Toggle sidebar Toggle sidebar

Faxversand über Grandstream HT802 funktioniert nicht

S

Stephan93339

Customer
Mitglied seit
2. Juli 2020
Beiträge
20
Hallo zusammen,

habe hier im Forum schon das ein oder Andere dazu gelesen, komme aber leider nicht weiter.

Ich habe ein Grandstream HT802 hinter dem ein Multifunktionsdrucker hängt. Der HT802 hat sich sauber an der 3CX registriert, leider schaffe ich es aber nicht, Faxe nach extern darüber zu versenen. Ein ausgehender "Anruf" wird nach extern aufgebaut, die Gegenstelle (ein Faxgerät) geht hin und es werden die typischen Fax Signale ausgetaucht. Dann bricht bei der Übertragung der Versand ab.
Intern auf die DW 88 kann ich ohne Probleme ein Fax senden, welches mir per E-Mail über den 3CX integrierten FAX Server weitergeleitet wird.

Habe mich auch schon mit den Call Prozess Tone Einstellungen gespielt leider ohne Erfolg.

Hat von euch einer eine Idee?

Danke + Gruß
Stephan
 
Das GS 80x in Verbindung mit der 3CX kann einen schon mal etliche Nerven kosten. Dennoch verweise ich hier auf meine eigenen Beiträge , gepaart mit vermeintlich funktionierenden Einstellungen : https://www.3cx.de/forum/threads/fax.94119/#post-295806
Wichtig dabei ist es , das Grandstream als FXS/DECT einzurichten und die Einstellungen , falls man die Provisionierung nutzt, zu überprüfen. Als AudioCodec sollte der G.711(PCMA/PCMU) verwendet werden . Dennoch kann es einige Provider geben ,wo die Einstellungen abgewandelt werden müssen (z.B.kein T.38 , 9600Baud).
 
Hallo Wolfi,

danke für den Link, leider hat das nicht zum gewünschten Erfolg geführt...
Das HT802 ist als FXS/DECT eingerichtet im T.38 modus. Im G711 Path Through Modus kann ich gar nicht rauswählen...

Also Provider haben wir hier mit Colt zu tun.

Hat noch wer eine Idee?

Danke + Gruß
Stephan
 
Das Fax sollte eigentlich im T38 Modus unterstützt werden. Hast du meine Einstellungen 1:1 übernommen? Wann wird die Verbindung beendet ? Was sagt das LOG? Wer sendet ein bye ? Werden Faxe empfangen am Fax Gerät ? Wurde eine alternative Faxnummer probiert(manchmal steckt der Fehler auch am anderen Ende der Leitung)?
 
Ich vergaß, dass natürlich die Autoprovision im GS ebenfalls ausgeschaltet werden muss, wenn man händisch konfiguriert.
1597240983109.png
 
Wichtig ist, dass auch der Empfänger T.38 unterstützt. Ich habe bei uns im System die Erfahrung gemacht, dass sobald ein Teilnehmer (egal ob Empfänger oder Sender) auf T.38 eingestellt ist, das Fax abbricht.
Mach doch mal einen Wireshark Mitschnitt von dem Faxanruf und prüfe ob ein "T.38 Reinvite" kommt. So wie ich die Sache sehe, sollte danach als Antwort ein "not possible" und darauf ein "Bye" kommen.

Sonst kann ich noch empfehlen, dass analoge Fax korrekt nach VoIP einzustellen: viele Faxe haben einen speziellen VoIP Modus, dazu ggf. zusätzlich noch den Überseemodus aktivieren, die Bandbreite reduzieren.

Und dann wie Wolfi schon sagte auch noch Tests mit weiteren Faxgeräten wenn möglich.
 
Läuft leider nicht so ganz...

@wolfi: ja, habe deine Einstellungen nachgebaut, musste "nur" ein andres Caller ID Scheme wählen, da ich mit deiner Einstellung gar nicht raus kam.

Hier mal die Logfiles, evtl. könnt Ihr da was genaueres rauslesen:

12.08.2020 17:06:34 - Leg L:54.1[Fax:50] is terminated: Cause: BYE from local
12.08.2020 17:06:34 - [CM503008]: Call(C:54): Call is terminated
12.08.2020 17:06:34 - Leg L:54.2[Line:10000>>089xxxxxx79] is terminated: Cause: BYE from xxx.xxx.xxx.xxx:5060
12.08.2020 17:06:06 - Currently active calls - 1: [54]
12.08.2020 17:06:01 - [CM503007]: Call(C:54): Line:10000>>089xxxxxx79 has joined, contact <sip:[email protected]:5060/UDP>
12.08.2020 17:06:01 - [CM503007]: Call(C:54): Fax:50 has joined, contact <sip:[email protected]:5060/UDP>
12.08.2020 17:06:01 - L:54.2[Line:10000>>089xxxxxx79] has joined to L:54.1[Fax:50]
12.08.2020 17:06:01 - [CM505003]: Provider:[Colt (SIP Trunking)] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
12.08.2020 17:06:01 - [CM503002]: Call(C:54): Alerting Line:10000>>089xxxxxx79 by contact <sip:[email protected]:5060/UDP>
12.08.2020 17:05:59 - [CM503025]: Call(C:54): Calling T:Line:10000>>089xxxxxx79@[Dev:sip:[email protected]:5060] for L:54.1[Fax:50]
12.08.2020 17:05:59 - [CM503027]: Call(C:54): From: Fax:50 (<sip:[email protected]3cx.de:0>) to T:Line:10000>>089xxxxxx79@[Dev:sip:[email protected]:5060]
12.08.2020 17:05:59 - [CM503004]: Call(C:54): Route 1: from L:54.1[Fax:50] to T:Line:10000>>089xxxxxx79@[Dev:sip:[email protected]:5060]
12.08.2020 17:05:59 - Line limit check: Current # of calls for line Lc:10000(@Colt (SIP Trunking)[<sip:[email protected]:5060/UDP>]) is 0; limit is 10
12.08.2020 17:05:59 - Call(C:54): Call from Fax:50 to 089xxxxxx79 matches outbound rule 'default'
12.08.2020 17:05:59 - [Flow] Call(C:54): has built target endpoint: Out#:>>Rule{default}>>089xxxxxx79 for call from L:54.1[Fax:50]
12.08.2020 17:05:59 - [Flow] Target endpoint for 089xxxxxx79 is Out#:>>Rule{default}>>089xxxxxx79
12.08.2020 17:05:59 - [CM503010]: Call(C:54): Making route(s) from Fax:50 to <sip:[email protected]3cx.de:0/UDP>
12.08.2020 17:05:59 - [CM500002]: Call(C:54): Info on incoming INVITE from Fax:50:

Invite-IN Recv Req INVITE from 127.0.0.1:5080 tid=1698830524 Call-ID=[email protected]:
INVITE sip:[email protected]:5060;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---1698830524;rport=5080
Via: SIP/2.0/UDP [::ffff:83.135.223.101]:51285;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=sbc.be6288f2
Via: SIP/2.0/UDP 192.168.xxx.xxx:5060;branch=z9hG4bK1698830524;rport=5060
Max-Forwards: 68
Record-Route: <sip:[email protected]:5080;user=proxy;uri=sbc.be6288f2>
Record-Route: <sip:[email protected]:5060;user=proxy;tnlid=sbc.be6288f2>
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]3cx.de>
From: <sip:[email protected]3cx.de>;tag=1670415857
Call-ID: [email protected]
CSeq: 41 INVITE
Accept: application/sdp, application/dtmf-relay
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE
Content-Type: application/sdp
Proxy-Authorization: Digest username="gznIlHCf2s",realm="3CXPhoneSystem",nonce="414d53595f34055600:fe7e8e57dfafe4ae7bb15899e7294158",uri="sip:[email protected]3cx.de",response="c68f2bc580fcdabc2da2629ba5139034",algorithm=MD5
Supported: replaces, path, timer, eventlist
User-Agent: Grandstream HT802 1.0.19.11 C074AD0C0CE3
Privacy: none
P-Preferred-Identity: <sip:[email protected]3cx.de>
P-Access-Network-Info: IEEE-EUI-48;eui-48-addr=44-4E-6D-64-32-C7
P-Emergency-Info: IEEE-EUI-48;eui-48-addr=C0-74-AD-0C-0C-E3
Content-Length: 427

v=0
o=50 8000 8000 IN IP4 192.168.xxx.xxx
s=SIP Call
c=IN IP4 127.0.0.1
t=0 0
m=audio 14386 RTP/AVP 0 8 18 2 97 120 101
a=sendrecv
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:2 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=20
a=rtpmap:120 opus/48000/2
a=fmtp:120 maxplaybackrate=16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16,32-36,54

12.08.2020 17:05:59 - [CM503001]: Call(C:54): Incoming call from Fax:50 to <sip:[email protected]3cx.de:0>


Danke + Gruß
Stephan
 
Ich habe bei einem Freund ein HT802 eingerichtet. Dazu habe ich eine Nebenstelle manuell angelegt und die Zugangsdaten im HT eingegeben (ohne Autoprovisionierung oder DECT/FXS). Als Codecs (Nebenstelle + HT) wird nur G.711 (PCMA/PCMU) verwendet. So hat es bei ihm am Telekom NGN Anschluss am besten funktioniert.
 
Stephan93339 schrieb:
Läuft leider nicht so ganz...

@wolfi: ja, habe deine Einstellungen nachgebaut, musste "nur" ein andres Caller ID Scheme wählen, da ich mit deiner Einstellung gar nicht raus kam.

Hier mal die Logfiles, evtl. könnt Ihr da was genaueres rauslesen:

12.08.2020 17:06:34 - Leg L:54.1[Fax:50] is terminated: Cause: BYE from local
12.08.2020 17:06:34 - [CM503008]: Call(C:54): Call is terminated
12.08.2020 17:06:34 - Leg L:54.2[Line:10000>>089xxxxxx79] is terminated: Cause: BYE from xxx.xxx.xxx.xxx:5060
12.08.2020 17:06:06 - Currently active calls - 1: [54]
12.08.2020 17:06:01 - [CM503007]: Call(C:54): Line:10000>>089xxxxxx79 has joined, contact <sip:[email protected]:5060/UDP>
12.08.2020 17:06:01 - [CM503007]: Call(C:54): Fax:50 has joined, contact <sip:[email protected]:5060/UDP>
12.08.2020 17:06:01 - L:54.2[Line:10000>>089xxxxxx79] has joined to L:54.1[Fax:50]
12.08.2020 17:06:01 - [CM505003]: Provider:[Colt (SIP Trunking)] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
12.08.2020 17:06:01 - [CM503002]: Call(C:54): Alerting Line:10000>>089xxxxxx79 by contact <sip:[email protected]:5060/UDP>
12.08.2020 17:05:59 - [CM503025]: Call(C:54): Calling T:Line:10000>>089xxxxxx79@[Dev:sip:[email protected]:5060] for L:54.1[Fax:50]
12.08.2020 17:05:59 - [CM503027]: Call(C:54): From: Fax:50 (<sip:[email protected]3cx.de:0>) to T:Line:10000>>089xxxxxx79@[Dev:sip:[email protected]:5060]
12.08.2020 17:05:59 - [CM503004]: Call(C:54): Route 1: from L:54.1[Fax:50] to T:Line:10000>>089xxxxxx79@[Dev:sip:[email protected]:5060]
12.08.2020 17:05:59 - Line limit check: Current # of calls for line Lc:10000(@Colt (SIP Trunking)[<sip:[email protected]:5060/UDP>]) is 0; limit is 10
12.08.2020 17:05:59 - Call(C:54): Call from Fax:50 to 089xxxxxx79 matches outbound rule 'default'
12.08.2020 17:05:59 - [Flow] Call(C:54): has built target endpoint: Out#:>>Rule{default}>>089xxxxxx79 for call from L:54.1[Fax:50]
12.08.2020 17:05:59 - [Flow] Target endpoint for 089xxxxxx79 is Out#:>>Rule{default}>>089xxxxxx79
12.08.2020 17:05:59 - [CM503010]: Call(C:54): Making route(s) from Fax:50 to <sip:[email protected]3cx.de:0/UDP>
12.08.2020 17:05:59 - [CM500002]: Call(C:54): Info on incoming INVITE from Fax:50:

Invite-IN Recv Req INVITE from 127.0.0.1:5080 tid=1698830524 Call-ID=[email protected]:
INVITE sip:[email protected]:5060;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bK-524287-2---1698830524;rport=5080
Via: SIP/2.0/UDP [::ffff:83.135.223.101]:51285;branch=z9hG4bK-524287-1---tunneltid;rport;tnlid=sbc.be6288f2
Via: SIP/2.0/UDP 192.168.xxx.xxx:5060;branch=z9hG4bK1698830524;rport=5060
Max-Forwards: 68
Record-Route: <sip:[email protected]:5080;user=proxy;uri=sbc.be6288f2>
Record-Route: <sip:[email protected]:5060;user=proxy;tnlid=sbc.be6288f2>
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]3cx.de>
From: <sip:[email protected]3cx.de>;tag=1670415857
Call-ID: [email protected]
CSeq: 41 INVITE
Accept: application/sdp, application/dtmf-relay
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE
Content-Type: application/sdp
Proxy-Authorization: Digest username="gznIlHCf2s",realm="3CXPhoneSystem",nonce="414d53595f34055600:fe7e8e57dfafe4ae7bb15899e7294158",uri="sip:[email protected]3cx.de",response="c68f2bc580fcdabc2da2629ba5139034",algorithm=MD5
Supported: replaces, path, timer, eventlist
User-Agent: Grandstream HT802 1.0.19.11 C074AD0C0CE3
Privacy: none
P-Preferred-Identity: <sip:[email protected]3cx.de>
P-Access-Network-Info: IEEE-EUI-48;eui-48-addr=44-4E-6D-64-32-C7
P-Emergency-Info: IEEE-EUI-48;eui-48-addr=C0-74-AD-0C-0C-E3
Content-Length: 427

v=0
o=50 8000 8000 IN IP4 192.168.xxx.xxx
s=SIP Call
c=IN IP4 127.0.0.1
t=0 0
m=audio 14386 RTP/AVP 0 8 18 2 97 120 101
a=sendrecv
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:2 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=20
a=rtpmap:120 opus/48000/2
a=fmtp:120 maxplaybackrate=16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16,32-36,54

12.08.2020 17:05:59 - [CM503001]: Call(C:54): Incoming call from Fax:50 to <sip:[email protected]3cx.de:0>


Danke + Gruß
Stephan
Zum Vergrößern anklicken....

Für mich ist daraus leider nicht ersichtlich, warum ein Teilnehmer ein BYE versendet.
Hast du von einem solchen Anruf mal einen Wireshark Mitschnitt gemacht. Mit Wireshark kannst du ganz einfach unter Telefonie->VoIP Anrufe die Pakete nach Anrufe filtern und dir sogar den Anrufablauf mit den Handshakes und den einzelenen LEGS anzeigen lassen.
3cx bietet ja die Möglichkeit, direkt an der Anlage einen Wireshark Mitschnitt an allen Schnittstellen zu machen. Das ist dann deutlich genauer, als die Logfiles.
 
Habe mal einen Wireshark Mitschnitt gemacht und den Anruf Flow in den Anhang gehängt.
Evtl. habt Ihr ja ne Idee

Danke + Gruß
Stephan
 

Anhänge

  • fax01-01.jpg
    fax01-01.jpg
    372,5 KB · Aufrufe: 47
Wenn ich das richtig sehe, ist das ja nur das eine LEG von dem Anruf und zwar das zwischen dem HT und der 3cx Anlage. Um den gesamten Callflow zu bewerten, stelle ich für den Wireshark Mitschnitt immer auf alle Schnittstellen. Damit lässt sich direkt vergleichen, was wurde bei dir gesendet und was kommt vom anderen Teilnehmer als Antwort.

Befinden sich HT802 und 3cx Anlage im selben Netzwerk?

Was mich dazu noch wundert: Daten werden bei dir von und an Port 20000 gesendet. Das ist ja für RTP kein Standartport (jedenfalls bei 3cx). Hast du das bei dir so eingestellt? Weil wenn nein, könnte das noch ein Grund sein.

Und dann greife ich nochmal die Fragen von Wolfi auf: Kannst du an dem Gerät Faxe empfangen und gingen vielleicht Faxe an andere externe Empfänger raus?

Gruß
Dennis
 
Hallo Dennis,

danke für diene Antwort.
Nein, das HT802 und die 3xc befinden sich nicht im selben Netz. Die 3xc steht in der Cloud (Azure) und das HT802 läuft einen SBC mit dem er da direkt verbindet.
Bzgl. des Ports habe ich nichts geändert, wo müsste ich das umstellen?

Ich kann nicht nach außen faxen, habe es an mehrere Empfänger schon versucht. Kein Erfolg.
Ich kann nur an den 3cx integrierten Fax Server senden. Der nimmt das Fax ohne Probleme an.
Einen Faxempfang habe ich über das Fax nicht getestet, da ich das Fax nur zum Versenden von Faxen benötige, nicht zum empfangen. Den Empfang übernimmt der 3cx interne Faxserver.

Danke + Gruß
Stephan
 
Ok, mit einem SBC hab ich selber noch nicht gearbeitet, aber das erklärt zumindest die Ports. An der Stelle sollte dann doch alles ok sein. HT802 und SBC kommunizieren ja, SBC meldet sich direkt bei der 3cx per Port 5090, da sollte nichts dazwischen funken.
Dann müsste halt noch geprüft werden, ob bei der Kommunikation zwischen 3cx Anlage und dem Empfängerfax alles ok ist. (Wireshark Mitschnitt auf "Alle Schnittstellen" an der 3cx Anlage).

Sonst hatte ich ja bereits erwähnt, dass das analoge Fax auch korrekt eingestellt werden muss: Bandbreite runter, Modus auf Sicher(VoIP), ggf. Überseemodus. Hattest du das auch bereits geprüft? (Je nach Fax musst du den Überseemodus immer wieder für jedes Fax erneut aktivieren, sowas gibt's leider immer noch)

Gruß
Dennis
 
Das mit dem Wireshark Mitschnitt in Azure muss ich noch schauen, sonst muss ich da ggfs. schnell ne win Kiste hochziehen und dort das mal testen.

Auf dem Brother MFC gibts da leider nicht so viel zum einstellen, das Thema VoIP habe ich da schon konfiguriert, brachte aber auch keinen Erfolg.

Gruß
Stephan
 
Na auf was für einem Host läuft denn die 3cx? Die kann dort ja eigentlich nur auf einem Windows oder einem Debian laufen. Bei Debian ist Wireshark bereits enthalten, sodass du im Dashboard nur ins Aktivitätenprotokoll gehen musst und ganz oben von (bei mir) ETH0 auf "Alle Schnittstellen" stellen und anschließend auf "Erfassen" klicken musst. Bei einem Windows Host musst du auf genau diesem Wireshark installieren und kannst das dann auf genau dem gleichen Weg durchführen.

Was mir gerade noch zusätzlich eingefallen ist: Sind über den SBC noch weitere Telefone/Geräte an der 3cx angemeldet? Sind die in irgendeiner Weise betroffen? Hattest du mal versucht, deine Handynummer mit dem Fax anzurufen, ob überhaupt ein Voicekanal hin und zurück geht? Alternativ mal mit einem Analogen Telefon über diesen Port versuchen. Man kann an den Port ja jedes x-beliebige analoges Gerät dran betreiben. Ggf. ist nämlich in eine der beiden Richtungen gar kein Sprachkanal vorhanden.
 
Hallo zusammen,

sorry für die späte Reaktion, hatte leider keine Zeit das Thema weiter zu verfolgen. Aber kurzum, das Problem besteht leider immer noch.
Habe hier einen Wireshark Mitschinitt angehängt. Ach ja, die 3CX läut auf einer Windowsmaschine.

Danke + Gruß
Stephan
 

Anhänge

Hallo Stephan,

für mich sieht es nach einem Problem mit T.38 aus. Dort ist ja leider nirgends ein T.38 Reinvite zum rechten Leg zu sehen.
Ich würde vorschlagen, dass du es vielleicht doch nochmal über G711 versuchst. Das bringt zwar auch seine Probleme mit sich, aber diesen Standard kann zumindest jeder.

Sonst hattest du ja noch geschrieben, dass du das SIP-ATA manuell eingerichtet hast. Gibt es dafür eigentlich einen speziellen Grund? 3cx erstellt dir doch von sich aus eine Config-Datei, die die einfach bloß hochladen musst.

Gruß
Dennis
 
Hallo Dennis,

hier gleich noch mal mit G711. Schaut aber noch schlechter aus.

Habe die ATA auch jetzt schon per XML konfiguriert, mit der aktuellen Version kann man das jetzt ja out of the box per SBC machen, in der alten Version musste man da ja noch Hand anlegen.

Gruß
Stephan
 

Anhänge

  • mitschnittg711.jpg
    mitschnittg711.jpg
    117,7 KB · Aufrufe: 18
Oha, da kommt das BYE ja fix.
Mir fallen auf Anhieb nur noch zwei Punkte ein, die da helfen könnten.
-SIP Helper in der Firewall deaktivieren
-PBX überträgt Audio im SIP-Trunk und in der Nebenstelle aktivieren
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.444
Beiträge
232.829
Mitglieder
78.343
Neuestes Mitglied
https://www.3cx.fr/forum/
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten