победить.
Схема такая:
______ _______ ________
________| RTU|___|aster |___| Eltex |__FAX
|_____| |______| |_______|
Учимся рисовать симфолами :-)
На АТС за РТУ факсы ходили, на аб. на Элтексе факсы ходили, с него нет
Факс рабочий
Проверил в начале что факс включен на Астере и Элтексе:
Между абонентами на элтексе факсы так же ходили.
Снял дамп на Астере:
Как видим, соедиение устанавливается
Голос ходит, но при попытки отправить факс со стороны астера приходит отбой с 488 причиной, кодек не поддерживается, что говорит нам про
отключения факса.
Дальше снимаем на РТУ дамп:
И тут узнаем что отбивается 415 офибкой - не поддерживается тип медиа
данных, хотя факс включен
1) Группа кодеков на шлюзе:
2) То что в группу кодеков добавлен Т.38:
Что же может быть???
Узнал вот про это:
На шлюзе выставляется вот такая политика в роли Инициирующего и
Терминирующей роли. По сути это политика выбора кодеков.
Есть Транк А <---> Транк Б
И вот это как раз политика как они договариваются про кодеки.
Стояла политика: не передавать изменения, что по сути было как раз запретом т.е. наш разговор устанавливается(инвайт прошел) и 200 ОК, а
потом приходит ивайт с т38 и РТУ это изменения не принимает и отбивает
А вот режим "Передавать все изменения" по сути можно назвать:
"прозрачным"
И после этого все прошло:
Как видим на запрос: ивайт-т38
Мы получаем ответ: 200 ОК-т38
И видим передачу v21-preamble
Вспоминим что протокол V.21
Создан МСЭ-Т
Обеспечивает скорость передачи данных 300 бит/с в дуплексном режиме. Допускает также передачу факсимильных сообщений.
На этом все!
Комментариев нет:
Отправить комментарий