Panasonic KX-FT982 и многостраничные факсы

[chewbacca]

Добрый день!

Обнаружилась странная проблема - при отправке многостраничного факса с любого аппарата в офисе (МФУ, факсы) на аппарат Panasonic KX-FT982, находящийся в другой организации, в ручном режиме проходит только одна страница, после чего происходит перевод на разговор. Если принимающий факс поставить на автомат - все страницы проходят нормально. Отправка из другого офиса нескольких страниц (тот же VoIP-провайдер, но стоят его шлюзы) на этот факс в ручном режиме проходит нормально. То есть с удаленным факсом и провайдером все хорошо.

Оказалось что внутри офиса на похожие аппараты (Panasonic KX-FT984) многостраничные факсы в ручном режиме тоже не ходят, проходит только одна страница. В автомате - все ОК. То есть провайдер вроде как ни при чем. Ошибок на факсах нет - с передающего уходит 2 страницы, статус ОК, на принимающем выходит одна страница и переводится на разговор.
Cтоит Asterisk 13.2, канальный драйвер chan_pjsip, кодеки g.711u. Провайдер протокол T.38 не поддерживает.
Схема подключения факсов: Fax -> ATA Grandstream HT702 -> Asterisk. На HT702: VAD - выключен, Fax mode - Pass-through, Echo canceller - выключен.
То есть или астериск, или HT702 вносит в сигнал что-то, что завставляет факс думать, что передача закончена?

Смотрел rtp debug, core debug, pjsip logger, никакого криминала не увидел, соединение устанавливается, голос ходит, факс передается. Но почему рвется после первой страницы, как найти что происходит с сигналом при передаче именно на панасоники? Как дебажить тона, которые идут при факсовом сообщении? Куда копать?

[awsswa]

Начинаем от сюда
http://awsswa.livejournal.com/15280.html

Но ... вы гоняете факс в голосе, и из этой статьи надо взять только снятие дампа и посмотреть какая из сторон первая посылает BYE
а дальше уже понять почему это происходит.

[chewbacca]

Нашел для опытов старенький факс, и тоже Panasonic, KX-F130. Проблемы те же - в автомате все ОК, в ручном режиме - проходит только одна страница.
Завел на тестовый астериск, попробовал канальные драйверы chan_sip, chan_pjsip, протокол T.38. Результат одинаков. Снял дампы в T.38 в ручном режиме и в автомате .
Что бросилось в глаза на первый взгляд - после MPS (MultiPage Signal) в автомате приходит ответ MCS (Message Confirmation), в ручном - PIP (Procedure Interupt Positive).
Схема подключения такая: софт-факс (192.168.65.8) -> Asterisk (10.0.0.1) -> Grandstream HT702 (192.168.76.72) -> факс KX-F130.
В ручном режиме:

В автомате:

[awsswa]

Procedure interrupt positive - indicates that a message has been received but that further transmissions are not possible without operator intervention.

В переводе - дальнейшие действия невозможны без вмешательства оператора

может стоит какое нибудь ручное подтверждение действий ?