[cisco-voip] NTP Problem Cucm ver 8.6.2

[James Dust]

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

From: Bryant Onojeta [mailto:onojetathekid at gmail.com]
Sent: 07 July 2013 01:55
To: Kenneth Hayes; James Dust
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] NTP Problem Cucm ver 8.6.2

I can't tell from your post but I assume the 6500 is back up.

What series phones have the issue? If it's the 79xx, we have that issue periodically and needed to delete the itl files and then the phone reboot and get a new one and the time is fixed.


Instructions are as follows:

Press the key with the check mark

Choose Security Configuration

Choose Trust List

Choose ITL File

Press **# unlock more erase

Phone will reboot (it does take about 5-7 minutes).

From: Kenneth Hayes <kennethwhayes at gmail.com<mailto:kennethwhayes at gmail.com>>
Date: Sat, 6 Jul 2013 12:52:49 -0400
To: James Dust <james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>>
Cc: "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 had this issue before it was something on the NTP server side. The network team made the changes though.

Sent from my iPhone

On Jul 6, 2013, at 12:25 PM, James Dust <james.dust at charles-stanley.co.uk<mailto:james.dust at charles-stanley.co.uk>> wrote:
Afternoon all,

We have a catalyst 6500 chassis on our internal LAN, which is acting as NTP server for our CUCM cluster (after past issues syncing with a windows server). Today due to maintainence the catalyst 6500 was powered down, and now even though the publisher states it is syncing with this device some of the phones on our cluster are showing the wrong time.

I am also getting alerts via RTMT stating the cluster cannot sync with the NTP server, conflicting with the information the CLI is showing NTP is sync'd on the publisher.

Is this a bug? Has anyone else had this issue?


Kind Regards

James


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/
_______________________________________________
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/20130707/e8360dfe/attachment.html>