[ntp:questions] Re: ntp synchronisation lost

RichardR randjunk at gmail.com
Fri Mar 11 13:27:15 UTC 2005


So if I understood your words, this problem could be more about the
time server. And this also means that our ntp clients have nothing
about hardware problems.
Thanks anyway, will to fix that up.

On Thu, 10 Mar 2005 21:20:13 +0000, David Woolley
<david at djwhome.demon.co.uk> wrote:
> 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).
> _______________________________________________
> questions mailing list
> questions at lists.ntp.isc.org
> https://lists.ntp.isc.org/mailman/listinfo/questions
> 


-- 
Richard RANDRIA
CNRS/IN2P3/LPNHE Jussieu - Paris VI
IT Soft/System Engineer Researcher
--



More information about the questions mailing list