要約

  • RFC 9929 は IS-IS と OSPF に U/UP フラグを加え、集約に覆われた個別プレフィックスの到達不能と、計画事由かどうかを通知できるようにする。
  • UPA は設定可能で一時的な入力である。受信ノードが用途と通知先を選び、UPA が消えたことだけでは到達性の回復を判断できない。

経路集約は、境界を越える状態を減らすための設計判断である。外側のルータは大きなプレフィックスを見ればよく、内側の細部をすべて保持しない。その構造では、集約経路が有効なまま一要素だけを失ったとき、遠隔側に必要な変化が見えなくなる。

RFC 9929 の UPA は、その一点を補う。以前は到達可能だった集約内プレフィックスが到達不能になった場合、ABR または ASBR は通知を生成できる。計画保守の状態や設定したメトリック閾値も契機になり得る。ただし生成も伝播も任意で、設定により制御し、既定では無効にすることが推奨される。対象プレフィックスの種類や同時生成数も絞れる。

U と UP は単独のラベルではない。U は到達不能、UP はその理由が計画事象であることを示す。U のない UP は受信側で無視される。IS-IS では、RFC 5305 と RFC 5308 が通常の SPF から外す 0xFE000000 超のメトリックが必要だ。OSPFv2 では RFC 2328 の LSInfinity、OSPFv3 ではさらに RFC 5340 の NU ビットが要る。RFC 6987 や RFC 8770 に関連する保守信号があっても、UP は作業承認やトラフィック退避の完了証明ではない。

UPA は継続状態ではなく、到達可能から不能へのイベントを伝える。理由がなくなれば発信元は撤回しなければならない。理由が続いていても、LSDB に古い情報を残さないため、伝播と利用に十分な時間の後に撤回することが推奨される。ここで「撤回されたから復旧した」と読むと誤る。利用アプリケーションは、遠隔端の到達性を自ら検証しなければならない。

伝播範囲と意思決定範囲も別である。未対応ノードは内容を使わずに同一エリア内でフラッディングできる。対応した境界ルータは、到達不能メトリックを保ち、発信元までのコストを足さずに別のレベル、エリア、ドメインへ渡せる。それでも受信側処理は任意であり、どのアプリケーションに知らせるかもローカル設定が決める。BGP PIC Edge は例示にすぎず、標準が切替や成功を保証するわけではない。

必要なのは一つの「処理済み」印ではなく、構成プレフィックスと集約、発信元の観測と期限、正しいメトリックとフラグ、境界ごとの伝播、受信側の検証と利用者、実行した動作、独立した到達性測定を結ぶ証跡である。RFC 8174 が規範語の射程を整えるように、Heng Lu の最小仕様とローカル判断の原則は通知の権限を整える。共通面は事実を運び、結果を作る判断は実装側に残る。

Sources