Problem mit Telefon Provisionierung nach Update auf V20

[o.wunderlich]

Wir haben unsere V18 auf V20 aktualisiert.
Nach der Aktualisierung können neue, oder zurückgesetzte Telefone nicht mehr Provisioniert werden.

Fehler im Ereignisprotokoll:
Provisioning file /provisioning/xxxxxxxx/xxxxxxdaea.cfg requested by 172.16.9.101 could not be generated
die MAC passt zu dem Gerät mit der IP .101

Gleichzeitig erfolgt folgender Logeintrag;
Provisioning file for MAC xxxxxxEABB of user 353 requested by 172.16.9.101 was successfully generated
Die MAC passt zu der Nebenstelle - aber die IP ist falsch - User 353 hat eine völlig Andere

Die Nebenstelle 353 haben wir testweise gelöscht ... nun erfolgt der 2. Eintrag mit einem anderen vorhandenen Telefon und dessen MAC.

 

[fxbastler]

Nur zur Sicherheit - Eigenständig gehostet heißt: die 3CX befindet sich außer Haus (da wo sich die Endgeräte befinden wie z.B. Tischtelefone etc.) irgendwo (nicht in einem eurer eigenen LAN) und wird von euch oder jemand anderen und nicht von 3CX gehostet - richtig? Sonst bitte erklären.

1. Was genau für Endgeräte sind das?
2. Wie sind die Endgeräte angebunden, die Art der Provisionierung?

Die Frage nach funktionierendem Split DNS im Netzwerk muss ich wohl nicht stellen (außer ihr verwendet irgend etwas wie VPN), da die 3CX sich ja wohl nicht in einem eurer LAN befindet

Noch ein Hinweis @o.wunderlich : den unikaten String hinter /provisioning/ und die MACs wenn möglich bitte aus dem Post entfernen.

 

[o.wunderlich]

Hey fxbastler,

die 3cx ist bei uns im Lan in eigenem Segment von uns onPrem gehostet. Die Endgeräte in einem anderen Subnetz. Split DNS funktioniert.Alles ist am gleichen Standort.
Die Endgeräte sind Yealink T46s. Die Provisionierung erfolgt über DHCP Option 66.
Wir nutzen custom Templates. Diese haben wir testweise auch mal gelöscht, aber half auch nichts.

Danke schon mal für die Hinweise zu String und MAC

 

[fxbastler]

Die Provisionierung erfolgt über DHCP Option 66.

Nehmt das raus wenn in der 3CX Optionen unter Admin / Telefone / Optionen / Bereitstellung aktiviert sind.

 

[fxbastler]

die 3cx ist bei uns im Lan in eigenem Segment von uns onPrem gehostet. Die Endgeräte in einem anderen Subnetz.

Wird Multicast durchgereicht? Vermutlich eher nicht. Das ist evtl. Teil des Problems jetzt und / oder später (abhängig vom Endgerät). Wir haben genau deswegen unsere 3CX grundsätzlich immer in einem eigenen Netzwerk, in dem sich eben auch alle heilwegs intelligenten Endgeräte befinden.

 

[o.wunderlich]

Moin,

danke schon mal für die Hinweise, jetzt einen Schritt weiter gekommen.

Wir haben die 3cx jetzt in das gleich VLAN geschoben, wie die Endgeräte
unter Admin->Telefone->Optionen->3CX RPS - Remote-Bereitstellungsserver ist nicht aktiviert
DHCP Option66 haben wir abgeschaltet und den Provisionierungslink manuell in das zurückgesetzte Gerät eingetragen.

Das Gerät konnte jetzt provisioniert werden . Allerdings ist uns ein Rätsel warum für die 353 mit der falschen MAC, jedoch der IP der 464, auch ein File geloggt wird. Provisioniert wurde die 464 mit DAEA am Ende und IP 9.98 allerdings korrekt.

Info	10029	16.09.2024 08:58			Provisioning file for MAC xxxxxxxxEABB of user 353 requested by 172.17.9.98 was successfully generated
Info	10029	16.09.2024 08:58			Provisioning file for MAC xxxxxxxxDAEA of user 464 requested by 172.17.9.98 was successfully generated

Der Prozess ist jetzt erstmal sehr Turnschuhlastig. 1. Telefon im default Vlan, 2. im Telefon das Vlan setzten für VOIP, 3. in 3cx das Gerät für den User konfigurieren, 4. Provisionierungslink in Telefon setzten, 5. durchbooten. Aber da wir jetzt erstmal diesen Workaround haben können wir nun in Ruhe an der Optimierung arbeiten.

Vielen Dank

 

[fxbastler]

Wir haben die 3cx jetzt in das gleich VLAN geschoben, wie die Endgeräte
unter Admin->Telefone->Optionen->3CX RPS - Remote-Bereitstellungsserver ist nicht aktiviert
DHCP Option66 haben wir abgeschaltet und den Provisionierungslink manuell in das zurückgesetzte Gerät eingetragen.

Beinahe perfekt! Gut, dass ihr eine Lösung für euch gefunden habt.

Wir könnten die Telefone remote auf Werkseinstellungen zurücksetzen, am PoE Switch das entspr. Telefon in ein anderes VLAN - das der 3CX - setzen, eine entspr. Reservierung im Telefonie DHCP Server zuweisen (aber eben keine DHCP Option 66 mehr) und dann würde das alles richtig gut und halb automatisch funktionieren. Die finden sich dann.