Will Shackleford wrote: > We have several computers with several different > operating systems on a local network with no radios and > no internet connection. > The main goal is to keep them synchronized with each other.
You should be able to do a time island with ntp orpahn mode: e.g. I use something similar to this on all PCs / Devices # ALL (Clients and/or Servers) tos cohort 1 orphan 11 restrict default limited kod nomodify notrap restrict 127.0.0.1 restrict source nomodify keys "/etc/ntp.keys" # e.g. contains: 123 M YOUR_MD5_KEY trustedkey 123 manycastserver 224.0.1.1 manycastclient 224.0.1.1 key 123 preempt multicastclient 224.0.1.1 key 123 preempt broadcastclient > One frustration I have had is that clients tend to refuse > to connect to servers on the network that are "not good enough". > I assume "not good enough" means too high a stratum > although the error messages are not that clear. You should be able to tell with: ntpq -n -c "lpe" -c "las" -c "rv &0" -c "rv &1" -c "rv &2" -c "rv &3" -c "rv &4" and the decodes in your html files that come with ntp, <http://www.eecis.udel.edu/~mills/ntp/html/decode.html> > My current solution is to take a laptop to another room > with an internet connection, let it sit for an hour and > then bring it back to connect the local network where > finally the other computers will accept it and synchronize > with it. That is likely the ever increasing dispersion. > How can I configure a client/peer to always accept a > server as "good enough" or atleast always accept the > server when no other server can be contacted? Add prefer for your primary server? server primary.time-island.nist.gov iburst prefer You might also want to increase mindist, however too much will likely end up in several groups walking away from each other; e.g. tos mindist 0.020 > Just for my own curiosity, why is just refusing to do > what the operator wants the default behavior for > clients/peers? Why not always synchronize as well as > you can with whichever peers/hosts you can contact? "operator wants" and ntp commanded to are not equal? -- E-Mail Sent to this address <[email protected]> will be added to the BlackLists. _______________________________________________ questions mailing list [email protected] http://lists.ntp.org/listinfo/questions
