Всем доброе время суток!

Через протей Protei mGate.ITG ни в какую не хотят проходить факсы по T.38 TDM --> VoIP :( В обратную сторону все отлично. На стороне VoIP вызов маршрутизируется Mera MVTS II и приземляется на D-Link DVG (2102, 5402, 5004 или 5008).
Инетересное наблюдение: Если вызов в VoIP приземляется на D-Link DVG2101S, то факс по T.38 проходит на отлично.
Немного поясню: когда D-Link DVG2101S (или также AddPac AP) обнаруживают в аналоговом порту сигнал факс-модема, то они инициируют SIP INVITE (t38), который Mera MVTS II послушно пересылает в сторону Protei mGate.ITG и он покорно соглашается ответом SIP 200 OK (t38) и взимодействие по T.38 между 2101 и ITG происходит без сучка и задоринки. Данный факт вселяет надежду, что Protei mGate.ITG по T.38 работать умеет.
А вот если терминирующей железкой является D-Link 2102S и иже с ним 5402, 5004 или 5008, то они, при обнаружении в аналоговом окончании сигналов факс-моджема, инициируют SIP INVITE (t38, g711a), который Mera MVTS II, точно так-же, послушно пересылает в сторону Protei mGate.ITG, а вот он в свою очередь отвечает SIP 200 OK (g711a, t38). После этого Protei mgate.ITG шлет в сторону D-Link DVG2102S RTP поток G.711A, а D-Link DVG2102S пытается слать в сторону Protei mGate.ITG пакеты T.38. Естественно они друг друга не понимают и выход "кукишь"
В конфигурационных параметрах Protei mGate.ITG есть фича "use-remote-codec-priority", однако ее enable/disable никак не меняет ситуацию; аналогично (никак не влияет на ситуацию) себя проявляет фича "use-selected-codec-only". Даже если из списка кодеков вообще исключить G711 (оставить G729, T38, G729) или просто поставить G711 в конец списка, все равно все точно так-же.

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

Есть промежуточные результаты!

Еще 3-е суток назад сапортом протея были подготовлены конфигурации (пришлось "попедалить" проверку данных настроек в виду того, что накануне был найден вариант настроек надежного прохождения факсов по T.30 и снимались заявки от, уже негодующих, клиентов), которые должны были корректно отработать в случае когда на терминирующем D-Link DVG настроены факсы по T.38 Native (в этом случае при обнаружении сигнала факс-модема он инициирует INVITE только media-description=image с t38, без g711):

Код: Выделить всё

I. Кодеки:
ADVANCED -> VoIP -> Codec -> Preferred Codec Type : G.729 8kbps - Самое главное
ADVANCED -> VoIP -> Codec -> Jitter Buffer : 120ms
ADVANCED -> VoIP -> Codec -> Silence Detection / Suppression : Выкл.
ADVANCED -> VoIP -> Codec -> Echo Cancellation : Вкл.
Параметры кодеков (собстно стоковые):
G.711 u-law (Вкл.), 30ms, 78.4kbps
G.711 a-law (Вкл.), 30ms, 78.4kbps
G.723.1 (Выкл.)
G.726 32K (Выкл.)
G.729 (Вкл.), 20ms, 29.6kbps

II. Факсы:
ADVANCED -> VoIP -> FAX -> Fax / Modem ->     Line1/Line2 : T.38 Native
ADVANCED -> VoIP -> FAX -> Fax T.38 -> Enable High Quality: Вкл.
ADVANCED -> VoIP -> FAX -> Fax T.30 -> FAX Codec : G.711 a-law 64kbps
ADVANCED -> VoIP -> FAX -> Fax T.30 -> FAX Jitter Buffer : 200ms


А вот настройки на mGate.ITG:

Код: Выделить всё

sip-call> show-recursive
  sip-ping interval             60000
  sip-ping to-user              'keepalive'
  sip-ping from-user            'keepalive'
  codecs dtmf-rfc2833-enabled           1
  codecs codec-1                'G729'
  codecs codec-2                'G729'
  codecs codec-3                'T38'
  fax t38alpha          1
  fax reinvite-delay-short              200
  fax reinvite-delay-long               5000
  fax fax-to-voice-fallback-delay               3000
  fax-tone echo-cancelation-off                 1
  fax-tone upspeed-enabled              1
  fax-tone restore-enabled              0
  upspeed echo-cancelation-off-on-upspeed-g711          1
  upspeed echo-cancelation-off-on-reinvite-g711                 0
  upspeed passthrough-reinvite-disabled                 1
  sip wait-100trying-timeout            8000
  sip prack-enabled             0
  sip use-selected-codec-only           1
  sip send-183-always           0
  sip no-codec-reject-code              488
  common max-call-count                 500
  common ec-before-answer               1
sip-call>
sip> show-recursive
  local-ip              'P.P.P.P'
  local-port            5060
  gate [size=0]

  route id 0
    sip-ping from-user          '260000'
    codecs dtmf-rfc2833-enabled                 1
    codecs codec-1              'G729'
    codecs codec-2              'G711Al'
    codecs codec-3              'T38'
    fax-tone echo-cancelation-off               1
    fax-tone upspeed-enabled            1
    fax-tone restore-enabled            0
    primary-host                'S.S.S.S'
    primary-port                5060
    bind-primary                0
    bind-secondary              0
  route id 1
    primary-host                '0.0.0.0'
    primary-port                5060
    bind-primary                0
    bind-secondary              0
sip>
voip-rtp> show-recursive
  signal-in-gain                '+0.0'
  signal-out-gain               '+0.0'
  ec-enabled            1
  rfc2833-receive               1
  rfc2833-send          1
  info-dtmf-send                0
  rtcp-enabled          0
  g711 packet           20
  g711 jitter           100
  g729 packet           40
  g729 jitter           100
  t38 tx-redundancy             1
  t38 rx-redundancy             1
  t38 ecm-enabled               0
  t38 modulation                2
  t38 jitter            40
  t38 remote-tdm-delay          400
  t38-satellite-network [size=1]
    t38-satellite-network 0
      address           '0.0.0.0/0'
      rtd               400

voip-rtp>


Ранее при таких настройках факс проходил только в ручном режиме (когда на принимающем факсимильном аппарате человек снимает трубку и ручками жмет START), а в автоматическом ни в какую.
После соответствующих настроек факс стал успешно и надежно проходить как в автоматическом, так и в ручном режимах. Но надо сказать, что в ручном пару, раз словился забавный глюк - принимающая факсимильная установка буквально за 1,5 - 2 сек до того как факс-модемы успешно сеодинятся (на дисплее передающего появится ИСХ. СТР.:1, а на дисплее принимающего ВХ.СТР.:1) принимающий факс верещит с надписью на дисплее "ОТВЕТЬЕ ..." и тут же начинает принимать факс.
Настройки, со слов специалистов сапорта, касались в основном таймеров T.30. "Дотюнить" таймера сапорт смог после получения от меня и анализа снятых дампов неуспешных передач по T.38 Native в автоматическом и успешных в ручном режимах.

С утречка сегодня всем настроили T.38 Native на D-Link DVG - вроде счастье есть :) Факсы успешно ходят по T.38.

Также сапортом проетй совместно с разработчиками признан баг, заключающийся в том, что когда D-Link DVG инициирует INVITE SDP (t38 g711), то протей упорно выбирает m=audio g711, в то время как D-Link DVG m=image t38. Для исправления данного бага в настоящий момент на этапе тестирования в лаборатории протей находится новая сборка ПО дл mGate.ITG.

Ждем с нетерпением :) По результатам отпишусь.

P.S.: Не могу не выразить свои впечатления от сапорта НТЦ "ПРОТЕЙ". Ребята очень грамотные, отзывчивые и общительные. Охотно и оперативно отвечают на все вопросы, грамотно ведут диалоги.

dogmeat1982 писал(а):впечатления от сапорта

Так и должно быть, в общем-то.
По хорошему производителю бы периодически самому выходить на пользовтаелей и спрашивать что да как.

Связной (С) писал(а):Так и должно быть, в общем-то.

Жаль - не всегда и не со всеми так получается. Многие долго долго отмораживаются пока не накатаешь 33 лютые претензии + судебный иск
Протей в этом случае приятное исключение

Итак, маета с факсами по 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.: Пока еще не все потеряно - есть шансы, что удасться настроить надежное прохождене. Постараюсь отписываться по мере получение новых данных.

Попробовал сегодня, предложенную специалистами сапорта D-Link вчера вечером, прошивку 1.02.38.65 ("В ней вернули полную поддержку RFC") для DVG5008S - отлично работает, спасибо!

Факс А (Panasonic KX-FT72) -> FXS -> D-Link DVG5402SP (1.2.38.32) -> SIP -> Mera MVTS II -> Quintum CMS960 (QSS7) -> E1 (SS7) УСИ Екб ОПТС22 -> ТфОП -> КОМСТАР Екб ОПТС27 -> E1 (SS7) -> Protei mGate.ITG (4.1.0.424R1.3.1093) -> SIP -> Mera MVTS II -> SIP -> D-Link DVG5008S (1.02.38.65) -> FXS -> Факс Б (Panasonic KX-FT932) - проходит великолепно!

Факс А (Panasonic KX-FT932) -> FXS -> D-Link DVG5008S (1.02.38.65) -> SIP -> Mera MVTS II -> Quintum CMS960 (QSS7) -> E1 (SS7) УСИ Екб ОПТС22 -> ТфОП -> КОМСТАР Екб ОПТС27 -> E1 (SS7) -> Protei mGate.ITG (4.1.0.424R1.3.1093) -> SIP -> Mera MVTS II -> SIP -> D-Link DVG5402SP (1.2.38.32) -> FXS -> Факс Б (Panasonic KX-FT72) - проходит только в ручном режиме. В автоматиеском не проходит. Симптомы как и ранее (принимающий отбивается).

Попросил такую-же прислать для DVG5402SP, чтобы попробовать и если пройдет, то для всей линейки DVG?