要約

  • RFC 1216 は IAB の標準化トラック向けに新しい標準パラダイムを提案すると述べる。一方、RFC Editor は Informational／Independent と記録し、IETF は承認も正式な標準上の地位もないとする。
  • 1991年4月1日付の本文は、ギガビット網の速度、費用、プロトコル進歩を逆向きに組み立て、Ultra Low Speed（ULS）を提示した。
  • RFC 番号が証明するのは公開・保存された文書の同一性であり、標準承認、実装、相互運用、採用、経済効果ではない。

文書は自分の身分証を発行できない

RFC 1216 の核心は、技術節より前にある。「Status of this Memo」は、IAB の標準化トラックに向けた新しい標準パラダイムの提案だと述べる。

その一文だけなら、制度上の経路まで確定したように読める。だが RFC Editor の記録は、公開日を1991年4月1日、地位を Informational、ストリームを Independent とする。IETF Datatrackerはさらに、Independent Submission stream で公開され、IETF の承認を受けず、IETF 標準化プロセス上の正式な地位を持たないと書く。

どちらかを消してはいけない。前者は本文が何を主張したかを残す。後者は分類権限を持つ記録が何を認定しているかを残す。本文中の「標準」という語に公式記録を上書きさせれば、文書が自らの権威を認証することになる。

この区別は、エイプリルフールの RFC に限らない。仕様書が自称する「オープン」、ベンダー資料がいう「業界標準」、方針案に書かれた「必須」は、まず著者の主張である。承認には別の主体、手続き、日付付きの記録が必要だ。

速さの議論を遅さへ反転する

冒頭には現実的な問題設定がある。処理、記憶、通信の費用低下は同じではない。本文は、ビット当たりと MIP 当たりの費用が10年で99％下がるのに対し、bit/s 当たりは90％しか下がらないという予測を置く。

9ポイントの差は複利によって危機へ膨らむ。計算能力が通信需要を増やしても、その代金を払わないため、パラダイム転換がなければインターネット共同体は破綻する。そこで .01 uGbps 付近で動く Ultra Low Speed、ULS が登場する。

ギガビット回線を大量に多重化すれば、ULS 回線は月3セント未満。10 THz の光ファイバーなら約1兆ユーザー。これらは、本文がどう論証を組み立てたかを示す数字である。この資料群は、実測費用、容量試験、実現した予測として裏づけてはいない。

用途も時間軸を伸ばす。低優先度ファクス、氷河追跡、米国郵便、研究契約。さらに極低速になると、重力波検出器、イタリア郵便、米国議会の予算過程が並ぶ。

ここで問われるのは「遅いか速いか」だけではない。どの仕事を選び、誰の待ち時間を数え、何を費用から除いたかで、遅延は最適化に見える。論理回線の単価だけなら、運用、支援、信頼性、機会損失は画面外に置ける。RFC 1216 は遅延が無害だと実証したのではなく、評価軸を握る者の強さを可視化した。

技術らしい名前は試験結果ではない

ギガビット網に新しいプロトコルが要るなら、ULS には古いプロトコルが要る。本文はそう逆算し、劣化した磁気テープ、紙テープ、再利用パンチカード、ゲルマニウム、リレー、交互ビットプロトコルへ退いていく。

「悪い知らせは速く伝わる」ということわざから、遅い網は良い知らせを優遇する、とも推論する。請求書は遅れ、メーリングリストの生産性は上がる。しかし、語呂のよい推論はキュー制御やメッセージ分類を定義しない。

さらに効率が欠陥になる。低速開始、誤り減少、一ビットのシーケンス番号は「忍び寄る効率」を生み、ULS の動作点から外れる。対策は Forward Error Insertion、負のウィンドウスケーリング、新しいプロトコル層、複数のプレゼンテーション層だ。

課題と対策の一覧は研究計画の形をしているが、実装記録ではない。名称はコードではなく、「技術的実現可能性」という節名は試験ではない。「長く、遅く、容易な道」という結論も運用開始を示さない。

セキュリティ節は、扱わないとだけ記す。認証、完全性、機密性、安全性の根拠は、そこから補えない。

RFC は棚番号であって合格点ではない

1995年の RFC 1796 Not All RFCs Are Standards は、RFC シリーズがインターネット標準とそれ以外の資料をともに公開すると説明した。RFC 化そのものを標準承認とみなすのは誤解であり、情報提供文書が公式仕様のように見える場合もある。

この後年の説明を、1991年に適用された手順そのものとして遡及させるべきではない。今日の読み手に、番号と地位を別々に確認させる資料として使うべきだ。

RFC 2026 は、研究概念や状況メモも RFC に含まれると整理する。Internet Standard に採用された仕様は RFC 番号を保ったまま STD 番号を得る。Informational と Experimental は標準化トラック外である。

現代の RFC 8729 はストリームを区別する。各ストリームには独自の承認過程があり、Standards-Track と BCP を承認できるのは IETF stream だけだ。Independent Submission stream は他のストリームの外にある文書を扱う。

独立文書の価値が低いという意味ではない。一つの長期保存系列に提案、経験、議論を残せるからこそ、後世は検証できる。番号は発見可能性を担い、地位とストリームは発見可能性が承認へ化けるのを防ぐ。

提案から成果までは別の台帳が要る

原文は ULS の提案と標準化語彙を証明する。RFC Editor は同一性、日付、地位、ストリームを証明する。Datatracker は IETF の正式な支持がないことを示す。いずれも、コード、装置、相互運用試験、事業者導入、利用者採用、経済成果を証明しない。

この資料に実装記録がないからといって、誰も似た実験をしなかったとは断言できない。「ここでは確認できない」が境界だ。

その先には、リポジトリと版、実装ノート、適合試験、独立相互運用、具体的な設定、観測トラフィック、採用統計、成果測定が必要になる。引用は引用の事実しか増やさない。

RFC 1216 が残した最も速い教訓は、ULS そのものではない。文書の内側で語る声と、文書の制度的地位を決める権限は別である。

出典