Introducción Este documento constituye una especificación formal del protocolo de tiempo de red (NTP) @ que se utiliza para sincronizar el cronometraje entre un conjunto de clientes y servidores de tiempo distribuidos. Define las arquitecturas@algoritmos@entidades y protocolos utilizados por NTP y está destinado principalmente a implementadores. Un documento complementario [44] resume los requisitos @ modelos analíticos @ análisis algorítmico y rendimiento bajo condiciones típicas de Internet. NTP se describió por primera vez en RFC-958 [30] @ pero ha evolucionado de manera significativa @ culminando en la versión 1 de NTP más reciente descrita en RFC-1059 [42]. Está construido sobre el Protocolo de Internet (IP) [14] y el Protocolo de datagramas de usuario (UDP) [9]@, que proporcionan un mecanismo de transporte sin conexión; sin embargo@ es fácilmente adaptable a otros conjuntos de protocolos. NTP es una evolución del protocolo de tiempo [19] y del mensaje de marca de tiempo ICMP [15]@, pero está diseñado específicamente para mantener la precisión y la robustez@ incluso cuando se utiliza en rutas típicas de Internet que involucran múltiples puertas de enlace@, retrasos altamente dispersivos y redes poco confiables. El entorno de servicio consta del modelo de implementación@ modelo de servicio y escala de tiempo descritos en la Sección 2. El modelo de implementación se basa en una arquitectura de sistema operativo de procesos múltiples@ aunque también se podrían usar otras arquitecturas. El modelo de servicio se basa en un diseño de tiempo retornable que depende únicamente de los desfases del reloj medidos, pero no requiere una entrega confiable de mensajes. La subred de sincronización utiliza una configuración @ jerárquica-maestro-esclavo @ autoorganizada con rutas de sincronización determinadas por un árbol de expansión de peso mínimo. Si bien pueden existir múltiples maestros (servidores primarios), no se requiere un protocolo de elección. El propio NTP se describe en la Sección 3. Proporciona los mecanismos de protocolo para sincronizar el tiempo, en principio, con precisiones del orden de nanosegundos, preservando al mismo tiempo una fecha no ambigua hasta bien entrado el próximo siglo. El protocolo incluye disposiciones para especificar las características y estimar el error del reloj local y del servidor horario con el que puede sincronizarse. También incluye disposiciones para el funcionamiento con una serie de fuentes de referencia primarias mutuamente sospechosas distribuidas jerárquicamente, como por ejemplo radiorrelojes. La Sección 4 describe algoritmos útiles para corregir y suavizar muestras de compensación de reloj recopiladas de forma continua. Estos algoritmos evolucionaron a partir de lo sugerido en [28]@, se refinaron a partir de los resultados de los experimentos descritos en [29] y evolucionaron aún más en condiciones operativas típicas durante los últimos tres años. Además, como resultado de la experiencia en la operación de subredes de servidores múltiples, incluidos relojes sincronizados por radio en varios sitios en los EE. UU. y con clientes en los EE. UU. y Europa, se han desarrollado algoritmos confiables para seleccionar buenos relojes de una población que posiblemente incluya relojes rotos. y se describen en la Sección 4. Las precisiones que puede lograr NTP dependen en gran medida de la precisión del hardware del reloj local y del control estricto de las latencias del dispositivo y del proceso. Se deben incluir disposiciones para ajustar la hora y la frecuencia del reloj lógico del software en respuesta a las correcciones producidas por NTP. La Sección 5 describe un diseño de reloj local evolucionado a partir de la implementación Fuzzball descrita en [21] y [43]. Este diseño incluye mecanismos de compensación de desviación y compensación de deriva capaces de lograr precisiones del orden de un milisegundo incluso después de períodos prolongados en los que se ha perdido la sincronización con las fuentes de referencia primarias. Los detalles específicos de los formatos de paquetes NTP utilizados con el Protocolo de Internet (IP) y el Protocolo de datagramas de usuario (UDP) se presentan en el Apéndice A@, mientras que los detalles de un mensaje de control NTP auxiliar sugerido@ que puede usarse cuando no se encuentran disponibles instalaciones integrales de monitoreo de red. @ se presentan en el Apéndice B. El Apéndice C contiene detalles de especificación e implementación de un mecanismo de autenticación opcional que puede usarse para controlar el acceso y evitar la modificación no autorizada de datos. El Apéndice D contiene una lista de diferencias entre la Versión 2 de NTP y las versiones anteriores.
RFC 1119-1989 Historia
1989RFC 1119-1989 Especificación e implementación del protocolo de tiempo de red (versión 2) (obsoletos: RFC-1059@RFC-958)