Inleiding
Dit document beschrijft hoe de opdrachtoutput van de show ntp-associaties moet worden gebruikt 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 via netwerkverbindingen te synchroniseren. Voor Cisco-routers kunt u de show ntp associations opdracht gebruiken om de status van NTP-peers te zien.
Er is een aanzienlijke hoeveelheid informatie in de output, die pakketverliesinformatie omvat. Deze informatie is bedoeld als aanvulling op de informatie die beschikbaar is in de referentie voor Cisco IOS®-opdrachten.
De opdracht NTP-associaties tonen
U onderzoekt eerst de output van het show ntp associations bevel en beschrijft dan in detail de informatie die dit bevel voorstelt.
Dit is een voorbeelduitvoer 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 opiniepeilveld vertegenwoordigt het opiniepeilinterval (in seconden) tussen NTP-opinieppakketten. Aangezien de NTP-server en client beter gesynchroniseerd zijn (en er geen uitgezette pakketten zijn), neemt dit aantal toe tot maximaal 1024. Het offset-veld is de berekende offset (in milliseconden) tussen de client- en servertijd. De client vertraagt of versnelt de klok zodat deze overeenkomt met de tijdwaarde van de server. De offset daalt in de loop der tijd naar nul. Waarschijnlijk bereikt deze nooit nul, omdat de pakketvertraging tussen de client en server nooit precies hetzelfde is. Daarom kan de client-NTP nooit exact zijn klok aanpassen 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 kloktijd.
Zolang één peer de primaire is, dan is alles in orde. Om echter te verifiëren dat NTP goed werkt, kijkt u naar de waarde in het bereik veld.
Voorbeelden van veldwaarden voor bereik
Het bereikveld is een cirkelvormige bitbuffer. Het geeft u de status van de laatste acht NTP-berichten (acht bits in octal is 377, dus u wilt een bereik veldwaarde van 377 zien).
Als een NTP-reactiepakket verloren gaat, wordt het verloren pakket gevolgd via de volgende acht NTP-updateintervallen in het bereikveld.
Deze tabel geeft een toelichting bij mogelijke waarden van het bereik met het verlies van een NTP-reactiepakket als voorbeeld.
| Bereik veldwaarde (gerapporteerd/binair) |
Toelichting |
| 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 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. |
| 373 = 1 1 1 1 0 1 1 |
Tijd 3: Laatste NTP-respons werd ontvangen. |
| 367 = 1 1 1 0 1 1 1 |
Tijd 4: Laatste NTP-respons werd ontvangen. |
| 357 = 1 1 1 0 1 1 1 1 |
Tijd 5: Laatste NTP-respons werd ontvangen. |
| 337 = 1 1 0 1 1 1 1 |
Tijd 6: Laatste NTP-respons werd ontvangen. |
| 277 = 1 0 1 1 1 1 1 |
Tijd 7: Laatste NTP-respons werd ontvangen. |
| 177 = 0 1 1 1 1 1 1 |
Tijd 8: Laatste NTP-respons werd ontvangen. |
| 377 = 1 1 1 1 1 1 1 |
Tijd 9: Laatste NTP-respons ontvangen. |
Verschillen bij configuratie als primair
Wanneer de router zijn eigen kloktijd als primaire kloktijd gebruikt (met de ntp master opdracht), lijkt de uitvoer van show ntp-associaties op dit punt:
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 interest is in het stratum veld, dat een minder is dan de ingestelde waarde, ntp primair 7 in dit geval.
De router krijgt zijn eigen interne klok, maar de klok is nooit onbereikbaar, en de router verhoogt nooit het opiniepeilingsinterval naar meer dan elke 64 seconden.
Wat betekent een pond teken (#)?
Een pond teken (#) dat naast een gevormde peer in de show ntp associations opdrachtoutput wordt weergegeven, geeft aan dat de router niet synchroniseert met de peer, zelfs als NTP-verzoek en reactiepakketten worden uitgewisseld.
In dit geval, controleer de output van het show ntp associations detail bevel of NTP zuivert om te zien waarom de klokken niet gesynchroniseerd zijn. Gebruik de show ntp associations detail en show ntp status opdrachten 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. Voor Cisco-routers wordt een tijdsverschil van meer dan 4000 seconden buiten bereik beschouwd om te voorkomen dat de router synchroniseert met de server. Dit is niet van toepassing wanneer u eerst een NTP-peer configureert op een Cisco-router of tijdens een herladen. In dit geval wordt de NTP-client (de Cisco-router) klok gewijzigd om de NTP-serverklok aan te passen, ongeacht hoe groot het verschil is.
Controleer de tijdzone van de clientklok; de lokale tijd wordt weergegeven, maar de tijdwaarden in NTP-berichten zijn in UTC (GMT)-tijdzone.
U kunt de clientklok handmatig wijzigen in binnen een paar minuten van de NTP-serverklok.
Gerelateerde informatie
Feedback