要約

  • RFC 9871では(終点、起点色)のNLRIを変えず、受信ドメインのローカル色をLCM-ECで表せる。
  • 変換を正当化するのはピアリング合意と境界ポリシーであり、正しい形式だけでは意図の同一性を証明できない。
  • 同じ終点と色の経路でLCMが食い違えば設定不整合である。ベストパス採用と警告は動作を決めても、正しい意味を裁定しない。

数字は辞書を運ばない

BGP CARの色は非ゼロの32ビット整数である。低遅延や資源回避という意味は運用者の設定から生じる。同じ対応表を共有するノード群が色ドメインであり、意味の統一は行政上の協調に依存する。

RFC 9871の例では、ドメイン2の低遅延はC2、ドメイン1ではC1である。ドメイン2は(E2,C2)を広告し、境界はNLRIを保ったままLCM-ECをC1へ変える。受信側はC1で次ホップを解決し、サービスを誘導する。

LCM-ECが存在すれば、検証、解決、AIGP計算、誘導ではNLRI色よりLCMが意図色として使われる。鍵だけの保存では経路を識別できても、その時点の実行理由を失う。

三つの色を一つに潰さない

NLRI色は同じ終点への経路を区別する。LCM-ECはローカルな意図対応を示す。Color-ECは次ホップ解決に別の色を与えられる。併存時の既定順序はローカルポリシー、Color-EC、LCM-ECである。

監査記録には受信NLRIと属性、ピア、ポリシー版、変換主体、選択結果、時刻が必要だ。FIB、パケット、サービス測定は別の証拠である。RFC 9256もSR Policyの識別、候補の有効性、選択、転送面実装を分ける。RFC 9012とRFC 7311も数値に世界共通の保証を与えない。

変換主体は合意で決まる

送信側または受信側の境界話者がLCM-ECを付加・更新できる。どちらが行うかは運用者間合意とピアのローカルポリシーが決める。記録には起点と受信側の意図、対象プレフィックス、合意版、承認者、有効期間、ロールバックを残すべきだ。

通常、別色ドメイン間で番号自体を揃える必要はなく、固有IPプレフィックスが範囲を限定する。ただし同じサービスIPを複数ドメインで共有する場合は、その色も調整が必要になる。またLCM-ECやColor-ECを途中で除去すると意図は実現しない。プレフィックスが残ることは意味の存続を示さない。

ベストパスは意味の仲裁者ではない

一つの経路に複数LCM-ECが届けば、受信側は数値最大のもの以外を無視する。これは解析を一意にする規則であって、最大値の意味が正しいという規則ではない。

同じ終点・色の複数パスが異なるLCMを持つ場合、RFC 9871は再マッピングの誤設定とする。BGPベストパスのLCMをインストールし、警告を出すべきだが、解決には合意と設定履歴が要る。

IANAはCARにSAFI 83、VPN CARに84を割り当てた。RFC 4760、RFC 4271、RFC 7606は交換とエラー処理の土台を提供するが、登録済み能力と正しい運用は別物である。

実験でも転送を変えられる

RFC 9871はExperimentalであり、RFC 9832も別の実験的方式を示す。出版は評価対象の存在を示し、採用や勝者を示さない。試験権限はピア、プレフィックス、意図、期間、撤退条件まで限定すべきだ。

RFC 5925でTCPセッションを保護しても、認証済みピアが誤った対応を送る可能性は残る。CAR経路の操作は迂回、不望ノードの挿入、制御回避、サービス拒否を招き得る。送信者の身元確認は翻訳内容の検証ではない。

情報源