要約

  • RFC 9805は、付録Aに列挙された既存プロトコルの利用を認める一方、将来新たに標準化されるプロトコルがIPv6 Router Alertを使うことを禁じた。
  • IANAの値登録簿は閉鎖された。しかし、登録簿の状態は装置の設定を変えず、パケットも落とさない。実際の縮退はコード、設定、計測、移行によってしか確認できない。

廃止措置には二種類ある。新しい利用者を増やさない措置と、いまいる利用者を退去させる措置だ。RFC 9805が実施したのは前者である。

2025年6月にIETF標準化過程の文書として公開された同RFCは、時間軸に明確な線を引いた。すでにRouter Alertを使うプロトコルは、将来版でも利用を続けられる。一方、今後標準化される新規プロトコルは使ってはならない。例外は付録Aの網羅的な一覧に限定される。

制度上の処理も完了している。IANAのIPv6パラメータでは、オプション型0x05が「新規プロトコルでは非推奨」と表示される。Router Alertオプション値の登録簿は閉鎖され、実験用だった範囲も予約済みに変わった。

ただし、これは割り当てと将来の仕様に対する効力である。既存の番号は消えず、許可されたプロトコルのパケットも直ちに無効にはならない。ルーターがそのパケットを精査するか、制限するか、無視するか、破棄するかは、依然としてローカルな実装と運用方針に委ねられる。

そもそもRouter Alertは高速化のために生まれた。RFC 2711は、最終宛先に向かう制御データを経路上のルーターが見る必要がある場面を扱った。全パケットの上位層を調べるのは高価である。そこでIPv6のHop-by-Hopヘッダーに、「このデータグラムは詳しく見るべきだ」という印を付けた。印のない通常パケットは余計な解析を避けられる。

この設計では、送信者が経路上の装置へ希少な注意を要求できる。印は要求の存在を示すが、その正当性を認証しない。RFC 2711自身も、無用な利用による性能低下と、偽の印付きデータグラムによる洪水を警告し、通過ルーターによるレート制限などを認めていた。

RFC 6398は、運用上の難所をさらに具体化した。必要なRouter Alertと不要なものを、どのネットワークでも安価かつ確実に分ける方法はない。既知の相手との制御セッションとは異なり、印付きパケットは任意の送信元・宛先を持ち、エッジだけでなくコアのルーターにも注意を求め得る。

その要求が向かう先は、転送面より弱いことがある。RFC 6192は、高いパケットレートをASICで処理する転送面と、汎用プロセッサ上で広い制御・管理機能を担う制御プレーンを区別する。後者が過負荷になると、転送面をプログラムする能力まで損なわれる。

不要なトラフィックは、転送ハードウェアに近い場所で分類し制限するほど効果的だ。しかしRFC 9805によれば、固定位置のフィールドを照合するACLに比べ、Hop-by-Hopヘッダー内からRouter Alertを探す処理は高価になりやすい。複雑な分類を受け入れる、オプションを無視する、境界でHop-by-Hopパケットを破棄または厳しく制限する――どの選択にも、保護と正規機能の継続との交換条件がある。

RFC 9805の答えは万能な識別器ではない。正規とみなさなければならない将来用途を、これ以上増やさないことだ。プロトコル設計者が自分の便宜のために、経路上のすべての運用者へ新しい解析負担を配る経路を閉じた。

既存依存には実体がある。RFC 9805は、一覧のうち広く配備されているものとしてMLDv2とMRDだけを挙げる。ほかは限定的、実験的、IPv6実装が知られていない、またはMPLS PingのようにRouter Alert利用自体がすでに非推奨である。

MLDv2とMRDをRouter Alert非依存にする将来版は、このRFCの対象外だ。従って、標準化の禁止から現場の撤退までには、新仕様、実装、展開、併存期間、そしてマルチキャスト機能が壊れていないことの検証が要る。

RFC 9673はHop-by-Hop処理を見直し、通常はオプション処理のためにパケットを制御プレーンへ送らない方向を示した。それでもRouter Alertは、その目的自体が詳しい検査の要求であるため例外となる。RFC 9805は例外を削除せず、出生を止めたのである。

証拠は次の順に積む必要がある。

  1. RFC本文は新規標準利用の禁止を証明する。
  2. IANA登録簿は新規割り当ての閉鎖を証明する。
  3. 既存プロトコル仕様は、あるフローが例外に属することを証明する。
  4. ソフトウェアと設定は装置の意図した処理を証明する。
  5. キャプチャ、カウンター、キュー、CPU計測は実際の処理を証明する。
  6. サービス試験は、保護策が正当な機能を壊していないことを証明する。
  7. 置換後に旧トラフィックが不要になったという観測が、依存の解消を証明する。

最小初期仕様・将来判断のローカル化・自発的採用の観点では、RFC 9805は薄い共通規則である。例外集合だけを固定し、各ネットワークの設備、トラフィック、継続義務に応じた判断を奪わない。

動くコードの優位に照らせば、登録簿の注記はフィルターではない。印付きパケットの減少、例外範囲の縮小、負荷時の制御プレーン安定、正規機能の継続が、撤退の実績となる。

現実の層を守れば、閉鎖を過小評価も過大評価もしない。割り当て層では本当に閉じた。将来標準の層では本当に禁じた。稼働中のパケット経路は別の層にあり、別の証拠を待っている。

出典