Componentes de la arquitectura del plano de la estructura del centro de datos

IBGP para superposiciones

El BGP interno (IBGP) es un protocolo de enrutamiento que intercambia información de accesibilidad a través de una red IP. Cuando el IBGP se combina con el BGP multiprotocolo (MP-IBGP), proporciona la base para que EVPN intercambie información de accesibilidad entre dispositivos VTEP. Esta capacidad es necesaria para establecer túneles VXLAN entre VTEP y utilizarlos para superponer servicios de conectividad.

La figura 4 muestra que los dispositivos de spine y leaf usan sus direcciones de circuito cerrado para el emparejamiento en un único sistema autónomo. En este diseño, los dispositivos de columna vertebral actúan como un grupo de reflectores de ruta y los dispositivos de hoja son clientes de reflectores de ruta. Un reflector de ruta satisface el requisito del IBGP de una malla completa sin necesidad de emparejar todos los dispositivos VTEP directamente entre sí. Como resultado, los dispositivos leaf se emparejan solo con los dispositivos spine y los dispositivos spine se emparejan tanto con los dispositivos spine como con los dispositivos leaf. Debido a que los dispositivos de columna vertebral están conectados a todos los dispositivos de hoja, los dispositivos de columna vertebral pueden transmitir información de IBGP entre los vecinos del dispositivo de hoja emparejados indirectamente.

Puede colocar reflectores de ruta en casi cualquier lugar de la red. Sin embargo, debe tener en cuenta lo siguiente:

• ¿El dispositivo seleccionado tiene suficiente memoria y potencia de procesamiento para manejar la carga de trabajo adicional requerida por un reflector de ruta?

• ¿El dispositivo seleccionado es equidistante y accesible desde todos los altavoces EVPN?

• ¿El dispositivo seleccionado tiene las capacidades de software adecuadas?

En este diseño, el grupo reflector de ruta se coloca en la capa de la columna vertebral. Los conmutadores QFX que puede usar como columna vertebral en este diseño de referencia tienen una amplia velocidad de procesamiento para manejar el tráfico del cliente del reflector de ruta en la superposición de virtualización de red.

Para obtener más información sobre la implementación de IBGP en una superposición, consulte Configurar IBGP para la superposición.

EBGP para superposiciones con subyacentes IPv6

Los casos de uso de la arquitectura de referencia original de esta guía ilustran un diseño subyacente de EBGP IPv4 con conectividad de dispositivo de superposición de IBGP IPv4. Consulte Red subyacente de estructura IP e IBGP para obtener información sobre superposiciones. Sin embargo, a medida que los dispositivos de borde de virtualización de red (NVE) comienzan a adoptar VTEP IPv6 para aprovechar el rango de direccionamiento extendido y las capacidades de IPv6, hemos ampliado la compatibilidad con IP Fabric para abarcar IPv6.

A partir de Junos OS versión 21.2R2-S1, en las plataformas compatibles puede utilizar alternativamente una infraestructura de estructura IPv6 con algunos diseños de superposición de arquitectura de referencia. El diseño de la estructura IPv6 comprende direccionamiento de interfaz IPv6, una base de EBGP IPv6 y una superposición de EBGP IPv6 para la conectividad de la carga de trabajo. Con una estructura IPv6, los dispositivos NVE encapsulan el encabezado VXLAN con un encabezado externo IPv6 y tunelizan los paquetes a través de la estructura de extremo a extremo mediante los siguientes saltos IPv6. La carga de trabajo puede ser IPv4 o IPv6.

La mayoría de los elementos que se configuran en los diseños de superposición de arquitectura de referencia admitidos son independientes de si la infraestructura subyacente y de superposición usa IPv4 o IPv6. Los procedimientos de configuración correspondientes para cada uno de los diseños de superposición admitidos señalan cualquier diferencia de configuración si la capa subyacente y la superposición utilizan el diseño de estructura IPv6.

Para obtener más información, consulte las siguientes referencias en esta guía y otros recursos:

• Configuración de una estructura IPv6 mediante EBGP para conectividad subyacente y emparejamiento de superposición: Diseño e implementación de redes de superposición y subyacente de estructura IPv6 con EBGP.

• Lanzamientos iniciales en los que diferentes plataformas admiten un diseño de estructura IPv6 cuando desempeñan funciones concretas en la estructura: Diseños de referencia de estructura EVPN-VXLAN para centros de datos: resumen de hardware compatible.

• Descripción general de la compatibilidad de emparejamiento de superposición y subyacente IPv6 en estructuras EVPN-VXLAN en dispositivos de Juniper Networks: EVPN-VXLAN con una base IPv6.

Superposición con puente

El primer tipo de servicio de superposición descrito en esta guía es una superposición de puente, como se muestra en la figura 5.

En este modelo de superposición, las VLAN Ethernet se extienden entre dispositivos leaf a través de túneles VXLAN. Estos túneles VXLAN de hoja a hoja admiten redes de centros de datos que requieren conectividad Ethernet entre dispositivos leaf, pero no necesitan enrutamiento entre las VLAN. Como resultado, los dispositivos spine solo proporcionan conectividad básica subyacente y superpuesta para los dispositivos leaf, y no realizan servicios de enrutamiento o puerta de enlace vistos con otros métodos de superposición.

Los dispositivos leaf originan VTEP para conectarse a los otros dispositivos leaf. Los túneles permiten que los dispositivos leaf envíen tráfico VLAN a otros dispositivos leaf y sistemas finales conectados a Ethernet en el centro de datos. La simplicidad de este servicio de superposición lo hace atractivo para los operadores que necesitan una manera fácil de introducir EVPN/VXLAN en su centro de datos existente basado en Ethernet.

Para obtener información sobre la implementación de una superposición puenteada, consulte Diseño e implementación de superposiciones puenteadas.

Superposición de puente enrutado centralmente

El segundo tipo de servicio de superposición es la superposición de puente de enrutamiento centralizado (CRB), como se muestra en la figura 6.

En una superposición CRB, el enrutamiento se produce en una puerta de enlace central de la red del centro de datos (la capa spine en este ejemplo) en lugar de en el dispositivo VTEP donde están conectados los sistemas finales (la capa leaf en este ejemplo).

Puede usar este modelo de superposición cuando necesite que el tráfico enrutado pase por una puerta de enlace centralizada o cuando sus dispositivos VTEP de borde carezcan de las capacidades de enrutamiento necesarias.

Como se muestra arriba, el tráfico que se origina en los sistemas finales conectados a Ethernet se reenvía a los dispositivos VTEP leaf a través de un tronco (varias VLAN) o un puerto de acceso (VLAN única). El dispositivo VTEP reenvía el tráfico a sistemas finales locales o a un sistema final en un dispositivo VTEP remoto. Una interfaz integrada de enrutamiento y puente (IRB) en cada dispositivo spine ayuda a enrutar el tráfico entre las redes virtuales Ethernet.

El modelo de servicio de superposición de puente compatible con VLAN permite agregar fácilmente una colección de VLAN en la misma red virtual superpuesta. El diseño de EVPN de Juniper Networks admite tres configuraciones de modelo de servicio Ethernet compatible con VLAN en el centro de datos, como se indica a continuación:

• Default instance VLAN-aware: con esta opción, se implementa una única instancia de conmutación predeterminada que admite un total de 4094 VLAN. Todas las plataformas leaf incluidas en este diseño (Diseños de referencia de estructura EVPN-VXLAN del centro de datos - Resumen de hardware compatible) admiten el estilo de instancia predeterminado de superposición compatible con VLAN.

  Para configurar este modelo de servicio, consulte Configuración de una superposición de puente enrutado centralmente compatible con VLAN en la instancia predeterminada.

• Virtual switch VLAN-aware—Con esta opción, varias instancias de conmutador virtual admiten hasta 4094 VLAN por instancia. Este modelo de servicio Ethernet es ideal para redes superpuestas que requieren escalabilidad más allá de una única instancia predeterminada. La compatibilidad con esta opción está disponible actualmente en la línea de conmutadores QFX10000.

  Para implementar este modelo de servicio escalable, consulte Configuración de una superposición de CRB compatible con VLAN con conmutadores virtuales o instancias de MAC-VRF.

• MAC-VRF instance VLAN-aware—Con esta opción, varias instancias MAC-VRF admiten hasta 4094 VLAN por instancia. Este modelo de servicio Ethernet es ideal para redes superpuestas que requieren escalabilidad más allá de una única instancia predeterminada y en las que desea más opciones para garantizar el aislamiento o la interconexión de VLAN entre diferentes inquilinos en la misma estructura. La compatibilidad con esta opción está disponible en las plataformas compatibles con instancias MAC-VRF (consulte Explorador de características: VRF de MAC con EVPN-VXLAN).

  Para implementar este modelo de servicio escalable, consulte Configuración de una superposición de CRB compatible con VLAN con conmutadores virtuales o instancias de MAC-VRF.

Superposición de puente con enrutamiento de borde

La tercera opción de servicio de superposición es la superposición de puente enrutado en el borde (ERB), como se muestra en la figura 7.

En este modelo de servicio Ethernet, las interfaces IRB se mueven a VTEP de dispositivo leaf en el borde de la red superpuesta para acercar el enrutamiento IP a los sistemas finales. Debido a las capacidades especiales de ASIC necesarias para admitir puentes, enrutamiento y EVPN/VXLAN en un dispositivo, las superposiciones ERB solo son posibles en ciertos conmutadores. Para obtener una lista de los conmutadores que admitimos como dispositivos leaf en una superposición ERB, consulte Diseños de referencia de estructura EVPN-VXLAN para centros de datos: resumen de hardware compatible.

Este modelo permite una red general más simple. Los dispositivos spine están configurados para manejar solo tráfico IP, lo que elimina la necesidad de extender las superposiciones de puente a los dispositivos spine.

Esta opción también permite un tráfico más rápido de servidor a servidor, dentro del centro de datos (también conocido como tráfico este-oeste) donde los sistemas finales están conectados al mismo dispositivo leaf VTEP. Como resultado, el enrutamiento ocurre mucho más cerca de los sistemas finales que con las superposiciones CRB.

Para obtener información sobre la implementación de la superposición ERB, consulte Diseño e implementación de superposiciones de puente enrutado en bordes.

Superposición de columna colapsada

La red superpuesta en una arquitectura de columna vertebral colapsada es similar a una superposición ERB. En una arquitectura de columna colapsada, las funciones del dispositivo leaf se contraen en los dispositivos spine. Dado que no hay capa de hojas, se configuran las interfaces VTEPS e IRB en los dispositivos spine, que se encuentran en el borde de la red superpuesta, como los dispositivos leaf de un modelo ERB. Los dispositivos spine también pueden realizar funciones de puerta de enlace de borde para enrutar el tráfico de norte a sur o extender el tráfico de capa 2 a través de ubicaciones de centros de datos.

Para obtener una lista de los conmutadores que admitimos con una arquitectura spine colapsada, consulte Diseños de referencia de estructura EVPN-VXLAN de centro de datos: resumen de hardware compatible.

Comparación de superposiciones puenteadas, CRB y ERB

Para ayudarle a decidir qué tipo de superposición es el más adecuado para su entorno EVPN, consulte la Tabla 1.

Modelos de direccionamiento IRB en superposiciones de puente

La configuración de interfaces IRB en superposiciones CRB y ERB requiere una comprensión de los modelos para la configuración predeterminada de direcciones IP y MAC de puerta de enlace de las interfaces IRB de la siguiente manera:

• Unique IRB IP Address—En este modelo, se configura una dirección IP única en cada interfaz IRB en una subred superpuesta.

  El beneficio de tener una dirección IP y una dirección MAC únicas en cada interfaz IRB es la capacidad de monitorear y llegar a cada una de las interfaces IRB desde dentro de la superposición utilizando su dirección IP única. Este modelo también le permite configurar un protocolo de enrutamiento en la interfaz IRB.

  La desventaja de este modelo es que la asignación de una dirección IP única a cada interfaz IRB puede consumir muchas direcciones IP de una subred.

• Unique IRB IP Address with Virtual Gateway IP Address: este modelo agrega una dirección IP de puerta de enlace virtual al modelo anterior y se recomienda para superposiciones de puente enrutadas centralmente. Es similar al VRRP, pero sin la señalización del plano de datos en banda entre las interfaces IRB de la puerta de enlace. La puerta de enlace virtual debe ser la misma para todas las interfaces IRB de puerta de enlace predeterminadas en la subred superpuesta y está activa en todas las interfaces IRB de puerta de enlace donde esté configurada. También debe configurar una dirección MAC IPv4 común para la puerta de enlace virtual, que se convierte en la dirección MAC de origen en los paquetes de datos reenviados a través de la interfaz IRB.

  Además de las ventajas del modelo anterior, la puerta de enlace virtual simplifica la configuración predeterminada de la puerta de enlace en los sistemas finales. La desventaja de este modelo es la misma que el modelo anterior.

• IRB with Anycast IP Address and MAC Address—En este modelo, todas las interfaces IRB de puerta de enlace predeterminadas en una subred superpuesta están configuradas con la misma dirección IP y MAC. Recomendamos este modelo para superposiciones ERB.

  Una ventaja de este modelo es que solo se requiere una única dirección IP por subred para el direccionamiento de interfaz IRB de puerta de enlace predeterminada, lo que simplifica la configuración predeterminada de la puerta de enlace en los sistemas finales.

Superposición enrutada mediante rutas de tipo 5 de EVPN

La última opción de superposición es una superposición enrutada, como se muestra en la figura 8.

Esta opción es un servicio de red virtual enrutado IP. A diferencia de una VPN IP basada en MPLS, la red virtual en este modelo se basa en EVPN/VXLAN.

Los proveedores de nube prefieren esta opción de red virtual porque la mayoría de las aplicaciones modernas están optimizadas para IP. Dado que toda la comunicación entre dispositivos tiene lugar en la capa IP, no es necesario utilizar ningún componente de puente Ethernet, como VLAN y ESI, en este modelo de superposición enrutada.

Para obtener información sobre la implementación de una superposición enrutada, consulte Diseño e implementación de superposiciones enrutadas.

Instancias MAC-VRF para multitenencia en superposiciones de virtualización de red

Las instancias de enrutamiento MAC-VRF permiten configurar varias instancias de EVPN con distintos tipos de servicio Ethernet en un dispositivo que actúa como VTEP en una estructura EVPN-VXLAN. Con las instancias de MAC-VRF, puede administrar varios inquilinos en el centro de datos con tablas VRF específicas del cliente para aislar o agrupar las cargas de trabajo de los inquilinos.

Las instancias de MAC-VRF también admiten el tipo de servicio basado en VLAN, además de la compatibilidad anterior con el tipo de servicio compatible con VLAN. Consulte la figura 9.

• Servicio basado en VLAN: puede configurar una VLAN y el identificador de red VXLAN correspondiente (VNI) en la instancia de MAC-VRF. Para aprovisionar una VLAN y VNI nuevas, debe configurar una nueva instancia de VRF de MAC con la nueva VLAN y VNI.

• Servicio compatible con VLAN: puede configurar una o más VLAN y las VNI correspondientes en la misma instancia de MAC-VRF. Para aprovisionar una VLAN y VNI nuevas, puede agregar la nueva configuración de VLAN y VNI a la instancia de MAC-VRF existente, lo que ahorra algunos pasos de configuración en comparación con el uso de un servicio basado en VLAN.

Las instancias MAC-VRF permiten opciones de configuración más flexibles tanto en la capa 2 como en la capa 3. Por ejemplo:

La figura 10 muestra que con las instancias de MAC-VRF:

• Puede configurar diferentes tipos de servicio en diferentes instancias de MAC-VRF en el mismo dispositivo.

• Tiene opciones flexibles de aislamiento de inquilinos en la capa 2 (instancias MAC-VRF) y en la capa 3 (instancias VRF). Puede configurar una instancia de VRF que corresponda a la VLAN o VLAN en una sola instancia de MAC-VRF. También puede configurar una instancia de VRF que abarque las VLAN en varias instancias de MAC-VRF.

La figura 11 muestra una estructura superpuesta ERB con una configuración MAC-VRF de ejemplo para la separación de inquilinos.

En la figura 11, los dispositivos leaf establecen túneles VXLAN que mantienen el aislamiento en la capa 2 entre el inquilino 12 (VLAN 1 y VLAN 2) y el inquilino 3 (VLAN 3) mediante instancias MAC-VRF MAC-VRF 12 y MAC-VRF 3. Los dispositivos leaf también aíslan a los inquilinos en la capa 3 mediante las instancias VRF VRF 12 y VRF 3.

Puede emplear otras opciones para compartir el tráfico de VLAN entre inquilinos aislados en las configuraciones de MAC-VRF y VRF en las capas 2 y 3, como:

• Establezca una interconexión externa segura entre VRF de inquilino a través de un firewall.

• Configure la fuga de ruta local entre VRF de capa 3.

Para obtener más información acerca de las instancias de MAC-VRF y su uso en un caso de uso de cliente de ejemplo, consulte Servicios L2 de MAC-VRF de estructura IP de DC EVPN-VXLAN.

Las instancias MAC-VRF corresponden a las instancias de reenvío de la siguiente manera:

• Las instancias de MAC-VRF en conmutadores de la línea QFX5000 (incluidas las que ejecutan Junos OS o Junos OS Evolved) forman parte de la instancia de reenvío predeterminada. En estos dispositivos, no puede configurar VLAN superpuestas en una instancia de MAC-VRF o en varias instancias de MAC-VRF.

• En la línea QFX10000 de conmutadores, puede configurar varias instancias de reenvío y asignar una instancia de MAC-VRF a una instancia de reenvío determinada. También puede asignar varias instancias de MAC-VRF a la misma instancia de reenvío. Si configura cada instancia de MAC-VRF para utilizar una instancia de reenvío diferente, puede configurar VLAN superpuestas en varias instancias de MAC-VRF. No puede configurar VLAN superpuestas en una sola instancia de MAC-VRF ni en instancias de MAC-VRF que se asignen a la misma instancia de reenvío.

• En la configuración predeterminada, los conmutadores incluyen una VLAN predeterminada con ID de VLAN=1 asociada a la instancia de reenvío predeterminada. Dado que los ID de VLAN deben ser únicos en una instancia de reenvío, si desea configurar una VLAN con ID de VLAN=1 en una instancia de MAC-VRF que utilice la instancia de reenvío predeterminada, debe reasignar el ID de VLAN de la VLAN predeterminada a un valor distinto de 1. Por ejemplo:

Los ejemplos de configuración de superposición de virtualización de red de referencia de esta guía incluyen pasos para configurar la superposición mediante instancias de MAC-VRF. Configure una instancia de enrutamiento EVPN del tipo mac-vrf, y establezca un diferenciador de ruta y un destino de ruta en la instancia. También debe incluir las interfaces deseadas (incluida una interfaz de origen VTEP), VLAN y asignaciones de VLAN a VNI en la instancia. Consulte las configuraciones de referencia en los siguientes temas:

• Diseño e implementación de superposiciones en puente: las instancias de MAC-VRF se configuran en los dispositivos leaf.

• Diseño e implementación de superposiciones de puente enrutadas centralmente: las instancias de MAC-VRF se configuran en los dispositivos spine. En los dispositivos leaf, la configuración MAC-VRF es similar a la configuración de leaf MAC-VRF en un diseño de superposición puenteado.

• Diseño e implementación de superposiciones de puentes enrutados en el borde: las instancias de MAC-VRF se configuran en los dispositivos leaf.

Vista lógica del encadenamiento de servicios

La figura 17 muestra una vista lógica del encadenamiento de servicios. Muestra una columna vertebral con una configuración del lado derecho y una configuración del lado izquierdo. A cada lado hay una instancia de enrutamiento VRF y una interfaz IRB. El enrutador de la serie SRX en el centro es el PNF y realiza el encadenamiento de servicios.

El flujo de tráfico en esta vista lógica es:

1. La columna vertebral recibe un paquete en el VTEP que se encuentra en el VRF del lado izquierdo.

2. El paquete se desencapsula y se envía a la interfaz IRB del lado izquierdo.

3. La interfaz IRB enruta el paquete al enrutador de la serie SRX, que actúa como PNF.

4. El enrutador de la serie SRX realiza el encadenamiento de servicios en el paquete y reenvía el paquete de vuelta a la columna vertebral, donde se recibe en la interfaz IRB que se muestra en el lado derecho de la columna vertebral.

5. La interfaz IRB enruta el paquete al VTEP en el VRF del lado derecho.

Para obtener información acerca de cómo configurar el encadenamiento de servicios, vea Diseño e implementación de encadenamiento de servicios.

Espionaje IGMP

El espionaje IGMP en una estructura EVPN-VXLAN es útil para optimizar la distribución del tráfico de multidifusión. La supervisión IGMP conserva el ancho de banda porque el tráfico de multidifusión solo se reenvía en interfaces donde hay escuchas IGMP. No todas las interfaces de un dispositivo leaf necesitan recibir tráfico de multidifusión.

Sin espionaje IGMP, los sistemas finales reciben tráfico de multidifusión IP en el que no tienen interés, lo que inunda innecesariamente sus enlaces con tráfico no deseado. En algunos casos, cuando los flujos de multidifusión IP son grandes, la inundación del tráfico no deseado provoca problemas de denegación de servicio.

La figura 19 muestra cómo funciona el espionaje IGMP en una estructura EVPN-VXLAN. En esta estructura EVPN-VXLAN de ejemplo, la supervisión IGMP está configurada en todos los dispositivos leaf y el receptor de multidifusión 2 envió previamente una solicitud de unión IGMPv2.

1. El receptor de multidifusión 2 envía una solicitud de permiso IGMPv2.

2. Los receptores de multidifusión 3 y 4 envían una solicitud de unión IGMPv2.

3. Cuando el leaf 1 recibe tráfico de multidifusión de entrada, lo replica para todos los dispositivos leaf y lo reenvía al spine.

4. La columna vertebral reenvía el tráfico a todos los dispositivos leaf.

5. La hoja 2 recibe el tráfico de multidifusión, pero no lo reenvía al receptor porque el receptor envió un mensaje de salida IGMP.

En las redes EVPN-VXLAN solo se admite IGMP versión 2.

Para obtener más información acerca de la supervisión IGMP, consulte Descripción general del reenvío de multidifusión con supervisión IGMP o MLD Snooping en un entorno EVPN-VXLAN.

Reenvío selectivo de multidifusión

El reenvío selectivo de Ethernet de multidifusión (SMET) proporciona una mayor eficiencia de red de extremo a extremo y reduce el tráfico en la red EVPN. Conserva el uso de ancho de banda en el núcleo de la estructura y reduce la carga en los dispositivos de salida que no tienen oyentes.

Los dispositivos con supervisión IGMP habilitada utilizan el reenvío selectivo de multidifusión para reenviar el tráfico de multidifusión de forma eficiente. Con la supervisión IGMP habilitada, un dispositivo leaf envía tráfico de multidifusión solo a la interfaz de acceso con un receptor interesado. Con SMET agregado, el dispositivo leaf envía selectivamente tráfico de multidifusión solo a los dispositivos leaf del núcleo que han expresado interés en ese grupo de multidifusión.

La Figura 20 muestra el flujo de tráfico SMET junto con el espionaje IGMP.

1. El receptor de multidifusión 2 envía una solicitud de permiso IGMPv2.

2. Los receptores de multidifusión 3 y 4 envían una solicitud de unión IGMPv2.

3. Cuando la hoja 1 recibe tráfico de multidifusión de entrada, replica el tráfico solo en dispositivos leaf con receptores interesados (dispositivos leaf 3 y 4) y lo reenvía a la columna vertebral.

4. La columna vertebral reenvía el tráfico a los dispositivos de hoja 3 y 4.

No es necesario habilitar SMET; se habilita de forma predeterminada cuando se configura la supervisión IGMP en el dispositivo.

Para obtener más información acerca de SMET, consulte Descripción general del reenvío selectivo de multidifusión.

Replicación asistida del tráfico de multidifusión

La función de replicación asistida (AR) descarga los dispositivos leaf de estructura EVPN-VXLAN de las tareas de replicación de entrada. La hoja de entrada no replica el tráfico de multidifusión. Envía una copia del tráfico de multidifusión a una spine que está configurada como un dispositivo replicador AR. El dispositivo replicador de AR distribuye y controla el tráfico de multidifusión. Además de reducir la carga de replicación en los dispositivos de hoja de entrada, este método conserva el ancho de banda en la estructura entre la hoja y la columna vertebral.

La Figura 21 muestra cómo funciona AR junto con IGMP snooping y SMET.

1. La hoja 1, que está configurada como el dispositivo de hoja AR, recibe tráfico de multidifusión y envía una copia a la columna vertebral que está configurada como el dispositivo replicador de AR.

2. La columna vertebral replica el tráfico de multidifusión. Replica el tráfico de los dispositivos leaf que se aprovisionan con la VNI VLAN en la que el tráfico de multidifusión se originó desde el leaf 1.

   Debido a que tenemos IGMP snooping y SMET configurados en la red, la columna envía el tráfico de multidifusión solo a dispositivos leaf con receptores interesados.

En este documento, mostramos las optimizaciones de multidifusión a pequeña escala. En una red a gran escala con muchas espinas y hojas, los beneficios de las optimizaciones son mucho más evidentes.

Multidifusión de intersubred optimizada para redes superpuestas ERB

Cuando tiene fuentes y receptores de multidifusión tanto dentro como fuera de una estructura superpuesta ERB, puede configurar multidifusión de intersubred optimizada (OISM) para permitir un flujo de tráfico de multidifusión eficiente a escala.

OISM usa un modelo de enrutamiento local para el tráfico de multidifusión, lo que evita la fijación del tráfico y minimiza la carga de tráfico dentro del núcleo de EVPN. OISM reenvía el tráfico de multidifusión solo en la VLAN de origen de multidifusión. Para los receptores entre subred, los dispositivos leaf utilizan interfaces IRB para enrutar localmente el tráfico recibido en la VLAN de origen a otras VLAN receptoras en el mismo dispositivo. Para optimizar aún más el flujo de tráfico de multidifusión en la estructura EVPN-VXLAN, OISM usa IGMP snooping y SMET para reenviar el tráfico en la estructura solo a dispositivos leaf con receptores interesados.

OISM también permite que la estructura enrute eficazmente el tráfico de fuentes de multidifusión externas a receptores internos, y de fuentes de multidifusión internas a receptores externos. OISM utiliza un dominio de puente suplementario (SBD) dentro de la estructura para reenviar el tráfico de multidifusión recibido en los dispositivos leaf de borde desde fuentes externas. El diseño SBD conserva el modelo de enrutamiento local para el tráfico de origen externo.

Puede usar OISM con AR para reducir la carga de replicación en dispositivos leaf OISM de menor capacidad. (Consulte Replicación asistida del tráfico de multidifusión.)

Vea la Figura 22 para una estructura simple con OISM y AR.

La figura 22 muestra los dispositivos de hoja y hoja de borde del servidor OISM, Spine 1 en el rol de replicador de AR y Hoja de servidor 1 como un origen de multidifusión en el rol de hoja de AR. También pueden existir un origen externo y receptores en el dominio PIM externo. OISM y AR trabajan juntos en este escenario de la siguiente manera:

1. Los receptores de multidifusión detrás del Server Leaf 3 en VLAN 1 y detrás del Server Leaf 4 en VLAN 2 envían uniones IGMP que muestran interés en el grupo de multidifusión. Los receptores externos también pueden unirse al grupo de multidifusión.

2. El origen de multidifusión detrás de Server Leaf 1 envía tráfico de multidifusión para el grupo a la estructura en VLAN 1. Server Leaf 1 envía solo una copia del tráfico al replicador de AR en Spine 1.

3. Además, el tráfico de origen externo para el grupo de multidifusión llega a la hoja de borde 1. Border Leaf 1 reenvía el tráfico del SBD a Spine 1, el replicador de AR.

4. El replicador AR envía copias desde la fuente interna en la VLAN de origen y desde la fuente externa en el SBD a los dispositivos leaf OISM con receptores interesados.

5. Los dispositivos leaf del servidor reenvían el tráfico a los receptores en la VLAN de origen y enrutan localmente el tráfico a los receptores en las otras VLAN.

Prevención de tormentas de tráfico BUM con control de tormentas

El control de tormentas puede evitar que el tráfico excesivo degrade la red. Disminuye el impacto de las tormentas de tráfico de BUM al monitorear los niveles de tráfico en las interfaces EVPN-VXLAN y al eliminar el tráfico de BUM cuando se excede un nivel de tráfico especificado.

En un entorno EVPN-VXLAN, el control de tormentas supervisa:

• Tráfico BUM de capa 2 que se origina en una VXLAN y se reenvía a interfaces dentro de la misma VXLAN.

• Tráfico de multidifusión de capa 3 que recibe una interfaz IRB en una VXLAN y se reenvía a interfaces de otra VXLAN.

Uso del filtrado MAC para mejorar la seguridad de los puertos

El filtrado MAC mejora la seguridad del puerto al limitar el número de direcciones MAC que se pueden aprender dentro de una VLAN y, por lo tanto, limitar el tráfico en una VXLAN. Limitar el número de direcciones MAC evita que el conmutador inunde la tabla de conmutación Ethernet. La inundación de la tabla de conmutación Ethernet se produce cuando el número de direcciones MAC nuevas que se aprenden hace que la tabla se desborde y las direcciones MAC aprendidas anteriormente se vacían de la tabla. El conmutador vuelve a aprender las direcciones MAC, lo que puede afectar el rendimiento e introducir vulnerabilidades de seguridad.

En este modelo, el filtrado de MAC limita el número de paquetes aceptados que se envían a las interfaces de acceso orientadas a la entrada en función de las direcciones MAC. Para obtener más información acerca de cómo funciona el filtrado de MAC, consulte la información sobre la limitación de MAC en Descripción de la limitación de MAC y la limitación de movimiento de MAC.

Análisis del tráfico mediante la creación de reflejo de puertos

Con la duplicación de puertos basada en analizador, puede analizar el tráfico hasta el nivel de paquete en un entorno EVPN-VXLAN. Puede utilizar esta función para aplicar directivas relacionadas con el uso de la red y el uso compartido de archivos, así como para identificar orígenes problemáticos mediante la localización de un uso de ancho de banda anormal o intenso por estaciones o aplicaciones concretas.

La duplicación de puertos copia los paquetes que entran o salen de un puerto o ingresan una VLAN y envía las copias a una interfaz local para monitoreo local o a una VLAN para monitoreo remoto. Use la creación de reflejo de puertos para enviar tráfico a aplicaciones que analizan el tráfico con fines como supervisar el cumplimiento, aplicar políticas, detectar intrusiones, supervisar y predecir patrones de tráfico, correlacionar eventos, etc.