[ntp:questions] Re: ntp synchronisation lost

David Woolley david at djwhome.demon.co.uk
Thu Mar 10 21:20:13 UTC 2005


In article <mailman.6.1110444367.576.questions at lists.ntp.isc.org>,
RichardR <randjunk at gmail.com> wrote:

>  7 Mar 13:32:16 ntpd[626]: time reset -0.225222 s
>  7 Mar 13:47:26 ntpd[626]: time reset 0.248564 s
>  7 Mar 14:51:07 ntpd[626]: time reset -0.232833 s
>  7 Mar 15:06:22 ntpd[626]: time reset 0.271954 s
>  7 Mar 15:45:11 ntpd[626]: time reset -0.239905 s

This pattern of matched positive and negative steps is typical of a
fast, consumer, connection that occasionally suffers large assymmetric
delays, typically because something is being downloaded.  The duration
and sign of the steps seems to agree with an end user profile (nett 
consumer).

If that is the case, you either need to get traffic over the bottleneck
link (this could be the internal buffering in the time server) prioritised
for NTP, or failing that, to use the tinker huffpuff command, or rebuild
with the maximum root delay set to about 20ms (given you have a very
low normal root delay).



More information about the questions mailing list