[ntp:hackers] Does ntpd need to whine more ?
todd.glassey at worldnet.att.net
Mon Oct 3 16:43:06 UTC 2005
So Mark - then perhaps the thing to do is to build a better installer - one
that steps the S/A through the installation and configuration of NTP.
----- Original Message -----
From: "Mark Martinec" <Mark.Martinec at ijs.si>
To: <hackers at ntp.isc.org>
Cc: "David L. Mills" <mills at udel.edu>
Sent: Sunday, October 02, 2005 2:32 PM
Subject: Re: [ntp:hackers] Does ntpd need to whine more ?
>From Poul-Henning Kamp :
> I examined the client population of my public NTP server today and one
> of the things I noticed is that people don't seem to notice when their
> time sync stops working and falls back to localclock or bogusly
> configured refclocks:
> 184.108.40.206 123 no 4 3 11 7 -17 -861.909907751 [LOCALCLOCK#0]
> 220.127.116.11 123 no 4 3 11 10 -17 -656.351917002 [LOCALCLOCK#0]
> 18.104.22.168 123 no 4 3 11 10 -16 -552.525271231 [LOCALCLOCK#0]
I believe there are two main culprits which make people put the LOCAL clock
driver in their ntpd configuration:
- some packages or Unix distributions place it in the default config file,
quite unresponsively, and people are reluctant to remove what
looks like it's been provided to their best interest;
- some people believe that during a network outage ntpd will not keep
adjusting the system clock according to the last determined holdover
frequency, unless the LOCAL is present - which is a big misunderstanding.
For end-node hosts which do not redistribute time to further clients the
LOCAL is in most cases useless.
For host which *do* redistribute time to their local clients, LOCAL *might*
useful in rare circumstances, although I believe that in most cases it is
best even for the clients to loose their site-local reference when it looses
its external time sources.
As far as Unix distributions are concerned - are there any channels through
which the removal of LOCAL from a default /etc/ntp.conf could be suggested?
As for the second, it doesn't hurt to say it more than once in the docs that
the use of LOCAL should not be considered without a good understanding
of implications - and certainly not casually, i.e. "just in case".
hackers mailing list
hackers at support.ntp.org
More information about the hackers