Moin Leutz,
rein interessehalber möchte ich zwischen zwei Softclients (Comisdn V3.2.55; Kompatibilitätsprobleme sollten dabei ja nicht zu erwarten sein) eine Faxübertragung via T.38 durchführen. Als SIP-Proxy verwende ich den Asterisk 1.4.7.1.
Das Routing funktioniert, der Zielclient meldet nach der Anwahl 180 Ringing, danach wird der Call jedoch mit 480 Temporarily Unavailable rückwärts ausgelöst.
Augenscheinlich liegt das daran:
Die T.38-Parameter im SDP-Offer sind nicht zu übersehen.
Beim Zielclient kommt aber folgende Invite an:
Wo sind die T.38-Parameter geblieben?
t38pt_udptl=yes ist in der sip.conf sowohl global als auch an beiden Client-Devices administriert.
In der udptl.conf ist udptlstart auf 4000 und udptlend auf 65535 gesetzt.
Ich gehe momentan davon aus, daß - falls der Client das wünscht - die Verbindung direkt mit T.38 zustandekommen sollte, ohne daß zuvor ein anderer Codec verhandelt werden müßte.
An welcher Stelle muß in der Asterisk-Konfiguration gedreht werden, damit die T.38-SDP-Komponenten zum Ziel durchgelassen werden?
Gruß
Horst
rein interessehalber möchte ich zwischen zwei Softclients (Comisdn V3.2.55; Kompatibilitätsprobleme sollten dabei ja nicht zu erwarten sein) eine Faxübertragung via T.38 durchführen. Als SIP-Proxy verwende ich den Asterisk 1.4.7.1.
Das Routing funktioniert, der Zielclient meldet nach der Anwahl 180 Ringing, danach wird der Call jedoch mit 480 Temporarily Unavailable rückwärts ausgelöst.
Augenscheinlich liegt das daran:
Code:
Invite vom Anrufer
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.111;rport;branch=z9hG4bK01867ed90000d24b000040e40201ea18
Max-Forwards: 70
From: "User1" <sip:[email protected]>;tag=cbda386f0000a24300004b5d0201ea78
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 1 INVITE
Expires: 60
Contact: <sip:[email protected]>
Call-Info: <sip:192.168.0.111:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Allow-Events: telephone-event
User-Agent: ComISDN/3.0
Content-Type: application/sdp
Content-Length: 549
v=0
o=- 0 0 IN IP4 192.168.0.111
s=session
c=IN IP4 192.168.0.111
b=CT:1000
t=0 0
m=audio 19966 RTP/AVP 8 0 3 4 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:4 G723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
m=image 19966 udptl t38
a=T38FaxVersion:0
a=T38maxBitRate:14400
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:72
a=T38FaxUdpEC:t38UDPRedundancy
a=encryption:rejectedDie T.38-Parameter im SDP-Offer sind nicht zu übersehen.
Beim Zielclient kommt aber folgende Invite an:
Code:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.0.101:5060;branch=z9hG4bK47138bf5;rport
From: "User1" <sip:[email protected]>;tag=as1165e942
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]l
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Sun, 15 Jul 2007 07:43:12 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 285
v=0
o=root 335 335 IN IP4 192.168.0.101
s=session
c=IN IP4 192.168.0.101
t=0 0
m=audio 13522 RTP/AVP 0 3 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecvWo sind die T.38-Parameter geblieben?
t38pt_udptl=yes ist in der sip.conf sowohl global als auch an beiden Client-Devices administriert.
In der udptl.conf ist udptlstart auf 4000 und udptlend auf 65535 gesetzt.
Ich gehe momentan davon aus, daß - falls der Client das wünscht - die Verbindung direkt mit T.38 zustandekommen sollte, ohne daß zuvor ein anderer Codec verhandelt werden müßte.
An welcher Stelle muß in der Asterisk-Konfiguration gedreht werden, damit die T.38-SDP-Komponenten zum Ziel durchgelassen werden?
Gruß
Horst
