TAU-1M.IP сбрасывает звонки

[Lucky SB]

Что-то непонятное у меня происходит со звонками
Вместо установления соединения шлюзы сбрасывают звонки.

Схема вот такая:

шлюзы TAU-1M.IP или TAU-2M.IP - Asterisk - SIP-провайдер Транстелеком

большинство звонков со шлюзов ТАУ, отсылаемые к ТТК заканчиваются сбросом.
Причем Tcpdump показывает, что в этот момент соединение установлено и голосовой канал также поднят.
Звоним на автоответчик, в трубке один гудок и сразу сигналы занято. в это время tcpdump показывает, что идет поток голоса.
снимали дамп трафика, декодировали и слышали автоответчик.

Очень похоже на то, что шлюз чего-то не получает от ТТК и закрывает соединение.

Замена шлюза на Linksys или софтовый MicroSIP проблему решает - звонки проходят без проблем при тех же настройках Астериска и ТТК.

Прошивки на тау 1.12 и 1.10 пробовали - не помогает.
готов предоставить доступ к интерфейсу тау, дампы звонков и что еще надо.

[Dmitriy_eltex]

Здравствуйте.
Пришлите конфигурацию вашего шлюза, а также ТСР дамп неуспешного вызова на участке между tau и астериском.

[Lucky SB]

отправил ссылки в лс

[Lucky SB]

из дампа вижу непонятную вещь:

шлюз в инвайте шлет порт для медиа-потока,
а потом в ответ на первый RTP пакет шлет в астериск icmp port unreachable

астериск шлет инвайт шлюзу, шлюз отвечает 200 OK, а порт тот же, что в первом инвайте.
Астериск шлет BYE

[Lucky SB]

Через другого провайдера звонки проходят. разница вот в чем:

При неудачном звонке
после Status: 183 Session progress
астериск пересылает в сторону шлюза еще
Status: 200 OK

А после этого RTP и получает в ответ - Port unreachable

При удачном звонке сразу после Status: 183 Session progress пошли RTP пакеты

[Dmitriy_eltex]

Здравствуйте.
ICMP на первые пакеты RTP от TAU это вполне нормальное явление, т.к. скорость проключения медии у сервера и шлюзов может быть разная. Это явление характерно началу разговора.

Судя по дампу тут немного другая ситуация:
Астериск шлет второй INVITE не потому что получил ICMP, а потому что он пытается проключить медию с абонентом В напрямую, не проксируя RTP.
Это можно увидеть по тому, что в SDP он отправляет другой IP адрес:порт, нежели в ответе 200ОК на первый INVITE.

Нужно либо попробовать отключить перенаправление медии на астериске, либо разобраться почему после этого он шлет BYE.
Проблем с tau здесь не видно, т.к. инициатором разрыва является астериск.

[Lucky SB]

Здравствуйте.
ICMP на первые пакеты RTP от TAU это вполне нормальное явление, т.к. скорость проключения медии у сервера и шлюзов может быть разная. Это явление характерно началу разговора.

т.е. за 2 секунды с первого инвайта шлюза не успевает начать слушать медиа-порт ?????
Вам не кажется, что это не правильно ?

В понедельник пришлю вам дампы удачного разговора
и дампы разговора с отключенным реинвайтом.

[Dmitriy_eltex]

т.е. за 2 секунды с первого инвайта шлюза не успевает начать слушать медиа-порт ?????
Вам не кажется, что это не правильно ?

Проключение соединения осуществляется не по инвайту, а по 200ОК, точнее по первому answerSDP, а оно идет от астериска в сообщении 183Session Progress. Между этим сообщением и первым RTP пакетом проходит 1 сотая секунды, так что ничего тут неправильного нет.

[Lucky SB]

отключил реинвайт на астериске - звонки пошли.
буду смотреть.