[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Error información desconocida en ntp Debian Wheezy



El domingo, 3 ago 2014 a las 19:49 horas (UTC+2),
Alberto escribió:

>El 03/08/14 17:06, Manolo Díaz escribió:
>> El domingo, 3 ago 2014 a las 15:47 horas (UTC+2),
>> Alberto escribió:
>>
>>> El 01/08/14 09:50, Maykel Franco escribió:
>>> ...
>>>> Me sigue pasando lo mismo...Me llega la misma alerta...Tengo estos
>>>> servidores que me aconsejastes:
>>>>
>>>> server 0.debian.pool.ntp.org iburst
>>>> server es.pool.ntp.org iburst
>>>>
>>>>        remote           refid      st t when poll reach   delay   offset  jitter
>>>> ==============================================================================
>>>> *81.184.154.182. 158.227.98.15    2 u  463 1024  377   20.352    3.954   2.869
>>>> +vps01.roethof.n 83.98.201.134    3 u  370 1024  377   36.338    3.107   1.144
>>>>
>>>> Incluso probé solo con uno y pasa lo mismo también...No sé si puede
>>>> ser algo concreto de check_mk o si tengo que cambiar algo de esa
>>>> parte.
>>>
>>> no se si tendrá relacion con el error, pero es que aunque tienes 2, y
>>> están ambos en un stratum inferior a 6, hay un delay entre ellos, MAS
>>> QUE CONSIDERABLE, que entiendo que no es correcto.
>>
>> ¿El retardo (delay) no está expresado en ms? ¿16 milisegundos de
>> diferencia en los retardos es más que considerable?
>
>pues yo diria que no, este es el mio...
>
>alberto@apevia:~$ ntpdc -p
>      remote           local      st poll reach  delay   offset    disp
>=======================================================================
>*RouterWrt       192.168.1.10     4  128  377 0.00032 -0.001888 0.10770
>
>como ves, si son milisegundos sera despues del decimal, y la dispersión 
>no llega a 1, tu tienes valores con varias unidades

Claro, tú estás usando tu router local, ese que está a pocos metros de
distancia y es el siguiente nodo en la red, como servidor de tiempo.
Naturalmente los retardos son bajísimos, faltaría más. Pero ese router
ha de sincronizarse con otros servidores en internet, y seguro que el
retardo ya no es tan bueno. No te engañes por la bondad de esos
valores. Eso sí, como bien dices, todos los equipos de tu red estarán
bien sincronizados.

Tienes una configuración típica en una red local. En cambio, lo que
está haciendo Maykel es usar directamente los servidores de tiempo de
internet, sin consultar a ningún nodo de su red doméstica.

Saludos.
-- 
Manolo Díaz


Reply to: