<html xmlns="http://www.w3.org/1999/xhtml"><head></head><body><figure class="quote"><figcaption><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="1" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[1]</anchor-end> <cite xml:lang="en"><anchor xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:">RFC 28</anchor> - Time Standards</cite>, <time>2021-02-02T14:55:35.000Z</time>, <time>2021-03-10T04:41:36.154Z</time> <anchor-external xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resScheme="URI" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resParameter="https://tools.ietf.org/html/rfc28">https://tools.ietf.org/html/rfc28</anchor-external></figcaption><blockquote><pre> Network Working Group					Bill English
 RFC-28							SRI
 							13 January 1970</pre></blockquote><blockquote><p>TIME STANDARDS</p></blockquote><p>和訳</p><blockquote><p>時刻標準</p></blockquote><blockquote><p>We are about to install a relatively accurate real-time clock on our
system.  I would like any comments relative to Network time standards
for such things as delay measurement so we can decide how good our clock
should be.</p></blockquote><p>和訳</p><blockquote><p>私達は比較的正確な<anchor xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:">実時刻時計</anchor>を処理系に導入しようとしています。
私達の時計がどれくらいの精度を持っているのか決定する遅延測定のようなことのための
ネットワークの時刻標準に関する意見を頂きたく存じます。</p></blockquote><blockquote><p>DISTRIBUTION:</p></blockquote><p>和訳</p><blockquote><p>配布先:</p></blockquote><blockquote><p>A. Bhushan, MIT
S. Carr, Utah
G. Cole, SDS
S. Crocker, UCLA
K. Fry, MITRE
J. Heafner, RAND
B. Kahn, BB&amp;N
T. O'Sullivan, Raytheon
L. Roberts, ARPA
P. Rovner, LL
R. Stoughton, UCSB</p></blockquote></figure><figure class="quote"><figcaption><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="2" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[2]</anchor-end> <cite xml:lang="en"><anchor xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:">RFC 29</anchor> - Response to RFC 28</cite>, <time>2021-02-01T02:00:10.000Z</time>, <time>2021-03-10T04:41:44.565Z</time> <anchor-external xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resScheme="URI" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resParameter="https://tools.ietf.org/html/rfc29">https://tools.ietf.org/html/rfc29</anchor-external></figcaption><blockquote><pre> Network Working Group					Robert Kahn
 RFC-29							BBN
 							19 January 1970</pre></blockquote><blockquote><p>This note is in response to Bill English's Request for Comments:  28.</p></blockquote><p>和訳</p><blockquote><p>この覚書は Bill English の <anchor xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:">RFC28</anchor> への反応です。</p></blockquote><blockquote><p>A &quot;millisecond&quot; clock should be satisfactory for most network measurements.
Round-trip message transit times typically should be at least on the
order of tens to hundreds of milliseconds.  The IMP contains a 16-bit
hardware clock which is incremented every 100 microseconds to allow for
timing of internal events within the IMP, as for example, during tracing.
However, most measurements are made using a 25.6 ms. software clock.</p></blockquote><blockquote><p>「ミリ秒」時計がほとんどのネットワーク測定には十分でしょう。
往復メッセージ転送時間は典型的には最低でも千ミリ秒のオーダーになります。
(訳注: オーダーになる。の日本語はなんだっけ?)
IMP は100マイクロ秒刻みの16ビットのハードウェア時計を持っているので、
IMP 中の内部の出来事, 例えば追跡中の計測が出来ます。
しかし、ほとんどのはかりは 25.6 ms ソフトウェア時計を使います。</p></blockquote><blockquote><p>DISTRIBUTION:</p><p>A. Bhushan, MIT
S. Carr. Utah
G. Cole, SDS
S. Crocker, UCLA
K. Fry, MITRE
J. Heafner, RAND
B. Kahn, BBN
T. O'Sullivan, Raytheon
L. Roberts, ARPA
P. Rovner, LL
R. Stoughton, UCSB</p></blockquote></figure><p><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="4" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[4]</anchor-end> <anchor-internal xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="2" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">&gt;&gt;2</anchor-internal> あえて訳すなら<code>台</code>くらいが適当か?</p><p><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="3" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[3]</anchor-end> 
<cite xml:lang="en">RFC 32 - Some Thoughts on SRI's Proposed Real Time Clock</cite>, <time>2021-01-31T13:54:32.000Z</time>, <time>2021-03-10T04:43:05.632Z</time> <anchor-external xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resScheme="URI" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resParameter="https://tools.ietf.org/html/rfc32">https://tools.ietf.org/html/rfc32</anchor-external></p><p><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="5" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[5]</anchor-end> <cite xml:lang="en">RFC 34 - Some Brief Preliminary Notes on the Augmentation Research Center Clock</cite>, <time>2021-02-01T02:00:43.000Z</time>, <time>2021-03-10T04:48:28.908Z</time> <anchor-external xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resScheme="URI" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resParameter="https://tools.ietf.org/html/rfc34">https://tools.ietf.org/html/rfc34</anchor-external></p><ul><li><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="6" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[6]</anchor-end> <dfn>absolute time</dfn> - 
(8ビット [1, 12], 8ビット [1, 31], 8ビット [0, 99]),
(8ビット [0, 23], 8ビット [0, 60], 8ビット [0, 60])</li><li><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="7" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[7]</anchor-end> <dfn>relative time</dfn> -
24ビット, ミリ秒 or 100マイクロ秒単位</li></ul><p><anchor-end xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:anchor="8" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:">[8]</anchor-end> <cite xml:lang="en">RFC 685 - Response time in cross network debugging</cite>, <time>2021-02-01T01:59:25.000Z</time>, <time>2021-03-10T05:48:32.023Z</time> <anchor-external xmlns="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resScheme="URI" xmlns:a0="urn:x-suika-fam-cx:markup:suikawiki:0:9:" a0:resParameter="https://tools.ietf.org/html/rfc685">https://tools.ietf.org/html/rfc685</anchor-external></p></body></html>