home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / time / ntp / 1039 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.9 KB
  1. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu!cc971
  2. From: cc971@cleveland.Freenet.Edu (Stephen  C. Fitch)
  3. Newsgroups: comp.protocols.time.ntp
  4. Subject: Help with synchronising Suns with NTP
  5. Date: 17 Nov 1992 10:05:03 GMT
  6. Organization: Case Western Reserve University, Cleveland, OH (USA)
  7. Lines: 68
  8. Distribution: inet
  9. Message-ID: <1eag4fINN6q3@usenet.INS.CWRU.Edu>
  10. Reply-To: cc971@cleveland.Freenet.Edu (Stephen  C. Fitch)
  11. NNTP-Posting-Host: hela.ins.cwru.edu
  12.  
  13.  
  14. Please find enclosed a request for information on NTP from
  15. a colleague, who does'nt have access to News.  Please reply
  16. to the NET or me direct.
  17.  
  18. Steve Fitch                            o          ,__o        o   /\/\
  19. Open University                       <\        _-\_<,     []<\  /~~\ \/\
  20. Management Services Division        __/__,     (*)/'(*)      /> /    \ \ \
  21. Milton Keynes, England.       +44 (0908)65 2733  s.c.fitch@open.ac.uk
  22.  
  23. =======================================================================
  24. From R.J.Gander@open.ac.uk  Tue Nov 17 09:49:55 1992
  25. From: R.J.Gander@open.ac.uk (Roger Gander K186 - 2732)
  26. Subject: NTP QUESTIONS
  27. To: s.c.fitch@open.ac.uk
  28. Date: Tue, 17 Nov 92 9:49:39 GMT
  29. X-Mailer: ELM [version 2.3 PL11]
  30.  
  31. I am currently experimenting with using ntp to coordinate the clocks on
  32. various Sun machines at our University campus. Being fairly new to ntp, I
  33. find I have several unanswered questions. I wonder if anyone can help me.
  34.  
  35. We have received some ntp programs as part of the "ISODE 7.0" (ISO Development
  36. Environment) package, which seem to be some modified "standard" ntp programs
  37. (version 3.4 ?) with OSI extensions.
  38.  
  39. In particular, there are 2 programs I am experimenting with:
  40.  
  41. (1) ntpd - an ntp "server/client" daemon - I am using this to synchronise
  42.     one machine with a reliable offsite server (using OSI transport). This
  43.     seems to work OK-ish, although its behaviour is erratic (or at least,
  44.     seems to be to my untrained eye).
  45.   - The far site doesn't always respond, although it does so every now and
  46.     again (presumably, there could be many reasons for this - eg. underlying
  47.     comms. failures, although other comms. appears reliable).
  48.   - The frequency at which it tries to connect appears to be all over the
  49.     place, sometimes its minutes, at other times its hours.
  50.     Is there some algorithm it uses that can be explained?
  51.     I would like to use this machine as a reference point for other
  52.     machines (our main requirement is that all our machines show the same
  53.     time - within a second). Using ntpd on another machine seems to show
  54.     similar symptoms as above - the server (our own machine this time, using
  55.     udp rather than OSI) doesn't always respond, and the client tries at
  56.     varying intervals to connect.
  57.     Is there any documentation that explains this behaviour?
  58.  
  59. (2) ntp - this produces a one-off "client" request, displaying the results
  60.     on the screen, with the option of updating the system clock.
  61.     I'm considering the idea of running this at regular intervals via cron,
  62.     rather than using ntpd as a client, because at least I can predict its
  63.     behaviour. However, the ntpd daemon on our server machine sometimes
  64.     refuses to respond to the packets - again, to my untrained eye, it just
  65.     randomly seems to stop and then start again. Does anybody know why?
  66.     Can I make it always respond?
  67.     Another point here is that the "set time" option uses "settimeofday"
  68.     (which is unacceptable to us, as it potentially causes problems with
  69.     log file timestamps being out of order - with disastrous consequences
  70.     for our Ingres systems) rather than "adjtime" to adjust the clock.
  71.     Is there a version out there that uses "adjtime", or do I need to write
  72.     my own?
  73.  
  74. Apologies for asking so many questions, but I really need to know more
  75. about this before I can justify using this method (which seems, in theory,
  76. to be ideal) to keep our machines in step.
  77.  
  78. Many thanks,
  79. Roger Gander
  80.  
  81.