Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » IP/VoIP

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
SIP Trunk to Mobile Operator, Не ходят звонки по SIP между ОХЕ и внешним оператором.
 
#1
15.03.2013 13:47:04
Здравствуйте Уважаемые!
Настраиваю SIP на сотового оператора, напрямую, на внешний IP.
Схема такая: ОХЕ – Check |Point – Внешний оператор сотовой связи.
Станция ОХЕ: R8.0.1-g1.503-17-d-ru-c7s2.
Пока звонки не ходят ни туда ни обратно. Вот трэйс исходящего звонка. Снято на ОХЕ motortrace 3.
http://files.mail.ru/BF0C580793724BD7ACF637F9DEAD0A13
Вот трэйс входящего звонка.
http://files.mail.ru/FADF81F76A9A4E9C88C86D0C64D0FA0B
При входящем вызове непонятно, откуда берется адрес 172.16.240.4. Он у меня в станции нигде не прописан. Что касается настроек Check Point, то у них данный адрес тож нигде не указан.
 
 
 
#2
15.03.2013 14:09:41
Без схемы включения с IP адресами элементов и не будет понятно.
Это может быть, например, некий SIP Proxy элемент, судя по Via.
 
 
 
#3
15.03.2013 14:17:30
А можно пару слов про вашу схему (с точки зрения передачи данных - какие адреса на проце, какие на VoIP платах или на телефонах, если они IP)? Вы (судя по 172-м адресам) сидите в приватной сети за NATом?
 
 
 
#4
15.03.2013 14:31:54
OXE 172.16.0.3 процессор,Платы IP 172.16.0.4, 172.16.0.5, Check Point 89.218.46.5, Mobile Operator 195.47.255.97. На ОХЕ External Gw указал сразу внешний адрес 195.47.255.97 можно ли так делать? Или нужно, например указывать адрес конечного узла нашей сети?
 
 
 
#5
15.03.2013 14:51:55
1363257225 -> RECEIVE MESSAGE FROM NETWORK (195.47.255.97:50195 [UDP])
From: <sip:7017227412@172.16.240.4:5060>

У вас какое устройство занимается NATом между ОХЕ и провайдером ?
На нем что-то типа SIP ALG есть ?
 
 
 
#6
15.03.2013 15:11:14
Поговорил с IT-шником. NAT-ом у нас занимается Check Point есть ли на нем SIP ALG он пока не смог ответить, будет изучать. Если сейчас это критичный вопрос то пока буду заниматься его прояснением.
 
 
 
#7
15.03.2013 15:21:00
Просто по сообщениям у вас получается, что адрес в SIP Ext GW надо вписывать 172.16.240.4, но тогда исходящие вызовы на него пройдут только тогда, когда ваше некое SIP ALG устройство (фактически сип прокси) перешлет такой вызов на SIP proxy провайдера.

Ну или, как вариант, прописать еще один SIP Ext GW на той же транкгруппе, в нем указать адрес 172.16.240.4, тогда входящие вызовы пойдут через него, по идее.
Это если исходящие у вас идут нормально.
 
 
 
#8
15.03.2013 15:26:49
Просто при таком раскладе (без использования SBC) - когда вы разберетесь с NAT и пр. Произойдет примерно следующее (как я думаю).
Сигнализация ходить будет (NAT нормально сработает в обе стороны), естественно на вншений GW вы пойдете (на 195.47.255.97). Но при этом вы скажете, для установления голосового соединения шли провайдер мне RTP пакеты на адрес 172.16.0.4 (или 5) - а вот сюда он и не достучится. Т.е. вам придется делать VoIP плате внешний адрес (без всяких NATов) или ставить посередине чего-то типа SBC (Session boarder controller) или что-то аналогичное.
 
 
 
#9
26.03.2013 12:28:59
Добрый день.
Соединение исходящее устанавливается. Нет голоса. Вот трэйс http://files.mail.ru/A3C83F681C1E4B209BE8D06D7B65BF56.
 
 
 
#10
26.03.2013 12:44:30
А вы чего ожидали? Вы сказали противоположной стороне, что голос надо слать на адрес 172.16.0.5. И как вы предполагаете та сторона сможет это сделать? Она не знает как слать пакеты на внутренние адреса вашей сети.
Присваивайте VoIP плате внешний адрес или ставьте SBC (ssession boarder controller) или что-то аналогичное.
Собственно об этом я и писал в сообщении №8.
 
 
 
#11
27.03.2013 14:06:49
французы так и не научили ОХЕ работать с sip-транком за NAT. а объяснение простое - чтобы к OXE прикрутить внешний sip-транк надо впереди ставить SBC как говорит vad (на понятном языке типа cisco ссm-express (либо аналогия) если по нормальному или по простому asterisk)

как вариант можно попросить прова переделать sip-транк не как gateway а как в sip-транк с авторизацией, это вам должно помочь

ограничения - в ОХЕ sip-транк с авторизацией может быть только один и только один и этот sip-транк с авторизацией распространяется и на sip-девайсы если они есть у вас


Цитата
vad пишет:
Сигнализация ходить будет (NAT нормально сработает в обе стороны),
тут есть одна фишка - если вдруг всплывет re-invite от прова в сторону OXE то этот re-invite по просту не дойдет до OXE, затеряется как раз именно в nat-е
Изменено: error - 27.03.2013 14:10:11
Пути IP-пакета неисповедимы
 
 
 
#12
27.03.2013 14:10:21
Или присвоить VoIP плате реальный белый адрес.
 
 
 
#13
27.03.2013 15:46:59
Цитата
vad пишет:
Или присвоить VoIP плате реальный белый адрес.
такому варианту нужно как минимум 4 белых адреса если с атс с двумя процессорами (xa xb main intip)
да и такой вариант не айс т.е. на ОХЕ есть болячка которая касается именно intip, а болячка выглядит так - если непрерывно спамить один из rtp портов на intip то с катастрофической скоростью заканчиваются лицензии sip-транка (тобишь если статус транк-группы показывает использование (реальный пример) 15 каналов, а по трассировке показывает 0 свободных лицензий из 50)
Пути IP-пакета неисповедимы
 
 
 
Страницы: 1
Читают тему