Fax. Как заставить работать по t.38.

[shema]

Коллеги, утро доброе! Подскажите, пожалуйста, с факсом. Запутался. Asterisk чистый 13-й. Настроил факс, через провайдера поддерживающего хождение факсов через G.711, все ходит хорошо. На другой площадке провайдер работает только с t.38. На Астере внес изменения для t.38, но все равно пытается через G.711, а провайдер пытается перейти на t.38, а наша АТС возвращает 488 ошибку. Помогите, что делаю не так. Ниже параметры.

sip show settings

T.38 support: Yes
T.38 EC mode: Redundancy
T.38 MaxDtgrm:238
sip.conf

t38pt_udptl=yes,redundancy,maxdatagram=400
[провайдер]

canreinvite=yes
udptl.conf

[general]
udptlstart=4000
udptlend=4999
udptlfecentries = 3
udptlfecspan = 3
res_fax.conf

[general]
maxrate=14400
minrate=9600
statusevents=yes
t38timeout=5000
Когда отправляю факс

ats*CLI> fax show sessions

Current FAX Sessions:
Channel Tech FAXID Type Operation State File(s)
Local/84957274288@fa Spandsp 1 G.711 send Active
/var/spool/asterisk/monitor/fax/queue/1539738991.tif
1 FAX sessions

[ded]

tcpdump host провайдер -s0 -w /tmp/fax_dump.pcap
во время отправки факса, и потом Wireshark => open fax_dump.pcap
и разбираться.

[awsswa]

Да это товарищь неделю назад трес телеграмм канал
у него reINVITE не приходит с его стороны на переключения в t38

правда это с его слов, дампа мы так и не удивили

почитайте, может мысли придут - https://awsswa.livejournal.com/15280.html

[ded]

Не-не, не интересно.
Я раньше писал, что анализ дампов сродни анализу кала и мочи. Бесплатный анализ кала и мочи конечно есть
https://lab4u.ru/rasshifrovka-analizov/ ... aliz-kala/
но я не интересуюсь.

Поговорить - да, исследовать - только самим.

[shema]

Дамп есть, смотрел, но ответа не получил, почему нет ответа на invite.
В приложение - 1 - сообщения, 2 - данные INVITE SDP (t38) - параметры сравнил, все выставлено, что запрошено.
Я так полагаю провайдер запрашивает переключение на t38, а наша АТС этого не делает.
Вот я и хотел уточнить, что в настройках не так.

[shema]

Ну и еще момент:
1. АТС за NAT - на стадии отладки все порты UDP проброшены.
2. Факс отправляем не с устройства (ext), а с web-интерфейса.

[amateur]

1. АТС за NAT - на стадии отладки все порты UDP проброшены.

Это в данном случае роли не играет, т.к. до передачи трафика UDPTL не доходит.

Нужно повышать уровень отладки (core set verbose 10, core set debug 10) и смотреть журнал. При следующем эксперимента к записи трафика приложите еще и фрагмент журнала Asterisk от момента получения re-INVITE (t38) до ответа 488.

[ded]

Да, желательно бы также увидеть SDP с предложением по T.38

488 Not Acceptable Here
Some aspect of the session description or the Request-URI is not acceptable, or Codec issue.

Выполните
asterisk -rx 'sip show settings' |grep T.38

[shema]

T.38 support: Yes
T.38 EC mode: Redundancy
T.38 MaxDtgrm:238

а SDP c Invite(38) я прилагал - 2.jpg

[ded]

Да, верно, я не понял сразу.
asterisk -rx 'sip show peer провайдер' | grep T.38 ??