要約

  • PROCONはIETF 126で、成果文書が現行方針を正確に記述するとのチャーター文言を提案することに合意した。調査時点のDatatrackerでは2025年承認の第01版だけが現行であり、新文言はまだ効力を持つチャーターではない。
  • 承認済みチャーターは単なる編集作業だけを認めているわけではない。ワーキンググループの節目とInternet-Draftの採用について限定的な非編集変更を許し、IETF議長の権限委任・一時的継承を扱うBCPも別に認める。追加事項には再チャーターが必要だ。
  • 2418bisには、51％・99％という合意形成の目安の削除、補助役、複数の公開フォーラム、採用の取消しなど、性質の異なる変更がある。2026bisでも非公開の異議申立て議論、例示、状態用語の境界が問題になった。
  • 実務で見られることと、既に規範として承認されたことは同じではない。一方、旧RFCと異なる記述がすべて範囲外というわけでもない。基準文書、実務の証拠、チャーターの権限を分けて調べる必要がある。
  • 重要な差分ごとに、基準、実務上の根拠、変更分類、該当する権限、反対意見、ワーキンググループの処置、IETF・IESGでの状態、最終文を結ぶ小さな公開台帳が役立つ。
  • 台帳は新しい拒否権を作らない。BCPとしての公表と、その後にツールや各グループが実際に採用したかどうかも別々に残す。

「現行」を定義する文言が、まだ現行ではない

PROCONが直面する保守問題は明確だ。RFC 2026とRFC 2418はIETFの標準化手続とワーキンググループ運営の基礎だが、後続RFC、エラータ、ツール、日常的な運用は長年にわたり変化した。新しい参加者が適用中のルールを知るために、複数の文書と実務知識を組み合わせなければならない。

承認済みPROCONチャーターは、両RFCを更新するRFC群と確認済みまたは更新保留のエラータを統合するよう求める。同時に、ワーキンググループの節目と草案採用をめぐる非編集変更を明示的に許している。IETF議長による権限委任と一時的な継承を定めるBCPも範囲に入る。その他の作業には再チャーターが要る。

したがって、草案の違いを見つけただけでは逸脱の証拠にならない。後続の承認文書をまとめたのかもしれない。1998年には存在しなかった仕組みへ、変わらない責務を写し替えたのかもしれない。広く行われる実務を明文化したのかもしれない。あるいは、チャーターが特定分野で認めた方針選択そのものかもしれない。

IETF 126の議長資料は、この曖昧さを隠していない。これまでの理解は、現行プロセスを正確かつ明瞭に示し、拡張や方針変更は後回しにするというものだった。しかし厳格に読めば、編集上の補正や変化した運用への整合まで除外しかねない。そこで当初はRFC、IESG声明、ツール変更まで挙げる長い文案が示された。

IETF 126議事録が記録する決着はもっと簡潔である。ワーキンググループは「成果文書は現行方針を正確に記述しなければならない」と提案することにした。議事録はAIによる下書きを議長と参加者が確認・更新したと明記する。決定を追う資料ではあるが、逐語録として扱うべきではない。

調査期限の2026年9月2日、公開ページで承認済みなのは2025年7月9日更新の charter-ietf-procon-01 だった。九語の英文はワーキンググループがIESGへ提案すると決めた文言であって、既に承認された後継チャーターではない。過去の差分へ遡って新しい権限を与えるものでもない。

数字を消す変更と、責任を加える変更

draft-ietf-procon-2418bis-04は、RFC 2418の合意形成に関する有名な段落を削除している。51％の支持でも粗い合意とは限らず、99％でも重大な反対が残り得る、という説明だ。2418bis発表資料は、この数字を混乱を招く目安とする。議事録によれば、RFC 7282への参照を新たに入れる案は採らず、削除自体を維持する判断になった。

これは投票率でない粗い合意を守るための補正だと説明できる。しかし削除の生存だけを根拠に、その説明まで確定したとは言えない。旧段落、問題点、代わりに残る原則、グループの判断を一つの記録で結べば、後世の読者は「数値を消した」ことと「合意概念を弱めた」ことを混同せずに済む。

補助役の規定は別の型を持つ。第04版は、議長とArea Directorが補助的な役割の参加者を任命・解任できるとする一方、その役割は合意形成を変えず、議長とArea Directorの責任も減らさないと定める。会合では文案の調整と、責任の留保が決まった。

公開メーリングリストの投稿は、多くのグループがDocument Editorを正式に任命していないとの経験を述べ、2418bisがその現実を反映すべきかを問う。この投稿は慣行を検討する出発点にはなる。ただし全ワーキンググループの調査結果でも、既存の規範を確定する行為でもない。「経験として報告された慣行」と「文書に規範として採用する判断」を分ければ、どちらの価値も損なわない。

メーリングリストの責務をチャットへ運ぶ

第04版は議長が扱う公開の場を、電子メールだけでなくチャットグループや他の共同作業ツールまで含む形で記述する。そして、そこで生じた結果を要約し、十分に記録するよう求める。

媒体だけが変わり、公開性と記録の責務が同じなら、これは古い仕組みの補正である。しかし、どのチャットが公式な場か、議長のモデレーションがどこまで及ぶか、即時会話をいつ恒久記録へ戻すかという新しい判断も生じる。言葉が実質的な裁量を増やすなら、単なる置換ではない。台帳は結論を先取りせず、「責務不変」という主張と「適用範囲拡大」という可能性を審査できる状態にする。

草案採用をめぐる記述では、権限の所在がより明瞭だ。第04版は、採用が作業項目の土台を選ぶ行為であり、内容全体の合意を意味しないと説明する。さらに採用を取り消し、未採用状態へ戻せるとする。現行チャーターはまさに草案採用に関する非編集変更を認めている。従ってこの違いは、旧RFCからの不正な逸脱ではなく、明示的権限に基づく方針改定として説明し得る。

2026bisで撤回された文言が残したもの

2026bis更新資料には、編集的とされた修正、保留事項、次回のWorking Group Last Callへ向けた作業が分けて載る。会合では、第09版で加えた非公開の異議申立て議論に関する文言を元に戻し、外部標準の例をUnicodeからIEEE 802 Ethernetへ替えることが決まった。

非公開議論をめぐる公開の応酬では、一方がチャーター外の方針変更だと主張し、応答側はRFC 2026と現在の実務に基づく明確化だと述べた。これは対立する論拠が公に示された証拠であって、どちらかをIETFの公式認定へ変えるものではない。文言の撤回は次版の処置を決めたが、分類の難しさまで消してはいない。

“expired” を “inactive” に置き換える案も保留された。公開議論ではDatatrackerの現実には近づくものの、明らかな編集修正とは言えないとの指摘がある。UI用語に合わせただけか、プロセス上の状態を変えるのかで性質は異なる。短い単語ほど権限問題が小さいとは限らない。

差分ごとに残す十二の手がかり

公開台帳は長い意見書でなくてよい。行為者、合意、記録、採用状態、異議申立ての条件に影響する差分を対象に、次を結べば足りる。

  1. 固定された草案リビジョンと節または差分。
  2. 統合・変更の基準となるRFC、エラータ、IESG声明。
  3. 現在の実務やツール状態を示す公開資料。
  4. 統合、古い仕組みの補正、慣行の規範化、意図的改定という分類。
  5. 承認済みチャーターの条項、再チャーター案、または追加権限が不要な理由。
  6. 編集者の理由。
  7. 主要な反対意見と発言者。
  8. ワーキンググループの処置と日付。
  9. Working Group Last Call後の変化。
  10. IETF Last CallとIESGでの処置。
  11. 公表された最終文。
  12. ツールや現場での採用状況。

一つの差分が二分類を持ってもよい。メーリングリストの更新は仕組みの補正であると同時に、より広い実務の規範化かもしれない。草案採用は散在する理解の統合と、チャーターが認める改定の両方になり得る。避けるべきなのは複数分類ではなく、根拠のない空欄だ。

反対意見の欄も拒否権ではない。個人の投稿は個人の主張として保存し、後のグループ判断と区別する。差分が消えれば削除という処置を記録し、最終文に失敗案を居座らせない。

Heng LuのNote 64は、最低限の初期基準、権限を持つ局所での後続判断、自発的・運用上の採用を分ける設計を論じる。PROCONの事実やIETFの法源ではない。ここでは、基準、後の選択、現場への導入を一つの出来事に見せないための分析レンズとしてのみ使える。

審査段階が多くても、説明は自動では残らない

台帳に対する有力な反論は、既存手続で十分だというものだ。ワーキンググループの合意、Working Group Last Call、IETF Last Call、Area Directorの審査、IESGの判断がある。IETF 126でArea Directorは、提案された更新があれば2026bisは範囲内になるとの見方を示す一方、2418bisの差分はまだ深く見ていないと述べた。審査が機能していることを示す重要な留保である。

PROCON文書一覧では、調査時点の2026bis-11はWorking Group Last Call中、2418bis-04はワーキンググループ文書だった。どちらもIESG承認やBCP公表を意味しない。今後の審査で文章も分類も変わり得る。

ただし、複数段階の承認は、個々の差分がなぜ統合・補正・規範化・改定と判断されたかを必ず保存する仕組みではない。メール、スライド、議事録、変更履歴に散った説明は、検索できても再構成が難しい。最終的に合意した事実と、その合意を可能にした権限の説明は別の記録課題である。

台帳は意思決定者を増やさず、既存の判断を時間の中で読めるようにする。後の審査で分類が変われば履歴に残す。実務主張が弱ければ補強するか別の権限へ切り替える。公開時点の説明が分かれば、採用後に実務が追いついていない場合も、規範の失敗と実装の遅れを区別できる。

出典

  1. 承認済みPROCONチャーター
  2. PROCON文書一覧
  3. IETF 126 PROCON議事録
  4. IETF 126 PROCON議長資料
  5. IETF 126 2026bis更新資料
  6. IETF 126 2418bis資料
  7. Heng Lu Note 64
  8. PROCONの公開スコープ議論
  9. Document Editorの実務に関する公開議論
  10. inactiveとexpiredに関する公開議論
  11. draft-ietf-procon-2026bis-11
  12. draft-ietf-procon-2418bis-04
  13. RFC 2026
  14. RFC 2418