ATA/FAX Patton SN200 lässt sich nicht anmelden

[Jt-o-it]

Hallo zusammen,

Bei unserem Kunden verwenden wir die 3CX der V18 Version - lokale Instanz.
Die FQDN wird sowohl im internen als auch externen Netz richtig aufgelöst.

Jetzt haben wir ein Patton SN200 angeschlossen, da der Kunde auf FAX angewiesen ist. Besonders zum Versenden des FAX
Der Patton wurde nach der von 3CX zur Verfügung gestellten Anleitung eingerichtet und provisioniert.

Beide Geräte befinden sich physikalisch am gleichen und im gleichen Netzwerk 192.1.x.x
Allerdings erhalte ich nun nach Provisionierung des Patton folgenden Fehler und die lokale IP-Adresse wird wenig später gesperrt.

SIP request (REGISTER) from 192.1.x.x (IP des Patton) was rejected. Reason: Block WAN requests is ON. Message: REGISTER sip:FQDN-Adresse:5060 SIP/2.0 Via: SIP/2.0/UDP 92.1.x.x (IP des Patton):5060;branch=z9hG4bK1b1e0dbac4be7999f Max-Forwards: 70 Contact: <sip:[email protected] (IP des Patton):5060;transport=udp> To: <sip:880@FQDN-Adresse:5060> From: <sip:880@FQDN-Adresse:5060>;tag=290ef3155b Call-ID: 26d76ea5d8b80fb9 CSeq: 196538303 REGISTER Expires: 60 Proxy-Authorization: Digest username="Benutzername",realm="3CXPhoneSystem",nonce="414d53596596df5055:c7b352252824c59624ec9855c0e8b4ef",uri="sip:FQDN-Adresse:5060",response="2424cf36c36dd6f8570e68f5f34eac2f",algorithm=MD5 User-Agent: Patton SN200/1JS1V 00A0BA12682A 3.22.0-23083 2.1 M5T SIP Stack/4.2.28.153 Content-Length: 0

Der Fehler "Block WAN requests is ON. Message" ist auch schon bei den lokalen IP Telefonen aufgetreten, konnte aber in der Nebenstelle deaktiviert werden. Dies ist ja bei den FAX Nebenstellen nicht möglich.

Woran kann das liegen? Wie ist dies zu beheben?

 

[nobody]

Tel. Anlange und Patton sind wirklich im gleichen Subnetz?
Ist die Tel. Anlage eventuell multihomed (mehere Netzwerkkarten/IP Adressen)?
Wenn Du auf ein beispielhaftes Telefon gehst in der Verwaltungskonsole, unter dem Reiter "Telefon-provisionierung", ist dort bei der provisionierungsmethode auch das Subnetz in dem Tel.Anlage und Patton sind unter "Schnittstelle auswählen" angezeigt?
Und der Patton: nimmt der die IP oder den DNS namen? Wenn der den DNS namen nimmt, hat der auch den korrekten internen DNS server eingetragen oder vielleicht was anderes?

Ansonsten aber wenn das alles passt: Umweg: Du musst eine FAX nebenstelle nicht als Fax nebenstelle einrichten. Du kannst auch einfach eine Nebenstelle einrichten. Für mich funktioniert das. Sowohl mit Patton als auch mit XCAPI

 

[fxbastler]

SIP request (REGISTER) from 192.1.x.x (IP des Patton) was rejected. Reason: Block WAN requests is ON. Message: REGISTER sip:FQDN-Adresse:5060 SIP/2.0 Via: SIP/2.0/UDP 92.1.x.x (IP des Patton):5060;branch=z9hG4bK1b1e0dbac4be7999f Max-Forwards: 70 Contact: <sip:880@92.1.x.x (IP des Patton)

Eine (vielleicht wesentliche) Frage am Rande: ist die jeweils fehlende 1 vor der 92 in der IP ein Kopierfehler?

 

[bitn2]

Split DNS korrekt eingerichtet?

 

[Jt-o-it]

Eine (vielleicht wesentliche) Frage am Rande: ist die jeweils fehlende 1 vor der 92 in der IP ein Kopierfehler?

Vielen Dank für die Aufmerksame Rückmeldung. Die fehlende 1 ist tatsächlich ein Kopierfehler meinerseits gewesen. Ich habe es auch noch einmal nachgeprüft.

Tel. Anlange und Patton sind wirklich im gleichen Subnetz?
Ist die Tel. Anlage eventuell multihomed (mehere Netzwerkkarten/IP Adressen)?
Wenn Du auf ein beispielhaftes Telefon gehst in der Verwaltungskonsole, unter dem Reiter "Telefon-provisionierung", ist dort bei der provisionierungsmethode auch das Subnetz in dem Tel.Anlage und Patton sind unter "Schnittstelle auswählen" angezeigt?
Und der Patton: nimmt der die IP oder den DNS namen? Wenn der den DNS namen nimmt, hat der auch den korrekten internen DNS server eingetragen oder vielleicht was anderes?

Ja, die Tel. Anlage und der Patton sind im gleichen Subnetz.
Die Tel. Anlage hat eine statische Interne IP Adresse, auch von dem Gerät selber ist nur eine LAN Schnittstelle aktiv.
Als Schnittstelle zur Provisionierung wird mir nur der DNS und nicht die IP angezeigt. Dies gilt sowohl für die Telefone als auch den Patton.
Da wir für die Einstellungen des DNS und der Netzwerkregeln auf einen anderen Dienstleister des Kunden angewiesen sind, kann ich die direkten Einträge nicht prüfen. Allerdings wird die DNS im internen Netz auf die Interne IP aufgelöst und aus dem externen Netz auf die externe IP.

 

[bitn2]

Da wir für die Einstellungen des DNS und der Netzwerkregeln auf einen anderen Dienstleister des Kunden angewiesen sind, kann ich die direkten Einträge nicht prüfen. Allerdings wird die DNS im internen Netz auf die Interne IP aufgelöst und aus dem externen Netz auf die externe IP.

Dann ist zumindest Split DNS korrekt eingerichtet. Trotzdem bedeutet "Block WAN Requests" das der Patton anscheinend versucht von extern auf die 3CX zu kommen.

 

[nobody]

Wenn es nur noch eine Schnittstelle zum auswählen gibt - die mit dem DNS namen:
Ich habe gelesen das auch in V18 bei Neuinstallationen ab einem Update stand von ??? nur noch der FQDN verwendet wird.
Aber in diesem Fall prüfe nochmal ob die Patton box auch den DNS server verwendet, der den Namen auf dei interne IP auflöst. Das kann man vielleicht schon sehen wenn man die Einstellungen des DHCP Servers anschaut. GGf. eben doch die IT des Kunden bitten das zu prüfen.

 

[bitn2]

Wenn es nur noch eine Schnittstelle zum auswählen gibt - die mit dem DNS namen:
Ich habe gelesen das auch in V18 bei Neuinstallationen ab einem Update stand von ??? nur noch der FQDN verwendet wird.
Aber in diesem Fall prüfe nochmal ob die Patton box auch den DNS server verwendet, der den Namen auf dei interne IP auflöst. Das kann man vielleicht schon sehen wenn man die Einstellungen des DHCP Servers anschaut. GGf. eben doch die IT des Kunden bitten das zu prüfen.

Das ist eine gute Idee, schau mal ob der Patton auch den korrekten DNS benutzt.

 

[Jt-o-it]

Fürs erste habe ich das Fax auf einer normalen Nebenstelle eingerichtet, wie von nobody auch vorgeschlagen. Vielen Dank dafür. Damit kann ich fürs erste zumindest den Fehler beim WAN Request umgehen. Dort warte ich noch auf Rückmeldung vom Kunden, ob das Fax wie gewünscht funktioniert, da mit die Nebenstelle als online angezeigt wird in der Tel. Anlage bin ich da aber guter Dinge.

Aber in diesem Fall prüfe nochmal ob die Patton box auch den DNS server verwendet, der den Namen auf dei interne IP auflöst. Das kann man vielleicht schon sehen wenn man die Einstellungen des DHCP Servers anschaut. GGf. eben doch die IT des Kunden bitten das zu prüfen.

Die Einstellungen des genutzten DNS Servers auf dem Patton habe ich ebenfalls nochmal geprüft. Dort ist auch der richtige DNS Server eingetragen.
Auch habe ich noch einmal prüfen lassen ob der DNS Server im internen Netz die FQDN richtig auf die interne IP Adresse auflöst. Auch das ist korrekt.

Ich danke vielmals für die Rückmeldungen.

 

[nobody]

mhmh.
eigentlich ist das ja nun erledigt, aber dennoch komisch.
Ich habe nochmal bei einem Kunden auf eine relativ neue Installation gekuckt. auch V18
dort gibt es zwar neben SBC und STUN auch "lan (intern)" als provisionierung-option, aber der link ist hier schon mit dem FQDN angegeben.
bei meiner Anlage steht dort noch die IP Adresse.
Dennoch habe ich die drei Optionen zur Auswahl. Wenn Du nur zwei hast, dann denke ich da stimmt was nicht. In diesem fall mach doch ein backup und richte die Tel.Anlage neu ein, vorher die service ports für http und https notieren, und die gleichen Daten wieder verwenden währen der installation.

Vielleicht wurde mal die IP Adresse oder das Subnetz geändert, ich habe keine Ahnung wie die Tel.Anlage auf sowas reagiert.
Oder, ist das subnetz eventl. nicht aus dem "privaten" adressbereich (192.168/16, 172.16/12, 10/8 )? Wäre das der fall, das könnte man vielleicht fixen indem man in der nginx.conf datei das lokale subnetz unter:
geo $is_remote {
default 1;
192.168.0.0/16 0;
172.16.0.0/12 0;
10.0.0.0/8 0;
127.0.0.1 0;
::0/0 0;
}
hinzufügt.

 

[fxbastler]

Ja, korrekt, völlig überlesen. Die Anforderungen der Nutzungsumgebung in diesem alten Beitrag (speziell das Thema RFC1918) gelten immer noch. Ich würde gern zum Webinar / Aufzeichnung des Basic 3CX Training 1. Tag verlinken, finde aktuell aber gerade außer auf englisch auf YT (ab 0:15) nichts mehr dazu, wurde wohl entfernt. Den nginx einer 3CX zu manipulieren ist nicht nur nicht der unterstützte Weg, das wird vmtl. nicht reichen (siehe 3CX Parameter LOCALSUBNETS) und das gibt immer wieder Probleme.

 

[Jt-o-it]

Ich habe nochmal bei einem Kunden auf eine relativ neue Installation gekuckt. auch V18
dort gibt es zwar neben SBC und STUN auch "lan (intern)" als provisionierung-option, aber der link ist hier schon mit dem FQDN angegeben.

das ist richtig, ich habe die 3 Möglichkeiten zur Auswahl bei der Provisionierungsoption, allerdings wird immer der FQDN angeben.

Den nginx einer 3CX zu manipulieren ist nicht nur nicht der unterstützte Weg, das wird vmtl. nicht reichen (siehe 3CX Parameter LOCALSUBNETS) und das gibt immer wieder Probleme.

Ich hatte auch bereits den IP-Adressebereich der Telefone zusätzlich in die 3CX Parameter LOCALSUBNETS eingetragen. Leider hat es das Problem nun auch nicht gelöst.

Nun ist ein weiteres "Problem" aufgetreten. Da ich nun den Patton mit einer normalen Nebenstelle fürs FAX hinterlegt habe, konnte die Nebenstelle zwar nun angemeldet werden, jedoch funktioniert der Faxversand noch nicht. Ich habe die Geräte aktuell so angeschlossen wie ich es auch bei einer Faxnebenstelle gemacht habe. Die Nebenstelle FAX ist auch in die Gruppen für ausgehende Regeln aufgenommen. Allerdings wird das FAX nicht Versand, ich vermute das es abgebrochen wird.
Folgende Meldung konnte ich der Telefonanlage entnehmen: 08.01.2024 11:07:05 - [Flow] Target endpoint for 0 can not be built!

Nachtrag:

 

[nobody]

Was ist denn nun das Subnetz in dem die Tel.Anlage ist?
Was die ausgehenden Anrufe angeht: mach doch mal einen wireshark dump. Da müsste man sehen was nicht stimmt.
Rufnummernerkennung ausgehend passt nicht, oder vielleicht kein Recht ausgehende Gespräche zu führen?

 

[Jt-o-it]

Was ist denn nun das Subnetz in dem die Tel.Anlage ist?

Das Subnetz in dem sich die TK, alle Telefone und der Patton befinden ist 192.1.1.0/24

Ich hatte gestern ein Gespräch mit einem anderen Dienstleister zu der 3CX-Telefonanlage.
Dort ist die Anmerkung als möglicher Fehler gefallen, dass unter Einstellungen -> Netzwerk -> Standard Gateway die lokale IP Adresse der TK eingetragen ist. Mir bleibt in der Weboberfläche auch genau nur diese eine Auswahl.

Ich hab das bei anderen von uns betreuten Anlagen gegengeprüft, auch dort ist die lokale IP der jeweiligen TK eingetragen.
Daher kann ich mir nicht vorstellen, dass dies der Fehler sein soll. Zudem ich die IP Adresse auch nur an einer Stelle während der Installation manuell eingetragen hatte.

 

[nobody]

ok
192.1.1.0 ist eben nicht aus dem "privaten" adressbereich.
ich habe aber die Hoffnung, wenn Du nicht nur in der Datenbank der Tel. anlage " LOCALSUBNETS" änderst sondern auch die nginx konfiguration unsupporteterweise anpasst (danach am besten VM neu starten), dann tuts.

 

[bitn2]

Das Subnetz in dem sich die TK, alle Telefone und der Patton befinden ist 192.1.1.0/24

Genau das ist dein Problem. Bitte auf ein RFC konformes Netz umstellen.

 

[nobody]

An dieser Stelle etwas off-topic dazu:
Ich verstehe nicht, das die 3CX Tel Anlage nicht einfach einen optionalen Parameter bei der Installation behinhaltet, wo man sagen kann das lokale Subnetz ist.... und fertig. Weder beeinflusst das die funktion der Tel. Anlage noch die Sicherheit. Das einzige was man dadurch erleidet ist dass 254 hosts nicht mehr mit einem Telefonieren können, und das ist in den allerallermeisten Fällen etwas das nicht geschieht.

 

[bitn2]

An dieser Stelle etwas off-topic dazu:
Ich verstehe nicht, das die 3CX Tel Anlage nicht einfach einen optionalen Parameter bei der Installation behinhaltet, wo man sagen kann das lokale Subnetz ist.... und fertig. Weder beeinflusst das die funktion der Tel. Anlage noch die Sicherheit. Das einzige was man dadurch erleidet ist dass 254 hosts nicht mehr mit einem Telefonieren können, und das ist in den allerallermeisten Fällen etwas das nicht geschieht.

Die lokalen Netze sind angegeben. Wenn du natürlich dir irgend ein Netz ausdenkst was nicht der RFC entspricht, kann 3cx nichts dafür.

 

[nobody]

Richtig und Falsch, richtig weil so wie es 3CX gemacht hat so funktioniert wie Du sagst. Falsch, weil 3CX es anderes machen könnte. Wenn ich ein beliebiges SubNetz per NAT als lokal definiere, dann ist das mein lokales Netz.
Ich kenne kein anderes System/Software (man helfe mir gerne dabei eins zu finden) das ähnlich unflexibel ist wie die 3CX PBX.
Überall sonst kann man problemlos definieren was lokal ist oder was nicht.

 

[bitn2]

Richtig und Falsch, richtig weil so wie es 3CX gemacht hat so funktioniert wie Du sagst. Falsch, weil 3CX es anderes machen könnte. Wenn ich ein beliebiges SubNetz per NAT als lokal definiere, dann ist das mein lokales Netz.
Ich kenne kein anderes System/Software (man helfe mir gerne dabei eins zu finden) das ähnlich unflexibel ist wie die 3CX PBX.
Überall sonst kann man problemlos definieren was lokal ist oder was nicht.

Nein du kannst kein Netz als Lokal definieren....das tun andere bzw haben es schon getan. Das hat nichts mit unflexibel zu tun. Es macht schlicht keinen Sinn einen IP Bereich lokal zu nutzen der gegebenenfalls im Internet genutzt wird.