Перейти к содержимому
Калькуляторы

t38 или g711 Как лучше для факсов

Раз уж подняли старую тему, то вставлю свои 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 командами ("щас-щас, подожди, я расскажу тебе все что умею").

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот пример для Cisco

Все это хорошо, когда настраиваешь связку своих шлюзов со своим программным коммуаттором.

Но иногда приходится работать с другими операторами с другими программными коммутаторами, которые заявляют поддержку т.38. Потому мой вопрос наверное более специфичен и относится к использующим AlterPSS в качестве программного коммутатора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот пример для Cisco

неудачный пример, порождающий также реинвайт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.