[cisco-voip] NTP Problem Cucm ver 8.6.2

Erick B. erickbee at gmail.com
Sun Jul 7 15:04:32 EDT 2013


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>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>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>
>> Date: Sun, 7 Jul 2013 09:48:43 -0400
>> To: James Dust <james.dust at charles-stanley.co.uk>
>> Cc: Bryant Onojeta <onojetathekid at gmail.com>, Kenneth Hayes <
>> kennethwhayes at gmail.com>, "cisco-voip at puck.nether.net" <
>> 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> 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
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130707/62886e01/attachment.html>


More information about the cisco-voip mailing list