gary.limanap...@elisys.co.uk wrote: > On Feb 15, 3:06 am, Unruh <unruh-s...@physics.ubc.ca> wrote: >> Steve Kostecke <koste...@ntp.org> writes: >>> On 2009-02-14, Unruh <unruh-s...@physics.ubc.ca> wrote: >>>> gary.limanap...@elisys.co.uk writes: >>>>> The only way we can stop it is to disable W32Time process on the >>>>> Tablets, but this then leaves them unsynchronised. Still searching for >>>>> a solution? >>>> So this definitely sounds like a bug of some kind in the Windows >>>> server's ntp code. Are they running the ntpd reference implimentation >>>> or what ntp software are they running? >>> w32time ... see the quoted text from the OP. >> It is w32 time on the tablets, but they are not the problem, the server is. >> It is the server, he said, which pumps out packets trying to change the >> polling interval of the clients every 300ms. Thus it >> is the server's program which one needs to look into. At least that was how >> I read the post. >> Note that one could surely install ntpd onto the tablets instead of >> W32Time. >> to keep them synchronized. > > We are running W32Time on all machines including the servers. The > server itself obtains its own time independantly via a hardware clock. > This is used to update the CMOS clock from which W32Time then serves > out to the Clients. I will take up your suggestion and look into using > ntpd to see if there is any difference.
Gary, it sounds like the server is the one with the problem. You say that the server is obtaining it's own time independently via a hardware clock. Where is that clock? On the same machine? Elsewhere? I don't believe that the w32time service on a server is capable of using a hardware clock except for it's own local clock and that's would be free-running. I would suggest running ntpd on the server and see if that makes a difference. You might want to configure it with multicast. That will send out an NTP packet every 64 seconds. The clients then would also need ntpd and be configured to accept multicast packets. Danny _______________________________________________ questions mailing list questions@lists.ntp.org https://lists.ntp.org/mailman/listinfo/questions
