Nick Guenther wrote:
On 12/10/07, Daniel Ouellet <[EMAIL PROTECTED]> wrote:
I had some issues with my master ntp server not getting in sync to well
and all other equipment sync to it, get very often deny updates because
of source out of sync. This master sync about 2 thousands other time
devices, witch is not a big load by any mean what so ever.
Then looking at it more, I saw some source getting out of sync, etc.
Then looking at the reference at ntp.org, I came across this:
http://www.pool.ntp.org/vendors.html
Quote "You 'must absolutely not use the default pool.ntp.org zone names'
as the default configuration in your application or appliance."
So, I changed my pool to us.pool.ntp.org and it is now getting back in
sync and operate better. There is even sub zone in that us zone itself too.
So, shouldn't the default configuration change to address their
requirements and to make it more user friendly?
Well what are you going to change it to? OpenBSD is used globally.
Perhaps an extra step in the installer, or something implied from
setting the timezone, but you can't presume where it will be used like
that.
That is sure 100% true. I was just trying to be sensitive to the request
of the ntp.org itself asking not to do so. There is multiple zone and as
such it would be nice to pick on, just like we pick the timezone when we
install the OS, may be it might be a good idea to also pick the zone for
the ntp at install time no? It might be possible to tie the timezone
selection to what would make more sense for the ntp zone as well I think.
Just like oyu say, it's not possible to know where the system will be
use in the world and as such, timezone are asked at install time, so I
think it would make sense to asked for the ntp zone as well, or just
make it easy and if default is selected, they tie it to the ntp zone
that make sense for the timezone already selected.
Just a thought. I changed mine anyway as I had some issue with the pool
that was return, but YMMW.
Just passing what I found and the request of ntp.org in that regard,
nothing more.
Best,
Daniel
