It may be a mistake to use the pool servers; I never had worse time resolution until I tried them.
I modified a program that I found on the Internet : "NTPClient is a C# class designed to connect to time servers on the Internet. /// The implementation of the protocol is based on the RFC 2030." and rewrote it in Java to read the time from many stratum 1 and 2 servers for several days at 60 second intervals in round-robin fashion and then picked the servers that consistently had the lowest delay times and the highest precision. This is much better than the pool servers becasue with them you cannot control either precision or delay time. CHE <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I've googled for this problem and generally it seems to be caused by a > networking problem, although I can't see anything that would indicate > that. I'm running ubuntu , with only a couple of changes from the > default configuration... uncommenting the pool NTP server, and adding a > local ISP ntp server. I've been playing with this all afternoon, and > I've come against a dead end. I'll probably realise I've done something > stupid as soon as I send this off :-) > > to start off: > > # ntptrace > localhost.localdomain: stratum 16, offset -0.025048, synch distance > 0.012000 > > # ntpq -p > remote refid st t when poll reach delay offset > jitter > ============================================================================== > *fortitude.route 82.96.64.2 2 u 56 64 377 10.235 -105.53 > 23.437 > +fiordland.ubunt 193.79.237.14 2 u 60 64 377 11.248 -95.855 > 24.182 > xclock-b.develoo 192.12.19.20 2 u 53 64 377 564.283 -348.56 > 47.912 > LOCAL(0) LOCAL(0) 13 l 55 64 377 0.000 0.000 > 0.002 > > # ntpq -c rv > assID=0 status=c624 sync_alarm, sync_ntp, 2 events, > event_peer/strat_chg, > version="ntpd [EMAIL PROTECTED]:4.2.0a+stable-8-r Fri Sep 9 16:44:48 UTC 2005 > (1)"?, > processor="i686", system="Linux/2.6.12-9-386", leap=11, stratum=16, > precision=-19, rootdelay=0.000, rootdispersion=13.275, peer=7780, > refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 6:28:16.000, > poll=6, clock=0xc84a82b7.98087442, state=3, offset=-25.048, > frequency=0.000, noise=36.622, jitter=22.695, stability=0.000 > > > > and here's my ntp.conf > > > > > > # /etc/ntp.conf, configuration for ntpd > > # ntpd will use syslog() if logfile is not defined > #logfile /var/log/ntpd > > driftfile /var/lib/ntp/ntp.drift > statsdir /var/log/ntpstats/ > > statistics loopstats peerstats clockstats > filegen loopstats file loopstats type day enable > filegen peerstats file peerstats type day enable > filegen clockstats file clockstats type day enable > > > # You do need to talk to an NTP server or two (or three). > server ntp.keme.net iburst #isp's ntp server > server ntp.ubuntulinux.org > > # pool.ntp.org maps to more than 100 low-stratum NTP servers. > # Your server will pick a different set every time it starts up. > # *** Please consider joining the pool! *** > # *** <http://www.pool.ntp.org/#join> *** > server pool.ntp.org > > # ... and use the local system clock as a reference if all else fails > # NOTE: in a local network, set the local stratum of *one* stable > server > # to 10; otherwise your clocks will drift apart if you lose > connectivity. > server 127.127.1.0 > fudge 127.127.1.0 stratum 13 > > # By default, exchange time with everybody, but don't allow > configuration. > # See /usr/share/doc/ntp-doc/html/accopt.html for details. > restrict default kod notrap nomodify nopeer noquery > > # Local users may interrogate the ntp server more closely. > restrict 127.0.0.1 nomodify > > # Clients from this (example!) subnet have unlimited access, > # but only if cryptographically authenticated > #restrict 192.168.123.0 mask 255.255.255.0 notrust > > # If you want to provide time to your local subnet, change the next > line. > # (Again, the address is an example only.) > #broadcast 192.168.123.255 > > # If you want to listen to time broadcasts on your local subnet, > # de-comment the next lines. Please do this only if you trust everybody > # on the network! > #disable auth > #broadcastclient > _______________________________________________ questions mailing list [email protected] https://lists.ntp.isc.org/mailman/listinfo/questions
