Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción general del reenvío de multidifusión con snooping IGMP o MLD snooping en un entorno EVPN-VXLAN

El espionaje del Protocolo de administración de grupos de Internet (IGMP) y el espionaje de detección de escucha de multidifusión (MLD) limitan el tráfico de multidifusión en un dominio de difusión a los receptores y dispositivos de multidifusión interesados. En un entorno con un volumen significativo de tráfico de multidifusión, el uso de la supervisión IGMP o MLD conserva el ancho de banda, ya que el tráfico de multidifusión solo se reenvía en aquellas interfaces en las que hay oyentes de multidifusión. La supervisión IGMP optimiza el flujo de tráfico de multidifusión IPv4. La supervisión de MLD optimiza el flujo de tráfico de multidifusión IPv6.

Nota:

A partir de Junos OS versión 21.2R1, admitimos el enrutamiento y reenvío optimizados de multidifusión entre subredes (OISM) en redes superpuestas de puente enrutado en borde (ERB) EVPN-VXLAN. Consulte Multidifusión de intersubred optimizada en redes EVPN para obtener detalles completos sobre la configuración y el funcionamiento de OISM. La supervisión IGMP (o, si se admite, la supervisión de MLD) en los dispositivos leaf de estructura como parte de la configuración de OISM. OISM permite un enrutamiento y reenvío de multidifusión eficientes para fuentes y receptores de multidifusión internos y externos en estructuras de superposición ERB.

A partir de la versión 22.3R1 de Junos, los conmutadores EX4400 admiten tráfico de multidifusión IPv4 e IPv6 en una superposición EVPN-VXLAN IPv6 con una base IPv6.

A partir de Junos OS versión 17.2R1, los conmutadores QFX10000 admiten la supervisión IGMP en un ERP (topología EVPN-VXLAN) de LAN extensible virtual (VXLAN) con una estructura IP colapsada.

A partir de Junos OS versión 17.3R1, los conmutadores QFX10000 admiten el intercambio de tráfico entre fuentes y receptores de multidifusión en una superposición ERB EVPN-VXLAN mediante IGMP. Estos conmutadores también admiten el flujo de tráfico de multidifusión desde y hacia orígenes y receptores en un dominio externo de multidifusión independiente del protocolo (PIM). Una VLAN de multidifusión de capa 2 (MVLAN) y las interfaces IRB asociadas permiten el intercambio de tráfico de multidifusión entre estos dos dominios.

La compatibilidad con espionaje IGMP en una red EVPN-VXLAN está disponible en los siguientes conmutadores de la línea QFX5000, tal como se describe a continuación. En las versiones anteriores a las versiones 18.4R2 y 19.1R2 de Junos OS, con la supervisión IGMP habilitada, estos conmutadores solo restringen la inundación del tráfico de multidifusión que entra en los puertos de red del túnel VXLAN; Siguen inundando el tráfico de multidifusión procedente de una interfaz de acceso a todas las demás interfaces de acceso y red:

  • A partir de Junos OS versión 18.1R1, los conmutadores QFX5110 admiten la supervisión IGMP como dispositivos leaf en una superposición de puente de enrutamiento centralizado (CRB) EVPN-VXLAN (topología EVPN-VXLAN con una estructura IP de dos capas) para reenviar tráfico de multidifusión dentro de las VLAN. No puede configurar interfaces IRB en una VXLAN con espionaje IGMP para reenviar tráfico de multidifusión entre VLAN. (Solo puede configurar y utilizar interfaces IRB para el tráfico de unidifusión).

  • A partir de la versión 18.4R2 de Junos OS (pero no de las versiones 19.1R1 y 19.2R1 de Junos OS), los conmutadores QFX5120-48Y admiten el espionaje IGMP como dispositivos leaf en una superposición CRB EVPN-VXLAN.

  • A partir de Junos OS versión 19.1R1, los conmutadores QFX5120-32C admiten el espionaje IGMP como dispositivos leaf en una superposición CRB EVPN-VXLAN.

  • A partir de las versiones 18.4R2 y 19.1R2 de Junos OS, el reenvío selectivo de multidifusión está habilitado de forma predeterminada en los conmutadores QFX5110 y QFX5120 cuando se configura la supervisión IGMP en redes EVPN-VXLAN, lo que limita aún más la inundación del tráfico de multidifusión. Con la supervisión IGMP y el reenvío selectivo de multidifusión, estos conmutadores envían el tráfico de multidifusión solo a los receptores interesados, tanto en el núcleo de EVPN como en el lado de acceso para el tráfico de multidifusión que proviene de una interfaz de acceso o de una interfaz de red EVPN.

  • A partir de Junos OS versión 20.2R1, los conmutadores QFX5120-48T admiten el espionaje IGMP como dispositivos leaf en estructuras superpuestas CRB EVPN-VXLAN multiconexión.

  • A partir de Junos OS versión 20.4R1, los conmutadores QFX5120-48YM admiten el espionaje IGMP como dispositivos leaf en estructuras superpuestas CRB EVPN-VXLAN multiconexión.

A partir de Junos OS versión 19.3R1, los conmutadores EX9200, enrutadores serie MX y enrutadores virtuales vMX admiten IGMP versión 2 (IGMPv2) e IGMP versión 3 (IGMPv3), espionaje IGMP, reenvío selectivo de multidifusión, puertas de enlace PIM externas y enrutadores de multidifusión externos con una superposición CRB EVPN-VXLAN.

A partir de Junos OS versiones 20.4R1, en las estructuras superpuestas EVPN-VXLAN CRB, QFX5110, QFX5120 y la línea de conmutadores QFX10000 admiten IGMPv3 con espionaje IGMP para tráfico de multidifusión IPv4, y MLD versión 1 (MLDv1) y MLD versión 2 (MLDv2) con espionaje MLD para el tráfico de multidifusión IPv6. Puede configurar estos conmutadores para procesar informes de multidifusión específicos del origen (SSM) IGMPv3 y MLDv2, pero estos dispositivos no pueden procesar informes de SSM e informes de multidifusión de cualquier fuente (ASM) al mismo tiempo. Cuando los configura para que funcionen en modo SSM, estos dispositivos eliminan cualquier informe ASM. Cuando no están configurados para funcionar en modo SSM (la configuración predeterminada), estos dispositivos procesan cualquier informe ASM, pero eliminan los informes SSM IGMPv3 y MLDv2.

Nota:

A menos que se indique explícitamente, la información de este tema se aplica a IGMPv2, IGMPv3, MLDv1 y MLDv2 en los dispositivos que admiten estos protocolos en las siguientes arquitecturas de estructura IP:

  • Superposición ERB EVPN-VXLAN

  • Superposición CRB EVPN-VXLAN

Nota:

En un dispositivo de conmutación de Juniper Networks, por ejemplo, un conmutador QFX10000, puede configurar una VLAN. En un dispositivo de enrutamiento de Juniper Networks, por ejemplo, un enrutador MX480, puede configurar la misma entidad, que se denomina dominio de puente. Para simplificar las cosas, este tema utiliza el término VLAN cuando se refiere a la misma entidad configurada en los dispositivos de conmutación y enrutamiento de Juniper Networks.

Beneficios del reenvío de multidifusión con IGMP Snooping o MLD Snooping en un entorno EVPN-VXLAN

  • En un entorno con un volumen significativo de tráfico de multidifusión, el uso de la supervisión IGMP o MLD limita el tráfico de multidifusión en una VLAN a los receptores y dispositivos de multidifusión interesados, lo que conserva el ancho de banda de la red.

  • La sincronización del estado IGMP o MLD entre todos los dispositivos EVPN para receptores de host múltiple garantiza que todos los oyentes suscritos reciban tráfico de multidifusión, incluso en casos como los siguientes:

    • Los informes de pertenencia IGMP o MLD para un grupo de multidifusión pueden llegar a un dispositivo EVPN que no sea el reenviador designado (DF) del segmento Ethernet.

    • Un mensaje IGMP o MLD para abandonar un grupo de multidifusión llega a un dispositivo EVPN distinto del dispositivo EVPN donde se recibió el mensaje de unión correspondiente para el grupo.

  • El reenvío selectivo de multidifusión conserva el uso del ancho de banda en el núcleo de EVPN y reduce la carga en los dispositivos EVPN de salida que no tienen oyentes.

  • La compatibilidad con puertas de enlace PIM externas permite el intercambio de tráfico de multidifusión entre orígenes y oyentes en una red EVPN-VXLAN y orígenes y oyentes en un dominio PIM externo. Sin este apoyo, las fuentes y los oyentes en estos dos dominios no podrían comunicarse.

Versiones admitidas de IGMP o MLD y modos de informe de pertenencia a grupos

La Tabla 1 describe las versiones de IGMP compatibles y los modos de informe de membresía admitidos para cada versión.

Tabla 1: Versiones admitidas de IGMP y MLD y modos de informe de pertenencia a grupos

Versiones IGMP

Solo multidifusión de cualquier fuente (ASM) (*,G)

Solo multidifusión específica del origen (SSM) (S,G)

ASM (*,G) + SSM (S,G)

IGMPv2

Sí (predeterminado)

No

No

IGMPv3

Sí (predeterminado)

Sí (si está configurado)

No

MLDv1

Sí (predeterminado)

No

No

MLDv2

Sí (predeterminado)

Sí (si está configurado)

No

Para configurar explícitamente dispositivos EVPN para que procesen solo informes de membresía SSM (S,G) para IGMPv3 o MLDv2, establezca la opción de evpn-ssm-reports-only configuración en el nivel de [edit protocols igmp-snooping vlan vlan-name] jerarquía.

Puede habilitar el procesamiento solo de SSM para una o más VLAN en una instancia de enrutamiento EVPN (EVI). Cuando se habilita esta opción para una instancia de enrutamiento de tipo virtual switch, el comportamiento se aplica a todas las VLAN de la instancia de conmutador virtual. Cuando habilita esta opción, el dispositivo no procesa los informes de ASM y los descarta.

Si no configura la evpn-ssm-reports-only opción, de forma predeterminada, los dispositivos EVPN procesan informes ASM IGMPv2, IGMPv3, MLDv1 o MLDv2 y eliminan informes SSM IGMPv3 o MLDv2.

Resumen de casos de uso de enrutamiento y reenvío de tráfico de multidifusión

La Tabla 2 proporciona un resumen de los casos de uso de enrutamiento y reenvío de tráfico de multidifusión que admitimos en las redes EVPN-VXLAN y nuestra recomendación sobre cuándo debe aplicar un caso de uso a su red EVPN-VXLAN.

Tabla 2: Casos de uso de enrutamiento y reenvío de tráfico de multidifusión admitidos y uso recomendado

Número de caso de uso

Nombre del caso de uso

Resumen

Uso recomendado

1

Reenvío de tráfico de multidifusión dentro de VLAN

Reenvío de tráfico de multidifusión a hosts dentro de la misma VLAN.

Recomendamos implementar este caso de uso básico en todas las redes EVPN-VXLAN.

2

Enrutamiento y reenvío de multidifusión entre VLAN: IRB interactúa con PIM

Interfaces IRB que usan PIM en dispositivos EVPN de capa 3. Estas interfaces enrutan el tráfico de multidifusión entre las VLAN de origen y las receptoras.

Se recomienda implementar este caso de uso básico en todas las redes EVPN-VXLAN, excepto cuando prefiera utilizar un enrutador de multidifusión externo para gestionar el enrutamiento entre VLAN (consulte el caso de uso 5).

3

Enrutamiento y reenvío de multidifusión entre VLAN: puerta de enlace PIM con conectividad de capa 2

Un mecanismo de capa 2 para un centro de datos, que utiliza IGMP y PIM, para intercambiar tráfico de multidifusión con un dominio PIM externo.

Recomendamos este caso de uso en superposiciones de ERB EVPN-VXLAN o en superposiciones CRB de EVPN-VXLAN.

4

Enrutamiento y reenvío de multidifusión entre VLAN: puerta de enlace PIM con conectividad de capa 3

Un mecanismo de capa 3 para un centro de datos, que utiliza IGMP (o MLD) y PIM, para intercambiar tráfico de multidifusión con un dominio PIM externo.

Recomendamos este caso de uso solo en superposiciones CRB de EVPN-VXLAN.

5

Enrutamiento y reenvío de multidifusión entre VLAN: enrutador de multidifusión externo

En lugar de interfaces IRB en dispositivos EVPN de capa 3, un enrutador de multidifusión externo maneja el enrutamiento entre VLAN.

Recomendamos este caso de uso cuando prefiera usar un enrutador de multidifusión externo en lugar de interfaces IRB en dispositivos EVPN de capa 3 para manejar el enrutamiento entre VLAN.

Por ejemplo, en una superposición ERB típica de EVPN-VXLAN, puede implementar el caso de uso 1 para el reenvío dentro de VLAN y el caso de uso 2 para el enrutamiento y reenvío entre VLAN. O bien, si desea que un enrutador de multidifusión externo maneje el enrutamiento entre VLAN en su red EVPN-VXLAN en lugar de dispositivos EVPN con interfaces IRB que ejecutan PIM, puede implementar el caso de uso 5 en lugar del caso de uso 2. Si hay hosts en un dominio PIM externo existente con los que desea que se comuniquen los hosts de su red EVPN-VXLAN, también puede implementar el caso de uso 3.

Al implementar cualquiera de los casos de uso en una superposición CRB de EVPN-VXLAN, puede usar una combinación de dispositivos spine, por ejemplo, enrutadores serie MX, conmutadores EX9200 y conmutadores QFX10000. Sin embargo, si lo hace, tenga en cuenta que la funcionalidad de todos los dispositivos de columna vertebral está determinada por las limitaciones de cada dispositivo de columna vertebral. Por ejemplo, los conmutadores QFX10000 admiten una única instancia de enrutamiento del tipo virtual-switch. Aunque los enrutadores y conmutadores EX9200 de la serie MX admiten varias instancias de enrutamiento de tipo evpn o virtual-switch, en cada uno de estos dispositivos, tendría que configurar una única instancia de enrutamiento de tipo virtual-switch para interoperar con los conmutadores QFX10000.

Caso de uso 1: Reenvío de tráfico de multidifusión intra-VLAN

Recomendamos este caso de uso básico para todas las redes EVPN-VXLAN.

Este caso de uso admite el reenvío de tráfico de multidifusión a hosts dentro de la misma VLAN e incluye las siguientes características clave:

  • Hosts de host único en un dispositivo EVPN o multihost en más de un dispositivo EVPN en modo totalmente activo.

    Nota:

    La multidifusión EVPN-VXLAN usa un procesamiento especial de salida de grupo IGMP y MLD para manejar fuentes y receptores de multiconexión, por lo que no se admite la opción de immediate-leave configuración en las jerarquías o [edit protocols mld-snooping] en las [edit protocols igmp-snooping] redes EVPN-VXLAN.

  • Instancias de enrutamiento:

    • (Conmutadores de la serie QFX) Una única instancia de enrutamiento del tipo virtual-switch.

    • (Enrutadores serie MX, enrutadores virtuales vMX y conmutadores EX9200) Varias instancias de enrutamiento de tipo evpn o virtual-switch.

      • La ruta EVI se dirige a atributos extendidos de la comunidad asociados con EVI de host múltiple. Las rutas BGP EVPN tipo 7 (ruta de sincronización de unión) y tipo 8 (ruta de salida de sincronización) llevan estos atributos para permitir la compatibilidad simultánea de varias instancias de enrutamiento EVPN.

        Para obtener información acerca de otra comunidad extendida compatible, consulte la sección "Comunidad extendida de indicadores de multidifusión EVPN".

  • IGMPv2, IGMPv3, MLDv1 o MLDv2. Para obtener información sobre los modos de informe de membresía admitidos para cada versión IGMP o MLD, consulte la Tabla 1. Para obtener información acerca de la sincronización de rutas IGMP o MLD entre dispositivos EVPN multiconexión, consulte Descripción general del reenvío de multidifusión con IGMP o MLD Snooping en un entorno EVPN-MPLS.

  • IGMP snooping o MLD snooping. Los hosts de una red envían informes IGMP (para tráfico IPv4) o informes MLD (para tráfico IPv6) expresando interés en determinados grupos de multidifusión desde orígenes de multidifusión. Los dispositivos EVPN con supervisión IGMP o MLD habilitada escuchan los informes IGMP o MLD y usan la información espeada en el lado de acceso para establecer rutas de multidifusión que solo reenvían el tráfico de un grupo de multidifusión a los receptores interesados.

    El espionaje IGMP o MLD admite emisores y receptores de multidifusión en el mismo sitio o en sitios diferentes. Un sitio puede tener solo receptores, solo fuentes o tanto remitentes como receptores adjuntos a él.

  • Reenvío selectivo de multidifusión (publicidad de rutas de etiqueta Ethernet de multidifusión selectiva (SMET) EVPN tipo 6 para reenvío solo a receptores interesados). Esta característica permite a los dispositivos EVPN reenviar selectivamente el tráfico de multidifusión solo a los dispositivos del núcleo de EVPN que han expresado interés en ese grupo de multidifusión.

    Nota:

    Solo admitimos el reenvío selectivo de multidifusión a dispositivos en el núcleo de EVPN en superposiciones CRB de EVPN-VXLAN.

    Cuando se habilita el espionaje IGMP o el espionaje MLD, el reenvío selectivo de multidifusión está habilitado de forma predeterminada.

  • Dispositivos EVPN que no admiten espionaje IGMP, espionaje MLD y reenvío selectivo de multidifusión.

Aunque puede implementar este caso de uso en un entorno de base única de EVPN, este caso de uso es particularmente efectivo en un entorno de multiconexión EVPN con un alto volumen de tráfico de multidifusión.

Todas las interfaces multihost deben tener la misma configuración y todos los dispositivos EVPN pares multihost deben estar en modo activo (no en modo pasivo ni en espera).

Un dispositivo EVPN que inicialmente recibe tráfico de un origen de multidifusión se conoce como dispositivo de entrada. El dispositivo de entrada maneja el reenvío del tráfico de multidifusión intra-VLAN de la siguiente manera:

  • Con la supervisión IGMP o la supervisión MLD habilitadas (que también permiten el reenvío selectivo de multidifusión en dispositivos compatibles):

    • Como se muestra en la figura 1, el dispositivo de entrada (hoja 1) reenvía selectivamente el tráfico a otros dispositivos EVPN con interfaces de acceso donde hay receptores interesados para el mismo grupo de multidifusión.

    • Luego, el tráfico se reenvía selectivamente a los dispositivos de salida en el núcleo de EVPN que han anunciado las rutas SMET de EVPN tipo 6.

  • Si algún dispositivo EVPN no admite la supervisión IGMP o MLD, o la capacidad de originar rutas SMET EVPN tipo 6, el dispositivo de entrada inunda el tráfico de multidifusión a estos dispositivos.

  • Si un host es multihost en más de un dispositivo EVPN, los dispositivos EVPN intercambian rutas EVPN tipo 7 y tipo 8, como se muestra en la figura 1. Este intercambio sincroniza los informes de membresía IGMP o MLD recibidos en interfaces de host múltiple para coordinar el estado de los mensajes que van a diferentes dispositivos EVPN o en caso de que uno de los dispositivos EVPN falle.

    Nota:

    Las rutas EVPN Tipo 7 y Tipo 8 llevan atributos de comunidad extendidos de ruta EVI para garantizar que la instancia EVPN correcta obtenga la información de estado IGMP en dispositivos con varias instancias de enrutamiento. Los conmutadores de la serie QFX solo admiten la supervisión IGMP en la instancia de enrutamiento EVPN predeterminada (default-switch). En las versiones de Junos OS anteriores a 17.4R2, 17.3R3 o 18.1R1, estos conmutadores no incluían atributos de comunidad extendida de ruta EVI en rutas Tipo 7 y Tipo 8, por lo que no sincronizan correctamente el estado IGMP si también tiene otras instancias de enrutamiento configuradas. A partir de las versiones 17.4R2, 17.3R3 y 18.1R1 de Junos OS, los conmutadores QFX10000 incluyen los atributos de comunidad extendida de ruta EVI que identifican la instancia de enrutamiento de destino y pueden sincronizar el estado IGMP si la supervisión IGMP está habilitada en la instancia de enrutamiento EVPN predeterminada cuando se configuran otras instancias de enrutamiento.

    En las versiones que admiten la supervisión de MLD y MLD en estructuras EVPN-VXLAN con multiconexión, el mismo comportamiento se aplica a la sincronización del estado de MLD.

Figura 1: Flujo de tráfico de multidifusión intra-VLAN con espionaje IGMP y reenvío selectivo de Intra-VLAN Multicast Traffic Flow with IGMP Snooping and Selective Multicast Forwarding multidifusión

Si ha configurado interfaces IRB con PIM en uno o varios de los dispositivos de capa 3 de su red EVPN-VXLAN (caso de uso 2), tenga en cuenta que el dispositivo de entrada reenvía el tráfico de multidifusión a los dispositivos de capa 3. El dispositivo de entrada realiza esta acción para registrarse en el dispositivo de capa 3 que actúa como punto de encuentro (RP) PIM.

Caso de uso 2: Enrutamiento y reenvío de multidifusión entre VLAN: interfaces IRB con PIM

Recomendamos este caso de uso básico para todas las redes EVPN-VXLAN, excepto cuando prefiera utilizar un enrutador de multidifusión externo para manejar el enrutamiento entre VLAN (consulte Caso de uso 5: Enrutamiento y reenvío de multidifusión entre VLAN: enrutador de multidifusión externo).

Para este caso de uso, las interfaces IRB que utilizan multidifusión independiente del protocolo (PIM) enrutan el tráfico de multidifusión entre las VLAN de origen y las receptoras. Los dispositivos EVPN en los que residen las interfaces IRB reenvían el tráfico enrutado mediante estas funciones clave:

  • Reenvío de multidifusión inclusivo con replicación de entrada

  • Espionaje IGMP o espionaje MLD (si es compatible)

  • Reenvío selectivo de multidifusión

El comportamiento predeterminado del reenvío de multidifusión inclusiva es replicar el tráfico de multidifusión e inundar el tráfico a todos los dispositivos. Sin embargo, para este caso de uso, admitimos el reenvío de multidifusión inclusivo junto con el espionaje IGMP (o espionaje MLD) y el reenvío selectivo de multidifusión. Como resultado, el tráfico de multidifusión se replica, pero se reenvía selectivamente a interfaces y dispositivos de acceso en el núcleo de EVPN que tienen receptores interesados.

Para obtener información acerca de la comunidad extendida de indicadores de multidifusión de EVPN, que los dispositivos de Juniper Networks que admiten la supervisión de EVPN e IGMP (o espionaje MLD) incluyen en rutas de EVPN tipo 3 (etiqueta Ethernet de multidifusión inclusiva), consulte la sección "Comunidad extendida de indicadores de multidifusión de EVPN".

En una superposición CRB de EVPN-VXLAN, puede configurar los dispositivos spine para que algunos de ellos realicen enrutamiento y reenvío entre VLAN de tráfico de multidifusión y otros no. Como mínimo, recomendamos que configure dos dispositivos spine para realizar el enrutamiento y el reenvío entre VLAN.

Cuando hay varios dispositivos que pueden realizar el enrutamiento entre VLAN y el reenvío de tráfico de multidifusión, se elige un dispositivo como enrutador designado (DR) para cada VLAN.

En la superposición CRB de EVPN-VXLAN de ejemplo que se muestra en la figura 2, suponga que el tráfico de multidifusión debe enrutarse desde la VLAN de origen 100 a la VLAN receptora 101. La VLAN del receptor 101 se configura en la spine 1, que se designa como DR para esa VLAN.

Figura 2: Flujo de tráfico de multidifusión entre VLAN con interfaz IRB y PIM Inter-VLAN Multicast Traffic Flow with IRB Interface and PIM

Después de que se produce el enrutamiento entre VLAN, el dispositivo EVPN reenvía el tráfico enrutado a:

  • Interfaces de acceso que tienen escuchas de multidifusión (espionaje IGMP o espionaje MLD).

  • Dispositivos de salida en el núcleo de EVPN que han enviado rutas SMET EVPN tipo 6 para los miembros del grupo de multidifusión en la VLAN 2 del receptor (reenvío selectivo de multidifusión).

Para comprender cómo el espionaje IGMP (o espionaje MLD) y el reenvío selectivo de multidifusión reducen el impacto del comportamiento de replicación e inundación del reenvío de multidifusión inclusivo, suponga que una superposición CRB de EVPN-VXLAN incluye los siguientes elementos:

  • 100 interfaces IRB que utilizan PIM, comenzando con irb.1 y subiendo a irb.100

  • 100 VLAN

  • 20 dispositivos EVPN

Para la superposición CRB de EVPN-VXLAN de ejemplo, m representa el número de VLAN y n representa el número de dispositivos EVPN. Suponiendo que el espionaje IGMP (o espionaje MLD) y el reenvío selectivo de multidifusión están deshabilitados, cuando el tráfico de multidifusión llega a irb.1, el dispositivo EVPN replica el tráfico m * n veces o 100 * 20 veces, lo que equivale a una velocidad de 20.000 paquetes. Si la velocidad de tráfico entrante para un grupo de multidifusión determinado es de 100 paquetes por segundo (pps), el dispositivo EVPN tendría que replicar 200.000 pps para ese grupo de multidifusión.

Si la supervisión IGMP (o la supervisión MLD) y el reenvío selectivo de multidifusión están habilitados en la superposición CRB de EVPN-VXLAN de ejemplo, suponga que hay receptores interesados para un grupo de multidifusión determinado en solo 4 VLAN y 3 dispositivos EVPN. En este caso, el dispositivo EVPN replica el tráfico a una velocidad de 100 * m * n veces (100 * 4 * 3), lo que equivale a 1200 pps. Tenga en cuenta la reducción significativa en la tasa de replicación y la cantidad de tráfico que se debe reenviar.

Al implementar este caso de uso, tenga en cuenta que existen diferencias importantes para las superposiciones CRB de EVPN-VXLAN y las superposiciones de ERB de EVPN-VXLAN. En el cuadro 3 se esbozan estas diferencias

Tabla 3: Caso de uso 2: Diferencias importantes para las superposiciones de puentes enrutados en el borde y enrutados centralmente de EVPN-VXLAN

Arquitecturas de estructura IP de EVPN VXLAN

¿Es compatible con la combinación de dispositivos de Juniper Networks?

¿Todos los dispositivos EVPN necesarios para alojar todas las VLAN en la red EVPN-VXLAN?

¿Todos los dispositivos EVPN necesarios para alojar todas las VLAN que incluyen escuchas de multidifusión?

Configuración de PIM requerida

Superposición ERB EVPN-VXLAN

No. Solo admitimos conmutadores QFX10000 para todos los dispositivos EVPN.

Configure la funcionalidad del enrutador distribuido designado (DDR) PIM en las interfaces IRB de los dispositivos EVPN.

Superposición CRB EVPN-VXLAN

Sí.

Dispositivos Spine: Admitimos una combinación de enrutadores de la serie MX, conmutadores EX9200 y conmutadores QFX10000.

Dispositivos Leaf: Admitimos una combinación de enrutadores y conmutadores QFX5110 de la serie MX.

Nota:

Si implementa una combinación de dispositivos spine, tenga en cuenta que la funcionalidad de todos los dispositivos spine viene determinada por las limitaciones de cada dispositivo spine. Por ejemplo, los conmutadores QFX10000 admiten una única instancia de enrutamiento del tipo virtual-switch. Aunque los enrutadores de la serie MX y los conmutadores EX9200 admiten varias instancias de enrutamiento de tipo evpn o virtual-switch, en cada uno de estos dispositivos, tendría que configurar una única instancia de enrutamiento de tipo virtual-switch para interoperar con los conmutadores QFX10000.

No

No. Sin embargo, debe configurar todas las VLAN que incluyan escuchas de multidifusión en cada dispositivo spine que realice enrutamiento entre VLAN. No es necesario configurar todas las VLAN que incluyen escuchas de multidifusión en cada dispositivo leaf.

No configure la funcionalidad DDR en las interfaces IRB de los dispositivos spine. Al no habilitar DDR en una interfaz IRB, PIM permanece en un modo predeterminado en la interfaz, lo que significa que la interfaz actúa como el enrutador designado para las VLAN.

Además de las diferencias descritas en la Tabla 3, existe un problema de fijación de cabello con una superposición CRB EVPN-VXLAN. El tráfico de multidifusión normalmente fluye desde un host de origen a un dispositivo leaf y a un dispositivo spine, que maneja el enrutamiento entre VLAN. Luego, el dispositivo spine replica y reenvía el tráfico a VLAN y dispositivos EVPN con escuchas de multidifusión. Al reenviar el tráfico en este tipo de superposición EVPN-VXLAN, tenga en cuenta que el dispositivo spine devuelve el tráfico al dispositivo leaf desde el que se originó el tráfico (hair-pinning). Este problema es inherente al diseño de la superposición CRB de EVPN-VXLAN. Al diseñar su superposición EVPN-VXLAN, tenga en cuenta este problema, especialmente si espera que el volumen de tráfico de multidifusión en su superposición sea alto y que la tasa de replicación del tráfico (m * n veces) sea grande.

Caso de uso 3: Enrutamiento y reenvío de multidifusión entre VLAN: puerta de enlace PIM con conectividad de capa 2

Recomendamos el caso de uso de puerta de enlace PIM con conectividad de capa 2 para las superposiciones de ERB de EVPN-VXLAN y las superposiciones de CRB de EVPN-VXLAN.

Para este caso de uso, asumimos lo siguiente:

  • Ha desplegado una red EVPN-VXLAN para admitir un centro de datos.

  • En esta red, ya ha configurado:

    • Reenvío de tráfico de multidifusión intra-VLAN como se describe en el caso de uso 1.

    • Enrutamiento y reenvío de tráfico de multidifusión entre VLAN como se describe en el caso de uso 2.

  • Hay fuentes y receptores de multidifusión dentro del centro de datos que desea comunicar con fuentes y receptores de multidifusión en un dominio PIM externo.

Nota:

Admitimos este caso de uso con superposiciones ERB EVPN-VXLAN y superposiciones CRB de EVPN-VXLAN.

El caso de uso proporciona un mecanismo para que el centro de datos, que utiliza IGMP (o MLD) y PIM, intercambie tráfico de multidifusión con el dominio PIM externo. Mediante el uso de una VLAN de multidifusión de capa 2 (MVLAN) y las interfaces IRB asociadas en los dispositivos EVPN del centro de datos para conectarse al dominio PIM, puede habilitar el reenvío de tráfico de multidifusión desde:

  • Un origen de multidifusión externo a destinos de multidifusión internos

  • Un origen de multidifusión interno a destinos de multidifusión externos

    Nota:

    En esta sección, externo hace referencia a los componentes del dominio PIM. Interno hace referencia a los componentes de la red EVPN-VXLAN que admiten un centro de datos.

La figura 3 muestra los componentes clave necesarios para este caso de uso en una superposición CRB EVPN-VXLAN de ejemplo.

Figura 3: Caso de uso 3: Puerta de enlace PIM con conectividad de capa 2: componentes Use Case 3: PIM Gateway with Layer 2 Connectivity—Key Components clave
  • Componentes en el dominio PIM:

    • Una puerta de enlace PIM que actúa como interfaz entre un dominio PIM existente y la red EVPN-VXLAN. La puerta de enlace PIM es un dispositivo de capa 3 de Juniper Networks o de terceros en el que se configuran PIM y un protocolo de enrutamiento como OSPF. La puerta de enlace PIM no ejecuta EVPN. Puede conectar la puerta de enlace PIM a uno, algunos o todos los dispositivos EVPN.

    • Un punto de encuentro (RP) de PIM es un dispositivo de capa 3 de Juniper Networks o de terceros en el que se configuran PIM y un protocolo de enrutamiento como OSPF. También debe configurar PIM RP para traducir los mensajes de unión o poda de PIM en el informe IGMP (o MLD) correspondiente o dejar mensajes y, a continuación, reenviar los informes y mensajes a la puerta de enlace PIM.

  • Componentes de la red EVPN-VXLAN:

    Nota:

    Estos componentes se suman a los componentes ya configurados para los casos de uso 1 y 2.

    • Dispositivos EVPN. Para lograr redundancia, se recomienda multiconexión de los dispositivos EVPN a la puerta de enlace PIM a través de una interfaz Ethernet agregada en la que configure un identificador de segmento Ethernet (ESI). En cada dispositivo EVPN, también debe configurar lo siguiente para este caso de uso:

      • Una VLAN de multidifusión de capa 2 (MVLAN). La MVLAN es una VLAN que se utiliza para conectar la puerta de enlace PIM. En la MVLAN, PIM está habilitado.

      • Una interfaz IRB MVLAN en la que se configura PIM, IGMP snooping (o MLD snooping) y un protocolo de enrutamiento como OSPF. Para llegar a la puerta de enlace PIM, el dispositivo EVPN reenvía el tráfico de multidifusión fuera de esta interfaz.

      • Para permitir que los dispositivos EVPN reenvíen tráfico de multidifusión al dominio PIM externo, configure:

        • Traducción de PIM a IGMP:

          Para las superposiciones ERB de EVPN-VXLAN, configure la traducción de PIM a IGMP incluyendo pim-to-igmp-proxy upstream-interface irb-interface-name instrucciones de configuración en el nivel de [edit routing-options multicast] jerarquía. Especifique la interfaz IRB MVLAN para el parámetro de interfaz IRB. También debe establecer el modo pasivo IGMP mediante igmp interface irb-interface-name passive instrucciones de configuración en el nivel de [edit protocols] jerarquía de las interfaces ascendentes en las que establezca pim-to-igmp-proxy.

          Para las superposiciones CRB de EVPN-VXLAN, no es necesario incluir las pim-to-igmp-proxy upstream-interface irb-interface-name instrucciones de configuración o pim-to-mld-proxy upstream-interface irb-interface-name . En este tipo de superposición, el protocolo PIM controla el enrutamiento del tráfico de multidifusión desde el dominio PIM a la red EVPN-VXLAN y viceversa.

        • Interfaz del enrutador de multidifusión:

          Configure la interfaz del enrutador de multidifusión incluyendo la instrucción configuration multicast-router-interface en el nivel de [edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols (igmp-snooping | mld-snooping) interface interface-name] jerarquía. Para el nombre de la interfaz, especifique la interfaz IRB MVLAN.

    • Modo pasivo PIM. Solo para las superposiciones ERB de EVPN-VXLAN, debe asegurarse de que la puerta de enlace PIM vea el centro de datos solo como un dominio de multidifusión de capa 2. Para ello, incluya la instrucción configuration passive en el nivel de [edit protocols pim] jerarquía.

Caso de uso 4: Enrutamiento y reenvío de multidifusión entre VLAN: puerta de enlace PIM con conectividad de capa 3

Recomendamos el caso de uso de puerta de enlace PIM con conectividad de capa 3 solo para superposiciones CRB de EVPN-VXLAN.

Para este caso de uso, asumimos lo siguiente:

  • Ha desplegado una red EVPN-VXLAN para admitir un centro de datos.

  • En esta red, ya ha configurado:

    • Reenvío de tráfico de multidifusión intra-VLAN como se describe en el caso de uso 1.

    • Enrutamiento y reenvío de tráfico de multidifusión entre VLAN como se describe en el caso de uso 2.

  • Hay fuentes y receptores de multidifusión dentro del centro de datos que desea comunicar con fuentes y receptores de multidifusión en un dominio PIM externo.

Nota:

Recomendamos el caso de uso de puerta de enlace PIM con conectividad de capa 3 solo para superposiciones CRB de EVPN-VXLAN.

Este caso de uso proporciona un mecanismo para que el centro de datos, que utiliza IGMP (o MLD) y PIM, intercambie tráfico de multidifusión con el dominio PIM externo. Mediante las interfaces de capa 3 en los dispositivos EVPN del centro de datos para conectarse al dominio PIM, puede habilitar el reenvío de tráfico de multidifusión desde:

  • Un origen de multidifusión externo a destinos de multidifusión internos

  • Un origen de multidifusión interno a destinos de multidifusión externos

    Nota:

    En esta sección, externo hace referencia a los componentes de los dominios PIM. Interno hace referencia a los componentes de la red EVPN-VXLAN que admiten un centro de datos.

La figura 4 muestra los componentes clave necesarios para este caso de uso en una superposición CRB de EVPN-VXLAN de ejemplo.

Figura 4: Caso de uso 4: Puerta de enlace PIM con conectividad de capa 3: componentes Use Case 4: PIM Gateway with Layer 3 Connectivity—Key Components clave
  • Componentes en el dominio PIM:

    • Una puerta de enlace PIM que actúa como interfaz entre un dominio PIM existente y la red EVPN-VXLAN. La puerta de enlace PIM es un dispositivo de capa 3 de Juniper Networks o de terceros en el que se configuran PIM y un protocolo de enrutamiento como OSPF. La puerta de enlace PIM no ejecuta EVPN. Puede conectar la puerta de enlace PIM a uno, algunos o todos los dispositivos EVPN.

    • Un punto de encuentro (RP) de PIM es un dispositivo de capa 3 de Juniper Networks o de terceros en el que se configuran PIM y un protocolo de enrutamiento como OSPF. También debe configurar PIM RP para traducir los mensajes de unión o poda de PIM en el informe IGMP o MLD correspondiente o dejar mensajes y, a continuación, reenviar los informes y mensajes a la puerta de enlace PIM.

  • Componentes de la red EVPN-VXLAN:

    Nota:

    Estos componentes se suman a los componentes ya configurados para los casos de uso 1 y 2.

    • Dispositivos EVPN. Puede conectar uno, algunos o todos los dispositivos EVPN a una puerta de enlace PIM. Debe realizar cada conexión a través de una interfaz de capa 3 en la que esté configurado PIM. Aparte de la interfaz de capa 3 con PIM, este caso de uso no requiere configuración adicional en los dispositivos EVPN.

Caso de uso 5: Enrutamiento y reenvío de multidifusión entre VLAN: enrutador de multidifusión externo

A partir de Junos OS versión 17.3R1, puede configurar un dispositivo EVPN para realizar el reenvío entre VLAN de tráfico de multidifusión sin tener que configurar interfaces IRB en el dispositivo EVPN. En tal escenario, se utiliza un enrutador de multidifusión externo para enviar consultas IGMP o MLD para solicitar informes y reenviar tráfico VLAN a través de un protocolo de multidifusión de capa 3 como PIM. Las interfaces IRB no son compatibles con el uso de un enrutador de multidifusión externo.

Para este caso de uso, debe incluir las igmp-snooping proxy instrucciones de configuración o mld-snooping proxy en el nivel de [edit routing-instances routing-instance-name protocols vlan vlan-name] jerarquía.

Indicadores de multidifusión EVPN Comunidad extendida

Los dispositivos de Juniper Networks compatibles con EVPN-VXLAN y espionaje IGMP también admiten la comunidad extendida de indicadores de multidifusión EVPN. Cuando haya habilitado la supervisión IGMP en uno de estos dispositivos, el dispositivo agrega la comunidad a las rutas EVPN tipo 3 (etiqueta Ethernet de multidifusión incluida).

La ausencia de esta comunidad en una ruta EVPN tipo 3 puede indicar lo siguiente sobre el dispositivo que anuncia la ruta:

  • El dispositivo no es compatible con la supervisión IGMP.

  • El dispositivo no tiene habilitada la supervisión IGMP.

  • El dispositivo está ejecutando una versión de software de Junos OS que no es compatible con la comunidad.

  • El dispositivo no admite la publicidad de rutas SMET EVPN tipo 6.

  • El dispositivo tiene espionaje IGMP y una interfaz de capa 3 con PIM habilitado. Aunque la interfaz de capa 3 con PIM realiza espionaje en el lado de acceso y reenvío selectivo de multidifusión en el núcleo de EVPN, el dispositivo necesita atraer todo el tráfico para realizar el registro de origen en el RP de PIM y el enrutamiento entre VLAN.

El comportamiento descrito anteriormente también se aplica a dispositivos que admiten EVPN-VXLAN con MLD y supervisión de MLD.

La figura 5 muestra la comunidad extendida del indicador de multidifusión EVPN, que tiene las siguientes características:

  • La comunidad está codificada como un valor de 8 bits.

  • El campo Tipo tiene el valor 6.

  • El indicador IGMP Proxy Support se establece en 1, lo que significa que el dispositivo admite el proxy IGMP.

    Lo mismo se aplica a la marca MLD Proxy Support; si esa marca se establece en 1, el dispositivo admite el proxy MLD. Es posible que se establezca uno o ambos indicadores.

Figura 5: Comunidad extendida del indicador de multidifusión EVPN EVPN Multicast Flag Extended Community

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
22.3R1
A partir de Junos OS versión 22.3R1, admitimos el espionaje IGMP en conmutadores EX4400 en redes EVPN-VXLAN.
21.2R1
A partir de Junos OS versión 21.2R1, admitimos el enrutamiento y reenvío optimizados de multidifusión entre subredes (OISM) con espionaje IGMP en conmutadores QFX5110, QFX5120 y QFX10002 en redes superpuestas ERB EVPN-VXLAN.
20.4R1
A partir de Junos OS versión 20.4R1, los conmutadores QFX5120-48YM admiten el espionaje IGMP como dispositivos leaf en una estructura superpuesta CRB EVPN-VXLAN multiconexión.
20.4R1
A partir de Junos OS versiones 20.4R1, en las estructuras superpuestas EVPN-VXLAN CRB, QFX5110, QFX5120 y la línea de conmutadores QFX10000 admiten IGMPv3 con espionaje IGMP para tráfico de multidifusión IPv4, y MLD versión 1 (MLDv1) y MLD versión 2 (MLDv2) con espionaje MLD para el tráfico de multidifusión IPv6. Los conmutadores compatibles en la línea QFX5000 solo admiten el reenvío de multidifusión como dispositivos leaf en estructuras CRB y no admiten el enrutamiento de multidifusión. Los dispositivos de columna vertebral manejan el enrutamiento de multidifusión de capa 3.
20.2R1
A partir de Junos OS versión 20.2R1, los conmutadores QFX5120-48T admiten el espionaje IGMP como dispositivos leaf en una estructura superpuesta CRB EVPN-VXLAN multiconexión.
19.3R1
A partir de Junos OS versión 19.3R1, los conmutadores EX9200, enrutadores serie MX y enrutadores virtuales vMX admiten IGMP versión 2 (IGMPv2) e IGMP versión 3 (IGMPv3), espionaje IGMP, reenvío selectivo de multidifusión, puertas de enlace PIM externas y enrutadores de multidifusión externos con una estructura de superposición EVPN-VXLAN CRB.
19.1R1
A partir de Junos OS versión 19.1R1, los conmutadores QFX5120-32C admiten el espionaje IGMP como dispositivos leaf en una estructura superpuesta CRB EVPN-VXLAN.
18,4R2
A partir de la versión 18.4R2 de Junos OS (pero no de las versiones 19.1R1 y 19.2R1 de Junos OS), los conmutadores QFX5120-48Y admiten el espionaje IGMP como dispositivos leaf en una estructura superpuesta CRB de EVPN-VXLAN.
18,4R2
A partir de las versiones 18.4R2 y 19.1R2 de Junos OS, el reenvío selectivo de multidifusión está habilitado de forma predeterminada en los conmutadores QFX5110 y QFX5120 cuando se configura la supervisión IGMP en redes EVPN-VXLAN, lo que limita aún más la inundación del tráfico de multidifusión. Con la supervisión IGMP y el reenvío selectivo de multidifusión, estos conmutadores envían el tráfico de multidifusión solo a los receptores interesados, tanto en el núcleo de EVPN como en el lado de acceso para el tráfico de multidifusión que proviene de una interfaz de acceso o de una interfaz de red EVPN.
18.1R1
A partir de Junos OS versión 18.1R1, los conmutadores QFX5110 admiten el espionaje IGMP como dispositivos leaf en una estructura superpuesta CRB EVPN-VXLAN para reenviar tráfico de multidifusión dentro de las VLAN.
17.3R1
A partir de Junos OS versión 17.3R1, los conmutadores QFX10000 admiten el intercambio de tráfico entre fuentes y receptores de multidifusión en una estructura de superposición ERB EVPN-VXLAN, que utiliza IGMP, y fuentes y receptores en un dominio externo de multidifusión independiente de protocolo (PIM). Una VLAN de multidifusión de capa 2 (MVLAN) y las interfaces IRB asociadas permiten el intercambio de tráfico de multidifusión entre estos dos dominios.
17.3R1
A partir de Junos OS versión 17.3R1, puede configurar un dispositivo EVPN para realizar el reenvío entre VLAN de tráfico de multidifusión sin tener que configurar interfaces IRB en el dispositivo EVPN.
17.2R1
A partir de Junos OS versión 17.2R1, los conmutadores QFX10000 admiten la supervisión IGMP en una superposición ERB de LAN extensible virtual (VXLAN) de VPN Ethernet (EVPN) (topología EVPN-VXLAN con una estructura IP colapsada).