linux – Calidad aparentemente deficiente de la sincronización de la hora NTP utilizando un reloj GPS

Pregunta:

Tengo un servidor Linux que tiene su hora sincronizada con un dispositivo NTP basado en GPS ubicado cerca. Los tiempos de ping del servidor al dispositivo son de alrededor de 1 ms, con una fluctuación muy baja:

--- x.x.x.x ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99001ms
rtt min/avg/max/mdev = 0.874/0.957/1.052/0.051 ms

Sin embargo, el cliente NTP estima que la precisión de la sincronización de tiempo es de alrededor de 5-6 ms, lo que parece muy alto dada la configuración:

synchronised to NTP server (x.x.x.x) at stratum 2
   time correct to within 5 ms
   polling server every 16 s

ntpq -p da lo siguiente:

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*x.x.x.x         .PPS.            1 u   10   16  377    0.964   -0.019   0.036

Dos preguntas:

  1. ¿Qué puede estar provocando que el cliente NTP tenga tan poca confianza en la precisión de la sincronización?
  2. ¿Hay alguna forma de medir la precisión real de la sincronización, digamos al milisegundo más cercano?

Respuesta:

El valor que muestra ntpstat después de "tiempo correcto dentro de" es la dispersión de raíz + retardo de raíz / 2. ntpq -p no muestra la "dispersión de raíz", ejecute ntpq -c rl lugar.

No obstante, está claro que la principal fuente de la falta de precisión es la dispersión más que el retraso (que es solo 0,964).

La dispersión es el "error nominal relativo a la fuente de referencia primaria". He examinado brevemente el RFC de NTPv4 y esto es lo que tiene que decir:

La dispersión (épsilon) representa el error máximo inherente a la medición. Aumenta a una velocidad igual a la tolerancia máxima de frecuencia de reloj del sistema disciplinado (PHI), típicamente 15 PPM. 1 PPM es igual a 10 ^ (- 6) segundos / segundo.

Usar la dispersión de terminología rrdtool no es un indicador sino más bien un contador. Ver un valor grande puede no indicar que algo anda mal.

Por desgracia, no pude entender el algoritmo ntp lo suficientemente bien como para ver cómo hacer que este número sea más pequeño. He notado que este valor se restablece ocasionalmente. No sé por qué.

Leave a Comment

Your email address will not be published.

Scroll to Top

istanbul avukat

-

web tasarım