[cisco-voip] NTP Problem Cucm ver 8.6.2

[James Dust]

We resolved this by changing the timezone with the 'date/time group' configuration to 'GMT Etc/Greenwich' as it previously 'GMT Etc/London'

Thank you for all your help everyone.

Kind Regards

James

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Erick B.
Sent: 07 July 2013 20:05
To: Nathan Reeves
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2

Hmm, on bryant's issue with the ITL / CTL files - if the time was right on servers and most phones but not a few then it sounds like those couple phones weren't getting updated configuration file/etc probably for awhile if deleting the ITL and CTL resolved his issue. Did the phones upgrade firmware also once the ITL / CTL was deleted (or didn't notice?).  - Check out the Security By Default in 8.x document for more background.


On this 6500 NTP server issue, look into Ed's stratum thoughts above.


On Sun, Jul 7, 2013 at 9:09 AM, Nathan Reeves <nathan.a.reeves at gmail.com<mailto:nathan.a.reeves at gmail.com>> wrote:
I recently saw something similar on a 2 node cluster.  NTP would initially sync but then fall out of sync.  Logs were showing a greater than 'x' time difference and it was restarting NTP.  As a final step I rebooted both nodes and it NTP would resync.
When you did a 'utils ntp status' on the boxes it would show that the reference source was LOCL which appears to be the hardware clock.  Hardware clock is used when NTP fails to sync.
Not ever had to reset ITL / CTL files though.


On Sun, Jul 7, 2013 at 9:51 PM, Bryant Onojeta <onojetathekid at gmail.com<mailto:onojetathekid at gmail.com>> wrote:
If, it's only some phones having the problem...then we assume the that ntp with the cucm is accurate...the pub will be the master and the subs will get ntp from the pub.

I guess more info is needed, but the itl file deletion was recommended from cisco on OUR particular issue.

-Bryant

From: Ed Leatherman <ealeatherman at gmail.com<mailto:ealeatherman at gmail.com>>
Date: Sun, 7 Jul 2013 09:48:43 -0400
To: James Dust <james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>>
Cc: Bryant Onojeta <onojetathekid at gmail.com<mailto:onojetathekid at gmail.com>>, Kenneth Hayes <kennethwhayes at gmail.com<mailto:kennethwhayes at gmail.com>>, "cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>" <cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>>

Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2

I wonder if Call Manager is looking for a particular maximum stratum for it's NTP source before it will use that time, and maybe your 6500 is now sending with a worse stratum? See these two:
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080b2cd0e.shtml
https://supportforums.cisco.com/thread/2044292

what does the 'utils ntp status' command show?

Would be really strange if you had to clear ITL out to fix time display.
On Sun, Jul 7, 2013 at 3:49 AM, James Dust <james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>> wrote:

Morning,



Yes the switch is back up and has been for some time.



Is there a way of doing this procedure remotely?



Kind Regards



James




--
Ed Leatherman

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip


Consider the environment - Think before you print

The contents of this email are confidential to the intended recipient and may not be disclosed. Although it is believed that this email and any attachments are virus free, it is the responsibility of the recipient to confirm this.

You are advised that urgent, time-sensitive communications should not be sent by email. We hereby give you notice that a delivery receipt does not constitute acknowledgement or receipt by the intended recipient(s).

Details of Charles Stanley group companies and their regulators (where applicable), can be found at this URL http://www.charles-stanley.co.uk/contact-us/disclosure/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130708/d0d50605/attachment.html>