СвязьПроект

AP-200B APOS 8.30V

AddPac не может декодировать часть пакетов T.38, сформированных Avaya TN2602AP, что приводит к потере части (значительно части; факс нечитаем) изображения при распечатке факса. Аналогичное оборудование другого производителя (AudioCodes MP-112) такой проблемы не имеет.

Здесь я пока не знаю с какой стороны подойти. Предоставлю любую информацию по запросу.

Можно тоже скинуть дебаг
deb voip call
deb rta ipc
deb vop sip
deb rta t38

У нас H.323. Наверное имеет смысл предоставить отсканированные копиии оригинального и принятого по факсу документов? Думаю, что это наглядно покажет результат (он там всегда одинаковый). Не знаю только как прикрепить файл к сообщению.

Можете скинуть на почту, которая в профиле.

Скинул всю информацию по почте.

Есть ли новости из Южной Кореи?

За это ещё даже не брались.

Эту проблему в ближайшем будушем корейцы рассматривать не будут.

Попробуйте использовать скорость соединения при передаче факса 9600.

Скорость тут непричем.

AddPac дезинформирует относительно используемой версии H.245. Он объявляет в TCS, что использует H.245 версии 3 - protocolIdentifier: 0.0.8.245.0.3 (h245 version 3), но при этом включает в сообщение H.245 RequestMode структуру DataMode с вложенной в нее структурой application: t38fax. Дело в том, что первый вариант рекомендации МСЭ-Т T.38 появился позже H.245 версии 3, поэтому в H.245 версии 3 не могла быть определена структура application: t38fax. Это подтверждает описание структуры DataMode, которое можно увидеть в формате ASN.1 в приложении A к тексту рекомендации H.245 (09/98).

Avaya Communication Manager 3.1, укомплектованный платой TN2602AP, некорректно воспринимает содержимое структуры application: t38fax в сообщении RequestMode. Если говорить более конкретно, ее подструктуру - t38FaxProfile.t38FaxUdpOptions, которая появилась только в H.245 версии 7 (H.323 версии 4). Из-за этого TN2602AP начинает формировать пакеты T.38 слишком большого размера - по 90 байт, хотя AddPac объявляет (пытается объявить в t38FaxUdpOptions), что может обрабатывать пакеты размером не более 72 байт.

Все это приводит к потере AddPac части изображения.

Если удалить структуру t38FaxUdpOptions из сообщения H.245 RequestMode, то проблема исчезает, т.е. наличие именно этой структуры (t38FaxUdpOptions) приводит к возникновению проблемы взаимодействия по T.38.