Hi,
anyone else is having problems with ntp servers based on gps
receivers? Both ours are drifting away since yesterday, and are now
reporting some stardate around 2021 
One is a TrueTime NTS-90-GPS and the other is a similar model from the
same brand.
Thanks
Pf
nOn 2 Jan 2002, Pierfrancesco Caci wrote:
anyone else is having problems with ntp servers based on gps
receivers?
I'm using a "non-professional solution" (a Garmin GPS) and here everything
is OK... all controls appears to be accurate.
Yes, I exchanged e-mail with an operator in Auckland about it
yesterday when I noticed some of the NTP clocks stopped chiming.
Only TrueTime brand clocks seem to be affected, but there doesn't
seem to be a clear answer what version or type of firmware has
the problem. Some clocks jump forward 1024 weeks, even though
they report the same software version as clocks which don't jump.
It took me a while to figure out what was happening because Solaris 8
has a kernel tick adjustment bug causing the clock to run out of
control on certain models, so NTP was going crazy trying to discipline
the runaway clock.
Dave Mills wrote a brief essay on NTP, the role of proper
configuration and the 20-year time warps last night. If
you don't read USENET anymore, you can get a copy via google.
http://groups.google.com/groups?hl=en&selm=3C32924F.994E1D01%40udel.edu
:-> "Sean" == Sean Donelan <sean@donelan.com> writes:
> Dave Mills wrote a brief essay on NTP, the role of proper
> configuration and the 20-year time warps last night. If
> you don't read USENET anymore, you can get a copy via google.
> http://groups.google.com/groups?hl=en&selm=3C32924F.994E1D01%40udel.edu
Many thanks to Sean and the others that answered my query. It seems
it's about... time I learn more about ntp. In the meantime I've
modified my net to use the national atomic clock. Hopefully that will
not drift.
Pf