RPS request wird nicht gesendet

[rootex]

Hi,
ich füge bei einer neuen Anlage ein IP-Telefon hinzu (Yealink).
Provisionierung funktioniert weder auch mit dem Prov. Link nicht.

Normalerweise steht im Ereignisprotokoll: RPS request for Yealink mit ID: 10018
Taucht bei der Anlage gar nicht auf?

Jemand eine Idee?

Kann man die RPS-Server irgendwie man. abfragen, welche Antwort für eine MAC zurück kommt?

 

[rootex]

Nach Neustart steht der Eintrag nun im Ereignisprotokoll!

Aber es kommt Update..... und dann Update skipped.

Wenn ich in den Netzwerkmittschnitt des Telefons schaue, steht dort: TLS Alert: fatal unknown_ca

Ist eine eigenes Zertifikat (Wildcard) kann es daran liegen?, aber Webseiten werden damit immer als sicher und OK angezeigt.

 

[StefanPf]

Yealink unterstützt nur eine begrenzte Menge an CAs - primär wg des zur Verfügung stehenden Speicherplatzes.
Mit der Modellbezeichnung findet man entsprechende Listen bei Yealink.

Also entweder auf einen Unterstützen Anbieter wechseln, dass eigene CA Zertifikat als Custom Certificate in das Telefon laden oder die CA Prüfung im Telefon deaktivieren.

Mit einem eigenen RPS Account kann man Afaik auch das Zertifikat beim provisionieren in das Telefon laden.

Oder in der 3Cx wurde nur das Zertifikat ohne Intermediate Zertifikat hinterlegt, so dass das Telefon die Vertrauenskette nicht herstellen kann. Genaueres kann man unter

https://www.3cx.de/blog/ssl-zertifikatskette/

nachlesen.

 

[rootex]

Was mich ein bisschen stört ist, wenn die die Zertifikatsüberprüfung deaktiviere, dann geht die automatische Prov. auch nicht.
Warum nicht?

Wenn ich die Prov.URL eintrage, UND "Nur vertrauenswürdige Zertifikate akzeptieren" aktiviere geht es auch nicht.
Nur, wenn ich "Nur vertrauenswürdige Zertifikate akzeptieren" deaktiviere und die Prov. Url eintrage, geht es sofort.

Warum geht die automatische Prov. mit deaktivierter überprüfung denn nicht?
Eigentlich möchte ich Telefone nur auspacken und MAC in der Anlage hinterlegen.

Werde dann doch wohl kein eigenen FQDN benutzen und kein eigenes Zertifikat. Sowas nervt! (Kann aber 3CX nichts für)
Sectigo Public Server sind ja eigentlich recht bekannt... Keine Lust mehr weiter nach dem Fehler zu suchen.

Der PCAP Mittschnitt am Yealink-Telefon direkt scheint auch "eingeschränkt" zu sein..

 

[fxbastler]

Ist eine eigenes Zertifikat (Wildcard) kann es daran liegen?

suboptimal

Warum geht die automatische Prov. mit deaktivierter überprüfung denn nicht?
Eigentlich möchte ich Telefone nur auspacken und MAC in der Anlage hinterlegen.

Dann solltet ihr das Gesamtkonzept überdenken.

Werde dann doch wohl kein eigenen FQDN benutzen und kein eigenes Zertifikat.

Doch, das funktioniert wunderbar wenn das vernünftig eingerichtet ist.

Sowas nervt! (Kann aber 3CX nichts für)

richtig und nochmal richtig

Der PCAP Mittschnitt am Yealink-Telefon direkt scheint auch "eingeschränkt" zu sein..

Ist mir bisher noch nicht aufgefallen. Wenn das wirklich mal gebraucht wurde, dann war alles Benötigte da.