Introducción Este documento define el protocolo de tiempo de red versión 4 (NTPv4)@, que se usa ampliamente para sincronizar los relojes del sistema entre un conjunto de clientes y servidores de tiempo distribuidos. Describe la arquitectura central@ protocolo@ máquinas de estado@ estructuras de datos@ y algoritmos. NTPv4 introduce una nueva funcionalidad a NTPv3@ como se describe en [RFC1305]@ y una funcionalidad ampliada desde Simple NTP versión 4 (SNTPv4) como se describe en [RFC4330] (SNTPv4 es un subconjunto de NTPv4). Este documento deja obsoletos [RFC1305] y [RFC4330]. Si bien se han realizado ciertos cambios menores en algunos campos del encabezado del protocolo, estos no afectan la interoperabilidad entre NTPv4 y versiones anteriores de NTP y SNTP. El modelo de subred NTP incluye una serie de servidores de hora primarios ampliamente accesibles y sincronizados por cable o radio según los estándares nacionales. El propósito del protocolo NTP es transmitir información de cronometraje desde estos servidores primarios a servidores de tiempo secundarios y clientes a través de redes privadas y de la Internet pública. Los algoritmos ajustados con precisión mitigan los errores que pueden resultar de interrupciones de la red @ fallas del servidor @ y posibles acciones hostiles. Los servidores y clientes están configurados de manera que los valores fluyan hacia los clientes desde los servidores primarios en la raíz a través de servidores secundarios ramificados. El diseño NTPv4 supera importantes deficiencias del diseño NTPv3@ corrige ciertos errores@ e incorpora nuevas características. En particular, las definiciones de marcas de tiempo NTP ampliadas fomentan el uso del tipo de datos doble flotante durante toda la implementación. Como resultado, la resolución temporal es mejor que un nanosegundo y la resolución de frecuencia es inferior a un nanosegundo por segundo. Las mejoras adicionales incluyen un nuevo algoritmo de disciplina de reloj que responde mejor a las fluctuaciones de frecuencia del hardware del reloj del sistema. Los servidores primarios típicos que utilizan máquinas modernas tienen una precisión de unas pocas decenas de microsegundos. Los servidores y clientes secundarios típicos en LAN rápidas están dentro de unos pocos cientos de microsegundos con intervalos de sondeo de hasta 1024 segundos, que era el máximo con NTPv3. Con NTPv4@, los servidores y clientes son precisos en unas pocas decenas de milisegundos con intervalos de sondeo de hasta 36 horas. El cuerpo principal de este documento describe el protocolo central y las estructuras de datos necesarias para interoperar entre implementaciones conformes. El Apéndice A contiene un ejemplo completo en forma de programa esqueleto@ que incluye estructuras de datos y segmentos de código para los algoritmos centrales, así como los algoritmos de mitigación utilizados para mejorar la confiabilidad y la precisión. Si bien el programa básico y otras descripciones de este documento se aplican a una implementación particular, no pretenden ser la única forma en que se pueden implementar las funciones requeridas. El contenido del Apéndice A son ejemplos no normativos diseñados para ilustrar el funcionamiento del protocolo y no son un requisito para una implementación conforme. Si bien el esquema de autenticación de clave simétrica NTPv3 descrito en este documento se ha transferido de NTPv3@, el esquema de autenticación de clave pública Autokey nuevo en NTPv4 se describe en [RFC5906]. El protocolo NTP incluye modos de operación descritos en la Sección 2 utilizando los tipos de datos descritos en la Sección 6 y las estructuras de datos descritas en la Sección 7. El modelo de implementación descrito en la Sección 5 se basa en una arquitectura multiproceso @ aunque se podrían usar otras arquitecturas. también. El protocolo en línea descrito en la Sección 8 se basa en un diseño de tiempo retornable que depende únicamente de las compensaciones del reloj medidas, pero no requiere una entrega confiable de mensajes. La entrega de mensajes confiable, como TCP [RFC0793], en realidad puede hacer que el paquete NTP entregado sea menos confiable, ya que los reintentos aumentarían el valor del retraso y otros errores. La subred de sincronización es una red maestro-esclavo@ jerárquica@ autoorganizada con rutas de sincronización determinadas por un árbol de expansión de ruta más corta y una métrica definida. Si bien pueden existir múltiples maestros (servidores primarios), no se requiere un protocolo de elección. Este documento incluye material de [ref9]@ que contiene diagramas de flujo y ecuaciones no adecuadas para el formato RFC. Hay mucha información adicional en [ref7]@, incluido un análisis técnico exhaustivo y una evaluación del rendimiento del protocolo y los algoritmos de este documento. La implementación de referencia está disponible en www.ntp.org. El resto de este documento contiene numerosas variables y expresiones matemáticas. Algunas variables toman la forma de caracteres griegos@ que se deletrean con su nombre completo, distinguiendo entre mayúsculas y minúsculas. Por ejemplo, @ DELTA se refiere al carácter griego en mayúscula @ mientras que delta se refiere al carácter en minúscula. Además, los subíndices @ se indican con '_'; por ejemplo@ theta_i se refiere al carácter griego minúscula theta con subíndice i@ o fonéticamente theta sub i. En este documento @ todos los valores de tiempo están en segundos (s) @ y todas las frecuencias se especificarán como compensaciones de frecuencia fraccionarias (FFO) (número puro). A menudo resulta conveniente expresar estos FFO en partes por millón (ppm).
RFC 5905-2010 Historia
2010RFC 5905-2010 Protocolo de tiempo de red versión 4: especificación de protocolos y algoritmos (obsoletos: 1305@4330)