はじめに

Re: NWG/RFC 第 28 号と第 29 号。

ネットワークの HOST の 1 つ以上にクロックを追加することは、非常に望ましいと思われる。それ (またはそれら) によって、ユーザー指向のメッセージ遅延測定が可能になるからである。現在のネットワーク測定機能には HOST 内部の遅延が含まれておらず、この遅延は HOST 間メッセージ伝送で生じる総遅延のかなりの部分を占める可能性がある。我々の「Trace」機能を拡張して HOST 内部遅延を含めることが、そのようなクロックを利用するための適切な仕組みであると判明するかもしれない。このような用法では、メッセージの送信元と宛先の両方にクロックが必要になるが、それらのクロックは特に正確である必要も、同期している必要もない。HOST A から HOST B への絶対的な全体メッセージ遅延のような他のテストでは、2 つのクロックの同期が必要になる。

SRI のリアルタイムクロックに対する妥当な仕様としては、約 1 ミリ秒の分解能、約 10E7 分の 1 の精度 (2 つのそのようなクロックが数時間にわたって妥当な相対精度を維持できるようにするため)、および約 24 時間の範囲が含まれると思われる。水晶制御のクロックなら、これらの要件を適度なコストで容易に満たせるはずである。

HOST がクロックを読み取る仕組みの選択も、やはり関心事であるように思われる。1 ミリ秒の分解能では、クロックが完全にハードウェアであること (クロックパルスごとに増分されるコアロケーションとは対照的に) が要求される可能性があり、したがってクロックにはかなり複雑なインターフェース回路が必要になるかもしれない。

UCLA では現在、Sigma 7 上に 2 つのクロックがあり、そのうちの 1 つは約 2 ミリ秒の分解能を持ち、一部の HOST 内部測定に使用できるかもしれない。しかし、上記の絶対測定に必要な長期精度は備えていない。

注: このRFCは、オンラインRFCアーカイブへの登録のためにRichard Ames 1/98によって機械可読形式にされた。