time - puerto - protocolo ntp pdf
¿Qué tan preciso puedo esperar que sea el tiempo de un servidor NTP de estrato 0 en la misma subred en Ethernet? (3)
NTP generalmente se considera bueno para pequeños mensajes de un solo dígito en este tipo de situación.
Después de que ha estado funcionando durante unos días, no debería haber mucho jitter en ninguno de los relojes actuales, porque el ntpd implementa un montón de filtrado de constante de tiempo muy largo.
Sin embargo, realmente no dice cómo está midiendo el tiempo, y cualquier mecanismo que esté utilizando podría estar tan nervioso como (si no más) que la sincronización subyacente.
Si tiene una red ocupada y tarjetas de red con almacenamiento en búfer muy profundo, entonces eso podría no ser de ayuda, ya que la inestabilidad entre la llegada del paquete y el servicio de interrupción será mayor. Cuanto más elegante sea el cambio de Ethernet, peor será también el tiempo: los concentradores anticuados son mejores que los conmutadores en este aspecto.
Tengo una aplicación que depende de gpsd y ntpd para establecer con precisión la hora del sistema en una máquina Linux.
gpsd se alimenta con NMEA + PPS
La aplicación está lanzando ~ 25MB por segundo a través de la red y creo que la carga en el sistema está causando inestabilidad en el tiempo de alguna manera. (bus PCI Express cargado que causa latencia de interrupción irregular)
Tengo otra máquina que no está cargada y que pude configurar para leer el GPS y actuar como un servidor NTP para la máquina cargada. (la máquina cargada obtendría startum 1 ???)
¿Qué tan preciso puedo esperar que sea el tiempo de un servidor NTP de estrato 0 en la misma subred en Ethernet?
Espero que esto no quede fuera del tema, estoy seguro de que algún día alguien más estará feliz de que la respuesta esté documentada aquí. ;-)
El nivel de estrato del servidor NTP en cuestión no tiene relación con la precisión del reloj / servidor. Significa puramente la distancia desde el "reloj de referencia" que eres.
Lo que importa más, en lo que respecta a la precisión de NTP (en relación con el tiempo, por supuesto) es la latencia de la red entre los servidores, el tipo de servidor que se utiliza y, potencialmente, la carga del servidor. Según el servidor NTP que use, documentan qué tan preciso será su tiempo. Cada software de servidor utiliza varios algoritmos para calcular el tiempo en función de la latencia de la red y la carga del servidor, y se reduce a la precisión de esos algoritmos.
Por ejemplo, el servidor MS NTP indica que será preciso en 2 segundos. OpenNTPd ha declarado que no le darán la posible precisión del servidor. Hay casos en que los servidores de estrato 3 pueden ser más precisos que los servidores de estrato 2, etc.
La mejor información que pude encontrar sobre la precisión de NTP , parece apuntar a 1-2 ms en una configuración de LAN:
NTP v4 con modificaciones de núcleo para admitirlo, es capaz de una precisión mucho mejor que 1 ms, posiblemente tan bueno como 1 n. Según el artículo de [Dave Mills], NTP v3 tiene una precisión de 1 a 2 ms en una LAN y 10 segundos de ms en redes WAN. http://www.cis.udel.edu/~mills/ntp.html
Otros artículos sugieren que con una fuente de tiempo precisa, como una fuente de tiempo de GPS, NTP tiene una precisión de 50us, pero los enlaces en el soporte del kernel de Linux dicen que es posible una precisión de unos pocos ms. http://www.atomic-clock.galleon.eu.com/support/ntp-time-server-accuracy.html
Otro artículo dice que depende de la previsibilidad de los retrasos de la red (es decir, una red de baja fluctuación de fase). http://www.postel.org/pipermail/end2end-interest/2003-April/002925.html