要約

  • RSSAC Caucus は RSSAC の報告書・助言文書の大半を作るが、RSSAC として正式行為をすることはできない。RSSAC は Caucus メンバーを任命し、作業範囲を変え、草案を審査し、公表を採決する。
  • 2026 年の RSSAC000v10 は、2018 年の独立レビューが指摘した曖昧さの一部を手続で改善した。一方、現在の不採用件数、異議申立ての結果、寄稿の集中度、草案から承認版までの変更履歴は公開資料から確認できない。
  • Caucus が持つのは、最初の証拠構成を決める上流の力である。ルートの運用、番号資源の配分、RIR ポリシー、IETF 標準、ICANN 理事会や独立運用者への命令権ではない。

RSSAC062 に残った役割の分解図

2025 年 5 月に承認された RSSAC062 は、セキュリティーインシデント報告を扱う。末尾の謝辞には、RSSAC Caucus の寄稿者十三人、ワークパーティー・リーダーの Robert Story、RSSAC shepherd の Ken Renard、編集者を含む ICANN スタッフ四人が記録されている。異議も離脱もなかったとされ、それらの欄に記載された者を除き、文書は RSSAC のコンセンサス承認を得たと説明される。

この一覧だけでは、誰がどの主張を書いたかは分からない。RSSAC が草案をどこまで変えたかも分からない。ただし、技術的寄稿、進行管理、正式委員会との接続、編集支援、機関としての承認が別の機能であることは確認できる。

2026 年 8 月 4 日承認の RSSAC000v10 は、その分業を現在の規則として示す。Caucus は RSSAC の報告書や助言文書の大半を作成する。一方、RSSAC として正式な行為をできるのは RSSAC だけだ。

Caucus の成果物はまず Caucus 内で回覧され、コメントや修正を受ける。安定した草案は RSSAC に送られ、RSSAC は質問、編集、修正要求を返せる。再び安定した段階でリーダーが正式行為を求め、議長が通常会合の議題に承認を載せる。

起草者の判断だけでは公開されない。現在の手続では各ルートサーバー運用者が RSSAC で一票を持ち、文書の公表には 75% の特別多数が必要である。承認後にスタッフが体裁を整え、公表する。

ここには二種類の著者性がある。広い専門家集団は、何を証拠として最初に並べるかを決める。狭い運用者代表の機関は、その記述を RSSAC の助言として外に出せるかを決める。前者は議論の出発点を支配し得るが、後者の正式権限を代替しない。

メンバー選考は、証拠選びより前に起きる

調査時点の公開ページは、Caucus に 115 件、RSSAC に 24 件の結果を表示していた。これは名簿の表示件数であって、実働人数や投票数ではない。それでも、文書作成プールと正式意思決定機関の規模が違うことは分かる。

入口の審査を担うのは Membership Committee である。RSSAC000v10 は、候補者が RSSAC の活動を理解しているか、時間を出せるか、価値ある技能や経験を持つかを審査基準とする。委員会自体は RSSAC が任命する。現在の加入ページには Shailesh Gupta、Dave Lawrence、Jeff Osborn、Ken Renard が載る。

不推薦と推薦では情報の流れが異なる。委員会が候補者を推薦しない場合、その氏名は RSSAC に開示されない。異議申立ては委員長が個別に扱い、同じ十二か月内の再申請はできない。推薦された候補者は RSSAC に一週間回覧される。異議がなければ加入、一人の異議で不採用となる。本人は理由説明を求められ、再び異議を申し立てられるが、扱い方は RSSAC 議長が個別に決める。

この裁量が不正に使われたことを示す資料はない。同時に、応募総数、各段階の不採用数、理由の分類、説明要求、申立ての結果もない。立証可能な問題は動機ではなく、制度の結果を外から検査できないことだ。

この入口は将来の草案に影響する。不採用者は Caucus メンバーとして提案、執筆、レビューに参加できない。Membership Committee は技術的結論を採決しないが、誰の知識が次の結論を作るかを先に選別する。

提案権は広く、機関名を使う権利は狭い

RSSAC または Caucus のメンバーは、それぞれの組織内で作業項目を提案できる。Caucus の作業には statement of work が必要で、Caucus で議論・修正される。その後 RSSAC がさらに議論・修正し、議長が開始の採決を求められる。

ワークパーティーが作られると、リーダーが決まるまでスタッフが運営を支える。リーダーが RSSAC メンバーでなければ、RSSAC メンバーの shepherd が必要になる。リーダーは寄稿者、レビュアー、オブザーバーを調整し、RSSAC に進捗を報告する。RSSAC は進捗が不十分だと判断すれば、リーダーを交代させることができる。

進行中の RSSAC001v3 は、境界を観察しやすい。2025 年 4 月の作業記述は、ルートサーバー運用者のサービス期待を再検討する。新しい文書が不要だとワークパーティーが判断する場合、Caucus の主メーリングリストで二週間前に知らせる。一人でも異議を出せば、終了の可否は RSSAC の採決に移る。新しい RSSAC001v3 を作る場合も、RSSAC の採決を経なければ出版物にならない。

専門家側には開始と制作の余地がある。RSSAC の名で助言する権限は移っていない。

2018 年の数字を現在形で使わない

2018 年の独立レビューは、Caucus 文書の技術的品質と可視性に対する肯定的評価を記録した。同時に、当時およそ九十人のうち実際に寄稿していたのは二十五人から三十人、RSSAC との境界や優先順位が不明瞭、非活動メンバーが存在し、加入・離脱を決める RSSAC が事実上の支配を持つ、と報告した。

これは当時の基準線である。匿名インタビューの発言は、レビューが記録した認識であって、2026 年の事実や動機ではない。古い活動率を現在の数字として扱うこともできない。

勧告 6a は、Caucus のプロジェクト定義、メンバーの参加と管理、作業管理、成果の普及について、より有効で透明な手続を求めた。2020 年の実施報告は、実質的な議論と草案・最終版のレビューを公開 Caucus メーリングリストへ移し、Membership Committee が参加状況を評価していると述べた。しかし構造変更は Root Server System Governance Working Group に依存するとされた。

2022 年の最終進捗報告は、プロジェクト管理上はレビュー実施を完了としながら、勧告 6a を依存項目に残した。ICANN 理事会は報告された完了状態を受け入れたが、二つの依存勧告について定期報告を求めた。その後、第三回 RSSAC レビューは延期された。現在のページは、最初の Continuous Improvement Program サイクルが終わるまで組織レビューを延期すると記録している。

現在については RSSAC000v10 を優先すべきだ。提案段階、リーダーと shepherd、公開リスト、メンバー見直し、Caucus と RSSAC の二段階レビュー、異議・離脱欄、正式採決、公表手順が明記された。2018 年の問題の一部には手続上の答えが出た。ただし、現在の参加分布、不採用、申立て、草案変更の実績はなお見えない。

助言の受領と、実行命令は別である

ICANN Bylaws が RSSAC に与える役割は、助言、連絡、リスク評価、応答、報告、政策提言である。Caucus や RSSAC にルートサーバーを運用させる規定、独立運用者を命令する規定、ASN や IP アドレスを配分する規定、RIR ポリシーや IETF 標準を決める規定は確認できない。

RSSAC の出版物は ICANN 理事会も拘束しない。承認後、公開前に 48 時間の courtesy preview を理事会へ提供できる。ICANN は諮問委員会の勧告を受領、検討、実施、終了するワークフローも公開している。これは処理経路の証拠であり、受入れ、因果関係、強制の証拠ではない。

番号資源保有者との関係は間接的だが無視できない。ルートシステムのサービス期待やインシデント対応は、ネットワークの前提条件に影響する。だからこそ、専門家草案、RSSAC の正式助言、下流の実施判断を三つの別記録として追う必要がある。

出典