Yealink Uhrzeit falsch - Sommerzeit eine Woche zu früh

[bitn2]

3CX ist mit Yealink schon in Kontakt um das Problem zu beheben.

 

[HXS Office]

Ja, das Problem liegt nicht bei der Provisionierung durch 3cx sondern in der Implementation durch Yealink. Ob Yealink hier schnell genug einen Patch liefert ist allerdings fraglich.

 

[bitn2]

Wir werden es sehen... Das Problem wird ja die nächsten Jahre sonst weiter bestehen.

 

[zeeb]

ich habe Antwort von Yealink erhalten:

We likewise found this issue.

This is currently being handled internally with the highest priority. I'll let you know as soon as there's a solution.

 

[patrickb]

Nur der Vollständigkeit halber - hier die Forenbeiträge aus anderen Foren zu diesem Thema:

https://www.reddit.com/r/3CX/comments/1bnara9

Do anyone else's Yealink phones have messed up daylight savings time (UK) today?

@ I'm in france. as the timezone has made the time change early. Is the time wrong only on the phones or also on the server? If yes for the server, does this affect the office hours for incoming calls in the current configuration. Hi there. The issue has only to do with the endpoint and...

www.3cx.com

DST a week early

Good morning, we've got 2 instances (that im aware of atm) running 18.0 U9 B20 The phones have gone in to BST a week early. The time on the OS is the correct time, using yealinks on the latest supported FW with supported template.

www.3cx.com

UK Timezone

Es wird im Grunde das gemacht was ich oben in meinen Beitrag auch mache. Die Timezone auf GMT gesetzt (nur für die Telefone).

Meine Variante läuft halt anlagenseitig und ist deutlich schneller als die Anpassung des Templates. Zudem brauchts auch für die Lösungen wieder eine Selfhosted oder On-Prem Anlage da man sonst auch die Templates nicht anpassen kann und wenn mans dann lokal am Telefon macht hauts einem das am nächsten Tag dank Autoprovi wieder raus.

 

[coe2013]

Gleiches Problem, Lösung von patrickb funktioniert super - vielen Dank.
Telefone müssen neu provisioniert werden nach der Anpassung, aber das ist schnell erledigt.
In spätestens ein paar Tagen kann man dann zurückstellen...

 

[intertech]

ich habe Antwort von Yealink erhalten:

We likewise found this issue.

This is currently being handled internally with the highest priority. I'll let you know as soon as there's a solution.

Guten Morgen

Und schon wieder ist ein Jahr um, das Problem scheinbar aber noch da. Auf meinem SIP-53W mit der FW 96.86.0.81 ist schon die Sommerzeit, bei allen anderen Kollegen auch.

Kann das noch jemand bestätigen / dementieren?

 

[Black-Byte]

Hi,

das Problem besteht scheinbar noch immer. Zumindestens bei mir und mehreren

Yealink

SIP-T54W

96.86.0.81

Alle zeigen eine Stunde zu spät an und der 3cx Server ist korrekt von den Zeiten.

 

[timmbo]

Ja, der erste Kunde hat mich eben angerufen.

 

[zeeb]

Ich hab das alte Ticket bei Yealink gerade wieder eröffnet....

 

[iteee]

Eigentlich kann die 3CX dies doch über das Provisionierungsfile auch umstellen auf letzter Sonntag im Monat.
Warum nicht diesen Weg gehen, ist der schnellere wenn es möglich ist.

@MarcosV_3CX

 

[Ben04]

Wir haben das auch, On-Prem und gehostet ist das Problem auch.
Also haben wir keine Möglichkeit, dies per 3CX einzustellen, da Yealink einfach ein Frühaufsteher ist. :x

 

[fxbastler]

Halbautomatisch per powershell

3cx-set-timezone_global_id_to_33.ps1

# authorization data
$tcxurl = "mypbx.mydomain.de"   # needs port if not 443
$jsonauthbody = (@{
    Username="100"              # 3CX user, maybe email address
    Password="Super_Secret0815" # 3CX user password
    SecurityCode=""
} | ConvertTo-Json)
$LoginResponse = Invoke-RestMethod -Uri "https://$tcxurl/webclient/api/Login/GetAccessToken" -Body $jsonauthbody -Method POST -ContentType "application/json"
$headers = @{Authorization = "Bearer $($LoginResponse.Token.access_token)"}

$tzgdata = ((Invoke-RestMethod -uri "https://$tcxurl/xapi/v1/Parameters?`$search=`"TIMEZONE_GLOBAL_ID`"" -headers $headers -Method GET -ContentType "application/json").Value)[0]
$tzgdata.Value="33"
$tzgjson = $tzgdata | ConvertTo-Json
Invoke-RestMethod -uri "https://$tcxurl/xapi/v1/Parameters($($tzgdata.Id))" -headers $headers -Method PATCH -body $tzgjson -ContentType "application/json"

Nicht vergessen das nächste Woche wieder auf 46 umzustellen, wir sind nicht in Irland

 

[Ben04]

Zwar wiedermal sehr schick, aber bringt nichts, wenn man auf dem System nichts machen kann.
Finde es nur fragwürdig, warum das vom letzten Jahr bis jetzt nicht verändert wurde … vor allem mit dem Sprung auf die V20.
Also muss man da jetzt 1 Woche als Kunde durch, dass die Yealinks 1 Stunde voraus sind.

 

[fxbastler]

Zwar wiedermal sehr schick, aber bringt nichts, wenn man auf dem System nichts machen kann

Wieso nicht? Besteht seitens dir, des Partners, kein administrativer Zugang zu dem System?

 

[tpk-owl]

Ich habe soeben meine Templates angepasst aber jetzt hat meine Anlage meine Templates "vergessen". Wenn ich reprovisionieren will wird mir die Meldung ausgegeben das nicht reprivisioniert werden kann. Musste jetzt ein Telefon ausm Benutzer löschen und das Template neu zuweisen und das Telefon neustarten. Ich besitze aber über 100 Telefone.

 

[zeeb]

Yealink meint es ist mit der neuen Firmware behoben - es gibt tatsächlich ein upgrade hier zum Download: https://www.yealink.com/en/solution-detail/resource-for-3cx

Mein Test T54W akzeptiert die Firmware aber nicht. ("ROM invalid")

 

[iteee]

Hab auch Rückmeldung bekommen für mein T57W:

Dear Customer,



Thanks for reaching out.

Our latest firmware has fixed this issue.

Please upgrade to this intermediate firmware firstly:

T54W(T57W,T53W,T53,T53C,T54,T57)-96.86.0.118.rom

Then upgrade to this latest firmware (96.87.0.11):

Link: https://efa.worklink.work/extranet/files/download?id=9a0c1e16a9b94cee87e070a64bd8b0260

Verification code: i400



Best Regards

Wynn

 

[tpk-owl]

Hab auch Rückmeldung bekommen für mein T57W:

Verstehe nicht ganz warum man nicht direkt auf die letzte Firmware updaten kann aber naja. Ich habe die Firmware Updates wie vorgegeben durchgeführt aber die Uhrzeit stimmt immer noch nicht.

 

[iteee]

Wir haben das Update auch bei einem T54W eingespielt, die Uhrzeit ist aber nach wie vor falsch.