Сообщение:#5 
dogmeat1982 » Ср 08 дек, 2010 09:01 »
Итак, маета с факсами по T.38 по пути TDM - Protei mGate.ITG - D-Link DVG продолжается.
В понедельник попробовали залить свежий софт (ITG_SS7_DSS1_SIP_4.1.0.424R1.3.1093.exe) на Protei mGate.ITG.
В данной версии исправлен, ранее признанный, баг, касающийся выбора кодека в ответ на INVITE SDP (t38, g711a). Теперь протей отвечает SIP 200 OK SDP (t38, g711a) и в SDP корректно описывает media-descroption, касающийся факсовой сессии (указывается не 0-й кодек и первым в SDP ставится T.38).
Однако новые грабли. Факс не пошел в автоматическом режиме, только в ручном. Настройки остались те-же, которые были применены в четверг вечером (см. выше), когда собственно T.38 работал надежно во всех режимах. Вернули назад к старой версии софта, настройки не трогали - ситуация не поменялась - факс проходит, но только сугубо в автоматическом режиме.
Тут надо заметить, что тестовый путь прохождения факса следующий:
Факс А - D-Link DVG2102S -> SIP -> Mera MVTS II -> SIP -> Quintum CMS960 -> E1 (SS7) -> УСИ ОПТС-22 Екб -> ТфОП Екб -> КОМСТАР Екб -> E1 (SS7) -> Protei mGate.ITG -> SIP -> Mera MVTS II (та же самая!) -> SIP -> D-Link DVG5402SP - Факс Б
решили пока ничего не трогать и пережить вторник. Во вторник большого потока жалоб со стороны клиентов не было. Это немного удивило, однако попробовали отправить факс (попросили знакомых человеков) с сети КОМСТАР в нашу сторону через Protei mGate.ITG по следующему пути:
Факс А -> КОМСТАР Екб -> E1 (SS7) -> Protei mGate.ITG -> SIP -> Mera MVTS II -> SIP -> D-Link DVG5402SP - Факс Б
Факс прошел успешно! Причем, несколько раз подряд, как в ручном, так и в автоматическом режимах.
Этот факт моментально реабилитировал Protei mGate.ITG.
Однако не совсем!
Попросили еще знакомых человеков отправить нам факс с сети УСИ по следующему пути:
Факс А -> УСИ -> ТфОП Екб -> КОМСТАР Екб -> E1 (SS7) -> Protei mGate.ITG -> SIP -> <Mera MVTS II -> SIP -> D-Link DVG5402SP - Факс Б
И фигас два - факс не проходит с теми же симптомами, что и в случае с тестовой схемой.
Сапорт протея, после детального анализа отснятых дампов/логов/трэйсов, сетует на следующие факторы:
- влияние залдержек ТфОП (tdm-delay);
- некорректное поведение D-Link DVG, который после того как успешно "пропищит" в сторону Protei mGate.ITG "преамбула+NSF+CSI+DIS", то не дождавшись от Protei mGate.ITG ответа в течении 1,5-2 сек начинает все это повторять. Тут надо сказать, что Protei mGate.ITG спустя 1,5-2 сек начинает слать в сторону D-Link DVG свою преамбулу (успевает отослать 4-5 пакетов преамбулы), видимо готовясь таким образом к передаче DTC (в соответствии с ITU-T T.30), однако в этот же момент D-Link DVG, буквальном смысле, перебивая его, повторно, начиная с преамбулы, шлет на встречу всю серию "преамбула+NSF+CSI+DIS". С точки зрения спецов сапорта это некорреткное поведение D-Link DVG, т.к.,с их слов, в соответствии с ITU-T T.30, он должен был дождаться хоть какого-то ответа от Protei mGate.ITG, а уже потом возражать или повторять ранее сказанное.
Казалось бы на лицо влияние задержки в ТфОП. Вот только по сей момент мы с сапортом, перекрутив все возможные крутилки, касающиеся задержек в Protei mGate.ITG, не можем подстроиться так, чтобы заработал тестовый маршрут при пересылке факса в автоматическом режиме :(
Крутили слудющие крутилки:
voip-rtp t38 remote-tdm-delay
voip-rtp t38 jitter
t38-satellite-network X rtd
Вечером вторника решили все-таки перейти на новую версию, т.к. симптомы одинаковые, а новая версия корректно работает с исправленной багой.
Из интересных наблюдений:
В четверг вечером пробили настройки при которых на старой версии по тестовой схеме все работает на 100%, но при условии, что терминирующим D-Link DVG (в силу выставленного факс кодека T.38 Native) предлагается только t38.
Во вторник после заливки новой версии (и после отката к старой без изменения настроек) четверговые настройки перестали работать - факс по T.38 в автоматическом режиме не проходит.
Во все дни, при любом софте и настройках, во всех режимах факс великолепно проходит на голосовые шлюзы Quintum, D-Link DVG2101S.
P.S.: Пока еще не все потеряно - есть шансы, что удасться настроить надежное прохождене. Постараюсь отписываться по мере получение новых данных.
