要約

  • BCP 139 は、過去の RFC を複製すると古い boilerplate まで継承するため、更新可能な三種類の MIB 文書テンプレートを使う設計を示した。
  • 2026 年の取得では、XML、注釈付きテキスト、プレーンテキストの旧 URL はすべて一般的な著者向けテンプレート一覧へ転送された。これは通信経路の成功であって、指定ファイルの同一性証明ではない。

承認済みの完成品は、次の原稿の最新版ではない

ある RFC が公開されたという事実は、その文書が当時の審査を終えたことを示す。だからこそ、新しい原稿の型紙にしたくなる。節の順序も、IANA の書き方も、Security Considerations も、既に誰かが確認したように見える。

しかし完成品には時刻が埋め込まれている。公開後に boilerplate、提出要件、法的文言、ツールの前提が変わっても、その RFC は自動更新されない。見た目の権威が強いほど、古さは発見しにくい。

RFC 5249 が解こうとしたのは、この逆説だった。MIB Doctors が維持する XML2RFC 用、説明付きテキスト、説明なしテキストの三つを入口にし、必要に応じて最新要件へ更新する。固定された BCP は「更新される入口を使え」と命じ、具体的な入口は BCP の外で動く。

この分離は合理的である。ただし、動く側にも版と来歴がなければ、審査は再現できない。

三つの名前と一つの転送先

現行の OPS ページは、今も三つの MIB テンプレートを説明し、2013 年 6 月の更新にも触れている。ところが旧 URL を取得すると、すべて authors.ietf.org/templates-and-schemas へ到達した。

転送先は無関係なサイトではない。IETF の著者向け資源であり、一般 RFCXML テンプレート、schema、Markdown、Asciidoc の案内がある。処理済み XML RFC を Internet-Draft の型紙に使うべきでないという注意もあり、考え方は RFC 5249 とよく整合する。

それでも、取得した本文は三つの MIB 専用名称を名乗っていない。一般ページが正式な後継なのか、旧ドメイン全体の転送先なのか、別の正規保管場所があるのかは、この HTTP 応答だけでは決められない。

したがって記録すべき状態は「200」ではなく、「開始 URL は到達可能、終点も IETF 管理、指定 MIB 実体との継承関係は未確認」である。不明を残すことは失敗ではない。観測より大きな結論を作らないための制御である。

コメントの有無は著者の判断を変える

XML 版のコメント、助言を残したテキスト版、骨格だけの版は、最終的に似た文書を出力できる。だが著者が途中で見る警告は同じではない。RFC 5249 はテンプレート内の MUST の多くが IESG 要件に関係し、MIB Doctors が確認し得ると説明する。

完成した HTML から、執筆時にどのコメントが存在したかを逆算することはできない。節が正しい場所にあることは、著者が最新の注意を読んだ証拠ではない。URL を記録するだけでも不十分で、転送後の実体、取得時刻、hash、版の宣言が必要になる。

テンプレートはフォームではなく、ビルド依存関係として扱うべきだ。審査開始時に固定し、変更時に差分を取り、影響する判断だけを再検討する。人向けの「最新版」入口は動いてよいが、過去の審査入力は内容で参照できなければならない。

MIB モジュールは別の作業成果物である

RFC 5249 は文書のテンプレートを扱い、MIB モジュールそのもののテンプレートは含めない。検証ツールが本文から分離したモジュールを必要とするため、外で作り、検証し、周囲の文書へ取り込む方法を勧める。

ここから四つの証拠が生まれる。現行要件を示す方針、使用した文書テンプレート、分離モジュールの機械検証、人による意味と安全性の審査である。

節構成が正しくてもモジュールは壊れ得る。コンパイルが通っても DESCRIPTION は曖昧になり得る。Security Considerations が存在しても、危険な書込みオブジェクトや機微な読取りオブジェクトを特定していない場合がある。

RFC 4181 は最新の承認済み boilerplate と安全性テンプレートを要求する一方、文章を盲目的に複製してはならないとする。構文検査を推奨しつつ、実装者の視点で意味を読むことも要求する。機械と人のどちらか一方を緑にしても、もう一方の結論は生まれない。

系譜は示せても、入力バイトは示せない

RFC 7367 は Harrington のテンプレート利用に謝意を示す。RFC 9349 はさらに後年にも MIB 文書が公開されたことを示す。これらはテンプレートの影響を確認する資料だが、別の原稿がどの版のコメントと本文を使ったかを再現するものではない。

RFC 8407 は YANG 文書向けの異なる指針である。技術的に近いという理由だけで MIB 指針の自動的な後継とみなしてはいけない。権威の移行は、推測ではなく明示された関係で記録されるべきだ。

短いマニフェストがあれば十分である。方針識別子、テンプレート名と版、発行主体、取得経路、時刻、hash、転送、モジュール hash、検証器版、結果、例外、安全性審査対象、審査者と処分を残す。

Lu Heng の reality layer の考え方に従えば、制度上の名前は観測を増やさない。テンプレートは執筆を整える。検証器は形式的性質を観測する。人は意味を判断する。実装と運用はさらに別の結果を生む。それぞれの権威は、それぞれの受領証が届く範囲に限られる。

Sources