EVPN Multi-Homing: ESI-LAG Active/Active
Collegate un server AI a due leaf con entrambe le NIC attive e in forwarding, senza sprechi active/standby. Il multi-homing EVPN (RFC 7432, ESI-LAG) è il modo standard per ottenere questo risultato utilizzando BGP e un Ethernet Segment Identifier: nessun cablaggio MLAG proprietario, nessun link di sincronizzazione inter-switch.
Connessione server Active/Active
Un server GPU con due NIC in bonding si collega a due leaf. Entrambi i leaf condividono lo stesso Ethernet Segment ID (ESI). Entrambi annunciano il MAC del server in EVPN con lo stesso ESI. I leaf remoti installano entrambi come next-hop ECMP, applicando l'aliasing tra i peer dell'ESI. In caso di guasto del collegamento, il mass-withdraw riduce la convergenza al tempo di propagazione BGP.
Perché ESI-LAG anziché MLAG
Il tradizionale Multi-Chassis LAG (MLAG) offre il collegamento server active/active, ma al costo di un Inter-Chassis Link (ICL) proprietario, di protocolli di sincronizzazione specifici per ogni vendor e di vincoli di compatibilità da forklift tra i modelli leaf. Il multi-homing EVPN sostituisce tutto questo con BGP e un Ethernet Segment Identifier a dieci byte.
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.
Le quattro primitive di multi-homing EVPN
Auto-discovery per ESI / per EVI
Ogni leaf annuncia route Type-1 (Auto-Discovery) per l'ESI. I receiver apprendono quali leaf partecipano al segmento e usano questa informazione per l'aliasing e il mass-withdraw in caso di guasto.
Route Ethernet Segment
Le route Type-4 guidano l'elezione del Designated Forwarder tra i leaf collegati allo stesso ESI. Il DF è responsabile dell'inoltro del traffico BUM (broadcast/unknown/multicast) verso il segmento.
ECMP tra i peer ESI
Installazione VTEP remoti both VTEP leaf come next-hop per i MAC del segmento. Il traffico unicast si distribuisce in ECMP sui due percorsi: utilizzo Active/Active senza stickiness per singolo flusso.
Convergenza sub-secondo in caso di guasto
Quando un leaf perde il link verso il server, ritira la sua route ESI Type-1. I VTEP remoti collassano il set di next-hop dell'ESI in un singolo update. Nessuna tempesta di withdrawal per-MAC.
Prevenzione dei loop BUM
Il non-DF e il DF si coordinano tramite il local-bias del segmento per impedire a un frame BUM di tornare in loop al server di origine. Il filtraggio split-horizon basato su label ESI rende tutto ciò stateless sul data plane.
Flessibilità delle interfacce di servizio
OcNOS supporta interfacce di servizio sia VLAN-Based sia VLAN-Aware, con configurazione ESI per-EVI. Combina tenant e topologie a segmento fisico secondo le esigenze del deployment.
Cosa offre tutto questo in produzione
- Ridondanza basata su standard. RFC 7432 e RFC 8365: lo stesso protocollo che ogni fornitore DC moderno implementa, senza lock-in verso un singolo fornitore.
- 2× utilizzo della banda. Entrambe le NIC inoltrano traffico live; nessuno spreco Active/Standby. Fondamentale per i server AI, dove 2× 200G o 2× 400G verso il leaf è il baseline di cablaggio.
- Convergenza sub-secondo in caso di guasto del link. Il mass-withdraw riduce l'evento di convergenza al tempo di propagazione BGP, tipicamente entro un secondo su una fabric ottimizzata.
- Nessun cavo ICL. Il link inter-chassis MLAG scompare. Cablaggio, consumo di porte e la complessità della modalità di guasto dello split-brain ICL spariscono tutti.
- Coppie di leaf multi-vendor. I due leaf sullo stesso ESI non devono necessariamente essere dello stesso modello o vendor. EVPN gestisce il protocollo; il data plane si limita a inoltrare.
- Validato su OcNOS-DC. ESI-LAG Active/Active fa parte del feature set DC-IPBASE: di livello produzione su ogni piattaforma Tomahawk e Trident supportata.
Stai progettando la ridondanza leaf per una AI fabric? Parla con un ingegnere del tuo design ESI.
Richiedi una Demo Tecnica →Domande frequenti
Che cos'è il multi-homing EVPN (ESI-LAG)?
In cosa si differenzia ESI-LAG da MLAG?
Con quale rapidità converge il multihoming EVPN in caso di guasto di un collegamento?
Quali route EVPN guidano il multi-homing?
OcNOS supporta 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)?
Approfondite. Portatelo con voi.
Il datasheet di prodotto e download tecnici e sintetici che vanno oltre questa pagina.
Datasheet OcNOS-DC
Specifica completa di OcNOS-DC: il set di funzionalità EVPN-VXLAN e Ethernet for AI, gli SKU software, le piattaforme hardware supportate e la guida all'ordine della soluzione.
Ottieni il datasheetEVPN-VXLAN data center fabric
Fabric leaf-spine per data center di livello carrier: IRB simmetrico, route Type-2/Type-5 e gateway anycast distribuito.
Scarica il briefOcNOS 800G Lossless AI Fabric
Fabric RoCEv2 non bloccante su spine Broadcom Tomahawk 4/5: tier di SKU, piattaforme validate e architettura di deployment.
Scarica il briefDatasheet OcNOS-DC
Modulo rapido. Il suo PDF si apre in una nuova scheda subito dopo l'invio.
✓ Apertura del suo PDF in una nuova scheda…
Se non si è aperto, utilizzi il link qui sotto.
EVPN-VXLAN data center fabric
Modulo rapido. Il suo PDF si apre in una nuova scheda subito dopo l'invio.
✓ Apertura del suo PDF in una nuova scheda…
Se non si è aperto, utilizzi il link qui sotto.
OcNOS 800G Lossless AI Fabric
Modulo rapido. Il suo PDF si apre in una nuova scheda subito dopo l'invio.
✓ Apertura del suo PDF in una nuova scheda…
Se non si è aperto, utilizzi il link qui sotto.