Telefone verlieren Verbindung zur 3CX OnPremises

Jasper Bredow

Silver Partner
Advanced Certified
Mitglied seit
20. Oktober 2020
Beiträge
81
Moin zusammen,

seit circa zwei Tagen verlieren unsere Yealink T46S nach und nach die Verbindung zur 3CX Anlage.
Das ganze sieht so aus, dass die Telefone "auf einmal" bei eingehenden Telefonaten nicht mehr klingeln und man mit diesen auch nicht mehr raus telefonieren kann.
In der Ecke des Telefons steht zwar noch der Name der entsprechenden Durchwahl, das Telefon ist aber auf der 3CX unter "Telefone" nicht mehr zu finden und auch in der 3CX App kann man dieses nicht mehr anwählen.
Per GUI lässt sich das Telefon noch erreichen und ein Neustart über GUI löst das Problem dann auch.
Da das letzte Update unserer 3CX knapp vier Wochen her ist und die Anlage auch nicht auf "Automatische Updates" steht, kann ich mir das ganze nicht erklären.

Hat jemand schon mal ein ähnliches Phänomen gehabt und vielleicht sogar eine Lösung dazu?

Viele Grüße
Jasper
 
Hallo @Jasper Bredow

  1. 3CX Version, z. B. Standard-Jahreslizenz 18.0.7.312
  2. Server OS, z. B. Debian 10 / Windows Server 2016
  3. Wird Ihr 3CX Server gehostet? Wenn ja, wo? z. B. on-Premise / gehostet via [AWS/Google/Azure/3CX]
  4. Wenn on-prem: Befindet sich die 3CX im gleichen phys. LAN wie die Telefone? ja / nein
  5. Firmware-Version Ihres IP-Telefons, z. B. Yealink T46S Version 66.86.0.5
  6. Provisionierungsmethode: lokal/VPN/STUN/SBC
  7. SIP-Trunk-Anbieter oder Marke/Modell des VoIP-Gateways, z. B.Easybell SIP-Trunk / Grandstream GXW-4104
  8. War der Firewall Checker erfolgreich?: ja/nein
  9. Nutzen Sie benutzerdefinierte Telefon-Templates?: ja/nein
  10. Wurde das Telefon schon einmal per Werkreset zurückgesetzt und neu provisioniert?: ja / nein
TEILEN SIE NIE: Lizenzschlüssel, öffentliche IP-Adressen, E-Mail-Adressen, Benutzernamen, Passwörter, FQDNs, Provisionierungs-URLs, etc.
 
  • Like
Reaktionen: Jasper Bredow
Hallo @fxbastler
  1. 3CX Version: Enterprise-Jahreslizenz 18.0.7.312
  2. Server OS: Debian 10
  3. Wird Ihr 3CX Server gehostet: OnPremises
  4. Wenn on-prem: Befindet sich die 3CX im gleichen phys. LAN wie die Telefone? ja
  5. Firmware-Version Ihres IP-Telefons, Yealink T46S Version 66.86.0.5
  6. Provisionierungsmethode: LAN (intern)
  7. SIP-Trunk-Anbieter oder Marke/Modell des VoIP-Gateways, Versatel SIP Trunk
  8. War der Firewall Checker erfolgreich?: ja
  9. Nutzen Sie benutzerdefinierte Telefon-Templates?: ja
  10. Wurde das Telefon schon einmal per Werkreset zurückgesetzt und neu provisioniert?: nein
 
Das Fehlerbild mit der fehlenden Signalisierung lässt u.a. Multicast (fehlende Signalisierung) oder generell Registrierungsprobleme (keine ausgehenden Anrufe) vermuten. Beides sieht man sehr gut mit einem Paketmitschnitt und Wireshark Auswertung.

Zur Multicast Fehlersuche und evtl. -behebung in der 3CX gab es einmal eine sehr gute Anleitung, der Link verweist nun leider in's Leere. Danke 3CX für die Aufräumarbeiten der Dokumentation </sarkasmus>.

Die Kontrolle, ob die 3CX Debian Multicast Bindung der Netzwerkkarte stimmt:
Bash:
root@pbx:~# netstat -g
IPv6/IPv4-Gruppenmitgliedschaften
Schnittstelle   RefZäh Grupp
--------------- ------ ---------------------
lo              1      all-systems.mcast.net
enp3s0          1      sip.mcast.net                <- das muss da sein
enp3s0          1      all-systems.mcast.net        <- das muss da sein
...

root@pbx:~# netstat -ng
IPv6/IPv4-Gruppenmitgliedschaften
Schnittstelle   RefZäh Grupp
--------------- ------ ---------------------
lo              1      224.0.0.1
enp3s0          1      224.0.1.75                   <- das muss da sein
enp3s0          1      224.0.0.1                    <- das muss da sein
...

Sonst einfach ein heilwegs entbehrliches Telefon komplett zurücksetzen, aus der NSt. der 3CX löschen und komplett per PNP neu einbinden und zuweisen.
 
Hi @Jasper Bredow,

das Verhalten welches du beschreibst kann nur am Netzwerk liegen, da Anlage On Premise on Telefone Lokal stehen zur anlage.

Werden auch valid Private Adressen verwenden?

Wie @fxbastler erwähnt pcap und logs werden dir Wahrheit mitteilen.

Das Telefon muss eine Updating device Nachricht innerhalb von 2 Minute(Expires: 120) senden.
Evtl. sendet das Telefon Nachricht und kommt auf der Anlage nicht an?
Liegt etwas dazwischen?

Wenn das nicht der Fall ist bekommst du genau dein beschriebenes Verhalten.
 
Zuletzt bearbeitet:
Wir hatten vor Jahren einmal ein ähnliches und richtig ärgerliches Problem. Das tauchte früher auch ab und an hier im Forum auf, siehe z.B. hier und hier.
 

Statistik des Forums

Themen
44.751
Beiträge
233.643
Mitglieder
78.493
Neuestes Mitglied
arming