Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Antecedentes

Comprender el comando Show NTP Associations

Ejemplos de valores de campo de alcance

Diferencias cuando se configura como principal

¿Qué indica el signo de almohadilla (#)?

Información Relacionada

Introducción

Este documento describe cómo utilizar el resultado del show ntp associations comando para determinar si NTP funciona correctamente.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Convenciones

Consulte el documento Cisco Technical Tips Conventions (Convenciones sobre consejos técnicos de Cisco) para obtener más información sobre las convenciones de los documentos.

Antecedentes

Puede utilizar el protocolo de sincronización de red (NTP) para sincronizar la hora y los relojes en las conexiones de red. En los routers Cisco, puede utilizar el show ntp associations comando para ver el estado de los peers NTP.

Hay una cantidad considerable de información en la salida, que incluye información de pérdida de paquetes. Esta información está pensada para complementar la información disponible en la Referencia de Comandos de Cisco IOS®.

Comprender el comando Show NTP Associations

Primero examina el resultado del show ntp associations comando y, a continuación, describe en detalle la información que presenta este comando.

Este es un ejemplo de salida y una explicación de ciertos campos de salida.

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

El campo de sondeo representa el intervalo de sondeo (en segundos) entre los paquetes de sondeo NTP. A medida que el servidor NTP y el cliente se sincronizan mejor (y no se descartan paquetes), este número aumenta hasta un máximo de 1024.

El campo de desplazamiento es el desplazamiento calculado (en milisegundos) entre la hora del cliente y la del servidor. El cliente ralentiza o acelera su reloj para que coincida con el valor de tiempo del servidor. El desplazamiento disminuye hacia cero con el tiempo.

Es probable que nunca llegue a cero porque el retraso del paquete entre el cliente y el servidor nunca es exactamente el mismo. Por lo tanto, el NTP del cliente nunca puede coincidir exactamente con su reloj con el servidor.

Si hay un asterisco (*) junto a un par configurado, se sincroniza con este par y lo utiliza como reloj principal.

Mientras uno de los pares sea el principal, entonces todo está bien. Sin embargo, para verificar que NTP funciona correctamente, observe el valor en el campo de alcance.

Ejemplos de valores de campo de alcance

El campo de alcance es un búfer de bit circular. Le brinda el estado de los últimos ocho mensajes NTP (ocho bits en octal son 377, por lo que es conveniente obtener un valor de campo de alcance de 377).

Si se pierde un paquete de respuesta NTP, se realiza un seguimiento del paquete perdido durante los siguientes ocho intervalos de actualización NTP en el campo de alcance.

Esta tabla proporciona explicaciones para posibles valores de campo de alcance con la pérdida de un paquete de respuesta NTP como ejemplo.

Alcance el valor de campo (informado/binario)

Explicación

377 = 1 1 1 1 1 1 1 1

Tiempo 0: Las últimas ocho respuestas del servidor fueron recibidas.

376 = 1 1 1 1 1 1 1 0

Tiempo 1: NO se recibió la última respuesta NTP (se perdió en la red).

375 = 1 1 1 1 1 1 0 1

Tiempo 2: Última respuesta NTP recibida.

373 = 1 1 1 1 1 0 1 1

Tiempo 3: Última respuesta NTP recibida.

367 = 1 1 1 1 0 1 1 1

Tiempo 4: Última respuesta NTP recibida.

357 = 1 1 1 0 1 1 1 1

Tiempo 5: Última respuesta NTP recibida.

337 = 1 1 0 1 1 1 1 1

Tiempo 6: Última respuesta NTP recibida.

277 = 1 0 1 1 1 1 1

Tiempo 7: Última respuesta NTP recibida.

177 = 0 1 1 1 1 1 1 1

Tiempo 8: Última respuesta NTP recibida.

377 = 1 1 1 1 1 1 1 1

Tiempo 9: Última respuesta NTP recibida.

Diferencias cuando se configura como principal

Cuando el router utiliza su propio reloj como reloj primario (con el ntp master comando), la salida de show ntp associations aparece de manera similar a esta:

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

El valor de interés está en el campo de estrato, que es uno menos que el valor configurado, ntp primary 7 en este caso.

El router tiene su propio reloj interno pero éste nunca es inalcanzable, y el router nunca aumenta el intervalo de sondeo a una frecuencia mayor de 64 segundos.

¿Qué indica el signo de almohadilla (#)?

Un signo de almohadilla (#) que se muestra junto a un par configurado en la salida del show ntp associations comando indica que el router no se sincroniza con el par aunque se intercambien paquetes de solicitud y respuesta NTP.

En este caso, verifique la salida del show ntp associations detail comando o de las depuraciones de NTP para ver por qué los relojes no están sincronizados.

Utilice los comandos show ntp associations detail y show ntp status para obtener información adicional sobre el estado de NTP.

Una posible razón para el signo de la libra es que el reloj del cliente NTP difiere en más de 4000 segundos del reloj del servidor NTP.

En los routers de Cisco, una diferencia de tiempo superior a 4000 segundos se considera fuera del intervalo e impide que el router sincronice con el servidor.

Esto no se aplica cuando configura por primera vez un peer NTP en un router Cisco o en una recarga. En este caso, el reloj del cliente NTP (el router de Cisco) se cambia para que coincida con el reloj del servidor NTP, sin importar cuán grande sea la diferencia.

Verifique la zona horaria del reloj del cliente; se muestra la hora local, pero los valores de hora de los mensajes NTP se encuentran en la zona horaria UTC (GMT).

Puede cambiar manualmente el reloj del cliente a dentro de unos minutos del reloj del servidor NTP.

Información Relacionada

- Guía de depuración y solución de problemas con el protocolo de tiempo de red (NTP)

- Soporte Técnico y Documentación - Cisco Systems