home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / time / ntp / 872 < prev    next >
Encoding:
Text File  |  1992-09-09  |  6.9 KB  |  134 lines
  1. Newsgroups: comp.protocols.time.ntp
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!wupost!gumby!destroyer!ubc-cs!unixg.ubc.ca!kakwa.ucs.ualberta.ca!access.usask.ca!herald.usask.ca!glenn
  3. From: glenn@herald.usask.ca (Glenn Hollinger)
  4. Subject: NTP and DTSS at the University of Saskatchewan
  5. Message-ID: <1992Sep9.174049.24379@access.usask.ca>
  6. Originator: glenn@herald.usask.ca
  7. Sender: news@access.usask.ca (USENET News System)
  8. Nntp-Posting-Host: herald.usask.ca
  9. Organization: University of Saskatchewan
  10. Date: Wed, 9 Sep 1992 17:40:49 GMT
  11. Lines: 121
  12.  
  13. We are now using DEC DTSS and NTP to synchronize our campus computers.
  14. This seems to be a recurring topic of questions, so I put together some
  15. information on what we have done here.  First, an ascii diagram of the
  16. layout of things here and then a rather lengthy history of how things
  17. progressed.  As with all things, discussion is encouraged.  I will
  18. answer questions if I can and post a summary to the net.
  19.  
  20. Glenn Hollinger                  glenn@herald.usask.ca
  21. University of Saskatchewan       +1-306-966-4827
  22.  
  23.  
  24.    Physical layout:
  25.                                     _______Ethernet_____________________
  26.                                        |                 |         |
  27.         GOES                       MicroVAX 2000 &      UNIX      VMS
  28.       satellite ---RS232---------> VAXstation 2000    Systems   Systems
  29.         clock
  30.  
  31.    Time synchronization flow:
  32.  
  33.        GOES       Ascii     Xntp3                     synchronized
  34.      satellite ---Time----> daemon ---adjtime calls----> local
  35.        clock      Codes    (Ultrix)                      clock
  36.                            /      \
  37.                           /        \
  38.                          V          V
  39.                        V3         V1, V2, V3 NTP
  40.                   Broadcast NTP    Peer-to-Peer
  41.                       /              |       \
  42.                      /               |        \
  43.                     V                V         V
  44.                  V3 NTP           NTP peers    DTSS NTP
  45.            broadcast clients      (Unix)     Time Providers--->DTSS Server
  46.                 (Unix)                           (VMS)            (VMS)
  47.                                                                     |
  48.                                                                     |
  49.                                                                     V
  50.                                                                DTSS Clients
  51.                                                                   (VMS)
  52.  
  53.  
  54.                      Traveling Time Using Xntp and DECdts
  55.                                       or
  56.                 How to sink 150 computers without really trying
  57.  
  58. This text is a chronological history of time synchronization at the University
  59. of Saskatchewan.  Like most campuses, we have many independent computer
  60. systems.  Each of these systems had their time set at install time using the
  61. installer's wrist watch as the accurate time source.  After that, they ran
  62. independently and incensed.
  63.  
  64. Some operating systems do use various methods to synchronize, such as the rdate
  65. techniques of Ultrix and SunOS (which are different from each other). This
  66. helped those computers somewhat, but didn't solve the problem completely, even
  67. for them.
  68.  
  69. About September of 1990 the brand new CA*net network was installed with its
  70. high-speed 56 kbit backbone spanning the country and linking our campus to the
  71. internet.  At this time, we saw the opportunity to use the NTP servers on the
  72. internet.  By December of 1990, we started using NTP to synchronize some of our
  73. Unix computers.  Not all OSes could be handled, but this was a start.
  74.  
  75. Using NTP version 1, we synced up most of the campus Ultrix and SunOS boxes
  76. (and other unixes).  This worked fairly well getting time from Stratum 1 NTP
  77. servers in the states. But, CA*net was such a success that it started getting
  78. busier, especially at the CA*net-Internet links.  Even with line speed
  79. increases in critical areas, by December 1991 decent synchronization to US
  80. servers was becoming harder to get.
  81.  
  82. We needed a plan.  The plan we came up with was to make a decent local clock we
  83. could rely on.  In February 1992, we scrounged a MicroVAX 2000 running Ultrix.
  84. This node with Xntp software made a decent stratum 2 NTP server, but didn't
  85. solve our troubles communicating to US stratum 1 servers.  We started casting
  86. about looking for accurate time sources.
  87.  
  88. The first thing we latched on to was CHU.  This turned out to be a dead end
  89. because of difficulties establishing reliable radio reception.
  90.  
  91. Next, we looked into a satellite clock our Geologists were using, a Kinimetrics
  92. Truetime 468-DC.  This is a nice time source, but not supported by any NTP
  93. software at that time.
  94.  
  95. From February through May 1992 we took xntp3 beta and developed a GOES clock
  96. module to support the GOES satellite clock.  Several iterations were done with
  97. long-term testing for problems throughout.  The final result is a Stratum 1 NTP
  98. server on our local ethernet.
  99.  
  100. Using broadcast NTP as well as NTP versions 1 2 and 3, it was relatively
  101. straight forward to distribute this time to Unix systems throughout the campus.
  102. However, this did not solve the problem for our 75 or so VMS systems.
  103.  
  104. We heard that DECdts might solve this problem.  After looking into it, we found
  105. out that Decnet 5.0 for Ultrix includes the DTSS server and could pick up time
  106. from an NTP server or a local ntp-synced clock.  Later, we found out the DECdts
  107. in the VMS Decnet extensions can also talk to remote NTP servers if a public
  108. domain extension was used.
  109.  
  110. After 2 months work, we discovered that the only way to use NTP and dtss on the
  111. same node is to prevent NTP from adjusting the system clock and let dtss do it.
  112. We felt this was an unreasonable limitation.  So we junked OSI and, using
  113. public domain extensions to the VMS DTSS time provider, set up our DTSS servers
  114. on VMS to pick time up via UCX from the NTP servers.  These DTSS servers then
  115. synchronize the VMS DTSS clients on the network.
  116.  
  117. As MicroVax and VAXstation 2000s are becoming less useful, we have picked up a
  118. second system to be a redundant NTP server and a third system for spare parts.
  119. With a combination of scrounged hardware, some software development and some
  120. vendor supplied software, we will soon have our campus systems synchronized
  121. within about one hundredth of a second.
  122.  
  123. Future directions; The GOES clock is not the best timekeeping device.  We will
  124. be constructing the gadget box as described in the xntp3 distribution to
  125. connect its 1PPS output.  This will hopeful improve accuracy quite a bit.
  126. Also, the GOES clock is not ours.  We are looking at the new Motorola GPS
  127. receiver as a replacement which can provide a 1PPS signal with 50 nanoseconds
  128. accuracy for a reasonable cost. 
  129.  
  130.                                           Glenn Hollinger,
  131.                                           Systems Group,
  132.                                           Computing Services,
  133.                                           University of Saskatchewan.
  134.