Re: [ntp:questions] Linux as clients not synching with Win/Tardis Time server

On Dec 5, 11:05 am, suj <[EMAIL PROTECTED]> wrote: > 3 Windows NTP server = Win 2003 Std Ed, Win 2000, Win 2003 Std Ed SP2 > 64 bit Linux= Suse SLES 2.6.16.21-0.8 > NTP version [EMAIL PROTECTED] > > The 3 windows NTP time servers are pointing to the external public > time server pool. > I looked u

Re: [ntp:questions] frequency adjusting only

You might want to take a look at TSCclock developed at the University of Melbourne: http://www.cubinlab.ee.unimelb.edu.au/~darryl/Publications/ISPCS07_camera.pdf Gene ___ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/list

[ntp:questions] Comparison between ntpd and TSCclock

Developers at the University of Melbourne have produced a time-sync client called "TSCclock" which exchanges standard NTP packets with a NTP server. They assert that TSCclock, which runs on FreeBSD and at least two flavors of Linux (Ubuntu and Fedora), provides substantially better synchronization

Re: [ntp:questions] Slow convergence of NTP with GPS/PPS

Would the following work with a reference clock? Step 1. Force an initial step adjustment by running ntpd in "one-shot" mode with -gq options and "tinker step 0.001" in the config file to get below the 128ms step threshold. Step 2. Restart ntpd in "normal mode" (without -gq and without "tinker st

Re: [ntp:questions] "ntpd -q" is slow compared to ntpdate

The following argument can be made in favor of running ntpd -gq: Suppose you want to reduce the time offset to (nearly) zero as rapidly as possible on start-up and this causes you to be dissatisfied with the behavior of ntpd when it it starts up and calculates an initial offset of slightly less tha

Re: [ntp:questions] "ntpd -q" is slow compared to ntpdate

On Oct 14, 9:32 pm, Unruh <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] writes: > >The following argument can be made in favor of running ntpd -gq: > >Suppose you want to reduce the time offset to (nearly) zero as rapidly > >as possible on start-up and this causes you to be dissatisfied with > >th

Re: [ntp:questions] Sub-millisecond NTP synchronization for local network

If your apparatus is indoors where GPS reception is not possible, you could use a CDMA timing receiver (such as this one from EndRun: http://www.endruntechnologies.com/pdf/PraecisCt.pdf) to make one of your machines a stratum 1 NTP server. If running ntpd on the other three machines does not provid

Re: [ntp:questions] What is the "best" synchronization possible over the network?

On Feb 10, 5:30 pm, n...@tla.org (John Ioannidis) wrote: > The problem setup: two locations, both within the United States, neither > has roof access so no GPS reception is possible.  How do you synchronize > them with better than 50-microsecond accuracy?   You might want to consider a CDMA receiv

Re: [ntp:questions] ntpd on dial up machine: no DNS resolving => giving up on all servers

On Jun 8, 2:19 am, Arno Wald wrote: > E-Mail Sent to this address will be added to the BlackLists wrote: > > > Put a script into ip-up.d to restart ntp when the link comes up? > > > > This is one solution that I thought about.

[ntp:questions] Poul-Henning Kamp and re-write of NTP

Has anyone noticed that Poul-Henning Kamp has work well underway, funded by the Linux Foundation, which involves a complete re-write of NTP from the ground up? (It isn't clear what the new software will be called, but it sticks with the NTP packet format.) He has been posting occasional updates