[ntp:questions] Bug 2341 - ntpd fails to keep up with clock drift at poll>7

Brian Inglis Brian.Inglis at SystematicSw.ab.ca
Tue Nov 26 04:49:57 UTC 2013


On 2013-11-25 07:36, Martin Burnicki wrote:
> Also, if you don't limit the upper bounds of the polling interval by "maxpoll 6" you may run into this bug:
>
> NTP Bug 2341 - ntpd fails to keep up with clock drift at poll > 7
> http://bugs.ntp.org/show_bug.cgi?id=2341

Interested to see this mentioned but not seen it or reports elsewhere.

This does not appear to be a problem in current stable with remote network
servers.
At long poll intervals, the FLL drives the frequency close to the hardware
rate, and the offset follows down from ms to us levels.

With current stable and a ref clock with prefer or low poll, and backup
servers with low or no minpoll, backup servers are polled at minpoll or
the same rate as the ref clock, so would never see this issue.

Could this be solved by setting poll or prefer on a ref clock, as
recommended for best results?
Should NTP even be expected to take care of this automatically?

-- 
Take care. Thanks, Brian Inglis


More information about the questions mailing list