Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Multidifusión de intersubred optimizada en redes EVPN

RESUMEN Habilite la multidifusión de intersubred (OISM) para optimizar el enrutamiento y reenvío del tráfico de multidifusión en una estructura superpuesta de puente enrutado en el borde (ERB) de EVPN. Con OISM, su red también puede admitir el flujo de tráfico de multidifusión entre dispositivos dentro y fuera de la estructura EVPN.

Descripción general de OISM

La multidifusión de intersubred optimizada (OISM) es una función de optimización del tráfico de multidifusión. Esta función funciona en L2 y L3 en estructuras superpuestas de puente enrutado en borde (ERB) EVPN-VXLAN. El diseño se basa en el borrador de especificación IETF https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-irb-mcast. Puede aplicar la configuración y el funcionamiento de OISM al tráfico de multidifusión, pero no al tráfico de difusión o unidifusión desconocido.

En los diseños de estructura de superposición ERB de EVPN, los dispositivos leaf de la estructura enrutan el tráfico entre dominios de puente de inquilino (es decir, entre VLAN). Cuando se habilita OISM, los dispositivos leaf enrutan el tráfico de multidifusión de intersubred localmente a través de interfaces IRB utilizando los estados de multidifusión del plano de control. Con el enrutamiento local entre VLAN, la interfaz IRB del receptor no envía el tráfico de multidifusión enrutado al núcleo de EVPN. El modelo de enrutamiento local ayuda a minimizar la carga de tráfico dentro del núcleo de EVPN. También evita la horquilla del tráfico.

Los dispositivos hoja OISM también reenvían selectivamente el tráfico al núcleo de EVPN solo hacia otros dispositivos EVPN con receptores interesados. El reenvío selectivo mejora aún más el rendimiento del tráfico de multidifusión en la estructura EVPN.

Con OISM habilitado, las estructuras superpuestas ERB pueden admitir de manera eficiente y eficaz el flujo de tráfico de multidifusión entre dispositivos dentro y fuera de la estructura EVPN. Sin OISM, los diseñadores de telas deben usar el modelo de superposición de puente enrutado centralmente (CRB) para admitir la multidifusión con fuentes o receptores externos. Los dispositivos leaf de borde OISM admiten diferentes métodos para enrutar el tráfico hacia y desde un dominio PIM externo. Estos métodos utilizan interfaces de enrutamiento y puente integrados (IRB) o interfaces de capa 3 (L3). Los dispositivos leaf de borde también emplean un dominio de puente suplementario (SBD) dentro de la estructura para transportar el tráfico desde fuentes externas hacia receptores dentro de la estructura 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.

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

  • IGMPv2:

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

    • 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, QFX10008 y QFX10016.

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

    • 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.
  • IGMPv3:

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

  • MLDv1 y MLDv2:

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

  • PIM, que facilita tanto el enrutamiento del tráfico local como el enrutamiento del tráfico de multidifusión externo.

OISM admite el espionaje IGMP con IGMPv2 e IGMPv3 en el mismo dispositivo al mismo tiempo solo bajo ciertas restricciones de configuración. Del mismo modo, OISM admite la supervisión de MLD con MLDv1 y MLDv2 al mismo tiempo bajo las mismas restricciones de configuración. Consulte IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN para obtener más información.

Consulte también Versiones IGMP o MLD compatibles y Modos de informe de pertenencia a grupos para obtener información sobre la compatibilidad con el modo de multidifusión de cualquier fuente (ASM) IGMP o MLD y el modo multidifusión específica de origen (SSM) en estructuras EVPN-VXLAN.

Otras funciones de optimización de multidifusión que funcionan con OISM

OISM funciona con estas otras características de optimización de multidifusión:

  • IGMP snooping o MLD snooping (algunas plataformas) en el lado de acceso en los dispositivos leaf.

    Con la supervisión IGMP o la supervisión MLD habilitadas, un dispositivo leaf que recibe tráfico de multidifusión lo reenvía solo hacia otros dispositivos con receptores interesados.

  • Compatibilidad con multiconexión en un segmento Ethernet (ES) mediante rutas EVPN de tipo 7 (sincronización de unión) y tipo 8 (dejar sincronización).

    Los dispositivos de estructura EVPN anuncian estos tipos de ruta para sincronizar el estado de multidifusión entre los dispositivos EVPN que son pares de multiconexión.

    Nota: Los dispositivos leaf OISM de la serie ACX solo pueden ser dispositivos PE pares multiconexión con dispositivos de la serie ACX.
  • Reenvío selectivo de etiquetas Ethernet de multidifusión (SMET) en el núcleo de la estructura EVPN mediante rutas EVPN tipo 6.

    Los dispositivos EVPN utilizan rutas de tipo 6 para limitar el reenvío dentro del núcleo de EVPN solo a los receptores interesados en recibir tráfico para un grupo de multidifusión. Puede usar OISM para que esta optimización funcione en estructuras de superposición EVPN ERB. Cuando configura la supervisión IGMP o MLD, la estructura habilita automáticamente el reenvío de SMET con OISM.

  • Replicación asistida (RA).

    Puede integrar AR en una estructura que ejecute OISM de la siguiente manera, dependiendo de las plataformas que admitan los diferentes roles de dispositivo AR y OISM:

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

      • Puede configurar el rol de hoja de AR en cualquiera de estos dispositivos que también actúen como dispositivos de hoja de borde OISM u hoja de servidor.

      • Solo puede configurar conmutadores QFX10002 (excepto QFX10002-60C), QFX10008 y QFX10016 como replicadores AR, en cualquiera de estos modos:

        Modo combinado: el dispositivo actúa como un dispositivo replicador de AR y un dispositivo de hoja de borde OISM.

        Modo independiente: el dispositivo es un replicador de AR, pero no es también un dispositivo de hoja de borde OISM o de hoja de servidor.

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

      • Puede configurar el rol de hoja de AR en dispositivos de hoja de borde OISM o de hoja de servidor.

      • Puede configurar estos dispositivos como replicadores de AR con OISM solo en modo independiente. En el modo independiente, el dispositivo replicador de AR no funciona también como una hoja de borde OISM o una hoja de servidor.

    Nota:

    Los enrutadores ACX7024, ACX7100-32C y ACX7100-48L no admiten AR con OISM como replicador AR o dispositivos AR leaf.

    Consulte estas referencias para obtener más información sobre el uso de AR y OISM juntos:

Componentes de OISM

El entorno OISM incluye:

  • Dispositivos leaf en la estructura EVPN que funcionan en roles de borde y roles de acceso al servidor.

  • Fuentes y receptores de multidifusión externos en un dominio PIM L3 externo.

  • Configuraciones de dominio de puente (VLAN) que permiten a la estructura enrutar el tráfico de multidifusión entre dispositivos internos y externos.

El diseño de superposición ERB EVPN-VXLAN incluye dispositivos de spine delgada que admiten funciones de tránsito L3 para los dispositivos leaf. Los dispositivos de columna delgada no suelen realizar ninguna función OISM.

En las secciones siguientes se describen estos componentes de OISM.

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 EVPN Fabric with OISM

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

Tabla 1: Roles de dispositivos OISM de estructura EVPN
Descripción del rol del dispositivo

Hoja de borde (BL)

Dispositivos leaf OISM en la capa subyacente y superpuesta de la estructura EVPN. Los dispositivos leaf de borde funcionan como puertas de enlace que interconectan la estructura EVPN con dispositivos de multidifusión (fuentes y receptores) fuera de la estructura en un dominio PIM externo. Estos dispositivos desempeñan la función de puerta de enlace PIM EVPN (PEG).

Columna vertebral magra (LS)

Dispositivos de columna vertebral en la base de la estructura EVPN. Estos dispositivos suelen funcionar como espinas delgadas que admiten la base EVPN como dispositivos de tránsito IP. Las espinas magras también pueden actuar como reflectores de ruta en la tela.

Los elementos OISM se configuran en los dispositivos lean spine solo en los siguientes casos de uso:

  • Los dispositivos también sirven como dispositivos de borde para el tráfico de multidifusión externo. En este caso, configure los mismos elementos OISM que configura en los dispositivos leaf de borde.

  • El dispositivo lean spine sirve como un replicador de AR independiente cuando integra AR con OISM en la estructura. En este caso, en el dispositivo spine del replicador AR, configure los mismos elementos OISM comunes que configura en los dispositivos leaf de borde y leaf de servidor. No es necesario configurar ninguno de los elementos PIM ni de multidifusión externos específicos de los dispositivos leaf de borde o leaf de servidor. (Consulte AR con multidifusión de intersubred optimizada (OISM).)

Hoja del servidor (hoja)

Dispositivos hoja OISM en el lado de acceso en la capa subyacente y superpuesta de la estructura EVPN. Los dispositivos leaf del servidor suelen ser conmutadores de la parte superior del rack (ToR). Estos dispositivos conectan la estructura EVPN a fuentes de multidifusión y hosts receptores de multidifusión en dominios puente o VLAN dentro de la estructura.

Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener detalles sobre los elementos de configuración comunes y 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.

Tabla 2: Métodos de conexión de multidifusión externa
Nombre Método de conexión Plataformas compatibles

Método IRB de M-VLAN

Interfaces IRB en una VLAN de multidifusión (M-VLAN) que se extiende en la instancia de EVPN. La estructura utiliza la M-VLAN y las interfaces IRB correspondientes solo para el flujo de tráfico de multidifusión externo hacia y desde el dominio PIM externo.

Este método admite la multiconexión del identificador de segmento Ethernet (ESI) EVPN para conectar el enrutador PIM externo a más de un dispositivo hoja de borde OISM en la estructura.

PTX10001-36MR

PTX10004

PTX10008

PTX10016

QFX10002 (excepto QFX10002-60C)

QFX10008

QFX10016

Método clásico de interfaz L3

Interfaces físicas clásicas L3 en dispositivos leaf de borde OISM que se conectan individualmente al dominio PIM externo en diferentes subredes.

Estas interfaces no están asociadas a una VLAN. Estas interfaces no se configuran en las instancias de EVPN. En su lugar, asigne direcciones IP a estas interfaces y las incluya en las instancias de enrutamiento y reenvío virtual (VRF) L3 del inquilino.

Nota:

La conexión de interfaz L3 puede ser un paquete de interfaz Ethernet (AE) agregado.

ACX7024

ACX7100

EX4650

PTX10001-36MR

PTX10004

PTX10008

PTX10016

QFX5120

QFX5130-32CD

QFX5700

QFX10002 (excepto QFX10002-60C)

QFX10008

QFX10016

Método IRB que no es EVPN

IRB interactúa en una VLAN adicional que no se extiende en la instancia de EVPN. Estas interfaces lógicas se incluyen en las instancias L3 VRF del inquilino.

En cada dispositivo leaf de borde, se asigna un ID de VLAN adicional único y una subred para la interfaz IRB asociada.

Llamamos a este tipo de interfaz una interfaz IRB no EVPN para multidifusión externa.

PTX10001-36MR

PTX10004

PTX10008

PTX10016

QFX5130-32CD

QFX5700

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.

Nota:

Las referencias en este documento a todos los dispositivos OISM corresponden a los dispositivos leaf de borde y leaf de servidor en los que se habilita OISM.

Tabla 3: Dominios o VLAN de puente OISM
Descripción de dominio/VLAN de puente Configure en:

VLAN de multidifusión (M-VLAN)

(Método IRB de M-VLAN para multidifusión externa) Una VLAN en la estructura EVPN con interfaces IRB asociadas que conectan la estructura a un enrutador de multidifusión externo. Esta interfaz VLAN e IRB permite el flujo de tráfico entre dispositivos dentro y fuera de la estructura. Para admitir el espionaje IGMP con tráfico IGMPv2 e IGMPv3, asigne M-VLAN independientes para transportar tráfico para cada versión de IGMP.

Esta VLAN se extiende en la instancia de EVPN. También puede multihogar del enrutador de multidifusión externo a varias interfaces M-VLAN IRB de dispositivo leaf de borde en el mismo EVPN ES. Se aplican las reglas habituales del reenviador designado (DF) de multiconexión EVPN para enviar solo una copia del tráfico en el ES en la M-VLAN.

Configure M-VLAN como una VLAN que no es el SBD ni ninguno de los dominios del puente de ingresos en la estructura EVPN.

Nota:

Consulte Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo para conocer otros métodos compatibles para conectarse a fuentes y receptores externos.

Dispositivos leaf de borde

VLAN adicional que no es EVPN

(Método IRB no EVPN para multidifusión externa) Una VLAN adicional que no está en las instancias de EVPN de la estructura. Las interfaces IRB asociadas se configuran en las instancias L3 VRF del inquilino. Esta interfaz VLAN e IRB permiten el flujo de tráfico de multidifusión entre dispositivos dentro de la estructura y dispositivos fuera de la estructura.

Debe asignar VLAN adicionales distintas y las subredes de interfaz IRB correspondientes en cada dispositivo leaf de borde que sean únicas en toda la estructura.

Además, para admitir el espionaje IGMP con tráfico IGMPv2 e IGMPv3, use VLAN adicionales distintas que no sean EVPN para transportar tráfico para cada versión de IGMP. Se aplican las mismas restricciones si desea admitir la supervisión de MLD con tráfico MLDv1 y MLDv2.

Nota:

Consulte Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo para conocer otros métodos compatibles para conectarse a fuentes y receptores externos.

Dispositivos leaf de borde

Dominios de puente de ingresos (VLAN)

Dominios puente para suscriptores a los servicios que proporciona la estructura. Los dominios de puente de ingresos se configuran como VLAN en la estructura.

Los dominios del puente de ingresos corresponden a las VLAN del cliente en la estructura. Estas VLAN no son específicas de OISM, pero las fuentes y los receptores de multidifusión de la estructura se encuentran en estos dominios de puente.

Para obtener más información sobre cómo asignar VLAN para estos dominios de puente si desea admitir la supervisión IGMP con receptores IGMPv2 e IGMPv3 en la estructura, consulte IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN. Tenga en cuenta que se aplican las mismas restricciones si desea admitir la supervisión de MLD con receptores MLDv1 y MLDv2.

Todos los dispositivos OISM

Dominio puente suplementario (SBD)

Dominio puente que permite la compatibilidad con tráfico de multidifusión externo e implementa la optimización de SMET en el núcleo de EVPN.

La SBD se configura como una VLAN normal diferente de los dominios del puente de ingresos, la M-VLAN o las VLAN adicionales que no son EVPN.

SBD generalmente sirve a todos los dispositivos de hoja OISM en la estructura. Para admitir la supervisión IGMP con tráfico IGMPv2 e IGMPv3, o para admitir la supervisión de MLD con tráfico MLDv1 y MLDv2, asigne SBD independientes para transportar tráfico para cada versión de IGMP o MLD. El SBD lleva:

  • Tráfico de datos de multidifusión enrutado desde fuentes de multidifusión externas a dispositivos EVPN en la estructura con receptores interesados.
  • SMET EVPN Tipo 6 enruta desde los dispositivos leaf de origen a otros dispositivos leaf EVPN, lo que permite el reenvío selectivo en el núcleo de EVPN.
Nota:

El SBD es fundamental para la operación de OISM para el enrutamiento y reenvío de tráfico de multidifusión externo. La interfaz SBD IRB siempre debe estar activa para que OISM funcione.

Todos los dispositivos OISM

La implementación de OISM utiliza un modelo de dominios de puente simétrico . En la siguiente ilustración se muestra cómo configurar los dominios de puente y las VLAN en la estructura EVPN en los dispositivos OISM con este modelo.

Figura 2: Estructura EVPN con modelo de dominios de puente simétrico OISM EVPN Fabric with OISM Symmetric Bridge Domains Model

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

Elementos de configuración para dispositivos OISM (dominios de puente simétrico)

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.

Nota:

Los conmutadores EX4650, QFX5110 y QFX5120 admiten configuraciones de interfaz de estilo empresarial para elementos OISM, pero no configuraciones de interfaz de estilo de proveedor de servicios. Para obtener más información sobre estos estilos de configuración de interfaz, consulte Encapsulación de servicios Ethernet flexibles y Descripción de la compatibilidad de servicios Ethernet flexibles con EVPN-VXLAN.

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

Tabla 4: Elementos de configuración en todos los dispositivos OISM
Descripción del elemento de configuración

OÍSMO

Habilite OISM globalmente y habilite las funciones de enrutamiento OISM en instancias L3 VRF.

Un dispositivo con OISM habilitado anuncia rutas de etiqueta Ethernet de multidifusión (IMET) inclusiva EVPN tipo 3 de la siguiente manera:

  • El dispositivo anuncia una ruta IMET para cada dominio de puente de ingresos (VLAN) configurado y el SBD.

  • Las rutas IMET incluyen la comunidad extendida de indicadores de multidifusión EVPN con un indicador que indica compatibilidad con OISM.

Dominios de puente de ingresos (VLAN de cliente) e interfaces IRB correspondientes

Configure dominios de puente de ingresos (VLAN de cliente) de acuerdo con los requisitos de servicios de su centro de datos. Debe configurar todas las VLAN de dominio de puente de ingresos y las interfaces IRB correspondientes en todos los dispositivos OISM. Consulte Dominios de puente OISM (VLAN) para obtener más información.

Consulte IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN para obtener consideraciones especiales para configurar los dominios de puente de ingresos si desea admitir:

  • Espionaje IGMP con tráfico para receptores IGMPv2 e IGMPv3.

  • Espionaje de MLD con tráfico para receptores MLDv1 y MLDv2,

SBD (VLAN) e interfaz IRB correspondiente

Configure el SBD y su interfaz IRB en todos los dispositivos OISM. El SBD puede ser cualquier VLAN distinta de la M-VLAN, cualquiera de las VLAN que no sean EVPN o cualquier VLAN de dominio de puente de ingresos en la estructura EVPN. Consulte Dominios de puente OISM (VLAN) para obtener más información.

Esta VLAN se identifica como SBD en la instancia L3 VRF que admite el enrutamiento OISM. Las rutas IMET de EVPN para la interfaz SBD IRB incluyen el indicador SBD OISM en la comunidad extendida de indicadores de multidifusión.

Protocolo de multidifusión L3: IGMPv2 o IGMPv3

Habilite los protocolos de multidifusión IGMPv2 o IGMPv3 L3. Los receptores envían informes IGMP para expresar interés en recibir tráfico para un grupo de multidifusión.

Puede usar IGMPv2 o IGMPv3 en el modo de multidifusión de cualquier fuente (ASM), o IGMPv3 en el modo de multidifusión específica del origen (SSM).

Tenga en cuenta que no puede habilitar el espionaje IGMP para ambas versiones de IGMP juntas para la misma VLAN o en la misma instancia de VRF con OISM habilitado. Sin embargo, para admitir la supervisión IGMP con receptores IGMPv2 e IGMPv3 en la misma estructura, puede habilitar la supervisión IGMP con IGMPv2 para VLAN específicas en una instancia de VRF y habilitar la supervisión IGMP con IGMPv3 para otras VLAN en otra instancia de VRF. Consulte IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN para obtener más información.

IGMPv2 es la versión IGMP predeterminada. Para configurar IGMPv3, debe especificar la version 3 opción.

Protocolo de multidifusión L3: MLDv1 o MLDv2

Habilite los protocolos de multidifusión MLDv1 o MLDv2 L3 si tiene tráfico de multidifusión IPv6 en la estructura. Los receptores envían informes MLD para expresar su interés en recibir tráfico para un grupo de multidifusión.

Puede usar MLDv1 o MLDv2 en el modo de multidifusión de cualquier origen (ASM), o MLDv2 en el modo de multidifusión específica del origen (SSM).

Tenga en cuenta que con OISM habilitado, no puede habilitar la supervisión de MLD para ambas versiones de MLD juntas para la misma VLAN o en la misma instancia de VRF. Sin embargo, puede admitir la supervisión de MLD con receptores MLDv1 y MLDv2 en la misma estructura si:

  • Habilite el espionaje de MLD con MLDv1 para VLAN específicas en una instancia de VRF.

  • Habilite el espionaje de MLD con MLDv2 para otras VLAN en otra instancia de VRF.

Consulte IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN para obtener más información.

MLDv1 es la versión predeterminada de MLD. Para configurar MLDv2, debe especificar la version 2 opción.

Optimizaciones de multidifusión L2: espionaje IGMP con SMET

Habilite el espionaje IGMP en L2 con los protocolos IGMPv2 o IGMPv3 como parte de las optimizaciones que proporciona OISM. Con la supervisión IGMP, el dispositivo enruta o reenvía el tráfico de multidifusión solo hacia los receptores del lado de acceso interesados. Los receptores envían informes IGMP para expresar interés en recibir tráfico para un grupo de multidifusión.

Cuando habilita la supervisión IGMP, el dispositivo también anuncia automáticamente las rutas SMET Tipo 6. Con SMET, el dispositivo envía copias del tráfico al núcleo de EVPN solo hacia otros dispositivos que tienen receptores interesados.

Configure la supervisión IGMP de la siguiente manera:

  • En las instancias de EVPN para cada VLAN de ingresos de OISM y SBD.

  • En dispositivos leaf de borde para multidifusión externa solo con el método IRB de M-VLAN o el método IRB que no sea EVPN, como se indica a continuación:

    • Método IRB de M-VLAN: en las instancias de EVPN para la interfaz del enrutador de multidifusión IRB de M-VLAN. Incluya la evpn-ssm-reports-only opción solo con IGMPv3.

    • Método IRB sin EVPN: globalmente para la interfaz IRB no EVPN configurada como interfaz de enrutador de multidifusión.

      Con IGMPv3, no necesita la opción de evpn-ssm-reports-only espionaje IGMP porque la interfaz de multidifusión externa no se extiende en la instancia de EVPN.
    Nota:

    Con el método clásico de interfaz L3 para multidifusión externa, no se configura el espionaje IGMP, una optimización L2, en las interfaces L3 puras.

Optimizaciones de multidifusión L2: husmeo de MLD con SMET para tráfico de multidifusión IPv6

Active la supervisión de MLD en L2 con los protocolos MLDv1 o MLDv2 si tiene tráfico de multidifusión IPv6 en la estructura. Con la supervisión de MLD, el dispositivo enruta o reenvía el tráfico de multidifusión solo hacia los receptores del lado de acceso interesados. Los receptores envían informes MLD para expresar su interés en recibir tráfico para un grupo de multidifusión.

Cuando habilita la supervisión de MLD, el dispositivo también anuncia automáticamente rutas SMET Tipo 6. Con SMET, el dispositivo envía copias del tráfico al núcleo de EVPN solo hacia otros dispositivos que tienen receptores interesados.

Configure la supervisión de MLD de la siguiente manera:

  • En las instancias de EVPN para cada VLAN de ingresos de OISM y SBD.

  • En dispositivos leaf de borde para multidifusión externa solo con el método IRB no EVPN con estas directrices:

    • Configure la supervisión de MLD globalmente con la interfaz IRB no EVPN configurada como una interfaz de enrutador de multidifusión.

    • Con MLDv2 en modo SSM, no necesita la opción de evpn-ssm-reports-only espionaje MLD porque la interfaz de multidifusión externa no se extiende en la instancia de EVPN.

    Nota:

    Con el método clásico de interfaz L3 para multidifusión externa, no se configura la supervisión de MLD, una optimización L2, en las interfaces L3 puras.

Instancia L3 VRF

Configure una instancia de enrutamiento (instance type vrf) que admita las funciones de enrutamiento L3 OISM.

originate-smet-on-revenue-vlan-too

(Opcional) Habilite el dispositivo para originar rutas SMET Tipo 6 para dominios de puente de ingresos (así como en el SBD) al recibir informes IGMP o MLD locales. De forma predeterminada, los dispositivos OISM originan rutas de tipo 6 solo en el SBD.

Use esta opción para la compatibilidad con dispositivos de otros proveedores que no admiten OISM. Esos dispositivos no pueden crear los estados correctos para las VLAN de dominio de puente de ingresos al recibir rutas de tipo 6 en el SBD.

install-star-g-routes

Habilite el motor de enrutamiento (RE) del dispositivo para instalar rutas de multidifusión (*,G) en el motor de reenvío de paquetes (PFE) para todas las VLAN de dominio de puente de ingresos en la instancia de enrutamiento inmediatamente después de recibir una ruta EVPN de tipo 6. Establecer esta opción ayuda a minimizar la pérdida de tráfico cuando el tráfico de multidifusión llega por primera vez.

Esta opción es mutuamente excluyente con la conserve-mcast-routes-in-pfe opción, por lo que no puede establecer ambas opciones juntas en una instancia de enrutamiento.

Requerimos esta opción en:

  • La línea QFX10000 de conmutadores, conmutadores QFX5130-32CD y conmutadores QFX5700 cuando configura esos dispositivos en el rol de replicador de AR.

  • En versiones anteriores a Junos OS y Junos OS Evolved versión 23.4R1, en la línea QFX10000 de conmutadores y la línea PTX10000 de enrutadores cuando configure esos dispositivos como dispositivos de hoja de servidor OISM o de hoja de borde.

    En este caso, ya no necesitamos esta opción a partir de Junos OS y Junos OS Evolved versión 23.4R1.

Por lo general, no se recomienda establecer esta opción en ningún caso de uso distinto de los enumerados anteriormente en los que sea necesario.

Consulte Compensación de latencia y escalado para instalar rutas de multidifusión con OISM (opción install-star-g-routes) para obtener detalles sobre cómo y cuándo establecer esta opción.

conserve-mcast-routes-in-pfe

(Obligatorio en enrutadores serie ACX, conmutadores QFX5130-32CD y conmutadores QFX5700 cuando se configuran estos dispositivos como dispositivos OISM server leaf u OISM border leaf) Configure esta opción con OISM para ahorrar espacio en la tabla PFE. El dispositivo instala solo las rutas de multidifusión L3 y evita instalar rutas de espionaje de multidifusión L2.

No establezca esta opción en los conmutadores QFX5130-32CD y QFX5700 cuando configure esos dispositivos como dispositivos replicadores de AR independientes con OISM. Esta opción es mutuamente excluyente con la install-star-g-routes opción, por lo que no puede establecer ambas opciones juntas en una instancia de enrutamiento.

Consulte Enrutadores de la serie ACX, Conmutadores QFX5130-32CD y Conmutadores QFX5700 como dispositivos leaf y leaf de borde de servidor con OISM para obtener más información.

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

Tabla 5: Elementos de configuración en dispositivos leaf del servidor OISM
Descripción del elemento de configuración

PIM en modo pasivo en todos los dominios del puente de ingresos y el SBD

Configure este modo para facilitar el enrutamiento local sin todas las funciones tradicionales del protocolo PIM. El dispositivo leaf del servidor:

  • No forma relaciones de vecino PIM con ningún otro dispositivo (evita enviar o recibir mensajes de saludo PIM).

  • Actúa como un RP local PIM. El dispositivo crea el estado de PIM localmente a partir de informes IGMP o MLD. El dispositivo tampoco realiza el registro de origen. Solo los dispositivos leaf de borde realizan el registro de origen hacia el PIM RP externo.

PIM con la accept-remote-source opción en interfaces SBD IRB

Esta opción permite que una interfaz IRB SBD acepte tráfico de multidifusión de un origen que no está en la misma subred. Los dispositivos leaf del servidor requieren esta configuración porque:

  • Los dispositivos leaf de borde enrutan el tráfico de origen de multidifusión desde las interfaces de multidifusión externas al SBD hacia los dispositivos leaf del servidor.

  • El tráfico llega al dispositivo leaf del servidor en la interfaz SBD IRB, que no es un vecino PIM. La fuente no es una fuente local, por lo que sin esta configuración, el dispositivo perdería el tráfico.

OSPF para conectividad del mismo nivel para admitir tráfico de multidifusión externo en SBD

Configure OSPF para que los dispositivos leaf del servidor aprendan las rutas a orígenes externos cuando el tráfico de multidifusión desde fuera de la estructura llegue al SBD. El dispositivo crea las entradas PIM (S,G) que necesita para reenviar el tráfico desde el SBD a los dominios del puente de ingresos.

En los dispositivos leaf de servidor, configure OSPF en la interfaz de circuito cerrado de dispositivo (lo0) y en la interfaz IRB de SBD.

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.

Tabla 6: Elementos de configuración en dispositivos hoja de borde OISM
Descripción del método de multidifusión externa del elemento de configuración

M-VLAN e interfaz IRB correspondiente (en instancias EVPN)

Método IRB de M-VLAN

Configure una VLAN para que actúe como M-VLAN y extienda esta VLAN en la instancia de EVPN. Esta VLAN debe ser distinta de la SBD o de cualquier VLAN de dominio de puente de ingresos en la estructura EVPN. Configure también una interfaz IRB de M-VLAN en la instancia de EVPN. Consulte Dominios de puente OISM (VLAN) para obtener más información acerca de la M-VLAN.

Puede vincular varias interfaces IRB de M-VLAN de dispositivo leaf de borde al enrutador de multidifusión externo en el mismo ES de EVPN. Se aplican las reglas habituales de DF de multiconexión EVPN para evitar el envío de tráfico duplicado en la M-VLAN.

Interfaz de enrutador de multidifusión L2 en puertos de multidifusión externos

Método IRB de M-VLAN o método IRB que no sea EVPN

Configure la multicast-router-interface opción con espionaje IGMP o espionaje MLD en los puertos L2 que vinculan el dispositivo leaf de borde al dominio PIM externo en L2.

Con el método IRB de M-VLAN, estas interfaces admiten tráfico de multidifusión cuando el enrutador de dominio externo está multihost en los dispositivos leaf de borde. Como resultado, los casos de uso de M-VLAN multihost requieren esta configuración. Esta configuración también es necesaria con el método IRB que no es EVPN.

PIM en interfaz IRB M-VLAN

Método IRB de M-VLAN

Configure PIM en modo de enrutador distribuido designado (DR) (DR distribuido) o en modo PIM estándar en una interfaz IRB de M-VLAN. En la mayoría de los casos, recomendamos utilizar el modo DR distribuido, especialmente en dispositivos leaf de borde en los que el enrutador PIM externo es multihost para varios dispositivos leaf de borde.

El dispositivo utiliza PIM para:

  • Forme las relaciones del vecino PIM con los otros dispositivos leaf de borde y el enrutador PIM externo. El enrutador PIM externo puede ser de multihost en un ES. Como resultado, el tráfico reenviado a EVPN puede llegar a un dispositivo leaf de borde par diferente.

  • Elija un único enrutador designado (DR) de último salto (LHR) para la M-VLAN, de modo que solo un dispositivo realice el registro de origen para una fuente interna en el PIM RP.

PIM se configura en la interfaz IRB de M-VLAN en las instancias VRF de inquilino. similar a cómo se configura PIM en los dominios de puente de ingresos.

Interfaz física L3 con dirección IP

Interfaz L3 clásica

Configure una interfaz L3 física con una dirección IP para multidifusión externa que conecte el dispositivo leaf de borde al dominio PIM externo en L3.

Defina la interfaz L3 de multidifusión externa en una subred diferente en cada dispositivo leaf de borde.

Nota:

La conexión de interfaz L3 puede ser un paquete de interfaz AE.

PIM en la interfaz lógica para la interfaz L3 física de multidifusión externa

Interfaz L3 clásica

Configure la interfaz lógica (unidad 0) para la interfaz L3 de multidifusión externa en las instancias VRF del inquilino. Configure el modo PIM estándar en la interfaz lógica.

Con esta configuración, el dispositivo de hoja de borde forma una relación de vecino PIM con el enrutador PIM externo para enviar mensajes de unión y transmitir o recibir tráfico de multidifusión externo.

VLAN adicional e interfaz IRB correspondiente (no en la instancia de EVPN)

Método IRB que no es EVPN

Configure globalmente una interfaz VLAN e IRB adicional para multidifusión externa sin señalización EVPN. Esta VLAN y la subred de la interfaz IRB deben ser distintas de la SBD, de cualquier VLAN de dominio de puente de ingresos o de la VLAN adicional en cualquier otro dispositivo leaf de borde de la estructura EVPN. Consulte Dominios de puente (VLAN) de OISM para obtener más información sobre este método de VLAN adicional y multidifusión externa.

PIM en una interfaz IRB que no sea EVPN

Método IRB que no es EVPN

Configure PIM en la interfaz IRB que no sea EVPN en las instancias VRF del inquilino.

Con esta configuración, el dispositivo de hoja de borde forma una relación de vecino PIM con el enrutador PIM externo para enviar mensajes de unión y transmitir o recibir tráfico de multidifusión externo.

PIM en interfaz SBD IRB

Todo

Configure el modo PIM estándar en la interfaz IRB de SBD en las instancias VRF de inquilino para el enrutamiento y reenvío de SBD. Con esta configuración, el dispositivo de hoja de borde:

  • Enruta el tráfico de origen de multidifusión externo desde las interfaces de multidifusión externas al SBD y reenvía copias hacia dispositivos leaf de servidor con receptores de multidifusión.

  • Forma las relaciones de vecino de PIM con los otros dispositivos de hoja de borde.

  • Elige un único DR LHR en el SBD entre los dispositivos leaf de borde par. Solo este PIM DR elegido reenvía el tráfico de origen de multidifusión externo en el SBD. Esta elección impide que los dispositivos leaf de borde par reenvíen tráfico duplicado al núcleo de EVPN.

Función de puerta de enlace PIM EVPN (PEG)

Todo

(incluya la opción IRB externa para EVPN, external-irb interface-name, solo con el método IRB de M-VLAN)

Configure el rol pim-evpn-gateway en el dispositivo leaf de borde para conectarse al enrutador PIM externo. En esta función, el dispositivo de hoja de borde utiliza el comportamiento de enrutamiento PIM tradicional y realiza el enrutamiento local, como se indica a continuación:

Para tráfico de origen externo:

  • Enruta el tráfico de origen externo desde la interfaz IRB de M-VLAN, la interfaz L3 o la interfaz IRB que no es EVPN a cualquier receptor local en los dominios del puente de ingresos en el dispositivo leaf de borde.

  • Enruta el tráfico de origen externo desde la interfaz IRB de M-VLAN, la interfaz L3 o la interfaz IRB que no es EVPN al SBD para llegar a cualquier receptor interno de la estructura. (El dispositivo reenvía el tráfico al núcleo de EVPN solo en el SBD a otros dispositivos OISM leaf).

Para tráfico de origen interno:

  • Enruta localmente el tráfico que llega a un dominio de puente de ingresos a otros dominios de puente de ingresos.

  • Enruta el tráfico a receptores de multidifusión externos a través de la interfaz M-VLAN IRB, L3 o IRB no EVPN. El dispositivo no reenvía el tráfico de vuelta al núcleo de EVPN.

Las rutas IMET de EVPN para interfaces PEG incluyen el indicador OISM PEG en el campo de comunidad extendida de indicadores de multidifusión de la ruta.

OSPF para conectividad par de interfaz de multidifusión externa

Todo

Configure un área OSPF en la instancia L3 VRF del inquilino para que el dispositivo leaf de borde aprenda las rutas a los orígenes de multidifusión. El dispositivo requiere estas rutas para admitir el reenvío de tráfico de multidifusión:

  • Desde fuentes dentro de la tela hacia receptores fuera de la tela.

  • Desde fuentes externas a la tela hacia receptores dentro de la tela.

El dispositivo necesita esta información de ruta para crear las entradas PIM (S,G) a fin de reenviar el tráfico en las interfaces de multidifusión externas, el SBD y los dominios del puente de ingresos.

En los dispositivos leaf de borde, configure OSPF en la interfaz de circuito cerrado del dispositivo, la interfaz SBD IRB y la interfaz de multidifusión externa (interfaz IRB M-VLAN, interfaz L3 o interfaz IRB no EVPN).

Modo DR distribuido PIM en interfaces IRB de dominio de puente de ingresos

Todo

Configure PIM en modo DR distribuido (distributed-dr) en las interfaces IRB de dominio del puente de ingresos en las instancias VRF de inquilino. En este modo, el dispositivo de hoja de borde:

  • Forma las relaciones del vecino de PIM con otros dispositivos PIM para admitir conexiones de enrutador PIM externo de host múltiple.

  • Actúa como DR LHR en sus interfaces IRB de dominio de puente de ingresos y crea el estado PIM localmente a partir de los informes IGMP o MLD recibidos. Como resultado:

    • El dispositivo puede realizar enrutamiento de multidifusión local entre los dominios del puente de ingresos.

    • Un dispositivo leaf de borde par se convierte en el PIM DR que realiza el registro de origen hacia el PIM RP. Los mensajes de hola PIM y el proceso de elección de PIM DR determinan el PIM DR.

Opción PIM accept-join-always-from y política en la interfaz IRB de M-VLAN Método IRB de M-VLAN

Establezca esta opción en la interfaz IRB de M-VLAN en las instancias VRF del inquilino cuando el enrutador PIM externo sea multihost en más de un dispositivo leaf de borde EVPN. Con esta opción, el dispositivo puede aceptar e instalar los mismos estados de unión PIM (S,G) en dispositivos leaf de borde par multiconexión. Esta opción admite el envío de tráfico de multidifusión desde orígenes dentro de la estructura a receptores en el dominio PIM externo.

Con la multiconexión en la M-VLAN, se aplican las reglas habituales de DF de multiconexión de EVPN en un ES para evitar el envío de tráfico duplicado. Si los dispositivos leaf de borde par tienen los mismos estados de unión válidos, cualquier dispositivo que sea el DF EVPN puede reenviar el tráfico de multidifusión.

Configure esta instrucción con políticas que especifiquen que la interfaz siempre debe instalar uniones PIM desde direcciones vecinas ascendentes que correspondan al enrutador PIM externo.

Nota:

Esta opción no se usa con la interfaz L3 clásica y los métodos IRB que no son EVPN. Estos métodos no extienden las interfaces de multidifusión externas en la instancia de EVPN.

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

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.

Cómo funciona OISM

En las secciones siguientes se describe cómo funciona OISM y cómo fluye el tráfico de multidifusión en varios casos de uso comunes.

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 Local Routing with 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 OISM with an Internal Multicast Source and Internal Multicast Receivers 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.

Nota:

Los dispositivos leaf de borde PEG solo envían el tráfico de origen de multidifusión recibido en los dominios del puente de ingresos a la M-VLAN. Estos dispositivos no reenvían el tráfico de vuelta al núcleo de EVPN hacia los otros dispositivos leaf de borde.

Este caso de uso también muestra una fuente interna de multidifusión multihost y enrutamiento local a receptores de base única dentro de la estructura.
Figura 5: OISM con una fuente de multidifusión interna y un receptor de multidifusión externo: método OISM with an Internal Multicast Source and an External Multicast Receiver—M-VLAN IRB Method 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

Estos pasos resumen el control de multidifusión y el flujo de tráfico de datos desde el origen multihost a los receptores internos:

  1. Mcast-Src-2 (también etiquetado como Rcvr-1) origina el tráfico en VLAN-2, la VLAN roja. Debido a que el dispositivo es multihost para Leaf-1 y Leaf-2, el dispositivo aplica un algoritmo hash del tráfico en VLAN-2 a uno de esos dispositivos leaf de servidor. En este caso, Leaf-2 recibe el tráfico.

  2. Las flechas rojas muestran que Leaf-2 reenvía el tráfico en la VLAN de origen, VLAN-2, solo para:

    • Los otros dispositivos leaf del servidor con receptores interesados: en este caso, solo Leaf-3.

    • Los dispositivos de hoja de borde, que actúan en el rol OISM PEG.

    Tenga en cuenta que ningún receptor detrás de Leaf-1 o Leaf-2 envió un informe IGMP para unirse al grupo de multidifusión. Con el espionaje IGMP y el reenvío SMET habilitados, Leaf-2 no reenvía el tráfico a Leaf-1 porque Leaf-1 no tiene receptores interesados. Leaf-2 tampoco enruta localmente el tráfico a Rcvr-2 por la misma razón.

  3. La hoja 3 recibe el tráfico de origen en la VLAN-2. Luego, Leaf-3 enruta el tráfico localmente de VLAN-1 a Rcvr-3. Leaf-3 también reenvía el tráfico a Rcvr-4 en VLAN-2.

  4. Los dispositivos leaf de borde BL-1 y BL-2 también reciben el tráfico de origen del núcleo de EVPN. A continuación, describimos el flujo de multidifusión externa.

Flujo de tráfico al receptor externo: método IRB de M-VLAN

Estos pasos resumen el control de multidifusión y el flujo de tráfico de datos de la figura 5 desde los dispositivos leaf de borde hacia el receptor externo mediante el método IRB de M-VLAN:

  1. En el dominio PIM externo, el RP PIM introduce una entrada en la tabla de enrutamiento de multidifusión PIM (*,G). La entrada incluye la interfaz L3 hacia Ext-Mcast-Rcvr como interfaz descendente.

  2. Los dispositivos leaf de borde BL-1 y BL-2 reciben el tráfico de origen del núcleo de EVPN. La interfaz IRB en VLAN-2 en uno de estos dispositivos leaf de borde es PIM DR para VLAN-2. En este caso, el PIM DR está en BL-1, por lo que BL-1 envía un mensaje de registro PIM hacia el PIM RP en la interfaz IRB de M-VLAN.

  3. El PIM RP envía un mensaje PIM Join de vuelta a BL-1. BL-1 crea una entrada en la tabla de enrutamiento de multidifusión (S,G) de la siguiente manera:

    • La dirección de origen es la dirección IP de Mcast-Src-2 en VLAN-2.
    • La interfaz descendente es la interfaz IRB de M-VLAN.
  4. Tanto BL-1 como BL-2 son dispositivos PEG y están configurados en modo DR distribuido PIM para las interfaces IRB de dominio puente de ingresos (VLAN-1 y VLAN-2). Como resultado, tanto BL-1 como BL-2 reciben la unión PIM y crean un estado similar (S,G). Ambos dispositivos enrutan el tráfico localmente desde VLAN-2 a M-VLAN.

    Sin embargo, solo el DF para M-VLAN ES reenvía realmente los datos de la M-VLAN al dominio PIM externo. En este caso, BL-1 es el DF y envía el tráfico hacia el receptor externo. (Consulte la etiqueta "M-VLAN ESI DF" y la flecha negra entre BL-1 y el enrutador PIM en la Figura 5).

  5. El PIM RP recibe el tráfico de la conexión de interfaz IRB M-VLAN OISM. El enrutador PIM envía el tráfico a una interfaz L3 hacia el receptor externo.

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 OISM with an Internal Multicast Source and an External Multicast Receiver—L3 Interface or Non-EVPN IRB Method 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.

Nota:

Los dispositivos leaf de borde PEG solo envían el tráfico de origen de multidifusión recibido en los dominios del puente de ingresos al dominio PIM externo. Estos dispositivos no reenvían el tráfico de vuelta al núcleo de EVPN hacia los otros dispositivos leaf de borde.

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

Flujo de tráfico al receptor externo: interfaz L3 o método IRB que no es EVPN

Estos pasos resumen el control de multidifusión y el flujo de tráfico de datos de la figura 6 desde los dispositivos leaf de borde hacia el receptor externo mediante el método de interfaz L3 clásico o el método IRB no EVPN:

  1. En el dominio PIM externo, el RP PIM introduce una entrada en la tabla de enrutamiento de multidifusión PIM (*,G). La entrada incluye la interfaz L3 hacia Ext-Mcast-Rcvr como interfaz descendente.

  2. Los dispositivos leaf de borde BL-1 y BL-2 reciben el tráfico de origen del núcleo de EVPN en VLAN-2. La interfaz IRB en VLAN-2 en uno de estos dispositivos leaf de borde es PIM DR para VLAN-2. En este caso, el PIM DR está en BL-1, por lo que BL-1 envía un mensaje de registro PIM hacia el PIM RP en su interfaz L3 de multidifusión externa o en una interfaz IRB que no sea EVPN.

  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) de la siguiente manera:

    • La dirección de origen es la dirección IP de Mcast-Src-2 en VLAN-2.
    • La interfaz descendente es la interfaz L3 de multidifusión externa o la interfaz IRB no EVPN.
  4. BL-1 enruta el tráfico desde VLAN-2 a su interfaz L3 de multidifusión externa o a una interfaz IRB que no sea EVPN.

  5. El PIM RP recibe el tráfico de BL-1 en la interfaz de multidifusión externa. El enrutador PIM envía el tráfico a una interfaz L3 hacia el receptor externo. El receptor externo recibe el tráfico de multidifusión.

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 OISM with an External Multicast Source and an Internal Multihomed Multicast Receiver—M-VLAN IRB Method 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

Estos pasos resumen el flujo de control de multidifusión en este caso de uso:

  1. Rcvr-1 envía un mensaje de unión IGMP a los pares multiconexión Leaf-1 y Leaf-2.

  2. Tanto la hoja 1 como la hoja 2 generan una ruta de EVPN tipo 6 hacia el núcleo de EVPN en el SBD. La ruta Tipo 6 (SMET) anuncia que Rcvr-1 está interesado en los datos de multidifusión.

  3. Ambos dispositivos de hoja de borde BL-1 y BL-2 reciben la ruta Tipo 6 en el SBD.

  4. La ruta Tipo 6 (en el SBD) indica a los dispositivos de hoja de borde que creen una unión PIM hacia el PIM RP (accesible a través de la M-VLAN). Sin embargo, para evitar mensajes de unión duplicados, solo el dispositivo leaf de borde que es el DR PIM para el SBD genera el mensaje de unión PIM. En este caso, la figura muestra que el PIM DR para el SBD es BL-1. BL-1 envía el mensaje PIM join hacia el PIM RP a través de su vecino, la interfaz M-VLAN IRB.

  5. El RP de PIM recibe el mensaje de unión. A continuación, el PIM RP crea una entrada PIM (*,G) en la tabla de enrutamiento de multidifusión con la interfaz IRB de M-VLAN como interfaz descendente.

  6. El origen externo Ext-Mcast-Src se registra con el PIM RP. El PIM RP tiene una ruta de multidifusión para el grupo con la interfaz IRB de M-VLAN como interfaz descendente. Como resultado, el PIM RP enruta el tráfico de multidifusión que entra en L3 a su conexión al M-VLAN IRB hacia BL-1 o BL-2. En este caso, BL-1 envió la unión PIM, por lo que BL-1 recibe el tráfico en su interfaz M-VLAN IRB.

Flujo de tráfico desde los dispositivos Leaf de borde a los receptores internos: Método IRB de M-VLAN

En la Figura 7, BL-1 es el PIM DR para el SBD y envió la unión PIM hacia el dominio PIM externo. BL-1 recibe y enruta (o reenruta) el tráfico de origen externo de la siguiente manera:

  1. BL-1 enruta el tráfico localmente desde la M-VLAN al SBD en su interfaz SBD IRB porque BL-1 es el PIM DR para el SBD. Vea la pequeña flecha gris de la M-VLAN al SBD en BL-1.

  2. BL-1 reenvía una copia del tráfico en la M-VLAN hacia BL-2 porque ambos dispositivos leaf de borde están en el rol PEG. Vea la flecha negra desde BL-1 hacia BL-2.

    Como dispositivo PEG que utiliza el método M-VLAN IRB, BL-2 espera recibir tráfico de multidifusión externo solo en la interfaz IRB de M-VLAN. Si BL-2 tiene receptores locales, BL-2 puede recibir el tráfico y enrutarlo localmente a esos receptores.

  3. BL-1 también reenvía una copia del tráfico en el SBD al núcleo de EVPN a BL-2. Vea la flecha verde de BL-1 hacia BL-2.

    BL-2 elimina el tráfico porque, nuevamente, como dispositivo PEG que usa el método M-VLAN IRB, BL-2 espera recibir tráfico de origen externo solo en la interfaz M-VLAN IRB. BL-2 no espera tráfico de origen externo en la interfaz SBD IRB desde BL-1. En otras palabras, BL-2 ve este caso como una discordancia de la interfaz de origen (una falla de reenvío de ruta inversa [RFP]).

    Nota:

    Una de las razones por las que el dispositivo leaf de borde de entrada también reenvía una copia del SBD a otros dispositivos leaf de borde es para asegurarse de que otro dispositivo leaf de borde pueda recibir tráfico de origen externo si su interfaz M-VLAN está inactiva. Entonces, cualquier receptor local interesado en el otro dispositivo leaf de borde aún puede obtener el tráfico.

  4. BL-1 reenvía selectivamente copias del tráfico en el SBD a los dispositivos leaf del servidor con receptores interesados, según las rutas Tipo 6 anunciadas .

    En este caso, Leaf-1 y Leaf-2 tienen un receptor interesado de multiconexión, Rcvr-1, en VLAN-2. Como resultado, BL-1 envía el tráfico hacia ambos dispositivos leaf. Vea las flechas verdes desde BL-1 hacia Leaf-1 y Leaf-2.

    Nota:

    En un caso de uso similar con el enrutador PIM multihost para BL-1 y BL-2, BL-1 podría recibir el tráfico de origen de multidifusión externo, pero BL-2 es el PIM DR en el SBD. Una de las razones por las que BL-1 reenvía el tráfico de multidifusión externo entrante hacia BL-2 en la M-VLAN es para que el BL-2 pueda manejar este caso de uso. Vea la flecha negra de BL-1 hacia BL-2 en la M-VLAN en la Figura 7. Si BL-2 es el PIM DR en el SBD, al recibir el tráfico en la M-VLAN desde BL-1, BL-2 reenvía el tráfico en el SBD hacia Leaf-1 y Leaf-2. En este caso, las flechas verdes de la figura fluirían desde BL-2 hacia los otros dispositivos EVPN en lugar de fluir desde BL-1.

  5. Leaf-1 y Leaf-2 enrutan localmente el tráfico desde la interfaz SBD IRB a la interfaz IRB del dominio del puente de ingresos para VLAN-2 hacia el receptor interesado (multiconexión). Sin embargo, con la multiconexión de EVPN, solo el DF de EVPN en el ES reenvía el tráfico hacia Rcvr-1 para que Rcvr-1 no obtenga tráfico duplicado.

    En este caso, Leaf-1 es el DF de EVPN, por lo que solo Leaf-1 reenvía el tráfico a Rcvr-1.

Qué sucede cuando un enrutador PIM externo de host múltiple equilibra la carga del tráfico: Método IRB de M-VLAN

En la figura 7, el enrutador de puerta de enlace PIM externo es de multihost para BL-1 y BL-2 en un ES en la estructura EVPN. Si el par de conexiones en el lado del enrutador PIM es un paquete de interfaz AE, el enrutador PIM equilibra la carga entre las interfaces del paquete. En ese caso, tanto BL-1 como BL-2 recibirán parte del flujo de tráfico de multidifusión de la fuente externa. Sin embargo, todos los receptores deben recibir todo ese tráfico. Para simplificar, la figura no muestra flechas de tráfico para este equilibrio de carga, pero describiremos el flujo aquí.

BL-1 y BL-2 reciben parte del tráfico de origen de multidifusión externo en sus interfaces IRB de M-VLAN. Sin embargo, debido a que BL-1 es el PIM DR en el SBD, solo BL-1 enrutará el tráfico al SBD a la estructura EVPN, de la siguiente manera:

  1. BL-1 enruta el tráfico que recibe en el SBD hacia los dispositivos leaf del servidor.

    BL-1 también reenvía ese tráfico en la M-VLAN y lo enruta en el SBD hacia BL-2, en caso de que BL-2 tenga receptores locales (como se describe en Flujo de tráfico desde los dispositivos hoja de borde a los receptores internos: método IRB de M-VLAN).

  2. BL-2 reenvía el tráfico que recibe del dominio PIM externo en la M-VLAN hacia BL-1, porque BL-1 solo espera recibir tráfico de origen externo en la M-VLAN.

    Debido a las reglas de DF y horizonte dividido, BL-2 no reenviará ningún tráfico que reciba en la M-VLAN desde BL-1 al núcleo de EVPN o de regreso a la fuente, BL-1.

  3. BL-1 enruta el tráfico que recibe en la M-VLAN desde BL-2 al SBD hacia los dispositivos leaf del servidor.

Qué sucede con los receptores locales en dispositivos Border Leaf: Método IRB de M-VLAN

La figura 7 no muestra los receptores locales conectados a los dispositivos de hoja de borde. Sin embargo, veamos brevemente el flujo de mensajes de unión PIM y cómo el tráfico de origen externo llega a los receptores locales en los dispositivos leaf de borde.

Considere que BL-1 o BL-2 tienen un receptor interesado en un dominio de puente de ingresos en la estructura. En ese caso:

  1. Ambos dispositivos generan una unión PIM en las interfaces IRB para el dominio de puente de ingresos hacia el RP PIM.

  2. Los dispositivos de hoja de borde se configuran con PIM en modo DR distribuido en las interfaces IRB de dominio del puente de ingresos. De esa manera, ni BL-1 ni BL-2 actúan como PIM DR solos. Ambos dispositivos enrutan localmente el tráfico de origen de multidifusión externo que entra en la interfaz IRB de M-VLAN a la interfaz IRB de dominio de puente de ingresos adecuada.

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 OISM with an External Multicast Source and an Internal Multihomed Multicast Receiver—L3 Interface or Non-EVPN IRB Method 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

Estos pasos resumen el flujo de control de multidifusión en este caso de uso:

  1. Rcvr-1 envía un mensaje de unión IGMP o MLD en VLAN-2 a los pares multiconexión Leaf-1 y Leaf-2.

  2. Tanto la hoja 1 como la hoja 2 generan una ruta de EVPN tipo 6 hacia el núcleo de EVPN en el SBD. La ruta Tipo 6 (SMET) anuncia que Rcvr-1 está interesado en los datos de multidifusión.

  3. Ambos dispositivos de hoja de borde BL-1 y BL-2 reciben la ruta Tipo 6 en el SBD.

  4. La ruta Tipo 6 (en el SBD) indica a los dispositivos de hoja de borde que creen una unión PIM hacia el PIM RP (accesible a través de la interfaz de multidifusión externa). Sin embargo, para evitar mensajes de unión duplicados para dispositivos leaf de servidor en la SBD, solo el dispositivo leaf de borde que es el DR PIM para la SBD genera el mensaje de unión PIM. En este caso, la figura muestra que el PIM DR para el SBD es BL-1. BL-1 envía el mensaje de unión PIM hacia el PIM RP a través de su vecino PIM, la interfaz de multidifusión externa.

  5. El receptor local en BL-2, Rcvr-5, también envía un mensaje de unión IGMP o MLD en VLAN-2 a BL-2. Tenga en cuenta que, en este caso, BL-1 y BL-2 no son pares multiconexión en un ES de EVPN. Como resultado, BL-2 envía un mensaje de unión PIM separado en su interfaz de multidifusión externa porque tiene un receptor local interesado (Rcvr-5).

  6. El RP de PIM recibe los mensajes de unión. El PIM RP crea entradas PIM (*,G) en la tabla de enrutamiento de multidifusión con las interfaces de multidifusión externas BL-1 y BL-2 como interfaces descendentes.

  7. El origen externo Ext-Mcast-Src se registra con el PIM RP. El PIM RP tiene rutas de multidifusión para el grupo con las interfaces de multidifusión externas BL-1 y BL-2 como interfaces descendentes. Como resultado, el PIM RP dirige el tráfico de multidifusión que entra en L3 hacia BL-1 y BL-2.

Tanto el BL-1 como el BL-2 reciben el tráfico de multidifusión. En la siguiente sección se explica cómo los dispositivos leaf de borde reenvían o enrutan el tráfico en la estructura EVPN.

Flujo de tráfico desde los dispositivos Border Leaf a los receptores internos: interfaz L3 o método IRB no EVPN

En la figura 8, BL-1 es el DR PIM para el SBD y envió el mensaje de unión PIM hacia el dominio PIM externo para los dispositivos leaf del servidor en el SBD. BL-2 también envió un mensaje de unión PIM hacia el dominio PIM externo para su receptor local interesado.

BL-1 y BL-2 reciben el tráfico de origen externo y lo enrutan (o reenvían) de la siguiente manera:

  1. BL-1 enruta el tráfico localmente desde la interfaz de multidifusión externa a la interfaz SBD IRB porque BL-1 es el PIM DR para el SBD. Vea la pequeña flecha gris de la interfaz de multidifusión externa al SBD en BL-1.

  2. BL-1 reenvía una copia del tráfico en el SBD al núcleo de EVPN a BL-2. Vea la flecha verde de BL-1 hacia BL-2.

    Sin embargo, BL-2 elimina el tráfico del SBD porque, como dispositivo PEG que utiliza la interfaz L3 clásica o el método IRB que no es EVPN, el BL-2 no espera tráfico de origen externo en la interfaz IRB del SBD desde BL-1. Si BL-2 tiene receptores interesados, habría enviado un mensaje de unión PIM y debería recibir el mismo tráfico desde su conexión de multidifusión externa.

    Nota:

    Una de las razones por las que el dispositivo leaf de borde de entrada también reenvía una copia del SBD a otros dispositivos leaf de borde es para garantizar que otro dispositivo leaf de borde pueda recibir tráfico de origen externo si su interfaz de multidifusión externa no funciona. Entonces, cualquier receptor local interesado en el otro dispositivo leaf de borde aún puede obtener el tráfico.

  3. BL-2 enruta el tráfico de multidifusión externo a su receptor local, Rcvr-5, en VLAN-2. Vea la pequeña flecha gris en BL-2 desde la interfaz de multidifusión externa a VLAN-2.

    Nota:

    Los dispositivos leaf de borde configurados en modo PEG que no son PIM DR en el SBD seguirán enrutando localmente el tráfico recibido de la interfaz de multidifusión externa. Estos dispositivos no envían tráfico desde fuentes externas de multidifusión a otros dispositivos de hoja de borde PEG en el SBD. Estos dispositivos tampoco reenvían el tráfico del SBD al núcleo de EVPN.

  4. BL-1 (el PIM DR en el SBD) reenvía selectivamente copias del tráfico en el SBD a los dispositivos leaf del servidor con receptores interesados (según las rutas Tipo 6 anunciadas ). Vea las flechas verdes desde BL-1 hacia Leaf-1 y Leaf-2.

    En este caso, Leaf-1 y Leaf-2 tienen un receptor interesado de multiconexión, Rcvr-1, en VLAN-2. Como resultado, BL-1 envía el tráfico en el SBD hacia ambos dispositivos leaf.

  5. Leaf-1 y Leaf-2 enrutan localmente el tráfico desde la interfaz SBD IRB a la interfaz IRB del dominio del puente de ingresos para VLAN-2 hacia el receptor interesado (multiconexión). Sin embargo, con la multiconexión de EVPN, solo el DF de EVPN en el ES reenvía el tráfico hacia Rcvr-1 para que Rcvr-1 no obtenga tráfico duplicado.

    En este caso, Leaf-1 es el DF de EVPN, por lo que solo Leaf-1 reenvía el tráfico a Rcvr-1. Vea la flecha roja desde Leaf-1 hacia Rcvr-1.

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.

Nota:

El comportamiento de AR es diferente cuando el origen de multidifusión está detrás de un dispositivo leaf de servidor que también tiene un receptor de host múltiple; consulte AR y OISM con un origen de multidifusión interno y un receptor multihost para obtener más información sobre el comportamiento de ese caso de uso.

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 AR with OISM—Internal Multicast Source and Single-Homed Internal Receivers 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 AR with OISM—Internal Multicast Source and Multihomed Receiver 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 AR with OISM-External Multicast Source 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.

Consideraciones para configuraciones de OISM

Antes de comenzar a configurar la instalación de OISM, estas son algunas consideraciones en casos de uso específicos.

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

Considere un caso de uso con ambas versiones de IGMP en una estructura que configuró con el método M-VLAN IRB para multidifusión externa. Desea admitir el espionaje IGMP con tráfico IGMPv2 e IGMPv3. En ese caso, puede configurar las siguientes instancias de MAC-VRF, instancias L3 VRF, VLAN e interfaces IRB correspondientes:

  • MAC-VRF2 y L3VRF-A para admitir receptores IGMPv2:

    • Dominio de puente de ingresos VLAN-100 con irb.100

    • SBD VLAN-302 con irb.302

    • (Solo dispositivos de hoja de borde) M-VLAN VLAN-902 con IRB.902

  • MAC-VRF3 y L3VRF-B para admitir receptores IGMPv3:

    • Dominio de puente de ingresos VLAN-200 con irb.200

    • SBD VLAN-303 con irb.303

    • (Solo dispositivos de hoja de borde) M-VLAN VLAN-903 con IRB.903

A continuación, incluya las interfaces IRB IGMPv2 en L3VRF-A y habilite IGMPv2 para esas interfaces IRB. Incluya las interfaces IRB IGMPv3 en L3VRF-B y habilite IGMPv3 para esas interfaces IRB.

Por ejemplo:

Por último, habilite el espionaje IGMP en L2 en las instancias de EVPN de la siguiente manera:

  • Configure igmp-snooping en MAC-VRF2 las VLAN correspondientes a las interfaces IRB IGMPv2.

  • Configure igmp-snooping en MAC-VRF3 las VLAN correspondientes a las interfaces IRB IGMPv3.

    Incluya la opción solo cuando habilite el espionaje IGMP para el evpn-ssm-reports-only tráfico IGMPv3.

Por ejemplo:

Nota:

Con el método IRB sin EVPN para multidifusión externa, no se incluye la evpn-ssm-reports-only opción en la interfaz IRB sin EVPN. No necesita esta opción porque con el método IRB que no es EVPN no extiende la interfaz de multidifusión externa en la instancia de EVPN.

Cuando se utiliza el método de interfaz L3 para multidifusión externa, no se habilita el espionaje IGMP en absoluto en la interfaz L3 al dominio PIM externo. Esa interfaz opera en L3, mientras que IGMP snooping opera en L2.

Configuración de ejemplo con MLDv1 y MLDv2 juntos

Considere este caso de uso con MLDv1 y MLDv2 con MLD husmeando en una estructura con OISM:

  • MAC-VRF1 y L3VRF-A para admitir receptores MLDv1:

    • Dominio de puente de ingresos VLAN-100 con irb.100

    • SBD VLAN-301 con irb.301

  • MAC-VRF2 y L3VRF-B para admitir receptores MLDv2:

    • Dominio de puente de ingresos VLAN-200 con irb.200

    • SBD VLAN-302 con irb.302

Nota:

En este caso de uso, no usamos el método M-VLAN IRB para multidifusión externa, por lo que no configuramos una interfaz IRB de M-VLAN como lo hacemos en el caso de uso de IGMP anterior.

En este caso, configure:

  • MLDv1 en las interfaces IRB para receptores MLDv1 (VLAN 100 y 301).

  • MLDV2 en las interfaces IRB para receptores MLDv2 (VLAN 200 y 302)

  • Espionaje de MLD para VLAN MLDv1 en MAC-VRF1.

  • Espionaje de MLD para VLAN MLDv2 con la evpn-ssm-reports-only opción en MAC-VRF2.

Por ejemplo:

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.

Nota:

Las funciones de la opción y la install-star-g-routes conserve-mcast-routes-in-pfe opción son mutuamente excluyentes, por lo que solo puede utilizar una u otra de estas opciones en una instancia de enrutamiento. Consulte Enrutadores de la serie ACX, Conmutadores QFX5130-32CD y Conmutadores QFX5700 como dispositivos hoja de borde y hoja de servidor con OISM para obtener más información sobre cuándo usar la conserve-mcast-routes-in-pfe opción.

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

De forma predeterminada, sin esta opción, el dispositivo prioriza el ahorro de recursos en el PFE al no instalar rutas de multidifusión hasta que llegue el tráfico de multidifusión. En este caso predeterminado:

  1. El PFE recibe tráfico de multidifusión del origen S para el grupo de multidifusión G.

  2. El PFE no tiene información de reenvío del próximo salto para el tráfico, por lo que le indica al RE que obtenga esa información.

    Nota:

    El PFE elimina el tráfico de multidifusión hasta que obtiene la información de enrutamiento.

  3. El RE aprende sobre el flujo de multidifusión para (S,G) del PFE e instala esa ruta en el PFE.

  4. El PFE envía el tráfico en el siguiente salto de la ruta instalada (S,G).

Comportamiento con la opción install-star-g-routes

Con la install-star-g-routes opción, el dispositivo prioriza tener información de enrutamiento de multidifusión disponible en el PFE antes de que llegue cualquier tráfico. El dispositivo consume recursos PFE adicionales para rutas que aún no está usando (y que quizás nunca se utilicen). Con esta opción:

  1. El RE recibe una ruta EVPN tipo 6 para un receptor que se suscribe al tráfico de un grupo G de multidifusión en el SBD de OISM en una instancia de enrutamiento.

  2. El RE instala las rutas (*,G) correspondientes en el PFE para todos los dominios del puente de ingresos en la instancia L3 VRF.

  3. En algún momento posterior, el PFE recibe tráfico de multidifusión del origen S para el grupo de multidifusión G.

  4. El PFE tiene información de reenvío del próximo salto para el tráfico de (*,G). Por lo tanto, reenvía el tráfico a los receptores en cualquier dominio de puente de ingresos utilizando el siguiente salto de la ruta (*,G).

  5. El PFE también indica al RE que ha recibido tráfico de multidifusión de la fuente S para el grupo de multidifusión G.

  6. El RE aprende sobre el flujo de multidifusión para (S,G) del PFE. El RE instala la ruta (S,G) en el PFE.

  7. El PFE continúa enviando el tráfico, pero ahora usa la ruta (S,G) y el siguiente salto en esa ruta más específica.

    Nota:

    El PFE aún conserva las rutas (*,G) por dominio de puente de ingresos que el RE instaló después de recibir la ruta Tipo 6.

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.

Nota:

Los casos de uso y las configuraciones de ejemplo de las siguientes secciones muestran las configuraciones IGMP para la multidifusión IPv4, pero también se aplican de la misma manera a las configuraciones MLD para la multidifusión IPv6.

Enrutadores serie ACX, conmutadores QFX5130-32CD y conmutadores QFX5700 como dispositivos leaf y leaf de borde de servidor con OISM

Cuando configura enrutadores serie ACX, conmutadores QFX5130-32CD y conmutadores QFX5700 como dispositivos leaf o leaf de borde de servidor con OISM, tan pronto como estos dispositivos reciben tráfico de multidifusión, utilizan las rutas de multidifusión L3 de PIM para reenviar el tráfico. Utilizan los estados de espionaje de multidifusión derivados solo para saber qué receptores están interesados en una transmisión de multidifusión. No necesitan guardar los estados derivados de espionaje de multidifusión en el plano de reenvío para reenviar el tráfico.

A partir de las versiones 22.4R2 y 23.1R1 de Junos OS Evolved, cuando configure estos dispositivos como dispositivos de hoja y hoja de borde del servidor OISM, también debemos configurar la conserve-mcast-routes-in-pfe opción en el nivel de [edit routing-instances name multicast-snooping-options oism] jerarquía. (Consulte oism (Multicast Snooping Options).) Con esta opción, estos dispositivos conservan espacio en la tabla PFE instalando solo las rutas de multidifusión L3; evitan instalar rutas de espionaje de multidifusión L2.

Utilice las siguientes directrices para configurar la conserve-mcast-routes-in-pfe opción:

  • Debe establecer esta opción en enrutadores serie ACX, conmutadores QFX5130-32CD y conmutadores QFX5700 cuando los configure como dispositivos leaf u leaf de borde de servidor con OISM habilitado.

  • Establezca esta opción en todas las instancias de enrutamiento EVPN MAC-VRF habilitadas para OISM en el dispositivo.

  • No configure esta opción si no habilitó OISM en el dispositivo.

  • Cuando deshabilite OISM en un dispositivo, también debe eliminar esta configuración.

Nota:

Las funciones de la opción y la conserve-mcast-routes-in-pfe install-star-g-routes opción son mutuamente excluyentes, por lo que solo puede utilizar una u otra de estas opciones en una instancia de enrutamiento. Consulte Compensación de latencia y escalado para instalar rutas de multidifusión con OISM (opción install-star-g-routes) para obtener más información sobre cuándo usar la install-star-g-routes opción.

Conmutadores QFX5130-32CD y QFX5700 como replicadores AR independientes con OISM

Los conmutadores QFX5130-32CD y QFX5700 pueden servir como replicadores de AR independientes en una estructura con OISM. Sin embargo, en estructuras con muchas VLAN, los conmutadores QFX5130-32CD y QFX5700 pueden tener problemas de escalado al instalar los estados de multidifusión en todas las VLAN OISM.

Como resultado, a partir de Junos OS Evolved 22.2R1, cuando se configuran estos conmutadores como replicadores de AR independientes con OISM habilitado, de forma predeterminada estos conmutadores solo instalan estados de multidifusión en la VLAN SBD. (Esto incluye los estados de multidifusión (*,G) para IGMPv2 y los estados de multidifusión (S,G) para IGMPv3.) Estos conmutadores no instalan los estados de multidifusión en todas las VLAN de dominio de puente de ingresos.

Por ejemplo, considere un dispositivo QFX5130-32CD donde tiene una instancia de MAC-VRF EVPN-VXLAN-A con 3 VLAN: VLAN_2, VLAN_3 y VLAN_4. El show igmp snooping evpn status detail comando muestra que VLAN_4 configuró como SBD (el Supplementary BD campo de salida es Yes) y que las otras dos VLAN son VLAN de dominio de puente de ingresos de OISM:

El dispositivo recibió rutas de tipo 6 de dispositivos remotos para los grupos de multidifusión 233.252.0.1 y 233.252.0.2:

Debido a la diferencia de comportamiento de escala en los conmutadores QFX5130-32CD o QFX5700, si ejecuta el show multicast snooping route comando en estos dispositivos, el resultado muestra las entradas del grupo de multidifusión solo en el SBD y no en ninguno de los dominios del puente de ingresos. Por ejemplo, con nuestros grupos de multidifusión 233.252.0.1 y 233.252.0.2:

Los conmutadores QFX5130-32CD o QFX5700 que no se ejecutan como replicadores de AR con OISM instalarán las entradas de grupo de multidifusión en todas las VLAN de dominio de puente de ingresos y en el SBD. Cuando ejecute el show multicast snooping route comando en ese caso, verá todas las VLAN de dominio de puente de ingresos y el SBD. Este comportamiento también se aplica a todas las demás plataformas que ejecutan OISM, independientemente de si el dispositivo es un replicador de AR o no.

Nota:

En los conmutadores QFX5130-32CD o QFX5700 que actúan como replicadores de AR, no debe configurar la conserve-mcast-routes-in-pfe opción que describimos en Enrutadores serie ACX, Conmutadores QFX5130-32CD y Conmutadores QFX5700 como dispositivos hoja de servidor y hoja de borde 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.

Cómo verificar el estado de la elección de PEG DF

Utilice los siguientes comandos para ver el estado de elección de PEG DF para un dispositivo PEG:

  1. show evpn oism: vea si la elección PEG DF está habilitada para cada instancia de enrutamiento L3. Incluya la extensive opción para ver el método de elección de PEG DF configurado y el valor de preferencia si seleccionó la preference opción. Por ejemplo:

    Elección de PEG DF basada en mods:

    Elección PEG DF basada en preferencias: utiliza el valor de preferencia más alto de forma predeterminada, por lo que BL1 sería el PEG DF elegido aquí:

    Elección PEG DF basada en preferencias con la use-least opción: utiliza el valor de preferencia más bajo, por lo que BL2 sería el PEG DF elegido aquí:

  2. show evpn oism peg-df-status: consulte el estado de la elección de PEG DF y la dirección IP de DF para todas las instancias L3 VRF o seleccionadas por VNI asignada a VLAN. Este comando muestra información solo para instancias de enrutamiento y VNI en las que configuró la elección PEG DF. Utilice la extensive opción para ver más detalles, como la lista de candidatos de DF y la información del historial electoral de DF. Por ejemplo:

    Elección de PEG DF basada en mods:

    Elección PEG DF basada en preferencias: BL1 tiene el valor de preferencia más alto, 200, y es el PEG DF aquí para VNI 100 y 200; BL2 con valor de preferencia 100 no se elige como DF (nDF):

    Elección PEG DF basada en preferencias con la use-least opción: BL2 tiene el valor de preferencia más bajo, 100, por lo que en ese caso BL2 es el PEG DF elegido aquí para VNI 100 y 200:

  3. show route table <evpn-instance-name>.evpn.0 match-prefix 3:* extensive: verifica que los dispositivos PEG (los candidatos a la elección PEG DF) tengan la comunidad extendida de elección DF, además de la comunidad extendida de indicadores de multidifusión, en las rutas IMET tipo 3 de EVPN en la tabla de enrutamiento de instancias de EVPN. Por ejemplo:

    Elección de PEG DF basada en mods:

    Elección PEG DF basada en preferencias (truncada para mostrar solo los valores de la comunidad extendida):

  4. show pim interfaces instance vrf-instance-name—Verifique que el estado de elección de DF de las interfaces IRB PIM para cada instancia de enrutamiento L3 coincida con los resultados de la elección de DF del proceso de elección de DF PEG. El dispositivo transmite el estado de elección de PEG DF a los procesos de protocolo PIM porque OISM depende de PIM para crear las rutas de multidifusión. Por ejemplo:

  5. show pim join instance vrf-instance-name extensive: compruebe que solo el dispositivo PEG elegido como DF en el SBD envía mensajes de unión PIM a un enrutador PIM externo (PIM RP). El dispositivo que envía la unión PIM atrae tráfico de origen externo destinado a receptores de multidifusión dentro del centro de datos EVPN. Por ejemplo:

  6. show pim rps instance vrf-instance-name extensive—Verifique que solo el dispositivo PEG elegido como DF para una VLAN de ingresos OISM o el SBD envíe los mensajes de registro PIM al PIM RP externo para fuentes de multidifusión dentro del centro de datos EVPN.

    Busque el DF elegido que envía los mensajes de registro PIM para:

    • La VLAN de origen al configurar el modelo original de dominios de puente simétrico de OISM. En este caso, los dispositivos PEG reciben tráfico de origen desde el interior del centro de datos en la VLAN de ingresos de origen.

    • El SBD cuando configura OISM mejorado (donde no es necesario configurar todas las VLAN de ingresos en todos los dispositivos de la estructura). En este caso, los dispositivos PEG reciben tráfico de origen desde el interior del centro de datos en el SBD.

Configurar elementos OISM comunes en dispositivos leaf de borde y dispositivos leaf de servidor (dominios de puente simétrico)

Siga estos pasos para configurar elementos comunes a los dispositivos leaf de borde y leaf de servidor en una estructura EVPN-VXLAN que ejecute OISM con el modelo de dominios de puente simétrico.

Nota:

También puede configurar estos elementos comunes en dispositivos de columna vertebral que actúan como replicadores de realidad aumentada independientes en una estructura con OISM.

Esta configuración se basa en una configuración de estructura EVPN-VXLAN que admite OISM y tiene:

  • Una base de EBGP con detección de reenvío bidireccional (BFD) y detección de vínculos de operaciones, administración y gestión (OAM) de Ethernet.

  • Un diseño de superposición ERB.

  • Dispositivos lean spine que actúan solo como nodos de tránsito IP en la estructura.

  • Dispositivos leaf de servidor configurados como puertas de enlace L2 EVPN-VXLAN.

  • Dispositivos leaf de borde configurados como puertas de enlace EVPN-VXLAN L2 y L3.

En el modelo de dominios de puente simétrico, debe configurar todos los dominios de puente de ingresos y el dominio de puente suplementario (SBD) en todos los dispositivos OISM de la estructura. Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener un resumen de los elementos que se configuran en los dispositivos leaf de borde y leaf de servidor, y por qué se configuran esos elementos.

Los bloques de configuración de ejemplo que proporcionamos para estos pasos de configuración utilizan un entorno OISM con los siguientes elementos:

  • Una instancia de EVPN configurada en la instancia predeterminada del conmutador (no se especificó ninguna instancia de enrutamiento) O en una instancia de EVPN de MAC-VRF. Por ejemplo:

    • Instancia predeterminada de EVPN del conmutador:

    • Instancias de EVPN MAC-VRF (para cada instancia de MAC-VRF):

    Con una configuración de instancia EVPN de MAC-VRF, se configuran algunos elementos en las instancias de MAC-VRF. En las configuraciones de OISM, admitimos el vlan-aware tipo de servicio de instancia MAC-VRF o vlan-based .

    Para ilustrar los pasos de configuración de ejemplo aquí, mostramos una instancia de MAC-VRF nombrada MAC-VRF1con el tipo de vlan-aware servicio. Las principales diferencias entre los dos tipos de servicio son:

    • vlan-aware: puede definir más de una VLAN, su interfaz IRB correspondiente y la asignación de identificador de red VXLAN (VNI) en la instancia. Como resultado, puede especificar OISM relacionado con VLAN o instrucciones de configuración de multidifusión en una vlan-aware instancia de MAC-VRF para todas las VLAN de esa instancia.

    • vlan-based: puede configurar instancias MAC-VRF independientes en las que se define cada VLAN y su interfaz IRB y la asignación de VNI. Como resultado, se incluyen instrucciones de configuración de multidifusión o OISM relacionadas con VLAN similares para cada VLAN en la instancia de MAC-VRF correspondiente vlan-based .

  • SBD: VLAN-300

    Interfaz SBD IRB: irb.300

    Dirección IP de interfaz SBD IRB: 10.0.30.1

  • Dominios puente de ingresos: VLAN-100 y VLAN-200

    Interfaces IRB de dominio puente de ingresos: irb.100 y irb.200

    Direcciones IP de interfaz IRB de dominio de puente de ingresos: 10.0.10.1 y 10.0.20.1

  • Instancia de enrutamiento VRF L3: L3VRF-1

  • Si utiliza el método IRB de M-VLAN para la conectividad de multidifusión externa:

    M-VLAN: VLAN-900

    Interfaz IRB M-VLAN: irb.900

    Dirección IP de la interfaz M-VLAN IRB: 172.16.90.1/24

    Nombre de interfaz del puerto que se conecta al enrutador PIM externo: xe-0/0/9

    Nota:

    Utilice el mismo ID de M-VLAN y asigne direcciones IP de interfaz IRB en la misma subred a través de cualquier dispositivo leaf de borde en el que el enrutador PIM externo sea de multiconexión.

  • Si utiliza el método clásico de interfaz L3 para la conectividad de multidifusión externa:

    Nombre de interfaz L3: xe-0/0/6

    Dirección IP de la interfaz L3: 172.16.10.1/24

    Nota:

    Puede asignar direcciones IP en diferentes subredes para las interfaces L3 en cada dispositivo leaf de borde conectado al enrutador PIM externo.

  • Si utiliza el método IRB no EVPN para la conectividad de multidifusión externa:

    VLAN adicional: VLAN-900

    Interfaz IRB no EVPN: irb.900

    Dirección IP de interfaz IRB que no es EVN: 172.16.90.1/24

    Nombre de interfaz del puerto que se conecta al enrutador PIM externo: xe-0/0/9

    Nota:

    Con el método IRB que no es EVPN, se asignan distintos ID de VLAN adicionales en cada dispositivo leaf de borde. También puede asignar direcciones IP en diferentes subredes para las interfaces IRB que no son EVPN en cada dispositivo leaf de borde conectado al enrutador PIM externo.

Configure estas instrucciones OISM tanto en dispositivos leaf de borde como en dispositivos leaf de servidor:

  1. Habilite OISM globalmente en el dispositivo.

    Configure la evpn irb oism opción en el nivel jerárquico [edit forwarding-options multicast-replication] . Esta opción habilita optimizaciones OISM y capacidades de multidifusión externa en una estructura superpuesta ERB. Esta opción sustituye a la evpn irb local-only opción que utilizaría de otro modo en las estructuras de superposición ERB para multidifusión sin OISM.

    Nota:

    Algunas plataformas, como los enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016, solo admiten OISM para el tráfico de multidifusión. En ese caso, el dispositivo publica una advertencia en la configuración si establece la evpn irb local-only opción o la evpn irb local-remote opción, e ignora esos elementos de configuración.

  2. Configure todo el dominio del puente de ingresos con una interfaz IRB y una asignación de VNI para cada dominio de puente de ingresos. Si la configuración utiliza instancias de EVPN de MAC-VRF, estos elementos se configurarán en las instancias de enrutamiento de EVPN de MAC-VRF.

    Por ejemplo, si los dominios del puente de ingresos son VLAN-100 y VLAN-200:

    Con la instancia de conmutador predeterminada:

    Con una vlan-aware instancia MAC-VRF MAC-VRF1:

  3. Configure una VLAN para el SBD con una interfaz IRB y una asignación VXLAN VNI. Por ejemplo, para SBD VLAN-300:

    Por ejemplo, si el SBD es VLAN-300:

    Con la instancia de conmutador predeterminada:

    Con una vlan-aware instancia MAC-VRF MAC-VRF1:

  4. Configure el dominio del puente de ingresos y las direcciones IP de la interfaz IRB de SBD. Por ejemplo:
  5. Amplíe los dominios del puente de ingresos y los VNI SBD en la superposición EVPN-VXLAN. Si su configuración utiliza instancias EVPN de MAC-VRF, hágalo en las instancias de enrutamiento de EVPN de MAC-VRF.

    Por ejemplo, si los dominios del puente de ingresos son VLAN-100 y VLAN-200, y el SBD es VLAN-300:

    Con la instancia de conmutador predeterminada:

    Con una vlan-aware instancia MAC-VRF MAC-VRF1:

  6. Habilite IGMPv2 o IGMPv3 en el dispositivo para el tráfico de multidifusión IPv4, o habilite MLDv1 o MLDv2 para el tráfico de multidifusión IPv6. Aquí, para simplificar, mostramos cómo habilitar la versión IGMP o cualquier versión MLD globalmente en el dispositivo.

    También puede habilitar IGMP o MLD en las interfaces IRB específicas incluidas en las instancias L3 VRF del inquilino que controlan el tráfico de multidifusión.

    En general, en todos los dispositivos OISM, habilite IGMP en la interfaz SBD IRB y en las interfaces IRB del dominio del puente de ingresos. En los dispositivos leaf de borde, habilite también IGMP en las interfaces de multidifusión externas (según el método de multidifusión externo utilizado).

    Consulte IGMPv2 e IGMPv3 (o MLDv1 y MLDv2) en la misma estructura EVPN-VXLAN para obtener más información sobre cómo configurar el espionaje IGMP con IGMPv2 e IGMPv2 juntos (o el espionaje MLD con MLDv1 y MLDv2 juntos) en un dispositivo.

    Además, para habilitar IGMP o MLD en interfaces IRB individuales que manejan tráfico de multidifusión, incluya varias igmp instrucciones o mld , una para cada interfaz IRB. Por ejemplo, set protocols igmp interface irb-interface-name<version 3>, o set protocols mld interface irb-interface-name<version 2>.

    1. Para IGMPv2, que es la versión IGMP predeterminada, habilite IGMP globalmente. Opcionalmente, también puede especificar version 2 para mayor claridad si tiene ambas versiones de IGMP en su configuración. La configuración es la misma si utiliza una instancia EVPN de conmutador predeterminada o instancias EVPN de MAC-VRF.
    2. Para IGMPv3, habilite IGMP globalmente con la version 3 opción. La configuración es la misma si utiliza una instancia EVPN de conmutador predeterminada o instancias EVPN de MAC-VRF.
    3. Para MLDv1, que es la versión predeterminada de MLD, habilite MLD globalmente. Opcionalmente, también puede especificar version 1 para mayor claridad si tiene ambas versiones de MLD en su configuración.
    4. Para MLDv2, habilite MLD globalmente con la version 2 opción.
  7. Habilite la supervisión IGMP para IGMPv2 o IGMPv3, o la supervisión de MLD para MLDv1 o MLDv2, en todas las VLAN de OISM configuradas. Aquí, en la configuración común para todos los dispositivos leaf OISM, incluimos la configuración solo para los dominios de puente de ingresos y el SBD. En los pasos de configuración específicos de los dispositivos leaf de borde, incluimos la configuración de espionaje IGMP o MLD específica del método de multidifusión externo que se utiliza en esos dispositivos.

    Cuando habilita la supervisión IGMP o MLD, también habilita automáticamente la publicidad de rutas SMET Tipo 6 en el núcleo de EVPN en función de los informes IGMP o MLD recibidos. Si utiliza instancias EVPN de MAC-VRF, habilite la supervisión IGMP o MLD en las instancias de MAC-VRF.

    1. Para IGMPv2, habilite igmp-snooping.
      Nota:

      Puede utilizar comandos individuales igmp-snooping para cada VLAN o un comando con la vlan all opción.

      Con la instancia de conmutador predeterminada:

      Con una vlan-aware instancia MAC-VRF MAC-VRF1:

    2. Para IGMPv3, habilite igmp-snooping para informes de modo de multidifusión (SSM) específico de origen IGMPv3. Incluya la evpn-ssm-reports-only opción para todas las VLAN configuradas.

      Con la instancia de conmutador predeterminada:

      Con una vlan-aware instancia MAC-VRF MAC-VRF1:

    3. Para MLDv1, habilite mld-snooping. Puede utilizar comandos individuales mld-snooping para cada VLAN o un comando con la vlan all opción. Admitimos el espionaje de MLD con OISM solo en configuraciones con instancias EVPN MAC-VRF. Aquí mostramos la configuración con MAC-VRF compatible con VLAN MAC-VRF1:
    4. Para MLDv2, habilite mld-snooping para los informes del modo de multidifusión (SSM) específico del origen MLDv2. Incluya la evpn-ssm-reports-only opción para todas las VLAN configuradas. Al igual que en el paso anterior para MLDv1, aquí para MLDv2 mostramos la configuración con MAC-VRF MAC-VRF1 compatible con VLAN:
  8. Configure una instancia L3 VRF (instance-typevrf) que asocie con las funciones de enrutamiento de OISM. Incluya las interfaces IRB del dominio del puente de ingresos y la interfaz IRB de SBD en la instancia de enrutamiento. Por ejemplo:
  9. En la instancia de VRF L3, especifique la interfaz IRB que configuró como SBD de OISM. Por ejemplo:
  10. (Obligatorio en la línea QFX10000 de conmutadores y enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016 en cualquier rol OISM en versiones anteriores a Junos OS y Junos OS evolucionado 23.4R1; obligatorio en la línea QFX10000 de conmutadores, conmutadores QFX5130-32CD y conmutadores QFX5700 cuando se configuran en la función de replicador AR; opcional pero no recomendado en ningún caso de uso distinto de los requeridos) Para evitar la pérdida de tráfico al inicio de los flujos de multidifusión, habilite la install-star-g-routes opción en el nivel de [edit <routing-instances intance-name> multicast-snooping-options oism] jerarquía en todos los dispositivos OISM.

    Si utiliza la instancia predeterminada de EVPN del conmutador, install-star-g-routes es una opción global. Si utiliza instancias EVPN de MAC-VRF, defina esta opción en cada instancia de enrutamiento de MAC-VRF de EVPN. Con esta opción, al recibir una ruta EVPN tipo 6 en el SBD, el dispositivo instala inmediatamente las rutas correspondientes (*,G) en el PFE para las VLAN de dominio de puente de ingresos en la instancia L3 VRF.

    Para obtener detalles completos sobre los requisitos, las recomendaciones y el comportamiento de los dispositivos OISM con o sin esta opción, consulte Compensación de latencia y escala para instalar rutas de multidifusión con OISM (opción install-star-g-routes).

    Con la instancia de conmutador predeterminada:

    Con una vlan-aware instancia de MAC-VRF denominada vlan-based MAC-VRF1:

    Puede optar por no habilitar esta opción si el espacio en el PFE es escaso y no tiene requisitos de latencia estrictos.

  11. (Necesario en conmutadores QFX5130-32CD y QFX5700 a partir de Junos OS Evolved versiones 22.4R2 y 23.1R1, y enrutadores serie ACX a partir de Junos OS Evolved versión 23.4R1, cuando configure dichos conmutadores como dispositivos OISM Server leaf o border leaf) Establezca la conserve-mcast-routes-in-pfe opción en el nivel de [edit routing-instances name multicast-snooping-options oism] jerarquía en las instancias EVPN MAC-VRF del dispositivo.

    Por ejemplo, con una instancia de MAC-VRF llamada MAC-VRF1:

    Nota:

    No es necesario establecer esta opción en el dispositivo si lo configuró como un replicador de realidad aumentada independiente con OISM.

    Consulte Oism (Opciones de espionaje de multidifusión) y Enrutadores de la serie ACX, Conmutadores QFX5130-32CD y Conmutadores QFX5700 como dispositivos hoja de hoja y borde de servidor con OISM para obtener detalles sobre esta opción.

Configurar elementos OISM del dispositivo hoja del servidor (dominios de puente simétrico)

A continuación, siga estos pasos para configurar los elementos OISM adicionales necesarios en los dispositivos leaf del servidor. La misma base de estructura EVPN-VXLAN y el mismo entorno OISM de ejemplo se aplican a los pasos adicionales de configuración de hoja de servidor aquí.

Los elementos específicos de las funciones leaf del servidor (como PIM) se configuran en las instancias L3 VRF del inquilino.

Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener más información acerca de por qué los dispositivos leaf de servidor OISM requieren esta configuración.

  1. Configure el modo pasivo PIM en dispositivos leaf de servidor. Por ejemplo:
  2. Habilite el dispositivo leaf del servidor para que acepte tráfico de multidifusión de la interfaz IRB SBD como interfaz de origen mediante la instrucción accept-remote-source en el nivel de [edit routing-instances name protocols pim interface irb-interface-name] jerarquía. Por ejemplo, para nuestro SBD de ejemplo, VLAN-300, la interfaz IRB es irb.300:
  3. Configure un área OSPF en la instancia L3 VRF para la conectividad del mismo nivel a fin de admitir tráfico de multidifusión externo en el SBD para dispositivos leaf de servidor.

    Los dispositivos leaf del servidor utilizan OSPF para aprender rutas a orígenes externos cuando el tráfico de multidifusión desde fuera de la estructura llega al SBD. El dispositivo crea las entradas PIM (S,G) que necesita para reenviar el tráfico desde el SBD a los dominios del puente de ingresos.

    En los dispositivos leaf del servidor, configure OSPF en la interfaz de circuito cerrado del dispositivo y en la interfaz IRB de SBD. Por ejemplo:

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

En esta sección se explica cómo configurar dispositivos leaf de borde que utilizan el método OISM M-VLAN IRB para intercambiar datos de multidifusión con fuentes y receptores externos. Consulte Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo para obtener más información sobre los métodos de multidifusión externos disponibles.

Primero configure los elementos OISM descritos en Configuración de elementos OISM comunes en dispositivos leaf de borde y dispositivos leaf de servidor (dominios de puente simétrico) en una estructura EVPN-VXLAN.

A continuación, siga estos pasos para configurar los elementos OISM adicionales necesarios en los dispositivos leaf de borde. La misma base de estructura EVPN-VXLAN y el entorno OISM de ejemplo de esa sección se aplican a los pasos adicionales de configuración de hoja de borde aquí.

Puede configurar diferentes elementos que son específicos de las funciones de hoja de borde globalmente, en las instancias de EVPN o en las instancias de VRF L3 de inquilino.

Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener más información acerca de por qué los dispositivos hoja de borde OISM requieren esta configuración.

  1. Configure la M-VLAN de manera similar a como configura los dominios de puente de ingresos y el SBD.
    1. Configure la M-VLAN con una interfaz IRB y una asignación de identificador de red VXLAN (VNI). Por ejemplo, si la M-VLAN es VLAN-900:

      Con la instancia de conmutador predeterminada:

      Con una vlan-aware instancia MAC-VRF MAC-VRF1:

    2. Configure la dirección IP de la interfaz IRB de M-VLAN. Por ejemplo:
    3. Extienda la M-VLAN en la superposición EVPN-VXLAN. Por ejemplo:

      Con la instancia de conmutador predeterminada:

      Con una vlan-aware instancia MAC-VRF MAC-VRF1:

  2. Habilite el espionaje IGMP para la M-VLAN y configure la opción multicast-router-interface en el puerto L2 que se conecta al router PIM de multidifusión externo. Por ejemplo, si xe-0/0/9.0 es la interfaz L2 que conecta la estructura EVPN al enrutador de multidifusión externo en la M-VLAN:
    1. Con IGMPv2:

      En la instancia predeterminada del conmutador:

      En una vlan-aware instancia de MAC-VRF, MAC-VRF1:

    2. Con IGMPv3, incluya la evpn-ssm-reports-only opción:

      En la instancia predeterminada del conmutador:

      En una vlan-aware instancia de MAC-VRF, MAC-VRF1:

  3. En los pasos comunes de configuración de dispositivos leaf, configure una instancia L3 VRF asociada con funciones de enrutamiento OISM. En los dispositivos leaf de borde, incluya también la interfaz IRB M-VLAN en ese VRF L3. El siguiente bloque de configuración muestra la configuración común de la instancia L3 VRF con la instrucción de configuración de interfaz IRB de M-VLAN adicional resaltada:
  4. En la instancia L3 VRF, establezca el rol PEG de OISM en la interfaz IRB de M-VLAN. Por ejemplo:
  5. Configure PIM en la instancia L3 VRF para un dispositivo leaf de borde.
    1. En la instancia L3 VRF, configure PIM en modo DR distribuido en las interfaces IRB del dominio del puente de ingresos mediante la opción dr distribuida en el nivel jerárquico [edit routing-instances name protocols pim interface irb-interface-name] .

      Configure PIM en modo estándar en la interfaz SBD IRB.

      Configure PIM en la interfaz IRB de M-VLAN en modo estándar o en modo DR distribuido. Un dispositivo de hoja de borde funciona bien en el modo PIM estándar si el enrutador PIM externo es de base única en un dispositivo de hoja de borde. Sin embargo, recomendamos encarecidamente utilizar el modo DR distribuido en cualquier caso, pero especialmente si el enrutador PIM externo es multihost para múltiples dispositivos leaf de borde. El modo DR distribuido también ayuda al dispositivo a realizar de manera eficiente el enrutamiento local en la M-VLAN a receptores locales en dispositivos leaf de borde. Como resultado, en la configuración de ejemplo aquí, mostramos la configuración de PIM con la distributed-dr opción en el IRB de M-VLAN.

      También puede configurar un RP estático PIM que corresponda al enrutador PIM RP externo. En los casos de uso de ejemplo de esta documentación, el enrutador PIM externo actúa como RP PIM.

      Por ejemplo, si los dominios del puente de ingresos son VLAN-100 y VLAN-200, el SBD es VLAN-300, y la M-VLAN es VLAN-900:

    2. En la instancia L3 VRF, establezca la opción accept-join-always-from en el [edit routing-instances name protocols pim interface irb-interface-name] nivel jerárquico de la interfaz IRB de M-VLAN.

      Configure una opción de directiva junto con esta instrucción para que el dispositivo siempre instale uniones PIM desde el enrutador PIM externo. Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener más información acerca de por qué los dispositivos de hoja de borde OISM requieren esta configuración.

      Este bloque de configuración de ejemplo representa el enrutador PIM externo como un enrutador de la serie MX. Para la lista de prefijos de directiva, incluya la dirección IP de la interfaz M-VLAN en el enrutador de la serie MX que se conecta al dispositivo leaf de borde. Por ejemplo:

  6. Configure un área OSPF en la instancia L3 VRF para la conectividad de interfaz del mismo nivel de multidifusión externa.

    El dispositivo leaf de borde utiliza OSPF para aprender rutas a fuentes de multidifusión para reenviar tráfico de fuentes externas a receptores internos y de fuentes internas a receptores externos. El dispositivo necesita estas rutas para crear las entradas PIM (S,G) para reenviar tráfico en los dominios del puente de ingresos, el SBD y las interfaces de multidifusión externas.

    En un dispositivo leaf de borde con el método IRB de M-VLAN para multidifusión externa, configure el área OSPF para que incluya la interfaz de circuito cerrado del dispositivo, la interfaz IRB SBD y la interfaz IRB de M-VLAN. Por ejemplo, con nuestros ejemplos SBD VLAN-300 y M-VLAN VLAN-900:

Configurar elementos OISM de dispositivo hoja de borde con el método de interfaz L3 clásico (dominios de puente simétrico)

En esta sección se explica cómo configurar dispositivos leaf de borde que utilizan el método de interfaz L3 clásico de OISM para intercambiar datos de multidifusión con fuentes y receptores externos. Consulte Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo para obtener más información sobre los métodos de multidifusión externos disponibles.

Primero configure los elementos OISM descritos en Configuración de elementos OISM comunes en dispositivos leaf de borde y dispositivos leaf de servidor (dominios de puente simétrico) en una estructura EVPN-VXLAN.

A continuación, siga estos pasos para configurar los elementos OISM adicionales necesarios en los dispositivos leaf de borde. La misma base de estructura EVPN-VXLAN y el entorno OISM de ejemplo de esa sección se aplican a los pasos adicionales de configuración de hoja de borde aquí.

La mayoría de los elementos específicos de las funciones de hoja de borde en L3 se configuran en las instancias VRF L3 del inquilino.

Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener más información acerca de por qué los dispositivos hoja de borde OISM requieren esta configuración.

  1. Configure una interfaz L3 física con una dirección IP para multidifusión externa. Por ejemplo, para una interfaz L3 xe-0/0/6 con la dirección IP 172.16.10.1/24:
  2. Incluya la interfaz lógica L3 en la instancia L3 VRF que configuró en los pasos comunes de configuración de dispositivos leaf. Por ejemplo:
  3. En la instancia de VRF L3, establezca el rol PEG de OISM en el dispositivo leaf de borde. Con el método de interfaz L3 clásico, no es necesario especificar una interfaz IRB externa para la multidifusión externa:
  4. Configure PIM en la instancia L3 VRF para un dispositivo leaf de borde.

    Para las interfaces IRB del dominio del puente de ingresos, configure PIM en modo DR distribuido mediante la opción dr distribuida en el nivel de [edit routing-instances name protocols pim interface irb-interface-name] jerarquía.

    Configure PIM en modo estándar en la interfaz SBD IRB y en la interfaz lógica L3 de multidifusión externa.

    También configuramos un RP PIM estático que corresponde al enrutador PIM RP externo. En los casos de uso de ejemplo de esta documentación, el enrutador PIM externo actúa como RP PIM.

    Por ejemplo, si los dominios del puente de ingresos son VLAN-100 y VLAN-200, el SBD es VLAN-300, y la interfaz L3 es xe-0/0/6:

  5. Configure un área OSPF en la instancia L3 VRF para la conectividad de interfaz del mismo nivel de multidifusión externa.

    El dispositivo leaf de borde utiliza OSPF para aprender rutas a fuentes de multidifusión para reenviar tráfico de fuentes externas a receptores internos y de fuentes internas a receptores externos. El dispositivo necesita estas rutas para crear las entradas PIM (S,G) para reenviar tráfico en los dominios del puente de ingresos, el SBD y las interfaces de multidifusión externas.

    En un dispositivo leaf de borde con el método clásico de interfaz L3 para multidifusión externa, configure el área OSPF para que incluya la interfaz de circuito cerrado del dispositivo, la interfaz SBD IRB y la interfaz L3 lógica de multidifusión externa. Por ejemplo, con nuestra interfaz SBD IRB de ejemplo, irb.300, y la interfaz L3 xe-0/0/6:

Configurar elementos OISM de dispositivo hoja de borde con el método IRB que no sea EVPN (dominios de puente simétrico)

En esta sección se explica cómo configurar dispositivos leaf de borde que utilizan el método IRB no EVPN de OISM para intercambiar datos de multidifusión con fuentes y receptores externos. Consulte Métodos admitidos para la transferencia de datos de multidifusión hacia o desde un dominio PIM externo para obtener más información sobre los métodos de multidifusión externos disponibles.

Primero configure los elementos OISM descritos en Configuración de elementos OISM comunes en dispositivos leaf de borde y dispositivos leaf de servidor (dominios de puente simétrico) en una estructura EVPN-VXLAN.

A continuación, siga estos pasos para configurar los elementos OISM adicionales necesarios en los dispositivos leaf de borde. La misma base de estructura EVPN-VXLAN y el entorno OISM de ejemplo de esa sección se aplican a los pasos adicionales de configuración de hoja de borde aquí.

La mayoría de los elementos específicos de las funciones de hoja de borde (como PIM) se configuran en las instancias L3 VRF del inquilino. Con este método, no se extiende la VLAN adicional en la instancia de EVPN, por lo que no se configuran elementos relacionados en la instancia de EVPN. Los elementos de configuración de multidifusión externa son los mismos independientemente de si utiliza la instancia de conmutador predeterminada o instancias de EVPN de MAC-VRF.

Consulte Elementos de configuración para dispositivos OISM (dominios de puente simétrico) para obtener más información acerca de por qué los dispositivos hoja de borde OISM requieren esta configuración.

  1. Configure la VLAN adicional con una interfaz IRB para multidifusión externa. Por ejemplo:
  2. Habilite la supervisión IGMP o MLD para la VLAN adicional y configure la opción multicast-router-interface en el puerto que se conecta al router PIM de multidifusión externo. Por ejemplo, si xe-0/0/9.0 es la interfaz en el dispositivo leaf de borde que se conecta al enrutador de multidifusión externo en la VLAN adicional:
    1. Con IGMPv2:
    2. Con IGMPv3, no necesita la evpn-ssm-reports only opción aquí porque no extiende la VLAN adicional en la instancia de EVPN:
    3. Con MLDv1:
    4. Con MLDv2, no necesita la evpn-ssm-reports only opción aquí porque no extiende la VLAN adicional en la instancia de EVPN:
  3. Incluya la interfaz IRB VLAN adicional en la instancia L3 VRF que configuró en los pasos comunes de configuración de dispositivos leaf.

    El siguiente bloque de configuración muestra la configuración común de L3 VRF y resalta la instrucción adicional:

  4. En la instancia de VRF L3, establezca el rol PEG de OISM en el dispositivo leaf de borde. Por ejemplo:
  5. Configure PIM en la instancia L3 VRF para un dispositivo leaf de borde.

    Para las interfaces IRB del dominio del puente de ingresos, configure PIM en modo DR distribuido mediante la opción dr distribuida en el nivel de [edit routing-instances name protocols pim interface irb-interface-name] jerarquía.

    Configure PIM en modo estándar en la interfaz SBD IRB y en la interfaz IRB VLAN adicional.

    También configuramos un RP PIM estático que corresponde al enrutador PIM RP externo. En los casos de uso de ejemplo de esta documentación, el enrutador PIM externo actúa como RP PIM.

    Por ejemplo, si los dominios del puente de ingresos son VLAN-100 y , el SBD es VLAN-300, y la VLAN adicional es VLAN-900: VLAN-200
  6. Configure un área OSPF en la instancia L3 VRF para la conectividad de interfaz del mismo nivel de multidifusión externa.

    El dispositivo leaf de borde utiliza OSPF para aprender rutas a fuentes de multidifusión para reenviar tráfico de fuentes externas a receptores internos y de fuentes internas a receptores externos. El dispositivo necesita estas rutas para crear las entradas PIM (S,G) para reenviar tráfico en los dominios del puente de ingresos, el SBD y las interfaces de multidifusión externas.

    En un dispositivo leaf de borde con el método IRB no EVPN para multidifusión externa, configure el área OSPF para que incluya la interfaz de circuito cerrado del dispositivo, la interfaz IRB SBD y la interfaz IRB no EVPN. Por ejemplo, con nuestra interfaz IRB SBD de ejemplo (irb.300) y nuestra interfaz IRB adicional que no es EVPN (irb.900):

Comandos de CLI para comprobar la configuración de OISM

Para comprobar la configuración de OISM:
  1. Use el comando show evpn oism para ver la interfaz SBD IRB en cada instancia L3 VRF que configuró en el dispositivo para OISM. Por ejemplo:

    Para ver información de una instancia de enrutamiento específica o para ver más detalles sobre la configuración, utilice la extensive opción con este comando show. Por ejemplo:

  2. Use el show route table bgp.evpn.0 ... extensive comando para ver las capacidades de OISM que ha habilitado en un dispositivo leaf de OISM. Estas capacidades se encuentran en la comunidad extendida de indicadores de multidifusión de EVPN en rutas IMET de tipo 3 de EVPN. Esta comunidad extendida se muestra en el Communities: ... evpn-mcast-flags: campo de salida como un valor de indicadores hexadecimales con la palabra clave para cada función habilitada. Las banderas relacionadas con OISM incluyen:
    • igmp-snooping-enabled—Has activado el espionaje IGMP. El evpn-mcast-flags bit para el espionaje IGMP sin configuración OISM o PEG es 0x01.

    • mld-snooping-enabled—Has habilitado la supervisión de MLD. El evpn-mcast-flags bit para el espionaje de MLD sin configuración OISM o PEG es 0x02.

    • oism—Habilitó OISM globalmente. La evpn-mcast-flags parte para OISM es 0x08. Es posible que vea valores de indicadores como los siguientes (sin configuración PEG en el dispositivo):

      • 0x9—OISM y espionaje IGMP

      • 0xa—Espionaje de OISM y MLD

      • 0xb—OISM con espionaje IGMP y espionaje MLD

    • peg: configuró el modo PEG en la interfaz asociada (para dispositivos leaf de borde que se conectan a un dominio PIM externo). El evpn-mcast-flags bit para el modo PEG es 0x10, por lo que con el modo PEG habilitado, es posible que vea valores de indicador como los siguientes:

      • 0x19: modo PEG con espionaje OISM e IGMP

      • 0x1a: modo PEG con espionaje OISM y MLD

      • 0x1b: modo PEG con OISM, espionaje IGMP y espionaje MLD

    Por ejemplo, una ruta anunciada para una interfaz IRB M-VLAN en un dispositivo leaf de borde tiene el peg indicador establecido:

    No ve el peg indicador establecido para una interfaz de dominio de puente de ingresos en un dispositivo leaf de borde o un dispositivo leaf de servidor:

    Con el espionaje IGMP y el espionaje MLD habilitados en un dispositivo leaf de servidor OISM, es posible que vea:

  3. Ingrese el show igmp snooping evpn status <vlan name><detail> comando para ver el contexto de multidifusión L2 de EVPN-VXLAN para los dominios de puente (VLAN) de OISM en el dispositivo. El resultado predeterminado incluye las asignaciones VNI VXLAN de las VLAN. Por ejemplo:

    Si tiene habilitada la supervisión de MLD, use el show mld snooping evpn status <vlan name><detail> comando, que muestra el mismo resultado que la versión de supervisión IGMP del comando.

    La detail opción también muestra si una VLAN es OISM SBD (Supplementary BD) o M-VLAN (External VLAN). Ambos campos de salida se muestran No para dominios de puente de ingresos (VLAN) o si no habilita OISM.

    Este es un ejemplo en un dispositivo leaf de servidor en una estructura donde el SBD es VLAN-300:

    Este es otro ejemplo en un dispositivo leaf de borde en una estructura donde la M-VLAN es VLAN-900:

  4. Ingrese el show evpn multicast-snooping status para ver si habilitó el espionaje IGMP o el espionaje MLD en VLAN que configuró para elementos OISM.

    Por ejemplo, en el siguiente comando de ejemplo, si los dominios del puente de ingresos en un dispositivo leaf de servidor son VLAN-100 y VLAN-200, el SBD es VLAN-300, y habilitó la supervisión IGMP (pero no la supervisión MLD):

    Con el espionaje IGMP y el espionaje MLD habilitados, también verá Multicast Address Family: INET6 con SG Sync: Enabled.

  5. Use los comandos EVPN, los comandos de espionaje de multidifusión y los comandos PIM para ver detalles de las ESI de multiconexión EVPN, las rutas aprendidas de grupos de multidifusión, el flujo de tráfico de multidifusión y la replicación y reenvío de AR. Estos comandos no son específicos de la operación de OISM, pero son útiles para comprobar la operación de OISM y solucionar problemas de OISM.

    Por ejemplo:

    • Mostrar membresía de espionaje IGMP VLAN vlan-name<> de conmutador EVPN-instance-namevirtual

    • Mostrar pertenencia a MLD Snooping VLAN vlan-name<> de conmutador EVPN-instance-namevirtual

    • Mostrar instancia de EVPN <EVPN-instance-name> Designated-Forwarder <ESI esi-number>

    • Mostrar resumen de unión PIM <> de instancia VRF-instance-name

    • mostrar detalle de unión PIM <> de instancia VRF-instance-name

    • muestra los próximos saltos de la replicación asistida de supervisión de multidifusión de EVPN < EVPN-instance-name>

    • Mostrar replicadores de replicación asistida para detectar multidifusión de EVPN

    Para obtener un ejemplo de configuración OISM completo de un caso de uso común de estructura de centro de datos, que también muestra cómo usar estos comandos para verificar el funcionamiento de OISM, consulte Multidifusión de intersubred optimizada (OISM) con replicación asistida (AR) para superposiciones de puente enrutadas en borde.

Tabla de historial de cambios

La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
23.4R1
A partir de Junos OS versión 23.4R1, los enrutadores ACX7024, ACX7100-32C y ACX7100-48L admiten OISM con IGMPv2, IGMPv3 y espionaje IGMP. Estos dispositivos admiten OISM mediante instancias EVPN de MAC-VRF con vlan-aware tipos de vlan-based servicio. Puede configurar estos dispositivos en roles OISM server leaf, border leaf o lean spine. En el rol de hoja de borde, estos dispositivos solo admiten el método clásico de interfaz L3 para conectarse a un dominio PIM de multidifusión externo.
23.4R1
A partir de Junos OS versión 23.4R1 y Junos OS Evolved versión 23.4R1, puede personalizar el método de elección DF en dispositivos PEG OISM pares multiconexión para utilizar la elección PEG PEG basada en mods o en preferencias. Al configurar esta característica, el método de elección de DF configurado reemplaza al método predeterminado de elección de DF basado en PIM.
23.4R1
A partir de Junos OS y Junos OS Evolved versión 23.4R1, ya no es necesario que establezca la install-star-g-routes opción en la línea QFX10000 de conmutadores o en la línea PTX10000 de enrutadores cuando configure esos dispositivos como dispositivos OISM Server leaf o border leaf.
23.1R1EVO
A partir de Junos OS Evolved versión 23.1R1, los conmutadores QFX5130-32CD y QFX5700 admiten OISM y AR con supervisión MLDv1, MLDv2 y MLD. Puede configurar la supervisión de MLD y MLD en estos dispositivos cuando actúan como dispositivos leaf de servidor OISM, dispositivos leaf de borde OISM o dispositivos replicadores de AR independientes con OISM.
22.3R1-EVO
A partir de Junos OS Evolved versión 22.3R1, los enrutadores PTX10001-36MR, PTX10004, PTX10008 y PTX10016 admiten OISM con IGMPv2 o IGMPv3, espionaje IGMP y optimización de rutas SMET. Estos dispositivos admiten OISM mediante instancias EVPN de MAC-VRF con vlan-aware tipos de vlan-based servicio. Puede configurar cualquiera de estos dispositivos en roles OISM server leaf, border leaf o lean spine. En el rol de hoja de borde, estos dispositivos admiten cualquiera de los métodos OISM disponibles para conectarse a un dominio PIM de multidifusión externo: método IRB de M-VLAN, método de interfaz L3 clásico o método IRB no EVPN.
22.3R1
A partir de Junos OS versión 22.3R1, los conmutadores EX4300-48MP y EX4400 admiten el reenvío y enrutamiento del tráfico de multidifusión mediante OISM. Estos dispositivos admiten OISM con IGMPv2 en la instancia de conmutador predeterminada con el modelo de servicio compatible con VLAN. Puede configurar estos dispositivos solo en el rol leaf del servidor OISM y no como un dispositivo leaf de borde OISM.
22.2R1-EVO
A partir de Junos OS Evolved versión 22.2R1, puede habilitar AR con OISM en configuraciones de instancia EVPN de MAC-VRF en conmutadores QFX5130-32CD y QFX5700. Puede configurar el rol de hoja de AR o el rol de replicador de AR en estos dispositivos. El rol de replicador de AR solo funciona en modo independiente (el rol de replicador de AR no se puede combinar con el rol de hoja de borde de OISM en el mismo dispositivo). Admitimos AR y OISM con IGMPv2 o IGMPv3, y espionaje IGMP.
22.2R1-EVO
A partir de Junos OS Evolved versión 22.2R1, los conmutadores QFX5130-32CD y QFX5700 configurados como replicadores de AR con OISM instalan estados de multidifusión (*,G) con IGMPv2 o multidifusión (S,G) con IGMPv3 para rutas EVPN tipo 6 solo en la VLAN SBD. En estos dispositivos, solo verá rutas de grupos de multidifusión en el SBD en show multicast snooping route la salida de comandos.
22.2R1
A partir de Junos OS versión 22.2R1, admitimos OISM con IGMPv2 o IGMPv3 con la instancia de conmutador predeterminada o instancias de EVPN MAC-VRF ( vlan-aware y vlan-based tipos de servicio) en conmutadores EX4650, QFX5110, QFX5120, QFX10002 (excepto QFX10002-60C), QFX10008 y QFX10016. Puede configurar cualquiera de estos dispositivos en el rol leaf del servidor OISM. Todos estos dispositivos, excepto los conmutadores EX4650 y QFX5110, pueden ser dispositivos de hoja de borde OISM. En los dispositivos leaf de borde serie QFX10000, puede utilizar el método de interfaz IRB M-VLAN OISM o el método de interfaz L3 clásico para conectarse a un dominio PIM de multidifusión externo. En los dispositivos EX4650 y QFX5120 de hoja de borde, solo puede utilizar el método de interfaz L3 clásico.
22.2R1
A partir de Junos OS versión 22.2R1, puede habilitar AR con OISM en la instancia predeterminada del conmutador o instancias de EVPN MAC-VRF en conmutadores EX4650, QFX5110, QFX5120, QFX10002 (excepto QFX10002-60C), QFX10008 y QFX10016. El rol de replicador de AR se puede combinar con el rol de hoja de borde de OISM en el mismo dispositivo, o puede configurar el rol de replicador de AR en modo independiente en un dispositivo de spine delgada en la estructura. (Solo los conmutadores de la línea QFX10000 pueden ser replicadores de AR). Admitimos AR y OISM con IGMPv2 o IGMPv3, y espionaje IGMP.
22.1R1EVO
A partir de Junos OS Evolved versión 22.1R1, los conmutadores QFX5130-32CD y QFX5700 admiten OISM con IGMPv2 o IGMPv3 en instancias de EVPN MAC-VRF ( vlan-aware y vlan-based tipos de servicio). Estos dispositivos pueden ser dispositivos OISM server leaf o border leaf. Los dispositivos de hoja de borde admiten el modelo de interfaz L3 clásico o el modelo IRB sin EVPN para conectarse a un dominio PIM de multidifusión externo.
21.2R1
A partir de Junos OS versión 21.2R1, los conmutadores QFX5110, QFX5120 y QFX10002 (excepto QFX10002-60C) admiten OISM con IGMPv2 en la instancia predeterminada del conmutador con el modelo de servicio compatible con VLAN. Puede configurar cualquiera de estos dispositivos en el rol leaf del servidor OISM, pero solo QFX10002 conmutadores pueden ser dispositivos leaf de borde OISM. Los dispositivos leaf de borde admiten el modelo OISM M-VLAN IRB o el modelo de interfaz L3 clásico para conectarse a un dominio PIM de multidifusión externo.