Элтекс

Здравствуйте!

Использую SBC-1000, версия ПО 1.9.1.32.

Схема следующая:
абонент А (fax) ---- АТС SI2000 ==== SBC-1000 ====public internet==== ProxyServer X ---- абонент B (fax).

После установления медиа-сессии SBC-1000 данные RTP (G.711 PCMA), принятые из левого плеча, передает в правое плечо и данные, принятые из правого плеча, передает в левое плечо.
С момента, в который левый прокси (SI2000) переходит на T.38, SBC-1000 перестает передавать пакеты T.38 из левого плеча в правое. При этом пакеты RTP (G.711), принятые из правого плеча, продолжает исправно передавать в левое плечо.

Помогите, пожалуйста, понять причину.

Трассировка и сислог 60 уровень здесь: https://yadi.sk/d/5FbqK74B3ZdTnM.
Заранее спасибо.

Так у вас встречка не подтверждает T.38, отказывается его принимать.

Инициирующий reINVITE от Huawei (пакет 7131):

SBC его перекидывает в сторону SI2000 (пакет 7147):

SI2000 отвечает, что T.38 не принимается, а вот аудио - всегда пожалуйста (пакет 7160):

SBC честно передаёт на Huawei, что T.38 не принимается (пакет 7168),:

И вместо того, чтобы передавать в согласованном G.711, начинается передача T.38, хотя встречка его отказалась принимать. SBC же T.38 в этом случае не передаёт, потому что на встречной стороне никто ничего не примет, передавать некуда.

agentgoblin
Большое спасибо! Открыли мне глаза.
Впопыхах не посмотрел подробно, что в ответе на оффер от SI2000 передано a=inactive, то есть SI2000 отказалась от Т.38. (интересно, нулевой порт в тоже говорит об отказе?).

То есть странным образом ведет себя SI2000. Отправляет отказ, а затем сама же начинает передачу пакетов T.38 (причем каких-то некорректных (?)), хотя от встречной стороны получает G.711.

Рустем писал(а):интересно, нулевой порт в

Код: Выделить всё

m=image 0 udptl t38

тоже говорит об отказе?).

да, нулевой порт тоже говорит об отказе этой секции media

Большое спасибо за помощь!