要約

  • RFC 1はARPANET稼働前にホストソフトウェアの論点を共有し、RFC 3は不完全な発想や未回答の質問まで受け入れながら、番号、著者、所属、日付、題名、配布経路を残した。
  • 公開は提案を探し、試し、反論できる状態にしたが、公式決定にはしなかった。後のRFC制度は状態、審査、発行ストリーム、保存を加え、会話と標準の違いを引き継いだ。

ネットワークより先に届いた文書

RFC 1の日付は、本文と同じほど重要である。最初のInterface Message ProcessorがUCLAへ届くのは9月だった。4月の Host Software は安定した運用の説明ではなく、まだ端から端まで試せないシステムに向けた共同の作業面だった。

Crockerは、パケット交換装置を作るBolt Beranek and Newmanと、上位のソフトウェアを合わせるホスト側の責任を分けている。初期拠点の参加者は会合を重ね、小さな作業グループが用語、要件、暫定機構を検討した。文書にすることで、別々の場所が同じ提案を対象に作業できた。

この記録が証明する範囲は限定される。特定の著者と所属が、特定の日に提案を共有したことは分かる。しかし、全拠点の合意、実装の完成、最終システムへの採用は証明しない。始点と結果を混同しないからこそ、変化をたどれる。

RFC 3は一文にも入口を開いた

Documentation Conventions は、Network Working Groupの参加を閉じなかった。どの拠点の誰でもノートを作成でき、哲学的立場、背景説明を省いた実装技法、答えを試していない明示的な質問まで受け入れた。「磨き上げる」より「間に合わせる」ことを勧め、最低の長さは一文だった。

それでも出所は消えない。シリーズ名と番号、著者と所属、日付、題名が必要で、配布先も示された。拠点内の複製は各拠点が担う。未完成であることと、匿名であること、参照不能であることは別だった。

Request for Commentsという名称は機能を表した。番号は提案に安定した住所を与え、コメントの依頼はまだ返答を受ける対象だと知らせる。住所がなければ反論は版を特定できず、暫定性がなければ反論は存在しない権威への反抗に見えてしまう。

書面は権威を先回りさせる

RFC 3が警戒したのは、文章が書かれただけで権威あるものに見える傾向だった。同時に、書き手は未完成な考えを公にすることをためらう。整った文書ほど若い参加者が修正しにくくなり、異論の少なさが合意の証拠に誤変換される。

RFC 2555の回想で、Crockerは当時のグループを若く、非公式で、憲章もない集まりとして描く。正式なプロトコル設計者が現れるのかも不明だった。番号付きノートを組織すれば、持っていない権限を主張しているように見える。その不安を抑える語がRequestだった。

形式を捨てたわけではない。番号、署名、日付は責任と記憶を作る。暫定という状態は、その形式から推測できる権力を制限する。記録を強くし、命令を弱くする組み合わせである。

速く配る経路と残す場所

RFC 3は受取人を列挙し、拠点ごとの複製を認めた。後の回想によれば、各機関は中央からの再配布を待たず相互にコピーを送り、SRIのNetwork Information Centerは全体の保管場所になった。

ここでは二つのネットワークが働く。直接配送は返答までの時間を縮め、中央の収集は後から順序を復元できるようにする。すべてを中央配送にすれば会話が遅れる。分散したコピーだけなら、どの版が何に答えたかが失われる。

現代でも、メーリングリスト、リポジトリ、課題管理は進行中の議論を運び、出版物は安定点を固定する。議論だけが消えれば妥協の理由が読めず、安定点だけが消えれば、どの版に依存してよいか決められない。

RFC番号だけでは標準にならない

シリーズの長寿は番号に威信を与えた。しかし番号は文書を識別するだけで、成熟度、合意、規範性を単独では示さない。RFC 1796は、すべてのRFCがInternet Standardではないと明記した。Informational、Experimental、Standards Trackは同じ出版系列を使うため、引用には状態が必要である。

状態を落とせば、実験が義務に見え、情報提供の文書が不完全な標準として誤読される。更新・廃止関係、承認経路、実装版を合わせて初めて、番号の意味が分かる。

RFC 1の重要性を下げる話ではない。複数のホストが一緒に解く問題を公開したことに価値がある。どの提案が残るかは、返答、コード、後続文書が決めた。番号はその過程を見えるようにした。

一年の予定が半世紀の記録になる

Crockerは三十周年時点で、ネットワークが動けばノートは一年ほどで消えると思っていたと書いた。実際には、元の機械、初期Host-to-Hostプロトコル、最初の小集団より長く生きた。

RFC 8700が示す現在の役割分担では、粗い発想はメール、作業グループ、Internet-Draftsで交換される。RFCは定められたストリームと審査を通り、編集され、正典的な記録として保存される。世界の実装者が毎回意味を交渉し直さないための安定点になった。

1969年と現在は競合しない。問題を発見する入口には低い摩擦が要り、独立実装が依存する出口には強い安定性が要る。最初の質問に最終審査を課せば、不確実性は私的な場へ逃げる。最終仕様を一文の気軽さで扱えば、相互運用性が推測に戻る。

返答はコードでもよかった

コメントは原稿の余白だけに現れない。後続RFCが用語を変え、実装が隠れた矛盾を示し、ホストの接続が提案を失敗として観測可能にする。文書と実行結果が一つの応答経路を作った。

したがって単独のRFCは、完全な決定記録ではない。更新、廃止、状態、関連草案、実装報告、実際の挙動を追う必要がある。最初の番号は会話への入口であって、会話の代わりではない。

Crockerは、正式な権限を持たない集団が権威を装わず進む形式を作った。不確実性を日付と著者に結び、返答を許し、動く機械に別の証拠を出させる。制度の正当性は、その連鎖から生まれた。

出典