Выдержка из доки:
Note:
some known inconveniences of the fax over G711 (pass-through method) are listed below:
• It is not standard based and hence implementation can be different depending on the vendor
• Bandwidth usage with G711 codec is high
• As with many vendors, the PCX implementation does not offer packet redundancy. Fax
transmission is then very dependent on end-to-end performance of the IP network and reliability
is very sensible to packet loss
• End-to-end G711 transparency must be guaranteed, that means no transcoding of the media
channel is allowed through the IP network
• Voice Activity Detection (VAD) must be disabled on both sides of the fax call

Обратите внимание на первый пункт, что это нестандартизованная функция и может быть разной у разных производителей. Далее ещё из доки, может поможет.

FoIP Service
No matter the OMC setting (T.38 or G711), a SIP fax call on PCX is always established first as
a normal voice call transmitting an RTP flow. After some seconds, upon detection of the fax
tone, the FoIP service is then triggered to operate the selected T.38 or G711 choice (see Fax
T.38 Annex D or Fax over G711 ).

Fax over G711
When Fax over G711 is selected, RTP voice channels are maintained but if current codec is
G729A or G723, it is renegotiated to G711.
Fax over G711 is not compatible with Voice Activity Detection (VAD) which is a mechanism
used to save bandwidth during VoIP calls. Therefore, the PCX supports the "silenceSupp"
attribute in the SDP part of the SIP message in order to dynamically disable VAD during the
Fax over G711 media session.
This attribute is used to request the other side to disable VAD. It works as follows:
- Case of an incoming fax call: the PCX detects the fax tone in the RTP stream and sends
Re-Invite to renegotiate the media session characteristics with "silenceSupp" attribute set
to "off" in order to ask the remote side to disable VAD
• If the PCX receives a response containing "silenceSupp" attribute set to "off", it means
that remote side has disabled VAD and then the PCX disables VAD also. This is the
normal mode of operation
• If the PCX receives a response which does not contain "silenceSupp" attribute set to
"off, then VAD remains active on the PCX side. In that case fax over G.711 is not
guaranteed when VAD on both ends is not disabled
- Case of an outgoing fax call: remote side (called side) should detect fax tone. The PCX
expects to receive a Re-Invite from the remote side with "silenceSupp" attribute set to "off"
• If the PCX receives a Re-Invite request containing "silenceSupp" attribute set to "off", it
means that remote side requests to disable VAD, then the PCX disables VAD and
sends a response containing "silenceSupp" attribute set to "off" to acknowledge the
request. This is the normal mode of operation
• If the PCX receives a request which does not contain "silenceSupp" attribute set to "off,
then VAD remains active on the PCX side. In that case, fax over G.711 is not
guaranteed when VAD on both ends is not disabled
Recommendation for deployment of Fax over G711:
- If remote side supports "silenceSupp" attribute => this is the expected mode of operation
- If remote side does not support "silenceSupp" attribute => disable VAD on both the remote
side and the PCX => Fax over G711 works but VoIP calls will not benefit from bandwidth
optimization
- If remote side does not support "silenceSupp" attribute and it is not possible to disable
VAD on remote side => fax over G.711 is not guaranteed as VAD on both ends is not
disabled

путем долгих танцов с бубном в OXO версии 800.041.002 факс на прием заработал, аж со свистом идет входящий факс. с исходящим факсом так и не получилось
снятие дампа исходящего факса в цепи asterisk (sip)-> провайдер  показал что со стороны прова идет приличное количество "Out of Seg" и "Wrong Timestamp". прова естественно напрегли
пришла безобразная идея снять дамп  исходящего  факса на цепи OXO (sip) -> asterisk и увидели что со стороны ОХО идут не только "Out of Seg" и "Wrong Timestamp" но и "Drop by jitter buff" и тем самым аукалось на входящие пакеты от прова.
получается что аплликашион fax_tx не совсем работоспособный

как всегда наш любимый alcatel хромает как старая лошадь

изначально факс в схеме OXO (sip) -> asterisk (sip)-> провайдер вообще не бегал ни в одну сторону
как только на asterisk включили джиттер входящий факс пошел
к asterisk подключали spa3102, факсы через asterisk с джиттером летают на ура как вход так и выход, без джиттера не проверили
да и пров ненароком проболтался что есть такие клиенты у него где факс бегает только в одну сторону

по дефолту параметры закомментированы "Implementation" "Jitter Buffer Size" "Force Jitter Buffer"
раскоментировал и в рукопашную установил значения

для факса поставили балалайку "spa", секретарша довольная до безобразия

Здравствуйте! Прошу помощи.
есть OXO версии 7
В "Gateway Parametrs" нет упоминаний о fax. По умолчанию при звонке по VOIP транку станция пытается отправить факс по какому-то хитрому протоколу(предполагаю Т38). Как заставить ходить факс в голосовом режиме ????

Не знаю с чего и начать ))
у меня связка e1-cisco-freepbx(asterisk)-oxo, голос ходит по g711ulaw и g711alaw
в cisco в voip dial-peer выставлен fax protocol none, в freepbx выставлено Прозрачное пропускание T38.
при звонке из e1 в сторону oxo на факс (он в автоответе) слышен сначала писк, потом тишина и привет... В консоли asterisk видно что во время тишины медиапоток изменяется с RTP на какой-то другой (сейчас под рукой нет посмотреть). Обратно возможности попробовать не было.
Для начала ИМХО cisco сдружить бы с oxo... может есть у кого опыт? что там в dial-peer должно быть по поводу факса прописано?? А то там вариантов уйма... Может pots dial-peer ещё что то нужно про факс написать ...
Сейчас проблему решил по временной схеме - зацепил:  
e1-cisco-voip шлюз dlink - маршрутизация при входящем звонке на dlink  с аналоговым факсом
dlink-freepbx-cisco-e1 при исходящем (астер в консоли при таком звонке ругается -unknown rtp codec 96 received from XXX.XXX.XXX.XXX:16926 (xxx ip cisco) - видимо потому что в dlink-е fax codec disable а в cisco - fax protocol pass-through g711ulaw) ну как то так короче.
Приоритетные задачи: или отключить t38 в oxo, или сдружить их сначала с cisco, затем с asterisk...
cisco 2821 software c28nm-spservicesk9-m , ver 12.4(3g)
Спасибо за внимание к вопросу!

тут факс в голосовом потоке

еще вдогонку - астериск работает с факсами либо pass-through либо t38 в одном из двух вариантов fec/ecc

для более менее шикарной реализации h323-транка лучше использовать yate, в этом плане даже freeswitch уступает yate