Resumen
- En 1985, tres documentos distintos describieron el tiempo en red: la RFC 958 definió mensajes NTP, la RFC 956 examinó algoritmos para elegir relojes y la RFC 957 registró experimentos.
- Los resultados dependían de los enlaces y las condiciones de prueba. Las mediciones del orden de milisegundos exigían muchas muestras; no garantizaban la precisión de todos los relojes de Internet.
Una marca de tiempo no sincroniza los relojes
Un servicio puede devolver la hora. Eso no explica si su reloj es fiable, cuánto retrasó el trayecto el mensaje ni cómo combinar varias observaciones. Los primeros documentos de NTP dejan clara esa diferencia.
La RFC 958, publicada en septiembre de 1985, especificó la representación y el formato de los mensajes de NTP. El paquete transportaba más que una hora: identificaba el reloj de referencia e incluía precisión, error estimado y deriva del reloj local. Cuatro marcas señalaban cuándo salió la solicitud, cuándo llegó al servidor, cuándo salió la respuesta y cuándo volvió al cliente. Con esos datos, un par podía estimar el desfase y el retraso de ida y vuelta. Pero el protocolo no especificaba cómo escoger entre varios relojes ni cómo filtrar observaciones; dejó esos algoritmos para trabajo posterior.
La distinción importaba porque los relojes reales discrepaban por causas diversas: hardware, software, recepción de radio, demora de red y errores de operación. La RFC 956 planteó la sincronización como una estimación estadística: comparar mediciones, detectar valores atípicos y estimar qué hora era más creíble. Una sola lectura no bastaba para declarar bueno o malo a un reloj.
Los enlaces también llevaban tráfico normal
La RFC 957 aporta la contraparte empírica. Describe el diseño horario de DCnet y ensayos con máquinas, referencias horarias y varios tipos de enlace. Algunas pruebas siguieron relojes sincronizados mediante trayectos que también transportaban tráfico ordinario. El objetivo era observar qué ocurría cuando los mensajes de sincronización compartían la red con los datos, no medir un intercambio aislado en un laboratorio silencioso.
Una serie realizada a finales de junio y comienzos de julio de 1985 incluyó seis máquinas, tres relojes de referencia y varios enlaces. Las fechas fueron deliberadas: coincidieron con una segunda intercalar en la señal horaria del National Bureau of Standards. El diseño también evaluó la frecuencia de la red eléctrica como referencia posible, aunque separó observar esa frecuencia de usarla para corregir los relojes locales.
El informe no resume esas configuraciones en una puntuación universal para Internet. Los resultados variaron según la máquina y el enlace. Su conclusión es condicional: en las rutas ARPANET probadas era posible alcanzar un orden de pocos milisegundos si se reunían suficientes muestras. La RFC 956 también describió resultados del orden de diez milisegundos en sus datos de prueba y subrayó que hacían falta muchas observaciones. Son conclusiones de ensayos, no garantías de servicio.
Tres documentos, tres tipos de evidencia
Cada documento responde a una pregunta distinta. La RFC 958 define qué intercambian los pares; la RFC 956 explica métodos para interpretar lecturas con ruido; la RFC 957 informa cómo respondió una implementación concreta bajo un diseño de prueba específico. Confundirlos convertiría un formato propuesto en un algoritmo o un experimento en prueba de funcionamiento universal.
En 1988, la RFC 1059 describió NTP como arquitectura, protocolo y conjunto de algoritmos, y afirmó que había evolucionado sustancialmente desde la RFC 958. Esa consolidación posterior ayuda a identificar lo que los documentos de 1985 todavía dejaban abierto. No establece cuándo adoptó esa versión cada sistema.
El logro histórico no fue obtener un reloj perfecto. Fue construir una cadena de evidencia: un mensaje transportaba datos temporales; algoritmos comparaban referencias y filtraban lecturas; los experimentos medían el resultado sobre trayectos reales. Toda cifra antigua de precisión debería conservar su ruta, referencia, número de muestras y condiciones. «El paquete indicó la hora» no equivale a «la red sincronizó sus relojes».
Fuentes
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
