Asterisk T.38 passthrough geht, aber nur auswärts

[CProton]

Hallo,

ich habe einen Asterisk Server, an dem mehrere Fritzboxen als Sip-Clients verbunden sind.
Das funktioniert auch alles ganz prima, bis auf das faxen mit T.38.

Ausgehend funktioniert es, in der Fritzbox steht, dass es eine T.38 Verbindung war und das Fax geht auch ordentlich durch.

Eingehend wird die Verbindung jedoch nur als normale G.711 Verbindung behandelt, Faxen ist dann bekanntlich sehr unzuverlässig.

Gibt es da irgend einen Trick?
Alle meine Experimente haben bislang nix bewirkt.
Vielleicht weiss jemand schnellen Rat.

meine sip.conf sieht so aus:

[general]
rtcachefriends=yes
disallow=all
allow=alaw
allow=g722
context=sip_in                 ; Default context for incoming calls
allowoverlap=no                 ; Disable overlap dialing support. (Default is yes)
t38pt_udptl = yes,fec
canreinvite=no
alwaysauthreject=yes


[peer_terminierungspartner]
type=peer
canreinvite=no
insecure=invite,port
host=sip.terminierungsanbieter.de
disallow=all
allow=alaw
qualify=yes
nat=no
relaxdtmf=yes

udptl.conf :

[general]
udptlstart=4000
udptlend=4999
T38FaxUdpEC = t38UDPRedundancy
T38FaxMaxDatagram = 400
udptlfecentries = 3
udptlfecspan = 3
use_even_ports = no

 

[Deleted member 193577]

Hallo und willkommen im Forum,

welche Asterisk-Version verwendest du? Erklär doch mal bitte ganz genau, in welcher Umgebung der Asterisk-Server steht, ob bzw. welches NAT zum Einsatz kommt und welche Endgeräte wo aufgestellt sind.


VG R.

 

[xrated]

Habe genau das selbe Problem. Asterisk 1.8.14 über res_fax
Eingehend von Vodafone kommt die Meldung das T.38 vom Peer nicht unterstützt wird, was ja korrekt ist aber G.711 wird statt dessen auch nicht verwendet.

Kommt ein Fax über pbx-network rein welche T.38 unterstützen, dann kommt es über G.711 rein! Man sieht im Log keinerlei Message das T.38 überhaupt probiert wird.

Bei den beiden Sip peers gibts keine unterschiede in sip.conf bezüglich der Settings.

faxdetect steht auf yes in general

Faxen geht direkt über Sendfax/Receivefax ohne Endgeräte.
Server steht hinter NAT aber in Asterisk ist nat=no eingestellt was mit Telefonie keine Probleme macht.

udptl ports (4000-4099) werden am Router forgewarded und t38pt_udptl steht auf yes. Was udptl.conf angeht, alles default.

Habe ausserdem das Problem im Dialplan das der Call nicht automatisch in die exten fax springt obwohl faxdetect=yes

 

[tb89i]

Hey, bei mir klappt es, ich musste aber den Treiber von Digium "bestellen". Da gibt es eine Anleitung, die befindet sich im Anhang (Anhang anzeigen Readme.txt).

Der Treiber kostet nix, man muss sich aber trotzdem den Aufwand machen und sich da mit einem Konto registrieren wenn ich mich richtig erinner.

MYHOST*CLI> fax show capabilities

Registered FAX Technology Modules:

Type : DIGIUM
Description : Digium FAX Driver
Capabilities : SEND RECEIVE T.38 G.711 MULTI-DOC

1 registered modules

In der sip.conf habe ich noch diese Zeilen:

t38pt_udptl=yes,redundancy,maxdatagram=400
faxdetext=yes

udtpl.conf

[general]
udptlstart=4000
udptlend=4999
udptlfecentries = 3
udptlfecspan = 3
use_even_ports = no

Gruß

 

[xrated]

Wie sieht man eigentlich in Asterisk das ein Fax mit T.38 reinkommt? Also, ich meine man sieht im Log wenn es via T.38 fehlschlägt aber wenn es erfolgreich ist? Kommen da bei Verbose irgendwelche T.38 Messages?

faxdetect hab ich jetzt auf t38, macht aber keinen Unterschied. Da auch nichts automatisch auf die extension fax kommt, vermute ich das die autodetection überhaupt nicht funktioniert.

Edit: Wenn ich nat=yes und auf dem Router 5060 forwarde habe ich mal im Log geschaut:

<------------->
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: --- (8 headers 0 lines) ---
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: 
<--- SIP read from UDP:46.182.250.50:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.2.2:5060;received=192.168.2.2;branch=z9hG4bK3de51a93;rport=5060
Record-Route: <sip:46.182.250.50;lr;ftag=as2eb1fedd>
From: <sip:[email protected]:5060>;tag=as2eb1fedd
To: <sip:[email protected]>;tag=as26c4131c
Call-ID: [email protected]
CSeq: 101 INVITE
Server: PBX-network SERVER
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
Contact: <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 284

v=0
o=root 931728589 931728590 IN IP4 193.106.16.107
s=Asterisk PBX SVN-branch-1.6.2-r345827M
c=IN IP4 193.106.16.107
t=0 0
m=image 7031 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxDatagram:204
a=T38FaxUdpEC:t38UDPFEC
<------------->

[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: --- (13 headers 11 lines) ---
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: Got T.38 offer in SDP in dialog [email protected]
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: Capabilities: us - 0x10e (gsm|ulaw|alaw|g729), peer - audio=0x0 (nothing)/video=0x0 (nothing)/text=0x0 (nothing), combined - 0x0 (nothing)
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x0 (nothing), combined - 0x0 (nothing)
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: [B]Got T.38 Re-invite without audio[/B]. Keeping RTP active during T.38 session.
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: set_destination: Parsing <sip:46.182.250.50;lr;ftag=as26c4131c;vsf=AAAAAAAAAAAAAAAAAABBXEFdXl5XQhxAQVhAGWRl> for address/port to send to
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: set_destination: set destination to 46.182.250.50:5060
[Nov 26 17:33:16] VERBOSE[5517] chan_sip.c: Transmitting (NAT) to 46.182.250.50:5060:

Warum geht Asterisk davon aus das es RTP ist? Dafür gibt es doch udptl