[GELÖST] Reboot während Gespräch

Hallo zusammen!

Ich habe folgendes Problem.

Bei einem Kunden stehen gut 180 SNOM 320. Nun passiert es fast täglich, dass Leute telefonieren und mittedrin das Telefon einen reboot durchführt und somit das Gespräch abbricht.

Ich stehe zwar schon mit der SNOM Hotline in Kontakt, aber die haben bisher nicht helfen können. Das gleiche Problem habe ich selber mit Elmeg IP290ern (SNOM OEM).

Zuerst dachte ich, es läge an PoE, aber das Verhalten ist das gleiche auch bei Telefonen, die mit dem mitgelieferten Netzteil betrieben werden.

Auch die aktuellste Firware und ale Versionen (z.B. 6.2er) machen das gleiche.

Die Telefone machen sonst keinen reboot, nur während man spricht. Auffallen tut es bei Leuten, die viel telefonieren. Habe mich gefragt, ob es irgendwelche "fehlerhaften" RTP-Packete sind.

Hat jemand ähnliche Erfahrungen? Lösungen?

Ich bin für jede Hilfe dankbar, da mir die User langsam amok laufen. Ist schon ziemlich peinlich, wenn man gerade ein wichtiges Gespräch führt.

Umgebung

Beim Kunden: ASTIMAX (auf Asterisk Basis), SNOM 320er mit aktueller 6.5er FW, Stromversorgung per PoE oder Netzteil
Bei mir: Asterisk mit Elmeg IP290ern, aktuellste FW, Stromversorgung per Netzteil

Hallo!

>erstmal herzlich Willkommen hier im Forum
Danke

>Ich würde erstmal mit wireshark einen Trace ziehen und die letzen
>Meldungen vor dem Reboot von den jeweils betroffenen Telefonen
>vergleichen.
Die Idee ist mir auch erst am letzten Do. gekommen. Inzwischen läuft ein Rechner am Mgmt-Port der Switsch auf dem eines der Tel. sitzt.

>Greift jemand während des Gespräches auf die Weboberfläche zu?
Das kann ich ausschließen, da die User das Web-GUI nicht nutzen und größtenteils nicht mal kennen.

>Werden die snoms mit Massdeployment verwaltet? Evtl. irgendwelche
>Zeitparameter zur kurz eingestellt, sodaß das Telefon überlastet wird?
Massdeployment ja, aber nur z.T.
Es betrifft Telefone aller Art: Mit Massdeployment, ohne Massdeployment, Mit PoE, ohne PoE, mit 6.2er SW, mit 6.5er SW.
Hier mal eine Massdeployment-Config. Ich setzte nur das nötigste. "watch_arp_cache" war eine Idee von SNOM, hat aber auch nicht geholfen. Zeitparameter? Was meinst du damit?


Kann es auch mit Network-Traffic zu tun haben? Z.B. Spanninng-Tree Infos zwischen Switches?

>Im Hochsommer würde ich sagen evtl. thermisches Problem.
Hochsommer kann ich momentan ausschließen ;-)

>evtl. Montagscharge?
Hatte ich auch erst gedacht, aber es betrifft fast auschließlich Leute, die viel und z.T. lange telefonieren. Die Telefone booten sonst nicht, das kann man gut daran erkennen, weil die Rufliste ja leer ist, wenn das Tel. neu gestartet hat.

Gruß, Mike.

Edit Guard-X: Beiträge zusammengeführt!

Hallo Guard-X!

Bitte alle Telefone auf min. 6.5.1 updaten und den Wert "watch_arp_cache" auf "0" setzen. Ein gesetzter Wert könnte das Telefon auch zum Neustart bewegen.

Zum Vergrößern anklicken....

Warum hat SNOM das Gegenteil verlangt? Da es nichts gebracht hat, nehme ich es wieder raus. Was macht das überhaupt? Kann im SNOM-Wiki nix dazu finden...

Evtl. zu kurze Zeit bei Registrierung oder Fw-Intervall, z.B. 1s, das würde das Telefon evtl. auch zum Reboot bringen.

Zum Vergrößern anklicken....

Das versteh ich jetzt wieder nicht...

Ich glaube aber, der Fehler liegt zu 99,9% hier:

ethernet_replug:reboot

Zum Vergrößern anklicken....

Hmm, das ist ja mal eine Idee. Wundert mich nur, dass es lediglich während Telefonaten passiert. Werde es mal ausprobieren und in ein paar Tagen berichten.

PS: Downgrade auf 6.2er zum Testen war auch eine Idee des SNOM-Support

Danke für eure Hilfe

Ich kann nun endlich vermelden, dass das Problem behoben ist. Guard-X hatte recht, es lag wirklich an der ethernet_reboot Einstellung.
Danke noch mal für die Hilfe.