要約

  • RFC 9917はIETF Proposed Standardであり、2026年1月に公開され、RFC 9350とRFC 9843を更新する。Flex-Algorithmの経路計算に、リンクの逆方向に付いたAdministrative Groupを使う。
  • 想定されるのは、遠端の受信装置が入力エラー、たとえばCRC errorsを検出し、運用者が定めたしきい値に従って逆方向エッジへExtended Administrative Groupを設定するケースだ。
  • これは自動的な障害検出でも、物理リンクを対称にする仕組みでもない。テレメトリーの所有者、set/clearしきい値、RFC 7308の符号化、winning FAD、対応範囲、収束、観測性、ロールバックを一つの運用鎖として確認する必要がある。

仕組み：受信側の異常が送信側の候補を変える

この仕様では、順方向エッジと逆方向エッジを、経路計算上の別々の有向情報として扱う。遠端が入力側の異常を観測した場合、実装の外側にある運用設計が、その観測を逆方向エッジのExtended Administrative Groupへ結び付ける。ここで使うしきい値は運用者が定義するもので、RFC 9917が数値を決めるわけではない。また、同RFCはライブのインターフェース・テレメトリーを自動的にアフィニティへ変換することも保証しない。

逆方向のAdmin Group制約にはexclude、include-any、include-allがあり、IS-ISとOSPFの双方について規定される。excludeは指定されたグループを逆方向エッジが持たないことを求める。include-anyは指定集合の少なくとも一つ、include-allは集合のすべてを求める。実際に順方向エッジが除外されるかは、適用されるwinning FAD、規則の順序、各ノードの実装能力がそろって初めて決まる。すべてのルーターがすべてのFlex-Algorithm制約を実装するという意味ではない。

規則の順序は再設計できない

RFC 9917は新しい逆方向制約を、RFC 9350とRFC 9843から続く既存の剪定規則の後に、経路計算規則8、9、10として追加する。IANAレジストリの順序は単なる表示順ではない。既存規則の相対順序は変えられず、規則を削除、統合、重複させることもできない。したがって、運用者が実装差を解消するために「同じ結果になるはずの順番」へ並べ替えることはできない。

逆方向アフィニティsub-TLVの長さが不正なら無視される。重複した出現については、IS-ISとOSPFで仕様が示す受信側の動作が適用される。ここから、仕様に書かれていない追加の動作やベンダー固有の収束を推測してはいけない。受け入れ試験では、ワイヤ上の符号化、パーサーの結果、重複時の動作、最終的な剪定トポロジーを別々に記録する。

フラッディングと再計算のコスト

入力エラーがしきい値の近くで揺れると、逆方向Admin Groupのsetとclearが連続し、IGPフラッディングと経路再計算を繰り返すおそれがある。RFC 9917は、setとunsetに異なるしきい値を設けること、通常のIGP flooding throttleを使うことを、揺れを抑える選択肢として示す。これは特定ネットワークの安全な値を規定するものではない。監視対象は、属性の変化、LSDB、FAD、再計算回数、経路移動、収束時間である。

導入前の判断

まず、入力エラー・テレメトリーを所有する組織と、逆方向アフィニティを設定する権限を明確にする。次にset/clearしきい値の根拠、RFC 7308符号化の端到端検証、winning FADの一致、IS-IS/OSPFと規則8–10の対応マトリクスを確認する。さらに、混在環境でのフラッディング、再計算、収束、観測性を測り、明示的に属性を消して元へ戻すロールバックを試験する。どれか一つが見えないなら、全体展開ではなく未導入または隔離した試験を選ぶべきだ。

この分析の対象は、逆方向のリンク証拠を有序なIGP Flex-Algorithm剪定入力にすることだけである。RFC 9916のPCEPS replay、RFC 9915のDHCPv6 lease lifecycle、RFC 9914のRPL route projection、RFC 9912のRAW recoveryを説明するものではなく、それらの境界を本仕様へ持ち込むこともできない。

主張とRFCの証拠台帳

主張 RFCの根拠
逆方向Admin Groupで順方向リンクを除外できる RFC 9917 概要・第1、3章
遠端入力エラーとCRC errorsの例 RFC 9917：ユースケース 第3章
exclude、include-any、include-allをIS-IS/OSPFで規定 RFC 9917 第5–10章
不正な長さの無視と重複出現時の処理 RFC 9917 第5–10章
規則8、9、10と順序の固定 RFC 9917 第11、12.3、12.3.1章
Flex-Algorithm、winning FAD、既存剪定 RFC 9350
先行する帯域・遅延・メトリック・制約 RFC 9843
Extended Administrative Groupの符号化 RFC 7308
2026年1月のProposed Standardと更新関係 RFC 9917：前付け

オペレーター受け入れ決定パス

実験環境で、正逆エッジの識別、テレメトリー所有者、winning FADを確定する。次に低いリスクのしきい値でsetとclearを個別に発生させ、RFC 7308の符号化、IS-IS/OSPFの解釈、規則8–10の順序、除外された順方向エッジを照合する。不正な長さと重複sub-TLVも投入し、仕様どおりの受信動作を保存する。その後、対応が混在するノードでフラッディング、再計算、収束、経路品質を測り、異なるset/clearしきい値と通常のIGP throttleを比較する。観測・サポート・ロールバックのいずれかに空白があれば、承認は保留する。

出典