要約

  • RFC 9757 は PCEP を使って BGP セッション、明示的なピア到達経路、プレフィックス広告、Raw または Tunnel 転送を連携させるが、PCInitiate は制御意図、PCRpt は PCC の限定された自己申告である。
  • 本番で必要な証拠の連鎖は、権限と時点、同期、両端の BGP 同一性、ポリシー受理、RIB/FIB 反映、パケット・カナリア、順序を守った復旧と撤去まで続く。

制御画面のすべての行が緑でも、サービスが成立しているとは限らない。一台のルーターはピア設定を処理したと答え、途中の装置は明示経路を報告し、エッジはプレフィックスを送信したと返す。パス名もコントローラー識別子も一致する。それでも、相手側 BGP が経路を受理したか、各装置の転送表が意図したネクストホップを持つか、切り替え中にループがなかったか、実際のパケットが通過したかは、その応答列だけからは分からない。

RFC 9757 がこの境界を重要にするのは、PCE-as-a-Central-Controller を Native IP の日常的な構成要素へ踏み込ませるからだ。実験的 RFC として公開され、BGP セッション、ホスト経路、プレフィックス広告からなるパスを扱う。RFC Editor の記録とDatatracker の記録は文書の身元とステータスを確認できる。本文が運用影響、拡張性、安定性について実装・展開のフィードバックを求めていることは、割り当て済みのオブジェクトや規範語が普及や運用成功を保証しないという注意でもある。

三つの命令を一つのパス名で束ねる

Native IP の PCInitiate には、SRP、LSP、Object-Type 2 の Central Controller Instruction と、三種類の新オブジェクトのうち一つだけが入る。BPI は BGP ピア、EPR はそのピアへのホスト経路、PPA は広告するプレフィックスを表す。Symbolic Path Name が複数装置への命令を一つのエンドツーエンド・パスに関連付け、CC-ID が PCEP セッション内の中央命令を識別する。

これは有力な相関であって、分散した変更を原子的にする仕組みではない。一つのパスでも装置ごとに異なるオブジェクトが必要で、各 PCC が報告できるのは自分に割り当てられた処理だけだ。PCRpt は命令を確認し、状態同期にも使えるが、同じオブジェクトを返しただけで独立した証人になるわけではない。そこに記録されるのは、PCC の PCEP 実装とローカル制御機能が認識した状態である。

命令の前にも条件がある。双方は Path Setup Type 4 と Native-IP capability bit を広告しなければならず、交渉不一致にはエラーとセッション終了が定義されている。これは能力の取り違えを防ぐが、PCE のトポロジーが新鮮か、組織上の権限が正しいか、対象 PCC がそろっているか、安全な変更時間帯かまでは証明しない。RFC が求める PCE 認証と PCEP 保護に加え、運用側は認証済みコントローラー、認可範囲、判断責任者、制御エポックを残す必要がある。署名付き命令でも、古い、誤った、権限外ということはあり得る。

BGP の成立には両端の証言がいる

BGP Peer Info には、ピア AS、ローカルとリモートのアドレス、EBGP TTL、状態・エラー、転送方式を選ぶ T ビットが含まれる。アドレスは手動設定のセッションと共用せず、この用途に専用でなければならない。受信した PCC はセッション確立を試み、その進行、成立、失敗を報告する。

しかし RFC 4271 の BGP 状態機械は変わらない。BPI は選択されたパラメーターをローカル BGP 機能へ渡し、残りの多くは既定値に依存する。「established」という状態は一方の装置から得た有用な証拠だが、両端一致の記録ではない。運用レシートには、双方のアドレスと AS、AFI/SAFI、転送保護、ポリシー・インスタンス、ルーター識別子、セッション世代、確立時刻を結び付けるべきだ。そうしなければ、古いセッション、想定外の既定値、別のピアが同じ安心できそうなラベルを占めても見抜けない。

RFC 8821 は、複数 BGP セッションで Native IP のパス選択を形成する CCDR の全体像を示す。しかし、その構想も import/export ポリシーを消さない。PPA を受けたエッジ PCC は指定ピアへプレフィックスを送り、成功後に報告する。「送信済み」は交換のローカル側で終わる。配送、相手の Adj-RIB-In、ポリシー受理、best path、再広告、転送利用は別の事実だ。重大な変更では、送信 UPDATE の識別、相手側の受信証拠、正確なポリシー版、Loc-RIB の選択、最終 FIB を一続きに保存したい。

経路応答はラインカードの読値ではない

EPR はピア設定と到達性の橋渡しをする。通常は、動的 IGP 経路より高く、手動または別方式の静的経路より低い優先度で、ピア・アドレスへのホスト経路を置く。PCC はネクストホップが到達可能か確認する。PCE は一時ループを避けるため、追加時はエンドツーエンドの逆順、削除時は順方向で操作し、更新では古い命令を消す前に新しいネクストホップを入れる。

この順序こそ監査すべき制御面である。パス版、装置間依存、送信・応答時刻、ネクストホップ解決、旧状態を消した時点を残す必要がある。成功 PCRpt は PCC がその実装上 EPR 操作を受理または完了したと示せる。だが独立した RIB と FIB の読出し、隣接状態、パケット観測も要る。制御プレーンに経路があっても、選好競争に負け、ハードウェア書込みに失敗し、古い隣接を指し、別装置が旧経路を消した後に遅れて到着することがある。

Raw と Tunnel の選択にも同じ区別がある。Raw は元の宛先で転送するため制御の拘束は中程度で、別の入口から来た通信が同じ優先区間を使い得る。Tunnel は選ばれた入口と出口の間を IP-in-IP で包み、その組合せをより強く固定する。T ビットは選択を記録するだけで、カプセル化、デカプセル化、MTU、安全な送信元検証、終端の同一性、実パスは証明しない。カナリアには入口、フロー種別、サイズ、時刻、期待出口を持たせ、Tunnel なら両終端から証拠を取るべきだ。

障害は相関を時間の問題へ変える

RFC 9757 は同じ Symbolic Path Name の BPI、EPR、PPA を LSP データベース上で一つのパス属性として扱い、RFC 8232 の同期手順を使う。周辺には RFC 8231 の stateful PCE、RFC 8281 の PCE-initiated LSP、RFC 9050 の中央命令と、委任・タイムアウトの規則がある。

同期が証明するのは、あるデータベース版とセッション文脈で報告された状態だ。ネットワークを静止させるわけではない。PCC が制御から外れれば、PCE はアクティブな PCC で再計算し、一時ループを避けて再展開する。PCE が落ちれば命令は再委任され得て、既存状態は State Timeout Interval まで残ることがある。ゆえに証拠には、コントローラー・エポック、PCEP セッション世代、データベース版、PCC 集合、各命令の権限が変わった時刻が必要だ。

撤去も一つの削除ボタンではない。PCE は PPA、EPR、BPI それぞれに明示的な削除命令を送る。安全性を示すには、意図した広告が撤回されたこと、残す経路を先に切らず旧転送が消えたこと、BGP セッションと設定が除かれたこと、RIB、FIB、トンネル表、同期データベースに残骸がないことを順に確認する。最後の証人は正負両方の通信試験だ。廃止パスはカナリアを運ばず、残存またはロールバック先のパスは運び続ける。

Heng Lu の Running-Code Primacy は、調整文書より実装、検証、展開、利用を優先する編集上の物差しになる。Minimum Initial Specification は共通の最小語彙と、その後のローカルな選択を分ける。RFC 9757 の相関レイヤーを尊重しつつ、観測していない事実の証明まで求めないということだ。

経営判断に使える台帳には十のレシートが要る。権限とエポック、相互 capability、同期完了、オブジェクトごとの要求と報告、両端 BGP 同一性、ポリシー受理、RIB/FIB 実現、Raw/Tunnel 状態、パケットとサービスのカナリア、再計算・撤回・ロールバックである。RFC 9757 は前半を大きく改善する。その価値は PCRpt をパケット証明に変えることではない。緑の制御画面が根拠の薄い事業判断になる前に、証拠の境界を明示できることにある。

出典一覧

文書の現状は RFC 9757 の errata 検索で確認できる。PCEP の基礎は RFC 5440、PST と PCECC の背景は RFC 8408と RFC 8283にある。編集上の現実検証には Heng Lu の Reality, Not Advocacy と Reality Layers も用いた。