要約

  • Datatrackerは2026年8月6日更新のcharter-ietf-radext-07-08をExternal Review中の提案として掲載し、現行の承認済みチャーターは第07版だと明記している。
  • 提案には5月のマイルストーンが2件、8月が5件、12月が1件ある。8行すべてでAssociated documentsが空欄になっている。
  • 5月の2行に最も近い文書は活動中のRADEXTワーキンググループ文書だが、IESG状態はいずれもI-D Existsである。セキュリティレビューは本文上Informational、提案上はProposed Standardだ。
  • 8月の5行は、期限切れの個人草案3件、期限切れのWG採択候補1件、活動中の採択候補1件に対応する可能性が高い。活動中のConnect-Infoにも出版トラックの不一致がある。
  • Expiredは放棄を、Candidate for WG Adoptionは採択を、I-D ExistsはIESGへの提出を意味しない。従って、7件を一括して未達とみなす根拠はない。
  • チャーター状態、文書ID、出版トラック、採択・IESG状態、測定対象の遷移、実日付、再設定理由を結ぶ版管理された基準表が必要である。

承認の時刻と作業の時刻

RADEXTは、ネットワークアクセスにおける認証・認可・アカウンティングを担うRADIUSを保守・拡張するグループである。現在のDatatrackerページは07-08を表示するが、それを「proposed recharter」と呼び、承認済みは第07版だと区別している。これは表記上の注意書きではない。新しい作業範囲が組織として有効になったかを決める境界である。

状態欄の正式な文言はExternal Review (Message to Community, Selected by Secretariat)だ。DatatrackerのヘルプはExternal Review、IESG Review、Approvedを別の状態として定義する。新しい版の公開やballot上の懸念解消は前進を示すが、Approvedへの遷移そのものではない。

履歴を見ると審査は動いてきた。5月12日に8件のマイルストーンが追加された。7月22日には内部のチャーター審査からExternal Reviewへ進み、Approve ballotが作成された。7月末から8月初めにかけて、輻輳制御の調整、作業項目の置き場所、出版上の扱いをめぐるBlockが記録された。版は07-05から07-08へ更新され、8月6日までに記録上のBlockはすべてNo Objectionへ変わった。

したがって「未解決のBlockが残っている」とは言えない。同時に、Block解消を承認と同一視することもできない。証拠基準日時点の最新ページはExternal Reviewのままであり、次の状態へ移っていない理由は公表面からは分からない。

別の時計がマイルストーン表にある。5月にはProposed StandardをIESGへ送る項目が2件、8月にはProposed Standardが4件とInformationalが1件、12月にはProposed Standardが1件ある。しかしAssociated documentsの欄には一つもリンクがない。月と作業名は読めても、達成を確認すべき文書を直接たどれない。

5月の文書は動いているが、提出状態ではない

一つ目はRADIUSのセキュリティとプライバシーのレビューである。題名から最も自然に対応するdraft-ietf-radext-review-radius-02は、8月10日に更新された活動中のWG文書だ。IESG状態はI-D Existsで、文書ヘッダーの予定ステータスはInformationalとなっている。

ここでは二つの事実を分ける必要がある。8月更新は作業継続の証拠であり、5月の日付だけから停止と判定できない。しかし、マイルストーンがいう「to IESG」は記録されておらず、Proposed StandardとInformationalの差も解消されていない。

二つ目は安全でないRADIUS慣行の廃止で、draft-ietf-radext-deprecating-radius-10が対応すると考えられる。7月3日更新の活動中WG文書で、document shepherdがおり、ヘッダーはStandards Trackだ。それでも状態はI-D Existsである。文書ページには承認済みチャーター由来の2024年1月マイルストーンが残り、新提案には2026年5月が置かれている。両者をどう接続したかは示されていない。

IETF 126の議事録は段階をより具体的にする。7月22日、議長は両文書がまだWorking Group Last Callを通過しておらず、早急に進めたいと述べた。草案が実質的に進行していることと、IESG提出という遷移が未記録であることは両立する。基準表はその両方を表示すべきだ。

8月の5行は同じ成熟度ではない

輻輳制御に最も近いのはdraft-janfred-radext-radius-congestion-control-01である。stream未指定の個人草案で、最終更新は2025年10月、2026年4月に期限切れとなった。チャーター履歴から、この分野の調整が審査対象だったことは確認できる。ただし行にリンクがない以上、対応関係は編集上の推定であって公式指定ではない。

プロキシ負荷分散はdraft-dekok-radext-proxy-load-00が候補だ。これもstreamのない期限切れ個人草案である。そのabstractは、当時の改訂段階ではStandards TrackまたはBCPに必要な運用経験が不足していると記す。ところが提案は8月のProposed Standardを掲げる。将来の全面改訂、別文書、後日のトラック判断のいずれもあり得るが、公開行は区別しない。

位置不確実性はdraft-grayson-5580uncertainty-00と題名が一致する。期限切れの個人草案で、提案側はInformationalを予定する。一見整合していても、公式リンクとIESG遷移の記録がない点は変わらない。

緊急時優先属性のdraft-gundavelli-radepcs-02はCandidate for WG Adoptionで、7月に期限切れとなった。候補は採択済みではなく、期限切れは放棄の宣言ではない。再改訂される可能性はあるが、現在の二つのラベルはいずれもIESG提出を示さない。

Connect-Infoは、推定される5文書のうち唯一活動中だ。draft-grayson-connectinfo-10はCandidate for WG AdoptionかつI-D Existsで、ヘッダーはInformational、提案の行はProposed Standardである。IETF 126議事録によれば、採択前の確認では合意が得られ、再チャーター完了後に採択する予定とされた。

この例は制度依存をよく示す。活動中の文書と合意の兆候はあるが、正式採択は審査中のチャーターを待つ。一つの8月日付では、支持、権限、採択、IESG提出という別々の出来事が重なってしまう。

12月は監視対象であって未達ではない

最後の行はStatus-Realmとループ防止を12月に提出する計画だ。最も近いdraft-ietf-radext-status-realm-01はRADEXTのWG文書だが、最終更新は2025年3月で現在は期限切れである。

基準日時点では12月が到来していないため、未達とは呼べない。期限切れは、将来の遷移に新しい改訂、代替文書、範囲変更、または日程の再設定が必要になるという監視シグナルである。予兆と判定を混同すべきではない。

マイルストーンを状態台帳にする

RFC 2418では、チャーターの目標と時間枠はArea Directorの進捗確認を助け、潜在的参加者に重要な入力時点を知らせるものとされる。マイルストーン一覧は定期的に更新されるべきだ。つまり日付は注意を配分する統治装置である。

その機能を検証可能にするには、各行に安定したID、チャーターの版と状態、正確な文書系列、個人・候補・WG・IESGの別、チャーター上と文書上の出版トラックが要る。さらに日付が測る遷移を明記すべきだ。採択、Working Group Last Call、IESG提出は交換可能な言葉ではない。

実日付、またはplanned、active、achieved、rebased、superseded、blockedのような限定された状態を追記できる。再設定では旧日付を消さず、理由、決定主体、依存条件を残す。5月12日に加えた5月目標が遡及的ならそう記し、8月目標が承認待ちならその条件を示す。出版トラックを変えたなら決定の履歴を残す。

Heng Luの台帳原則は、この狭い局面で役立つ。制度の記録は、それが調整する状態を記述できなければならない。IETFチャーターを主権文書とみなす議論でも、RADEXTの正統性を否定する議論でもない。公開日程がページ間の空白によって意味を持つ状態を避けたいだけだ。チャーターが方向を示し、台帳が実際の経路を保存する。

出典

  1. Heng Lu, The Policy Mirror
  2. RADEXT再チャーター案
  3. RADEXTチャーター履歴
  4. Datatrackerのチャーター状態定義
  5. RADEXTグループページ
  6. RADEXTグループ文書
  7. IETF 126 RADEXT議事録
  8. RFC 2418
  9. RADIUSセキュリティ・プライバシーレビュー
  10. 安全でないRADIUS慣行の廃止草案
  11. RADIUS輻輳制御草案
  12. RADIUSプロキシ負荷草案
  13. 位置不確実性草案
  14. 緊急時優先属性草案
  15. Connect-Info草案
  16. Status-Realm草案