Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Conventions

Informations générales

Comprendre la commande Show NTP Associations

Exemples de valeurs de champ de portée

Différences lorsqu'il est configuré comme principal

Qu'indique le signe dièse (#) ?

Informations connexes

Introduction

Ce document décrit comment utiliser le résultat de la commande show ntp associations pour déterminer si NTP fonctionne correctement.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Conventions

Reportez-vous aux conventions des conseils techniques Cisco pour plus d’information sur les conventions utilisées dans ce document.

Informations générales

Vous pouvez utiliser le protocole NTP (Network Timing Protocol) pour synchroniser l'heure et les horloges sur les connexions réseau. Sur les routeurs Cisco, vous pouvez utiliser la show ntp associations commande pour afficher l'état des homologues NTP.

Il y a une quantité considérable d'informations dans la sortie, qui inclut des informations de perte de paquets. Ces informations sont destinées à compléter les informations disponibles dans le Guide de référence des commandes de Cisco IOS®.

Comprendre la commande Show NTP Associations

Vous examinez d’abord le résultat de la show ntp associations commande, puis décrivez en détail les informations qu’elle présente.

Ceci est un exemple de sortie et une explication de certains champs de sortie.

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

Le champ d'interrogation représente l'intervalle d'interrogation (en secondes) entre les paquets d'interrogation NTP. Comme le serveur et le client NTP sont mieux synchronisés (et qu'il n'y a pas de paquets abandonnés), ce nombre augmente jusqu'à un maximum de 1024. Le champ de décalage est le décalage calculé (en millisecondes) entre le temps client et le temps serveur. Le client ralentit ou accélère son horloge pour qu'elle corresponde à la valeur de temps du serveur. Le décalage diminue vers zéro avec le temps. Il n'atteint probablement jamais zéro puisque le délai de paquet entre le client et le serveur n'est jamais exactement le même. Par conséquent, le client NTP ne peut jamais faire correspondre exactement son horloge avec le serveur.

Si un astérisque (*) apparaît en regard d'un homologue configuré, vous êtes synchronisé avec cet homologue et vous les utilisez comme horloge principale.

Tant qu'un pair est le principal, alors tout va bien. Cependant, pour vérifier que le protocole NTP fonctionne correctement, examinez la valeur du champ reach.

Exemples de valeurs de champ de portée

Le champ d'atteinte est une mémoire tampon de bits circulaire. Il vous donne l'état des huit derniers messages NTP (huit bits en octal sont 377, donc vous voulez voir une valeur de champ d'atteinte de 377).

Si un paquet de réponse NTP est perdu, le paquet perdu est suivi au cours des huit intervalles de mise à jour NTP suivants dans le champ de portée.

Ce tableau fournit des explications sur les valeurs possibles des champs de portée avec la perte d'un paquet de réponse NTP comme exemple.

Valeur du champ Atteindre (déclarée/binaire)

Explication

377 = 1 1 1 1 1 1 1 1

Heure 0 : les huit dernières réponses du serveur ont été reçues.

376 = 1 1 1 1 1 1 1 0

Heure 1 : la dernière réponse NTP n'a PAS été reçue (perdue dans le réseau).

375 = 1 1 1 1 1 1 0 1

Heure 2 : dernière réponse NTP reçue.

373 = 1 1 1 1 1 0 1

Heure 3 : dernière réponse NTP reçue.

367 = 1 1 1 1 0 1 1 1

Heure 4 : dernière réponse NTP reçue.

357 = 1 1 1 0 1 1 1 1

Heure 5 : dernière réponse NTP reçue.

337 = 1 1 0 1 1 1 1

Heure 6 : dernière réponse NTP reçue.

277 = 1 0 1 1 1 1 1

Heure 7 : dernière réponse NTP reçue.

177 = 0 1 1 1 1 1 1 1

Heure 8 : dernière réponse NTP reçue.

377 = 1 1 1 1 1 1 1 1

Heure 9 : dernière réponse NTP reçue.

Différences lorsqu'il est configuré comme principal

Lorsque le routeur utilise sa propre horloge comme horloge principale (avec la ntp master commande ), le résultat de la commande show ntp associations est similaire à celui-ci :

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

La valeur intéressante se trouve dans le champ de strate, qui est inférieur de 1 à la valeur configurée, ntp primary 7 dans ce cas.

Le routeur interroge sa propre horloge interne, mais celle-ci n'est jamais inaccessible et le routeur n'augmente jamais l'intervalle d'interrogation à plus de 64 secondes.

Qu'indique le signe dièse (#) ?

Le signe dièse (#) affiché en regard d’un homologue configuré dans le résultat de la show ntp associations commande indique que le routeur ne se synchronise pas avec l’homologue même si des paquets de requête et de réponse NTP sont échangés.

Dans ce cas, vérifiez le résultat de la show ntp associations detail commande ou les débogages NTP pour voir pourquoi les horloges ne sont pas synchronisées. Utilisez les commandes show ntp associations detail et show ntp status pour obtenir des informations supplémentaires sur l’état du protocole NTP.

Une raison possible pour le signe dièse est que l'horloge du client NTP diffère de plus de 4000 secondes de l'horloge du serveur NTP. Sur les routeurs Cisco, une différence de temps supérieure à 4 000 secondes est considérée comme hors limites et empêche le routeur de se synchroniser avec le serveur. Cela ne s'applique pas lorsque vous configurez un homologue NTP pour la première fois sur un routeur Cisco ou lors d'un rechargement. Dans ce cas, l'horloge du client NTP (le routeur Cisco) est modifiée pour correspondre à l'horloge du serveur NTP, quelle que soit l'importance de la différence.

Vérifiez le fuseau horaire de l'horloge client ; l'heure locale est affichée, mais les valeurs horaires des messages NTP sont dans le fuseau horaire UTC (GMT).

Vous pouvez changer manuellement l'horloge du client en quelques minutes à partir de l'horloge du serveur NTP.

Informations connexes

- Guide de dépannage et de débogage relatif aux problèmes de protocole NTP (Network Time Protocol)

- Assistance et documentation techniques - Cisco Systems