要約

  • IESGは2026年8月31日、Dynamic Flooding on Dense Graphs 第05版を実験的RFCとして刊行することを承認した。確認した記録には最終的なRFC番号はまだなかった。
  • Area Leaderがリンク状態配布用の疎なトポロジーを計算する。データ転送に使える密な基本トポロジーを縮小する仕組みではない。
  • 将来の昇格には、相互運用する三つ以上の独立実装や文書化された運用経験を含む七条件がある。承認資料が確認したIS-IS実装は一つだけだ。
  • 収束、フラッディング削減、運用品質には「許容可能」、トポロジー変化には「堅牢」という判断語が使われ、共通の数値閾値はない。各運用者は観測前に尺度を固定する必要がある。
  • バージョン化した実験台帳に、実装、二つのグラフ、計算上の選択、母数、障害注入、一時フラッディング、復帰と意思決定者を残すべきだ。

Experimentalは未完成を隠す名前ではない

Link State Routingワーキンググループには強い合意があった。それでもIESGが選んだのはExperimentalである。密なリンク状態ネットワークでは、接続の豊富さがデータ転送の選択肢を増やす一方、状態更新の重複も増やす。そこで、Area Leaderが更新配布専用の疎な部分グラフを作る。

ここで分けるべきは二つの平面だ。基本グラフはデータ転送に使える全リンクを保持する。計算グラフはリンク状態情報の配布先を選ぶ。後者は到達可能な全ノードを含み、可能なら二重連結を保ち、直径を抑え、次数が少数ノードへ偏らないことを目指す。

文書の例では、十ノードの完全グラフに45本の辺があり、計算後は12本になる。直径は一から四へ伸びる。これは削減と配布距離の交換関係を見せる図であって、実ネットワークのベンチマークではない。障害時の収束も保証しない。

慎重なステータスには実装数も影響した。shepherd write-upが把握したのは一つのIS-IS実装であり、仕組みは実験的なRFC 9667の枠組みを使う大きな運用変更だ。著者は最適性を主張せず、標準アルゴリズムとして押し出してもいない。今回の承認は、複数の実装が同じ問いを試せるようにする決定である。

七条件は自動的に答えを出さない

第05版は次段階の前提を明記した。三つ以上の独立実装が相互運用すること、導入・運用経験が文書化されること、根本的異議がないこと、セキュリティ考慮事項が検証または更新されること、運用品質が許容可能であること、収束と削減が許容可能であること、トポロジー変化に対して堅牢であることだ。

この列挙には統治上の価値がある。単独実装の成功デモでは独立性を満たさない。同じコードを組み込んだ三製品も、名前が違うだけでは三実装にならない。相互運用はパケットを受信できることだけではなく、LeaderがRFC 9667に沿ってグラフを広告し、各ノードが自分の役割を同じ意味で解釈できるところまで含む。

難しいのは「許容可能」を誰がどう埋めるかだ。通信事業者のコア、データセンター、研究網は同じ収束予算を持たない。一律の秒数や削減率をRFCへ書くのは不自然であり、現場に余地を残すこと自体は妥当である。

一方、試験後に基準を決めれば、どんな結果も成功に見せられる。最悪の遷移を外し、平均だけを示し、未対応ノードを母数から除き、当初の目標より低い削減を「有意」と呼べるからだ。地域ごとの裁量を守るには、測定開始前に定義、母数、閾値、決定者を固定するしかない。

同じ名称でも同じグラフとは限らない

中央アルゴリズムには実装依存の選択がある。深さ優先探索の深さ、隣接ノードの順序、同順位の決め方、追加端点の選択によって結果は変わる。「動的フラッディングを使用」という一行だけでは、二つの試験を比較できない。

Area Leader自身も観測対象になる。計算して広告するのはこのノードだけだ。どのルーターが役割を持ち、選挙がどの状態にあり、どのリンク状態データベースを入力にし、いつ新グラフが有効になったかを記録する必要がある。文書は管理機構がLeaderと有効なフラッディング隣接関係を表示すべきだとするが、表示方法は実装に委ねる。

部分導入では、未対応ノードが全インターフェースへの従来型フラッディングを続ける。互換性には有利だが、区域全体の削減効果は小さくなる。対応ノードだけを数えた報告は、現実の区域とは別の母集団を作る。

そして静止したグラフは最も易しい試験にすぎない。リンク断、ノード断、Leader消失、分断と復旧、短時間の連続変化では、一時フラッディングと再計算が働く。切り替えを誤れば、一部ノードへ最新状態が届かず、異なる経路計算を行う可能性がある。平常時の平均メッセージ数では、その境界を評価できない。

最初の結果より先に台帳を作る

台帳の冒頭には、対象draftの版、RFC 9667対応範囲、実装名とビルド、成熟度、ライセンス方式、試験責任者、期間を置く。この作業に関係するIPR開示も存在する。運用者が確認済みかを意思決定項目として残すことはできるが、本稿は法的範囲を判断しない。

次に基本グラフの指紋、ノード・辺の数、対応・未対応ノード、Leaderと選挙方式、計算グラフの指紋、順序・同順位・端点パラメータを固定する。設備名やアドレスは安定した仮名へ置き換えられる。再現可能性のために攻撃用の地図を公開する必要はない。

測定欄では、収束時計を開始する事象と停止する観測、フラッディング量を数えるインターフェースと時間帯、ノード別制御負荷、直径と次数分布、許容する欠落・重複、撤退条件を先に定める。平均値だけでなく分布、長い裾、除外した試行も残す。

耐障害欄には、リンク、ノード、Leaderの喪失、分断、再結合、連続変更、旧ノードとの混在、従来方式への復帰を並べる。それぞれについて検知、一時モード開始、グラフ置換、状態整合、復旧時間、人手介入を関連づける。

最後に、拡大、範囲縮小、保留、撤回のいずれを誰が決め、どの事前基準を使い、例外をいつ再審査するかを書く。失敗した最初のグラフを、後日の正常な画面で上書きしてはならない。

RFC 7942は、開発中の文書で実装主体、成熟度、カバー範囲、互換性、ライセンス、経験、相互運用報告を整理する先例を示した。時間とともに古くなる情報だからこそ、固定されたRFCの外側に生きた実験台帳が要る。

承認からは読み取れないこと

確認した資料は、三つの独立実装、名指しの商用導入、実地の削減率、障害、製品不具合を証明していない。十ノードの例を性能保証へ変えることもできない。IPR開示の商業的、法的意味も別の専門判断である。

運用レビューの履歴も限定して読むべきだ。OPSDIRの査読者は第04版について、段階導入、複数アルゴリズム、配備、ノード障害の説明が不足しているとして重大な問題を示した。第05版にはOperational Considerationsが追加された。査読が文書を改善した証拠ではあるが、将来の全実装を保証する出来事ではない。

Heng Luの最小初期仕様という考え方は、共通ルールを小さく決定的で現地検証可能にし、その後の選択に現地の責任者と証拠を残すという限定的な編集基準として使える。本件や特定ネットワークについての事実を補うものではない。

IESGが承認したのは答えではなく、共通の実験である。その価値は、独立したコードと失敗を含む証拠が、後から変更されない尺度で比較された時に初めて確定する。

情報源

  1. IESG：承認公告
  2. IETF Datatracker：Dynamic Flooding on Dense Graphs 第05版
  3. IETF：shepherd write-up
  4. OPS Directorate：第04版Last Callレビュー
  5. RFC 9667：動的フラッディングの枠組み
  6. RFC 7942：実装状況の記録
  7. IETF：IPR開示4044
  8. Heng Lu：Minimum Initial Specification