настройка отправки факсов через telphin

[iksTimes]

Аналогичная проблема с NSE.
При попытке отправить факс слышу короткий писк и тишина, через 30 сек. отключается.
В логах Asterisk:
[2013-07-12 17:37:34] NOTICE[19090][C-000002f2] res_rtp_asterisk.c: Unknown RTP codec 100 received from 'x.x.x.x:17392'
[2013-07-12 17:37:34] NOTICE[19090][C-000002f2] res_rtp_asterisk.c: Unknown RTP codec 90 received from 'x.x.x.x:17392'
...
[2013-07-12 17:37:36] WARNING[2257][C-000002f2] chan_sip.c: Rejecting image media offer due to invalid or unsupported syntax: image 17392 udptl 101 t38
[2013-07-12 17:38:07] NOTICE[2257] chan_sip.c: Disconnecting call 'SIP/1003-00000609' for lack of RTP activity in 31 seconds

Схема подключения:
Аналоговый факс <-> Голосовой шлюз D-Link DVG-7022S (re-INVITE with T.38) <-> Asterisk 11.4 + FreePBX 2.11 (T.38 Pass-through) SIP trunk (dtmfmode=rfc2833) <-> NAT (от провайдера проброшены порты UDP 4000-4999, 5060, 10000-20000) <-> Провайдер VoIP <-…-> другой факс

Ответ провайдера VoIP:
"На нашей стороне, в т.ч. конкретно на Вашем dial-peer проблем и нестыковок в конфигурации нет. Судя по логу, один из элементов цепочки на Вашей стороне - скорее всего, это Asterisk - неверно интерпретирует NSE (payload type 100). Об этом довольно явно говорит то, что Вы слышите первичную факсовую посылку, а далее тишину."

На этом же шлюзе через FXO подключен оператор аналоговой телефонии, через него факс уходит.

В настройках шлюза есть параметр DTMF - RFC 2833, Payload type = 101, Volume = 0dB. Изменение его на 101 ни чего не меняет.

Как заставить Asterisk верно интерпретировать NSE?

[iksTimes]

Изменив DTMF с RFC2833 на SIP_INFO (на шлюзе, в настройках .ext и trunk) удалось отправить факс.
Проверил донабор цифр с одного из тел. аппаратов, работает.
Осталось понять чем может грозить использование SIP_INFO в данном случае.

[ded]

Ясно - чем! Пожизненная каторга за ненормативное использование SIP_INFO!
Фраза

"Наши тесты как с городской сетью так и с нашей сетью показали, что звонящий должен передавать данные а принимающая сторона должна принимать данные и по другому работать не будет. "

очень достойная. Приведу к нормальному виду:
Передатчик должен передавать, а приёмник - принимать! Наоборот (по другому) работать не будет!

[iksTimes]

Пожизненная каторга за ненормативное использование SIP_INFO!

Сам не хочу, тем более что донабор из "города" не работает. Пока общаюсь с провайдером.