Fax von Beronet Adapter verschicken

TheDude

Customer
Mitglied seit
15. Februar 2023
Beiträge
14
Nachdem die initialen Schritte durch diesen Post behoben werden konnten, stehe ich jetzt noch vor der Herausforderung, ein Fax vom physischen Gerät hinaus in die Welt zu schicken. Hier kurz zum Setup:

Ein Telekom-CompanyFlex an einer im Firmennetz gehosteten 3CX. Der integrierte Fax-Server ist eingerichtet und funktioniert auch tadellos, soweit ich das über PDF24 verifizieren kann. Zusätzlich dazu ist, wie im oben verlinkten Post beschrieben, ein physischen Fax-Gerät in Form eines Kyocera TASKalfa 3253ci hinter einem Beronet-ATA Adapter mit FXS Buchse vorhanden.

Für dieses Fax ist in der 3CX unter Erweitert->Fax eine Nebenstelle eingerichtet. Auf dem SIP-Trunk wurde eine MSN hinterlegt, und eine DDI an den entsprechenden Fax-Account eingerichtet. Der Beronet-Adapter registriert sich mittlerweile auch wie erwartet. Der Wählplan wurde ganz entsprechend dieser Anleitung eingerichtet. Faxe, welche von PDF24 versendet wurde, werden auch tatsächlich bis zum Fax-Gerät durchgestellt und auf Papier gebracht! Für mich persönlich bereits ein Riesenerfolg. XD
Was ebenfalls funktioniert ist das Versenden an den internen Fax-Server der 3CX vom physischen Gerät, d.h. über den Beronet-Adapter, aus. Diese werden dann korrekt als E-Mail zugestellt.

Was leider noch nicht funktioniert ist das Zustellen an Nummern außerhalb des eigenen Netzes, d.h. wenn ich versuche beispielsweise an die Testnummer von Simple-Fax zu schicken, ertönt am Fax ein Ton als würde sofort aufgelegt. Im Aktivitätenprotokoll steht dann:

Code:
08.10.2023 20:01:10 - [CM503013]: Call(C:128): Incoming call rejected, caller is unknown; msg=Invite-IN Recv Req INVITE from 192.168.30.15:5060 tid=ttK12FgcNBmZB Call-ID=7fcf544a-e0a7-123c-3d99-7b2011fbe360:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.30.15;rport=5060;branch=z9hG4bKttK12FgcNBmZB
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]>
From: <sip:[email protected]>;tag=0Zp8BQ4ZcpNmj
Call-ID: 7fcf544a-e0a7-123c-3d99-7b2011fbe360
CSeq: 73840243 INVITE
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, INFO, REGISTER
Content-Disposition: session
Content-Type: application/sdp
Proxy-Authorization: Digest username="223",realm="3CXPhoneSystem",nonce="414d53596522ee6640:80de178243a22a5145cf46a44c9394a1",algorithm=MD5,uri="sip:[email protected]",response="62c080e6c9f51e34dad13cefc4a9905f"
Supported: timer, replaces
User-Agent: Berofix VOIP Gateway (20.05.04)
Privacy: none
P-Asserted-Identity: <sip:[email protected];user=phone>
Content-Length: 220

v=0
o=- 145267294353013704 5420602113953276314 IN IP4 192.168.30.15
s=-
c=IN IP4 192.168.30.15
t=0 0
m=audio 6000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

Der Fokus ist also "Incoming call rejected, caller is unknown;". Laut einem ähnlichen Post hier hat es geholfen ein From-Feld zu überschreiben. Eventuell verstehe ich aber auch die Fehlermeldung falsch. Immerhin hat doch das Versenden an die interne Fax-Server Nummer funktioniert?

Für eure Hilfe bedanke ich mich bereits jetzt im Voraus!
 
Die rufende Nebenstelle sieht mit +4930223@... nicht richtig aus.
 
  • Like
Reaktionen: MarcosV__3CX
Ja, das stimmt schon. Grund dafür ist, dass der Wählplan genau wie hier erklärt, ausgefüllt wurde. Zusammen mit den ausgehenden Regeln der 3CX kommt dass die oben skizzierte Nummer raus, da der Präfix vom Rufnummernblock so noch fehlt.

Ich habe das nun über den Wählplan in der beronet abgeändert (die XXXX dienen nur der Anonymisierung):

1697209260348.png

Das scheint aber (leider) nicht die Ursache zu sein, denn die Fehlermeldung hat immer noch die gleiche Form:

Code:
13.10.2023 16:51:19 - [CM503013]: Call(C:469): Incoming call rejected, caller is unknown; msg=Invite-IN Recv Req INVITE from 192.168.30.15:5060 tid=7BtFt5DSeQgrN Call-ID=cf1b4121-e47a-123c-8695-b5c6aba686cf:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.30.15;rport=5060;branch=z9hG4bK7BtFt5DSeQgrN
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]>
From: <sip:[email protected]>;tag=eay9gSXcr0BSr
Call-ID: cf1b4121-e47a-123c-8695-b5c6aba686cf
CSeq: 74050548 INVITE
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, INFO, REGISTER
Content-Disposition: session
Content-Type: application/sdp
Proxy-Authorization: Digest username="223",realm="3CXPhoneSystem",nonce="414d53596529596697:ca1ec60868127ef6d0685ea1cb2cce10",algorithm=MD5,uri="sip:[email protected]",response="0b03b93c75ad19d87d50a137b438471f"
Supported: timer, replaces
User-Agent: Berofix VOIP Gateway (20.05.04)
Privacy: none
P-Asserted-Identity: <sip:[email protected];user=phone>
Content-Length: 221

v=0
o=- 4558971018278480617 1685958761042103002 IN IP4 192.168.30.15
s=-
c=IN IP4 192.168.30.15
t=0 0
m=audio 6000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

Auf dem SIP-Trunk habe ich die entsprechende (ausgehende) Nummer +493641XXXX223 als MSN in folgender Form hinterlegt *XXX223. Eine DID existiert also, und funktioniert auch, da eingehend die Faxe wie erwartet weiter geleitet werden.

Hat noch jemand eine Idee?
 
Ich habe jetzt noch einmal nachgeschaut, wie das FROM Feld aussieht, wenn normale Anrufe von unseren Snom-Telefonen rausgehen. Da steht dann nur die NSt.-Nummer@... drin.

Also habe ich den Beronet jetzt in den Einstellungen insofern abgewandelt, dass er das FROM Feld unangetastet lässt (via "Quellnummernformat: unknown"):

1697211372653.png

Jetzt sieht das Aktivitätenprotokoll so aus:

Code:
3.10.2023 17:32:42 - [CM500002]: Call(C:473): Info on incoming INVITE from Fax:223:
Invite-IN Recv Req INVITE from 192.168.30.15:5060 tid=U1vrp4Sgr6p4F Call-ID=9712d604-e480-123c-8695-b5c6aba686cf:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.30.15;rport=5060;branch=z9hG4bKU1vrp4Sgr6p4F
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]>
From: <sip:[email protected]>;tag=KQv5S0Hy9cUpj
Call-ID: 9712d604-e480-123c-8695-b5c6aba686cf
CSeq: 74051790 INVITE
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE, NOTIFY, REFER, UPDATE, INFO, REGISTER
Content-Disposition: session
Content-Type: application/sdp
Proxy-Authorization: Digest username="223",realm="3CXPhoneSystem",nonce="414d53596529631a19:602b6918f54e829fab2ff1f18427d73a",algorithm=MD5,uri="sip:[email protected]",response="01e4e609c491b00d7154b2489d613d63"
Supported: timer, replaces
User-Agent: Berofix VOIP Gateway (20.05.04)
Privacy: none
P-Asserted-Identity: <sip:[email protected];user=phone>
Content-Length: 221

v=0
o=- 5861796763627171556 8587316782397213310 IN IP4 192.168.30.15
s=-
c=IN IP4 192.168.30.15
t=0 0
m=audio 6000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

Dafür krieg ich jetzt ...

1697213394168.png

:rolleyes:
 
Noch als Anmerkung:

Normale Telefonate funktioneren weiterhin - ohne Probleme. Nur eben von diesem einen Fax-Gerät aus, erhalte ich nun diesen Fehler, der mich leider relativ ratlos zurück lässt.

In anderen Foren-Einträgen findet man Angaben über spezielle DNS-Server, die man bräuchte. Aber 1. haben wir das bereits so eingerichtet, da die 3CX bereits seit über 1 Jahr an diesem Telekom Company Flex läuft, und 2. betrifft es nur das nun eingerichtete Fax, ausgehend.
 
Hier mal einen Vermutung/geraten:
ist das ein Rufnummernblock mit Durchwahlen?
kann es sein, deine Telefon-nebenstellen, die zeigen die "0" an als ausgehende nummer?
Und nur das FAX zeigt/will seine DuWa anzeigen?
Dann lässt sich nämlich die telekom es mit 10E/Monat extra vergüten wenn Du Clip-No-Screening machen willst, und selbst wenn es Deine Nummern sind, nein, Du darfst nur die 0 melden - oder eben 10E aufpreis/Monat zahlen.
 
Das war zumindest ein guter Hinweis. Wir verwenden einen Rufnummernblock und die anderen Nebenstellen über entsprechende Durchwahlen.
Tatsächlich werden, auch ohne die 10€ Extra im Monat, die externen Nummern über die bisherigen Benutzeraccounts alle ordentlich nach außen angezeigt.
Im Fax-Gerät hatte ich allerdings die ausgehende Nummer mit 03641... begonnen, und bei den anderen Nebenstellen mit +493641...
Nachdem ich das entsprechend angepasst hatte: ging's trotzdem erstmal nicht! Aber der Fehler war weg. ;)

Es stellte sich dann noch heraus, dass die verfügbaren Leitungen von Seiten der Telekom zum Testzeitpunkt durch Gespräche bereits gefüllt waren. Zu einem späteren Zeitpunkt konnte ich dann verifizieren, dass Faxe nun endlich korrekt gesendet werden!

Vielen Dank an alle! :)
 

Statistik des Forums

Themen
44.414
Beiträge
232.716
Mitglieder
78.330
Neuestes Mitglied
uvitas