Snom 320/370 provisioning mit 3CXV20:

[nobody]

Das Manual sagt diese EOL Telefone, lassen sich nicht sicher provisionieren, deshalb soll man es ganz von Hand machen.
Aber sicher, die Telefonie lassen sich provisionieren, nur wohl nicht mit https. Nimmt man als Vorlage ein Snom D305 und http statt https dann geht es sicher.
Andere Telefone wie z.B. Yealink W60B, da generiert das system sogar von vornherein einen http link. Die 3CX PBX kann das sehr wohl. Nur mag nicht so gerne mit Snom?
Wenn die Provisionierung mit http weiterhin geht, warum ist es dann nicht dem Admin überlassen ob er http oder https auswählt?

 

[fxbastler]

Nur mag nicht so gerne mit Snom?

Wie du selber erkannt hast: das Modell ist EOL. Der Hersteller hat dafür schon seit über 8 Jahren keine FW Aktualisierungen mehr. 3CX hat sich wohl irgendwann separat bemüht, dass dort in eine der letzten FW die LE CA Unterstützung eingebaut wird (als FW 8.7.5.48) und auch das ist schon wieder ewig her. In der Zwischenzeit hat sich auch einiges bei LE bzgl. CA getan. Daher gibt es auch keine Templates für die automatische Provisionierung.

Wenn die Provisionierung mit http weiterhin geht, warum ist es dann nicht dem Admin überlassen ob er http oder https auswählt?

Kann er doch.

Wenn man eine geeignete Vorlage hat, dann das Telefon wie üblich in die 3CX anbinden und bei der Provisionierungsmethode 'Lokales LAN / VPN' nicht den FQDN sondern die IP der 3CX wählen. Dann wird das in jedem Fall per HTTP gehandhabt, mit allen sich ergebenden Konsequenzen.

 

[nobody]

Korrekt, wenn man die IP Adresse/internes Lan auswählt wird ein http link angeboten.
Verstehe ich aber nicht, denn das eine hat mit dem anderen nichts zu tun.
Auch im internen lan kann man https wollen und auch extern kann man vielleicht http möchten.
Eine Provisionierung über den FQDN ist aber immer ein Vorteil (denke ich, denn sollte sich die IP der PBX mal ändern dann funktioniert es immer noch nach einer änderung, es hätte mir in diesem fall z.B. erspart alle Telefone neu einzurichten),
Daher wäre es besser es die Art der Provisionierung wäre nicht an das verwendete Protokoll gekoppelt.

 

[nobody]

Korrekt, danke. Wenn man die IP Adresse/internes Lan auswählt wird ein http link angeboten.
Verstehe ich aber nicht, denn das eine hat mit dem anderen nichts zu tun.
Auch im internen lan kann man https wollen und auch extern kann man vielleicht http möchten.
Eine Provisionierung über den FQDN ist aber immer ein Vorteil (denke ich, denn sollte sich die IP der PBX mal ändern dann funktioniert es immer noch nach einer änderung, es hätte mir in diesem fall z.B. erspart alle Telefone neu einzurichten),
Daher wäre es besser es die Art der Provisionierung wäre nicht an das verwendete Protokoll gekoppelt.

 

[fxbastler]

Auch im internen lan kann man https wollen und auch extern kann man vielleicht http möchten.

Internes LAN und HTTPS ist seit geraumer Zeit die bevorzugte Variante. Dann müssen die Endgeräte aber wenigsten die Fähigkeiten dazu haben (u.a. eben auch LE CA). Für deine EOL Snom ist das wohl keine Option.
Extern und HTTP war es noch nie.
Dein Problem ist internes LAN und HTTP. Das geht dann eben wohl nur per IP und nicht FQDN.

 

[nobody]

hmhm,
es geht aber doch prima mit http und fqdn.

 

[fxbastler]

es geht aber doch prima mit http und fqdn.

Ja, glaube ich dir unbesehen. Aber die Provisionierungs Links werden von der 3CX erstellt. Ich wüsste spontan nicht, wie du die 3CX überzeugen kannst.

Wir haben auch solche Probleme: Altanlagen an denen sich irgend etwas ändert und die früher ausschließlich mit der 3CX Eigeninitiative per HTTP und IP provisioniert wurden. Die Endgeräte bleiben dann offline. Das hängt den Nebenstellen (nicht nur deren Endgeräten) noch an.

Ich habe keine Ahnung, ob die Erstellung der Links vom verwendeten Template abhängig ist - das wäre noch ein schwacher Versuch.

 

[nobody]

Nun, ich habe ja auch kein wirkliches Problem,
ich wollte nur sagen, dass man einfach den https link nehmen kann und selber draus http machen kann (ggf. wennn port 5001 dann noch 5000 drausmachen).
Vielleicht hilft es ja jemand, denn die ganz manuelle provisionierung, die ist ungeschickt.

 

[fxbastler]

Dann stellt stellt sich mir (wieder) die Frage: Wie änderst du das in der 3CX Nebenstelle dauerhaft, den dort sichtbaren Provisionierungslink und in der von der 3CX ausgelieferten Provisionierungsdatei die Verlinkung?

 

[nobody]

In der Tel.Anlage, da kann ich nichts ändern, aber ich habe in den Einstellungen der Nebenstelle den Provisionierungslink. Den kopiere ich und passe den an mit http statt https und ggf. den port so nicht standard. Dann setzte ich das im Snom ein und mache einen Reboot.
Ich kann dann zwar nicht über die PBX direkt das Web-UI des Telefons aufrufen, sondern muss händisch mir die ip und das Passwort kopieren und dann die Website aurufen.
Beantwortet das Deine Frage?

 

[fxbastler]

In der Tel.Anlage, da kann ich nichts ändern ...

aber ich habe in den Einstellungen der Nebenstelle den Provisionierungslink. Den kopiere ich und passe den an mit http statt https und ggf. den port so nicht standard. Dann setzte ich das im Snom ein und mache einen Reboot.

Beantwortet das Deine Frage?

Ja.
Das war zu erwarten: man kann es so in der 3CX nicht dauerhaft ändern (HTTP mit FQDN). Bei der nächsten Telefon Reprovisionierung fliegt deine manuelle Einstellung wieder aus dem Telefon raus.

 

[nobody]

Es funktioniert aber nun schon >24h und es steht immer noch mit http in den alten snom telefonen....

 

[fxbastler]

http

Da bleibt HTTP und der FQDN im Telefon stehen?
Hast du an den Telefoneinstellungen schon seitdem etwas geändert / reprovisioniert / neu gestartet?

 

[nobody]

Im telefon steht zwar jetzt https, aber dennoch hat es noch die Einstellung der ursprünlichen provisionierung - man kann auch telefonieren. Der Button "neu bereitstellen" der ist nicht aktiv in der konsole von 3CX
Wenn das so bleibt, dann ist ja alles gut.
Will man dennoch eine neuprovisionierung machen kann man im Telefon das doch wieder auf http umstellen, und neustarten.
Besser als manuell einrichten ist das immer noch.

Aber:
Es gibt es in der template sammlung aber immer noch ein "snom_eol" template.
das hat einen eintrag "deleted". Den habe ich auf "preferred" umgestellt.
Jetzt kann man das telefon wieder auswählen und es wird ein provisioning link mit http://fqdn generiert.
Und jetzt funktioniert auch die Provisionierung und man hat wieder alles wie gewohnt - auf den ersten Blick.
Also, mir scheint so, dass hier die Fa. 3CX die Admins ein bisschen zu sehr beschützen möchte.
Eine Änderung der Provisonierungsvorlage auf diese Weise ist aber nicht dauerhaft, denn ein update wird das wieder überschreiben.
Man muss also seine eigene Vorlage machen, damit das hält.

 

[fxbastler]

Aber:
Es gibt es in der template sammlung aber immer noch ein "snom_eol" template.
das hat einen eintrag "deleted". Den habe ich auf "preferred" umgestellt.
Jetzt kann man das telefon wieder auswählen und es wird ein provisioning link mit http://fqdn generiert.
Und jetzt funktioniert auch die Provisionierung und man hat wieder alles wie gewohnt - auf den ersten Blick.

Ah, danke dir. Da habe ich noch nicht genau nachgeschaut. Ich habe die Tage ein Snom 370 (ohne D) an der 3CX in Betrieb genommen auch das funktioniert, halt automatisiert mit IP. Ich schau mal, ob ich das so dauerhaft auf FQDN umgestellt bekomme.

Also, mir scheint so, dass hier die Fa. 3CX die Admins ein bisschen zu sehr beschützen möchte.

Ja, man will nur unser Bestes und zudem Support bieten

Eine Änderung der Provisonierungsvorlage auf diese Weise ist aber nicht dauerhaft, denn ein update wird das wieder überschreiben.
Man muss also seine eigene Vorlage machen, damit das hält.

Damit kämen wir klar. Dafür haben wir eigene Lösungen auf der 3CX: ein cron Job der beim Neustart und einmal täglich nachts läuft, der die eigenen Änderungen verfolgt, der die 3CX Templates auf Änderungen nach Updates überwacht, davon bei Änderung eine benannte Sicherheitskopie erzeugt und unsere Anpassungen automatisiert wieder einspielt. Das funktioniert in diversen Anlagen seit Jahren, bisher ohne Justage nach Upgrade, nichtmal von v16 auf v18. Das steht hier auch irgendwo im Forum.