RFC 10039: Interconnecting EVPN and IPVPN Domainsの通信シーケンスとメッセージ構造を整理する

ネットワーク・RFCカテゴリを表すパンダのイラスト ネットワーク・RFC

本記事はAIを利用して作成した技術解説・実装例です。掲載するコードや手順は一次情報を基に構成していますが、筆者による実機での動作確認は行っていません。環境やバージョンによって動作が異なる場合があります。

RFC 10039: Interconnecting EVPN and IPVPN Domainsの通信シーケンスとメッセージ構造を整理する

マルチテナントネットワークが複数のドメインにまたがる際、Ethernet Virtual Private Network (EVPN) と IPVPN (BGP VPN-IPv4 / VPN-IPv6) の間でシームレスな接続を確保するための相互接続手順や、制御プレーンのループ防止に関する仕様について、一次情報に基づき整理します。本記事では、複数ドメイン間の相互接続におけるコンポーネントの役割や、BGP経路選択に関する拡張機能について解説します。

目的と前提・注意点

目的

異なるBGPドメイン(EVPNとIPVPN)を相互接続する際の中継メカニズム、制御プレーンのループを防ぐ仕組み、およびパス属性の伝播に関する仕様を理解することを目的とします。

前提・注意点

  • 一次情報はRFC 10039(Interconnecting EVPN and IPVPN Domains)に基づきます。

  • 本記事は構造やメッセージの概念を整理するものであり、特定の機器や実機での動作を保証するものではありません。

  • 実機での検証環境は構築していないため、具体的な実験結果やパケットキャプチャの成功例は示しません。

EVPNとIPVPNドメイン間相互接続の概要

テナントネットワークが複数のドメイン(EVPNドメインやIPVPNドメインの組み合わせ)にまたがる場合、エンドツーエンドのテナント接続を維持するために、ドメイン間で経路を再オリジネート(再生成)する仕組みが必要です。

一次情報によると、インターワーキングPE(Interworking PE)と呼ばれるノードがこの中継役を担います。インターワーキングPEは、あるドメインから経路(カプセル化パラメータを含む)をインポートし、IP Virtual Routing and Forwarding (IP-VRF) テーブルにインストールしたうえで、隣接するドメインに適したカプセル化属性を付与して再アドバタイズします。これにより、各ドメイン内部のトランスポート機構から独立したサービス相互接続が可能になります。

制御プレーンにおけるループ防止とD-PATH属性

複数ペルのゲートウェイノードが異なるドメインを相互接続する冗長構成では、適切な保護機構がないと制御プレーンでルーティングループが発生するおそれがあります。例えば、ゲートウェイPE1がIPVPNの経路をインポートしてEVPNドメインへEVPN IP Prefixルートとして再送し、別のゲートウェイPE2がそれを再びIPVPNドメインへ広告し返すとループが形成されます。

この問題に対処するため、RFC 10039では新しいBGPパス属性として Domain Path (D-PATH) が導入されています。D-PATH属性は、ドメインレベルでのループ検出と回避を提供し、Multiprotocol BGPのSAFI 128(VPN-IPv4 / VPN-IPv6)およびEVPN IP PrefixルートにおけるBGP最適パス選択(best-path selection)のロジックを変更します。

インターワーキングPEのコンポーネント構成

一次情報では、インターワーキングPEに関連する用語やコンポーネントとして以下が定義されています。

  • AC (Attachment Circuit): ブリッジテーブル(BT)またはIP-VRFに関連付けられた論理インターフェイスまたは物理ポートとVLANタグの組み合わせ。

  • BT (Bridge Table): [RFC7432] で定義されるブロードキャストドメインの実体。MAC-VRF内に複数のブロードキャストドメインが存在する場合、各BTは異なるイーサネットタグに関連付けられる。

  • Composite Domain(コンポジットドメイン): 複数の制御プレーンISF SAFI(IPVPNおよび/またはEVPN)が使用されるドメイン。

  • Composite PE(コンポジットPE): 少なくとも1つのコンポジットドメインに接続され、適切なルートタイプを使用して複数のタイプのピアにプレフィックスを広告できるインターワーキングPE。

  • Gateway PE / Composite/Gateway PE: 複数のドメインを相互接続し、コンポジットPEとゲートウェイPEの両方の機能を同時に実行するノード。

以下のMermaid図は、一次情報に記載されているEVPN-IPVPNインターワーキングPEの構造概念を示しています。

flowchart TD
    AC1["Attachment Circuit (AC1)"] --> BT1["Bridge Table (BT1)"]
    AC2["Attachment Circuit (AC2)"] --> BT2["Bridge Table (BT2)"]
    BT1 --> IRB1["IRB1"]
    BT2 --> IRB2["IRB2"]
    IRB1 --> IPVRF["IP-VRF1 (RD2/RT2)"]
    IRB2 --> IPVRF
    AC3["Attachment Circuit (AC3)"] --> IPVRF
    IPVRF --> BGP["BGP SAFIs (IPVPN / EVPN IP)"]

BGP経路再オリジネートと属性伝播のポイント

EVPNでは、IPv4またはIPv6のプレフィックスを主に以下のルートタイプで広告します。

  • Route Type 2: EVPN MAC / IP Advertisement route ([RFC9135])。ホストルート(/32や/128)をサポート。

  • Route Type 5: EVPN IP Prefix route ([RFC9136])。

他の一覧にあるBGPアドレスファミリとインターワーキングを行う際、これらEVPNルートタイプに含まれるIPプレフィックスは対応するアドレスファミリ(例: IPVPN)へと再オリジネートされ、その逆も同様に行われます。このプロセスにおいては、ルート選択、ループ防止、そしてAFI/SAFI境界を越えたBGPパス属性の取り扱いが整合性を持つように管理されます。

限界と実機確認前の注意点

  • 本記事で解説した手順やD-PATH属性の動作は、仕様書(RFC 10039)の記述に基づく理論的な解説です。

  • 実機ルーターやエミュレータ環境を用いたパケット送受信、BGPセッション確立、およびD-PATH属性の実際の挙動確認は行っていないため、実環境での適用時は各ベンダーの実装状況やバージョンを確認する必要があります。

まとめ

、RFC 10039に基づくEVPNとIPVPNドメイン間の相互接続メカニズムについて整理しました。

実行前に確認すべき点と制約事項は以下の通りです。

  • 使用する機器やBGP実装がRFC 10039およびD-PATH属性をサポートしているか確認すること。

  • 複数ドメインにまたがるネットワーク設計では、制御プレーンのループを防ぐためのポリシーや属性伝播ルールを十分に検証すること。

  • 本記事の内容は仕様書の調査に基づくものであり、実機での動作検証は別途環境ごとに行う必要があること。

参考情報

  • Source Title: RFC 10039: Interconnecting EVPN and IPVPN Domains

  • Source URL: https://www.rfc-editor.org/info/rfc10039/

文書情報

記事タイトル
RFC 10039: Interconnecting EVPN and IPVPN Domainsの通信シーケンスとメッセージ構造を整理する
作成日
更新日
Source URL
https://papanda925.com/?p=17188

ライセンス: 本記事のうち、当サイトが権利を有する本文・自作図表は、特記なき限り CC BY 4.0 で利用できます。生成AIを活用して作成・編集した内容を含みます。コードについて、別途ライセンス表示またはリンク先GitHubリポジトリのライセンスがある場合は、その条件を優先します。引用・第三者資料・画像・商標等は本ライセンスの対象外です。 利用ポリシー

タイトルとURLをコピーしました