EVPN Multi-Homing: ESI-LAG Active/Active
Conecte un servidor de IA a dos leaves con ambas NIC activas y reenviando, sin desperdicio de activo/en espera. El multi-homing EVPN (RFC 7432, ESI-LAG) es la forma basada en estándares de lograrlo usando BGP y un Ethernet Segment Identifier: sin cableado MLAG propietario, sin enlace de sincronización entre switches.
Conexión de servidor activo/activo
Un servidor GPU con dos NIC en bonding se conecta a dos leaves. Ambos leaves comparten el mismo Ethernet Segment ID (ESI). Ambos anuncian la MAC del servidor en EVPN con el mismo ESI. Los leaves remotos instalan ambos como next-hops ECMP, aplicando aliasing entre los pares del ESI. Ante un fallo de enlace, el mass-withdraw reduce la convergencia al tiempo de propagación de BGP.
Por qué ESI-LAG en lugar de MLAG
El Multi-Chassis LAG (MLAG) tradicional le proporciona conexión activo/activo de servidores, pero a costa de un Inter-Chassis Link (ICL) propietario, protocolos de sincronización específicos de cada fabricante y restricciones de compatibilidad de tipo forklift entre los modelos de leaf. El multi-homing de EVPN reemplaza todo eso con BGP y un Ethernet Segment Identifier de diez bytes.
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.
Las cuatro primitivas de multi-homing de EVPN
Descubrimiento automático por ESI / por EVI
Cada leaf anuncia rutas Type-1 (Auto-Discovery) para el ESI. Los receptores aprenden qué leaves participan en el segmento y lo utilizan para aliasing y mass-withdraw en caso de fallo.
Ruta de Ethernet Segment
Las rutas de Type-4 impulsan la elección del Designated Forwarder entre los leaves conectados al mismo ESI. El DF es responsable de reenviar el tráfico BUM (broadcast/unknown/multicast) hacia el segmento.
ECMP a través de los pares ESI
Los VTEPs remotos se instalan both VTEPs leaf como next-hops para las MACs del segmento. El tráfico unicast se distribuye por ECMP entre las dos rutas: utilización Activo/Activo sin adherencia por flujo.
Convergencia subsegundo ante fallos
Cuando un leaf pierde su enlace con el servidor, retira su ruta ESI Type-1. Los VTEP remotos colapsan el conjunto de next-hop del ESI en una única actualización. Sin tormenta de retiradas por MAC.
Prevención de bucles BUM
El no-DF y el DF se coordinan mediante el sesgo local del segmento para evitar que una trama BUM regrese en bucle a su servidor de origen. El filtrado split-horizon por etiqueta ESI hace que esto sea sin estado en el plano de datos.
Flexibilidad de la interfaz de servicio
OcNOS admite interfaces de servicio tanto VLAN-Based como VLAN-Aware, con configuración ESI por EVI. Combine topologías de inquilinos y de segmento físico según lo requiera la implementación.
Lo que esto le aporta en producción
- Redundancia basada en estándares. RFC 7432 y RFC 8365: el mismo protocolo que implementa todo proveedor de DC moderno, sin dependencia de un único fabricante.
- 2× de utilización del ancho de banda. Ambas NICs reenvían tráfico en vivo; sin desperdicio de Activo/Pasivo. Crítico para servidores de IA donde 2× 200G o 2× 400G hacia el leaf es la base del cableado.
- Convergencia ante fallos de enlace en menos de un segundo. La retirada masiva reduce el evento de convergencia al tiempo de propagación de BGP, normalmente dentro de un segundo en un fabric optimizado.
- Sin cable ICL. El enlace inter-chasis de MLAG desaparece. El cableado, el consumo de puertos y la complejidad del modo de fallo del split-brain del ICL desaparecen todos.
- Pares de leaf multifabricante. Los dos leaves en el mismo ESI no necesitan ser del mismo modelo ni del mismo proveedor. EVPN gestiona el protocolo; el plano de datos simplemente reenvía.
- Validado en OcNOS-DC. ESI-LAG Activo/Activo forma parte del conjunto de funciones DC-IPBASE: de nivel producción en cada plataforma Tomahawk y Trident compatible.
¿Está diseñando la redundancia de leaf para una AI fabric? Hable con un ingeniero sobre su diseño de ESI.
Solicite una demostración técnica →Preguntas frecuentes
¿Qué es el multi-homing EVPN (ESI-LAG)?
¿En qué se diferencia ESI-LAG de MLAG?
¿Con qué rapidez converge el multihoming EVPN ante un fallo de enlace?
¿Qué rutas EVPN impulsan el multi-homing?
¿Es compatible OcNOS con 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)?
Profundice. Llévelo consigo.
El datasheet del producto y descargas técnicas y breves que profundizan más que esta página.
Datasheet de OcNOS-DC
Especificación completa de OcNOS-DC: el conjunto de funciones EVPN-VXLAN y Ethernet for AI, los SKU de software, las plataformas de hardware compatibles y la guía de pedido de la solución.
Obtener el datasheetFabric DC EVPN-VXLAN
Fabric de centro de datos leaf-spine de nivel operador: IRB simétrico, rutas Type-2/Type-5 y gateway anycast distribuido.
Obtener el briefAI Fabric sin pérdidas de 800G con OcNOS
Fabric RoCEv2 sin bloqueo sobre spines Broadcom Tomahawk 4/5: niveles de SKU, plataformas validadas y arquitectura de despliegue.
Obtener el briefDatasheet de OcNOS-DC
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.
Fabric DC EVPN-VXLAN
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.
AI Fabric sin pérdidas de 800G con OcNOS
Formulario rápido. Su PDF se abre en una pestaña nueva inmediatamente después de enviarlo.
✓ Abriendo su PDF en una pestaña nueva…
Si no se ha abierto, utilice el enlace de abajo.