L2VPN-Overlay · RFC 7432 / 7348

EVPN over VXLAN

Ethernet VPN (RFC 7432) auf einer VXLAN Data Plane (RFC 7348) – der aktuelle Standard für Multi-Tenant-DC-Fabric-Overlays, DCI und Large-Scale-L2VPN auf Open Hardware.

EVPN-VXLAN-Fabric

Ein Fabric mit zwei Spines und drei Leaves mit VXLAN-Tunneln zwischen den Leaf-VTEPs. Das rechte Leaf-Paar wird zu einer ESI gebündelt, für All-Active-Multi-Homing zu einem dual-attached CE.

EVPN-VXLAN-Fabric-Topologie mit zwei Spines, drei Leaves, VXLAN-Tunneln und einem ESI-multihomed Customer Edge
EVPN-VXLAN: Fabric mit zwei Spines und drei Leaves, VXLAN-Tunneln und ESI-Multihoming am CE.

Was EVPN-VXLAN ist

EVPN (RFC 7432) ist eine BGP Address Family (L2VPN EVPN, AFI 25, SAFI 70), die MAC- und IP-Reachability-Informationen über eine Reihe von Route-Types transportiert. Ursprünglich für MPLS-Transport entwickelt, wurde EVPN in RFC 8365 auf VXLAN erweitert und ist damit die dominierende Control Plane für moderne DC-Fabric-Overlays.

VXLAN (RFC 7348) kapselt L2-Frames in einen UDP/IP-Header und ermöglicht die L2-Domain-Erweiterung über L3-Infrastruktur. VTEPs (VXLAN Tunnel End Points) initiieren und terminieren die Kapselung. Mit EVPN als Control Plane werden VTEP-Discovery und MAC-Verteilung über BGP anstelle von Data-Plane-Flooding abgewickelt, wodurch die Skalierungsprobleme klassischer VXLAN-Deployments entfallen.

EVPN-Type-2-Routen tragen MAC/IP-Bindungen für die Host-Erreichbarkeit innerhalb eines VNI. Type-5-Routen tragen IP-Präfixe für das Routing zwischen Subnetzen und nach außen: Dies ist der zentrale Mechanismus für die Rechenzentrumskopplung (DCI) über VXLAN-Domänen hinweg, definiert in RFC 9136.

EVPN-Routentypen

EVPN überträgt die Erreichbarkeit in einer kleinen Menge von BGP-Routentypen, die eine Fabric gemeinsam nutzt: Host-Routen lokalisieren Endpunkte, die Multicast-Route erstellt die Flood-Liste, und die Präfix-Route verarbeitet Layer 3.

  • Type-1, Ethernet Auto-Discovery: kündigt ein Ethernet Segment an und ermöglicht schnelle Konvergenz und Aliasing für All-Active-Multi-Homing (RFC 7432).
  • Type-2, MAC/IP Advertisement: überträgt die MAC- und IP-Bindungen der Hosts, sodass die Fabric Endpunkte über BGP statt durch Flooding lernt.
  • Type-3, Inclusive Multicast Ethernet Tag (IMET): kündigt das Interesse eines VTEP an einer Broadcast-Domäne an und erstellt die Flood-Liste pro EVI für Broadcast-, Unknown-Unicast- und Multicast-Verkehr.
  • Type-4, Ethernet Segment: erkennt die PEs, die sich ein Ethernet Segment teilen, und steuert die Designated-Forwarder-Wahl, sodass BUM-Verkehr niemals dupliziert wird.
  • Type-5, IP Prefix: kündigt IP-Präfixe für das Inter-Subnetz-Routing und die Rechenzentrums-Interconnection an, die Grundlage von EVPN L3VPN (RFC 9136).

OcNOS kündigt Type-2-, Type-3-, Type-4- und Type-5-Routen an, mit selektivem Multi-Homing pro EVI und route-target-Policy pro VNI.

Multi-Homing und IRB

EVPN All-Active-Multihoming (RFC 7432 §8) ermöglicht es einem CE-Gerät, sich gleichzeitig mit mehreren PE zu verbinden und die Last zu verteilen. Die Wahl des Designated Forwarder (DF) verhindert die Duplizierung von BUM-Verkehr. Integrated Routing and Bridging (IRB) auf den Leaf-Knoten stellt die L3-Gateway-Funktionalität auf der Zugriffsebene bereit: Der Verkehr wird lokal am VTEP des ersten Hops geroutet, wodurch unnötiges Hairpinning über ein zentrales Gateway entfällt.

OcNOS Implementation

OcNOS-DC implementiert EVPN-VXLAN auf den Broadcom-Trident-3- und Trident-4-Plattformen. OcNOS-SP ergänzt EVPN over MPLS und DCI auf Qumran2c- und Jericho2c+-Hardware.

EVPN-Routentypen

Type-2 (MAC/IP), Type-3 (Inclusive Multicast), Type-4 (ES), Type-5 (IP-Präfix). Selektives Multi-Homing pro EVI. Route-Target-Import-/-Export-Richtlinie pro VNI.

Multi-homing

All-Active- und Single-Active-Multi-Homing. LACP-basierte ESI-Auto-Derivation. DF-Election nach RFC 8584. Mass Withdrawal bei Upstream-Ausfall.

IRB / Anycast GW

Symmetrisches IRB (RFC 9135). Verteiltes Anycast-Gateway: gleiche MAC/IP auf allen Leaf-VTEPs. GARP-Unterdrückung. ARP/ND-Proxy am Leaf.

VXLAN-Datenebene

Hardware-offloaded VTEP-Encap/Decap. Innerer L2- und L3-Lookup bei Line-Rate. ECMP über mehrere VTEPs. UDP-Source-Port-Entropie für die Lastverteilung am Spine.

DCI: Type-5

Type-5-IP-Präfixrouten gemäß RFC 9136 für das Inter-DC-Routing. EVPN-Gateway-Funktion mit Route-Leaking zwischen L3VNIs. Unterstützt Stretched-L2- und geroutete DCI-Modi.

BFD-Integration

BFD für VTEP-Reachability-Erkennung. BGP-BFD für schnelle Peer-Failure-Erkennung. Sub-Sekunden-Konvergenz, die EVPN-Withdraw und Re-Advertisement auslöst.

QoS: PFC/DCB

DSCP-Remarking innerhalb des VXLAN-Tunnels. PFC-Propagierung für verlustfreien Storage- und RoCEv2-Traffic über das VXLAN-Fabric. Unterstützung von QoS-Policies pro VNI.

OpenConfig Telemetry

EVPN-BGP-RIB-Streaming via gNMI. MAC-/IP-Anzahl pro VNI und VTEP-Auslastung. OpenConfig L2VPN EVPN YANG-Modell (OC 3.x).

OcNOS-Validated Hardware

Nur zur Referenz. Die folgenden Plattformen sind eine repräsentative Teilmenge der EVPN-VXLAN-validierten Hardware. Die vollständige, aktuelle Liste qualifizierter Plattformen, mit ASIC, Portdichte und Versionsabdeckung, wird in der OcNOS Hardware Compatibility List gepflegt.

Edgecore AS7326-56X
Trident 3 X7 · 48×25G + 8×100G
Edgecore AS7726-32X
Trident 3 X7 · 32×100G
Edgecore AS9726-32DB
Trident 4 · 32×400G
UfiSpace S9300-32D
Trident 4 · 32×400G
UfiSpace S8901-54XC
Trident 3 X5 · 48×25G + 6×100G
UfiSpace S9600-56DX
Qumran2c · 48×100G + 8×400G
UfiSpace S9610-36D
Jericho2c+ · 36×400G · DCI
UfiSpace S9600-32X
Qumran2c · DCI

Vergleichen Sie EVPN-VXLAN-Support über alle OcNOS-validierten Plattformen hinweg

Open Feature Matrix →
FAQ

Häufig gestellte Fragen

Was ist EVPN?
EVPN (Ethernet VPN) ist eine BGP-Control-Plane, die Layer-2- und Layer-3-Dienste über eine gemeinsame Fabric bereitstellt und dabei die Adressfamilie L2VPN EVPN nutzt. Sie kündigt MAC- und IP-Erreichbarkeit in BGP an und ersetzt Flood-and-Learn, sodass das Netzwerk Endpunkte über das Routing lernt.
Worin besteht der Unterschied zwischen EVPN-VXLAN und EVPN-MPLS?
EVPN-VXLAN nutzt für die Datenebene VXLAN-Tunnel über eine IP-Fabric, was in Data Centern üblich ist, während EVPN-MPLS auf MPLS-Transport setzt, wie er in Service-Provider-Netzen verbreitet ist. Beide teilen sich dieselbe BGP-EVPN-Control-Plane und unterscheiden sich nur darin, wie Pakete gekapselt und weitergeleitet werden.
Wofür wird EVPN Route Type 5 in L3VPN verwendet?
EVPN Route Type 5 kündigt IP-Präfixe an und stellt Layer-3-VPN-Routing zwischen Subnetzen und Standorten über die Fabric hinweg bereit. Anders als Type 2, das Host-MAC- und IP-Einträge transportiert, transportiert Type 5 zusammengefasste Präfixe und ermöglicht so eine subnetz- und standortübergreifende IP-Konnektivität im EVPN L3VPN.
Was ist ESI-Multihoming in EVPN?
ESI-Multihoming verbindet ein Gerät mit mehreren PE-Switches, die einen gemeinsamen Ethernet Segment Identifier (ESI) nutzen, und ermöglicht so eine All-Active-Weiterleitung, bei der jeder Link gleichzeitig Datenverkehr trägt. BGP EVPN übernimmt die Lastverteilung und das schnelle Failover, sodass kein Link ungenutzt bleibt und Ausfälle lokal begrenzt sind.
Worin besteht der Unterschied zwischen EVPN und reinem VXLAN?
Reines VXLAN flutet das Netzwerk, um MAC-Adressen zu ermitteln, und verfügt über keine Control Plane, während EVPN BGP hinzufügt, um die MAC- und IP-Erreichbarkeit anzukündigen und Multihoming zu koordinieren. EVPN over VXLAN reduziert unnötiges Fluten und ergänzt Layer-3-Routing sowie All-Active-Redundanz, die reinem VXLAN fehlen.
Was ist EVPN IRB und wie stellt es EVPN L3VPN bereit?
EVPN Integrated Routing and Bridging (RFC 9135) ermöglicht es einem Leaf, sowohl innerhalb eines Subnetzes zu bridgen als auch lokal zwischen Subnetzen zu routen, anstatt den Verkehr per Hairpinning zu einem zentralen Gateway zu leiten. In Kombination mit Type-5-IP-Präfixrouten (RFC 9136) stellt es EVPN L3VPN bereit: Mandanten-Routing über die Fabric hinweg und zwischen Rechenzentren. OcNOS betreibt symmetrisches IRB mit einem verteilten Anycast-Gateway.
Was ist eine EVPN-Type-3-Route?
Eine EVPN-Type-3-Route, formal die Inclusive-Multicast-Ethernet-Tag-Route (IMET) in RFC 7432, kündigt das Interesse eines VTEP an einer Broadcast-Domäne an, sodass die Peers wissen, wohin sie Broadcast-, Unknown-Unicast- und Multicast-Verkehr senden müssen. Sie erstellt die Flood-Liste für jede EVPN-Instanz und ersetzt das Fluten auf der Datenebene durch Signalisierung auf der Steuerebene. OcNOS kündigt Type-3-IMET-Routen pro VNI an.
Was ist EVPN E-Tree?
EVPN E-Tree (RFC 8317) bringt das Rooted-Multipoint-Modell des MEF zu EVPN. Root-Standorte erreichen jeden Standort, Leaf-Standorte erreichen jedoch nur Root-Standorte und niemals einander, was sich für die Zugangsaggregation und Wholesale-Breitband eignet. EVPN signalisiert den Root- oder Leaf-Status pro PE, pro Attachment Circuit oder pro MAC und filtert Leaf-zu-Leaf-Verkehr sowohl auf der Steuer- als auch auf der Datenebene.
Was ist der Unterschied zwischen EVPN E-LAN und E-Line?
E-LAN ist ein Multipoint-zu-Multipoint-Ethernet-Dienst, bei dem viele Standorte eine gemeinsame Broadcast-Domäne nutzen, den EVPN mit VLAN-based- oder VLAN-aware-Instanzen bereitstellt (RFC 7432). E-Line ist ein Point-zu-Point-Dienst zwischen zwei Endpunkten, der über EVPN VPWS bereitgestellt wird (RFC 8214). Nutzen Sie E-LAN für Any-to-Any-Mandantenkonnektivität und E-Line für Schaltungen im Pseudowire-Stil.