home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / time / ntp / 1123 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.1 KB  |  52 lines

  1. Newsgroups: comp.protocols.time.ntp
  2. Path: sparky!uunet!munnari.oz.au!metro!usage!sserve!ccadfa.cc.adfa.oz.au!cjsv
  3. From: Christopher.Vance@adfa.oz.au (Christopher JS Vance)
  4. Subject: Re: xntpd and timed
  5. Message-ID: <1992Dec21.224131.567@sserve.cc.adfa.oz.au>
  6. Originator: cjsv@ccadfa.cc.adfa.oz.au
  7. Sender: news@sserve.cc.adfa.oz.au
  8. Organization: Computer Science, University College, UNSW/ADFA, Canberra, Australia
  9. References: <1992Dec17.145434.199386@ipgaix.unipg.it> <1992Dec18.175438.16954@Arco.COM>
  10. Date: Mon, 21 Dec 1992 22:41:31 GMT
  11. Lines: 39
  12.  
  13. In article <1992Dec18.175438.16954@Arco.COM> Matt Mannhardt <lasmtm@Arco.COM> writes:
  14. | >We are currently using <timed> on our (still little,
  15. | >but growing) network. We are planning to start to use 
  16. | >xntpd.
  17. | >
  18. | >May I suppose that I have to stop timed on all the machines
  19. | >where I'm going to start xntpd? May they coexist in some way?
  20. | I have been looking into this question myself because of being in a
  21. | sum-what
  22. | similar position and I am interested in other peoples experiences.  We
  23. | have a 
  24.  
  25. [ etc. ]
  26.  
  27. | The end result is that I'll probably run a mix of 'timed' and 'xntp' with
  28. | new installs
  29. | going to 'xntp' (by adding the appropiate code to our "localization
  30. | scripts" that we
  31. | run for new installs) and leaving the current 'timed' clients as they are
  32. | till their
  33. | next OS upgrade.
  34. | Comments anyone?
  35.  
  36. We use both ntpd (v1) and timed on a mixed network (Sun, Pyramid,
  37. Convex, Apollo, DEC).  Pyramid and Apollo ship timed, Sun ships
  38. nothing, I'm not sure what we did to the DEC.  We compiled and run
  39. ntpd on a small number of Suns, each with some contact off-campus and
  40. communicating with each other on-campus.  Each ntpd machine is also a
  41. potential timed master (started with -M option).  But we compiled for
  42. these machines a version of timed that does not alter the master's
  43. clock.  So on these machines, ntp makes the decisions.  The other
  44. machines, which don't run ntpd, all run timed in slave mode.  It seems
  45. to work well.  Part of the reason for doing this was that ntpd
  46. required a configuration file on each host; I should check out a newer
  47. version of xntp which apparently does not require this.
  48.  
  49. -- Christopher
  50.