要約

  • IETFの手続きでは、申立てを処理しない判断と、審査を経て退ける判断は別の状態であり、次に取れる手段も異なる。
  • 受理されたIESG申立てはDatatrackerに掲載される。処理されない申立てについては、受領の確認、理由、不足情報や再提出方法を公開メーリングリストに記録する。
  • 受理済み一覧だけでは提出総数を示せない。二つの公開経路をつなぐ索引があれば、実体基準を変えずに手続きの全体像を追いやすくなる。

IESGの申立て一覧を検索して結果が空だったとき、申立ては一件もなかったと考えてよいだろうか。現行規則だけから、その結論は出せない。IETFには二つの公開記録経路がある。受理された申立てはDatatrackerに掲載され、処理されない申立ては公開メーリングリストで理由などを通知する。前者が示すのは、受理後の一覧であって、必ずしもすべての受付記録ではない。

その違いを定めているのが、2025年10月1日に公開され、現在も有効と表示されている「紛争解決および申立て手続きに関するIESG声明」である。声明は、RFC 2026第6.5節にある手続きの具体化だと説明している。RFCは引き続き基準文書だ。争いの事実を具体的に説明すること、争点となる決定が公に知られてから原則2か月以内に申立てを開始すること、審査を担当する側が手続きの詳細を定めることを規定している。また、合理的な期間内に結論を伝えるよう求めるが、すべての案件に適用する一律の最長期間は設けていない。

IESG声明は、何を審査対象にできるかも説明する。IESG、エリアディレクター（AD）、ワーキンググループの議長に申し立てるのは、標準化過程における技術的または手続き上の争いである。法的主張の妥当性を判断する立場ではないと声明は述べ、法的主張を含む提出は対象外として処理せず、申立人をIETF Administration LLCに案内する。さらに、対象範囲、内容、形式、行動規範を定めている。申立てには、争う行動または決定、根拠、求める救済を明記し、事実と筋道だった議論を用いる。憶測や意図の決めつけ、個人攻撃は避ける。IESGやADへの申立ては英語で書き、メール本文として送る。

IESGが提出を処理しない場合、公開記録を残す必要がある。内容、形式、対象範囲に問題があれば、受領を確認し、処理できない理由を記録する。不完全な申立てなら、何を補えばよいのかを示す。補正や再提出の期限は、RFC 2026の当初の2か月期限と、IESGの回答後14日のうち遅い方まで認められる。処理しないという判断と再提出の手順は、公開メーリングリストへのメールで記録する。申立人が公開リストを指定しなかった場合は、IETF discussion listを使う。処理しない判断そのものも、手続きに従って不服申立ての対象となる。

受理された申立ては別の記録経路に進む。声明は、DatatrackerのIESG Appealsページに記録するとしている。2026年の一件を見ると、審査後の結論がどのように示されるかが分かる。ページには7月8日の申立て、翌日の追加連絡、9月10日の回答が並ぶ。draft-ietf-tls-mldsaをめぐる2度目の申立てへの回答で、IESGはワーキンググループ最終意見募集の反応を検討し、幅広い支持があり、反対意見も考慮・議論されたため、粗い合意は適切に確認されたと述べた。その主張と申立て全体を退け、エリアディレクター1名が処理に参加しなかったことも記録した。これはIESGが公表した判断であり、この記事が独自に技術的妥当性を裁定したものではない。

この例から分かるのは、判断と説明が記録されたという点だ。すべての申立てで同じ詳しさの説明があるとも、別の提出が受付段階で処理されなかったとも証明しない。声明が一般的な義務を示し、9月10日の回答は特定の案件に対するIESGの結論を示す。個別の回答を一般則と取り違えてはいけない。

「未処理」と「審査後の棄却」は同義ではない。前者は提出を審査に進めるかどうか、後者は審査した結果を表す。両方を単に「却下」と表示すれば、なぜ手続きが終わったのか、補正の余地はあったのか、実質審査が行われたのかが読めなくなる。受理済み一覧に項目がないことも、提出がなかった証明にはならない。これは公開規則にある二つの経路から導かれる推論であり、未公表案件が存在する証拠ではない。

IESGは、実体判断の手続きを増やしたり、個人情報を余分に公開したりせずに、二つの経路をつなぐことができる。公開の索引に共通の案件参照を付け、受付、未処理と理由、補足・修正の依頼、審査受理、決定公表、その後の申立てという状態を示す。日付、適用した規則の版、公開通知や回答の所在、補正期限も記録できる。メール本文やDatatrackerの項目が一次記録であり続ける。索引は全メールを複製する必要はなく、照合に必要な範囲を超えて個人情報を集約すべきでもない。

目標は、件数を増やすことではなく、何を数えたのかを明確にすることだ。受理済み一覧が答える問いと、未処理通知が答える問いは違う。一つの索引から両方をたどれれば、一覧が空だったことと、期間中に提出がなかったこと、入口で止まったことと審査後に退けられたことを区別できる。片方の記録だけを全体とみなすと、手続きの姿を誤って読むことになる。

ただし、中央の索引は重複記録を作り、元の記録と同期しなくなる可能性がある。複数の公開メールを一か所に集めることで、本来は分散していた個人情報を過度にまとめるおそれもある。だから索引は一次資料の複製ではなくリンクを中心にし、更新日時を残し、確認できない箇所を明示するべきだ。情報が欠けているときは、不明と表示すればよい。検索しやすさのために原資料の意味を書き換えてはならない。

申立ては、申立人がコミュニティを代表しているかを決める投票でもない。標準化過程の特定の決定を争う手続きである。参加によって論点が可視化され、理由を伴う記録によって、後から制度が何をしたかを確認できる。どちらも、それだけで申立ての正しさを証明するものではない。状態を正確に記すのは、申立てに含まれる主張を機関の認定事項へとすり替えないためでもある。

IESGはすでに、入口で処理するかどうかと、審査後の結論を分け、それぞれの公開先を定めている。必要なのは二つの記録を読者がたどれるようにすることだ。申立てが未処理だったのか、審査後に退けられたのか、どの資料に記録され、その後どう進んだのか。そこが見えて初めて、公開アーカイブは手続きが実際に行ったことを示せる。

出典