Controleer de NTP-status met de opdracht Show NTP Associations
Inleiding
In dit document wordt beschreven hoe u de opdracht show ntp associations uitvoert om te bepalen of NTP goed werkt.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
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.
Conventies
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Achtergrondinformatie
Network Time Protocol (NTP) synchroniseert klokken op netwerkapparaten, zodat routers, switches, servers en andere systemen een consistente tijdbron gebruiken. Nauwkeurige tijd is belangrijk voor logcorrelatie, certificaatvalidatie, analyse van beveiligingsgebeurtenissen, geplande bewerkingen en probleemoplossing op meerdere apparaten.
NTP maakt gebruik van een hiërarchisch tijdmodel op basis van stratumniveaus. Een lagere stratumwaarde vertegenwoordigt een apparaat dat dichter bij een gezaghebbende tijdbron staat. Een stratum 1-server is bijvoorbeeld rechtstreeks verbonden met een primaire referentieklok, terwijl een stratum 2-apparaat synchroniseert met een stratum 1-server. Cisco-apparaten kunnen synchroniseren met externe NTP-servers of, indien geconfigureerd, tijd aan andere apparaten geven.
Op Cisco IOS- en Cisco IOS XE-apparaten geeft de opdracht NTP-associaties weergeven informatie weer over geconfigureerde en aangeleerde NTP-peers. De uitvoer bevat informatie over peer-selectiestatus, bereikbaarheid, stratum, poll-interval, vertraging, offset en dispersie. Deze velden helpen bepalen of het apparaat kan communiceren met zijn NTP-peers en of een peer is geselecteerd als de synchronisatiebron.
Het bereik veld helpt identificeren of recente NTP reacties werden ontvangen van een peer. Het offsetveld toont het berekende tijdsverschil tussen het lokale apparaat en de NTP-peer. De velden Vertraging en Dispersie bieden aanvullende informatie over netwerkvertraging en nauwkeurigheid van de tijd.
Voer show ntp-associaties uit samen met show ntp-status om te controleren of het lokale apparaat is gesynchroniseerd en welke peer wordt gebruikt als de synchronisatiebron. De opdracht NTP-status weergeven geeft de algemene NTP-status van het apparaat weer, terwijl NTP-associaties tonen per-peer-details biedt die helpen bij het valideren of oplossen van problemen met NTP-werking.
De opdracht NTP-associaties tonen begrijpen
Onderzoek eerst de uitvoer van de opdracht show ntp-associaties. Beschrijf vervolgens in detail de informatie die het commando presenteert.
Dit is een voorbeeld van uitvoer en een uitleg van bepaalde uitvoervelden.
Router#show ntp associations address ref clock st when poll reach delay offset disp ~172.31.32.2 172.31.32.1 5 29 1024 377 4.2 -8.59 1.6 +~192.168.13.33 192.168.1.111 3 69 128 377 4.1 3.48 2.3 *~192.168.13.57 192.168.1.111 3 32 128 377 7.9 11.18 3.6 * primary (synced), # primary (unsynced), + selected, - candidate, ~ configured
Het poll veld toont het polling interval, in seconden, tussen NTP pakketten. Op veel Cisco IOS-platforms kan het interval toenemen naarmate de associatie stabiliseert, tot het standaardmaximum van het platform, meestal 1024 seconden. Het werkelijke gedrag kan variëren per platform, release en configuratie.
Het offsetveld toont het berekende tijdsverschil, in milliseconden, tussen het lokale apparaat en de NTP-peer. Als NTP disciplines de lokale klok, de offset meestal trends dichter bij nul, maar het kan fluctueren als gevolg van het netwerk vertraging variatie en klokstabiliteit.
Als er een sterretje (*) naast een peer wordt weergegeven, is die peer de geselecteerde synchronisatiebron. Bevestig de algemene synchronisatiestatus door de opdracht NTP-status tonen uit te voeren.
Voorbeelden van Reach Field Values
Het bereik veld is een cirkelvormige 8-bit bereikbaarheidsbuffer weergegeven in octaal formaat. Het registreert of de router reacties heeft ontvangen voor de laatste 8 Network Time Protocol (NTP) poll-pogingen naar een peer.
Elke bit staat voor één poll interval:
- 1 betekent dat de router een antwoord heeft ontvangen van de NTP-peer.
- 0 betekent dat de router geen antwoord heeft ontvangen van de NTP-peer.
Een bereikwaarde van 377 betekent dat de router antwoorden heeft ontvangen voor de laatste 8 NTP-peilingen. In het binaire stelsel staat octaal 377 voor 11111111. Lagere waarden geven aan dat een of meer recente NTP-responsen werden gemist. Als er bijvoorbeeld één reactie verloren gaat, verandert de bereikwaarde als de gemiste reactie door de cirkelvormige buffer over de volgende poll-intervallen beweegt.
Een stabiele NTP-associatie toont gewoonlijk een bereikwaarde van 377. Een andere waarde dan 377 betekent echter niet altijd dat NTP faalt. Lagere waarden kunnen verschijnen tijdens de eerste convergentie, na een herladen, nadat een peer nieuw is geconfigureerd of wanneer er intermitterend pakketverlies is. Gebruik het veld Bereik samen met andere velden, zoals wanneer, poll, delay, offset en disp, en bevestig de algemene synchronisatiestatus met de opdracht NTP-status tonen.
In het algemeen:
- 377 betekent dat de laatste 8 NTP-antwoorden zijn ontvangen.
- Een niet-nulwaarde lager dan 377 betekent dat sommige antwoorden werden ontvangen, maar een of meer recente antwoorden werden gemist.
- 0 betekent dat er geen antwoorden werden ontvangen tijdens de laatste 8 NTP poll pogingen. Controleer in dat geval de bereikbaarheid van IP, routering, toegangscontrolelijsten, firewalls, UDP-poort (User Datagram Protocol) 123, NTP-verificatie en de status van de NTP-server.
Deze tabel geeft uitleg over mogelijke veldwaarden voor bereik bij verlies van een NTP-responspakket, vanaf 377, wanneer één NTP-respons verloren is gegaan en alle daaropvolgende NTP-antwoorden zijn ontvangen:
Opmerking: In deze tabel wordt ervan uitgegaan dat de bereikwaarde begint bij 377, dat één NTP-respons wordt gemist en dat alle volgende antwoorden worden ontvangen. De gemiste respons wordt weergegeven door een 0-bit, die bij elke volgende succesvolle poll wordt verplaatst totdat deze ouder wordt dan de 8-bit bereikbaarheidsbuffer.
| Bereik veldwaarde (gerapporteerd/binair) | verklaring |
|---|---|
| 377 = 1 1 1 1 1 1 1 | Tijd 0: De laatste acht reacties van de server zijn ontvangen. |
| 376 = 1 1 1 1 1 1 0 | Tijd 1: Laatste NTP-respons werd NIET ontvangen (verloren in netwerk). |
| 375 = 1 1 1 1 1 0 1 | Tijd 2: Laatste NTP-respons werd ontvangen; gemiste responsverschuivingen vertrokken. |
| 373 = 1 1 1 1 0 1 1 | Tijd 3: Laatste NTP-respons werd ontvangen; gemiste respons blijft ouder worden. |
| 367 = 1 1 1 1 0 1 1 | Tijd 4: Laatste NTP-respons werd ontvangen; gemiste respons blijft ouder worden. |
| 357 = 1 1 1 0 1 1 1 | Tijd 5: Laatste NTP-respons werd ontvangen; gemiste respons blijft ouder worden. |
| 337 = 1 1 0 1 1 1 1 | Tijd 6: Laatste NTP-respons werd ontvangen; gemiste respons blijft ouder worden. |
| 277 = 1 0 1 1 1 1 1 | Tijd 7: Laatste NTP-respons werd ontvangen; gemiste respons blijft ouder worden. |
| 177 = 0 1 1 1 1 1 1 | Tijd 8: Laatste NTP-respons werd ontvangen; gemiste respons is nu het oudste bijgehouden resultaat |
| 377 = 1 1 1 1 1 1 1 | Tijd 9: laatste NTP-respons werd ontvangen; gemiste respons werd ouder; laatste acht antwoorden werden ontvangen |
De logica kan als volgt worden uitgelegd:
- De bereikwaarde wordt weergegeven in octaal.
- Dit zijn de laatste 8 resultaten van de NTP poll.
- Een bitwaarde van 1 betekent dat een antwoord is ontvangen.
- Een bitwaarde van 0 betekent dat een reactie is gemist.
- Het meest rechtse deel vertegenwoordigt het meest recente poll resultaat.
- Als nieuwe peilingen plaatsvinden, verschuiven de vorige resultaten naar links.
- Na acht succesvolle peilingen veroudert de gemiste respons en keert de waarde terug naar 377.
Elke nieuwe NTP-poll verschuift de vorige bereikwaarde met één bit, verlaagt het oudste resultaat en voegt het laatste resultaat aan de rechterkant toe als 1 voor een ontvangen reactie of 0 voor een verloren reactie.
Als er bijvoorbeeld een andere reactie verloren gaat nadat de bereikwaarde 375 is, is de volgende bereikwaarde 372. Dit komt omdat de vorige resultaten naar links verschuiven en de nieuwste verloren reactie wordt toegevoegd als 0 aan de rechterkant.
Verschillen wanneer geconfigureerd als primair
Wanneer een router is geconfigureerd om zijn lokale klok als een NTP-bron te gebruiken met de opdracht ntp-master, kan de uitvoer voor ntp-associaties de lokale klokassociatie weergeven. Voorbeeld:
address ref clock st when poll reach delay offset disp *~127.127.7.1 127.127.7.1 6 20 64 377 0.0 0.00 0.0 * primary (synced), # primary (unsynced), + selected, - candidate, ~ configured
In deze uitvoer vertegenwoordigt 127.127.7.1 de lokale klok van de router. Het sterretje (*) geeft aan dat de lokale klok is geselecteerd als de synchronisatiebron en de tilde (~) geeft aan dat de koppeling is geconfigureerd.
De stratumwaarde die in de uitvoer wordt weergegeven, kan één waarde kleiner zijn dan de waarde die is geconfigureerd met de opdracht ntp-master. Als de router bijvoorbeeld is geconfigureerd met ntp master 7, kan de lokale klokassociatie worden weergegeven met stratum 6 in de uitvoer van de ntp-associaties tonen.
Aangezien de router zijn eigen interne klok polst, is de lokale klokassociatie niet onbereikbaar op dezelfde manier als een externe NTP-peer onbereikbaar kan worden. In deze modus blijft het poll-interval gewoonlijk op 64 seconden in plaats van te verhogen tot een langer interval, zoals 1024 seconden.
Het gedrag van het platform en de software kan variëren door de NTP-status te tonen met NTP-associaties om de synchronisatiestatus en de geselecteerde klokbron te bevestigen.
Wat betekent een pond teken (#)?
Een pond teken (#) weergegeven naast een geconfigureerde peer in de show ntp associaties commando uitvoer geeft aan dat de peer is geselecteerd als de primaire synchronisatie kandidaat, maar de router is niet gesynchroniseerd met die peer.
In deze toestand kunnen NTP-aanvraag- en antwoordpakketten nog steeds worden uitgewisseld tussen de router en de peer, maar de klokken worden niet succesvol gesynchroniseerd.
Om te onderzoeken waarom de router niet is gesynchroniseerd, voert u de volgende opdrachten uit:
- Details NTP-associaties weergeven
- NTP-status weergeven
De detailopdracht show ntp associations geeft aanvullende informatie over de peer-associatie, inclusief bereikbaarheid, synchronisatiestatus, geldigheid en mogelijke redenen voor afwijzing. De opdracht NTP-status tonen toont de algemene NTP-status van de router, inclusief of de router is gesynchroniseerd, de geselecteerde referentieklok en de lokale stratum.
Als meer gedetailleerde probleemoplossing vereist is, voert u NTP-foutopsporingsopdrachten zorgvuldig uit, vooral op productieapparaten. Een mogelijke reden voor het pondteken (#) is dat de NTP-clientklok meer dan 4000 seconden verschilt van de NTP-serverklok. Op Cisco-routers kan een tijdsverschil van meer dan 4000 seconden worden beschouwd als buiten bereik en kan voorkomen dat de router synchroniseert met de server.
Dit gedrag is niet van toepassing wanneer een NTP-peer voor het eerst wordt geconfigureerd op een Cisco-router of onmiddellijk na een herladen. In die gevallen kan de NTP-client, de Cisco-router, zijn klok bijwerken om overeen te komen met de NTP-serverklok, zelfs wanneer het tijdsverschil groter is dan 4000 seconden.
NTP gebruikt Coordinated Universal Time (UTC), ook wel Greenwich Mean Time (GMT) genoemd, in protocolberichten. De geconfigureerde lokale tijdzone heeft alleen invloed op de manier waarop de tijd op de router wordt weergegeven. Als de weergegeven lokale tijd onjuist wordt weergegeven, controleert u de tijdzoneconfiguratie op de clientrouter.
Als de clientklok te ver van de NTP-serverklok is verwijderd en er geen synchronisatie plaatsvindt, stelt u de clientklok handmatig in op een paar minuten na de NTP-serverklok en controleert u de NTP-synchronisatie opnieuw door de NTP-status weer te geven en de opdrachten voor NTP-associaties weer te geven.
Gerelateerde informatie
- Troubleshooting- en foutopsporingsgids voor NTP-problemen (Network Time Protocol)
- Technische ondersteuning en documentatie – Cisco Systems
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
3.0 |
17-Jul-2026
|
Bijgewerkte inleiding, spelling, grammatica, ingevoegde horizontale lijnen voor het scheiden van secties / leesbaarheid. |
2.0 |
23-Apr-2024
|
Bijgewerkte vooringenomen taal, spelling en opmaak. |
1.0 |
24-Mar-2023
|
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)