3.8.5. Особенности применения

Все, кто работал с IP телефонией вообще и с Asterisk (который является составной частью TBE) в частности знают, что необходимость обеспечить надежную передачу факсов по VoIP может надолго испортить настроение. Факс, как технология, весьма чувствительна к неравномерностям и задержкам в передаче голоса, что в TDM сетях доставляет немало хлопот, а уж в пакетных сетях – подавно. В локальной сети с минимальными расстояниями и задержками факсы исправно ходят из городских аналоговых линий и обратно по протоколу SIP с использованием кодека G.711 (без сжатия), однако когда идет речь о передаче на дальние расстояния, например, через провайдера IP телефонии, то появляется серьезная проблема: большие задержки не дают возможности начать передачу двум аппаратам.

Для таких случаев придуман протокол T.38, при котором каждая сторона (шлюз) становится для факса на своем конце отвечающим факсом, преобразует модемные сигналы в пакеты данных и отправляет в чистом, не голосовом, виде на другой конец, где происходит обратный процесс. Сейчас трудно встретить шлюз без поддержки данного протокола, и все провайдеры IP телефонии предоставляют передачу факсов только в режиме T.38.

Однако эта идиллия омрачается неполной поддержкой T.38 в сервере Asterisk: во всех версиях старше 1.4 возможно только прозрачное пропускание факсовых пакетов без возможности терминации и преобразования. На деле это создает такие ограничения в передаче факса по схемам:

[FAX]==sip.t38==>[Asterisk]==>Email

[FAX]==sip.t38==>[Asterisk]==>TDM (E1)

[FAX]==sip.t38==>[Asterisk]==sip==>[FAX]

В большинстве случаев это не создает помех, однако теряется удобная функция приема факса на электронную почту при использовании транзита с поддержкой Т.38, т. е. передавать факс через SIP провайдера не получится. Однако в локальной сети, где не требуется T.38 и на устройствах используются кодеки без сжатия (например, если городские линии подключены через аналоговый шлюз, либо через платы телефонии), все функции и передача факсов работает хорошо.