cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1436
Views
10
Helpful
5
Replies

Time one hour fast on 7940/7960 phones registered to UK CUCM cluster

James Hawkins
Level 8
Level 8

Hi,

I have a customer running CUCM 8.6(2a)SU2  (8.6.2.22900-9) who is based in the United Kingdom.

They only have UK sites so there is only one Date/Time group which is set to (GMT) Europe/London.

The time shown on their 7940 and 7960 phones running SCCP 8.1(2) is one hour fast.

IP Communicator shows the correct time as does a UCCX script that I wrote to speak the current time.

Has anyone else seen this? - it only happened this week so I am guessing that maybe it is just a mistake with daylight saving in the phone firmware - the clocks do not go forward until Sunday 31 March 2013.

There is nothing in the release notes for the later versions of firmware which states this might be a known bug.

1 Accepted Solution

Accepted Solutions

Rob Huffman
Hall of Fame
Hall of Fame

Hi James,

Check this great thread and this answer from Thierry;

https://supportforums.cisco.com/thread/2207472?tstart=0

here is the information from Cisco Tac :

"

We are aware of this issue and have completed the testing across different CUCM versions.

The  DST change dates have been updated in the latest timezone patch (2012j)  that was released on 5-March 2013. To resolve the timezone problem, we  need to install the latest timezone update on CUCM and perform a  clusterwide reboot for the change to take effect.

The latest timezones update for CUCM is 2012j. this can be downloaded from the following link:

http://software.cisco.com/download/release.html?mdfid=283782839&flowid=26422&softwareid=282074298&release=8.6%282-2012j%29&relind=AVAILABLE&rellifecycle=&reltype=latest

For instructions regarding the installation procedure please refer to the readme file at:

http://www.cisco.com/web/software/282074298/100349/dst-862-2012j-cop-readme.pdf

We  also have the alternative workaround of changing the Date/Time group to  one that does not require a DST change. This will require a restart of  all the phones as well to take effect. If you wish to go with this  workaround, we will need to change the timezone in the Date/Time group  again next weekend to reflect the correct timzeone for the IP phones.

"

Thierry

Cheers!

Rob

"Hours are like diamonds, don't let them waste
Time waits for no one, no favors has he" 

- Stones

View solution in original post

5 Replies 5

Rob Huffman
Hall of Fame
Hall of Fame

Hi James,

Check this great thread and this answer from Thierry;

https://supportforums.cisco.com/thread/2207472?tstart=0

here is the information from Cisco Tac :

"

We are aware of this issue and have completed the testing across different CUCM versions.

The  DST change dates have been updated in the latest timezone patch (2012j)  that was released on 5-March 2013. To resolve the timezone problem, we  need to install the latest timezone update on CUCM and perform a  clusterwide reboot for the change to take effect.

The latest timezones update for CUCM is 2012j. this can be downloaded from the following link:

http://software.cisco.com/download/release.html?mdfid=283782839&flowid=26422&softwareid=282074298&release=8.6%282-2012j%29&relind=AVAILABLE&rellifecycle=&reltype=latest

For instructions regarding the installation procedure please refer to the readme file at:

http://www.cisco.com/web/software/282074298/100349/dst-862-2012j-cop-readme.pdf

We  also have the alternative workaround of changing the Date/Time group to  one that does not require a DST change. This will require a restart of  all the phones as well to take effect. If you wish to go with this  workaround, we will need to change the timezone in the Date/Time group  again next weekend to reflect the correct timzeone for the IP phones.

"

Thierry

Cheers!

Rob

"Hours are like diamonds, don't let them waste
Time waits for no one, no favors has he" 

- Stones

Rob (+5) my great friend! This issue is what most of us with 7940/7960 phones woke up to this morning. What a Manic monday it was! Hopfully the patch will fix it. We havent applied it yet...

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

Please rate all useful posts

Rob,

Thanks for this information.

I swear I did a search before posting!

Thanks

James

Rob Huffman
Hall of Fame
Hall of Fame

Hey James & Deji,

I'm usually pretty kind when it comes to Cisco bugs

as I understand that "stuff" happens.......but let's get real here,

can you believe that Cisco can't get these DST changes right!

I have a $20 weather station at home that can deal with DST properly

but these Enterprise systems can't????

Come-on Cisco! Stop putting people through these type of issues

this should have been fully addressed the first time it happened

back in 2007 and here we are 6 years later still having to patch,

change time zones, etc. etc.

If there are looming problems with DST changes, at least let people know

about it with a Field Notice or something so that everyone isn't caught off guard!

How hard can it possibly be??

Very, very poor

Rob

"Hours are like diamonds, don't let them waste
Time waits for no one, no favors has he" 

- Stones

I agree Rob! This is where and when we Lovers of Cisco solutions get "eggs in our faces" I mean Yesterday was filled with Management meetings with key stake holders because of this. Lots of explaining to do and guess what even Unity connection was affected too.

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

Please rate all useful posts