Inleiding
In dit document wordt beschreven hoe u de synchronisatie van het Network Time Protocol (NTP) op IM en Presence (IM&P) kunt oplossen.
Voorwaarden
Cisco raadt u aan om een basiskennis van NTP en de IM & P command line interface (CLI) te hebben voordat u dit document bekijkt.
Vereisten
Er zijn geen specifieke hardware- of softwarevereisten voor dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op IM&P.
Opmerking: Veel van deze informatie is ook van toepassing op andere Unified Communications (UC) -platforms; de focus van dit document is echter IM & P.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
NTP op IM&P uitgelegd
De Cisco Unified Communications Manager (CUCM) Publisher is de NTP-bron voor IM&P. IM&P gebruikt de NTP-waakhond om de tijd gesynchroniseerd te houden met de CUCM Publisher. Voor IM&P-platforms die zich op een virtuele machine bevinden, peilt de NTP-waakhond standaard eenmaal per 64 seconden de CUCM Publisher. Als de NTP-offset meer dan drie seconden bedraagt, wordt de NTP-daemon opnieuw gestart.
Opmerking: NTP-waakhond controleert hoe vaak de NTP-daemon in het laatste uur opnieuw is opgestart. Als er binnen een uur meer dan 10 NTP Daemon-herstarts plaatsvinden, worden verdere herstarts kort uitgesteld.
Vereisten voor NTP-bron
Cisco beveelt ten zeerste aan om een Stratum 1-, Stratum 2- of Stratum 3 NTP-server te gebruiken als externe NTP-referentie voor CUCM Publisher. Elke NTP-bron voor de CUCM-uitgever MAG NIET hoger zijn dan stratum 4.
De externe NTP-servers die voor de CUCM Publisher-node zijn gedefinieerd, MOETEN NTP v4 zijn om mogelijke compatibiliteits-, nauwkeurigheids- en netwerkjitterproblemen te voorkomen. NTP versie 4 is achterwaarts compatibel met versie 3; er zijn echter veel problemen waargenomen bij pogingen om verschillende NTP-versies te gebruiken.
Waarschuwing: Het gebruik van Windows Time Services als een NTP-server wordt niet ondersteund. Windows Time Services gebruiken vaak Simple Network Time Protocol (SNTP) en CUCM kan niet met succes synchroniseren met SNTP.
Opmerking: Alle NTP-vereisten worden duidelijk vermeld in het Cisco Collaboration System SRND.
NTP-statusuitvoerverklaring
Als u de huidige status van NTP op IM&P wilt bepalen, voert u de opdracht nutsvoorzieningen ntp-status uit vanaf de CLI van de IM&P-server.
admin:utils ntp status
ntpd (pid 28589) is running...
remote refid st t when poll reach delay offset jitter
==============================================================================
10.0.0.1 192.0.2.0 2 u 40 64 1 0.292 0.041 0.000
synchronised to NTP server (10.0.0.1) at stratum 3
time server re-starting
poll server every 64 s
Current time in UTC is : Fri Sep 16 19:41:55 UTC 2016
Current time in America/New_York is : Fri Sep 16 15:41:55 EDT 2016
Dit zijn beschrijvingen van de kolommen in de NTP-statusuitvoer
- De externe kolom definieert de externe peer waar de tijd wordt gesynchroniseerd. Indien ingesteld op LOKAAL, is de lokale hardwareklok in gebruik.
- De Refid-kolom definieert de tijdbron van de externe server. Als dit item is ingesteld op .LOCL., wordt verwezen naar de lokale hardwareklok op de externe server. Als deze optie is ingesteld op .INIT. is de initialisatie nog niet voltooid.
- De st-kolom geeft het stratum van de externe NTP-peer aan. Wanneer een waarde van 16 in de stratumkolom staat, betekent dit dat het systeem de interne klok gebruikt in plaats van de externe NTP-bron. Een systeem dat zijn eigen klok gebruikt, kan worden veroorzaakt door een ongeldige tijdprovider.
- De t-kolom geeft het transmissietype aan dat in gebruik is: (l: lokaal; u: unicast; m: multicast, of b: broadcast).
- De kolom wanneer geeft aan hoeveel seconden zijn verstreken sinds de externe peer voor het laatst is gepolst.
- De poll geeft het poll interval in seconden aan. De standaard poll waarde op IM&P is 64 seconden. Deze waarde kan echter overal tussen 64 en 1.024 seconden worden ingesteld.
- De bereik kolom geeft de trend van bereikbaarheidstests in octaal, waarbij elk cijfer, wanneer omgezet in binair, vertegenwoordigt of een bepaalde poll succesvol was (binair 1) of niet succesvol (binair 0). "1" betekent bijvoorbeeld dat er tot nu toe slechts één peiling is uitgevoerd en dat deze succesvol was. "3" (= binair 11) betekent dat de laatste twee peilingen succesvol waren. "7" (= binair 111) betekent dat de laatste drie peilingen succesvol waren. "17" (= binair 1 111) betekent dat de laatste vier peilingen succesvol waren. "15" (= binair 1 1 101) betekent dat de laatste twee peilingen succesvol waren, de peiling voorafgaand aan die peiling was niet succesvol, en de peiling voorafgaand aan die succesvol was.
- In de kolom Vertraging wordt de vertraging van de retourvlucht naar de externe peer weergegeven. Dit wordt bepaald door het meten van de tijd van verzoek tot antwoord.
- De offsetkolom is de geschatte afwijking tussen de klok van de lokale server en de klok van de externe server.
- De jitter kolom verwijst naar de variabiliteit van de vertraging tussen de poll verzoek. Een hoge jitterwaarde beperkt de mogelijkheid van de server om NTP nauwkeurig te synchroniseren.
NTP-probleemoplossing
NTP CLI Diagnostics
De opdrachten in de voorbeelden worden uitgevoerd vanuit de CLI van IM&P. Deze opdrachten bieden een eenvoudige manier om te bevestigen dat de NTP-peer voldoet aan de Cisco-normen.
Tip: Alle drie deze diagnostische modules draaien, samen met verschillende andere, wanneer de hulpprogramma's een diagnose stellencommando wordt gebruikt
De diagnostische module ntp_reach voert een ping-test uit op alle geconfigureerde NTP-peers.
admin:utils diagnose module ntp_reachability
Log file: platform/log/diag2.log
Starting diagnostic test(s)
===========================
test - ntp_reachability : Passed
Diagnostics Completed
De diagnostische module ntp_clock_drift verifieert dat de NTP peer drift-offset niet meer dan 15000 milliseconden bedraagt.
admin:utils diagnose module ntp_clock_drift
Log file: platform/log/diag3.log
Starting diagnostic test(s)
===========================
test - ntp_clock_drift : Passed
Diagnostics Completed
De diagnostische module ntp_stratum verifieert de NTP-stratumwaarde op de IM&P. Deze test wordt met succes doorstaan als de NTP-stratum op de CUCM Publisher een waarde van 5 of minder heeft omdat de CUCM-uitgever de externe NTP-bron voor IM&P is.
admin:utils diagnose module ntp_stratum
Log file: platform/log/diag4.log
Starting diagnostic test(s)
===========================
test - ntp_stratum : Passed
Diagnostics Completed
TIP: Als de ntp_stratum-module op uw systeem uitvalt, raadpleegt u de sectie Vereisten voor NTP-bron van dit document
NTP-communicatie en -versie verifiëren
NTP is een Client\Server-protocol dat communiceert via User Datagram Protocol (UDP) op poort 123. Om NTP-communicatie en NTP-versie te verifiëren, moet u een pakketvastlegging (pcap) uitvoeren op de IM & P-server.
TIP: Als u de IM&P NTP-verzoeken in de pcap ziet verzenden, zijn er echter geen NTP-antwoorden en is een netwerkprobleem mogelijk de oorzaak. Verzamel tegelijkertijd een pcap op de CUCM-server en de IM&P-server om te bevestigen dat de verzoeken van IM&P aan de CUCM-zijde worden ontvangen. Bevestig dat CUCM ook antwoorden op de verzoeken bevat.
Het pakket legt één NTP-serverrespons vast voor elk NTP-clientverzoek. In de NTP Client\Server-berichten wordt de gebruikte NTP-versie weergegeven. Verifieer zowel het clientverzoek als het serverantwoord met NTPv4.
Voer de CLI-opdracht uit met behulp van netwerkopnamepoort 123 om een pakketopnamepoort op poort 123 te maken. Dit commando is hetzelfde voor IM&P of CUCM.
IM&P CLI
admin:utils network capture port 123
Executing command with options:
size=128 count=1000 interface=eth0
src=dest= port=123
ip=
09:44:43.106325 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.109866 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.109931 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.112815 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.112895 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.113305 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.113361 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.114157 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
CUCM Publisher CLI
admin:utils network capture port 123
Executing command with options:
size=128 count=1000 interface=eth0
src=dest= port=123
ip=
09:44:43.106744 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.106872 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.109866 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.109914 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.112637 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.112719 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
09:44:43.113532 IP imppub.lab.local.46476 > cucmpub.lab.local.ntp: NTPv4, Client, length 48
09:44:43.113575 IP cucmpub.lab.local.ntp > imppub.lab.local.46476: NTPv4, Server, length 48
Feedback