Network Time Protocol

Descripción del paquete

Descripción del formato del paquete de la versión 4 de NTP/SNTP, que sigue después de las cabeceras de IP y de UDP.

Leap Indicator (LI)

código de 2 bits que sirve para indicar que al último minuto del presente día se le añadirá/quitará un segundo.

LI	Valor	Significado
00	0	sin modificación
01	1	el último minuto tiene 61 segundos
10	2	el último minuto tiene 59 segundos
11	3	condición de alarma (reloj no sincronizado)

Version Number (VN)

Entero de 3 bits que indica el número de versión. La versión 3, indica la versión 3 (solo IPv4) y la 4 para la versión 4 (IPv4, IPv6 y OSI). Si es necesario distinguir entre IPv4, IPv6 y OSI, se debe examinar el contexto encapsulado.

Mode

entero de tres bits que sirve para indicar el modo, definidos de la siguiente manera:

Mode	Significado
0	reservado
1	simétrico activo
2	simétrico pasivo
3	cliente
4	servidor
5	broadcast
6	reservado para mensajes de control de NTP
7	reservado para uso privado

Stratum

Es un entero sin signo de 8 bits que indica el nivel (stratum) del servidor local, los valores definidos son los siguientes:

Stratum	Significado
0	no especificado o no disponible
1	referencia primaria (ej., radio clock)
2-15	referencia secundaria (vía NTP o SNTP)
16-255	reservado

Poll Interval

es un entero de 8 bits con signo que indica el intervalo máximo de tiempo entre dos mensajes sucesivos, expresado en segundo y como la potencia de 2 más cercana. La mayoría de las aplicaciones usan el rango que va desde 6 bits (64") a 10 (1024")

Precisión

es un entero con signo que indica la precisión del reloj local expresado en segundo a la potencia de 2 más cercana.:

Root Delay

refleja el retardo de ida y vuelta entre el servidor y la fuente primaria de reloj. Proporciona una estimación aproximada del error de transferencia de tiempo en el peor de los casos entre un cliente y un servidor.

Root Dispersion

es una estimación de la cantidad total de error/variación entre un servidor y la hora correcta. La forma en que se calcula es simple: cada servidor NTP obtiene su hora de un reloj externo o de otro servidor NTP.: Si un servidor obtiene su hora de un reloj externo, su dispersión raíz es el error máximo estimado de ese reloj. Si obtiene su tiempo de otro servidor NTP, su dispersión raíz es la dispersión raíz de ese servidor más la dispersión agregada por el enlace de red entre ellos.

Reference Identifier

es una cadena de 4 caracteres que indica el tipo de fuente.: Algunos de los identificadores son:

Estrato 0

Los dispositivos de este estrato también se conocen como relojes de referencia, estos tienen muy poco o ningún tiempo de retardo. Distribuyen Tiempo universal coordinado (UTC) a otros dispositivos a través de una red. Todos los dispositivos que reciben hora de un servidor 0 estrato se conocen como clientes.

Como ejemplos podemos destacar los relojes atómicos o los relojes de radio.

Estrato 1

Son aquellos servidores conectados directamente a un reloj de referencia, recibiendo directamente la señal Tiempo universal coordinado (UTC). Se sincroniza en pocos microsegundos.

Estrato 2

Corresponde a aquellos servidores que están sincronizados con uno o más servidores del estrato 1, por lo que es de estos servidores de los que reciben su tiempo.

Posteriormente estos servidores del estrato 2 actuarán como servidores para el estrato 3, y así sucesivamente hasta llegar al estrato final.

Chrony

Chrony viene por defecto en las distribuciones de Red Hat^{[impl_soft 1]} y está disponible en los repositorios de Ubuntu^{[impl_soft 2]} Chrony está orientado a los ordenadores comunes y corrientes, los cuales son inestables, entran en modo de suspensión o tienen conexión de manera intermitente con internet. Chrony está pensado también para máquinas virtuales, un ambiente mucho más inestable. Se caracteriza por su bajo consumo de recursos (costo) y soporta ambos protocolos muy bien (NTP y PTP). Tiene dos componentes principales: chronyd un demonio que se ejecuta al iniciar la computadora y chronyc una interfaz por línea de comandos al usuario para su configuración. Ha sido evaluado como muy seguro y con apenas unas cuantas incidencias.^{[impl_soft 3]} su ventaja es la versatilidad de su código, escrito desde cero para evitar la complejidad de código,^{[impl_soft 4]} Chrony está escrito bajo licencia Licencia Pública General de GNU, versión 2 y fue escrito por Richard Curnow en 1997 con otros colaboradores y actualmente es mantenido por Miroslav Lichvar y el desarrollo y mantenimiento está patrocinado por Red Hat.^{[impl_soft 5]}

Desde octubre de 2020 chrony utiliza el protocolo NTS para NTP.^[14]

SNTP

El método SNTP fue desarrollado para computadoras más pequeñas y menos poderosas y necesita menos memoria y recursos de CPU que NTP. También es parte de TCP/IP y usa el puerto UDP 123. Aunque sirve para lo mismo, es más simple que el NTP debido a que tiene menos pasos y solo ajusta el tiempo periódicamente, lo que conlleva a una menor precisión. El contenido del paquete con el que se comunica con el servidor omite muchas de las funcionalidades del procedimiento NTP. La mayor desventaja de este protocolo es su vulnerabilidad ante posibles ataques, ya que no utiliza método de cifrado, proporcionando una baja seguridad.

En los siguientes casos sí es interesante el uso del SNTP:

• Equipos en los que la sincronización del tiempo no sea determinante.
• Dispositivos simples, como microcontroladores y ordenadores pequeños, con poca memoria.

OpenNTPD

Es una implementación de NTP desarrollada principalmente por Henning Brauer en 2004 como una parte del proyecto de OpenBSD. Es fácil de utilizar, y ofrece la capacidad de sincronizar el reloj local con servidores NTP remotos.

A pesar de estar más enfocado a las necesidades genéricas más sencillas de los usuarios de OpenBSD , también proporciona algunas mejoras de seguridad de protocolo.

Algunas características de esta implementación son:

• Base de código simple y fácilmente comprensible.
• Separación de privilegios que aísla el código de red sin privilegios del código de configuración de tiempo privilegiado.
• Soporte de DNS separado por privilegios que funciona dinámicamente durante el tiempo de ejecución, lo que permite una resolución tardía aunque la red esté inactiva al inicio.

Comparativa NTPv3 vs NTPv4

Las principales diferencias entre estas versiones son:

• NTPv4 permite, además del direccionamiento IPv4, el direccionamiento IPv6 entre clientes y servidores.
• Permite incorporar seguridad en las comunicaciones, esto se logra ya que NTPv4 admite criptografía de clave pública y certificados X509 estándar.
• NTP permite reducir el tamaño de los paquetes y aumentar el rango de valores disponibles, modificando el tipo de datos de 64 bits de formato fijo a 64 bits en coma flotante.
• Mejora la compatibilidad con DNS, de manera que con NTPv4 si configura un nombre de host para sincronizar, el dispositivo busca el nombre de host almacenándolo en la configuración y también almacena la dirección IP en la configuración. A diferencia de NTPv3 que el nombre de host no era almacenado.

Referencias: implementaciones de software