Версия для печати темы

Нажмите сюда для просмотра этой темы в обычном формате

АРТКОМ Форум _ Техническая поддержка iPECS-LIK & iPECS-UCP _ SIP от МТС

Автор: bfl 13.7.2023, 16:38

Прошу помощи. Есть SIP от МТС. Настроен (не без помощи уважаемых знатоков с форума) довольно давно. Последнее время участились сообщения о разрывах от АТС типа UCP100 SIP Registration Fault Notification. МТС сообщает, что АТС с нашей стороны постоянно пытается регистрироваться с разными call-id, при этом у них разрешена регистрация только с одним call-id и это объясняет возникающие проблемы. Пересмотрел настройки SIP, но определить что и где именно необходимо откорректировать сам не смог. Может быть, кто-нибудь подскажет куда копать? PGM133 и ID Presentation Option?

Автор: Dron 13.7.2023, 17:28

Цитата(bfl @ 13.7.2023, 16:38) *
Прошу помощи. Есть SIP от МТС. Настроен (не без помощи уважаемых знатоков с форума) довольно давно. Последнее время участились сообщения о разрывах от АТС типа UCP100 SIP Registration Fault Notification. МТС сообщает, что АТС с нашей стороны постоянно пытается регистрироваться с разными call-id, при этом у них разрешена регистрация только с одним call-id и это объясняет возникающие проблемы. Пересмотрел настройки SIP, но определить что и где именно необходимо откорректировать сам не смог. Может быть, кто-нибудь подскажет куда копать? PGM133 и ID Presentation Option?

Для начала нужно бы знать ваши настройки SIP...

Автор: bfl 14.7.2023, 12:28

Цитата(Dron @ 13.7.2023, 18:28) *
Для начала нужно бы знать ваши настройки SIP...


Попробую расписать и приложить скриншоты настроек.

PGM126 Создан пользователь SIP по данным, предоставленным оператором.
PGM140 Собрана группа линий АТС для SIP
PGM117 Дан доступ к группе линий SIP абонентам АТС
PGM142 Установлен CO VoIP Mode - SIP&RTP-Packet-Relay
PGM133 Выполнены настройки линий SIP
PGM111 SIP USER TABLE INDEX установлен INDEX созданного пользователя SIP для нужных абонентов АТС
PGM113 CLIR Service = OFF - уже не помню для чего
PGM231 Настроена обработка входящих



 

Автор: Dron 14.7.2023, 13:10

Цитата(bfl @ 14.7.2023, 12:28) *
Попробую расписать и приложить скриншоты настроек.

PGM126 Создан пользователь SIP по данным, предоставленным оператором.
PGM140 Собрана группа линий АТС для SIP
PGM117 Дан доступ к группе линий SIP абонентам АТС
PGM142 Установлен CO VoIP Mode - SIP&RTP-Packet-Relay
PGM133 Выполнены настройки линий SIP
PGM111 SIP USER TABLE INDEX установлен INDEX созданного пользователя SIP для нужных абонентов АТС
PGM113 CLIR Service = OFF - уже не помню для чего
PGM231 Настроена обработка входящих

Попробуйте в 133 проге в ID Individuality указать Fixed Table не только для From ID, но и для P-Asserted-ID, Contact ID, Remote-Party-ID.

Автор: AXEL 14.7.2023, 13:14

У вас один аккаунт. По нему АТС и регистрируется. Немного сумбурно настроена авторизация абонентов для исходящего вызова (смешана и фиксированная таблица и привязка абонентов с к SIP ID), но не криминально. Может конечно по другим CO линиям запрограммировано не так как на 7. Надо проверить все линии с 7 по 22

Автор: bfl 14.7.2023, 13:46

Большое Вам спасибо за ответы. Все SIP CO (7-22) настроены одинаково. Будем пробовать с настройками в PGM133 ID Individuality со значением Fixed Table.

Автор: AXEL 14.7.2023, 15:53

Цитата(bfl @ 14.7.2023, 13:46) *
Большое Вам спасибо за ответы. Все SIP CO (7-22) настроены одинаково. Будем пробовать с настройками в PGM133 ID Individuality со значением Fixed Table.


Тогда вас скорее всего пытаются взломать враги.

Автор: bfl 15.7.2023, 1:45

Цитата(AXEL @ 14.7.2023, 16:53) *
Тогда вас скорее всего пытаются взломать враги.


Не могли бы Вы пояснить почему сделали такой вывод?

Автор: AXEL 18.7.2023, 15:36

Цитата(bfl @ 15.7.2023, 1:45) *
Не могли бы Вы пояснить почему сделали такой вывод?


Судя по вашим скринам и вашим утверждениям, что все транки запрограммированы одинаково, вы должны посылать только одну учетную запись в сторону МТС. Если идут другие попытки регистрации, то судя по всему вас просто кто то ломает.
То что вы отсылаете только одну учетку можно проверить с помощью встроенного в АТС сниффера. Зайдите на вкладку maintenance-trace-packet capture


Нажимаете Start. Потом в 133 программе нажмите клавишу Register. спустя 2-3 минуты, нажимаете STOP и Download.
Файл открывается бесплатной программой wireshark. Там можно поставить фильтр SIP, что посмотреть все что отсылает АТС по SIP протоколу.

Автор: bfl 8.8.2023, 15:35

Цитата(AXEL @ 18.7.2023, 16:36) *
Судя по вашим скринам и вашим утверждениям, что все транки запрограммированы одинаково, вы должны посылать только одну учетную запись в сторону МТС. Если идут другие попытки регистрации, то судя по всему вас просто кто то ломает.


Снова вернулись к проблеме ввиду её очередного проявления.

С помощью указанной Вами встроенной функции сниффера для разных линий в PGM133 попытался сымитировать процесс регистрации REGISTER последовательно несколько раз. Если я правильно понимаю, то call-id, о котором говорит МТС действительно меняется (попытался отразить на скриншотах). И, видимо, при нескольких последовательных попытках с разными call-id подключение МТС блокируется на время. Вероятно я ошибаюсь, но, кажется, что для каждой настроенной линии call-id формируется свой + есть некий период перерегистрации.

Стоит уточнить, наверное, что после первоначальной настройки более полугода назад всё работало без проблем.

 

Автор: AXEL 8.8.2023, 16:10

На картинках криминала не вижу. Только лучше выкладывать не картинки, а сам файл. (Пароль там все равно хранится в зашифрованном виде, не вскроешь)
Судя по картинкам вы шлёте ригистрацию, вам в ответ приходит запрос авторизации, вы шлете реистрацию с авторизацией, в ответ приходит подтверждение 200 OK, о том что все в порядке.

Автор: bfl 8.8.2023, 16:25

Цитата(AXEL @ 8.8.2023, 17:10) *
На картинках криминала не вижу. Только лучше выкладывать не картинки, а сам файл. (Пароль там все равно хранится в зашифрованном виде, не вскроешь)
Судя по картинкам вы шлёте ригистрацию, вам в ответ приходит запрос авторизации, вы шлете реистрацию с авторизацией, в ответ приходит подтверждение 200 OK, о том что все в порядке.


Тем не менее, фрейм 3502 уже с другим call-id, а фрейм 3503 - 401 Unauthorized. МТС указывает на то, что смена call-id у них запрещена. "У вас Call-ID меняется. У нас разрешена регистрация только с одним call-id. Поэтому возникают проблемы.
Регистрироваться с новыми call-id можно, но только после завершения текущей регистрации." Если я правильно понимаю, то при одновременном звонке с нескольких телефонных аппаратов, которым разрешено подключение к SIP линиям, линии настроенные в PGM133 занимаются последовательно и каждая формирует свой call-id. Из-за чего МТС и блокируется подключение.

Автор: bfl 9.8.2023, 12:40

Цитата(AXEL @ 8.8.2023, 17:10) *
На картинках криминала не вижу. Только лучше выкладывать не картинки, а сам файл. (Пароль там все равно хранится в зашифрованном виде, не вскроешь)


Приложенный дамп (добавил .txt чтобы загрузить) удалось снять в момент обрыва связи. Начиная с 68 кадра выдаётся статус 503 Service Unavailable с ошибкой Too many registrant contacts.

 tcpdump_bge1_port_5060_1691494104.pcap.txt ( 133,53 килобайт ) : 5
 

Автор: Dron 9.8.2023, 12:57

Цитата(bfl @ 9.8.2023, 12:40) *
Приложенный дамп (добавил .txt чтобы загрузить) удалось снять в момент обрыва связи. Начиная с 68 кадра выдаётся статус 503 Service Unavailable с ошибкой Too many registrant contacts.

Почему бы вам не выложить файлик .pcap, в чем проблема? Вы ж скачиваете его...

Автор: Dron 9.8.2023, 13:00

Цитата(Dron @ 9.8.2023, 12:57) *
Почему бы вам не выложить файлик .pcap, в чем проблема? Вы ж скачиваете его...

И еще вопросик... Сколько VoIP каналов используете и какую канальность предоставляет провайдер(сколько одновременных вызовов разрешает)?

Автор: bfl 9.8.2023, 15:28

Цитата(Dron @ 9.8.2023, 13:57) *
Почему бы вам не выложить файлик .pcap, в чем проблема? Вы ж скачиваете его...


Проблема в том, что форум не принимает файлы с расширением .pcap ("Неудачная загрузка. Вам запрещено загружать такой тип файлов"). Я его выложил в предыдущем сообщении, просто к расширению .pcap добавил .txt, чтобы он загрузился. Дополнительно положил на Google Диск: https://drive.google.com/file/d/1N-jjVv_YefNzdeydxIdmiFLDrzUZEHKu/view?usp=sharing

Автор: bfl 9.8.2023, 15:33

Цитата(Dron @ 9.8.2023, 14:00) *
И еще вопросик... Сколько VoIP каналов используете и какую канальность предоставляет провайдер(сколько одновременных вызовов разрешает)?


Если я правильно понял вопрос, то сейчас для использования SIP на АТС настроены с 7 по 22 CO. Провайдер выделяет 15 каналов.

Автор: Dron 9.8.2023, 17:00

Цитата(bfl @ 9.8.2023, 15:33) *
Если я правильно понял вопрос, то сейчас для использования SIP на АТС настроены с 7 по 22 CO. Провайдер выделяет 15 каналов.

Т.е., у вас используется 16 СО.

Автор: bfl 10.8.2023, 11:57

Цитата(Dron @ 9.8.2023, 18:00) *
Т.е., у вас используется 16 СО.


Да, Вы совершенно правы. Досадная элементарная арифметическая ошибка... Количество приведено в соответствие: 15 каналов от провайдера, с 7 по 21 CO SIP. Хотя 15 каналов взяты с большим запасом и ситуаций, когда все 15 линий будут заняты практически не возникает. Если регистрация происходит в момент исходящего звонка, то 16 одновременных звонков практически невероятны. Если же линии с какой-то периодичностью регистрируются, обращаются на SIP сервер, то да - 16ый канал, конечно же, мог бы вызывать переполнение.

Тем не менее, проблему это не решило - ошибки снова возникают. swoon2.gif

Автор: Dron 10.8.2023, 14:56

Цитата(bfl @ 10.8.2023, 11:57) *
Да, Вы совершенно правы. Досадная элементарная арифметическая ошибка... Количество приведено в соответствие: 15 каналов от провайдера, с 7 по 21 CO SIP. Хотя 15 каналов взяты с большим запасом и ситуаций, когда все 15 линий будут заняты практически не возникает. Если регистрация происходит в момент исходящего звонка, то 16 одновременных звонков практически невероятны. Если же линии с какой-то периодичностью регистрируются, обращаются на SIP сервер, то да - 16ый канал, конечно же, мог бы вызывать переполнение.

Тем не менее, проблему это не решило - ошибки снова возникают. swoon2.gif

Каково значение Proxy Registration Timer?

Автор: bfl 10.8.2023, 16:40

Цитата(Dron @ 10.8.2023, 15:56) *
Каково значение Proxy Registration Timer?


600 - значение вроде бы не менялось, т.е. по умолчанию

Автор: Dron 10.8.2023, 17:41

Цитата(bfl @ 10.8.2023, 16:40) *
600 - значение вроде бы не менялось, т.е. по умолчанию

В ваших снифах я не узрел проблем со стороны АТС.

Автор: bfl 11.8.2023, 8:20

Цитата(Dron @ 10.8.2023, 18:41) *
В ваших снифах я не узрел проблем со стороны АТС.


Большое спасибо. Это важный результат.

Подскажите, пожалуйста, правильно ли я понимаю механизм работы при многоканальных SIP звонках - Регистрация (отправка call-id) производится в момент набора номера абонентом iPECS-UCP? Т.е. если несколько абонентов одновременно выполняют звонок, то каждая занятая ими SIP CO отправляет свой call-id?

Провайдер требует, чтобы call-id при регистрации всегда был одинаковым (находил в Интернет подтверждение тому, что он может быть одинаковым для нескольких регистраций). Но как это реализовать - можно ли зафиксировать в iPECS этот call-id?

Сейчас фактически можно выполнить 2-3 одновременных звонка до проявления ошибки, далее 5-10 минут ожидания успешной регистрации и всё по новой.

Автор: Dron 11.8.2023, 9:03

Цитата(bfl @ 11.8.2023, 8:20) *
Провайдер требует, чтобы call-id при регистрации всегда был одинаковым (находил в Интернет подтверждение тому, что он может быть одинаковым для нескольких регистраций). Но как это реализовать - можно ли зафиксировать в iPECS этот call-id?

Дык, у вас там в снифах в основном при одинаковых call-id и проскакиваю случаи отлупа при регистрации. Неувязочка с ответом провайдера, однако...

Автор: bfl 11.8.2023, 10:31

Цитата(Dron @ 11.8.2023, 10:03) *
Дык, у вас там в снифах в основном при одинаковых call-id и проскакиваю случаи отлупа при регистрации. Неувязочка с ответом провайдера, однако...


Посмотрю повнимательнее, спасибо.

Разбор провайдером ситуации (одного из дампов) выглядит так: "Сначала идёт регистрация с Call-ID: 99fb430-200680a-13c4-65014-1479b7-656d0f22-1479b7, несколько успешных регистраций и потом начинает меняться на Call-ID: 99fb5d8-200680a-13c4-65014-147a82-53ef06c2-147a82, Call-ID: 99fb780-200680a-13c4-65014-147ab5-6d5e537f-147ab5, Call-ID: 99fb928-200680a-13c4-65014-147ae8-5f9d536b-147ae8 и др, когда заканчивается предыдущая регистрация удаётся регистрироваться с Call-ID: 99fbc78-200680a-13c4-65014-147b4e-33926d0c-147b4e, несколько успешных перерегистраций и новые смены Call-ID до завершения регистрации с Call-ID: 99fbc78-200680a-13c4-65014-147b4e-33926d0c-147b4e".

Текущая формулировка ответа провайдера следующая: "По результатам повторного детального анализа рекомендации остаются прежними – необходима настройка на стороне АТС – запрет смены Call-ID, либо перед сменой Call-ID останавливать регистрацию и регистрироваться с новым." Если я правильно понимаю, то в условиях регистрации с новым Call-ID каждый раз, когда абонент АТС совершает звонок, с учетом возможности нескольких одновременных звонков - это условие выполнить в iPECS-UCP невозможно. Единственный способ - ограничиться одной регистрацией, но это автоматически отменяет многоканальность.

Автор: Dron 11.8.2023, 10:51

Цитата(bfl @ 11.8.2023, 10:31) *
Посмотрю повнимательнее, спасибо.

Разбор провайдером ситуации (одного из дампов) выглядит так: "Сначала идёт регистрация с Call-ID: 99fb430-200680a-13c4-65014-1479b7-656d0f22-1479b7, несколько успешных регистраций и потом начинает меняться на Call-ID: 99fb5d8-200680a-13c4-65014-147a82-53ef06c2-147a82, Call-ID: 99fb780-200680a-13c4-65014-147ab5-6d5e537f-147ab5, Call-ID: 99fb928-200680a-13c4-65014-147ae8-5f9d536b-147ae8 и др, когда заканчивается предыдущая регистрация удаётся регистрироваться с Call-ID: 99fbc78-200680a-13c4-65014-147b4e-33926d0c-147b4e, несколько успешных перерегистраций и новые смены Call-ID до завершения регистрации с Call-ID: 99fbc78-200680a-13c4-65014-147b4e-33926d0c-147b4e".

Текущая формулировка ответа провайдера следующая: "По результатам повторного детального анализа рекомендации остаются прежними – необходима настройка на стороне АТС – запрет смены Call-ID, либо перед сменой Call-ID останавливать регистрацию и регистрироваться с новым." Если я правильно понимаю, то в условиях регистрации с новым Call-ID каждый раз, когда абонент АТС совершает звонок, с учетом возможности нескольких одновременных звонков - это условие выполнить в iPECS-UCP невозможно. Единственный способ - ограничиться одной регистрацией, но это автоматически отменяет многоканальность.

А я видел в ваших дампах, что не было регистрации при тех же Call-ID, при которых она была. Ну, да ладно, ничего не меняется, провайдер видит то, что ему выгодно...
Каковы у вас настройки в 133 программе? Может, имеет смысл поиграться с Proxy Registration Timer, попробовать уменьшить, увеличить.

Автор: Dron 11.8.2023, 10:56

Цитата(bfl @ 9.8.2023, 12:40) *
Приложенный дамп (добавил .txt чтобы загрузить) удалось снять в момент обрыва связи. Начиная с 68 кадра выдаётся статус 503 Service Unavailable с ошибкой Too many registrant contacts.

Это их сервер не справляется. Они сообщают, что сервис недоступен.

Автор: bfl 11.8.2023, 11:15

Цитата(Dron @ 11.8.2023, 11:51) *
А я видел в ваших дампах, что не было регистрации при тех же Call-ID, при которых она была. Ну, да ладно, ничего не меняется, провайдер видит то, что ему выгодно...
Каковы у вас настройки в 133 программе? Может, имеет смысл поиграться с Proxy Registration Timer, попробовать уменьшить, увеличить.


Спасибо , Proxy Registration Timer вместо 600 установил значение 3600. После попробую 60.

Настройки ПГМ133 я выкладывал в начале темы. К сожалению, прямо сейчас не смогу выложить текущие настройки. Но относительно уже приложенных скриншотов всё, что изменилось - это количество СО (стало 7-21) и Proxy Registration Timer (стало 3600).

Русская версия Invision Power Board (http://nulled.ws)
© Invision Power Services (http://nulled.ws)