要約

  • RFC 2028はWorking Groupを運営する責任と、その決定を文書に忠実に残す責任を分け、行政、出版、標準承認、構造監督、番号割当を別々の組織に置いた。
  • 公開された役割表は、次に誰へ証拠を求めるべきかを示す。だが、誰が個別に決めたか、参加が代表的だったか、記録が完全か、役割が果たされたかは示さない。
  • 2022年のRFC 9281は組織構造の変化を理由にRFC 2028を廃止した。1996年の地図は歴史資料であり、現在の組織図ではない。

責任者の名札と、仕事が完了したことを示す受領証は違う。RFC 2028は前者を整備した文書だった。わずか七ページの中で、IETFの技術作業、会議運営、文書編集、公式記録、RFC出版、標準化の進行、アーキテクチャ監督、プロトコル・パラメータの割当を切り分けた。

その結果、「IETFが決めた」という一文だけでは足りなくなった。どの役割が、どの手続きで、どの記録を残したのかを問えるようになったからである。

議論を導く人と、残る文章を作る人

Working Group Chairは活動と会議を進行し、グループの手続き上の約束を守り、Area Directorを介してIESGへの正式な連絡点となる。Document Editorは、文書がグループの決定を正確に反映するようにする。

RFC 2028は、この二つを別の人が担うことを一般的な実務とした。一人が議論の進め方と、その結果として残る文章の両方を独占しにくくするためである。しかし、役割が分かれているだけで、異論が扱われたことも、編集が決定に忠実だったことも証明できない。

必要なのは案件ごとの連鎖だ。草案の版、会議とメーリングリスト、グループに示された問い、未解決の反対意見、議長の理由、編集前後の差分を結び付けなければならない。

RFC 9281は兼任時の制御をより具体化した。編集者が同じWGの議長でもあるなら別の議長がその文書を管理し、別の議長がいなければWGとADが特に注意して監視する。分離は固定された看板ではなく、状況に応じて動かす統制である。

記録、出版、承認は別の事実を残す

Secretariatは行政支援と標準化過程の公式な公開記録を担当した。RFC Editorは出版作業とRFCシリーズの編集上の水準を担った。IESGは技術活動と文書の進行を管理し、IABはアーキテクチャと過程を監督した。IANAは一意なプロトコル値を割り当て、ISOCは当時の制度上の位置を持った。

公式記録に項目があることは、関連資料がすべてそろっていることを意味しない。RFCの出版は、実装や相互運用性を証明しない。IANA割当はIESG承認ではなく、IABの助言はWGの決定ではない。各記録は、異なる次の確認を要求する。

個人参加についても同じである。RFC 2028は、参加者を雇用主などの正式代表ではなく個人の技術貢献者として扱った。それは参加時の立場を定めるが、参加コストが平等だったこと、雇用主の資源が影響しなかったこと、欠席者が代表されたことまでは示さない。

未完成の欄が地図に記されていた

RFC 2028は、参照するIESG charterを「まだ存在しない」と書いた。参考文献ではIANA CharterとRFC Editor CharterがWork in Progressだった。文書自身が、すべての権限根拠を一冊で閉じられないことを示している。

したがって役割表を根拠に行為を正当化するなら、次の資料が要る。どのcharterが適用されたか。誰がいつ決め、理由を残したか。誰が実行し、誰が見直せたか。組織名は欠けた証拠を埋めない。

廃止は過去の証拠を消さない

RFC 9281は、responsible Area Director、IETF Trust、IETF Administration LLCを加え、RFC EditorをRFC Production Centerへ改め、役割を通常の作業順に並べ直した。構造が変わったため、RFC 2028は2022年に廃止された。

それでもRFC 2028は、1996年に責任がどう説明されたかを示す一次資料である。ただし現在の法的関係、出版モデル、実務の証明にはならない。

古い地図の価値は、問い合わせ先を特定できることにある。だが地図は答えではない。個別の決定、記録の完全性、実行の証拠、観測された結果がそろって初めて、何が起きたかを判断できる。

情報源