要約

  • RFC 10066は一つのPCEP LSPに複数の経路を載せる方式を定めた。各セグメントリストには識別子と任意の重みを付けられる。
  • PCEが返せる正方向の経路数は、PCE自身の計算能力とPCCの収容能力の低い方まで。PCCは申告した上限を超える提案をエラーで拒む。

「複数経路を計算できる」と「複数経路を転送できる」は別の仕様だ。2026年10月にIETFのProposed Standardとして公開されたRFC 10066は、その差をPCEPの会話に持ち込む。従来のSR Policy候補経路の通知はセグメントリスト一つにとどまっていた。新しいPATH-ATTRIBオブジェクトは、同じLSP内の経路を分けて識別する。

各経路の重みは省略でき、省略時は1になる。重み0のリストは転送指示を残したままトラフィックを抜けるが、全リストが0なら候補経路は無効だ。重み3対1はフローの意図した分配であって、実測したバイト数の比率ではない。運用画面で比率だけを見せられたら、設定値か測定値かを確かめたい。

鍵はMULTIPATH-CAPの交渉にある。PCEは計算できる正方向の経路数を、ヘッドエンド側のPCCは転送面に設置できる数を通知する。セッションで対応を確認した後、個別LSPの値で上書きできる。PCEは両者の有効値のうち小さい方を超えてはならない。0は無制限を意味するが、RFCは不具合や侵害された制御装置による状態の増幅を抑えるため、0以外の上限を運用者に勧める。

上限を超えた提案を受けたPCCはPCErrのタイプ19、値36を返す。交渉なしにPATH-ATTRIBを受けた場合はタイプ10、値45だ。一方、PCCが現に保持する経路をPCRptで報告した場合、PCEは自分の計算上限を理由に報告を捨ててはならない。現在の状態を知らせる記録と、新しい経路を求める指示は役目が違う。

経路が増えればPCEPメッセージも状態も増える。経路ごとに遅延やMTUが違い、重みの変更でフローが移れば、輻輳制御やパスMTUの再発見にも影響する。RFCは能力値、経路ID、重み、逆方向の対応、エラーを運用者が確認できるよう求めている。仕様書は実装台数や性能向上の測定結果を示していない。次に欲しいのは、負荷をかけた装置同士が何を交渉し、何を実際に設置したかという記録だ。

出典