home *** CD-ROM | disk | FTP | other *** search
/ Internet Core Protocols / Oreilly-InternetCoreProtocols.iso / RFCs / rfc32.txt < prev    next >
Encoding:
Text File  |  1999-10-14  |  2.2 KB  |  60 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                   Jerry Cole, UCLA
  8. Request for Comments: 32                                February 5, 1970
  9.  
  10. SOME THOUGHTS ON SRI'S PROPOSED REAL TIME CLOCK
  11.  
  12. Re: NWG/RFC's #28 and 29.
  13.  
  14. The addition of a clock in one or more of the network HOST's seems to be
  15. very desireable since it (or they) would allow user-oriented message
  16. delay measurements.  Our present network measurement facilities do not
  17. include any internal HOST delays, and these delays may be an appreciable
  18. portion of the total delay encountered by a HOST-to-HOST message
  19. transmission.  We may find that an extension of our "Trace" capabilities
  20. to include internal HOST delays would be an appropriate mechanism for
  21. utilizing such a clock.  Such usage would require a clock at both the
  22. source and the destination of the message, although such clocks would
  23. not have to be particularly accurate nor synchronized.  Other tests,
  24. such as the absolute overall message delay from HOST A to HOST B would
  25. require synchronization of the two clocks.
  26.  
  27. A reasonable specification for the SRI real-time clock would seem to
  28. include a resolution of about 1 msec., an accuracy of about 1 part in
  29. 10E7 (so that two such clocks could maintain reasonable relative
  30. accuracies over periods of many hours), and a range of about 24 hours.
  31. A crystal controlled clock should easily meet these requirements at a
  32. moderate cost.
  33.  
  34. The choice of the mechanism by which the HOST can read the clock appears
  35. to be of concern also.  The 1 msec. resolution may require that the
  36. clock be entirely hardware (as opposed to a core location which would be
  37. incremented at each clock pulse), and therefore the clock may require
  38. some rather compli- cated interface circuitry.
  39.  
  40. At UCLA, we presently have two clocks on the Sigma 7, and one of these
  41. has a resolution of about 2 msec. which might be usable for some
  42. internal HOST measurements.  However, it does not have the long term
  43. accuracy for the absolute measurements mentioned above.
  44.  
  45.        [ This RFC was put into machine readable form for entry ]
  46.          [ into the online RFC archives by Richard Ames 1/98 ]
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.                                                                 [Page 1]
  59.  
  60.