In diesem Dokument wird beschrieben, wie Sie die Befehlsausgabe show ntp associations ausführen, um festzustellen, ob das NTP ordnungsgemäß funktioniert.
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Network Time Protocol (NTP) synchronisiert Uhren auf allen Netzwerkgeräten, sodass Router, Switches, Server und andere Systeme eine konsistente Zeitquelle nutzen. Die genaue Zeit ist für die Protokollkorrelation, die Zertifikatsvalidierung, die Analyse von Sicherheitsereignissen, geplante Vorgänge und die Fehlerbehebung auf mehreren Geräten wichtig.
Das NTP verwendet ein hierarchisches Zeitmodell, das auf Stratum-Ebenen basiert. Ein unterer Stratum-Wert stellt ein Gerät dar, das sich näher an einer maßgeblichen Zeitquelle befindet. So ist beispielsweise ein Schicht-1-Server direkt mit einem primären Referenztakt verbunden, während ein Schicht-2-Gerät mit einem Schicht-1-Server synchronisiert wird. Cisco Geräte können mit externen NTP-Servern synchronisiert werden oder, falls konfiguriert, anderen Geräten Zeit zur Verfügung stellen.
Auf Cisco IOS- und Cisco IOS XE-Geräten zeigt der Befehl show ntp associations Informationen zu konfigurierten und ermittelten NTP-Peers an. Die Ausgabe enthält Informationen zu Peer-Selektion, Erreichbarkeit, Schicht, Polling-Intervall, Verzögerung, Offset und Dispersion. Anhand dieser Felder kann ermittelt werden, ob das Gerät mit seinen NTP-Peers kommunizieren kann und ob ein Peer als Synchronisierungsquelle ausgewählt wird.
Das Feld "Reach" (Reichweite) hilft bei der Identifizierung, ob die letzten NTP-Antworten von einem Peer empfangen wurden. Das Offsetfeld zeigt die berechnete Zeitdifferenz zwischen dem lokalen Gerät und dem NTP-Peer an. Die Verzögerungs- und Dispersionsfelder liefern zusätzliche Informationen zur Netzwerkverzögerung und -zeitgenauigkeit.
Führen Sie show ntp associations und show ntp status aus, um zu überprüfen, ob das lokale Gerät synchronisiert ist und welcher Peer als Synchronisierungsquelle verwendet wird. Der Befehl show ntp status gibt den allgemeinen NTP-Status des Geräts an, während show ntp associations Informationen pro Peer bereitstellt, die bei der Validierung oder Fehlerbehebung des NTP-Betriebs helfen.
Überprüfen Sie zunächst die Ausgabe des Befehls show ntp associations. Beschreiben Sie dann ausführlich die Informationen, die der Befehl bereitstellt.
Dies ist eine Beispielausgabe und eine Erläuterung bestimmter Ausgabefelder.
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
Das Polling-Feld gibt das Polling-Intervall zwischen NTP-Paketen in Sekunden an. Bei vielen Cisco IOS-Plattformen kann das Intervall mit Stabilisierung der Zuordnung bis zum Standard-Maximum der Plattform, in der Regel 1.024 Sekunden, verlängert werden. Das tatsächliche Verhalten kann je nach Plattform, Version und Konfiguration variieren.
Das Offsetfeld zeigt die berechnete Zeitdifferenz zwischen dem lokalen Gerät und dem NTP-Peer in Millisekunden an. Da das NTP die lokale Uhr bestimmt, tendiert der Offset in der Regel näher an Null, kann aber aufgrund von Netzwerkverzögerungsschwankungen und Uhrenstabilität schwanken.
Wenn ein Sternchen (*) neben einem Peer angezeigt wird, ist dieser Peer die ausgewählte Synchronisierungsquelle. Bestätigen Sie den allgemeinen Synchronisierungsstatus mit dem Befehl show ntp status.
Das Reichweitenfeld ist ein zirkulärer 8-Bit-Erreichbarkeitspuffer, der im Oktalformat angezeigt wird. Es zeichnet auf, ob der Router Antworten für die letzten acht NTP-Polling-Versuche an einen Peer empfangen hat.
Jedes Bit stellt ein Abfrageintervall dar:
Ein Erreichbarkeitswert von 377 bedeutet, dass der Router Antworten für die letzten acht NTP-Abfragen erhalten hat. Im Binärformat steht Oktal 377 für 11111111. Niedrigere Werte zeigen an, dass mindestens eine NTP-Antwort verpasst wurde. Wenn beispielsweise eine Antwort verloren geht, ändert sich der Erreichbarkeitswert, wenn die versäumte Antwort über nachfolgende Abfrageintervalle durch den Ringpuffer wandert.
Eine stabile NTP-Zuordnung weist in der Regel einen Reach-Wert von 377 auf. Ein anderer Wert als 377 bedeutet jedoch nicht immer, dass das NTP fehlschlägt. Niedrigere Werte können während der anfänglichen Konvergenz, nach einem Neuladen, nach der Neukonfiguration eines Peers oder bei vorübergehendem Paketverlust auftreten. Verwenden Sie das Feld "reach" zusammen mit anderen Feldern, z. B. "when", "polll", "delay", "offset" und "disp", und bestätigen Sie den allgemeinen Synchronisierungsstatus mit dem Befehl show ntp status.
Allgemein:
Diese Tabelle enthält Erläuterungen zu möglichen Reichweitenfeldwerten bei Verlust eines NTP-Antwortpakets. Ab 377 geht eine NTP-Antwort verloren, und alle nachfolgenden NTP-Antworten werden empfangen:
Anmerkung: In dieser Tabelle wird davon ausgegangen, dass der Wert für die Reichweite bei 377 beginnt, eine NTP-Antwort verpasst wird und alle nachfolgenden Antworten eingehen. Die fehlende Antwort wird durch ein 0-Bit dargestellt, das bei jeder nachfolgenden erfolgreichen Abfrage nach links verschoben wird, bis es aus dem 8-Bit-Erreichbarkeitspuffer herausaltert.
| Feldwert erreichen (Gemeldet/Binär) | Erläuterung |
|---|---|
| 377 = 1 1 1 1 1 1 1 1 1 | Zeit 0: Die letzten acht Antworten vom Server wurden empfangen. |
| 376 = 1 1 1 1 1 1 1 0 | Zeit 1: Die letzte NTP-Antwort wurde NICHT empfangen (im Netzwerk verloren). |
| 375 = 1 1 1 1 1 1 0 1 | Zeit 2: Die letzte NTP-Antwort wurde empfangen. Fehlgeschlagene Antwort verschiebt sich nach links. |
| 373 = 1 1 1 1 1 0 1 1 1 | Zeit 3: Die letzte NTP-Antwort wurde empfangen. verpasste Antwort altert weiter. |
| 367 = 1 1 1 1 0 1 1 1 1 | Zeit 4: Die letzte NTP-Antwort wurde empfangen. verpasste Antwort altert weiter. |
| 357 = 1 1 1 0 1 1 1 1 | Zeit 5: Die letzte NTP-Antwort wurde empfangen. verpasste Antwort altert weiter. |
| 337 = 1 1 0 1 1 1 1 1 | Zeit 6: Die letzte NTP-Antwort wurde empfangen. verpasste Antwort altert weiter. |
| 277 = 1 0 1 1 1 1 1 1 | Zeit 7: Die letzte NTP-Antwort wurde empfangen. verpasste Antwort altert weiter. |
| 177 = 0 1 1 1 1 1 1 1 1 | Uhrzeit 8: Die letzte NTP-Antwort wurde empfangen. Fehlgeschlagene Antwort ist jetzt das älteste nachverfolgte Ergebnis |
| 377 = 1 1 1 1 1 1 1 1 1 | Uhrzeit 9: Die letzte NTP-Antwort wurde empfangen. verpasste Antwort veraltet; die letzten acht Antworten eingegangen sind |
Die Logik lässt sich wie folgt erklären:
Bei jeder neuen NTP-Abfrage wird der vorherige Reichweitenwert um ein Bit verschoben, das älteste Ergebnis wird verworfen und das letzte Ergebnis auf der rechten Seite wird als 1 für eine empfangene Antwort oder als 0 für eine verlorene Antwort hinzugefügt.
Wenn z. B. eine andere Antwort verloren geht, nachdem der Reichweitenwert 375 ist, ist der nächste Reichweitenwert 372. Dies liegt daran, dass die vorherigen Ergebnisse nach links verschoben werden und die neueste verlorene Antwort rechts mit 0 addiert wird.
Wenn ein Router so konfiguriert ist, dass er seine lokale Uhr mit dem Befehl ntp master als NTP-Quelle verwendet, kann die Ausgabe von show ntp associations die lokale Uhrenzuordnung anzeigen. Beispiele:
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 dieser Ausgabe steht 127.127.7.1 für die lokale Uhr des Routers. Das Sternchen (*) gibt an, dass die lokale Uhr als Synchronisationsquelle ausgewählt ist, und die Tilde (~) gibt an, dass die Zuordnung konfiguriert ist.
Der in der Ausgabe angezeigte Stratum-Wert kann um eins kleiner sein als der Wert, der mit dem Befehl ntp master konfiguriert wurde. Wenn der Router beispielsweise mit ntp master 7 konfiguriert ist, kann die lokale Uhrenzuordnung mit Schicht 6 in der Ausgabe show ntp associations angezeigt werden.
Da der Router seine eigene interne Uhr abfragt, ist die lokale Uhrenzuordnung nicht unerreichbar, da ein Remote-NTP-Peer unerreichbar werden kann. In diesem Modus verbleibt das Polling-Intervall in der Regel bei 64 Sekunden, anstatt auf ein längeres Intervall, z. B. 1024 Sekunden, zu steigen.
Das Verhalten von Plattform und Software kann variieren, indem der Befehl show ntp status mit show ntp associations ausgeführt wird, um den Synchronisierungsstatus und die ausgewählte Taktquelle zu bestätigen.
Ein Rautezeichen (#), das in der Ausgabe des Befehls show ntp associations neben einem konfigurierten Peer angezeigt wird, zeigt an, dass der Peer als primärer Synchronisierungskandidat ausgewählt wurde, der Router jedoch nicht mit diesem Peer synchronisiert ist.
In diesem Fall können NTP-Anforderungs- und Antwortpakete weiterhin zwischen dem Router und dem Peer ausgetauscht werden, die Uhren werden jedoch nicht erfolgreich synchronisiert.
Führen Sie die folgenden Befehle aus, um zu untersuchen, warum der Router nicht synchronisiert ist:
Der Befehl show ntp associations detail bietet zusätzliche Informationen zur Peer-Zuordnung. einschließlich Erreichbarkeit, Synchronisierungsstatus, Gültigkeit und mögliche Ablehnungsgründe. Der Befehl show ntp status (NTP-Status anzeigen) zeigt den gesamten NTP-Status des Routers an, einschließlich der Angabe, ob der Router synchronisiert ist, der ausgewählten Referenzuhr und der lokalen Schicht.
Wenn eine detailliertere Fehlerbehebung erforderlich ist, führen Sie die NTP-Debugbefehle sorgfältig aus, insbesondere auf Produktionsgeräten. Ein möglicher Grund für das Rautezeichen (#) ist, dass sich die NTP-Client-Uhr um mehr als 4000 Sekunden von der NTP-Server-Uhr unterscheidet. Bei Cisco Routern kann eine Zeitdifferenz von mehr als 4.000 Sekunden als außerhalb des zulässigen Bereichs liegend angesehen werden. Dies kann die Synchronisierung des Routers mit dem Server verhindern.
Dieses Verhalten gilt nicht, wenn ein NTP-Peer zuerst auf einem Cisco Router oder unmittelbar nach einem Neuladen konfiguriert wird. In diesen Fällen kann der NTP-Client, der Router von Cisco, seine Uhr aktualisieren, um sie an die NTP-Serveruhr anzupassen, selbst wenn die Zeitdifferenz größer als 4000 Sekunden ist.
NTP verwendet in Protokollnachrichten die koordinierte Weltzeit (UTC, Coordinated Universal Time), die auch als GMT (Greenwich Mean Time) bezeichnet wird. Die konfigurierte lokale Zeitzone wirkt sich nur darauf aus, wie die Zeit auf dem Router angezeigt wird. Wenn die angezeigte Ortszeit falsch erscheint, überprüfen Sie die Zeitzonenkonfiguration auf dem Client-Router.
Wenn die Client-Uhr zu weit von der NTP-Serveruhr entfernt ist und keine Synchronisierung stattfindet, stellen Sie die Client-Uhr manuell auf wenige Minuten der NTP-Serveruhr ein, und überprüfen Sie die NTP-Synchronisierung erneut, indem Sie den Befehl show ntp status und den Befehl show ntp associations ausführen.
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
3.0 |
17-Jul-2026
|
Aktualisierte Einführung, Rechtschreibung, Grammatik, eingefügte horizontale Linien zur Trennung von Abschnitten/Lesbarkeit. |
2.0 |
23-Apr-2024
|
Aktualisierte, voreingenommene Sprache, Rechtschreibung und Formatierung. |
1.0 |
24-Mar-2023
|
Erstveröffentlichung |