[cisco-voip] NTP Problem Cucm ver 8.6.2

[James Dust]

Evening Nathan,

The utils ntp status command shows this, but what I cannot work out is why the pub thinks the time is one hour ahead than what the ntp server (6500) is showing.


admin:utils ntp status
ntpd (pid 29029) is running...

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*xxxxxxxxxxx    .LOCL.           1 u  501  512  377    0.883    0.173   0.071


synchronised to NTP server (xxxxxxxx) at stratum 2
   time correct to within 16 ms
   polling server every 512 s

Current time in UTC is : Sun Jul  7 20:33:01 UTC 2013
Current time in Europe/London is : Sun Jul  7 21:33:01 BST 2013



Kind Regards

James

From: Nathan Reeves [mailto:nathan.a.reeves at gmail.com]
Sent: 07 July 2013 15:09
To: Bryant Onojeta
Cc: Ed Leatherman; James Dust; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2

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


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/20130707/5b24be64/attachment.html>