Настройка SIP от МТС Опции

[bfl]

Уважаемые знатоки,

Настройка АТС долгое время не требовалась и все накопленные знания подрастерялись изрядно. Сейчас же, ввиду грядущей смены дислокации, потребовалось плавно перейти от Е1 Вымпелком на SIP от МТС. С настройкой SIP до этого встречались только в теории. Настройку производим на UCP100, на которой есть VOIU(SW) для NETWORKING с "соседними" АТС по 0 и ISDN PRI с Е1 для выхода в город по 9.

С помощью накопившейся базы знаний этого форума удалось собрать и применить следующий алгоритм:

PGM126 – Создать пользователя SIP по данным, выданным оператором, например:
Registration User ID: USER_ID@PROVIDER_SERVER_IP
Authentication User ID: USER_ID
Authentication User Password: USER_PASS
User ID Register: Register
User ID Usage: On
Ring Route Type: DID Conversion
DID Conversion Type: Modify using Flexible DID Conversion Table

Выбрать CO по таблице CO Line Overview из состава VOIU(SW) (Н-р 13-22)

PGM140 13-22
CO Type - DID
CO/IP Group - Объединить выбранные CO в отдельную группу

PGM117 - Дать доступ к группе CO SIP необходимым STA

PGM142 13-22
CO VoIP Mode - SIP&RTP-Packet-Relay

PGM133
Proxy Server Address: PROVIDER_SERVER_IP
Primary DNS Address: LOCAL_DNS_SERVER
Domain: PROVIDER_DOMAIN
Registration UID Range: INDEX созданного SIP пользователя в PGM126
SIP User ID Fixed Table Index: INDEX созданного SIP пользователя в PGM126
Use Outbound Proxy ON
Use rport method ON

Проверить SIP Trunk Status Overview
Index Proxy Address Domain COL Range SIP Group UID Range State UIDSEL
1 PROVIDER_SERVER_IP PROVIDER_DOMAIN 13 - 22 0 1 - 1 Registered UID_Index_1

Проверить SIP Registration Status Overview
Index Registration User ID SIP Status
1 USER_ID@PROVIDER_SERVER_IP Register - Registered

PGM111 – SIP USER TABLE INDEX установить INDEX созданного пользователя SIP для нужных STA

Проверить SIP UID Alloc Status Overview - должны быть перечислены STA, установленные в P111
Index Station
1 4065,

PGM231 Flexible DID Conversion Настроить обработку входящих

В результате застряли на том, что звонок с указанной STA на внешний номер даёт отбой со следующей трассировкой:
865 13.747108 10.104.0.2 212.188.36.179 SIP/SDP 1145 Request: INVITE sip:89192205568@reg.aa.mts.ru |
871 13.772570 212.188.36.179 10.104.0.2 SIP 421 Status: 100 Trying |
872 13.778639 212.188.36.179 10.104.0.2 SIP 627 Status: 407 Proxy Authentication Required |
873 13.780324 10.104.0.2 212.188.36.179 SIP 593 Request: ACK sip:89192205568@reg.aa.mts.ru |
874 13.781964 10.104.0.2 212.188.36.179 SIP/SDP 1366 Request: INVITE sip:89192205568@reg.aa.mts.ru |
876 13.817268 212.188.36.179 10.104.0.2 SIP 421 Status: 100 Trying |
877 13.837397 212.188.36.179 10.104.0.2 SIP/SDP 785 Status: 183 Session Progress |
885 13.883219 212.188.36.179 10.104.0.2 SIP 446 Status: 487 Request Terminated |
886 13.884806 10.104.0.2 212.188.36.179 SIP 564 Request: ACK sip:89192205568@reg.aa.mts.ru |

При звонке на SIP номер (во Flexible DID Conversion настроена передача на STA) звонок приходит, входящий номер отражается, звука нет в обе стороны.

Прошу помочь разобраться что пропустили...

[AXEL]

А Connection information 10.104.0.2 не может быть причиной reject от МТС? Это же не белый ip?
Сниф снимали до или после фаервола?

[bfl]

А Connection information 10.104.0.2 не может быть причиной reject от МТС? Это же не белый ip?
Сниф снимали до или после фаервола?

Сниф снят после файервола с самой станции через Packet Capture. 10.104.0.2 - адрес АТС в локальной сети. Может на это как раз влияет настройка Use rport method ON и Firewall IP Apply OFF& Но, насколько я помню, в обратной ситуации также исходящая связь не работала.

[AXEL]

Сниф снят после файервола с самой станции через Packet Capture. 10.104.0.2 - адрес АТС в локальной сети. Может на это как раз влияет настройка Use rport method ON и Firewall IP Apply OFF& Но, насколько я помню, в обратной ситуации также исходящая связь не работала.

Тогда вопрос: на маршрутизаторе включен ALG SIP? Провайдер же не знает адреса из вашей локальной сети.

[bfl]

Тогда вопрос: на маршрутизаторе включен ALG SIP? Провайдер же не знает адреса из вашей локальной сети.

Конкретно этой настройки на маршрутизаторе нет, но если исходить из её сути, то никаких препятствий для соединений нет - пакеты доходят до адресатов в обе стороны.