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

[shema]

Так же

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

[ded]

На инвайт Т.38 Астериск должен был ответить acceptable here и не Not acceptable here.

Нужно изучать весь диалог по сигнализации, со всеми заголовками и полями, а не картинку.

tcpdump -s0 -A host провайдер and port 5060

[shema]

Вот дамп

[amateur]

Нужно изучать весь диалог по сигнализации, со всеми заголовками и полями, а не картинку.

Нужно начать с изучения реакции Asterisk на получаемые сообщения. Это отражается в журнале. Только по содержанию сообщений SIP в данном случае разобраться практически невозможно.

Вот дамп

Повторяю:

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

[shema]

<--- SIP read from UDP:80.253.20.162:5060 --->
INVITE sip:4999689423@10.170.4.59:5060 SIP/2.0
Via: SIP/2.0/UDP 80.253.20.162:5060;branch=z9hG4bK588488ba;rport
From: <sip:84957274288@80.253.20.162>;tag=as379acfa1
To: "Anonymous" <sip:4999689423@anonymous.invalid>;tag=as38a4e6fe
Contact: <sip:84957274288@80.253.20.162>
Call-ID: 0e96016d7f14684d3acc69a924c86bc0@10.170.4.59:5060
CSeq: 102 INVITE
User-Agent: Linksys/SPA962-6.1.5(a)
Max-Forwards: 70
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 351

v=0
o=root 30262 30264 IN IP4 80.253.20.162
s=session
c=IN IP4 80.253.20.162
t=0 0
m=image 4174 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:238
a=T38FaxMaxDatagram:238
a=T38FaxUdpEC:t38UDPRedundancy
<------------->
--- (13 headers 15 lines) ---
Sending to 80.253.20.162:5060 (no NAT)
== Using UDPTL CoS mark 5
Got T.38 offer in SDP in dialog 0e96016d7f14684d3acc69a924c86bc0@10.170.4.59:5060
Capabilities: us - (alaw|ulaw), peer - audio=(nothing)/video=(nothing)/text=(nothing), combined - (nothing)
Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x0 (nothing), combined - 0x0 (nothing)
Got T.38 Re-invite without audio. Keeping RTP active during T.38 session.

<--- Transmitting (no NAT) to 80.253.20.162:5060 --->
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 80.253.20.162:5060;branch=z9hG4bK588488ba;received=80.253.20.162;rport=5060
From: <sip:84957274288@80.253.20.162>;tag=as379acfa1
To: "Anonymous" <sip:4999689423@anonymous.invalid>;tag=as38a4e6fe
Call-ID: 0e96016d7f14684d3acc69a924c86bc0@10.170.4.59:5060
CSeq: 102 INVITE
Server: Asterisk PBX 13.18.4
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Contact: <sip:4999689423@10.170.4.59:5060>
Content-Length: 0


<------------>

<--- Reliably Transmitting (no NAT) to 80.253.20.162:5060 --->
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP 80.253.20.162:5060;branch=z9hG4bK588488ba;received=80.253.20.162;rport=5060
From: <sip:84957274288@80.253.20.162>;tag=as379acfa1
To: "Anonymous" <sip:4999689423@anonymous.invalid>;tag=as38a4e6fe
Call-ID: 0e96016d7f14684d3acc69a924c86bc0@10.170.4.59:5060
CSeq: 102 INVITE
Server: Asterisk PBX 13.18.4
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

[ded]

За этот кусочек -

<--- SIP read from UDP:80.253.20.162:5060 --->
INVITE sip:4999689423@10.170.4.59:5060 SIP/2.0
Via: SIP/2.0/UDP 80.253.20.162:5060;branch=z9hG4bK588488ba;rport
From: <sip:84957274288@80.253.20.162>;tag=as379acfa1
To: "Anonymous" <sip:4999689423@anonymous.invalid>;tag=as38a4e6fe
Contact: <sip:84957274288@80.253.20.162>
Call-ID: 0e96016d7f14684d3acc69a924c86bc0@10.170.4.59:5060
CSeq: 102 INVITE
User-Agent: Linksys/SPA962-6.1.5(a)

вопросы -
1) anonymous.invalid в заголовке - не смущает?

2) Это телефон Linksys/SPA962 посылает факс? Странно, если не сказать больше.

[amateur]

Я подозреваю, что у Вас проблема или в параметрах res_fax.conf или в способе вызова SendFAX/ReceiveFAX.

1. Покажите пожалуйста содержание res_fax.conf
2. Покажите фрагмент dialplan, где вызывается SendFAX/ReceiveFAX.
3. Перед следующим проверочным вызовом включите следующие виды отладки:
core set debug 10
core set verbose 10
fax set debug on
udptl set debug on

[shema]

Коллеги, всем спасибо за участие.
Разобрался.
В скрипте был указан канала как LOCAL/номер\контекст в таком случае работало только на G711a, изменил на SIP/провайдер/номер\ полетело через t.38.

[shema]

Единственное, что факс идет очень медленно. Кто знает как ускорить процесс? )

[ded]

Очень медленно, это сколько?
У вас указана скорость

[general]
maxrate=14400
minrate=9600

Факс в теории не может быстрее, чем 14400 бод (бит/сек.)

Если обнаружите, что он идёт на 9600, пробуйте увеличить размер датаграмм
T.38 MaxDtgrm:238