Accueil · Documentation · Technologie · EVPN Multi-Homing

EVPN Multi-Homing: ESI-LAG Active/Active

Raccordez un serveur IA à deux leaves avec les deux NIC actifs et en transfert, sans gaspillage actif/standby. Le multi-homing EVPN (RFC 7432, ESI-LAG) est la méthode normalisée pour y parvenir, à l'aide de BGP et d'un Ethernet Segment Identifier : pas de câblage MLAG propriétaire, pas de lien de synchronisation inter-switch.

Rattachement de serveurs Active/Active

Un serveur GPU doté de deux NIC agrégées se connecte à deux leaves. Les deux leaves partagent le même Ethernet Segment ID (ESI). Toutes deux annoncent la MAC du serveur dans EVPN avec le même ESI. Les leaves distantes les installent comme next-hops ECMP, avec aliasing entre les pairs ESI. En cas de défaillance de lien, le mass-withdraw réduit la convergence au temps de propagation BGP.

Multi-homing EVPN avec ESI-LAG Active/Active Topologie montrant un serveur GPU avec des NIC agrégées rattachées à deux leaves. Les deux leaves partagent un Ethernet Segment Identifier (ESI). Les leaves se connectent vers le haut à deux spines. Un leaf distant en bas installe à la fois leaf-1 et leaf-2 comme prochains sauts ECMP via l'aliasing EVPN. Le bandeau du bas décrit l'ESI, le designated forwarder et le mass-withdraw. ESI 00:11:22:33:44:55:00:01 GPU Srvbond 2 × NIC Leaf-1 (DF)VTEP 10.0.0.1 Leaf-2 (non-DF)VTEP 10.0.0.2 Spine-1EVPN RR / ECMP Spine-2EVPN RR / ECMP Leaf-Remotealiasing → ECMP EVPN ESI-LAG · ALIASING ECMP · DESIGNATED FORWARDER · MASS-WITHDRAW · RFC 7432

Pourquoi ESI-LAG plutôt que MLAG

Le Multi-Chassis LAG (MLAG) traditionnel offre un rattachement de serveurs actif/actif, mais au prix d'un Inter-Chassis Link (ICL) propriétaire, de protocoles de synchronisation spécifiques à chaque fournisseur et de contraintes de compatibilité par remplacement complet entre modèles de leaf. Le multi-homing EVPN remplace tout cela par BGP et un Ethernet Segment Identifier de six octets.

Avec le multi-homing EVPN, les deux leaves n'ont pas besoin de se connaître directement. Ils annoncent tous deux le même ESI sur l'Ethernet Segment concerné, et le plan de contrôle EVPN gère l'élection du designated forwarder, l'aliasing et le mass-withdraw. Les leaves peuvent être de constructeurs différents, de générations différentes, voire de plateformes différentes. Du moment qu'ils parlent correctement EVPN et ESI-LAG, le multi-homing fonctionne.

Les quatre primitives de multi-homing EVPN

Route Type-1

Auto-découverte par ESI / par EVI

Chaque leaf annonce des routes Type-1 (Auto-Discovery) pour l'ESI. Les récepteurs apprennent quels leaves participent au segment et l'utilisent pour l'aliasing et le mass-withdraw en cas de défaillance.

Route Type-4

Route Ethernet Segment

Les routes Type-4 pilotent l'élection du Designated Forwarder parmi les leaves rattachés au même ESI. Le DF est responsable de l'acheminement du trafic BUM (broadcast/unknown/multicast) vers le segment.

Aliasing

ECMP à travers les pairs ESI

Installation des VTEP distants both les VTEP leaf comme sauts suivants pour les MAC du segment. Le trafic unicast se répartit en ECMP sur les deux chemins : une utilisation Active/Active sans collage par flux.

Retrait massif

Convergence sub-seconde en cas de panne

Lorsqu'un leaf perd son lien vers le serveur, il retire sa route ESI Type-1. Les VTEPs distants réduisent l'ensemble des next-hops de l'ESI en une seule mise à jour. Aucune tempête de retraits par MAC.

Split Horizon

Prévention des boucles BUM

Le non-DF et le DF se coordonnent via le local-bias du segment afin d'empêcher une trame BUM de reboucler vers son serveur d'origine. Le filtrage split-horizon par label ESI rend cela sans état sur le plan de données.

VLAN-Aware

Flexibilité des interfaces de service

OcNOS prend en charge les interfaces de service VLAN-Based et VLAN-Aware, avec une configuration ESI par EVI. Mélangez les topologies de locataires et de segments physiques selon les besoins du déploiement.

Ce que cela vous apporte en production

  • Redondance basée sur les standards. RFC 7432 et RFC 8365 : le même protocole que tout fournisseur DC moderne implémente. Aucune taxe propriétaire, aucun verrouillage par le fournisseur de leaf.
  • 2× d'utilisation de la bande passante. Les deux NIC acheminent le trafic en direct ; aucun gaspillage Active/Standby. Essentiel pour les serveurs IA où 2× 200G ou 2× 400G vers le leaf constituent la référence de câblage.
  • Convergence sous la seconde en cas de défaillance de lien. Le retrait massif ramène l'événement de convergence au temps de propagation BGP, généralement en moins d'une seconde sur une fabric optimisée.
  • Pas de câble ICL. Le lien inter-châssis MLAG disparaît. Le câblage, la consommation de ports et la complexité du mode de défaillance lié au split-brain de l'ICL disparaissent tous.
  • Paires de leaf multifournisseur. Les deux leaves sur le même ESI n'ont pas besoin d'être du même modèle ni du même fournisseur. EVPN gère le protocole ; le plan de données se contente de transmettre.
  • Validé dans OcNOS-DC. ESI-LAG Actif/Actif fait partie de l'ensemble de fonctionnalités DC-IPBASE : de niveau production sur chaque plateforme Tomahawk et Trident prise en charge.
EVPN-VXLAN deep-dive Sous-couche BGP Fabric RoCEv2 sans perte Topologies de fabric IA 400G ZR/ZR+ DCI EVPN dans la matrice de fonctionnalités Matériel validé OcNOS-DC Solution DC Fabric

Vous concevez la redondance des leaves pour une fabric IA ? Spécifions les ESI ensemble.

Demander une démo technique →
FAQ

Questions fréquentes

Qu'est-ce que le multi-homing EVPN (ESI-LAG) ?
Le multi-homing EVPN, également appelé ESI-LAG, connecte un équipement à deux ou plusieurs commutateurs leaf partageant un même Ethernet Segment Identifier (ESI). Les deux leaves annoncent le MAC de l'équipement dans BGP EVPN avec le même ESI, de sorte que tous les liens rattachés acheminent le trafic en active/active, avec partage de charge et bascule rapide.
En quoi ESI-LAG diffère-t-il de MLAG ?
MLAG assure un rattachement actif/actif, mais repose sur un inter-chassis link (ICL) propriétaire et une synchronisation propre à chaque fournisseur, de sorte que la paire de leaf doit généralement être identique. ESI-LAG utilise à la place BGP EVPN et un ESI de six octets, ce qui supprime le câble ICL et autorise les deux leaf à être de modèles, de générations ou de fournisseurs différents, dès lors que tous deux parlent EVPN.
À quelle vitesse le multihoming EVPN converge-t-il lors d'une défaillance de lien ?
Lorsqu'un leaf perd sa liaison vers l'équipement, il retire sa route ESI Type-1, et les VTEP distants réduisent l'ensemble des next-hops du segment au moyen d'un unique message de retrait de masse plutôt que de retraits par MAC. La convergence se ramène au temps de propagation BGP, généralement en moins d'une seconde sur une fabric optimisée.
Quelles routes EVPN pilotent le multi-homing ?
Les routes Type-1 (Ethernet Auto-Discovery) permettent aux leaves distants d'apprendre quels commutateurs partagent l'ESI et activent l'aliasing et le mass-withdraw. Les routes Type-4 (Ethernet Segment) pilotent l'élection du designated forwarder, qui désigne le leaf chargé d'acheminer le trafic broadcast, unknown-unicast et multicast vers le segment.
OcNOS prend-il en charge l'EVPN ESI-LAG ?
Oui. Le multi-homing actif/actif ESI-LAG fait partie de l'ensemble de fonctionnalités DC-IPBASE d'OcNOS-DC et s'exécute sur les plateformes Broadcom Tomahawk et Trident prises en charge, couvrant l'élection du designated forwarder, l'aliasing pour l'ECMP, le mass-withdraw, le split-horizon, ainsi que les interfaces de service VLAN-Based et VLAN-Aware.
Notes de solution

Approfondissez. Emportez-le avec vous.

Deux documents techniques concis qui vont plus loin que cette page : la référence data center EVPN-VXLAN et l'architecture AI fabric 800G lossless.

Solution brief

Fabric DC EVPN-VXLAN

Fabric de data center leaf-spine de niveau opérateur : IRB symétrique, routes Type-2/Type-5 et passerelle anycast distribuée.

Obtenir le brief
Solution brief

OcNOS 800G Lossless AI Fabric

Fabric RoCEv2 non bloquante sur des spines Broadcom Tomahawk 4/5 : niveaux de SKU, plateformes validées et architecture de déploiement.

Obtenir le brief