AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Факс - Unknown RTP codec и интерпретация NSE

Newbies/FAQ Forum 9 сообщений -
#1
При попытке отправить факс слышу короткий писк и тишина, через 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

Где x.x.x.x - IP провайдера VoIP.

Схема подключения:
Аналоговый факс Голосовой шлюз 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 ни чего не меняет.

UDPTL настроен и t38pt_udptl=yes,redundancy,maxdatagram=400.

Как заставить Asterisk верно интерпретировать NSE? Или в чем еще может быть проблема?

Последний раз редактировалось: iksTimes (Вт Июл 16, 2013 08:36)
#2
Изменив DTMF с RFC2833 на SIP_INFO (на шлюзе, в настройках .ext и trunk) удалось отправить факс.

Проверил донабор цифр с одного из тел. аппаратов, работает. Донабор из "города", напр. внутр. номера, не работает.

Осталось понять чем еще может грозить использование SIP_INFO в данном случае. Или как договориться с провайдером о коррекции настроек на их стороне, чтобы уйти от NSE.

У провайдера, к слову, работает преобразование SIP в H.323.
#3
Еще одно важное уточнение - проблема только с исходящими факсами. Входящие, во всяком случае с автоматов, проходят.
#4
Во первых - выключить на факсах русский АОН и авто - принудительно везде только CallerID
Во вторых - обновить прошивку на D-link - в настройках факса поставить параметр - reINVITE и факс включить не как T38 а как Native T38
#5
Аналоговый факс - Panasonic kx-ft902.
Везде, где это возможно, используется CallerID.
Прошивка шлюза последняя, вариант с T38 Native пробовал.

Решил пока отправлять через другого провайдера, а принимать с обоих.
#6
включен ли reINVITE на d-link ?
#7
Помимо опций T.30 Fax, T.38 Fax, T.38 Native в Telephony Settings, Я видел re-INVITE только в настройке:
SIP \ Session Refresh Request - Used to resend UPDATE or re-INVITE requests to the Server
По умолчанию UPDATE, установка в re-INVITE не помогает.
#8
обязательно только reINVITE - у вас ругань как раз и идет из не переключения сессии с одного кодака на другой
вот это - Rejecting image media offer due to invalid or unsupported syntax: image 17392 udptl 101 t38 - говорит о том что переключение с голоса на t38 не произошло
#9
awsswa @ Пн Июл 22, 2013 16:02 писал(а):
обязательно только reINVITE - у вас ругань как раз и идет из не переключения сессии с одного кодака на другой
вот это - Rejecting image media offer due to invalid or unsupported syntax: image 17392 udptl 101 t38 - говорит о том что переключение с голоса на t38 не произошло


Но это не помогает.

Меня больше смущают сообщения перед этой ошибкой:
Unknown RTP codec 100 или 90 received from IP провайдера
- их больше 100.

А при входящих факсах или отправке через другого провайдера их нет и видно использование UDPTL:
Using UDPTL TOS bits 184
Using UDPTL CoS mark 5
Using UDPTL TOS bits 184
Using UDPTL CoS mark 5