Multidifusión de intersubred optimizada en redes EVPN

Beneficios de OISM

• Habilita las estructuras EVPN-VXLAN con el modelo de superposición ERB para admitir tráfico de multidifusión con fuentes y receptores fuera de la estructura.
• Minimiza los paquetes de control de multidifusión y los paquetes de datos replicados en el núcleo de la estructura EVPN para optimizar el rendimiento de la multidifusión de la estructura en diseños escalados.

• Con el modo OISM mejorado, puede admitir aún más los diseños de red escalados con dispositivos leaf que alojan una gran cantidad de VLAN diversas (en cada dispositivo leaf, solo debe configurar las VLAN que aloja ese dispositivo).

Compatibilidad con OISM en instancias EVPN

Admitimos OISM en estructuras EVPN-VXLAN en los siguientes tipos de instancias de EVPN:

• EVPN en la instancia predeterminada del conmutador:

  • A partir de Junos OS versión 21.2R1 en conmutadores QFX5110, QFX5120 y QFX10002 (excepto QFX10002-60C).

  • A partir de Junos OS versión 22.2R1 en conmutadores EX4650, QFX10008 y QFX10016.

  • A partir de Junos OS versión 22.3R1 en conmutadores EX4300-48MP y EX4400.

  • A partir de Junos OS versión 23.4R1 en enrutadores ACX7024, ACX7100-32C y ACX7100-48L.

• Instancias de enrutamiento EVPN de MAC-VRF solo con vlan-aware y vlan-based tipos de servicio (consulte Descripción general del tipo de instancia de enrutamiento MAC-VRF):

  • A partir de Junos OS Evolved versión 22.1R1 en conmutadores QFX5130-32CD y QFX5700.

  • A partir de Junos OS versión 22.2R1 en conmutadores EX4650, QFX5110, QFX5120, QFX10002 (excepto QFX10002-60C), QFX10008 y QFX10016.

  • A partir de Junos OS Evolved versión 22.3R1 en enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016.

  • A partir de Junos OS versión 23.4R1 en enrutadores ACX7024, ACX7100-32C y ACX7100-48L.

En los dispositivos Junos OS Evolved, admitimos EVPN-VXLAN mediante configuraciones EVPN solo con instancias MAC-VRF y no en la instancia predeterminada del conmutador. Como resultado, en estos dispositivos solo admitimos OISM en instancias EVPN MAC-VRF.

OISM con protocolos de multidifusión y otras optimizaciones de multidifusión en estructuras EVPN

OISM funciona con los siguientes protocolos de multidifusión y otras características de optimización de multidifusión de EVPN:

• Protocolos de multidifusión compatibles con OISM
• Otras funciones de optimización de multidifusión que funcionan con OISM

Soporte mejorado de OISM

Apoyamos el OISM mejorado con:

• IGMPv2, IGMPv3 y espionaje IGMP.

• Espionaje MLDv1, MLDv2 y MLD.

• Solo tipo de instancia EVPN MAC-VRF.

• A partir de Junos OS versiones 24.2R1 y 23.4R2: Configuraciones de EVPN-VXLAN con una base IPv6 (consulte OISM mejorado con una configuración subyacente IPv6 de EVPN-VXLAN).

No admitimos OISM mejorado con AR.

Cómo habilitar un OISM mejorado

El OISM mejorado se habilita mediante la enhanced-oism opción en el nivel de [edit forwarding-options multicast-replication evpn irb] jerarquía. Utilice esta opción en lugar de la opción de modo oism OISM normal en el mismo nivel de jerarquía. Las enhanced-oism opciones y oism son mutuamente excluyentes.

Además de la diferencia entre la configuración de VLAN en los dispositivos leaf y la configuración del modo OISM a utilizar, los componentes y elementos de configuración de OISM son los mismos para OISM mejorado que para el modo OISM normal. Sin embargo, este modo tiene algunas diferencias operativas y pequeñas diferencias de configuración para admitir el modelo de dominios de puente asimétrico. Como resultado, debe usar el mismo modo OISM en todos los dispositivos OISM de la red.

Ver:

• Descripción general de OISM para una breve introducción al apoyo de OISM.

• Componentes OISM para descripciones de todos los componentes y elementos de configuración involucrados en la operación OISM.

Cuándo usar Enhanced OISM

Puede usar OISM mejorado si todos los dispositivos OISM de la red admiten este modo OISM. En ese caso, es posible que desee usar OISM mejorado cuando:

• La red tiene una gran cantidad de dominios de puente de ingresos (VLAN) y algunos dispositivos pueden agotar los recursos para configurar todas las VLAN allí.

• Su red tiene una gran cantidad de dominios de puente (VLAN) separados en la red (diferentes dispositivos alojan diferentes conjuntos de VLAN).

• En los dispositivos OISM de la red, no tiene políticas configuradas basadas en la dirección MAC de origen de los paquetes. Si tiene políticas de dirección MAC de origen, utilice la opción en su oism red.

Resumen de las diferencias mejoradas de OISM

En su caso, en las secciones de este documento se describen las diferencias operativas o de configuración que se utiliza un OISM mejorado.

Aquí resumimos las principales diferencias con la operación y configuración mejoradas de OISM:

• Tráfico este-oeste de fuentes internas: los dispositivos leaf de entrada reenvían el tráfico de origen de multidifusión este-oeste de la VLAN de origen a sus dispositivos leaf pares multihost con los que comparten al menos un segmento de Ethernet. Para todos los demás dispositivos leaf OISM, enrutan el tráfico de origen solo en el SBD (incluso si esos otros dispositivos alojan la VLAN de origen). Luego, cada dispositivo leaf enruta localmente el tráfico desde el SBD a la VLAN de destino.

  Esta operación difiere del modo OISM normal, que envía tráfico de multidifusión desde orígenes internos solo en la VLAN de origen. Luego, cada dispositivo leaf reenvía localmente el tráfico en la VLAN de origen o enruta el tráfico desde la VLAN de origen a la VLAN de destino.

• Tráfico norte-sur desde fuentes internas hacia receptores externos: los dispositivos leaf de entrada generan rutas de Autodescubrimiento (A-D) del enrutador P selectivo (S-PMSI) de EVPN tipo 10 para fuentes y grupos de multidifusión internos (S,G).

  Los dispositivos hoja de borde OISM actúan como dispositivos de puerta de enlace PIM EVPN (PEG) para conectarse a fuentes y receptores de multidifusión externos. Los dispositivos PEG necesitan realizar el registro de fuente PIM solo para fuentes de multidifusión dentro de la red EVPN, por lo que buscan y solo realizan el registro PIM para las fuentes en las rutas S-PMSI A-D anunciadas.

• Área OSPF para conectividad de dispositivos leaf de servidor en la SBD: en cada uno de los dispositivos leaf del servidor, el OISM mejorado requiere que incluya una configuración de área OSPF para la interfaz IRB de SBD en cada VRF de inquilino.

Roles de dispositivos OISM

La figura 1 muestra una estructura de superposición ERB EVPN-VXLAN simple y los roles del dispositivo OISM en la estructura.

Figura 1: Estructura EVPN con OISM

En la tabla 1 se resumen las funciones de los dispositivos.

Consulte Elementos de configuración para dispositivos OISM para obtener detalles sobre los elementos de configuración comunes y los diferentes para cada rol de dispositivo.

Dominio PIM con fuentes y receptores de multidifusión externos

En la figura 1, los dispositivos leaf de borde OISM se conectan a fuentes y receptores de multidifusión fuera de la estructura EVPN en un dominio PIM externo representativo. Los dispositivos de multidifusión en el dominio PIM externo siguen los procedimientos estándar del protocolo PIM; su funcionamiento no es específico del OISM. El tráfico de multidifusión externa fluye en L3 a través del dominio PIM.

Puede usar OISM para enrutar y reenviar tráfico de multidifusión en una estructura de superposición ERB EVPN-VXLAN entre dispositivos en los siguientes casos de uso:

• Fuentes y receptores de multidifusión internos

• Fuentes de multidifusión internas y receptores de multidifusión externos

• Fuentes de multidifusión externas y receptores de multidifusión internos

Para simplificar, en esta documentación representamos el dominio PIM externo como:

• Un enrutador PIM (un dispositivo como un enrutador de la serie MX) que funciona como punto de encuentro (RP) PIM.

• Una fuente externa.

• Un receptor externo.

Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo

Los dispositivos leaf de borde OISM admiten uno o más métodos para enrutar el tráfico de multidifusión hacia y desde dispositivos fuera de la estructura. Los métodos admitidos dependen de la plataforma.

Algunas plataformas no admiten el rol de hoja de borde. Si no ve una plataforma en la tabla 2 de la columna Plataformas compatibles para ninguno de los métodos de multidifusión externos, significa que la plataforma no admite el rol de hoja de borde.

Consulte Descripción general del reenvío de multidifusión con supervisión IGMP o MLD Snooping en un entorno EVPN-VXLAN para obtener una descripción general de la conexión de estructuras EVPN-VXLAN a un dominio PIM externo mediante vínculos L2 M-VLAN o L3.

Dominios de puente OISM (VLAN)

En la Tabla 3 se resumen los dominios puente de OISM o VLAN y se describe cómo OISM los utiliza.

Modo OISM normal: modelo de dominios de puente simétrico

La implementación regular de OISM utiliza un modelo de dominios de puente simétrico . También nos referimos a este modo OISM como el modelo de dominios puente en todas partes (BDE). Con este modelo, configure todos los dominios de puente de ingresos (VLAN) en todos los dispositivos OISM de la red.

Figura 2: Estructura EVPN con OISM regular

En el modelo de dominios de puente simétrico, debe configurar el SBD y todos los dominios de puente de ingresos en todos los dispositivos OISM border leaf y server leaf.

También puede configurar las siguientes VLAN de manera uniforme en los dispositivos leaf de borde que se conectan al dominio PIM externo:

• La M-VLAN, si utiliza el método IRB de M-VLAN para la multidifusión externa.

• Una VLAN no EVPN adicional única en cada dispositivo leaf de borde, si utiliza el método IRB no EVPN para la multidifusión externa.

Los dispositivos de columna delgada en la estructura generalmente sirven solo como dispositivos de tránsito IP y posiblemente como reflectores de ruta. Como resultado, normalmente no es necesario configurar estos elementos en los dispositivos lean-spine. (Consulte la fila Lean Spine en la Tabla 1 para ver algunas excepciones).

Modo OISM mejorado: modelo de dominios de puente asimétrico

La implementación mejorada de OISM admite un modelo de dominios de puente asimétrico en el que en cada dispositivo leaf solo puede configurar las VLAN de ingresos que aloja ese dispositivo. Como resultado, a veces nos referimos a OISM mejorado como el modelo de dominios puente NO en todas partes (BDNE).

En general, OISM mejorado usa la misma estructura de OISM de alto nivel y los mismos componentes de red que se ven en la figura 2, pero con algunas diferencias operativas para habilitar el modelo de dominios de puente asimétrico.

Consulte Descripción general de OISM mejorado para obtener una introducción a las principales diferencias de la implementación regular de OISM. A lo largo de este documento, describimos las diferencias operativas o de configuración cuando se usa OISM mejorado en lugar de OISM regular, según corresponda.

Elementos de configuración para dispositivos OISM

En esta sección se resumen los elementos que debe configurar en:

• Todos los dispositivos OISM: dispositivos en el rol leaf de borde y el rol leaf de servidor, y dispositivos spine que también sirven como replicadores de AR en modo independiente cuando se integra AR con OISM.

  Véase el cuadro 4.

• Solo dispositivos leaf de servidor.

  Véase el cuadro 5.

• Solo dispositivos leaf de borde, según el método que utilice para la multidifusión externa:

  • Interfaz IRB M-VLAN

  • Interfaz L3 clásica

  • Interfaz IRB no EVPN

  Véase el cuadro 6.

Algunos elementos son opcionales, que la descripción señala.

En la Tabla 4 se enumeran los elementos que se configuran en todos los dispositivos OISM.

En la tabla 5 se enumeran los elementos que se configuran en los dispositivos leaf del servidor.

En la tabla 6 se enumeran los elementos que se configuran en los dispositivos leaf de borde en función del método de multidifusión externo que se utilice.

Consulte las siguientes secciones para obtener más detalles sobre la configuración de dispositivos OISM:

• Configurar elementos OISM comunes en dispositivos leaf de borde y dispositivos leaf de servidor

• Configurar elementos OISM del dispositivo hoja del servidor

• Configurar elementos OISM de dispositivo hoja de borde con el método IRB de M-VLAN (solo modelo de dominios de puente simétrico)

• Configurar elementos OISM de dispositivo hoja de borde con el método de interfaz L3 clásico

• Configurar elementos OISM de dispositivo hoja de borde con el método IRB que no es EVPN

Para obtener un ejemplo de configuración OISM completo de un caso de uso de estructura de centro de datos que incluye conexiones de interfaz L3 clásicas al dominio PIM externo, consulte Multidifusión de intersubred optimizada (OISM) con replicación asistida (AR) para superposiciones de puente enrutadas en borde.

Enrutamiento local en dispositivos OISM

En la Figura 3, ilustramos cómo funciona el enrutamiento y reenvío local en general en dispositivos OISM. Como muestra la figura, el enrutamiento local de OISM reenvía el tráfico en la VLAN de origen. Cada dispositivo leaf enruta el tráfico localmente a sus receptores en otras VLAN, lo que evita la fijación de claves para el enrutamiento entre subredes en el mismo dispositivo.

Figura 3: Enrutamiento local con OISM

En este caso, el tráfico de origen proviene de Mcast-Src-1 en VLAN-1, la VLAN azul. Los dispositivos leaf del servidor utilizan interfaces IRB y PIM en modo pasivo para enrutar el tráfico entre VLAN. Con PIM en modo pasivo, los dispositivos leaf del servidor:

• No se conviertan en vecinos de PIM con los otros dispositivos leaf.

• Actúe como un RP PIM local, cree un estado PIM local al recibir informes IGMP o MLD, y evite realizar el registro de origen.

Como resultado, los dispositivos leaf del servidor reenvían y enrutan el tráfico de multidifusión dentro de la estructura de la siguiente manera a los receptores interesados en el grupo de multidifusión:

• El dispositivo leaf de entrada (leaf-1) reenvía el tráfico de la VLAN de origen a la estructura EVPN hacia los otros dispositivos leaf con receptores interesados.

• No es necesario que todos los dispositivos leaf del servidor reenvíen el tráfico al núcleo de EVPN a otro dispositivo que sea un enrutador designado. Los dispositivos leaf del servidor pueden, localmente:

  • Reenvíe el tráfico de la VLAN de origen a los receptores locales interesados en la VLAN de origen.

  • Enrute el tráfico desde la VLAN de origen a través de las interfaces IRB hacia receptores locales interesados en otras VLAN.

Reenvío y enrutamiento de tráfico de multidifusión con origen y receptores dentro del centro de datos EVPN

Cuando el origen de multidifusión está dentro de la estructura EVPN, los dispositivos leaf del servidor reciben el tráfico de multidifusión en la VLAN de origen. Luego, enrutan o reenvían localmente el tráfico como se describe en Enrutamiento local en dispositivos OISM.

La siguiente figura ilustra en detalle el enrutamiento y reenvío local OISM dentro de una estructura EVPN. La figura también muestra cómo funciona el enrutamiento local con la multiconexión EVPN para un receptor de multidifusión.

Figura 4: OISM con una fuente de multidifusión interna y receptores de multidifusión internos

En la figura 4, el origen de multidifusión, Mcast-Src-1, es de base única en Leaf-1. La VLAN de origen es VLAN-1 (la VLAN azul). El control de multidifusión y el flujo de tráfico de datos proceden de la siguiente manera:

1. Los receptores en los tres dispositivos leaf del servidor enviaron informes IGMP o MLD (mensajes de unión) expresando interés en recibir el tráfico para un grupo de multidifusión.

2. Leaf-1 reenvía el tráfico en la VLAN de origen tanto a Leaf-2 como a Leaf-3 porque ambos dispositivos leaf tienen receptores interesados. En este caso, los receptores en Leaf-2 y Leaf-3 usan single-homing.

3. Leaf-2 y Leaf-3 reenvían o enrutan localmente el tráfico a sus receptores interesados (Rcvr-2, Rcvr-3 y Rcvr-4) como se describe en Enrutamiento local en dispositivos OISM.

4. Rcvr-1 en VLAN-2 es multihost para Leaf-1 y Leaf-2 en un EVPN ES. Rcvr-1 ha expresado interés en recibir el tráfico de multidifusión, por lo que:

   • Ambos dispositivos leaf de servidor, Leaf-1 y Leaf-2, reciben el informe IGMP o MLD.
   • Tanto Leaf-1 como Leaf-2 enrutan localmente el tráfico desde la VLAN de origen (VLAN-1) porque cada dispositivo tiene la configuración de modo pasivo PIM.
   • Sin embargo, dado que Leaf-1 es el DF para EVPN ES, solo Leaf-1 reenvía el tráfico a Rcvr-1.

5. Los dispositivos leaf de borde reciben el tráfico de multidifusión a través de la estructura EVPN en la VLAN de origen. Tenga en cuenta que los dispositivos de hoja de borde podrían tener receptores locales, aunque no mostramos ese caso. Con los receptores locales, el dispositivo también enruta o reenvía localmente el tráfico a esos receptores de la misma manera que lo hacen los dispositivos leaf del servidor.

La figura 4 también muestra que los dispositivos leaf de borde enrutan localmente el tráfico desde la VLAN de origen hacia cualquier receptor de multidifusión externo en el dominio PIM externo. Consulte Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo para conocer los métodos de multidifusión externos disponibles por plataforma. En secciones posteriores se describe el control de multidifusión y el flujo de tráfico de datos para casos de uso de fuentes externas y receptores externos.

Tráfico de multidifusión desde una fuente interna a receptores fuera del centro de datos EVPN: método IRB de M-VLAN

En la figura 5, ilustramos el caso de uso de OISM en el que una fuente de multidifusión dentro de la estructura EVPN envía tráfico de multidifusión a un receptor interesado fuera de la estructura mediante el método IRB de M-VLAN para multidifusión externa. (Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo enumera la compatibilidad con métodos de multidifusión externos por plataforma).

Los dispositivos leaf de borde que configure en el rol PEG de OISM reciben el tráfico de multidifusión en la VLAN de origen a través del núcleo de EVPN. Luego, los dispositivos leaf de borde replican el tráfico y lo enrutan a la M-VLAN hacia el dominio PIM externo para llegar al receptor externo.

Figura 5: OISM con una fuente de multidifusión interna y un receptor de multidifusión externo: método IRB de M-VLAN

En la figura 5, el origen interno de un grupo de multidifusión es Mcast-Src-2, el mismo dispositivo que Rcvr-1, que es multihost para Leaf-1 y Leaf 2. El origen envía el tráfico de multidifusión en VLAN-2. El receptor externo, Ext-Mcast-Rcvr, expresa interés en recibir el tráfico de multidifusión para ese grupo de multidifusión (envía un mensaje de unión). Los receptores internos Rcvr-3 (en VLAN-1) y Rcvr-4 (en VLAN-2) también solicitan unirse al grupo de multidifusión y recibir el tráfico.

Tenga en cuenta que el enrutador PIM es de multiconexión para BL-1 y BL-2, los dispositivos PEG, en la estructura EVPN. Esas conexiones están en el mismo ES; el proceso de elección de DF elige uno de estos dispositivos como el DF para el ES. Solo el DF reenviará el tráfico (en la M-VLAN) hacia receptores externos.

El tráfico de origen llega a los receptores internos y externos interesados de la siguiente manera:

• Flujo de tráfico desde el origen multihost hasta los receptores internos
• Flujo de tráfico al receptor externo: método IRB de M-VLAN

Tráfico de multidifusión desde un origen interno a receptores fuera del centro de datos EVPN: método de interfaz L3 o método IRB no EVPN

En la figura 6, ilustramos el caso de uso de OISM en el que un origen de multidifusión dentro de la estructura EVPN envía tráfico de multidifusión a un receptor fuera de la estructura mediante cualquiera de los siguientes métodos para la multidifusión externa:

• Método clásico de multidifusión externa de interfaz L3:

  En cada dispositivo leaf de borde, se configura una interfaz L3 clásica con familia inet que se conecta al enrutador PIM externo. Puede asignar una dirección IP a esa interfaz en una subred distinta de las subredes de interfaz L3 en otros dispositivos leaf de borde de la estructura.

  Puede habilitar PIM en la interfaz e incluirla en las instancias VRF de inquilino que tienen receptores de datos de multidifusión. Este método difiere del método IRB de M-VLAN porque no extiende esta interfaz en la instancia de EVPN.

  Nota:

  La conexión de interfaz L3 aquí puede ser una interfaz física individual o un paquete de interfaz AE que incluya varias interfaces físicas L3.

• Método de multidifusión externa IRB sin EVPN:

  En cada dispositivo leaf de borde, se configura una VLAN adicional única que es solo para multidifusión externa. También puede configurar una interfaz IRB L3 correspondiente con una dirección IP que se conecte al enrutador PIM externo. El ID de VLAN adicional no puede ser el mismo que el ID de VLAN de los dominios del puente de ingresos, SBD o VLAN adicional en cualquier otro dispositivo leaf de borde de la estructura. Además, de manera similar al método de interfaz L3, las interfaces IRB que no son EVPN en diferentes dispositivos leaf de borde deben conectarse al enrutador PIM en diferentes subredes de la estructura.

  PIM se habilita en la interfaz IRB y se incluye la interfaz en las instancias VRF de inquilino que tienen receptores de datos de multidifusión. Este método difiere del método IRB de M-VLAN porque no extiende esta interfaz VLAN o IRB en la instancia de EVPN.

Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo enumera las plataformas que admiten estos métodos de multidifusión externos.

La figura 6 incluye el mismo origen interno de multiconexión, receptores internos y un receptor externo que en el tráfico de multidifusión desde un origen interno a receptores fuera del centro de datos EVPN: método IRB de M-VLAN. Consulte los pasos descritos en Flujo de tráfico desde el origen de multihost a los receptores internos para obtener detalles sobre el flujo de tráfico de multidifusión interna. En esta sección solo describimos lo que es diferente en este caso, que es el flujo de tráfico de multidifusión desde los dispositivos leaf de borde al receptor externo.

Figura 6: OISM con una fuente de multidifusión interna y un receptor de multidifusión externo: interfaz L3 o método IRB no EVPN

En la figura 6, el origen interno de un grupo de multidifusión es Mcast-Src-2, que es multihost para Leaf-1 y Leaf-2. El origen envía el tráfico de multidifusión en VLAN-2, la VLAN roja. El receptor externo, Ext-Mcast-Rcvr, expresa interés en recibir el tráfico de multidifusión para ese grupo de multidifusión (envía un mensaje de unión).

El flujo de multidifusión externa en este caso de uso es muy similar al caso de uso IRB de M-VLAN. Los dispositivos leaf de borde en el rol PEG de OISM reciben el tráfico de multidifusión en la VLAN de origen a través del núcleo de EVPN. Sin embargo, la principal diferencia en este caso es que las interfaces de multidifusión externas no utilizan la señalización EVPN y no comparten un ESI a través de los dispositivos leaf de borde. Las interfaces de multidifusión externas en cada dispositivo leaf de borde son distintas y cada una tiene accesibilidad L3 al enrutador de puerta de enlace PIM externo. El dispositivo leaf de borde que establece el estado de unión PIM replica y envía el tráfico en la interfaz L3 o IRB no EVPN al dominio PIM externo con el receptor externo.

En la siguiente sección se explica cómo llega el tráfico de origen al receptor externo interesado.

Tráfico de multidifusión desde una fuente externa a receptores dentro del centro de datos EVPN: método IRB de M-VLAN

La figura 7 ilustra el caso de uso de OISM en el que un origen de multidifusión fuera de la estructura EVPN envía tráfico de multidifusión a los receptores dentro de la estructura. Este caso de uso muestra las dos formas principales en que OISM usa el SBD en el núcleo de EVPN:

• Para transportar tráfico de origen de multidifusión externo.

• Para anunciar rutas SMET Tipo 6.

Las rutas de tipo 6 garantizan que los dispositivos leaf de borde solo reenvíen el tráfico hacia los dispositivos EVPN con receptores interesados.

Los dispositivos leaf de borde OISM reciben tráfico de origen de multidifusión externo a través de las interfaces M-VLAN IRB. Los dispositivos OISM usan el SBD para reenviar tráfico hacia dispositivos leaf del servidor EVPN con receptores interesados en los dominios del puente de ingresos. Luego, cada dispositivo leaf reenvía o enruta localmente el tráfico en los dominios del puente de ingresos a sus receptores locales.

Este caso de uso tiene un receptor interno que es multihost para dos dispositivos leaf de servidor.

Figura 7: OISM con una fuente de multidifusión externa y un receptor de multidifusión multihost interno: método IRB de M-VLAN

En la figura 7, Rcvr-1 dentro de la estructura EVPN es multihost en los dispositivos leaf de servidor Leaf-1 y Leaf-2. Rcvr-1 expresa interés en recibir tráfico de un grupo de multidifusión. El origen del tráfico de multidifusión para el grupo es Ext-Mcast-Src en el dominio PIM externo.

El tráfico de origen externo llega al receptor de host múltiple interesado, Rcvr-1, de la siguiente manera:

• Flujo de control de multidifusión entre el receptor multihost interno y la fuente externa: método IRB de M-VLAN
• Flujo de tráfico desde los dispositivos Leaf de borde a los receptores internos: Método IRB de M-VLAN
• Qué sucede cuando un enrutador PIM externo de host múltiple equilibra la carga del tráfico: Método IRB de M-VLAN
• Qué sucede con los receptores locales en dispositivos Border Leaf: Método IRB de M-VLAN

Tráfico de multidifusión desde un origen externo a los receptores dentro del centro de datos EVPN: método de interfaz L3 o método IRB no EVPN

La figura 8 ilustra el caso de uso de OISM en el que un origen de multidifusión fuera de la estructura EVPN envía tráfico de multidifusión a los receptores dentro de la estructura. En este caso, la estructura utiliza la interfaz L3 clásica o el método de multidifusión externa IRB que no es EVPN para conectarse al dominio PIM externo. Además, este caso incluye los siguientes receptores internos:

• Un receptor que es multihost en dos dispositivos leaf de servidor.

• Un receptor local en uno de los dispositivos leaf de borde.

Este caso de uso, al igual que el caso de uso de fuente externa IRB de M-VLAN en la figura 7, muestra las dos formas principales en que OISM usa el SBD en el núcleo de EVPN: para transportar tráfico de origen de multidifusión externo y anunciar rutas SMET Tipo 6. Las rutas de tipo 6 garantizan que los dispositivos leaf de borde solo reenvíen el tráfico hacia los dispositivos EVPN con receptores interesados.

Figura 8: OISM con una fuente de multidifusión externa y un receptor de multidifusión multihost interno: interfaz L3 o método IRB que no es EVPN

En la figura 8:

• Rcvr-1 es multihost para los dispositivos leaf-1 y leaf-2 de servidor en la estructura EVPN y expresa interés en recibir tráfico de un grupo de multidifusión.

• Rcvr-5 en BL-2 en la estructura EVPN también está interesado en recibir el tráfico de multidifusión.

• Ext-Mcast-Src en el dominio PIM externo es el origen del tráfico para el grupo de multidifusión.

El flujo de control de multidifusión y el flujo de tráfico de datos para multidifusión externa son similares para la interfaz L3 clásica y los métodos de interfaz IRB no EVPN. Como resultado, en esta sección comúnmente decimos interfaz de multidifusión externa cuando nos referimos a los puntos de conexión externos del dispositivo leaf de borde.

El tráfico de origen externo llega a los receptores interesados (Rcvr-1 y Rcvr-5) de la siguiente manera:

• Flujo de control de multidifusión entre los receptores internos y la fuente externa: interfaz L3 o método IRB no EVPN
• Flujo de tráfico desde los dispositivos Border Leaf a los receptores internos: interfaz L3 o método IRB no EVPN

AR y OISM con una fuente de multidifusión interna

En la figura 9, mostramos un caso de uso de OISM en el que se configuran los dispositivos spine como dispositivos replicadores de AR independientes. Los dispositivos de hoja y hoja de borde del servidor OISM son dispositivos de hoja AR. Los dispositivos replicadores de AR manejan la replicación del tráfico de multidifusión para los dispositivos de hoja y hoja de borde del servidor OISM. Este caso muestra una fuente de multidifusión y receptores de base única detrás de dispositivos leaf de servidor dentro de la estructura EVPN.

Con el tráfico OISM de un origen interno, el dispositivo de entrada reenvía el tráfico en la estructura EVPN en la VLAN de origen. Cuando también habilita AR, el dispositivo leaf de entrada reenvía una copia del tráfico a un replicador de AR. El replicador de AR replica el tráfico y envía las copias en la VLAN de origen a los otros dispositivos leaf con receptores interesados. Luego, cada dispositivo leaf:

• Reenvía localmente el tráfico hacia sus receptores en la VLAN de origen.

• Enruta localmente el tráfico hacia sus receptores en las otras VLAN de ingresos.

Figura 9: AR con OISM: fuente de multidifusión interna y receptores internos de host único

En el caso de uso de la figura 9:

1. Rcvr-2, Rcvr-3 y Rcvr-4 envían informes IGMP o MLD para unirse al grupo de multidifusión.

2. El origen de tráfico para el grupo de multidifusión, Mcast-Src-1, reenvía el tráfico en la VLAN de origen, VLAN-1, a Leaf-1.

3. Leaf-1 reenvía el tráfico a uno de los replicadores de AR disponibles en VLAN-1 para replicar el tráfico a los otros dispositivos leaf con receptores interesados. En este caso, Leaf-1 reenvía el tráfico a ARR-1.

   Nota:

   Consulte Equilibrio de carga de dispositivos AR Leaf con múltiples replicadores para obtener detalles sobre cómo los dispositivos AR leaf equilibran la carga entre múltiples replicadores AR disponibles.

4. ARR-1 replica el tráfico y envía copias en VLAN-1 hacia todos los dispositivos leaf con receptores interesados.

5. Cada dispositivo leaf de servidor:

   • Reenvía el tráfico hacia los receptores interesados en VLAN-1.

   • Enruta localmente el tráfico a VLAN-2 y lo reenvía hacia los receptores interesados en VLAN-2.

   También tenga en cuenta que en la Figura 9, Rcvr-1 es multihost a Leaf-1 y Leaf-2, con Leaf-1 como ESI DF. Como resultado, solo Leaf-1 reenvía el tráfico a Rcvr-1 en VLAN-2.

6. Si algún receptor externo expresó interés en recibir el tráfico, los dispositivos leaf de borde enrutan localmente el tráfico a la interfaz de multidifusión externa. La interfaz de multidifusión externa envía el tráfico hacia cualquier receptor externo interesado en función del método de multidifusión externo que configure.

Consulte Configurar la replicación asistida para obtener más información sobre cómo configurar AR.

AR y OISM con una fuente de multidifusión interna y un receptor multihost

En la Figura 10, mostramos un caso de uso de OISM similar a la configuración en AR y OISM con una fuente de multidifusión interna. Sin embargo, en este caso, el origen de multidifusión está detrás de un dispositivo leaf de servidor que también tiene un receptor de host múltiple. En este caso, AR funciona en modo AR extendido de forma predeterminada para admitir eficientemente el receptor de host múltiple. Consulte Modo AR extendido para segmentos Ethernet multihost para obtener todos los detalles sobre este modo.

Aquí hay un resumen de cómo el tráfico de multidifusión que ingresa en un dispositivo leaf de servidor llega a un receptor de host múltiple en este caso:

• El dispositivo leaf del servidor de entrada con un ESI para un receptor multihost mantiene una lista de sus dispositivos leaf pares multihost en el ES.

  El dispositivo replicador de AR también sabe qué dispositivos leaf de AR tienen pares multiconexión.

• El dispositivo leaf del servidor de entrada se encarga de replicar y reenviar el tráfico de multidifusión a cualquiera de sus pares de multiconexión que estén interesados en el tráfico.

  El dispositivo leaf de entrada también envía una copia a un dispositivo replicador de AR para manejar la replicación y el reenvío a cualquier otro dispositivo de hoja.

Aparte de esta diferencia en el manejo de la replicación a los pares multihoming, el flujo de tráfico a un replicador AR y luego a los receptores interesados es el mismo que describimos en AR y OISM con una fuente de multidifusión interna.

Figura 10: AR con OISM: fuente de multidifusión interna y receptor multihost

En la figura 10:

1. Rcvr-1, Rcvr-2, Rcvr-3 y Rcvr-4 envían informes IGMP o MLD para unirse al grupo de multidifusión.

2. El origen de tráfico para el grupo de multidifusión, Mcast-Src-1, reenvía el tráfico en la VLAN de origen, VLAN-1, a Leaf-1.

3. Siguiendo el modo AR extendido para pares multihoming, Leaf-1 reenvía el tráfico directamente a su par multihoming Leaf-2, que tiene un receptor interesado. Leaf-1 utiliza la VLAN de origen, VLAN-1, según el comportamiento de OISM.

4. Leaf-1 también reenvía el tráfico a uno de los replicadores de AR disponibles, ARR-1 en este caso, en la VLAN de origen, VLAN-1.

   Nota:

   Consulte Equilibrio de carga de dispositivos AR Leaf con múltiples replicadores para obtener detalles sobre cómo los dispositivos AR leaf equilibran la carga entre múltiples replicadores AR disponibles.

5. ARR-1 replica el tráfico y envía copias en VLAN-1 solo hacia los otros dispositivos leaf con receptores interesados además de Leaf-2. Debido al comportamiento predeterminado del modo AR extendido (consulte el paso 3 anterior), ARR-1 omite el envío del tráfico a Leaf-2, el par multihost del dispositivo leaf de entrada Leaf-1.

6. Cada dispositivo leaf del servidor reenvía o enruta el tráfico a sus receptores interesados.

   Tenga en cuenta que en la Figura 10, Leaf-1 es el ESI DF para el receptor multihost Rcvr-2. Como resultado, solo Leaf-1 reenvía el tráfico a Rcvr-1 en VLAN-2.

Consulte Configurar la replicación asistida para obtener más información sobre cómo configurar AR.

AR y OISM con una fuente de multidifusión externa

En la figura 11, mostramos un caso de uso de OISM en el que se configuran los dispositivos spine como dispositivos replicadores de AR independientes. Los dispositivos de hoja y hoja de borde del servidor OISM son dispositivos de hoja AR. El origen de multidifusión está fuera de la estructura EVPN en un dominio PIM externo. En este caso, los dispositivos de hoja de borde utilizan el método clásico de interfaz L3 para conectarse al enrutador PIM y al RP PIM.

Con el tráfico OISM de una fuente externa, el dispositivo leaf del borde de entrada reenvía el tráfico en la estructura EVPN en la VLAN SBD. Cuando también habilita AR, el dispositivo leaf de borde de entrada reenvía una copia del tráfico a un replicador de AR. El replicador AR replica el tráfico y envía las copias en la VLAN SBD a los otros dispositivos leaf con receptores interesados. Luego, cada dispositivo enruta localmente el tráfico que recibe en el SBD hacia sus receptores en las VLAN de dominio del puente de ingresos.

Figura 11: AR con fuente de multidifusión externa OISM

En el caso de uso de la figura 11:

1. Rcvr-1 (multihost a Leaf-1 y Leaf-2) y Rcvr-5 (un host local detrás de BL-2) envían informes IGMP o MLD para unirse al grupo de multidifusión.

2. El origen externo, Ext-Mcast-Src, envía tráfico de multidifusión a través del dominio PIM externo. En este caso, utilizamos el método clásico de multidifusión externa de interfaz L3, y ambos dispositivos enviaron un mensaje de unión PIM, por lo que el enrutador PIM envía el tráfico tanto a BL-1 como a BL-2. (Consulte Tráfico de multidifusión desde un origen externo a receptores dentro del centro de datos EVPN: método de interfaz L3 o Método IRB no EVPN para obtener una explicación completa de este comportamiento).

   Nota:

   Como se muestra en la Figura 11 , en este caso de uso, debido a que BL-2 tiene un receptor local, BL-2 enruta el tráfico entrante de origen externo directamente hacia su receptor en VLAN-2. BL-2 no enruta el tráfico al receptor local que recibe en el SBD desde ARR-2 porque su reenvío de ruta inversa hacia la fuente externa se refiere a la interfaz L3.

   BL-2 tampoco enruta el tráfico al SBD porque BL-1 es el PIM DR en el SBD (consulte el siguiente paso).

3. BL-1 es el PIM DR para el SBD, por lo que BL-1 es el dispositivo leaf de borde que enruta el tráfico de origen externo a la estructura EVPN. Con AR habilitado, BL-1 reenvía el tráfico en el SBD a uno de los replicadores de AR disponibles. En este caso, BL-1 reenvía el tráfico a ARR-2.

   Nota:

   Consulte Equilibrio de carga de dispositivos AR Leaf con múltiples replicadores para obtener detalles sobre cómo los dispositivos AR leaf equilibran la carga entre múltiples replicadores AR.

4. ARR-2 replica el tráfico y envía copias en el SBD hacia los dispositivos leaf con receptores interesados, en este caso, Leaf-1, Leaf-2 y BL-2.

5. Cada dispositivo leaf que recibe el tráfico en el SBD enruta localmente el tráfico hacia los receptores interesados en las VLAN de ingresos. En este caso:

   • BL-2 enruta el tráfico hacia su receptor en VLAN-2.

   • Tanto Leaf 1 como Leaf-2 reciben el tráfico en el SBD. Rcvr-1 es multihost para Leaf-1 y Leaf-2, y Leaf-1 es el ESI DF. Como resultado, solo Leaf-1 reenvía el tráfico hacia Rcvr-1 en VLAN-2.

Consulte Configurar la replicación asistida para obtener más información sobre cómo configurar AR.

Enrutamiento local y diferencias de tráfico este-oeste con OISM mejorado

Con OISM mejorado, los dispositivos leaf OISM realizan el enrutamiento local de la misma manera que describimos para OISM normal en el enrutamiento local en dispositivos OISM. Sin embargo, para enviar el tráfico a otros dispositivos leaf OISM que no sean sus pares multihoming, un dispositivo leaf de entrada OISM mejorado enruta el tráfico de origen en el SBD en lugar de reenviarlo en la VLAN de origen. Luego, los dispositivos leaf receptores enrutan localmente el tráfico desde el SBD a la VLAN de destino.

Para un dispositivo leaf de entrada que tiene pares multihost (otros dispositivos leaf OISM con los que el dispositivo comparte al menos un segmento Ethernet), solo en ese caso, el dispositivo reenvía el tráfico de origen de multidifusión este-oeste en la VLAN de origen a los pares de multihoming en lugar de usar el SBD. A continuación, los dispositivos leaf receptores reenvían o enrutan localmente el tráfico a la VLAN de destino.

Ver Figura 12. Necesitamos configurar el SBD en todos los dispositivos para que OISM funcione. No necesitamos configurar VLAN-1 y VLAN-2 en dispositivos leaf que no tengan receptores en esas VLAN.

El enrutamiento del tráfico este-oeste, principalmente en el SBD, admite el modelo de dominios de puente asimétrico: no es necesario que todos los dispositivos leaf alojen todas las VLAN de origen de la red. Solo necesita configurar el SBD en común en todos los dispositivos leaf de OISM. Sin embargo, en el caso de los pares multiconexión, debe configurar las VLAN de ingresos simétricamente en los dispositivos que son pares multiconexión.

Figura 12: OISM mejorado: reenvíe en la VLAN de origen solo a pares de multiconexión y, de lo contrario, enrute solo en SBD

En la figura 12:

• Los receptores envían mensajes de unión IGMP o MLD para expresar interés en recibir tráfico de multidifusión para un grupo de multidifusión (*,G) o fuente y grupo de multidifusión (S,G) en una VLAN determinada.

• Leaf-1 y Leaf-2 comparten un segmento Ethernet para el host multihost Mcast-Src-1. Como resultado, configuramos las mismas VLAN, VLAN-1 y VLAN-2, simétricamente en ambos dispositivos, aunque Leaf-1 podría no tener ningún receptor que use VLAN-2.

• La hoja 1 recibe el tráfico de multidifusión en la VLAN de origen, VLAN-1 y:

  • Reenvía el tráfico a Leaf-2, su par de multiconexión, en la VLAN de origen, VLAN-2

    Luego, Leaf-2 reenvía el tráfico a los receptores interesados en la VLAN de origen, VLAN-1, o enruta localmente el tráfico a los receptores interesados en la VLAN VLAN-2 de destino.

  • Enruta el tráfico al SBD a los otros dispositivos leaf OISM que no son sus pares multihost y que tienen receptores interesados.

    Los dispositivos hoja OISM reciben el tráfico en el SBD y enrutan localmente el tráfico a los receptores interesados en la VLAN de destino, VLAN-1 o VLAN-2.

Registro PIM con OISM mejorado para fuentes internas basadas en rutas S-PMSI A-D de EVPN tipo 10

El OISM mejorado requiere algunas diferencias en el manejo del registro de fuentes PIM para el tráfico norte-sur desde fuentes internas hasta receptores fuera de la red EVPN.

Con OISM normal, los dispositivos leaf de borde que se ejecutan como dispositivos PEG de OISM reciben tráfico de fuentes de multidifusión externas solo en el dominio de puente suplementario (SBD). Los dispositivos PEG reciben tráfico de fuentes internas de multidifusión en la VLAN de origen. Los dispositivos PEG OISM solo deben realizar el registro PIM para fuentes internas, por lo que con el diseño OISM normal, los dispositivos PEG pueden distinguir fácilmente las fuentes internas y realizar el registro de fuentes PIM solo para esas fuentes.

Con OISM mejorado, los dispositivos PEG reciben tráfico en el SBD de fuentes de multidifusión externas e internas. Dado que los dispositivos PEG solo deben realizar el registro PIM en el PIM RP para fuentes internas, los dispositivos PEG que ejecutan OISM mejorado deben ser capaces de distinguir entre fuentes de multidifusión internas y externas.

El diseño OISM mejorado emplea rutas de Autodescubrimiento (A-D) de la interfaz de servicio de multidifusión del enrutador P selectivo tipo 10 (S-PMSI) de EVPN tipo 10 para hacer esta distinción, de la siguiente manera (y consulte la figura 13):

• Los dispositivos leaf OISM de entrada que reciben tráfico de fuentes internas de multidifusión anuncian rutas S-PMSI A-D para esos orígenes y grupos de multidifusión (S,G).

• Si un dispositivo PEG recibe tráfico en una interfaz SBD IRB y no ve una ruta S-PMSI A-D para esa fuente, el dispositivo interpreta esa fuente como una fuente externa.

• El dispositivo PEG solo envía un registro PIM al PIM RP para las fuentes que corresponden a las rutas S-PMSI A-D recibidas.

Este diseño garantiza que los dispositivos PEG realicen el registro de fuentes PIM solo para las fuentes de multidifusión dentro de la red EVPN.

Figura 13: OISM mejorado: registro de PIM de origen interno mediante rutas S-PMSI A-D de EVPN tipo 10

Por ejemplo, la Figura 13 muestra el mismo flujo de tráfico interno de OISM mejorado que la Figura 12 con la adición del dominio PIM externo que sirve a receptores externos. En la figura:

1. Cuando Leaf-1 recibe tráfico de multidifusión de Mcast-Src-1, Leaf-1 genera una ruta S-PMSI A-D y la envía a la red EVPN.

2. El dispositivo PEG BL-1 recibe la ruta S-PMSI A-D. BL-2 también recibe la ruta S-PMSI A-D. Sin embargo, BL-1 es el PIM DR en el SBD, por lo que BL-1 envía el mensaje PIM Register en su interfaz de multidifusión externa hacia el PIM RP para eso (S,G).

3. El PIM RP envía un mensaje PIM Join de vuelta a BL-1. BL-1 recibe la unión PIM y crea una entrada de tabla de enrutamiento de multidifusión (S,G) para el receptor externo.

4. Cuando BL-1 recibe tráfico de multidifusión para eso (S,G) en el SBD, enruta localmente el tráfico a la interfaz de multidifusión externa hacia los receptores externos.

Puede usar comandos como los siguientes para ver detalles sobre las rutas S-PMSI A-D de EVPN tipo 10 en los dispositivos hoja OISM:

• Mostrar extenso EVPN OISM SPMSI-AD

• mostrar tabla evpn-instance-namede ruta .evpn-mcsn.1 coincidencia 10* extensiva

IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN

Tiene varias opciones para configurar la supervisión IGMP con IGMPv2, IGMPv3 o ambas versiones IGMP juntas en una estructura EVPN-VXLAN con OISM. Lo mismo ocurre con el espionaje de MLD con MLDv1, MLDv2 o ambas versiones de MLD juntas. Es posible que también desee mezclar la configuración de IGMP y MLD juntos en la misma estructura. En esta sección se incluyen consideraciones de configuración para algunas de estas opciones.

Si tiene tráfico para IGMPv2 o IGMPv3 en un dispositivo con OISM habilitado, puede habilitar esa versión IGMP globalmente en el dispositivo con espionaje IGMP. También puede habilitar esa versión de IGMP solo para las interfaces que controlarán el tráfico de multidifusión. Puede habilitar el espionaje IGMP con esa versión de IGMP en todas las VLAN o en VLAN específicas, según sea necesario.

Tiene las mismas opciones para MDLv1 o MLDv2 con supervisión de MLD (en las plataformas que admiten MLD con OISM).

También puede habilitar una versión de IGMP con espionaje IGMP y una versión de MLD con MLD husmeando juntos en el dispositivo con OISM.

Sin embargo, OISM admite el espionaje IGMP con tráfico IGMPv2 e IGMPv3 juntos en un dispositivo solo dentro de las siguientes restricciones:

• No puede habilitar la supervisión IGMP con IGMPv2 e IGMPv3 para interfaces en la misma VLAN.

• No puede habilitar la supervisión IGMP con IGMPv2 e IGMPv3 para VLAN que forman parte de la misma instancia L3 VRF con OISM habilitado.

Las restricciones anteriores también se aplican si desea habilitar la supervisión de MLD con tráfico MLDv1 y MLDv2 juntos en un dispositivo.

Estas restricciones no se aplican si usa una versión de IGMP con una versión de MLD juntas en un dispositivo.

Para admitir la supervisión IGMP con ambas versiones IGMP o la supervisión MLD con ambas versiones MLD, debe configurar:

• Una instancia de VRF de inquilino para admitir los receptores IGMPv2 o MLDv1.

• Otra instancia de VRF de inquilino para admitir los receptores IGMPv3 o MLDv2.

como sigue:

1. En su configuración, defina VLAN para los receptores IGMPv2 y defina VLAN diferentes para los receptores IGMPv3.

   Del mismo modo, para MLD, defina VLAN para los receptores MLDv1 y defina VLAN diferentes para los receptores MLDv2.

2. Incluya las interfaces IRB que admiten IGMPv2 en una instancia de VRF y habilite IGMPv2 en esas interfaces IRB. Habilite el espionaje IGMP en las VLAN correspondientes.

   Del mismo modo, para MLD, incluya las interfaces IRB que admiten MLDv1 en una instancia de VRF y habilite MLDv1 en esas interfaces IRB. Habilite el espionaje MLD en las VLAN correspondientes.

3. Incluya las interfaces IRB que admiten IGMPv3 en otra instancia de VRF y habilite IGMPv3 en esas interfaces IRB. Habilite el espionaje IGMP con la evpn-ssm-reports-only opción en las VLAN correspondientes.

   Del mismo modo, para MLD, incluya las interfaces IRB que admiten MLDv2 en otra instancia de VRF y habilite MLDv2 en esas interfaces IRB. Habilite el espionaje MLD con la evpn-ssm-reports-only opción en las VLAN correspondientes.

En este caso de uso, para cada versión de IGMP o MLD, asigne un conjunto de VLAN e interfaces IRB para:

• Los dominios puente de ingresos de OISM.

• El SBD.

• Cualquier VLAN e interfaz de multidifusión externa (según el método de multidifusión externo que utilice).

También puede definir dos instancias L3 VRF para cada instancia de inquilino que necesite en la instalación, una para cada versión de IGMP o MLD. Si utiliza instancias de enrutamiento MAC-VRF en L2, es posible que desee asignar instancias EVPN de MAC-VRF diferentes para el tráfico de espionaje IGMP o MLD para cada versión de IGMP o MLD.

En las secciones siguientes se muestran configuraciones de ejemplo con ambas versiones de IGMP o ambas versiones de MLD juntas. Puede escalar estos escenarios simples para admitir diferentes inquilinos con diferentes combinaciones de versiones IGMP o MLD.

Consulte Versiones de IGMP o MLD compatibles y Modos de informe de pertenencia a grupos para obtener más información sobre el modo de multidifusión de cualquier fuente (ASM) IGMP y la compatibilidad del modo de multidifusión específica de origen (SSM) con IGMPv2, IGMPv3, MLDv1 y MLDv2 en estructuras EVPN-VXLAN.

• Configuración de ejemplo con IGMPv2 e IGMPv3 juntos
• Configuración de ejemplo con MLDv1 y MLDv2 juntos

Equilibrio de latencia y escalado para instalar rutas de multidifusión con OISM (opción install-star-g-routes)

Los dispositivos en una estructura habilitada para OISM envían rutas de EVPN tipo 6 para que otros dispositivos EVPN aprendan sobre los receptores que están interesados en el tráfico de un grupo de multidifusión. Los receptores se encuentran en diferentes dominios de puente de ingresos de OISM en una instancia L3 VRF. Para ahorrar ancho de banda en el núcleo de la estructura EVPN, los dispositivos OISM envían y reciben las rutas de tipo 6 solo en el SBD de OISM en la instancia de enrutamiento.

Para ayudar a minimizar la pérdida de paquetes al inicio de un flujo de multidifusión, ofrecemos la install-star-g-routes opción en el [edit <routing-instances name> multicast-snooping-options oism] nivel de jerarquía (consulte oism (Multicast Snooping Options)). Cuando se configura esta opción, al recibir una ruta de tipo 6, el RE del dispositivo instala inmediatamente las rutas de multidifusión correspondientes (*,G) en el PFE para todas las VLAN de dominio de puente de ingresos en la instancia de enrutamiento.

Con esta opción, compensa el uso de recursos PFE adicionales para mejorar la latencia de la red. Las implementaciones de menor escala pueden tener menos flujos de multidifusión, pero tienen requisitos estrictos de latencia de red. Para mejorar la latencia de red en ese caso, el dispositivo instala las rutas (*,G) en el plano de datos antes de cualquier tráfico de multidifusión entrante.

Configure esta opción:

• Globalmente si configura EVPN en la instancia predeterminada del conmutador, en el nivel de [edit multicast-snooping-options oism] jerarquía.

• En las instancias de MAC-VRF, si configura EVPN en instancias de tipo mac-vrf, en el .[edit routing-instances instance-name multicast-snooping-options oism]

Requerimos que configure install-star-g-routes con OISM en la línea QFX10000 de conmutadores, conmutadores QFX5130-32CD y conmutadores QFX5700 cuando configure esos dispositivos con AR en el rol de replicador de AR.

En versiones anteriores a Junos OS y Junos OS Evolved versión 23.4R1, también debe configurar la install-star-g-routes opción en los siguientes dispositivos cuando los configure como dispositivos de hoja u hoja de borde del servidor OISM:

• Conmutadores en la línea QFX10000.

• PTX10001-36MR, enrutadores PTX10004, PTX10008 y PTX10016.

A partir de Junos OS y Junos OS Evolved versión 23.4R1, ya no es necesario que establezca esta opción al configurar esos dispositivos como dispositivos de hoja de servidor OISM o de hoja de borde.

No recomendamos configurar esta opción excepto en los casos de uso mencionados anteriormente.

Considere esta opción solo si tiene requisitos de latencia muy estrictos y puede sacrificar una mayor escala para lograr una mejor latencia de red.

• Comportamiento predeterminado sin la opción install-star-g-routes
• Comportamiento con la opción install-star-g-routes

Escalado de OISM y AR con muchas VLAN

Con el espionaje de OISM e IGMP o el espionaje de MLD habilitado en una estructura EVPN-VXLAN, los dispositivos de hoja de borde y hoja de servidor de OISM envían rutas SMET de tipo 6 de EVPN al núcleo de EVPN cuando sus receptores se unen a un grupo de multidifusión.

Cuando un dispositivo habilitado para OISM recibe rutas de tipo 6 en el SBD, el dispositivo:

• Deriva los estados de multidifusión de las rutas de tipo 6 de la siguiente manera:

  • (*,G) estados para IGMPv2 o MLDv1

  • Estados (S,G) para IGMPv3 o MLDv2

• Instala los estados derivados en el SBD de OISM y en las VLAN de dominio de puente de ingresos en la instancia de MAC-VRF para todas las VLAN que forman parte de instancias VRF de inquilinos L3 habilitadas para OISM.

• Usa las rutas de multidifusión derivadas para optimizar el reenvío de multidifusión mediante el envío selectivo del tráfico de un grupo solo a otros dispositivos EVPN que tengan receptores suscritos a ese grupo.

En algunos dispositivos compatibles con OISM, también puede configurar la función de optimización de multidifusión de replicación asistida (AR) con OISM habilitado. Los dispositivos replicadores de AR utilizan las rutas Tipo 6 de la misma manera que los dispositivos OISM.

Los conmutadores QFX5130-32CD y QFX5700 pueden servir como dispositivos de hoja de servidor OISM o hoja de borde. Pueden actuar como replicadores de AR solo en dispositivos que no sean también dispositivos de hoja de servidor OISM u hoja de borde. En ese caso, el dispositivo funciona en el rol de replicador de AR independiente.

En las secciones siguientes se describen las consideraciones de configuración en estos dispositivos cuando se configuran como dispositivos de hoja de borde o hoja de servidor OISM, o como replicadores de AR independientes con OISM.

• Enrutadores serie ACX, conmutadores QFX5130-32CD y conmutadores QFX5700 como dispositivos leaf y leaf de borde de servidor con OISM
• Conmutadores QFX5130-32CD y QFX5700 como replicadores AR independientes con OISM

Elección PEG DF

De forma predeterminada, los dispositivos PEG OISM pares usan la elección de DF basada en PIM: los dispositivos descubren a sus vecinos PIM en las VLAN de ingresos de OISM y el SBD en cada VRF L3, y eligen el DF de entre esos vecinos. A partir de Junos OS versión 23.4R1 y Junos OS Evolved versión 23.4R1, puede configurar la elección PEG DF basada en mods o preferencias mediante la instrucción peg-df-election en el nivel de [edit routing-instances name protocols evpn oism pim-evpn-gateway] jerarquía, como se indica a continuación:

Cuando se configura la elección de PEG DF, el dispositivo mantiene una lista ordinal de los dispositivos PEG en la estructura que alojan cada VLAN de ingresos (dominio de puente) o SBD. Los dispositivos PEG usan la comunidad extendida de indicadores de multidifusión EVPN en rutas IMET EVPN tipo 3 para anunciar OISM, espionaje IGMP, espionaje MLD y compatibilidad con dispositivos PEG. Además, los dispositivos PEG incluyen la comunidad extendida de elección de DF para comunicar los parámetros del método de elección de DF configurados (como se define en el estándar RFC 8584 ).

Los candidatos a PEG DF pares son los dispositivos que anuncian rutas IMET para una VLAN de ingresos o un SBD con los siguientes indicadores de multidifusión EVPN valores de comunidad extendidos:

• Para multidifusión IPv4—igmp-snooping-enabled:oism:peg
• Para multidifusión IPv6—mld-snooping-enabled:oism:peg
  Nota:

  Los dispositivos eligen un DF para el tráfico de multidifusión IPv4 y un DF para el tráfico de multidifusión IPv6 por separado en función de los valores de comunidad extendidos de los indicadores de multidifusión anunciados.

Cuando los dispositivos PEG utilizan la elección PEG DF, no utilizan el protocolo PIM (no intercambian paquetes de protocolo PIM) dentro del centro de datos. Como resultado, le recomendamos que tenga redundancia L3 externa en los dispositivos PEG.

Puede configurar los dispositivos PEG para que utilicen cualquiera de los siguientes métodos de elección de PEG DF:

• Basado en mods: el método predeterminado cuando se habilita la elección PEG DF en el nivel jerárquico [edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election] sin incluir la mod opción o la preference opción. También puede configurar explícitamente la mod opción para utilizar este método.

  El algoritmo para elegir el dispositivo en la lista ordinal que será el DF es:

  (mapped VNI for the VLAN) mod (number of entries in the list)

  Por ejemplo, si tiene tres dispositivos PEG pares BL1, BL2 y BL3 configurados con elección PEG DF basada en mods para VLAN 1, que se asigna a VNI 100:

  • Cada uno de los tres dispositivos mantiene una lista ordinal de candidatos PEG DF para VLAN 1 y VNI 100, como:

    Tabla 7: Ejemplo de lista de candidatos electorales de PEG DF basada en mods

    Índice	Dispositivo
    0	BL1
    1	BL2
    2	BL3

  • En este caso, (mapped VNI for the VLAN) mod (number of entries in the list) es (100) mod (3) = 1, por lo que los dispositivos eligen el dispositivo en el índice 1 como PEG DF, que es BL2.

• Basado en preferencias con un valor de preferencia personalizado: configure la value preference-value opción en el nivel jerárquico [edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference] . Le recomendamos que establezca un valor de preferencia único en cada dispositivo PEG par. Con elección PEG DF basada en preferencias:

  • Cada dispositivo comunica su valor de preferencia en el anuncio de ruta IMET tipo 3 de EVPN.

  • Los dispositivos PEG del mismo nivel eligen el dispositivo con el valor de preferencia más alto (de forma predeterminada) como DF para la VLAN.

  • Puede personalizar el método basado en preferencias para elegir el dispositivo con el valor de preferencia más bajo en lugar del valor más alto. Para ello, establezca la use-least opción en el nivel de [edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election preference] jerarquía.

Con cualquiera de los métodos de elección PEG DF, también puede:

• Especifique un período de tiempo de espera antes de que los dispositivos elijan un DF. Para ello, establezca la delay-time num opción en el nivel de [edit routing-instances name protocols evpn oism pim-evpn-gateway peg-df-election] jerarquía.

• Establezca el número máximo (0-255) de entradas de eventos electorales PEG DF que el dispositivo mantiene en una base de datos para el historial de elecciones de DF por VLAN (VNI). Para ello, establezca la peg-df-election-history num opción en el nivel de [edit <routing-instances name> protocols evpn] jerarquía.

  El show evpn oism peg-df-status extensive comando muestra detalles del historial electoral de DF.

Todos los dispositivos PEG del mismo nivel deben utilizar el mismo mecanismo de elección de DF. Como resultado, si habilita la elección PEG DF, configure el mismo método de elección DF simétricamente en todos los dispositivos PEG del mismo nivel. Si los métodos de elección de PEG DF configurados no coinciden, todos los dispositivos PEG del mismo nivel recurren al uso del método de elección de PEG DF basado en mods. Si habilita la elección PEG DF solo en algunos de los dispositivos PEG del mismo nivel, todos los dispositivos recurren al uso de la elección de DF basada en PIM.

Identifique estáticamente pares multiconexión con OISM mejorado para mejorar la convergencia

Los dispositivos leaf OISM son pares multiconexión cuando comparten un segmento Ethernet (ES) para un host cliente multihost o un dispositivo CE conectado. Con OISM mejorado, los dispositivos leaf de entrada envían tráfico de este a oeste:

• En la VLAN de origen a sus dispositivos leaf pares multiconexión.

• En el SBD a cualquier otro dispositivo leaf OISM.

Si uno de un par de dispositivos hoja OISM pares multihost recibe tráfico de origen de multidifusión, el dispositivo reenvía el tráfico a su par multihoming en la VLAN de origen. Sin embargo, si se produce un error en una de las conexiones de cliente multiconexión, esos dos dispositivos leaf OISM ya no son pares multiconexión. Como resultado, el dispositivo leaf OISM de entrada comienza a enrutar el tráfico al SBD. Cuando vuelve a aparecer la conexión de cliente multiconexión, el dispositivo leaf OISM de entrada vuelve a reenviar el tráfico en la VLAN de origen.

Cuando las conexiones multihost suben y bajan, los dispositivos pares de multihoming necesitan converger repetidamente en los próximos saltos del núcleo nuevo para usar la VLAN de origen o la SBD. Cuando esto sucede, los dispositivos pueden perder algo de tráfico de multidifusión.

Para evitar esta situación, a partir de Junos OS versión 24.2R1 en dispositivos compatibles, puede configurar la multihoming-peer-gateways instrucción en el nivel de [edit protocols evpn] jerarquía en un dispositivo hoja OISM. Esta instrucción identifica estáticamente los dispositivos OISM leaf del par multiconexión del dispositivo por sus direcciones IP de bucle invertido del dispositivo. Con esta configuración, el dispositivo siempre reenvía el tráfico de multidifusión a sus pares de multiconexión en la VLAN de origen, incluso cuando una conexión de cliente de multihost a uno de los pares puede estar inactiva. Cuando las conexiones de cliente de multihost se agitan, el dispositivo no necesita cambiar entre el reenvío en la VLAN de origen y el enrutamiento en el SBD.

Por ejemplo, en un dispositivo leaf OISM SL-1 con dirección de circuito cerrado 192.168.1.1 que tenga un par de multiconexión SL-2 con dirección de circuito cerrado 192.168.1.2, configure lo siguiente:

• En SL-1, identifique estáticamente SL-2 como el par multihoming de SL-1:

• En SL-2, identifique estáticamente SL-1 como el par multihoming de SL-2:

Esta instrucción sólo es aplicable cuando se configura el modo OISM mejorado.

OISM mejorado con una configuración subyacente de IPv6 EVPN-VXLAN

A partir de Junos OS versión 24.2R1 y 23.4R2, admitimos OISM mejorado en una red EVPN-VXLAN con emparejamiento subyacente IPv6 para tráfico de datos de multidifusión IPv4 e IPv6. Una configuración de EVPN-VXLAN subyacente IPv6 permite las capacidades de direccionamiento ampliadas y el procesamiento eficiente de paquetes que ofrece el protocolo IPv6. Consulte EVPN-VXLAN con una base IPv6.

Para configurar OISM mejorado en una red EVPN-VXLAN con una base IPv6:

1. Configure la base IPv6 de EVPN-VXLAN:

   Configure la base IPv6 de la misma manera que lo haría sin OISM. Consulte Configurar una base IPv6 con EVPN-VXLAN.

   Tenga en cuenta que:

   • Con OISM mejorado y una base IPv6, solo admitimos EBGP u OSPFv3 para el emparejamiento de la base IPv6.

   • Debe utilizar el tipo de mac-vrf instancia para las instancias de EVPN.

   • Admitimos el tráfico de datos de multidifusión IPv4 e IPv6 a través de una base IPv6 con OISM mejorado.

2. Configurar OISM mejorado:

   Configure los elementos OISM mejorados para su entorno EVPN-VXLAN de multidifusión de la misma manera que configuraría estos elementos en una red EVPN-VXLAN con una base IPv4.

   Tenga en cuenta que:

   • No admitimos OISM regular con una base IPv6, solo OISM mejorado.

   • Puede usar OISM mejorado con una base IPv6 para:

     • Tráfico de datos de multidifusión IPv4 con IGMPv1, IGMPv2 y espionaje IGMP.

     • Tráfico de datos de multidifusión IPv6 con supervisión de MLDv1, MLDv2 y MLD.