Не ходят факсы t38

Добрый день!

Схема такая Провайдер - FreePBX - шлюз TAU-32M.IP

192.168.0.10 - FreePBX

192.168.0.11 - шлюз Eltex TAU-32M.IP

FreePBX подключен к провайдеру в приватной сети (nat=no) На шлюзе первичный кодек t.38

Думаю какие версии ПО, пока не важно, вот, что заметил в логах:

[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: **** Received INVITE (5) - Command in SIP INVITE
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Initializing initreq for method INVITE - callid 13a3d6a92a54a0a03ed3fa153da60422@192.168.0.10:5060
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP v=0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP o=- 4389814247491607704 6221776344004297953 IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP s=Session SDP... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: Splitting '192.168.0.11' into...
[2014-01-15 14:55:36] DEBUG[13218] netsock2.c: ...host '192.168.0.11' and port ''.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP c=IN IP4 192.168.0.11... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing session-level SDP t=0 0... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Setting payload 8 based on m type on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=rtpmap:8 PCMA/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=rtpmap:96 telephone-event/8000... OK.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Processing media-level (audio) SDP a=fmtp:96 0-16... UNSUPPORTED OR FAILED.
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: T38 state changed to 0 on channel SIP/101-00000020
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Incorporating payload 8 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Incorporating payload 96 on 0x7f5b90089ee0
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Copying payload 8 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] rtp_engine.c: Copying payload 96 from 0x7f5b90089ee0 to 0x7f5b70095e50
[2014-01-15 14:55:36] DEBUG[13218] res_rtp_asterisk.c: Setup RTCP on RTP instance '0x7f5b70095c88'
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: Peer doesn't provide T.38 UDPTL
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We're settling with these formats: 0x8 (alaw)
[2014-01-15 14:55:36] DEBUG[13218] chan_sip.c: We have an owner, now see if we need to change this call

Вроде как, что то с SDP сессией? Или на факсы это не влияет?