Toggle sidebar Toggle sidebar

Telekom - Häufiger Wechsel Trunk unregistered registered

Ich habe nun peoplefone und easybell parallel am Laufen. Bei easybell hatte ich heute Vormittag erneut den selben kurzen "Aussetzer", d.h. die Leitung ging kurzzeitig auf rot und ich sehe in der Übersicht der SIP-Trunks bei easybell eine fehlgeschlagene Anmeldung um 11:52. Ppeoplefone lief hingegen ohne Unterbrechung weiter und es gibt in der Übersicht keine fehlgeschlagene Anmeldung. Allerdings wurde ein Testanruf von mir während der Unterbrechung trotzdem angenommen, obwohl die Leitung rot war. Wie ist das möglich?
 
Ich habe nun Easybell. Peoplefone und Sipbase-Reventix getestet. Genau der selbe Fehler tritt bei allen drei Anbietern auf! Jedoch nur, wenn eingehende Anrufe über den Trunk geführt werden. Die Trunks, über welche keine Anrufe geführt werden, laufen ohne Unterbrechung weiter. Ich vermute, dass hier doch der Fehler in der 3CX liegt. @AristotelisK_3CX @avraammich_3CX Könnte man sich das von 3CX-Seite einmal ansehen? Vielen Dank!
Harald
 
Nachfolgend noch die entsprechenden Auszüge aus dem Ereignisprotokoll meiner Anlage:
  • Trunk L:10004(SIPbase-Reventix) has changed status to registered.
    SIP Server ID: 4100 16.10.2021 17:30:11
  • Registration at SIPbase-Reventix has failed. Destination (sip:212.87.45.202:5060;lr) is not reachable, DNS error resolving FQDN, or service is not available.
    SIP Server ID: 12293 16.10.2021 17:28:11
  • Trunk L:10004(SIPbase-Reventix) has changed status to unregistered. This means that no more calls will pass via this trunk. Please check your network connection and the voip provider or other SIP PBX
    SIP Server ID: 4100 16.10.2021 17:28:11

  • Trunk L:10003(Peoplefone) has changed status to registered.
    SIP Server ID: 4100 15.10.2021 23:16:09
  • Registration at Peoplefone has failed. Destination (sip:185.190.125.3:5060;lr) is not reachable, DNS error resolving FQDN, or service is not available.
    SIP Server ID: 12293 15.10.2021 23:14:09
  • Trunk L:10003(Peoplefone) has changed status to unregistered. This means that no more calls will pass via this trunk. Please check your network connection and the voip provider or other SIP PBX
    SIP Server ID: 4100 15.10.2021 23:14:09

  • Trunk L:10002(Easybell) has changed status to registered.
    SIP Server ID: 4100 14.10.2021 21:48:40
  • Registration at Easybell has failed. Destination (sip:195.185.37.60:5060;lr) is not reachable, DNS error resolving FQDN, or service is not available.
    SIP Server ID: 12293 14.10.2021 21:46:39
  • Registration at Easybell has failed. Destination (sip:195.185.37.60:5060;lr) is not reachable, DNS error resolving FQDN, or service is not available.
    SIP Server ID: 12293 14.10.2021 21:44:07
  • Trunk L:10002(Easybell) has changed status to unregistered. This means that no more calls will pass via this trunk. Please check your network connection and the voip provider or other SIP PBX
    SIP Server ID: 4100 14.10.2021 21:44:07
 
Welchen DNS Server verwendet die Anlage ?
 
Sie verwendet den DNS-Server auf unserer Firewall. Diese wiederum verwendet die DNS-Server unseres Internet-Providers M-Net.
 
Harpau schrieb:
Sie verwendet den DNS-Server auf unserer Firewall. Diese wiederum verwendet die DNS-Server unseres Internet-Providers M-Net.
Zum Vergrößern anklicken....

Da DNS Fehler auftreten würde ich mal testweise den google DNS (8.8.8.8) direkt auf der 3CX Anlage eintragen und eine Firewall Regel erstellen das die Anlage DNS direkt zu Google erlaubt.
 
bitn schrieb:
Da DNS Fehler auftreten würde ich mal testweise den google DNS (8.8.8.8) direkt auf der 3CX Anlage eintragen und eine Firewall Regel erstellen das die Anlage DNS direkt zu Google erlaubt.
Zum Vergrößern anklicken....
Kannst Du mir sagen, wie ich das in meiner 3CX einstelle?
Vielen Dank!
 
Hallo @Harpau ,
Den DNS Server stellst du auf Betriebssystem Ebene ein. z.B. Windows oder Debian oder falls für den 3CX Server relevant in deinem DHCP Server.

Ich würde aber darauf wetten, das DNS nicht das Problem ist.
Mit dem was ich bisher gelesen habe, tippe ich auf TCP Session Resets wie auch bei Sofworks mit einem Lancom Router.
Softworks schrieb:
Bei uns war es das TCP-Aging (KeepAlive). Habe ich in unserem Lancom Router auf 500 statt 120 Sekunden gestellt. Seit dem keinen einzigen Abbruch mehr erleben müssen. Dies habe ich mit langem hin und her mit Lancom-Support herausbekommen.
Zum Vergrößern anklicken....

Ein paar Fakten und Annahmen zu eurem Aufbau:
Eure 3CX steht lokal (Hyper V VM auf Windows Server 2019 Basis?)
Mit DSL? Glasfaser? von m-net
Fiber Endpunkt von Juniper/Cisco dann direkt ein Gateway (Lancom?)
Oder DSL Modem / Router in einem (Lancom?)
--

Empfehlung wäre:
1) DNS auf Cloudflare 1.1.1.1 oder Google 8.8.8.8 / kann nicht schaden
2) Netzwerkmitschnitt an 3CX und/oder Gateway
3) Austausch Gateway und / oder IP Access / Testbetrieb
 
Zuletzt bearbeitet:
Falls die 3CX unter Debian läuft editiere die Datei /etc/resolv.conf.
Dort dürfte zur Zeit ein Eintrag drinnen stehen
nameserver ip.deiner.Firewall

In der Datei dürfen/können bis zu 3 Einträge vorhanden sein. Ergo ergänzt du wie folgt:
nameserver ip.deiner.Firewall
nameserver 8.8.8.8

Abspeichern - anschließend das Netzwerk oder gleich die ganze 3CX neu starten.
 
  • Like
Reaktionen: Andreas Conrad
Danke für Eure Tipps! Ich habe nun in resolv.conf 1.1.1.1 als weiteren DNS-Server eingetragen und beobachte nun, ob das Problem damit behoben ist.
Noch ein paar Infos zu meinem Aufbau: Wir haben einen Glasfaser-Anschluss von m-net an welchem eine OPNSense hängt. Die 3CX habe ich aus dem ISO-File direkt auf einem Thomas-Krenn LES PLUS V2 Mini-Server installiert. Sie läuft nicht in einer VM.
 
Hallo
ich hätte alle vorhanden DNS Server entfernt und nur die 1.1.1.1 und 8.8.8.8 hinzugefügt um sicher zu gehen.
 
Ich habe den DNS Server 1.1.1.1 als ersten konfiguriert. Gerade eben ist der Fehler erneut aufgetreten. Ich habe dann, während der Trunk inaktiv war, mehrfach nslookup sipbase.de (das war der ausgefallene reventix Trunk) ausgeführt. Das Ergebnis kam stets vom Server 1.1.1.1 und war korrekt.
Auffällig ist, das erneut genau der Trunk ausgefallen ist, über den immer mal wieder Gespräche laufen. Im Moment des Ausfalls war jedoch kein Gespräch aktiv.
Meine beiden anderen Trunks von easybell und peoplefone liefen ohne Unterbrechung weiter.
Das hatte ich bereits ein paar Antworten vorher festgestellt und @AristotelisK_3CX und @avraammich_3CX darum gebeten, sich das einmal anzusehen, bisher jedoch keine Antwort erhalten.
 
Nur der Vollständigkeit halber nachgefragt:
  • Wurde in der opnSense (evtl. unter Advanced / Firewall & NAT) die Firewall Optimization Option auf Conservative gestellt?
  • Wurde unter Firewall / NAT / Outbound NAT / Mappings für die 3CX eine Regel mit Static Port eingerichtet? (Ich gehe davon aus, sonst würde der Firewall Check vmtl. nicht grün werden.)
 
Hi Harpau,

kannst du mir bitte logs im ausführlichen Modus sowie Pcap Aufzeichnung mit dem betroffenem Verhalten zukommen lassen in PM bitte.

Ich gehe auch davon aus das wir ein RST bekommen, wie von Andreas schon oben erwähnt.
Fixen muss du dieses jedoch selber.
Eine 3cx Anlage ist hier nicht der Übeltäter ;)
PS: auch mit erfolgreich Firewall Checket kannst du das Verhalten bekommen.
 
fxbastler schrieb:
Nur der Vollständigkeit halber nachgefragt:
  • Wurde in der opnSense (evtl. unter Advanced / Firewall & NAT) die Firewall Optimization Option auf Conservative gestellt?
  • Wurde unter Firewall / NAT / Outbound NAT / Mappings für die 3CX eine Regel mit Static Port eingerichtet? (Ich gehe davon aus, sonst würde der Firewall Check vmtl. nicht grün werden.)
Zum Vergrößern anklicken....
Eine "Firewall Optimization Option" kann ich trotz intensiver Suche nicht finden.
Die Regel mit Static Port ist eingerichtet.
 
  • Like
Reaktionen: Harpau
avraammich_3CX schrieb:
Hi Harpau,

kannst du mir bitte logs im ausführlichen Modus sowie Pcap Aufzeichnung mit dem betroffenem Verhalten zukommen lassen in PM bitte.
Zum Vergrößern anklicken....
Hallo Avraammich,

danke für Deine Rückmeldung. Kann ich denn ein ausführliches Log über einen ganzen Tag laufen lassen? Der Fehler tritt ja nur relativ selten auf. Das selbe Problem habe ich mit der Pcap Aufzeichnung. Ich kenne mich mit Wireshark leider nicht aus. Wird da nicht der Netzwerkverkehr im gesamten Netzwerk aufgezeichnet? Oder lässt sich das irgendwie einschränken?
 
Hi,

Kann ich denn ein ausführliches Log über einen ganzen Tag laufen lassen?

Ist abhängig von deinen Spezifikationen, wenn du genügend Speicher frei hats ist es kein Problem.

Da es sporadisch ist kannst du einen Tshark laufen lassen mit filter.
 
  • Like
Reaktionen: Harpau
  • Like
Reaktionen: fxbastler
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.754
Beiträge
233.661
Mitglieder
78.497
Neuestes Mitglied
Support IDMC
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten