Тема: Обрыв связи по sip
Eсть TDE-100. Подключена по sip к провайдеру. У некоторых абонентов рвется соединение по внешней линии, не зависимо входящий звонок или исходящий. Некоторые разговаривают без проблем.Причем связь рвется после 4 минут разговора (+- 20 сек). Обрыв происходит не при каждом соединении. Поднимал прошивку. Не помогло. К тому же перестали ходить факсы. Откатил. Факсы проходят, обрывы не исчезли.Прилагаю ссылку на папку с конфигой и снифером.
http://files.mail.ru/J695WK
Посоветуйте в какую сторону плеваться?
http://files.mail.ru/J695WK
Посоветуйте в какую сторону плеваться?
Это Вы наверное пошутили?
58 Мб трассировки разбирать.
Найдётся такой садомазохист?
Eсть TDE-100. Подключена по sip к провайдеру. У некоторых абонентов рвется соединение по внешней линии, не зависимо входящий звонок или исходящий. Некоторые разговаривают без проблем.Причем связь рвется после 4 минут разговора (+- 20 сек). Обрыв происходит не при каждом соединении. Поднимал прошивку. Не помогло. К тому же перестали ходить факсы. Откатил. Факсы проходят, обрывы не исчезли.Прилагаю ссылку на папку с конфигой и снифером.
http://files.mail.ru/J695WK
Посоветуйте в какую сторону плеваться?
Внешние провайдерские SIP? Исключите для начала АТС. Повесьте на линии внешний шлюз и тестируйте, если тоже самое повторится, то плюйтесь в сторону провайдера.
Еще не скалаи про NAT. Можете еще и на админов поплеваться.
Думаю, что разрывы связи происходят после неоднократного получения от провайдера RTP пакетов с Playload type:CN (13). В SDP, TDE отсылает провайдеру какие Playload type она будет поддерживать, но со стороны провайдера всё равно идет Playload type:CN (13).
Возможное решение отписал в Базу.
Внешние провайдерские SIP? Исключите для начала АТС. Повесьте на линии внешний шлюз и тестируйте, если тоже самое повторится, то плюйтесь в сторону провайдера.
Еще не скалаи про NAT. Можете еще и на админов поплеваться.
Скорее всего проверка соединения с провайдером на стороннем оборудовании не выявит причину происходящего. SIP протокол, каждый производитель реализуат по своему пониманию. Какой либо шлюз возможно будет работать без проблем.
Если у Вас и стоит АТС за NAT, то здесь всё в порядке.
На каждый запрос, с той или другой стороны, приходит правильный ответ, голос ходит без проблем.
Скорее всего, Вы правы. Но и оборудование топикстартера, какбы не при чем. С одной стороны я говорю по русски, с другой по украински, иногда друг друга понимаем, иногда нет 😊. Но можно ведь говорить на одном языке 😉. Надо с оператором договориваться.
Все-таки часть сессий нормально проходит.
Скорее всего, Вы правы. Но и оборудование топикстартера, какбы не при чем. С одной стороны я говорю по русски, с другой по украински, иногда друг друга понимаем, иногда нет 😊. Но можно ведь говорить на одном языке 😉. Надо с оператором договориваться.
Все-таки часть сессий нормально проходит.
Обидно то, что в последение время восстребованный SIP не берутся стандартизировать, как это сделано ITU-T c ISDN, H.323 и т.д.
SIP описан RFC, как образно перевёл наш коллега PETROV, “RFC - тема для обсуждения”.
Каждый производитель, по своему понимает реализацию SIP, от сюда провайдер своё оборудование иногда, просто физически не может подстроить по кажного желающего. Поэтому, и не получается разговаривать на классическом, литературном языке.
Много пришлось посмотреть трассировок от разных производителей, оборубование которых между собой не стыкуется по SIP. В результате получается, что каждый из них прав, если ссылаться на RFC.
