SNOM D385 Firmware Upgrade schlägt fehl

[kaudima]

Hallo zusammen,

leider lässt sich die Firmware aller SNOM‑D385‑Telefone bei mehreren Kunden nicht mehr aktualisieren. Tritt dieses Problem nur bei mir auf?

 

[mbehrens]

leider lässt sich die Firmware aller SNOM‑D385‑Telefone bei mehreren Kunden nicht mehr aktualisieren.

Ohne Durchführung einer Fehleranalyse lässt sich bei dieser sehr konkreten Fehlerbeschreibung dazu überhaupt keine Aussage treffen.
Allenfalls Freitag wieder

 

[kaudima]

Protokollierungsstufe: ausführlich

 

[kaudima]

Fehlermeldungen bei einem anderen Kunden mit dem gleichen Problem. Liegt die Problematik an IPv6 ?

 

[bitn2]

IPv6 auf den Anlagen ausschalten... Das wäre das Erste was ich machen würde.

 

[kaudima]

Ich habe die IPv6‑Bindung deaktiviert und neu gestartet. Leider kommt das Firmware‑Update immer noch nicht zustande.

 

[bitn2]

Im Protokoll sieht man jetzt keinen Fehler, stell das mal auf Ausführlich und versuchs noch mal. Was sagt denn das Log vom Telefon?

 

[mbehrens]

Der Internetzugang ist defekt.
Warum hat die Anlage keine feste IP?

Viel wichtiger sind die Logs der Endgeräte.

 

[kaudima]

Im Protokoll sieht man jetzt keinen Fehler, stell das mal auf Ausführlich und versuchs noch mal. Was sagt denn das Log vom Telefon?

Ich habe schon auf "Ausführlich" gestellt.
Log vom Telefon (Ausschnitt, der meiner Meinung nach das Firmware‑Update betrifft),
Feb 23 12:24:18.964 [DEBUG0] PHN: Uri Replace >{mac}< in >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.964 [DEBUG0] PHN: Uri Replaced result: >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.964 [DEBUG0] PHN: Uri Replace >{phone_type}< in >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.964 [DEBUG0] PHN: Uri Replaced result: >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.965 [DEBUG0] PHN: Uri Replace >{firmware_version}< in >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.965 [DEBUG0] PHN: Uri Replaced result: >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.965 [DEBUG0] PHN: ReplaceQueryVariables in >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.965 [DEBUG0] PHN: ReplaceQueryVariables replaced: >http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin<
Feb 23 12:24:18.967 [INFO ] PHN: Update: FW URL [http://xxx-xx.on3cx.de:5000/provisioning/g6e19fqwm3/firmware/snom/snomD385-10.1.215.13-SIP-r.bin] already known, thus no update!

 

[kaudima]

Der Internetzugang ist defekt.
Warum hat die Anlage keine feste IP?

Viel wichtiger sind die Logs der Endgeräte.

Der Internetzugang ist nicht defekt: das Problem mit den SNOM‑Modellen D385 und D865 ist bereits bei mehreren meiner Kunden gleichzeitig aufgetreten. Firmware‑Updates von Yealink‑ oder Fanvil‑Telefonen funktionieren hingegen weiterhin reibungslos.
Eine feste IP‑Adresse wäre sinnvoll, steht dem Kunden leider nicht zur Verfügung.

 

[bitn2]

Was ich etwas merkwürdig finde ist der FQDN und Port 5000. Stehen die Telefone lokal zur PBX oder wie sind die angebunden?

 

[Ben04]

D865

Wir haben auch eins und das macht das Ganze auch nicht mehr, seitdem es einmal durch einen Stromausfall aus war.
Danach war es schon eine Arbeit, es wieder an die 3CX zu bekommen, mit passenden NTP-Werten.
Wir haben aber mittlerweile eine höhere Version selbst installiert, als 3CX es gern hätte.

 

[mbehrens]

Gibt es einen Grund, warum die Kommunikation mit der Anlage unverschlüsselt erfolgt?

 

[bitn2]

Gibt es einen Grund, warum die Kommunikation mit der Anlage unverschlüsselt erfolgt?

Erfolgt bei Firmware Updates immer.

 

[kaudima]

Was ich etwas merkwürdig finde ist der FQDN und Port 5000. Stehen die Telefone lokal zur PBX oder wie sind die angebunden?

PBX läuft auf Debian in einer VM auf einem lokalen Hyper‑V. Ich habe gerade Split‑DNS aktiviert, es hat aber leider nichts gebracht.
Mit Yealink und Fanvil‑Telefonen besteht das Problem nicht: alle dieser Geräte konnte ich heute problemlos aktualisieren.

 

[kaudima]

Wir haben auch eins und das macht das Ganze auch nicht mehr, seitdem es einmal durch einen Stromausfall aus war.
Danach war es schon eine Arbeit, es wieder an die 3CX zu bekommen, mit passenden NTP-Werten.
Wir haben aber mittlerweile eine höhere Version selbst installiert, als 3CX es gern hätte.

Ein manuelles Firmware‑Update wäre für mich leider keine Option, da es sich um sämtliche schnurgebundenen SNOM‑Telefone handelt, die bei mehreren Kunden im Einsatz sind.

 

[bitn2]

Versuch auch noch mal das hier: https://www.3cx.de/forum/threads/firmwareupdate-der-telefone-schlägt-fehlt.124855/post-456052

 

[Sourcetronic]

Von unseren sieben snom D385 ließen sich vier über die 3cx-Adminkonsole updaten, bei einem weiteren ist das Update angelaufen aber mit einem nicht spezifizierten Fehler abgebrochen, dieses und die zwei übrigen haben dann keine Reaktion mehr auf das Update über 3cx-Admin gezeigt, also mußte ich das Update über die jeweilige Webkonsole anstoßen, die dann allerdings wiederum das Updatefile anstandslos von der internen 3cx-URL geholt hat.

Letztens war schon so was ähnliches mit ein paar von unseren Yealink T48S. Die mußte ich auch über deren Webkonsole updaten.

 

[kaudima]

Leider hat keine der vorgeschlagenen Lösungen gepasst und ich musste die Firmware auf mehr als 50 (!) Telefonen manuell remote aktualisieren. Vor der Aktualisierung musste ich jedes Gerät auf die Werkseinstellungen zurücksetzen, andernfalls haben die Telefone die alte Firmware wieder eingespielt. Betroffen waren bei mir alle SNOM D365 und D865 Modelle bei unterschiedlichen Kunden. Eigentlich wollte ich zunächst nichts unternehmen, vielleicht hätte 3CX das Problem später mit einem Patch oder Update beheben können, aber das ging nicht, weil die Telefone mehrfach am Tag sporadisch neu gestartet sind und sich die Kunden entsprechend beschwert haben. Solche „Lösungen“ hasse ich. Schade um die Zeit, aber wenn es nicht anders geht…

 

[Josef L]

Bei den D865 hatte keine Probleme mit der Ausführung des Updates an sich, das waren insgesamt cirka 30 Endgeräte. Problem hat nur das Beistellmodul gemacht, da waren die Tasten um ein paar Tasten nach unten gerutscht. Teilweise ist da nicht überall die gleich Startposition.