Solución de problemas del protocolo de tiempo de red (NTP)

Introducción

Este documento proporciona información sobre cómo resolver problemas comunes con el Protocolo de tiempo de la red (NTP).

Prerequisites

Requirements

Cisco recomienda que tenga un buen entendimiento de cómo funciona NTP y un buen conocimiento del Network Time Protocol.

Componentes Utilizados

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

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

El protocolo de tiempo de red (NTP) se utiliza ampliamente para sincronizar un equipo con servidores de hora de Internet u otras fuentes, como receptores de radio o satélite o servicios de módem telefónico. Proporciona una precisión que suele ser inferior a un milisegundo en LAN y de hasta unos milisegundos en WAN. Las configuraciones NTP típicas utilizan servidores redundantes múltiples y diversos trayectos de red para alcanzar una elevada precisión y confiabilidad.

NTP utiliza el algoritmo de Marzullo para sincronizar la hora con la versión actual de NTP. Puede mantener el tiempo en la Internet pública en 10 milisegundos y puede funcionar incluso mejor en redes LAN. Los servidores de tiempo NTP funcionan dentro del conjunto de aplicaciones TCP/IP y dependen del puerto 123 del protocolo de datagramas de usuario (UDP).

Los servidores NTP son normalmente dispositivos NTP dedicados que utilizan una única referencia de tiempo a la que pueden sincronizar una red. Esta referencia horaria suele ser una fuente de hora universal coordinada (UTC). UTC es una escala de tiempo global que se distribuye mediante relojes atómicos a través de Internet, transmisiones de radio especializadas de onda larga o con la red del Sistema de posicionamiento global (GPS). Se necesitan servidores NTP dedicados para la seguridad, la protección, la precisión, la legalidad y el control.

El algoritmo NTP utiliza esta referencia de tiempo para determinar la cantidad a avanzar o retroceder en el reloj del sistema o de la red. NTP analiza los valores de la marca de tiempo y la frecuencia de los errores y su estabilidad. Un servidor NTP mantiene una estimación de la calidad tanto de los relojes de referencia como de sí mismo.

Información de Troubleshooting

Esta sección enumera algunos problemas comunes que se pueden encontrar con NTP y proporciona soluciones para cada uno.

No se puede sincronizar NTP con el servicio de hora basado en W32

Cuando los routers de Cisco se configuran para utilizar los servidores NTP ubicados en Active Directory, los routers de Cisco no reciben paquetes NTP del servidor NTP. Este problema ocurre porque los routers de Cisco utilizan NTP y los dominios de Active Directory utilizan el servicio W32Time. W32Time utiliza el protocolo simple de hora de red (SNTP), un subconjunto de NTP, para la sincronización horaria. SNTP y NTP utilizan el mismo formato de paquete de red. La diferencia principal entre SNTP y NTP es que SNTP no proporciona las funciones de verificación de errores y filtrado que NTP proporciona. El router y los switches de Cisco utilizan NTP y permiten todas las funciones de filtrado y comprobación de errores proporcionadas por NTP v3.

Windows W32Time muestra que se trata de una implementación SNTP interna (en lugar de autoproclamarse NTP). Cisco IOS-NTP, que intenta sincronizarse con W32Time, obtiene su propio valor de dispersión de raíz que envía a W32Time y esto resulta costoso para que Cisco IOS-NTP se sincronice. Debido a que el valor de dispersión de raíz de Cisco IOS-NTP supera los 1000 ms, se dessincroniza a sí mismo (procedimiento de selección de reloj). Dado que los routers basados en Cisco IOS ejecutan la implementación RFC completa de NTP, no se sincronizan con un servidor SNTP. En este caso, la salida del comando show ntp associations detail muestra que el servidor está marcado como loco, no válido. El valor de dispersión de raíz es superior a 1000 ms, lo que hace que la implementación de NTP de Cisco IOS rechace la asociación. Los routers que ejecutan Cisco IOS no pueden sincronizarse con un servidor NTP si es un sistema Windows que ejecuta el servicio W32Time. Si el servidor no está sincronizado, los routers no pueden transmitir y recibir paquetes desde el servidor.

Para solucionar este problema y sincronizar un router basado en Cisco IOS, utilice un servidor NTP autorizado en Internet, una caja UNIX que ejecute NTPD o un GPS en ciertas plataformas. Como alternativa, puede optar por no ejecutar el servicio W32Time en el sistema Windows. En su lugar, puede utilizar NTP 4.x. Todas las versiones de Windows 2000 y posteriores pueden servir como servidor NTP. Otros equipos de la red pueden utilizar el servidor NTP para sincronizar su hora.

Los routers no se pueden sincronizar con servidores de hora públicos

Estas son las posibles razones por las que los routers no pueden sincronizarse con los servidores de hora públicos:

• Listas de control de acceso que no permiten el paso de paquetes del puerto 123 UDP

• La configuración incorrecta en los routers, como los comandos clock timezone y clock summer-time no están presentes en los routers

• El servidor de tiempo público está inactivo

• El software del servidor NTP en NT o UNIX está mal configurado

• Hay más tráfico en el router y más tráfico en el camino al servidor

• El maestro NTP perdió la sincronización y el router la pierde periódicamente

• Utilización alta de la CPU

• Alto desplazamiento y más entre el servidor y el router (utilice el comando show ntp association detail para verificar esto)

Error: Estratos demasiado altos: demasiadas direcciones indirectas desde el sensor al servidor NTP maestro

Este mensaje de error aparece cuando el sensor intenta realizar la sincronización con un servidor que informa de que su estrato es 15. Esto se debe a que un valor de estrato del servidor de 15 hace que el valor de estrato del sensor sea 16, lo cual es ilegal. Como resultado, el sensor rechaza el servidor y muestra el mensaje de error Strata too high - too many indirection from sensor to master NTP server.

NTP utiliza el concepto de un estrato para describir cuántos saltos NTP lejos de una máquina es de una fuente de tiempo autoritativa. Este mensaje de error indica que el estrato NTP notificado por el servidor NTP es demasiado alto. El estrato es un número entre uno y 15 que indica la distancia que separa al servidor de un reloj de referencia de precisión. Por lo general, los sistemas que están directamente sincronizados con un reloj atómico informan de su estrato como uno. Un host que se sincroniza con un servidor NTP de estrato uno pero que también sirve como servidor NTP para otros hosts informa de su estrato como dos a esos hosts, y cada capa sucesiva de servidores tiene un estrato superior a su principal.

Si utiliza un host Linux como servidor NTP, codifique el estrato del que informa en lugar de dejar que calcule el estrato automáticamente. Si se trata de un cuadro de Linux o UNIX, el servidor NTP se configura mediante el archivo /etc/ntp.conf, y se utiliza el comando fudge para codificar el estrato. El servidor siempre informa a sus clientes de un valor de estrato superior al valor de elusión.

Información Relacionada

• Protocolo de hora de red: Informe oficial de Mejores Prácticas
• Distribución del protocolo de tiempo de la red (NTP)
• Técnicas de depuración de NTP
• Soporte Técnico y Documentación - Cisco Systems