EVPN（VXLANの制御プレーン）

VXLANだけでは足りない理由

VXLANはイーサネットフレームをUDPで包んでL3ファブリックの上に運ぶカプセル化方式ですが、規格そのものは「どうやってリモートMACの位置を知るか」を決めていません。素朴な実装はL2の伝統に従い、宛先不明ユニキャスト・ブロードキャスト・マルチキャスト（BUMトラフィック）を全VTEPへフラッディングし、返信を見て学習します。この方式はVTEP数が増えるほど複製トラフィックが膨らみ、ARPの応答を待つ分だけ初回通信の収束も遅れます。

EVPN（Ethernet VPN、RFC 7432）は、この学習を「フラッディングして待つ」データプレーン方式から、「あらかじめ配っておく」コントロールプレーン方式へ置き換える仕組みです。ネクストホップやプレフィックスを配るのと同じ枠組みで、MACアドレスをBGPの広告対象にしてしまう発想が核心です。

EVPNルートタイプ：何を広告するか

EVPNはNLRI（Network Layer Reachability Information）内に複数のルートタイプを持ち、タイプごとに広告する情報が異なります。中心となるのは次の2つです。

Type 2ルート：MACアドレスをBGPで配る

VTEPは配下のポートからMACアドレスを学習すると（あるいはARPでIPも把握すると）、それをType 2ルートとしてBGPで広告します。中身は「このMACはこのVNIに属し、自分（このIPを持つVTEP）の配下にいる」という情報です。

Type 2 ルートの概念（VTEP Aが広告）
  Route Distinguisher: 65000:5000
  Ethernet Tag ID    : 0
  MACアドレス        : aa:bb:cc:00:00:01
  IPアドレス（任意） : 10.1.1.10
  VNI (L2)           : 5000
  ネクストホップ      : VTEP AのIPアドレス

受信側のVTEPはこれを見て、フラッディングを経ずに内側MAC → リモートVTEPのIPの対応をローカルテーブルへ直接書き込めます。新しいサーバーやVMが起動した瞬間にそのMACがBGPで全VTEPへ伝わるため、初回のユニキャスト通信からフラッディングなしで届きます。

Type 3ルート：BUMの配送先を動的に把握する

ブロードキャストやマルチキャスト（ARP要求、DHCP、未学習MACへの送信など）は依然として同一VNI内の全VTEPへ届ける必要があります。しかし「どのVTEPがこのVNIに参加しているか」を静的設定やマルチキャストグループの事前構成に頼ると運用が硬直します。

EVPNでは各VTEPが自分の参加VNIをType 3ルートとして広告し、これを受け取った他のVTEPが「このVNIのBUMは誰に配ればよいか」を動的に把握します。実際の配送はアンダーレイのマルチキャストを使う場合もあれば、ヘッドエンドレプリケーション（Ingress Replication）で対象VTEPへユニキャスト複製する場合もあり、後者はマルチキャスト非対応のシンプルなIPファブリックでも成立するため広く使われます。

Type 3 ルートの概念（VTEP Bが広告）
  Route Distinguisher: 65000:5000
  Ethernet Tag ID    : 0
  VNI (L2)           : 5000
  ネクストホップ      : VTEP BのIPアドレス
  → 「VNI 5000のBUMは自分(VTEP B)宛にも複製して送ってほしい」という宣言

マルチホーミングとEthernet Segment

物理サーバーやスイッチを1台のVTEPだけに接続すると、そのVTEPが単一障害点になります。EVPNは**Ethernet Segment（ES）という概念でこれを解決します。同一の物理デバイス（サーバーやアクセススイッチ）が複数のリーフへ二重・多重接続されているとき、その接続の束にESI（Ethernet Segment Identifier）**という共通識別子を割り当てます。

複数のリーフが同じESIを共有していることをBGPで認識し合うと、EVPNは以下を自動化します。

• 経路集約と高速切替（Type 1／Auto-Discovery per ES）: あるリーフへの接続が切れても、同じESIを持つ別リーフ経由の経路がすでにBGPで広告済みのため、再収束を待たずに切り替えられる。
• DF（Designated Forwarder）選出: BUMトラフィックを重複させないため、同じESIを共有するリーフ群の中から、VNIごとに1台だけがBUMの転送担当（DF）に選ばれる。

オールアクティブ：全リンクを同時に使う

EVPNマルチホーミングの実用上の価値は、オールアクティブ（All-Active）マルチホーミングにあります。サーバー側がリンクアグリゲーション（MC-LAG相当）で複数リーフへ接続し、各リーフはそのESIをBGPで共有します。このときEVPNは次のように振る舞います。

• ユニキャストトラフィック: リモートVTEPからESI宛のType 2ルートは複数のネクストホップ（複数リーフのIP）を持つため、ECMPで両方のリンクへ同時に負荷分散できる。
• BUMトラフィック: 同じフレームが両方のリーフから重複してサーバーへ転送されないよう、DFに選ばれたリーフのみが実際にサーバー側へ転送する。
• 障害時: 片方のリーフが落ちても、残るリーフのType 2/Type 1ルートがすでに存在するため、ネクストホップを1つ除くだけで済み、再学習を待つ必要がない。

つまりオールアクティブは「ユニキャストは全リンク同時使用、BUMだけ重複防止のため1台に絞る」という非対称な制御によって成立しています。

まとめ

EVPNは、VXLANが未規定のまま残していた「リモートMACの位置をどう知るか」という問題に、MP-BGPを流用した答えを与えます。Type 2ルートがMAC（およびIP）到達性を配ってフラッド抑制とARP抑制を実現し、Type 3ルートがBUM配送先を動的に把握させます。さらにEthernet SegmentとESIの仕組みにより、サーバーを複数リーフへ二重接続しても、ユニキャストは全リンクを同時に使い、BUMだけDFが重複を防ぐオールアクティブ構成が組めます。Clos/スパインリーフで組んだL3ファブリックの上に、EVPNというコントロールプレーンでL2到達性を配る——これが現代データセンターファブリックの標準構成です。