We are having an issue trying to synchronise the time of our call manager cluster/phones with our designated NTP device, namely a Cat6500 multilayer device.
Our Call Manager (version 8.6.2) points to the Cat6500 which has the time/date locally set. The Show clock command from the Cat6500 displays a valid time/date in UTC terms as seen below.
From the CLI of the Call Manager, the 'Utils NTP status' command is referring to two different times as seen below. The address output displayed is the correct address of the Cat6500 which suggets it is synchronised correctly with the Cat6500.
However, our phones on the cluster are referring to two different times. One seems to refer to UTC and others Euro/London. How to I ensure the Call Manager displays one current time? I have issued the 'utils ntp restart' command but to no avail. Better still, how do I remove the time that is referring to Europe/London as this is an hour fast and incorrect.
I did note on our Cat6500 device that the 'NTP master' command has been added although i'm not too sure what this means.
Cisco Finesse Not Ready - Call Overlap status is very a very common issue seen on Finesse desktop. Agents miss two calls and they are put in Not Ready - Call Overlap status. This is very likely related to CVP server and it's unreachabl...
Lab 1: Cisco Meeting Server Standalone CertificatesLab 2: Cisco Meeting Server Cluster Certificates with Multi-SANLab 3: Multiple Certificates with Multiple CA ServersLab 4: Cisco Meeting Server Cluster Certificates Advanced ScenarioLab 5: Streamer Servic...
Certificates are the first step to deploy Cisco Meeting Server, preparing certificate are very important to enable different services. As a VOIP administrator, mastering the concept of certificates is unavoidable
Using multiple CA servers, instead of a si...
I just finished to write a comprehensive certificates preparation for Cisco Meeting Server Clustering. Through 60 pages I explained in detail, how to create certificates for database cluster, callbridge cluster, certificate chain for webbridge3, certifica...