We have a CUC running as a VMware virtual machine, version 220.127.116.1100-9, we're getting these messages every minute
Primary node NTP server, 10.64.255.31, is currently inaccessible or down. Verify the network between the primary and secondary nodes. Check the status of NTP on both the primary and secondary nodes via CLI 'utils ntp status'. If the network is fine, try restarting NTP using CLI 'utils ntp restart'.
I've restarted the NTP server, I've restarted the CUC, and it is still coming up. Logging into the WebUI - OS Administration > Settings > NTP Servers, and it shows the NTP server is accessible. However, I've seen this show up as not accessible either after I give it some time.
remote refid st t when poll reach delay offset jitter ============================================================================== 10.64.255.31 18.104.22.168 16 u 97 128 0 0.926 0.024 0.000 22.214.171.124 126.96.36.199 2 u 18 64 177 76.877 -3.557 0.441 *188.8.131.52 .PTP. 1 u 17 64 177 81.652 0.052 0.434
Our CUCM, also virtual, is running with the same configurations and we haven't seen any issues with it. I finally removed the 10.64.255.31 NTP server and the error messages seem to have gone away. Any ideas as to why this keeps sending Critical alert messages?
Thanks for the link, davrojas, but the device used for NTP actually isn't Windows or Linux, but a Cisco 3560 switch. I know about this thread (https://supportforums.cisco.com/discussion/11232431/3560-ntp-server), but it doesn't make sense that only this one CUC is having this issue.
We have other CUCs in the environment using a 3560 as an NTP master w/o any issues. The problem just started w/o any environment changes, and after being in production for at least 6 months. Anyway, we're using a public stratum 2 NTP server for now. We may a Nexus switch down the road, but it will have to wait until we update it to 6.x.
I had opened a ticket with TAC on this and they didn't find anything in the RTMT log files. The recommendation to me was just that, using a different NTP master. I haven't had time to look further into this issue since.
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...