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 transportieren MAC-/IP-Bindings für die Host-Reachability innerhalb einer VNI. Type-5-Routen transportieren IP-Präfixe für Inter-Subnet- und External Routing – der zentrale Mechanismus für data center Interconnect (DCI) über VXLAN-Domänen hinweg, definiert in RFC 9135.

Multi-Homing und IRB

EVPN All-Active-Multi-Homing (RFC 7432 §8) erlaubt einem CE-Gerät den gleichzeitigen Anschluss an mehrere PEs mit Load Sharing. Die Designated-Forwarder-(DF-)Election verhindert BUM-Traffic-Duplikation. Integrated Routing and Bridging (IRB) auf den Leaf-Nodes ermöglicht L3-Gateway-Funktionalität direkt im Access Layer – Traffic wird lokal am First-Hop-VTEP geroutet und unnötiges Hairpinning über ein zentrales Gateway entfällt.

OcNOS Implementation

OcNOS-DC implements EVPN-VXLAN on Broadcom Trident 3/4 and Tomahawk 2-5 platforms. OcNOS-SP adds DCI support on Qumran-class 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

Symmetrische und asymmetrische IRB-Modi. Verteiltes Anycast-Gateway – dieselbe MAC/IP auf allen Leaf-VTEPs. GARP-Suppression. 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

RFC 9135 Type-5 IP-Präfix-Routen für Inter-DC-Routing. EVPN-Gateway-Funktion mit Route Leaking zwischen L3VNIs. Unterstützt Stretched-L2- und Routed-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 AS7946-74XKSB
Trident 4 · 48×100G + 8×400G
Edgecore AS9716-32D
Trident 3 X7 · 32×400G
Edgecore AS9736-64D
Tomahawk 4 · 64×400G
Edgecore AIS800-64D
Tomahawk 5 · 64×800G
Edgecore AS9726-32DB
Trident 4 · 32×400G
UfiSpace S9600-32X
Qumran MX · DCI
UfiSpace S9321-64E
Jericho2 · 64×400G
Celestica E1031
Qumran MX · SP Edge
Alle Plattformen in Qualified Hardware ansehen → EVPN-VXLAN-Feature-Matrix →

Verwandte Technologien und Lösungen

EVPN multi-homing (ESI-LAG) → 400G ZR/ZR+ DCI → AI-Fabric-Topologien → RoCEv2 → BGP → SR-MPLS → DC Fabric Solution → AI-Fabric-Lösung → OcNOS Feature Matrix → EVPN L3VPN über IS-IS SR →

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.
Solution Briefs

Gehen Sie tiefer. Nehmen Sie es mit.

Zwei kurze technische Downloads, die über diese Seite hinausgehen: die EVPN-VXLAN-Data-Center-Referenz und die verlustfreie 800G-AI-Fabric-Architektur.

Solution Brief

EVPN-VXLAN Rechenzentrums-Fabric

Carrier-Grade-Leaf-Spine-Data-Center-Fabric: symmetrisches IRB, Type-2/Type-5-Routen und verteiltes Anycast-Gateway.

Brief anfordern
Solution Brief

OcNOS 800G Lossless AI Fabric

Non-blocking RoCEv2-Fabric auf Broadcom Tomahawk 4/5 Spines: SKU-Stufen, validierte Plattformen und Deployment-Architektur.

Brief anfordern