Тема: TDE100 и SIPext
есть TDE 100(ip120) , DSP процессор(ip121), лицензии SIP и аналоговый шлюз (ip190) для удалённого офиса, зарегистрированный на атс
проблема: разрыв связи
трассировка показывает, что порты шлюза 190 регистрируются на атс 120 при поднятии трубки (со второго раза, вначале идёт ошибка 401), далее разговор между 121 и 190…и затем атс 120 почему-то даёт на 190 сигнал bye именно тому внутреннему номеру, который и говорил, на что 190 отвечает полным согласием....и происходит разрыв разговора
затем идёт повторная регистрация...трубка-то не положена....
какие есть версии происходящего???
Сообщение 401 ни когда не было ошибкой. Этот запрос требует проведения процедуры аутентификации пользователя.
Типа защита от хакеров.
Поддерживает ли Ваш шлюз процедуру повторной (неоднократной) аутентификации при запросе?
Выкладывайте трассировку проблемного соединения сделаную Wireshark.
вот и ссылка на трассу http://ifolder.ru/18412374
звонок исходящий в город... со звонками на внутренние такая же ситуация
Выложите трассу только одного звонка.
В трассировке у Вас получается четыре инициализированных соединения от абонентов 210, 203, 213, 216.
Это всё одновременно. Нет ни какого желания просматривать и сверять несколько тысяч пакетов.
к сожалению, это то что есть...
активность была мала и за 1мин 30 сек полагаю был только 1 звонок, остальные абоненты просто зарегистрированы и подключены.....
вот ссылка на разрыв на этапе дозвона http://ifolder.ru/18416432
Странно как то всё.
Вы случаем с SIP абонента не на ISDN линии выходите?
Единственная зацепка это, что в одном из последних RTP от IP 10.0.0.190 к Панасу уходит запрос на использование RFC1889. На сколько мне извесно этот RFC в Панасе не реализован.
Выключите на шлюзе Voice Activity Detection или запретите использование RFC1889.
Какая версия программного обеспечения сейчас на Панасе?
TDЕ 100 в.2.0008
TDЕ 100 в.2.0008
!!! Обязательно меняйте на 3.0001 или выше
про ISDN ....нет...
аналоговые линии ...шлюзы мегафона
проверю все версии происходящего и отпишу обязательно....
Все версии проверять не имеет смысла. Нужна версия выше 3.0000
про RFC 1889….. это всё же часть стандартного протокола SIP…..к VAD не имеет отнощения.... Но VAD всё же отключил и не помогло.....
при тесте 1-ый разрыв разговора происходит на 30сек, затем возможен более длительный разговор.....1,5 2 или даже 4,5 мин
трассировки показали несовместимость Панасоника и шлюза....Панасоник почему-то отдавал приказ класть трубку, она шлюзом вешалась - вот в чём и есть суть этой проблемы....
версия поднята до 3-ей.....изменений никаких....всё так же плохо, если не хуже
