Yealink T54W als Routerphone pollt auf Port 5060

[Jens Hildenbeutel]

Hallo zusammen,
ich habe mit einem Yealink T54W, welches als Routerphone eingesetzt werden soll ein seltsames Verhalten:
Egal, ob ich per RPS-Server bereitstelle oder ohne, obwohl ich "direkt Verbinden" auswähle, wird das Telefon zwar korrekt konfiguriert (BLF, alles da) aber: Ich habe keinen Service, weil die SIP-Verbindung per 5060 anstatt 5090 versucht wird.
Die Anlage ist eine Pro 16SC on Prem und wurde schon vor einiger Zeit von V18 auf V20 migriert. Da sich am Bestand bis dato nichts verändert hatte, ist es schwer einzuschätzen, ob der Fehler schon länger besteht.
Das Telefon soll den bisherigen SBC, den der gleiche Anwender nutzt, ablösen. Kann das die Ursache sein, warum das Telefon auf SIP anstatt via Tunnel versucht zu verbinden?
Ich habe die Anleitung mehrfach Schritt für Schritt durchgearbeitet, auch ein Kollege musste schon ran, um zu sehen, ob es ein Handling-Problem ist.

 

[timmbo]

Hallo

Mir ist es jetzt nicht bekannt, ob es bei Yealink auch so ist, wie bei Snom.
Wenn Du als RPS den von Yealink mit eigenem Account verwendest, geht Router-Phone nicht, Du musst RPS von 3CX verwenden.

 

[Jens Hildenbeutel]

Danke für die Antwort,
das Problem ist meines Erachtens nicht der (3CX) RPS-Service, sondern dass das Telefon munter auf dem falschen TCP-Port versucht, die Telefonanlage zu erreichen.
Ich vermute fast, dass es ein Bug ist, denn das vorhandene Telefon den Nutzers ist hinter dem (Linux) SBC, und nutzt daher korrekterweise 5060.

 

[timmbo]

Hallo.

Verstehe ich das richtig?
Du hast das T54W als Routerphone konfiguriert, obwohl Du vorort einen SBC hast?
Das dùrfte so nicht funktionieren.
Wenn das Telefon als Routerphone konfiguriert ist, dann muss es ùber Port 5090 die Verbindung zur 3CX aufbauen, nicht ùber 5060.

 

[Jens Hildenbeutel]

Nein, ich will mit dem Routerphone den SBC ersetzen.
Das Routerphone tunnelt allerdings nicht wie erwartet, sondern verhält sich wie das alte Telefon hinter dem SBC.

 

[timmbo]

OK, verstehe.
Das ist aber das gleiche Verhalten wie die Snoms D86x die als Routerphone konfiguriert worden und versucht haben ùber Port 5060 die Verbindung aufzubauen.
Irgendwann bin ich draufgekommen, das es nur mit dem internen 3CX RPS funktioniert. Solange ich meinen SRAPS verwendet hatte, ging es eben nicht.

 

[Jens Hildenbeutel]

Hallo,
Mein Problem ist, dass das T54w sich bei der NSt im Prinzip so verhält, als wäre es selbst hinter dem SBC. Egal ob ich es "händisch" (Link reinkopieren) oder per RPS bereitstelle. Die RPS habe ich nur getestet, um auszuschließen, dass kein händischer Fehler passiert.

 

[Jens Hildenbeutel]

Ein Update - und vielleicht ein Bug?
Ich habe das gleiche Verhalten mittlerweile an einer zweiten Cloud-PBX und an einer On-Premise-PBX eines andere Kunden.
- Beides Mal sollte ein Yealink T54W als Routerphone eingesetzt werden
- Provisionierung immer in Ordnung
- NACH der Provisionierung versuchen die Telefone aber immer, über 5060 ihre PBX zu erreichen, als wären sie lokal. Der SBC-Mechanismus greift einfach nicht -> "No Service"
- Reprovisioniert (mindestens 2 Dutzend Male)
- Beide PBX V20, aktueller Stand (Außer Alpha / Beta): Version 20.0 Update 5 (Build 551 Release)
- Firmware der Telefone Aktuell: 96.87.0.16

 

[reamen9]

Gibt es dazu bereits eine Lösung?
Ich würde sagen, dass bei uns das gleiche auch auftritt auf einem T54W.