Snom Telefone wechseln für wenige Sekunden zu "unregistriert"

[Eva]

Hallo zusammen,

bei einem unserer Kunden wechseln die Telefone (Snom 370, verbunden per LAN) mehrfach am Tag für kurze Zeit zu "unregistriert", erholen sich aber nach ca. 30 Sekunden /1 Minute wieder selbstständig. Auch Anrufe wurden dadurch (laut unserem Kunden) schon abgebrochen. Das passiert über den Tag hinweg zwar bei allen, aber nicht bei allen zur gleichen Zeit (i.d.R. maximal zwei gleichzeitig).
Die Anlage läuft auf einem Windows System beim Kunden vor Ort (LAN) und hat die aktuellen Updates (sowohl Windows als auch 3cx).

Folgende Schritte zur Fehlersuche haben wir schon unternommen:

- Endgeräte getauscht
- Verkabelung getestet
- Ports am Switch gewechselt
- Tag Übermittlung fürs VLAN geändert (nicht mehr durchs Telefon übermittelt, sondern am Switch fest hinterlegt)
- Netzwerk geändert (nicht mehr im VOIP VLAN)
- Ports am Platz getauscht
- Internetausfälle an der Firewall überprüft (keine im entsprechenden Zeitraum)
- Paketverlaust am Switch geprüft (nichts auffälliges)
- Firewall-Test ohne Probleme
- Endgeräte neu provisioniert

Nichts davon hat geholfen oder uns die Ursache verraten, aber langsam gehen uns die Ideen aus. Ich wäre also froh über jeden Tipp =)

Viele Grüße
Eva

 

[Marc H.]

Hey Eva,

kannst du sagen wieviel Zeit zwischen zwei Ausfällen an einem Telefon ist?

Und, hat es mal funktioniert oder ist das Problem seitdem die Telefone sind bzw. die 3CX dort ist?

Hast du auch andere Modelle bzw. einen anderen Telefonhersteller getestet?

Schöne Grüße,
Marc

 

[ET_Wedel]

Moin,

bei uns zeigen die Telefone ein ähnliches Verhalten,
allerdings dauern die "Ausfälle" hier nur ca 5 - 10 Sekunden.

Sehe ich fast täglich das ein Telefon die Meldung hat wenn ich gerade daneben stehe.

Dass dadurch Gespräche unterbrochen wurden ist bisher nicht bekannt.

Die Telefone sind D385er, 3CX im RZ gehostet (nicht bei 3CX).

Beschwert hat sich noch keiner unserer User, daher haben wir das bisher ignoriert...

Grüße,
Andre

 

[Eva]

Hey Eva,

kannst du sagen wieviel Zeit zwischen zwei Ausfällen an einem Telefon ist?

Und, hat es mal funktioniert oder ist das Problem seitdem die Telefone sind bzw. die 3CX dort ist?

Hast du auch andere Modelle bzw. einen anderen Telefonhersteller getestet?

Schöne Grüße,
Marc

Hallo Marc,

ja früher hat alles in genau der aktuellen Konstellation (Server, Switch, Telefone, Standort, IP Adressen) funktioniert.
Das Problem wurde uns vor ein paar Monaten zum ersten mal gemeldet, die Anlage und die Telefone haben sie aber schon seit Anfang 2019.
Wir wissen aber von keinen Änderungen, die die Anlage betreffen könnten im entsprechenden Zeitraum.
Telefone haben wir auch Snom 360 ausprobiert. Außerdem haben wir die Snom 370 mit 3cx bei uns und bei anderen Kunden im Einsatz, ohne Probleme und haben auch Geräte zwischen uns und dem Kunden getauscht.

Die Zeit zwischen den Ausfällen kann ich nicht genau sagen (da auch nicht sicher jeder Ausfall bemerkt wird.) Am einen Telefon ist ein Ausfall heute Vormittag und dann wieder heute gegen 13.30 Uhr aufgefallen.

Viele Grüße
Eva

 

[fxbastler]

Hallo,
drei erste mögliche Probleme: die Zeit der PBX und der Telefone, Multicast Probleme im Netzwerk und Reprovisionierungsprobleme weil die Dateien nicht abgerufen werden / nicht ankommen. Die Liste ist grundsätzlich länger aber bei dieser Beschreibung fällt mir das als Erstes dazu ein. Genau diese Symptome hatten wir auch schon (einmal sehr ärgerlich), konnten wir aber immer beheben.

Die Zeit sollte stetig und von einem Zeitserver kommen (und nicht von einem Virtualisierungshost durchgereicht).

Multicast Probleme erkennt man in den Wireshark Mitschnitten der 3CX. Das hatten wir selber schon, ist sehr ärgerlich. Zur Fehlersuche siehe u.a. hier.

Zur Unterstützung eines reibungslosen Provisionierungsmechanismus - der sonst ohne zutun fehlerfrei läuft - würde ich dennoch die DHCP Option 66 nutzen und einen String mit der Provisionierungs URL der 3CX im DHCP Server des Telefonnetzes eintragen.

Da mit Windows auch ab und an unlustige Updates kommen würde ich testweise mal ein Backup der 3CX ziehen, auf einem ollen PC die aktuelle 3CX Debian ausrollen und das Backup zurückspielen. Einige der Windows Probleme wird es dort schon mal nicht geben.

 

[Mottek]

Hallo,
genau dieses Phänomen tritt bei meiner Installation auch auf.
Folgende Umgebung habe ich hier:
Arris Kabelmodem (Bridge Modus) - UDM Pro (Ubiquiti) - 3CX auf Raspi (neueste Version) - Fanvil X7
| Gigaset DX800A
Leider wechseln die 3 SIP Trunks bei der Vodafone einfach mal auf unregistered. Die letzten Male meistens während eines längeren Telefonates. Bei kürzeren Telefonaten nicht.
Die Provisionierung des Fanvil klappt hervorragend, daran liegt es nicht. In dem Ereignisprotokoll wird halt angezeigt, dass die Registrierung bei Vodafone ausgestiegen ist. Kurz nach Ende des Telefonats ist alles wieder normal registriert.
Habe mich an die Anleitung für Vodafone Sip Trunks gehalten.

 

[Marc H.]

Hallo Mottek,

hast du den Firewall-Checker durchlaufen lassen?

Und hast du die Ports geöffnet auf dem Router die Vodafone braucht?

Gruß,
Marc

 

[Mottek]

Hallo Marc,

ich habe alle Ports geöffnet, die notwendig sind. Der Firewallchecker ist auch sauber durchgelaufen.
Es funktioniert ja alles, bis auf die Tatsache, dass von Zeit zu Zeit bei längeren Telefonaten die Trunks mit einem Mal unregistered sind.

 

[Marc H.]

Hey Mottek,

unter dem SIP Trunk gibt es unter Optionen den Punkt "Zeitlimit für Neuanmeldung".

Auf wieviel steht der denn und weißt du wie der bei deinem Provider eingestellt sein muss?

Gruß,
Marc

 

[Mottek]

Da steht 600. Das ist auch der vor eingestellte Wert, wenn man Vodafone als Provider auswählt. Ob dieser Wert richtig ist, kann ich leider nicht sagen.
Aus einer alten Konfig meines Gigasets habe ich einen Wert von 180 Sekunden gefunden. Habe mal den Wert auf diesen geändert. Mal schauen ob es hilft.
In der Anleitung bei Vodafone steht leider gar nichts dazu.

 

[fxbastler]

Glückwunsch: du hast den Thread wohl erfolgreich gekapert, mit einem völlig anderem Problem

Mich hätte ja die Antwort auf das Problem und die Lösung von @Masi interessiert.

genau dieses Phänomen tritt bei meiner Installation auch auf.

Das Problem hat die TO nämlich nicht.

Es wäre gut angekommen einen neuen Thread zu starten und bei eventuellen Ähnlichkeiten hier- oder dahin zu verweisen

 

[Eva]

Hallo Zusammen,

danke erst mal für die Tipps.

Die Zeit auf der Anlage stimmt, und da es ein physischer Server ist, wird die Zeit auch von keinem Host durchgereicht.

Als Router fungiert die Firewall (OPNSense), es ist also auch kein Lancom Router im Einsatz (und die Firewall hat auch kein WLAN Modul). Da die Anlage aber auch im gleichen Netz ist wie die Telefone, und die Provisionierung über die IP läuft, kann auch DNS kein Problem sein.

Was Multicast betrifft, so wird die Adresse 224.0.1.75 zwar beim Loopback angezeigt, beim eigentlichen Ethernet Anschluss fehlt sie jedoch. Aber auch die Reihenfolge nach der Anleitung (https://www.3cx.com/docs/plug-and-play-ip-phone/) zu ändern hat das nicht verändert.

Die Telefone verlieren nach wie vor die Verbindung =/

 

[Mottek]

Glückwunsch: du hast den Thread wohl erfolgreich gekapert, mit einem völlig anderem Problem

Mich hätte ja die Antwort auf das Problem und die Lösung von @Masi interessiert.


Das Problem hat die TO nämlich nicht.

Es wäre gut angekommen einen neuen Thread zu starten und bei eventuellen Ähnlichkeiten hier- oder dahin zu verweisen

Entschuldigt bitte, wenn ich dazwischen gefunkt bin. Werde wenn das Problem weiter besteht einen eigenen Thread aufmachen.

 

[Marc H.]

Hey Eva,

was genau meinst du mit der Formulierung: "ist also auch kein Lancom Router im Einsatz"?

Das klingt so als gäbe es häufiger Probleme mit LANCOM Routern.

Gruß,
Marc

 

[Eva]

Hey Eva,

was genau meinst du mit der Formulierung: "ist also auch kein Lancom Router im Einsatz"?

Das klingt so als gäbe es häufiger Probleme mit LANCOM Routern.

Gruß,
Marc

Hey Marc,

anscheinend schon, das habe ich zumindest dem verlinkten Thema von fxbastler (Antwort #5) entnommen.



@fxbastler die DHCP Option 66 konnte ich noch nicht ausprobieren (muss erst noch herausfinden was das genau ist ), den DHCP Server haben wir aber auf eine lease time von 24h eingestellt und ein paar der Telefone (zum Testen) mit einer festen IP Adresse versehen. Hat aber leider auch nicht geholfen...

Viele Grüße
Eva

 

[Slideform]

Bei einer unserer Anlagen besteht das Problem ebenfalls.
Ist man auf der Anlage und hat ein Auge auf die Nebenstellen, stellt man fest das diese intervall-unabhängig ALLE die Verbindung verlieren.
Zwar auch nur für wenige Sekunden, doch genug um global alle zu dem Zeitpunkt geführten Gespräche zu beenden.
Gleicher Analyseprozess wie vom TO beschrieben wurde durchgeführt. Dauerping ins Netzwerk, zum benachbarten Router und auf google.de. Nicht eine Unterbrechung oder Überschreitung der Zeitanforderung ist zu sehen.

An die die das Problem ebenfalls haben: Ist in der Oberfläche das gleiche Verhalten zu beobachten?

 

[Eva]

Nein, bei uns fallen nie alle Telefone gleichzeitig aus, sondern immer nur Einzelne...
Da das aber nur 2-3 mal am Tag passiert ist es auch schwer den genauen Zeitpunkt abzupassen und auf der Anlage in genau dem Moment zu schauen ob das Telefon rot wird...

 

[fxbastler]

Was Multicast betrifft, so wird die Adresse 224.0.1.75 zwar beim Loopback angezeigt, beim eigentlichen Ethernet Anschluss fehlt sie jedoch.

Wenn dem bei dir so ist dann ist genau das die Ursache der Probleme. Die von dir beschriebenen Symptome weisen wirklich sehr konkret darauf. Siehe der Link weiter oben, siehe auch noch einmal hier.

Was passiert denn wenn du den 3CX Dienst SIP Server im lfd. Betrieb beendest und neu startest, kommt dann ein klein wenig später bei netstat -g die Registrierung der Multicast Gruppe an der NIC (sip.mcast.net bzw. 224.0.1.75)?

Wir hatten das behelfsweise mit ExecStartPre=-/bin/netstat -g und ExecStartPre=-/sbin/ifquery enp3s0 in der 3CXPhoneSystem01.service unterhalb Service nachgetragen um der Bindung auf die Sprünge zu helfen. Das war dort aber keine dauerhafte Lösung.

DHCP Option 66 konnte ich noch nicht ausprobieren (muss erst noch herausfinden was das genau ist

Dazu im DHCP Server der opnsense unter erweitert zusätzliche BOOTP/DHCP Optionen aufklappen, die Option 66 als Typ String einstellen und den Provisionierungsstring deiner 3CX in doppelten Anführungsszeichen (z.B. "http://10.11.12.13:5000/provisioning/p34t5555eq3xfgo") da reinsetzen. Hier ein Beispiel einer pfSense wo das so ähnlich aussieht.

 

[Eva]

Danke für die geduldige Hilfe

Aaaalso: der Befehl Netstat -g zeigt bei mir nur an, dass es -g nicht als Parameter gibt. Kann es sein, dass -g nur bei Linux funktioniert?
Den Dienst neu zu starten versuche ich, sobald die Kunden in der Mittagspause sind und berichte dann, was bei "Netsh interface ipv4 show join" dann rauskommt. Ich nehme an, du meinst den markierten Dienst?

 

[fxbastler]

Kann es sein, dass -g nur bei Linux funktioniert?

Ja, das ist so, sorry, mein Fehler. Du hast ja zu Anfang geschrieben dass es eine Windows 3CX ist.

Den Dienst beendest und startest du am besten in der 3CX, im Dashboard unter Dienste: '3CX PhoneSystem 01 SIP Server'. Dann wirst du sehen dass noch mehr beendet wird, das darfst du dann auch wieder starten.

Nachtrag: Unter Windows wäre es evtl. eine Idee den Dienst NLA (Network Location Awareness) und 3CXPhoneSystem System Server auf den Starttyp verzögert zu setzen. Ich kann gerade nicht nachprüfen ob das reicht. Wenn nicht dann könnte man bei dem 3CX Dienst weitere Abhängigkeiten dazu bauen (Registry, DependsOn). Die DHCP Option 66 wird dir bei dem MCast Problem nicht wirklich dauerhaft helfen.