SIP от МТС Опции

[bfl]

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

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

[Dron]

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

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

[bfl]

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

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

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

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

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

[Dron]

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

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

[bfl]

Дык, у вас там в снифах в основном при одинаковых 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]

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

Разбор провайдером ситуации (одного из дампов) выглядит так: "Сначала идёт регистрация с 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]

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

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

[bfl]

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

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

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