nwton Опубликовано 26 октября, 2012 · Жалоба Раз уж подняли старую тему, то вставлю свои 5 копеек. Если внутри сети бегает G711 a-law (ну мы же в России) и нет нареканий на качество и занимаемую полосу, то стоит прибивать pass-through намертво и везде запрещать Т38. Вот пример для Cisco voice service voip fax protocol pass-through g711alaw modem passthrough nse codec g711alaw Пока используются обычные факсы и звонки по городу/ближайшему пригороду - все прекрасно и в связке g.729 + Т38 (главное чтобы нормально re-invite отрабатывал). Но как только всплывают факсы с протоколом SuperG3 (на скоростях 14400 и выше - до 33600), или же факсовый аппарат, который плохо соответствует стандарту (но который другой факс на обычном аналоговом канале нормально понимает, но DSP на VoIP шлюзе при попытке преобразовать в Т38 вываливается с dump error), или дальний оператор с плохим каналом с несколькими преобразованиями TDM/Voip Voip T38 <-> TDM <-> Voip T38 <-> TDM <-> Voip T38 то сразу же начинается вой особо вредных пользователей "а вот когда я отправляю факсы через Ростелеком, то все хорошо, а когда через вашу телефонию - то постоянно есть номера, куда нельзя отправить факс" А все потому, что у некоторых свои особенности реализации Т38 и настройки конверсии в TDM. Таких пользователей всего 2%, но мозг они конопатят на все 98%. Кстати, даже у Cisco ATA 188/186 было в Release Notes, что поддерживаются факсы на скорости не выше 9600, и только со сменой железа стало возможно отправлять факсы на 14400 (но не выше). Если взять двух пользователей, то получается следующее: Fax1 <-> voip g711 <-> Fax2 против Fax1 <-> FaxT38 on gate1 <-> voip T38 <-> FaxT38 on gate2 <-> Fax2 Один прямой обмен факсовыми Т30 сообщениями против трех синхронизаций параметров: 1) Факс 1 синхронизируется с T38 на шлюзе 1 2) шлюз 1 синхронизируется со шлюзом 2 3) Т38 на шлюзе 2 синхронизируется с факсом 2 И по стандарту можно только один раз сказать, какие возможности умеет факс, поэтому пока идет согласование 1) на линках 2) и 3) факсы кормят друг-друга NOP командами ("щас-щас, подожди, я расскажу тебе все что умею"). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 29 октября, 2012 · Жалоба Вот пример для Cisco Все это хорошо, когда настраиваешь связку своих шлюзов со своим программным коммуаттором. Но иногда приходится работать с другими операторами с другими программными коммутаторами, которые заявляют поддержку т.38. Потому мой вопрос наверное более специфичен и относится к использующим AlterPSS в качестве программного коммутатора. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
All is not what it seems Опубликовано 29 октября, 2012 · Жалоба Вот пример для Cisco неудачный пример, порождающий также реинвайт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...