home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4647 < prev    next >
Encoding:
Text File  |  1992-08-13  |  1.2 KB  |  30 lines
  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!gatech!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie
  3. From: louie@sayshell.umd.edu (Louis A. Mamakos)
  4. Subject: Re: Time service for RS/6000
  5. Message-ID: <1992Aug13.200833.491@ni.umd.edu>
  6. Sender: usenet@ni.umd.edu (USENET News System)
  7. Nntp-Posting-Host: sayshell.umd.edu
  8. Organization: University of Maryland College Park
  9. References: <1992Aug13.153801.27701@almserv.uucp>
  10. Date: Thu, 13 Aug 1992 20:08:33 GMT
  11. Lines: 17
  12.  
  13. In article <1992Aug13.153801.27701@almserv.uucp> rmcghee@fnma.com writes:
  14. >Can a NeXT time server service a RS/6000 as a time client?
  15.  
  16. Assuming that the RS/6000 has an working NTP implementation, then it
  17. can syncronize its clock from a NeXT.  The NTP provided by NeXT
  18. implements version 1 of the Network Time Protocol, so you need to make
  19. sure that if you are using xntp or xntp3 that you specify "version 1"
  20. in the configuration when when you reference the NeXT.
  21.  
  22. Alternatively, you can install xntp3 on the NeXT which works just
  23. fine.  Currently, xntp3 doesn't look at the time service stuff in
  24. netinfo for configuration; it reads the /etc/ntp.conf file.  This can
  25. be considered a bug or a feature.
  26.  
  27. louie
  28.  
  29.  
  30.