Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Présentation de la commande show ntp associations

Exemples de valeurs de champ Atteindre

Différences lorsqu'elles sont configurées en tant que maître

Qu'indique un signe Livre ?

Informations connexes

Introduction

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 commande show ntp associations pour voir l'état des homologations NTP. Ce document explique comment utiliser la commande de sortie « show ntp associations » pour déterminer si le NTP fonctionne et communique correctement. Il y a une quantité considérable d'informations dans le résultat, y compris des informations de perte de paquets. Ces informations sont destinées à compléter les informations disponibles dans la référence de commande Cisco IOS® pour la commande show ntp associations.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

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

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Présentation de la commande show ntp associations

Examinons d'abord le résultat de la commande show ntp associations, puis décrivons en détail les informations que cette commande présente. Vous trouverez ci-dessous un exemple de sortie, suivi d'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

* master (synced), # master (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 passe à un maximum de 1024. Le champ offset 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 correspondre à la valeur temporelle du serveur. Le décalage diminue vers zéro au fil du temps. Il n'atteindra probablement jamais zéro puisque le délai de paquet entre le client et le serveur n'est jamais exactement le même, de sorte que le NTP client ne peut jamais exactement faire correspondre son horloge à celle du serveur. Des détails supplémentaires sur le champ de sortie sont expliqués dans le document Commandes de gestion du système de base.

Si un astérisque (*) se trouve à côté d'un homologue configuré, vous êtes synchronisé avec cet homologue et vous les utilisez comme horloge principale. Tant qu'un homologue est le maître alors tout va bien. Cependant, la clé pour savoir que NTP fonctionne correctement consiste à examiner la valeur du champ de portée. Examinons ce champ plus en détail.

Exemples de valeurs de champ Atteindre

Le champ de portée est un tampon de bits circulaire. Il vous donne l'état des huit derniers messages NTP (huit bits en octal sont 377, vous voulez donc voir une valeur de champ d'accès de 377). Si un paquet de réponse NTP est perdu, le paquet manquant est suivi sur les huit prochains intervalles de mise à jour NTP dans le champ de portée. Le tableau ci-dessous fournit des explications sur les valeurs de champ d'accès possibles en utilisant la perte d'un paquet de réponse NTP comme exemple.

Valeur du champ Atteindre (rapport/binaire)

Explication

377 = 1 1 1 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 1 0

Heure 1 : Dernière réponse NTP NON reçue (perdue dans le réseau)

375 = 1 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 1 1 1 1 1

Heure 3 : Dernière réponse NTP reçue

367 = 1 1 1 1 0 1 1 1 1

Durée 4 : Dernière réponse NTP reçue

357 = 1 1 1 0 1 1 1 1 1

Heure 5 : Dernière réponse NTP reçue

337 = 1 1 0 1 1 1 1 1 1

Heure 6 : Dernière réponse NTP reçue

277 = 1 0 1 1 1 1 1 1 1

Heure 7 : Dernière réponse NTP reçue

177 = 0 1 1 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 1 1 1

Heure 9 : Dernière réponse NTP reçue

Différences lorsqu'elles sont configurées en tant que maître

Lorsque le routeur utilise sa propre horloge comme horloge maître (à l'aide de la commande ntp master), la sortie de show ntp associations ressemble à ceci :

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

* master (synced), # master (unsynced), + selected, - candidate, ~ configured

La valeur intéressante ici se trouve dans le champ de strate, qui est inférieur à la valeur configurée, ntp master 7 dans ce cas. Le routeur interroge sa propre horloge interne, mais l'horloge n'est jamais inaccessible et le routeur n'augmente jamais l'intervalle d'interrogation à plus de 64 secondes.

Qu'indique un signe Livre ?

Un signe dièse (#) affiché en regard d'un homologue configuré dans le résultat de la commande show ntp associations indique que le routeur n'est pas synchronisé avec l'homologue même si des paquets de requête et de réponse NTP sont échangés. Dans ce cas, vérifiez la sortie de la commande show ntp associations detail ou des débogages NTP pour voir pourquoi les horloges ne sont pas synchronisées. Vous pouvez utiliser les commandes show ntp associations detail et show ntp status pour obtenir des informations supplémentaires sur l'état de NTP.

Une raison possible du signe dièse est que l'horloge du client NTP diffère de plus de 4 000 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 pour la première fois un homologue NTP 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 la taille de la différence.

Vérifiez le fuseau horaire de l'horloge du client ; l'heure locale est affichée, mais les valeurs d'heure dans les messages NTP sont dans le fuseau horaire UTC (GMT). Vous pouvez modifier 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 des problèmes liés au protocole NTP (Network Time Protocol)

- Support et documentation techniques - Cisco Systems