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 supervisión IGMP o MLD en un entorno EVPN-VXLAN

La intromisión del protocolo de administración de grupos de Internet (IGMP) y la intromisión del agente de escucha de multidifusión (MLD) restringen 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, la supervisión IGMP o MLD conserva el ancho de banda, ya que el tráfico de multidifusión se reenvía solo en aquellas interfaces que tienen 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.

Admitimos la supervisión IGMP y la supervisión de MLD en redes VPN Ethernet y VLAN extensible virtual (EVPN-VXLAN). Estos protocolos de espionaje ayudan a optimizar el flujo de tráfico de multidifusión para fuentes y receptores dentro y fuera de la red EVPN. Los dispositivos PE EVPN con supervisión IGMP o MLD habilitada también utilizan el reenvío de multidifusión selectiva de forma predeterminada para enviar tráfico de multidifusión solo hacia las interfaces de acceso con receptores suscritos. Además, los dispositivos de borde del proveedor de pares (PE) de EVPN que sirven a receptores multiconexión sincronizan la información de estado de espionaje IGMP o MLD para garantizar que los flujos de multidifusión siempre lleguen a esos receptores.

Algunas plataformas también admiten el enrutamiento y el reenvío optimizados de multidifusión entre subredes (OISM) en las redes superpuestas de puente enrutado en el borde (ERB) de EVPN-VXLAN. Consulte Multidifusión entre subredes optimizada en redes EVPN para obtener todos los detalles sobre la configuración y el funcionamiento 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 superpuestas ERB. Debe configurar la supervisión IGMP (o, si se admite, la supervisión MLD) en los dispositivos leaf de estructura como parte de la configuración de OISM. En algunas plataformas, solo admitimos el tráfico de multidifusión EVPN-VXLAN con OISM.

Aquí proporcionamos una introducción a la optimización del flujo de tráfico de multidifusión sin OISM en una red EVPN-VXLAN.

Nota:

En los dispositivos de conmutación, se utilizan vlan instrucciones para configurar las VLAN. En muchos dispositivos de enrutamiento, puede configurar la misma entidad mediante bridge-domain instrucciones. Para simplificar las cosas, en este tema se utiliza el término VLAN cuando nos referimos a la misma entidad configurada en dispositivos de conmutación o de enrutamiento.

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 IGMP snooping o MLD snooping restringe el flujo de tráfico de multidifusión en una VLAN solo 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 los dispositivos EVPN que sirven a receptores multiconexión garantiza que el tráfico de multidifusión llegue a esos receptores en casos como los siguientes:

    • Los informes de pertenencia a 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 en el que 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.

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

Versiones del protocolo de multidifusión y arquitecturas superpuestas EVPN-VXLAN compatibles

A menos que se mencione explícitamente, la información de esta página se aplica a:

  • IGMPv2 y IGMPv3 en los dispositivos que admiten esos protocolos en las siguientes arquitecturas de EVPN-VXLAN:

    • Superposición en puente (BO)

    • Superposición de puente de enrutamiento centralizado (CRB)

    • Superposición de ERB

  • MLDv1 y MLDv2 en los dispositivos que admiten esos protocolos en las siguientes arquitecturas de EVPN-VXLAN:

    • Superposición de CRB

    • Superposición de ERB

Además, algunas plataformas admiten tráfico de multidifusión IPv4 e IPv6 en una superposición EVPN-VXLAN IPv6 con emparejamiento subyacente IPv6.

Consulte Explorador de características para conocer la compatibilidad de plataformas y versiones específicas para la supervisión IGMP o MLD en las distintas arquitecturas de red EVPN-VXLAN y opciones de emparejamiento subyacente.

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

Los dispositivos EVPN-VXLAN pueden admitir IGMPv2 y IGMPv3 con supervisión IGMP para el tráfico de multidifusión IPv4. Los dispositivos también pueden admitir MLDv1 y MLDv2 con MLD snooping para el tráfico de multidifusión IPv6.

  • Con IGMPv2 y MLDv1, el dispositivo procesa solo informes de multidifusión (ASM) de cualquier fuente.

  • Si el dispositivo admite IGMPv3 y MLDv2, el modo ASM es el comportamiento predeterminado, pero puede configurar el dispositivo para procesar informes de multidifusión específicos de origen (SSM) con IGMPv3 y MLDv2 en su lugar.

Sin embargo, el dispositivo no puede procesar informes SSM e informes ASM al mismo tiempo. Cuando configure un dispositivo para que funcione en modo SSM con IGMPv3 y MLDv2, el dispositivo descarta cualquier informe de ASM. Cuando no configura el dispositivo para que funcione en modo SSM, un dispositivo procesa cualquier informe de ASM, pero quita los informes de SSM IGMPv3 y MLDv2.

En la tabla 1 se describen las versiones IGMP compatibles y los modos de informe de membresía admitidos para cada versión.

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

Versiones del protocolo de multidifusión

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

Solo multidifusión específica de fuente (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 los dispositivos EVPN para procesar solo los informes de pertenencia a SSM (S,G) para IGMPv3 o MLDv2, establezca la evpn-ssm-reports-only opción de configuración en el [edit protocols igmp-snooping vlan vlan-name] nivel de jerarquía.

Puede habilitar el procesamiento solo SSM para una o varias 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 del conmutador virtual. Cuando habilita esta opción, el dispositivo no procesa los informes de ASM y los quita.

Si no configura la evpn-ssm-reports-only opción, de forma predeterminada, dispositivos EVPN:

  • Procesar informes de ASM IGMPv2, IGMPv3, MLDv1 o MLDv2.

  • Elimine los informes de SSM IGMPv3 o MLDv2.

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

En la tabla 2 , se 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 reenvío y enrutamiento 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: interfaces IRB 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 receptor.

Recomendamos implementar este caso de uso básico en todas las redes EVPN-VXLAN, excepto cuando prefiera usar un enrutador de multidifusión externo para manejar 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 ERB EVPN-VXLAN o superposiciones CRB 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 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 controla el enrutamiento entre VLAN.

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

En una superposición ERB típica de EVPN-VXLAN:

  • Es posible que desee 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.

  • Si desea un enrutador de multidifusión externo para manejar 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 un dominio PIM externo existente tiene hosts 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 EVPN-VXLAN, puede usar una combinación de tipos de dispositivos spine. Sin embargo, si hace esto, tenga en cuenta que la funcionalidad de todos los dispositivos spine está determinada por las limitaciones de cada dispositivo spine. Por ejemplo:

  • Algunos dispositivos pueden admitir una sola instancia de conmutador predeterminado de EVPN o una instancia de enrutamiento de tipo virtual-switch.

  • Aunque algunos dispositivos admiten varias instancias de EVPN de tipo evpn, virtual-switcho mac-vrf en el dispositivo, deberá configurar una única instancia de enrutamiento de tipo virtual-switch para interoperar con dispositivos que solo admitan una única virtual-switch instancia de EVPN.

Caso de uso 1: Reenvío de tráfico de multidifusión dentro de 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 que tienen una sola conexión en un dispositivo EVPN o multiconexión en más de un dispositivo EVPN en modo totalmente activo.

    Nota:

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

  • Instancias de enrutamiento:

    • La instancia de conmutador predeterminada si todos los dispositivos de la red admiten EVPN mediante la instancia de conmutador predeterminada.

    • Si todos los dispositivos de la red admiten EVPN con el tipo de instancia o virtual-switch según la evpn compatibilidad con dispositivos individuales:

      • Una única instancia de enrutamiento de tipo virtual-switch.

      • Varias instancias de enrutamiento de tipo evpn o .virtual-switch

    • (Preferido) Una o más instancias de enrutamiento de tipo mac-vrf si todos los dispositivos de la red admiten EVPN mediante instancias de MAC-VRF. (Consulte Descripción general del tipo de instancia de enrutamiento MAC-VRF.)

      Nota:

      En una red BO EVPN-VXLAN, solo se admite el tipo de instancia EVPN mac-vrf con supervisión IGMP en los dispositivos PE EVPN, con:

      • vlan-based o vlan-aware tipo de servicio.

      • Interfaces de estilo empresarial.

      • Emparejamiento subyacente IPv4 o IPv6 con tráfico de multidifusión IPv4 (IGMP).

      Además, si la instancia de EVPN admite varias VLAN, debe configurar las VLAN de forma simétrica en cualquier dispositivo PE EVPN par multiconexión en la red BO.

  • Atributos de comunidad extendidos de destino de ruta de EVI asociados con EVI de multiconexión.

    Las rutas BGP EVPN tipo 7 (ruta de unión de sincronización) y tipo 8 (dejar ruta de sincronización) llevan estos atributos para permitir la compatibilidad simultánea de varias instancias de enrutamiento EVPN. Para obtener más información acerca de la comunidad extendida de indicadores de multidifusión, consulte Comunidad extendida de indicadores de multidifusión EVPN.

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

  • Espionaje IGMP o MLD snooping.

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

    IGMP snooping o MLD snooping 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 emisores como receptores adjuntos.

  • Reenvío selectivo de multidifusión: publicidad de rutas de etiqueta Ethernet de multidifusión selectiva (SMET) de EVPN tipo 6para reenviar solo a los receptores interesados.

    Esta característica permite a los dispositivos EVPN reenviar selectivamente el tráfico de multidifusión solo a los dispositivos en el núcleo EVPN que han expresado interés en ese grupo de multidifusión.

    Nota:

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

    Cuando se habilita la supervisión IGMP o la supervisión MLD, el reenvío selectivo de multidifusión se habilita de forma predeterminada.

  • Compatibilidad con dispositivos EVPN en la red que no admiten la supervisión IGMP, la supervisión MLD y el reenvío de multidifusión selectiva.

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

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

Un dispositivo EVPN que inicialmente recibe tráfico de una fuente de multidifusión se conoce como dispositivo de entrada. El dispositivo de entrada controla 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 habilitan el reenvío de multidifusión selectiva en dispositivos compatibles):

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

    • Luego, el tráfico se reenvía de forma selectiva 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 tiene multiconexión 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 pertenencia a IGMP o MLD recibidos en interfaces multiconexión para coordinar el estado de los mensajes que van a diferentes dispositivos EVPN o, en caso de que uno de los dispositivos EVPN falle.

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

Si configuró interfaces IRB con PIM en uno o más de los dispositivos de capa 3 en su red EVPN-VXLAN (caso de uso 2), observe 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) del 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 usar un enrutador de multidifusión externo para manejar el enrutamiento entre VLAN (consulte el 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 la multidifusión de ruta de protocolo independiente (PIM) enrutan el tráfico de multidifusión entre las VLAN de origen y receptor. A continuación, los dispositivos EVPN en los que residen las interfaces IRB reenvían el tráfico enrutado mediante las siguientes funciones clave:

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

  • Supervisión IGMP o supervisión MLD (si se admite)

  • Reenvío selectivo de multidifusión

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

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

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

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

En la superposición CRB EVPN-VXLAN de ejemplo que se muestra en la Figura 2, suponga que el tráfico de multidifusión debe enrutarse desde la VLAN 100 de origen a la VLAN 101 receptora. La VLAN receptora 101 está configurada en el spine 1, el cual se designa como el 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:

  • Acceda a interfaces que tienen detectores de multidifusión (IGMP snooping o MLD snooping).

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

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

  • 100 interfaces IRB que usan PIM comenzando con IRB.1 y subiendo hasta IRB.100

  • 100 VLAN

  • 20 dispositivos EVPN

Para la superposición CRB EVPN-VXLAN de ejemplo, m representa la cantidad de VLAN y n representa la cantidad de dispositivos EVPN. Suponiendo que la supervisión IGMP (o supervisión MLD) y el reenvío de multidifusión selectiva 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 MLD) y el reenvío de multidifusión selectiva están habilitados en la superposición CRB 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 velocidad 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 entre las superposiciones CRB EVPN-VXLAN y las superposiciones ERB EVPN-VXLAN. En el cuadro 3 se describen estas diferencias

Tabla 3: Caso de uso 2: Diferencias importantes para las superposiciones de ERB y CRB de EVPN-VXLAN

Arquitecturas de la estructura IP de EVPN VXLAN

¿Admite una combinación de dispositivos de Juniper Networks?

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

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

Configuración PIM requerida

Superposición de ERB EVPN-VXLAN

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

Configure la funcionalidad del enrutador designado distribuido (DDR) de 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 de la serie MX y conmutadores QFX5110.

Nota:

Si implementa una combinación de dispositivos spine, tenga en cuenta que la funcionalidad de todos los dispositivos spine está determinada por las limitaciones de cada dispositivo spine.

No

No. Sin embargo, debe configurar todas las VLAN que incluyan agentes de escucha de multidifusión en cada dispositivo spine que realice enrutamiento entre VLAN. No es necesario configurar todas las VLAN que incluyan agentes de escucha 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 suele fluir desde un host de origen a un dispositivo leaf y a un dispositivo spine, que controla el enrutamiento entre VLAN. Luego, el dispositivo spine replica y reenvía el tráfico a VLAN y dispositivos EVPN con oyentes 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 hoja desde el que se originó el tráfico (fijación de cabello). Este problema es inherente al diseño de la superposición CRB EVPN-VXLAN. Cuando diseñe la superposición EVPN-VXLAN, tenga en cuenta este problema, especialmente si espera que el volumen de tráfico de multidifusión en la 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 superposiciones ERB EVPN-VXLAN y superposiciones CRB EVPN-VXLAN.

Para este caso de uso, asumimos lo siguiente:

  • Desplegó una red EVPN-VXLAN para brindarle soporte a 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 con los que desea comunicarse con fuentes y receptores de multidifusión en un dominio PIM externo.

Nota:

Admitimos este caso de uso tanto con superposiciones ERB EVPN-VXLAN como con superposiciones CRB 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. Con una VLAN de multidifusión de capa 2 (M-VLAN) 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:

  • Una fuente de multidifusión externa a destinos de multidifusión internos

  • Una fuente de multidifusión interna a destinos de multidifusión externos

    Nota:

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

En la figura 3 , se muestran 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, a algunos o a 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 el RP de PIM para traducir los mensajes de unión o poda de PIM en el informe IGMP (o MLD) correspondiente, o dejar mensajes, y luego reenviar los informes y mensajes a la puerta de enlace PIM.

  • Componentes de la red EVPN-VXLAN:

    Nota:

    Estos componentes se suman a los 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 (M-VLAN). La M-VLAN es una VLAN que se utiliza para conectar la puerta de enlace PIM. En la M-VLAN, PIM está habilitado.

      • Una interfaz IRB de M-VLAN en la que se configura PIM, la supervisión IGMP (o la supervisión de MLD) y un protocolo de enrutamiento como OSPF. Para comunicarse con 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 de 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 de M-VLAN 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 [edit protocols] nivel de jerarquía en las interfaces ascendentes en las que haya establecido pim-to-igmp-proxy.

          Para las superposiciones CRB de EVPN-VXLAN, no es necesario incluir las instrucciones de pim-to-igmp-proxy upstream-interface irb-interface-name configuración or 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 multicast-router-interface instrucción de configuración 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 interfaz, especifique la interfaz IRB de M-VLAN.

    • Modo pasivo PIM. Solo para superposiciones de ERB 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 passive instrucción de configuración en el [edit protocols pim] nivel de 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 EVPN-VXLAN.

Para este caso de uso, asumimos lo siguiente:

  • Desplegó una red EVPN-VXLAN para brindarle soporte a 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 con los que desea comunicarse 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 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. Con el uso de 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:

  • Una fuente de multidifusión externa a destinos de multidifusión internos

  • Una fuente de multidifusión interna a destinos de multidifusión externos

    Nota:

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

En la figura 4 , se muestran los componentes clave necesarios para este caso de uso en una superposición CRB 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, a algunos o a 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 el RP de PIM para traducir los mensajes de unión o poda de PIM en el informe o dejar mensajes IGMP o MLD correspondiente 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 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 llevar a cabo el reenvío entre VLAN del 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 el tráfico de 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 instrucciones de igmp-snooping proxy configuración or 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 la supervisión IGMP también admiten la comunidad extendida de indicadores de multidifusión de 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 de EVPN tipo 3 puede indicar lo siguiente sobre el dispositivo que anuncia la ruta:

  • El dispositivo no admite 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 de EVPN tipo 6.

  • El dispositivo tiene supervisión 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 de multidifusión selectivo en el núcleo 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 los dispositivos que admiten EVPN-VXLAN con MLD y MLD snooping.

En la figura 5 se muestra la comunidad extendida de la marca de multidifusión EVPN, la cual tiene las siguientes características:

  • La comunidad se codifica como un valor de 8 bits.

  • El campo Type tiene un valor de 6.

  • La marca de compatibilidad con proxy IGMP se establece en 1, lo que significa que el dispositivo admite el proxy IGMP.

    Lo mismo se aplica a la bandera de soporte de proxy MLD; si esa marca se establece en 1, el dispositivo admite el proxy MLD. Se pueden establecer una o ambas banderas.

Figura 5: Comunidad extendida de la marca de multidifusión EVPN EVPN Multicast Flag Extended Community

Comportamiento de multidifusión EVPN-VXLAN específico de la plataforma con supervisión IGMP y supervisión MLD

Use la siguiente tabla para revisar los comportamientos específicos de la plataforma para sus plataformas cuando se ejecuta EVPN-VXLAN con supervisión IGMP y supervisión MLD.

Tabla 4: Comportamiento específico de la plataforma

Plataforma

Diferencia

PTX10008 con las tarjetas de línea PTX10K-LC1301-36DD (Express 5) y PTX10K-LC1201-36CD (Express 4)

El dispositivo tiene una limitación en la generación de informes de estadísticas de paquetes de multidifusión cuando el dispositivo funciona en modo de chasis de interoperabilidad (tarjetas de línea Express 5 y Express 4 interoperando en el dispositivo), ya que las tarjetas de línea Express 5 no admiten contadores de ruta de espionaje de multidifusión.

Los contadores de rutas de espionaje de multidifusión registran el número de paquetes que utilizan una ruta de espionaje hacia el destino. Las tarjetas de línea Express 4 actualizan los contadores de ruta de espionaje, pero las tarjetas de línea Express 5 no actualizan esos contadores. Como resultado, en dispositivos que se ejecutan en modo de interoperabilidad, las estadísticas de paquetes de multidifusión informadas en el comando de la show multicast snooping route extensive CLI no coincidirán con el recuento real de paquetes para rutas de espionaje.

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. 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 la supervisión IGMP en conmutadores EX4400 en redes EVPN-VXLAN.
22.3R1
A partir de Junos OS versión 22.3R1, en algunas plataformas admitimos tráfico de multidifusión IPv4 e IPv6 en una superposición EVPN-VXLAN IPv6 con emparejamiento subyacente IPv6.
22.3R1
A partir de Junos OS evolucionado, versión 25.4R1, en algunas plataformas admitimos IGMPv2 y IGMPv3 en una arquitectura superpuesta con puente 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 supervisión 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 la supervisión IGMP como dispositivos leaf en una estructura superpuesta CRB EVPN-VXLAN multiconexión.
20.4R1
A partir de la versión 20.4R1 de Junos OS, en las estructuras superpuestas CRB de EVPN-VXLAN, QFX5110, QFX5120 y la línea QFX10000 de conmutadores admiten IGMPv3 con supervisión IGMP para tráfico de multidifusión IPv4, y MLDv1 y MLDv2 con supervisión MLD para tráfico de multidifusión IPv6. Los conmutadores compatibles en la línea QFX5000 solo admiten el reenvío multidifusión como dispositivos leaf en estructuras CRB y no admiten el enrutamiento multidifusión. Los dispositivos spine controlan el enrutamiento de multidifusión de capa 3. Puede configurar estos conmutadores para procesar informes de multidifusión específica de origen (SSM) IGMPv3 y MLDv2, pero estos dispositivos no pueden procesar informes de SSM ni informes de multidifusión de cualquier origen (ASM) al mismo tiempo.
20.2R1
A partir de Junos OS versión 20.2R1, los conmutadores QFX5120-48T admiten la intromisión 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 de la serie MX y enrutadores virtuales vMX admiten IGMPv2, IGMPv3, IGMP snooping, reenvío selectivo de multidifusión, puertas de enlace PIM externas y enrutadores de multidifusión externos con una superposición CRB EVPN-VXLAN.
19.1R1
A partir de Junos OS versión 19.1R1, los conmutadores QFX5120-32C admiten la supervisión 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 la supervisión IGMP como dispositivos leaf en una estructura superpuesta CRB EVPN-VXLAN.
18.4R2
A partir de las versiones 18.4R2 y 19.1R2 de Junos OS, el reenvío de multidifusión selectiva está habilitado de forma predeterminada en los conmutadores QFX5110 y QFX5120 cuando se configura la supervisión IGMP en redes EVPN-VXLAN, lo que restringe aún más la inundación de tráfico de multidifusión. Con la supervisión IGMP y el reenvío de multidifusión selectiva, estos conmutadores envían el tráfico de multidifusión solo a los receptores interesados, tanto en el núcleo EVPN como en el lado de acceso, para el tráfico de multidifusión procedente 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 la supervisión IGMP como dispositivos leaf en una superposición CRB EVPN-VXLAN para reenviar tráfico de multidifusión dentro de redes VLAN. No puede configurar interfaces IRB en una VXLAN con supervisión IGMP para reenviar tráfico de multidifusión entre redes VLAN. Solo puede configurar y utilizar interfaces IRB para tráfico de unidifusión.
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 superposición ERB EVPN-VXLAN mediante IGMP. Estos conmutadores también admiten el flujo de tráfico de multidifusión desde fuentes y hacia receptores en un dominio externo de multidifusión independiente de protocolo (PIM). Una VLAN de multidifusión de capa 2 (M-VLAN) 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 llevar a cabo el reenvío entre VLAN de tráfico de multidifusión sin necesidad de 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 EVPN-VXLAN.