要約

  • IESGは8月28日、Security Dispatch作業部会の終了とメーリングリスト閉鎖を発表した。機能は、ART、SEC、WITのうち非トランスポート領域を扱う新しいDISPATCHに統合された。
  • 引き継ぐべきなのは技術案の所有権ではなく、処遇の意味である。旧スレッド、対象版、ラフコンセンサスの有無、助言の権限区分、移管先、再提出条件を一行で追える記録が必要だ。

セキュリティ作業の入口は残る

終了通知はChristopher InacioとDeb CooleyをIESGの連絡先として挙げ、セキュリティ分野が引き続き新しい案を歓迎すると明記した。閉じるのは独立の作業部会と旧リストであり、セキュリティ提案そのものではない。

受け皿にはすでに正式な根拠がある。IESGは7月2日、DISPATCHの新しい憲章を承認した。対象はART、SEC、そしてWITのうち既存のトランスポート作業に属さない部分である。6月30日には両グループ合同の暫定会合が開かれ、IETF 126では一つのDISPATCHセッションにまとめられた。

一本化には利点がある。アイデンティティ、メール、Webアプリケーションをめぐる案は、初期段階では所属分野を一つに決めにくい。提案者に組織図の理解を先に求めるより、一つの入口で重複や依存関係を見つける方が合理的だ。

ただしDISPATCHは規格を承認する機関ではない。現行憲章が認めるのは、既存WGへの案内、BoFの提案、新WG憲章の準備、Area Directorによる文書化の可能性、議論用リストの設置、延期または不採用の助言である。その助言には拘束力がない。議長がコンセンサスを判断できない場合、結論が必ず出るわけでもない。関係するArea Directorの同意を得た限定的な管理文書を除き、DISPATCH自身は文書を仕上げない。

六件を同じ「処理済み」にしてはいけない

6月30日の合同暫定会合には約50人が参加した。会合後、議長は六件の結果を列挙し、記録したラフコンセンサスに異論があれば返信するよう求めた。

一件では提案者がIndependent Submission Editorへの持ち込みを考えており、記録はそれがDispatchの措置ではないと明記した。二件は発表自体がなかった。一件はIETFとして行動しないとの整理だった。別の一件は「現時点では」行動せず、相互運用を望む実装者と議論の場を増やす必要があるとされた。さらに一件はDAWN BoFとその組織化へ案内された。

発表なしは技術的却下ではない。現時点で行動しないことは永久拒否ではない。BoFへの案内はWG設立でも規格承認でもない。統合後にこれらをすべて「旧グループで扱った」とだけ記せば、助言が権限に化け、条件付き延期が終局判断に見えてしまう。

RFC 7957は、DISPATCH型WGが新規作業を評価して行き先を探す一方、その作業自体を完成させないと説明する。追求しなかった理由を文書化することもできる。境界事例の行き先は担当Area Directorと議長が決める。RFC 2418は、前提や任務が変わった場合、Area DirectorがWGと協議して再憲章化、議長交代、解散を選べるとし、IESGへの異議申立ても残す。

提案単位の引継ぎ台帳

調査時点でSECDISPATCHの公開アーカイブは閲覧でき、1,699通を表示していた。これは将来の永続性を保証しないが、消失を示すものでもない。欠けているのは、旧記録から現在状態までの明示的な橋だ。

台帳には、安定した提案ID、対象Internet-Draft版、最後の旧リストスレッド、会合記録、結果の原文、コンセンサス確認の状態、権限区分、移管先、次の担当者、再提出条件、統合時点の状態、残存アーカイブ、後続DISPATCH記録を置くべきだ。訂正は元の値を消さず、日付と責任主体を付けて追記する。

この台帳は再審の権利も会議時間の優先権も作らない。議長要約、WGのラフコンセンサス、Area Directorの判断、提案者自身の選択を混同しないための記憶装置である。

終了通知のRFC番号は一桁違う

終了通知は、新しい案を「RFC7975に従って」dispatchできると記す。しかしRFC 7975はCDN相互接続の要求ルーティング・リダイレクト・インターフェースである。承認済みDISPATCH憲章が参照するのは、DISPATCH型WGを説明するRFC 7957だ。

この誤記が統合や個別判断を無効にした証拠はない。それでも訂正または注記は必要だ。終了通知は旧入口から新手続へ向かう長期の案内板になるからである。

確認した資料は、特定提案の取りこぼし、アーカイブ消失、旧助言の拘束力、再発表の権利を示していない。IETF 126資料面に議事録が見えなかったことも、別の結果記録が存在しない証明ではない。台帳はDaniel Kadeの提案であり、IETFの公約ではない。

情報源