Hallo,
auf ein paar Geräten Yealink T42G habe ich die aktuelle Firmware 29.82.0.20 installiert. Genau diese Geräte werden in der Geräteliste wechselnd “aktiv”/“inaktiv” angezeigt.
Natürlich sind sie das nicht, sondern funktionieren.
Aufgrund der Änderungen in der 82er Firmware funktioniert das Downgrade über den Commander leider nicht, d.h. dies muss leider manuell über die Weboberfläche der Telefone hochgeladen werden.
Hallo,
gibt es hierzu irgendwelche Neuigkeiten? Ich habe heute mal an einem T48G mit der neusten Yealink Firmware Version 35.83.0.10 getestet. In der Asterisk Konsole kann ich sehen, dass das Problem mit aktiv/inaktiv (not reachable/reachable) immer noch existiert, mit entsprechenden Folgen. Demnächst habe ich eine Pascom-Installation mit >50 Yealink Telefonen, wäre ziemlich lästig, wenn ich jedes Phone über das Webfrontend von Hand downgraden muss, denn neue Telefone(G-/S-Modelle) werden immer mit den aktuellsten FW zumindest >=[35|66].82.XX ausgeliefert! Es sei denn die liegen schon ziemlich lang auf Lager;-)
Kann ich so bestätigen auch die T46S werden mit 82.xx ausgeliefert und haben den Bug noch.
Wäre also wirklich hilfreich wen man sich das Mal anschauen würde.
Hallo zusammen, wir haben ebenfalls das Phänomen, dass ein Firmware-Update der T46G von Version 81.0.110 auf 83.0.30 die genannten Unreachable-Probleme zu Tage bringt.
Nach einigen Tests habe ich herausgefunden, dass ein Wiederherstellen der Werkseinstellungen hilft und die Meldungen bei uns bisher nicht mehr auftauchten.
vielen Dank für deine Nachricht. Ich hatte mittlerweile Kontakt mit dem Yealink-Support. Das Problem ist wohl, dass nach dem Firmware-Upgrade auf Version 83.0.xx TcpPortRandom=0 gesetzt ist. Die TCP-Sockets werden dann nach 60 Sekunden geschlossen, wenn es innerhalb dieser Zeit keinen Datenverkehr gegeben hat.
Die Abfrage vom der Pascom-Anlage kommt nicht innerhalb dieser 60 Sekunden an, sondern erst nach ca. 60,5 Sekunden. Das ist zu spät und der TCP-Socket ist bereits geschlossen und muss erst wieder geöffnet werden. Das Telefon gibt deswegen kein “Status: 200 OK” zurück, wie es die Anlage erwartet. Es kommt nur ein nur ein “FIN, ACK”-Paket, weil das Telefon den TCP-Socket schließen möchte.
Aus diesem Grund hilft es wohl wenn die Status-Abfragen nicht wie standardmäßig alle 60 Sekunden, sondern bereits alle 20 Sekunden abgeschickt werden.
Laut Yealink-Support soll auch das Setzen von sip.tcp_port_random_mode=1 über die Basiskonfiguration helfen. Das habe ich getestet und hat ebenfalls Abhilfe geschaffen.
Wie bereits erwähnt hilft bei uns auch ein Zurücksetzen der Telefone auf die Werkseinstellungen. Dabei wird anscheinend TcpPortRandom=1 gesetzt. Bei uns tritt das Problem nach dem Reset nicht mehr auf.