EVPN Multi-Homing: ESI-LAG Active/Active
Binden Sie einen AI-Server an zwei Leaves an, wobei beide NICs aktiv sind und weiterleiten, ohne Active/Standby-Verschwendung. EVPN-Multi-Homing (RFC 7432, ESI-LAG) ist der standardbasierte Weg dorthin, mittels BGP und eines Ethernet Segment Identifier: keine proprietäre MLAG-Verkabelung, kein Inter-Switch-Sync-Link.
Active/Active-Server-Anbindung
Ein GPU-Server mit zwei gebündelten NICs wird an zwei Leaves angebunden. Beide Leaves teilen sich dieselbe Ethernet Segment ID (ESI). Beide kündigen die MAC-Adresse des Servers mit derselben ESI in EVPN an. Remote-Leaves installieren beide als ECMP-Next-Hops und verteilen den Verkehr per Aliasing über die ESI-Peers. Bei einem Linkausfall reduziert Mass-Withdraw die Konvergenz auf die BGP-Propagationszeit.
Warum ESI-LAG statt MLAG
Traditionelles Multi-Chassis-LAG (MLAG) bietet Ihnen Active/Active-Serveranbindung, jedoch um den Preis eines proprietären Inter-Chassis Link (ICL), herstellerspezifischer Synchronisationsprotokolle und Forklift-Kompatibilitätsbeschränkungen zwischen Leaf-Modellen. EVPN-Multi-Homing ersetzt all dies durch BGP und einen zehn Byte langen Ethernet Segment Identifier.
With EVPN multi-homing, the two leaves don't need to know about each other directly. They both advertise the same ESI on the relevant Ethernet Segment, and the EVPN control plane handles designated forwarder election, aliasing, and mass-withdraw. The leaves can be different vendors, different generations, even different platforms. As long as they speak EVPN and ESI-LAG correctly, multi-homing works.
Die vier EVPN-Multi-Homing-Primitive
Auto-Discovery pro ESI / pro EVI
Jeder Leaf annonciert Type-1-Routen (Auto-Discovery) für die ESI. Receiver lernen, welche Leaves am Segment teilnehmen, und nutzen dies für Aliasing und Mass-Withdraw bei Ausfall.
Ethernet-Segment-Route
Type-4-Routen steuern die Designated-Forwarder-Wahl unter den Leaves, die an dieselbe ESI angeschlossen sind. Der DF ist für das Forwarding von BUM-Verkehr (Broadcast/Unknown/Multicast) in Richtung Segment verantwortlich.
ECMP über die ESI-Peers
Remote-VTEPs installieren both Leaf-VTEPs als Next-Hops für die MACs des Segments. Unicast-Traffic verteilt sich per ECMP über die zwei Pfade: Active/Active-Auslastung ohne Per-Flow-Stickiness.
Subsekunden-Konvergenz im Fehlerfall
Wenn ein Leaf seinen Link zum Server verliert, zieht er seine Type-1-ESI-Route zurück. Remote-VTEPs reduzieren den Next-Hop-Set der ESI in einem einzigen Update. Kein Pro-MAC-Withdrawal-Sturm.
BUM-Loop-Vermeidung
Der Non-DF und der DF koordinieren sich über das Local-Bias des Segments, um zu verhindern, dass ein BUM-Frame zu seinem Ursprungsserver zurückläuft. ESI-Label-Split-Horizon-Filtering macht dies auf der Data Plane zustandslos.
Flexibilität der Service-Schnittstellen
OcNOS unterstützt sowohl VLAN-Based- als auch VLAN-Aware-Service-Interfaces, mit ESI-Konfiguration pro EVI. Kombinieren Sie Mandanten- und Physical-Segment-Topologien, wie es das Deployment erfordert.
Was Ihnen das im Produktivbetrieb bringt
- Standardbasierte Redundanz. RFC 7432 und RFC 8365: dasselbe Protokoll, das jeder moderne DC-Anbieter implementiert, ohne Bindung an einen einzelnen Hersteller.
- 2× Bandbreitenausnutzung. Beide NICs leiten Live-Traffic weiter; kein Active/Standby-Verschnitt. Entscheidend für AI-Server, bei denen 2× 200G oder 2× 400G in den Leaf die Verkabelungsbasis bilden.
- Subsekunden-Konvergenz bei Link-Ausfall. Mass-Withdraw reduziert das Konvergenzereignis auf die BGP-Propagationszeit, in einer abgestimmten Fabric typischerweise unter einer Sekunde.
- Kein ICL-Kabel. Der MLAG-Inter-Chassis-Link entfällt. Verkabelung, Port-Verbrauch und die Failure-Mode-Komplexität des ICL-Split-Brain verschwinden allesamt.
- Multi-Vendor-Leaf-Paare. Die beiden Leaves auf demselben ESI müssen weder dasselbe Modell noch denselben Hersteller haben. EVPN übernimmt das Protokoll, die Data Plane leitet einfach weiter.
- Validiert in OcNOS-DC. ESI-LAG Active/Active ist Teil des DC-IPBASE-Funktionsumfangs: produktionsreif auf jeder unterstützten Tomahawk- und Trident-Plattform.
Sie entwerfen Leaf-Redundanz für eine AI-Fabric? Sprechen Sie mit einem Ingenieur über Ihr ESI-Design.
Technische Demo anfragen →Häufig gestellte Fragen
Was ist EVPN-Multi-Homing (ESI-LAG)?
Wie unterscheidet sich ESI-LAG von MLAG?
Wie schnell konvergiert EVPN-Multihoming bei einem Link-Ausfall?
Welche EVPN-Routen steuern das Multi-Homing?
Unterstützt OcNOS EVPN ESI-LAG?
What is the difference between single-active and all-active EVPN multi-homing?
What is EVPN aliasing?
What is an Ethernet Segment Identifier (ESI)?
Gehen Sie tiefer. Nehmen Sie es mit.
Das Produktdatenblatt und kurze, technische Downloads, die über diese Seite hinausgehen.
OcNOS-DC Datenblatt
Vollständige OcNOS-DC Spezifikation: Funktionsumfang für EVPN-VXLAN und Ethernet for AI, Software-SKUs, unterstützte Hardware-Plattformen und der Solution Ordering Guide.
Datasheet abrufenEVPN-VXLAN Rechenzentrums-Fabric
Carrier-Grade-Leaf-Spine-Rechenzentrums-Fabric: symmetrisches IRB, Type-2/Type-5-Routen und verteiltes Anycast-Gateway.
Brief anfordernOcNOS 800G verlustfreie AI Fabric
Non-blocking RoCEv2-Fabric auf Broadcom Tomahawk 4/5 Spines: SKU-Stufen, validierte Plattformen und Deployment-Architektur.
Brief anfordernOcNOS-DC Datenblatt
Kurzes Formular. Ihr PDF öffnet sich unmittelbar nach dem Absenden in einem neuen Tab.
✓ Ihr PDF wird in einem neuen Tab geöffnet…
Falls es sich nicht geöffnet hat, nutzen Sie den untenstehenden Link.
EVPN-VXLAN Rechenzentrums-Fabric
Kurzes Formular. Ihr PDF öffnet sich unmittelbar nach dem Absenden in einem neuen Tab.
✓ Ihr PDF wird in einem neuen Tab geöffnet…
Falls es sich nicht geöffnet hat, nutzen Sie den untenstehenden Link.
OcNOS 800G verlustfreie AI Fabric
Kurzes Formular. Ihr PDF öffnet sich unmittelbar nach dem Absenden in einem neuen Tab.
✓ Ihr PDF wird in einem neuen Tab geöffnet…
Falls es sich nicht geöffnet hat, nutzen Sie den untenstehenden Link.