Inicio · Documentación · Tecnología · Multihoming EVPN

Multihoming EVPN: ESI-LAG activo/activo

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.

Multi-homing EVPN con ESI-LAG Activo/Activo Topología que muestra un servidor de GPU con NIC en bonding conectadas a dos leaves. Ambos leaves comparten un Ethernet Segment Identifier (ESI). Los leaves se conectan hacia arriba con dos spines. Un leaf remoto en la parte inferior instala tanto leaf-1 como leaf-2 como saltos siguientes ECMP mediante aliasing de EVPN. La banda inferior describe el ESI, el reenviador designado (designated forwarder) y el mass-withdraw. ESI 00:11:22:33:44:55:66:77:00:01 Servidor GPUbond de 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

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.

Con el multihoming EVPN, los dos leaves no necesitan conocerse directamente. Ambos anuncian el mismo ESI en el segmento Ethernet correspondiente, y el plano de control EVPN gestiona la elección del designated forwarder, el aliasing y el mass-withdraw.

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 instalan ambos 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.

Aliasing

Convergencia 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.

Retiro masivo

Prevención de bucles BUM

El non-DF y el DF se coordinan mediante el local-bias del segmento para evitar que una trama BUM vuelva en bucle a su servidor de origen.

Lo que esto le aporta en producción

  • Redundancia basada en estándares. RFC 7432 y RFC 8365.
  • 2× de utilización del ancho de banda. Ambas NIC reenvían tráfico real; sin el desperdicio de Activo/Standby.
  • 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.
  • Validado en OcNOS-DC. ESI-LAG Activo/Activo forma parte del conjunto de funciones DC-IPBASE, en las plataformas Broadcom Trident 3 y Trident 4 compatibles.
EVPN-VXLAN a fondo Subcapa BGP Tejido sin pérdidas RoCEv2 Topologías de AI fabric 400G ZR/ZR+ DCI EVPN en la matriz de funciones Hardware validado OcNOS-DC Solución DC Fabric EVPN L3VPN sobre IS-IS SR

¿Está diseñando la redundancia de leaf para un fabric de IA?

Solicite una demostración técnica →

Preguntas frecuentes

¿Qué es el multi-homing EVPN (ESI-LAG)?
El multi-homing de EVPN, también denominado ESI-LAG, conecta un dispositivo a dos o más conmutadores leaf que comparten un mismo Ethernet Segment Identifier (ESI). Ambos leaves anuncian la MAC del dispositivo en BGP EVPN con el mismo ESI, de modo que todos los enlaces conectados reenvían el tráfico en active/active, con reparto de carga y conmutación rápida por fallo.
¿En qué se diferencia ESI-LAG de MLAG?
MLAG ofrece conexión activo/activo pero depende de un enlace entre chasis (ICL) propietario y de una sincronización específica de cada fabricante, por lo que el par de leaves normalmente debe coincidir. ESI-LAG utiliza en su lugar BGP EVPN y un ESI de diez octetos, eliminando el cable ICL.
¿Con qué rapidez converge el multihoming EVPN ante un fallo de enlace?
Cuando un leaf pierde su enlace con el dispositivo, retira su ruta ESI Type-1, y los VTEP remotos contraen el conjunto de next-hops del segmento mediante una única actualización de retirada masiva en lugar de retiradas por MAC. La convergencia se reduce al tiempo de propagación de BGP.
¿Qué rutas EVPN impulsan el multi-homing?
Las rutas Type-1 (Ethernet Auto-Discovery) permiten que los leaves remotos aprendan qué conmutadores comparten el ESI y habilitan el aliasing y el mass-withdraw. Las rutas Type-4 (Ethernet Segment) impulsan la elección del designated forwarder, que selecciona el leaf encargado de reenviar el tráfico broadcast, unknown-unicast y multicast hacia el segmento.
¿Es compatible OcNOS con EVPN ESI-LAG?
Sí. El multihoming activo/activo ESI-LAG forma parte del conjunto de funciones DC-IPBASE de OcNOS-DC y se ejecuta sobre las plataformas Broadcom Trident 3 y Trident 4 admitidas, abarcando la elección del designated forwarder, el aliasing para ECMP, el mass-withdraw y el split-horizon.
¿Cuál es la diferencia entre el multihoming EVPN de un solo activo y todo activo?
En modo todo activo (RFC 7432), cada leaf conectado al segmento Ethernet reenvía el unicast conocido hacia y desde el equipo al mismo tiempo, de modo que ambos enlaces transportan tráfico real. En modo de un solo activo, solo un leaf reenvía para una VLAN determinada mientras los demás esperan. ESI-LAG en OcNOS-DC funciona en todo activo para aprovechar todo el ancho de banda, y la elección del designated forwarder gestiona el tráfico BUM.
¿Qué es el aliasing EVPN?
El aliasing (RFC 7432) permite que un leaf remoto reparta la carga hacia todos los leaves de un segmento Ethernet, incluso aquellos de los que no ha aprendido ninguna dirección MAC. Las rutas Type-1 Auto-Discovery señalizan el ESI compartido, así que los VTEP remotos instalan todos los leaves miembros como next-hops ECMP. Esto convierte ESI-LAG en un reenvío activo/activo real y no en una conexión de ruta única. OcNOS-DC admite aliasing entre pares ESI.
¿Qué es un identificador de segmento Ethernet (ESI)?
Un segmento Ethernet es el conjunto de enlaces con los que un equipo se conecta a dos o más leaves. La RFC 7432 lo identifica con un identificador de segmento Ethernet (ESI) de diez octetos que anuncia cada leaf conectado, de modo que EVPN trata los enlaces paralelos como un único segmento. El ESI rige la elección del designated forwarder, el aliasing y la retirada masiva.

Profundice. Llévelo consigo.

El datasheet del producto y descargas técnicas y breves que profundizan más que esta página.

Datasheet

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 datasheet
Solution brief

Fabric 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 brief
Solution brief

AI 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 brief