| СвязьПроект http://old.xdsl.ru/svpro/ |
|
| Вопросы по H.323/T.38 #3 http://old.xdsl.ru/svpro/viewtopic.php?f=4&t=849 |
Страница 1 из 1 |
| Автор: | amateur [ 29 окт 2009, 10:38 ] |
| Заголовок сообщения: | Вопросы по H.323/T.38 #3 |
AP-200B APOS 8.30V AddPac не может декодировать часть пакетов T.38, сформированных Avaya TN2602AP, что приводит к потере части (значительно части; факс нечитаем) изображения при распечатке факса. Аналогичное оборудование другого производителя (AudioCodes MP-112) такой проблемы не имеет. Здесь я пока не знаю с какой стороны подойти. Предоставлю любую информацию по запросу. |
|
| Автор: | Geniu$$ [ 06 ноя 2009, 08:39 ] |
| Заголовок сообщения: | |
Можно тоже скинуть дебаг deb voip call deb rta ipc deb vop sip deb rta t38 |
|
| Автор: | amateur [ 06 ноя 2009, 08:58 ] |
| Заголовок сообщения: | |
Geniu$$ писал(а): deb vop sip
У нас H.323. Наверное имеет смысл предоставить отсканированные копиии оригинального и принятого по факсу документов? Думаю, что это наглядно покажет результат (он там всегда одинаковый). Не знаю только как прикрепить файл к сообщению. |
|
| Автор: | Geniu$$ [ 06 ноя 2009, 09:48 ] |
| Заголовок сообщения: | |
Можете скинуть на почту, которая в профиле. |
|
| Автор: | amateur [ 11 ноя 2009, 12:32 ] |
| Заголовок сообщения: | |
Geniu$$ писал(а): Можете скинуть на почту, которая в профиле.
Скинул всю информацию по почте. |
|
| Автор: | amateur [ 18 ноя 2009, 10:14 ] |
| Заголовок сообщения: | |
Есть ли новости из Южной Кореи? |
|
| Автор: | Geniu$$ [ 19 ноя 2009, 08:21 ] |
| Заголовок сообщения: | |
За это ещё даже не брались. |
|
| Автор: | Geniu$$ [ 08 дек 2009, 09:08 ] |
| Заголовок сообщения: | |
Эту проблему в ближайшем будушем корейцы рассматривать не будут. |
|
| Автор: | Denis [ 08 дек 2009, 11:06 ] |
| Заголовок сообщения: | |
Попробуйте использовать скорость соединения при передаче факса 9600. |
|
| Автор: | amateur [ 29 дек 2009, 09:00 ] |
| Заголовок сообщения: | |
Denis писал(а): Попробуйте использовать скорость соединения при передаче факса 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. |
|
| Страница 1 из 1 | Часовой пояс: UTC |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|