要約

  • RFC 3499は3400から3499までの名目上の区間を閲覧可能にしたが、同じ一覧への掲載や番号の近さは、共通の設計・権限・技術依存を意味しなかった。
  • 粗い[STANDARDS TRACK]表示、状態が変わり得るという注意、RFC 3400の「未発行」という正直な空欄が、出版物の同一性と現在の適用可能性を分けていた。

2003年の一覧を正確に保存しても、2026年の実装判断はできない。これは欠陥ではない。RFC 3499は、標準化過程で文書の状態が変わり得るため、各項目を細かな成熟度で固定せず、[STANDARDS TRACK]とだけ示した。そして現在の状態については、最新版の公式標準一覧を参照するよう求めた。

つまり、この文書は自分の有効期限を理解していた。Sandy GinozaがISIで編み、2003年12月にInformational RFCとして公開したRFC 3499は、3400から3499までを「少し注釈した一覧」と呼んだ。Internet標準を一つも規定せず、自分自身の説明は簡潔な“This memo”だった。

一覧の内部には統一された技術テーマもない。SONET保護切替MIB、非圧縮映像のRTPペイロード、ATMサービスクラスを扱うMPLS信号、PacketCable向けDHCP、IPv6 socket、IDNA、STUN、SIP、無線向けTCP、XML、DNS、メール報告、SNMP、DDDSが同じ百番区間に並ぶ。出版上の近所であって、同じパケット経路の部品ではない。

したがって連番は依存グラフではない。RFC 3498がRFC 3497の直後だからといって、前者が後者を利用するわけではない。あるRFCははるか以前の文書を更新し、後年の別文書に置き換えられる。隣の番号とは無関係でもよい。番号は永続的な出版識別子であり、プロトコルの配線図ではない。

下端のRFC 3400が、その違いを最も鮮明にする。これは発行されなかった。3400から3499には百の整数位置があるが、百の発行文書があるわけではない。RFC 3499は空白を架空のレコードで埋めず、「never issued」と保存した。欠落を消さないことが、台帳の完全性だった。

規則的な配列を好むデータ処理は、ここで誤る。全整数に文書オブジェクトを要求すれば、空のRFC 3400を生成し、日付や隣接関係まで推測してしまう。表は美しくなり、履歴は壊れる。存在しないものを存在しないまま記録する能力は、アーカイブの重要な機能である。

要約も同じ境界を持つ。タイトル、著者、日付、概要は発見に役立ち、出版時の編集修正を反映する場合もある。しかし規範本文、参照定義、後の更新関係、errata、実装プロファイル、運用測定にはならない。検索で文書を発見したことは、その機能が製品に入り、有効化され、相互運用したことの証拠ではない。

この百番要約の慣行は1991年12月のRFC 1099から始まった。RFC 3299は3200–3299を扱った。RFC 3399は発行されず、3499と3599は発行され、3599が最後になった。末尾99を予約する編集慣行は、停止後に空き番号という痕跡を残したが、番号空間そのものを所有してはいなかった。

2013年のInternet-Draftはxx99要約の正式な終了を提案した。検索エンジンで概要を取得でき、要約がなくても苦情がなかったため、99で終わる番号を通常のRFCへ戻すという説明だった。ただし、そのdraftは失効した。移行の意図を示す一次資料ではあるが、成立したRFCではない。提案の記録を施行済みの権限として扱ってはならない。

別に、xx00で終わる「Internet Official Protocol Standards」のスナップショットがあった。RFC 7100は最新性を保てなかったSTD 1の要約機能を終了し、RFC 7101はxx00文書がWebページに置き換えられた経緯を記録した。xx99の百番要約とxx00の公式状態一覧は似て見えても別製品である。

現在のRFC Editorは、状態、stream、履歴、更新、廃止、errataをWeb上で結び付ける。これは静的要約より「今」に強い。それでも実装を証明しない。最新メタデータが正しくても、ルーターのfirmware、サーバーの設定、相互運用結果、利用者のサービス状態は別の観測対象である。

証拠の階段は分離すべきだ。番号の割当て、または未発行の確定。恒久文書の出版。要約への収録。現在メタデータの照合。依存関係の閉包。適用要件の選択。コード化。試験。配備と設定。最後にpacket、log、サービス指標による確認。前段の成功は後段を代行しない。

RFC 3499がInternet史として興味深いのは、派手なプロトコルを発明したからではない。索引が索引のままでいる制度的節度を記録したからだ。可視性を高めても主権を主張せず、整列しても統一体系を装わず、概要を残してもrunning codeと呼ばなかった。

危険なのは、象徴的な秩序を実行上の秩序へ膨らませるときである。番号を現行性へ、近接を依存へ、ラベルを正確な現在状態へ、検索可能性を適合性へ変換してしまう。RFC 3499の正しい読み方は逆だ。保存されたものを尊重し、まだ証明されていない層を明示する。

出典