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

Для начала нужно бы знать ваши настройки 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 Настроена обработка входящих

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Дык, у вас там в снифах в основном при одинаковых 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 невозможно. Единственный способ - ограничиться одной регистрацией, но это автоматически отменяет многоканальность.

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

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

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

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