要約

  • draft-ietf-lsr-l2-bundle-member-remote-id-07は、OSPF、IS-IS、BGP-LSでL2束メンバーの遠端識別子を広告し、制御装置が一方のローカルメンバーを相手側の該当メンバーに結び付けられるようにする。親リンクが見え、稼働していても、このメンバー単位の対応は得られない。
  • A→XとX→Aの相互関係は対応付けの証拠であり、物理的真実そのものではない。取得はルーティングプロトコルの範囲外で、IGP認証はルータが作った後の広告を守る。対応が一致しても、現在の稼働、測定値、転送利用、TE結果は別途必要である。

一本に見える束の内部には未回答が残る

LAGは、複数の物理メンバーを一つの論理インターフェースとして扱わせる。経路制御と冗長性には有効だが、抽象化は端点間の細部を隠す。親のL3隣接が正常でも、個別メンバーの遅延、損失、障害範囲、双方向経路を扱う制御装置には、相手側ポートが必要になる。

R1がA、B、Cを、R2がX、Y、ZをローカルIDとして広告したとする。六つの値が本物でも、AがX、Y、Zのどれにつながるかは決まらない。誤った相手へ正しい測定値を結び付ければ、データは正しくても判断が誤る。

修訂07は、ローカルメンバーに対する遠端IDを、隣接ルータが同じメンバーに与えた非ゼロ32ビットのローカルIDと完全に一致させる。R1のAがR2のXにつながるなら、R1はA→X、R2はX→Aを広告する。消費側は二つの方向記述を相互に照合する。

この結合キーは、メンバー別の帯域、遅延、損失、双方向TE、障害相関を可能にする。ただし、それはルータが作った関係主張であり、ケーブルの直接検査ではない。

認証されるのは取得後の発言である

安全性の要点は、IGP認証が広告の作成後を保護することだ。ルータが遠端メンバー対応を得た元のL2情報までは認証しない。

OSPFやIS-ISは個別束メンバー上でL3プロトコルを動かしていないため、隣接側の32ビットIDを直接知る方法がない。正確な値の取得は文書の範囲外で、設定または実装固有の発見に委ねられる。LLDPやLACPが手掛かりになり得る。

しかし、LLDP Port IDはsubtypeによって形式が違い、32ビット数値とは限らない。LACPのActor/Partner Port Numberは両端が独立に付ける16ビット値である。それを隣接側のL2 Bundle Member Link Local Identifierへ変換する表は実装ごとに異なる。

このため、すべての伝達が正しくても結合が誤る。LLDPの報告は本物、ルータのデータベースにも値があり、OSPF広告の認証も成功し、BGP-LSも改変していない。しかし配線変更後も古い変換表を使えば、正しい局所事実から偽の関係ができる。暗号は発言者と途中の完全性を証明するが、発言前の観測を遡って検証しない。

相互一致は不一致を見つけるが、共通の誤りまでは消さない

A→Xに対してX→Aが見つかれば、消費側は整合性を高められる。逆方向がY→Aなら、誤設定、誤発見、取得過程の干渉を疑える。草案は実装にこの検証機構を勧める。

それでも両端が同じ古い対応を設定している場合は一致する。発見処理が古い在庫から対称な値を作ることもある。変更中には別のトポロジーepochから来た広告が偶然合う場合もある。相互性は対応の信頼度を上げるが、物理接続が今も存在すること、転送中であること、測定時刻が同じことは示さない。

証拠は段階を分けるべきだ。

  1. 親L3リンクまたは束の広告がある。
  2. 両端が非ゼロのローカルメンバーIDを広告する。
  3. 設定または発見が、出典と時刻を伴う遠端対応を作る。
  4. OSPF/IS-ISが、そのルータの広告であることを守る。
  5. BGP-LSが正しい親リンクとメンバー順で運ぶ。
  6. 消費側が同じepochでA→XとX→Aを確認する。
  7. インターフェース状態が物理的接続と稼働を示す。
  8. 対象メンバーの帯域、遅延、損失が現在の窓で測定される。
  9. TE操作が狙った双方向メンバーを選び、転送結果が観測される。

遠端IDが主に支えるのは中段である。六番目を九番目へ昇格させてはならない。

不明と不在を同じ状態にしない

遠端IDがない場合、値が学習されなかったか、広告されなかったことを意味する。相手側メンバーが存在しないとは言わない。一方だけが拡張を実装する移行期は典型例である。

ゼロは不明を表し、有効IDではない。OSPFでは送信禁止で、受信時も不在扱いになる。IS-ISでは同じdescriptor内の位置を保つ不明プレースホルダーとしてのみ使える。BGP-LSはゼロを輸出しない。

形式異常はさらに別だ。IS-ISでは遠端IDの個数と順序が外側のメンバーdescriptorに一致しなければならない。長さゼロ、四の倍数でない長さ、個数不一致なら、そのdescriptorの全メンバーを不明とする。部分的に推測して誤接続を作るより安全である。

重複は決定的に処理する。OSPFとBGP-LSは最初の一つを使い、IS-ISは最小番号のLSP fragmentに最初に現れるものを使う。これは一時的な入力を同じ方法で解釈する規則であり、最初の値が現実にも正しいという保証ではない。

運用画面では、未対応、未学習、意図的省略、ゼロ、形式異常、重複無視、相互不一致、期限切れ、有効相互対応を別状態として残す必要がある。すべてを「リンクなし」にすれば、診断に必要な違いが消える。

BGP-LSの到着は上流で検証済みという意味ではない

BGP-LS Producerは、親L3リンクを表すLink NLRIの属性として遠端IDを生成する。Propagatorは相互関係の意味検証をしない。Consumerが検証し、エラー時の扱いをアプリケーションごとに決める。

中継者へ全トポロジー意味を背負わせない合理的な分担である。同時に、交通を動かす制御装置が最後の判断を負うことも意味する。BGP-LSを通って届いたというだけで、誰かが物理対応まで確認したと考えてはならない。

個別メンバーの組み合わせは、親束より細かい機密トポロジーを明らかにする。広告はデフォルトで無効にし、指定リンクだけで有効化しなければならない。BGP-LS配布も信頼ドメイン内に隔離する必要がある。

鮮度の責任はoriginatorにある。値が無効と分かった後も広告を続けてはならず、取得元が変化またはage outしたら撤回か置換を行うべきだ。検出方法は実装に残るため、消費側は32ビット値だけでなく、出典と時刻を必要とする。

Last Callは実装証明ではない

Datatrackerでは修訂07はLSRワーキンググループの文書で、Proposed Standardとして提出され、2026年10月13日までIETF Last Callにある。IANAレビューも必要な状態だ。本文は2026年9月29日付、期限は2027年4月2日で、RFCではない。

OSPFv2、OSPFv3、IS-IS、BGP-LSの新しいsub-TLVタイプはまだTBAである。公開資料はベンダー実装、導入量、対応精度、性能改善を証明しない。現時点で評価できるのは、限定された対応主張の運び方と、その主張を作る前後の信頼境界である。

出典