要約

  • IABは9月10日、将来のIndependent Submissions Editorを選ぶ際に考慮すべき能力、資質、期待について調査を始めた。回答期限は10月11日である。
  • 招待はIETF、IRTF、RFC Seriesの複数経路から届き、対象者の集合は重なる。直接招待と自由な転送もあり、匿名モードを採るため、公開情報から一意の招待母集団や代表性を算出できない。
  • RFC 8730にはすでに六つの資格領域と職務があり、コミュニティから意見を集めた後にIABが選任すると定める。調査は基準を磨けるが、多数決の代わりにはならない。
  • 結果を候補者評価へ使う前に、テーマの分類方法、相反する意見の扱い、RFC 8730からの変更点、基準を固定した日付を公表する。個々の回答や人事資料は公開対象にしない。

広く届くことと、母集団が定まることは別だ

IETFの告知によれば、回答には約10分かかる。案内先はIETFとIRTFのannounceリスト、IETF Working Group Chairs、RFC Interest、RFC Series Working Groupである。加えて、現在有効なInternet-Draftを持つ人と、過去15年間にIndependent StreamでRFCを出した人にも直接届く。

これらは別々の選挙区ではない。一人の技術者が複数のリストを購読し、ワーキンググループを率い、ドラフトを書き、独立投稿の著者でもあり得る。IABは、同じ人に招待が複数届く場合があるとあらかじめ詫びている。さらに、RFCやIndependent Streamに関わると思う人への転送も歓迎している。

この開放性には意味がある。ISEの仕事は、中心的なIETF参加者だけでなく、独立した著者、専門分野の査読者、過去の貢献者、RFC Seriesの制度に関わる人へ及ぶ。閉じた名簿よりも、予想外の経験を拾いやすい。

ただし、到達した一意の人数は分からない。メーリングリスト間の重複も、転送先の外縁も公開記録にはない。調査は匿名モードで、IPアドレスなどの情報を収集しないと告知されている。率直さとデータ最小化には資するが、回答数を「資格を持つ集団の参加率」へ変える根拠にはならない。

ここから、重複回答が起きたと推測することはできない。匿名だから管理策がないとも言えない。重複招待と重複提出は違う。確実に言えるのは、得票率のような意味を与えるための分母が公開設計に存在しないことだけだ。

IAB Chair Dhruv Dhodyの案内も、回答は将来の候補者評価基準を考える材料であり、現職・過去のISEの評価でも、Independent Streamモデルへの投票でもないと明記する。任命はIABの決定である。この境界は募集時だけでなく、集計を示す時にも必要になる。

基準の原点はRFC 8730にある

RFC 8730は望ましい資格を六領域に整理する。幅広いインターネット技術への理解、RFC Seriesへの十分な習熟、助言・査読体制を組む力、IETF内外の技術コミュニティでの信頼、英語を含む編集能力、権限と責任が複数主体に分かれた環境で働く力である。

同RFCは職務も具体化する。Independent Submission streamの技術品質を保ち、投稿を審査・承認・処理し、制作段階へ送る。streamの範囲を整え、正誤表を扱い、RFC Series全体の方針と調整し、求められた統計や文書を提供する。必要なら助言組織を設ける。コミュニティの意見を集めた後、IABが個人を選ぶ。

今回の調査で新たな要件が見つかることは不自然ではない。技術領域の広がりで査読者を見つける能力の意味が変わったかもしれない。2026年のRFC Editorモデルでは、共同統治に関する経験をより明示する必要があるかもしれない。逆に、既存の表現が今も十分だと分かる可能性もある。

重要なのは、新旧を混ぜないことだ。次の候補募集に完成済みの条件だけが載れば、その文言がRFC 8730の再掲なのか、現場の経験なのか、調査回答なのか、IAB独自の判断なのか追跡できない。相談した事実は残っても、相談が何を動かしたかは消える。

選ぶのは、RFCに残る別経路の編集責任者だ

RFC Editorの解説では、Independent StreamはIETF、IAB、IRTFの公式過程の外にある。ここから出るRFCはコミュニティ合意を必要とせず、その合意を帯びない。標準でもベストプラクティスでもない。技術上の経験、ベンダー固有プロトコル、標準化には早い発想、IETF過程への批判、歴史記録、ユーモアまでを扱える。

経路が独立していても、判断が無制限なわけではない。RFC 4846が示す仕組みでは、ISEが査読者や編集委員会の助言を得て個別投稿を判断し、IESGのconflict reviewがIETF作業との関係を確認する。有用な文書を同じ長期アーカイブへ入れつつ、IETFの承認と誤認させないための構造だ。

さらにRFC 9920の現行モデルでは、Independent StreamのRFC Series Approval Board投票メンバーはISE、またはISEが指名する者である。選考基準は個々の掲載判断だけでなく、シリーズ全体の方針承認で誰がこのstreamを代表するかにも影響する。

ISEにIETF標準を決める力が移るのではない。必要なのは、共通制度への参加と独立経路の維持を同時に扱い、独立RFCに借り物のコンセンサスをまとわせない判断力である。

IABのAppointmentsページは、現ISEとしてEliot Learを2022–2028と記載し、各期を2年としている。今回の発表から候補者、交代時期、現職への不満は読み取れない。調査自身が人物評価を否定している以上、本稿も将来基準だけを対象とする。

読み取り規則は五つの記録で足りる

第一は到達経路の記録だ。目的、開始・終了日、配信リスト、直接招待の条件、重複到着の可能性、転送可という事実を書く。一意の招待者数を作れないことも同時に示す。

第二は分析方法である。自由記述をどのテーマへ分類するか、繰り返しを頻度として数えるか、重要性やリスクの発見として扱うか。対立する回答を平均で消すのか、並べて残すのか。少数の具体的な指摘をどの条件で重く見るのか。学術調査を装う必要はないが、数字の意味は決めておく。

第三は変更表だ。RFC 8730の六資格と職務を左に、実際に採用する将来基準を右に置く。各行に「維持」「明確化」「追加」「廃止」を付し、調査、運用経験、RFCモデル変更、IAB判断のどれが根拠かを短く記す。

第四は版と日付である。候補者の評価を始める前に基準を固定する。後から必要が生じたなら、過去の物差しを書き換えず、新しい改訂として残す。

第五は未解決事項だ。必要時間、希少な査読能力、事務支援、将来の制度改定を調査が答えられないなら、そのまま書く。分からない項目を人気順で埋めない。

匿名回答ではなく、変換過程を開く

調査フォームの生回答を公開する必要はない。肩書、活動年数、具体的経験を組み合わせれば、氏名やIPがなくても本人を推定できることがある。候補者の採点、推薦、非公開コメント、紛争や利害関係の詳細も別の保護対象だ。

公開すべき対象は、回答から基準へ至る方法と、出来上がった基準の版である。The Policy Mirrorの問いを当てはめれば、調査画面ではなく、後に候補者へ適用される条件とIABの決定こそが統治文書になる。

この方法は少数意見も救う。一件だけの回答が、見落とされた著者層やまれだが重大な利益相反を示すことがある。人気投票なら下位に沈む。構造化された助言なら、IABはなぜ低頻度の指摘で基準を変えたのか、あるいは多い要望を採用しなかったのか説明できる。

公開資料が証明しないもの

確認できるのは、調査の目的、日程、招待経路、匿名モードの説明、投票ではないという境界、RFC上の資格と職務、任命権、現行の任期表示、Independent Streamの位置である。

回答内容、分析計画、新基準、候補者、次の選任日程は公開されていない。IABが数を票として扱う、誰かが複数回答する、現行制度に欠陥がある、とする証拠もない。本稿はそう主張しない。

最小の初期仕様なら、将来を閉じずに、解釈の継ぎ目だけ先に固定できる。Reality, Not Advocacyに従えば、結果公表時にも、観察したテーマ、証明されていない代表性、IABの判断、そしてIABが負う決定を混同せずに済む。

出典

  1. Heng Lu — The Policy Mirror
  2. Heng Lu — Minimum Initial Specification, Localized Future Decision, Voluntary Adoption
  3. Heng Lu — Why BTW Media Exists and Why Reality, Not Advocacy, Is the Product
  4. IETF — Survey to gather input on ISE selection criteria
  5. IETFメールアーカイブ — IAB Survey on Future ISE Selection Criteria
  6. ISE Selection Criteria Survey
  7. RFC 8730 — Independent Submission Editor Model
  8. RFC 4846 — Independent Submissions to the RFC Editor
  9. IAB — Appointments & Confirmations
  10. RFC Editor — Independent Submissions
  11. RFC 9920 — RFC Editor Model (Version 3)