Версия для печати темы
Нажмите сюда для просмотра этой темы в обычном формате
АРТКОМ Форум _ Техническая поддержка iPECS-LIK & iPECS-UCP _ Настройка SIP от МТС
Автор: bfl 7.2.2022, 15:13
Уважаемые знатоки,
Настройка АТС долгое время не требовалась и все накопленные знания подрастерялись изрядно. Сейчас же, ввиду грядущей смены дислокации, потребовалось плавно перейти от Е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) звонок приходит, входящий номер отражается, звука нет в обе стороны.
Прошу помочь разобраться что пропустили...
Автор: Dron 7.2.2022, 15:22
Настройка АТС долгое время не требовалась и все накопленные знания подрастерялись изрядно. Сейчас же, ввиду грядущей смены дислокации, потребовалось плавно перейти от Е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) звонок приходит, входящий номер отражается, звука нет в обе стороны.
Прошу помочь разобраться что пропустили...
У вас в 133 проге Use rport method ON. А Firewall IP Apply OFF?
Автор: Dron 7.2.2022, 15:26
В 133 проге я бы выставил для Proxy Registration Timer 600 сек.
Автор: AXEL 7.2.2022, 15:49
В 132 программе прописан RTP Packet firewall ip и firewall ip для всех модулей VoIP которые используются?
Автор: bfl 7.2.2022, 16:04
Исправил - кажется rport method ON было включено по чьему-то примеру. Убрал, оставил rport method OFF, Filrewall IP Apply ON
Proxy Registration Timer установил 600 сек
Изменений нет.
Автор: bfl 7.2.2022, 16:07
Да, проверил, спасибо. Включено давно, т.к. VoIP модули использовались ранее (да и сейчас, но уже частично, т.к. часть СО выделены под SIP) для NETWORKING с другими АТС с другими Firewall.
Автор: bfl 7.2.2022, 16:11
А какими должны быть настройки CO VoIP Mode в PGM142? Сейчас установлены для группы SIP линий SIP & RTP Packet Relay. Но понимания, почему, например, не SIP Only нет, к сожалению...
Автор: AXEL 7.2.2022, 16:16
Эта настройка указывает какие протоколы может использовать модуль VoIP.
RTP Packet Relay - это работа любых ip телефонов за NAT. SIP - работа с SIP провайдером. H323 - работа по H323 протоколу, Common- любые протоколы.
На голос по SIP это не влияет
Автор: AXEL 7.2.2022, 16:17
Снифф сможете снять? надо посмотреть, что вы оправляете в Connection information в Invite
Автор: bfl 7.2.2022, 16:31
RTP Packet Relay - это работа любых ip телефонов за NAT. SIP - работа с SIP провайдером. H323 - работа по H323 протоколу, Common- любые протоколы.
На голос по SIP это не влияет
Большое спасибо за разъяснение, всё, как всегда, логично)
Автор: bfl 7.2.2022, 16:32
Если я правильно Вас понял, то вот:
Message Body
Session Description Protocol
Session Description Protocol Version (v): 0
Owner/Creator, Session Id (o): iPECS-UCP 52 52 IN IP4 84.17.236.156
Session Name (s): iPECS-UCP SIP
Connection Information ©: IN IP4 84.17.236.156
Connection Network Type: IN
Connection Address Type: IP4
Connection Address: 84.17.236.156
Time Description, active time (t): 0 0
Media Description, name and address (m): audio 10126 RTP/AVP 8 0 101
Media Attribute (a): rtpmap:8 PCMA/8000
Media Attribute (a): rtpmap:0 PCMU/8000
Media Attribute (a): rtpmap:101 telephone-event/8000
Media Attribute (a): fmtp:101 0-15
Media Attribute (a): sendrecv
[Generated Call-ID: 4b965cd0-200680a-13c4-65014-6480d-242f31e6-6480d]
Автор: AXEL 7.2.2022, 16:54
Ну голос идет на 84.17.236.156, если это правильный адрес, то может RTP трафик блокирует маршрутизатор. Можно настроить проброс портов на маршрутизаторе.
По умолчанию используются порты:
|
Автор: bfl 7.2.2022, 17:09
По умолчанию используются порты:
|
|
Спасибо, будем изучать.
Автор: Dron 7.2.2022, 18:22
Вы работаете с регистрацией. В таком случае я в последнее время использую rport method, при rport method ON Filrewall IP Apply должен быть OFF. В таком варианте порты на роутере можно не пробрасывать, голос ходит без проблем. Если роутер, конечно, ничего не блокирует...
Автор: bfl 7.2.2022, 22:52
Спасибо, установил rport method ON и Firewall IP Apply OFF.
В процессе всех манипуляций потеряли регистрацию SIP Status: Register - Terminated и ни при каких значениях внесенных чуть ранее изменений не удаётся её вернуть пока. Вернусь, как только вернём регистрацию...
Автор: bfl 9.2.2022, 16:51
И снова здравствуйте
Регистрация пропала по не совсем очевидным причинам (правило брандмауэра с инспектором протокола по неведомой причине блокировало трафик), но таки была успешно возвращена.
Видимо после установки rport method ON Firewall IP Apply OFF появился звук с двух сторон при входящем звонке.
Но вот исходящие звонки не поддаются.
Картина следующая:
|
Автор: AXEL 9.2.2022, 17:28
Регистрация пропала по не совсем очевидным причинам (правило брандмауэра с инспектором протокола по неведомой причине блокировало трафик), но таки была успешно возвращена.
Видимо после установки rport method ON Firewall IP Apply OFF появился звук с двух сторон при входящем звонке.
Но вот исходящие звонки не поддаются.
Картина следующая:
|
|
Из картинки мало что можно понять. Нужен сам файл сниффера.
Автор: Dron 9.2.2022, 18:25
SIP User ID Fixed Table Index: INDEX созданного SIP пользователя в PGM126
Fixed Table Index вы указали, но не увидел, что в 133 проге в разделе ID Individuality для From ID вы указали Fixed Table.
Автор: bfl 9.2.2022, 20:04
Пардон, не закрепил. Прилагаю (добавил .txt в конце, чтобы загрузить файл через форму форума.).
SIP.pcap.txt ( 7,14 килобайт )
: 7Автор: bfl 9.2.2022, 20:29
Вы верно подметили, не указал Fixed Table, хотя видел это в одном из алгоритмов на форуме и в http://www.artcom.ru/_files/Download/Docs/unify-soft/iPECS-SMB-TRA-01-030%20(SMB-SW_Unified%20SIP%20Features_Rev1.0).rar , а т.к. не понял, что конкретно это определяет - оставил по умолчанию. Этот пункт отвечает за то, откуда берется Contact Display Name верно? Это поле имеет существенное значение для исходящих? Сейчас в поля Contact Display Name и Contact Number в PGM126 "от балды" вписан DEF номер, выданный к SIP оператором, т.к. МТС не дал никаких указаний на этот счёт.
Сейчас указал PGM133/ID Individuality/From ID = Fixed Table. Проверить результат, к сожалению, смогу только завтра.
Автор: Dron 9.2.2022, 21:06
SIP.pcap.txt ( 7,14 килобайт )
: 7Собственно, поле From у вас не пустое. Вызов отменяет провайдер. Почему, не понял с лёту.
Попробуйте в 126 проге для Registration User ID указать 9107416331(без U8160)@PROVIDER_SERVER_IP.
Contact Number и Contact Display Name в 126 проге я никогда не заполняю, проблем не наблюдалось.
Автор: Dron 9.2.2022, 21:13
PGM133/ID Individuality/From ID определяет, что передавать в поле From.
Автор: bfl 9.2.2022, 22:37
Если изменить Registration User ID таким образом, то слетает регистрация: SIP Status - Register Terminated
Вас понял, поля Contact Number и Contact Display Name в PGM126 очистил.
Автор: Dron 10.2.2022, 7:54
Понятно.
Автор: AXEL 10.2.2022, 9:34
А Connection information 10.104.0.2 не может быть причиной reject от МТС? Это же не белый ip?
Сниф снимали до или после фаервола?
Автор: bfl 10.2.2022, 9:57
Докладываю - без Contact Number теряется входящая связь. Если Contact Number указан, то входящая связь работает.
Автор: bfl 10.2.2022, 10:03
Сниф снимали до или после фаервола?
Сниф снят после файервола с самой станции через Packet Capture. 10.104.0.2 - адрес АТС в локальной сети. Может на это как раз влияет настройка Use rport method ON и Firewall IP Apply OFF& Но, насколько я помню, в обратной ситуации также исходящая связь не работала.
Автор: Dron 10.2.2022, 11:09
Ну, если надо, значит надо!
Автор: Dron 10.2.2022, 11:11
А с провайдером не общались? Что они говорят по исходящей?
Автор: AXEL 10.2.2022, 12:29
Тогда вопрос: на маршрутизаторе включен ALG SIP? Провайдер же не знает адреса из вашей локальной сети.
Автор: Dron 10.2.2022, 13:05
В снифе, вроде, все благополучно поступает от прова на 10.104.0.2. В том числе и RTP с 212.188.36.187.
Автор: bfl 10.2.2022, 17:31
Конкретно этой настройки на маршрутизаторе нет, но если исходить из её сути, то никаких препятствий для соединений нет - пакеты доходят до адресатов в обе стороны.
Автор: bfl 10.2.2022, 17:47
Задал вопрос, но, честно говоря, не ожидаю какой-то конкретики. Скорее всего, будет что-то вроде "С нашей стороны всё в порядке"... Но я надеюсь на лучшее
Автор: Dron 10.2.2022, 18:42
Можно еще попробовать этот аккаунт на каком-нибудь софт-фоне на компе, без АТС... И, опять же, сниф снять исходящего.
Автор: AXEL 11.2.2022, 8:51
Это работает не так. При включении опции ALG, маршрутизатор лезет в тело пакета SIP и меняет внутренний адрес вашей сети на свой внешний. Если вы регистрируетесь с одного ip адреса, а оператору в конекшен информейшн отсылаете другой, то оператор может считать этот запрос некорректным. В этом случае либо прописывают Firewall ip на АТС, либо включают ALG SIP на маршрутизаторе.
У вас МТС шлет сообщение, что вызов отклонил оператор. Значит вы шлете ему некорректные данные.
Ну и как сказал Dron, проверьте сначала работу с МТС на любом софтфоне
Автор: bfl 11.2.2022, 10:10
У вас МТС шлет сообщение, что вызов отклонил оператор. Значит вы шлете ему некорректные данные.
Ну и как сказал Dron, проверьте сначала работу с МТС на любом софтфоне
Понятно, спасибо. В нашем случае возможности управления этой функцией нет. Тем не менее все рекомендации производителя файерволла на этот счёт выполнены. Какие-то изменения ("Мы всё настроили ещё раз") внесены на стороне оператора, и исходящая и входящая связь работает.
Большое спасибо за помощь!
Автор: bfl 11.2.2022, 10:12
Неожиданно помогло! Ответили, что "перенастроили у себя" и всё волшебным образом заработало.
Искренне благодарю за помощь.
Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)