RFC 32
Some Thoughts on SRI's Proposed Real Time Clock
SOME THOUGHTS ON SRI'S PROPOSED REAL TIME CLOCK โฐโจ
Title block tea ๐ซ๐
- Network Working Group ๐
- Request for Comments:
32๐ - Author: Jerry Cole, UCLA ๐ง
- Date: February 5, 1970 ๐
- Obsoletes / Updates: the original doesn't list any ๐
- Category / status: not stated in the original ๐
Re: NWG/RFC's #28 and 29 ๐
Okay so bestie, a real time clock inside one or more of the network HOSTs is lowkey so desirable ๐ญ๐ซถ. It would let users measure message delays in a way that actually matters to them. Our current network measurement tools don't count any internal HOST delays ๐, and those delays could be a big chunk of the total time a HOST-to-HOST message takes. โณ We might find that extending our "Trace" capabilities to include internal HOST delays is the perfect way to use a clock like this ๐ฅ. To do that, you'd need a clock at both the source and the destination of the message ๐ง , but those clocks don't have to be super accurate or synchronized with each other. ๐ Other tests, like measuring the absolute overall message delay from HOST A to HOST B, would need the two clocks to be synchronized โจ. That's a whole different vibe ๐.
Now for the specs โจ. A reasonable spec for the SRI real-time clock would have a resolution of about 1 msec. ๐, an accuracy of about 1 part in 10E7 ๐ (so two of these clocks could keep reasonable relative accuracy over many hours ๐), and a range of about 24 hours โญ. Honestly, a crystal controlled clock should easily hit all of this at a moderate cost ๐ฐ๐ฆ. Iconic and very doable ๐.
The way the HOST actually reads the clock is also a big deal ๐. A 1 msec. resolution might mean the clock has to be entirely hardware ๐ง (as opposed to a core location that gets incremented on each clock pulse ๐งฎ). That means the clock might need some pretty complicated interface circuitry ๐ซ . Not me getting stressed about wiring ๐.
At UCLA, we currently have two clocks on the Sigma 7 ๐ฅ๏ธ. One of them has a resolution of about 2 msec. ๐ธ, which could be usable for some internal HOST measurements ๐. The catch is that it doesn't have the long term accuracy needed for the absolute measurements I mentioned earlier ๐ญ. Main character problem, but for a different reason ๐
.
[ This RFC was put into machine readable form for entry ] [ into the online RFC archives by Richard Ames 1/98 ] ๐ซถ๐
๐ฆ where this page comes from
- ietf: rfc32 1970-02
- ๐ girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms