Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: зависает VOIB
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-MG & iPECS-eMG800
kdX
Столкнулся с неприятным глюком SIP. Не пойму куда глядеть… имеется IPECS MG100, прошивка на MBP 1.7bg, прошивка на VOIB карте версия 1.0Ec.

12 линий SIP CO настроены и входящие\исходящие работают… все отлично НО приходит ночь и на утро наступает такая ситуация:

вн. абонент звонит, на другой стороне звонит телефон, происходит соединение, на стороне получателя звонка всё отлично слышно а вот на стороне позвонившего—тишина. точно такая же ситуация при проведении звонка в обратную сторону (на стороне вн. линии MG ничего не слышно)

станцию перезагружаем по питанию и все опять работает… и так каждый день. кто может сталкивался с такими проблемами?
vldmr
registration timer установить 600 сек
kdX
Цитата(vldmr @ 30.8.2011, 16:29) *
registration timer установить 600 сек



установили, но не помогло, файл wireshark -- http://depositfiles.com/files/sakhslpxn трейс снимался с 19-00 вечера до 9:30 утра. АТС была перезагружена в 8:30

такое чувство что АТС не получает ACK OK, и с регистрацией какой-то косяк наблюдается.
vldmr
Цитата(kdX @ 1.9.2011, 8:35) *
установили, но не помогло, файл wireshark -- http://depositfiles.com/files/sakhslpxn трейс снимался с 19-00 вечера до 9:30 утра. АТС была перезагружена в 8:30

такое чувство что АТС не получает ACK OK, и с регистрацией какой-то косяк наблюдается.



На первый взгляд криминала не видно.

Снимать снифером надо так, что бы было видно обмен MPB - SIP и RTP VIOB.

Надо снять хроший вызов и плохой вызов, тогда можно чтото сказать.
kdX
Владимир, вот ( http://depositfiles.com/files/4jzqi4x51 ) трейсы сделанные в нормальном состоянии и в аварийном. судя по второму файлу(аварийному) ничего не приходит с сип прокси провайдера, поэтому и ничего и не слышно.... но вот почему так? проблема на провайдерской стороне? или нужно какие-то настройки в мини-атс менять?
ADv
Иногда (ну, может, раз в месяц) у провайдера "падает" sip-сервер (или он просто недоступен из-за проблем с интернетом). В результате станция после неудачных попыток зарегистрироваться в SIP CO User ID Table(373) ставит "Registration" в No и SIP-линии не работают даже после устранения проблем. Приходится ставить вручную Registration: "Yes" и перезагружать станцию. Есть ли где-нибудь опция, указывающая станции не менять тип регистрации при неудаче или, хотя бы, делать больше попыток?

iPECS-MG/GS55M-1.7Ai MAR/11
Boot Version-1.0Al JAN/11
OS Version-1.0Ak JUL/10


P.S. Прошу прощения, если выбрал неправильную тему, но заводить новую не стал.
kdX
Цитата(ADv @ 8.9.2011, 16:10) *
Иногда (ну, может, раз в месяц) у провайдера "падает" sip-сервер (или он просто недоступен из-за проблем с интернетом). В результате станция после неудачных попыток зарегистрироваться в SIP CO User ID Table(373) ставит "Registration" в No и SIP-линии не работают даже после устранения проблем. Приходится ставить вручную Registration: "Yes" и перезагружать станцию. Есть ли где-нибудь опция, указывающая станции не менять тип регистрации при неудаче или, хотя бы, делать больше попыток?

iPECS-MG/GS55M-1.7Ai MAR/11
Boot Version-1.0Al JAN/11
OS Version-1.0Ak JUL/10


P.S. Прошу прощения, если выбрал неправильную тему, но заводить новую не стал.


да, очень интересный вопрос! вообще очень мало информации по SIP. Сейчас вот вопрос волнует, ребят подскажите как быть:

PGM131 есть атрибут SIP User ID Table -- если его оставить пустым, то пользователь будет звонить только с user ID под номером 1. не важно какая СЛ выбралась т.к. линии DID. ( пробывал играться с PGM171(11,12) -- ничего не дает,... CLI ставить в PGM131)

так вот имеем такую ситуацию. Две IPESC-MG, между ними E1 канал. настроен Transit-Out для выхода в город одной из станций. так вот, так как нет возможности задать SIP User ID Table в настройках аппарата станции которая выходит на транзит то ВСЕ пользователи пытаются выйти в город с ЕДИНСТВЕННОЙ линии. хорошо если их было бы 5-6 а если их 130 то начинаются проблемы. как быть?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.