Inleiding
In dit document wordt beschreven hoe u de opdrachtuitvoer show ntp associations kunt gebruiken 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
U kunt Network Timing Protocol (NTP) gebruiken om tijd en klokken over netwerkverbindingen te synchroniseren. Op Cisco-routers kunt u de opdracht gebruiken show ntp associations om de status van NTP-peers te bekijken.
Er is een aanzienlijke hoeveelheid informatie in de uitvoer, waaronder informatie over pakketverlies. Deze informatie is bedoeld als aanvulling op de informatie die beschikbaar is in de Cisco IOS® Command Reference.
De opdracht NTP-associaties tonen begrijpen
U onderzoekt eerst de uitvoer van het show ntp associations commando en beschrijft vervolgens in detail de informatie die dit 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 vertegenwoordigt het poll interval (in seconden) tussen NTP poll pakketten. Omdat de NTP-server en client beter zijn gesynchroniseerd (en er geen pakketten zijn gevallen), neemt dit aantal toe tot een maximum van 1024.
Het offsetveld is de berekende offset (in milliseconden) tussen de client- en servertijd. De client vertraagt of versnelt de klok zodat deze overeenkomt met de waarde voor de servertijd. De offset neemt in de loop van de tijd af naar nul.
Het bereikt waarschijnlijk nooit nul, omdat de pakketvertraging tussen de client en server nooit precies hetzelfde is. Daarom kan de client NTP nooit precies overeenkomen met de klok met de server.
Als er een asterisk (*) naast een geconfigureerde peer staat, wordt u gesynchroniseerd met deze peer en gebruikt u deze als de primaire klok.
Zolang één peer de primaire is, is alles in orde. Echter, om te controleren of NTP goed werkt, kijk naar de waarde in het bereik veld.
Voorbeelden van Reach Field Values
Het bereik veld is een cirkelvormige bitbuffer. Het geeft je de status van de laatste acht NTP-berichten (acht bits in octaal is 377, dus je wilt een bereik veldwaarde van 377 zien).
Als een NTP-antwoordpakket verloren gaat, wordt het verloren pakket gevolgd over de volgende acht NTP-update-intervallen in het bereik veld.
Deze tabel geeft uitleg over mogelijke bereikveldwaarden met het verlies van een NTP-antwoordpakket als voorbeeld.
| 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-reactie ontvangen. |
| 373 = 1 1 1 1 0 1 1 |
Tijd 3: Laatste NTP-reactie ontvangen. |
| 367 = 1 1 1 1 0 1 1 |
Tijd 4: Laatste NTP-respons ontvangen. |
| 357 = 1 1 1 0 1 1 1 |
Tijd 5: Laatste NTP-respons ontvangen. |
| 337 = 1 1 0 1 1 1 1 |
Tijd 6: Laatste NTP-respons ontvangen. |
| 277 = 1 0 1 1 1 1 1 |
Tijd 7: Laatste NTP-respons ontvangen. |
| 177 = 0 1 1 1 1 1 1 |
Tijd 8: Laatste NTP-respons ontvangen. |
| 377 = 1 1 1 1 1 1 1 |
Tijd 9: Laatste NTP-reactie ontvangen. |
Verschillen wanneer geconfigureerd als primair
Wanneer de router zijn eigen klok gebruikt als primaire klok (met de ntp master opdracht), lijkt de uitvoer van show ntp-associaties hierop:
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
De waarde van belang is in het stratum veld, dat is een minder dan de geconfigureerde waarde, ntp primaire 7 in dit geval.
De router peilt zijn eigen interne klok, maar de klok is nooit onbereikbaar en de router verhoogt nooit het poll-interval tot meer dan elke 64 seconden.
Wat betekent een pond teken (#)?
Een pound-teken (#) dat naast een geconfigureerde peer wordt weergegeven in de show ntp associations opdrachtuitvoer, geeft aan dat de router niet synchroniseert met de peer, hoewel NTP-verzoek- en antwoordpakketten worden uitgewisseld.
Controleer in dit geval de uitvoer van het show ntp associations detail commando of de NTP-foutmeldingen om te zien waarom de klokken niet zijn gesynchroniseerd.
Gebruik de opdrachten show ntp associations detail en show ntp status om aanvullende informatie over de status van NTP te verkrijgen.
Een mogelijke reden voor het pondteken is dat de NTP-clientklok meer dan 4000 seconden verschilt van de NTP-serverklok.
Op Cisco-routers wordt een tijdsverschil van meer dan 4000 seconden beschouwd als buiten bereik en voorkomt de router synchronisatie met de server.
Dit is niet van toepassing wanneer u voor het eerst een NTP-peer configureert op een Cisco-router of bij een herladen. In dit geval wordt de NTP-client (de Cisco-router) klok gewijzigd om overeen te komen met de NTP-serverklok, ongeacht hoe groot het verschil is.
Verifieer de tijdzone van de clientklok; de lokale tijd wordt weergegeven, maar de tijdwaarden in NTP-berichten bevinden zich in de UTC-tijdzone (GMT).
U kunt de clientklok handmatig wijzigen in binnen een paar minuten na de NTP-serverklok.
Gerelateerde informatie
Feedback