Toggle sidebar Toggle sidebar

Snom D385 Update Failure

V

Vettel

Silver Partner
Basic Certified
Mitglied seit
4. Mai 2021
Beiträge
48
Hei,
ich habe eine neue 3CX V20 installiert und Snom D385 Telefone eingebunden.
Soweit funktioniert alles problemlos, außer dass die 3CX ein Firmwareupgrade für die Telefone vorschlägt.
Nach dem Starten des Updates über die 3CX Oberfläche melden die Telefone nach einiger Zeit Update Fehler und brechen das Update ab.
Die Firmwareupdate Datei mit folgendem Pfad http://xxxxx.my3cx.eu:80/provisioning/netfss4q1a039/firmware/snom/snomD385-10.1.175.0-SIP-r.bin kann von einem Windows PC im selben Netzwerk geöffnet werden. Somit sollte es kein Netzwerkproblem sein.

Ich selbst habe nun beim Firmwareupdate Pfad im Snom Telefon direkt den offiziellen Updatepfad von Snom eingetragen und habe das Update ausgeführt. Nun ist an allen Telefonen die neueste Firmware installiert, leider fordert die 3CX weiterhin ein Update. Was nun? Gibt es detailliertere Logs?
Danke für die Hilfe im Voraus schonmal!
 
Wir haben das Problem auch gerade bei einem Kunden nach dem Upgrade auf v20. Das Upgrade der Telefone ging auch nur manuell, allerdings sogar mit dem Pfad zur 3cx. Nur der Klick im Dashboard auf Update hat gar nichts bewirkt.
 
bitn2 schrieb:
Wir haben das Problem auch gerade bei einem Kunden nach dem Upgrade auf v20. Das Upgrade der Telefone ging auch nur manuell, allerdings sogar mit dem Pfad zur 3cx. Nur der Klick im Dashboard auf Update hat gar nichts bewirkt.
Zum Vergrößern anklicken....
Ok danke. Dann hoffen wir mal, dass es zeitnah ein Update gibt.
 
Als Unterschied, bei uns ist die Meldung zu dem Update danach weg...
 
Hilft das auch bei dem Problem, es geht ja nicht darum eine Firmware einzuspielen die nicht da ist...
 
  • Like
Reaktionen: bitn2
Vettel schrieb:
Ich selbst habe nun beim Firmwareupdate Pfad im Snom Telefon direkt den offiziellen Updatepfad von Snom eingetragen und habe das Update ausgeführt. Nun ist an allen Telefonen die neueste Firmware installiert, leider fordert die 3CX weiterhin ein Update. Was nun? Gibt es detailliertere Logs?
Zum Vergrößern anklicken....
Die Ursache dafür ist, dass die Snom-Firmware, welche die 3CX V20 installieren möchte, aktuell die Version 10.1.175.0 ist, während Snom derzeit die Version 10.1.175.10 verteilt. Der Update-Link von dieser 3CX-Seite liefert die passende Firmware-Version, sodass anschließend die 3CX kein Update mehr fordert:
1723822224147.png
 
Zuletzt bearbeitet:
Wir haben in einer Kundenumgebung ebenfalls das Problem, dass die Telefone nach einiger Zeit das Update abbrechen und den Fehler 22 melden. Das Problem liegt in diesem Fall in der XML-Datei, die die 3CX (V20.2) für das Update der Snom D385 erzeugt:
Bash: 
cat /var/lib/3cxpbx/Instance1/Data/Http/Interface/provisioning/<variable>/firmware/snom/snomD385.xml
Liefert dort:
XML: 
<?xml version="1.0" encoding="utf-8"?>
<firmware-settings>
<firmware perm="">http://<fqdn>/provisioning/<variable>/firmware/snom/snomD385-10.1.175.0-SIP-r.bin</firmware>
</firmware-settings>

Über http funktioniert jedoch der Update-Prozess von D385 nicht. Eine Änderung auf https in der 3. Zeile
XML: 
<firmware perm="">https://<fqdn>/provisioning/<variable>/firmware/snom/snomD385-10.1.175.0-SIP-r.bin</firmware>
löst das Problem und die Snom Telefone können wieder über die 3CX aktualisiert werden.

Alternativ:
Sofern die 3CX hinter einem Reverse Proxy steht, wäre ein HTTPS-Upgrade ein guter Workaround. Der Snom Server (downloads.snom.com) ist vergleichbar konfiguriert.
 
Zuletzt bearbeitet:
itx schrieb:
Wir haben in einer Kundenumgebung ebenfalls das Problem, dass die Telefone nach einiger Zeit das Update abbrechen und den Fehler 22 melden. Das Problem liegt in diesem Fall in der XML-Datei, die die 3CX (V20.2) für das Update der Snom D385 erzeugt:
Bash: 
cat /var/lib/3cxpbx/Instance1/Data/Http/Interface/provisioning/<variable>/firmware/snom/snomD385.xml
Liefert dort:
XML: 
<?xml version="1.0" encoding="utf-8"?>
<firmware-settings>
<firmware perm="">http://<fqdn>/provisioning/<variable>/firmware/snom/snomD385-10.1.175.0-SIP-r.bin</firmware>
</firmware-settings>

Über http funktioniert jedoch der Update-Prozess von D385 nicht. Eine Änderung auf https in der 3. Zeile
XML: 
<firmware perm="">https://<fqdn>/provisioning/<variable>/firmware/snom/snomD385-10.1.175.0-SIP-r.bin</firmware>
löst das Problem und die Snom Telefone können wieder über die 3CX aktualisiert werden.

Alternativ:
Sofern die 3CX hinter einem Reverse Proxy steht, wäre ein HTTPS-Upgrade ein guter Workaround. Der Snom Server (downloads.snom.com) ist vergleichbar konfiguriert.
Zum Vergrößern anklicken....
Danke, das war die Lösung.
 
Hallo Leute,
ich habe ein D785 Telefon was täglich Update möchte und bricht ab. Laut https://www.3cx.com/docs/phone-firmwares/ habe ich schon die neuste Version 10.1.175.0
Kann man die Prüfung deaktivieren?

Gruß
 
Die dir genehme und richtige Firmware in der 3CX manuell für die Endgeräte bereitstellen - und eben keine andere.

Kontrolliere die Konfigurationsdateien der 3CX.
 
Trotzdem ein Armutszeugnis, selbes Problem passiert wieder mit 3CX V20 U3 und Snom D385 auf 10.1.175.16 von 10.1.175.0 kommend.
 
flocalhost schrieb:
Trotzdem ein Armutszeugnis, selbes Problem passiert wieder mit 3CX V20 U3 und Snom D385 auf 10.1.175.16 von 10.1.175.0 kommend.
Zum Vergrößern anklicken....
Hi, seit einigen Wochen habe ich auch wieder massive Update Probleme, welche ich nicht gelöst bekomme. Hast du einen Ansatz?
 
Unser Workaround (s.o.) funktioniert mit V20 U3 nicht mehr. Das zugrunde liegende Problem wurde durch 3CX bisher leider nicht behoben.

Mit V20 U3 werden die (im Workaround) korrigierten XML-Dateien vor Update überschrieben. Dadurch wird trotz Korrektur auf der 3CX, die nicht funktionale URL an das Telefon gesendet.

Die XML-Dateien werden anhand der Templates im Verzeichnis "firmware_new" überschrieben:
Bash: 
$ /var/lib/3cxpbx/Instance1/Data/Http/Interface/provisioning/<variable>/firmware_new/snom/

Die Anpassung muss jetzt also in den Templates erfolgen, diese werden nicht regelmäßig geändert.
Ist das Gerät im gleichen Netzwerk und mit der Option LAN konfiguriert, muss die snomD345.xml (oder snomD385.xml - je nach Gerät) angepasst werden von:
Bash: 
<?xml version="1.0" encoding="utf-8"?>
<firmware-settings>
<firmware perm="">%%PROVLINKLOCAL%%/firmware/snom/%%firmware%%</firmware>
</firmware-settings>

auf

Bash: 
<?xml version="1.0" encoding="utf-8"?>
<firmware-settings>
<firmware perm="">%%PROVLINKEXTSEC%%/firmware/snom/%%firmware%%</firmware>
</firmware-settings>

Voraussetzung ist natürlich, das Split-DNS entsprechend konfiguriert ist.

Ist das Gerät z.B. per SBC mit der 3CX verbunden, ist die snomD<Modellnummer>_external.xml anzupassen.
 
Zuletzt bearbeitet:
Hi @itx,
in welchem Verzeichnis finde ich die Templates?
Mit ist aufgefallen, dass das Firmware File aktuell nicht unter folgendem Pfad erreichbar ist (egal ob http oder https):
http://123456789.on3cx.de/provisioning/v6dn6ig36m9beiu/firmware/snom/snomD385-10.1.175.16-SIP-r.bin
Sobald ich den DNS Namen durch die LAN IP ersetze kann ich die Datei downloaden:
http://192.168.1.100/provisioning/v6dn6ig36m9beiu/firmware/snom/snomD385-10.1.175.16-SIP-r.bin

-> Da ich nur Telefone im LAN und nicht über den SBC verwende würde ich gerne das Template so anpassen, dass das Update die LAN IP verwendet. Hast du eine Idee, wie ich dies im Template umsetzen kann?
 
Hi @itx,
in welchem Verzeichnis finde ich die Templates?
Mit ist aufgefallen, dass das Firmware File aktuell nicht unter folgendem Pfad erreichbar ist (egal ob http oder https):
Sobald ich den DNS Namen durch die LAN IP ersetze kann ich die Datei downloaden:

-> Da ich nur Telefone im LAN und nicht über den SBC verwende würde ich gerne das Template so anpassen, dass das Update die LAN IP verwendet. Hast du eine Idee, wie ich dies im Template umsetzen kann?
 
Hi @Vettel,
die relevanten Templates liegen in diesem Verzeichnis:
/var/lib/3cxpbx/Instance1/Data/Http/Interface/provisioning/<variable>/firmware_new/snom/

Hierbei ist <variable> durch den Zufallswert (wie z.B. ss9uqr5zebax) Deiner 3CX (wie in der URL) zu ersetzen.

Wenn die 3CX per DNS nicht erreichbar ist, dann passt Deine Split-DNS-Konfiguration nicht. Der Befehl
nslookup 123456789.on3cx.de
sollte in Deinem LAN auf 192.168.1.100 zeigen.

Das FW-Update dürfte bei Snom Telefonen mit halbwegs aktueller Firmware im Default einen DNS-Namen voraussetzen.
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.749
Beiträge
233.636
Mitglieder
78.492
Neuestes Mitglied
dirk.kuttler
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten