Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Descripción general de la interconector del centro de datos VXLAN con EVPN

La tecnología VPN Ethernet (EVPN) se puede usar para interconectar redes de red de área local virtual extensible (VXLAN) a través de una red MPLS/IP para proporcionar conectividad al centro de datos. Esto se hace a través de la conectividad intra-subred de la capa 2 y la separación del plano de control entre las redes VXLAN interconectadas.

En las siguientes secciones se describe la descripción general de la tecnología y la implementación de la integración de EVPN con VXLAN para su uso como solución de interconexión del centro de datos (DCI).

Descripción tecnológica de la integración de VXLAN-EVPN para DCI

En las siguientes secciones, se ofrece una descripción general conceptual de VXLAN, EVPN, la necesidad de su integración para DCI y los beneficios resultantes.

Descripción de VXLAN

La red de área local virtual extensible (VXLAN) es un protocolo de encapsulación de capa 3 que permite a los enrutadores de la serie MX enviar paquetes de capa 2 o capa 3 a través de un túnel VXLAN a un centro de datos virtualizado o a Internet. La comunicación se establece entre dos puntos de conexión de túnel virtual (VTEP), que pueden ser hosts finales o conmutadores de red o enrutadores, que encapsulan y desencapsulan el tráfico de la máquina virtual (VM) en un encabezado VXLAN.

VXLAN se describe a menudo como una tecnología de superposición, ya que permite expandir las conexiones de capa 2 mediante una red de capa 3 intermedia mediante encapsulación (tunelización) de tramas Ethernet en un paquete VXLAN con direcciones IP. Esta característica de VXLAN aborda los requisitos de un centro de datos de múltiples inquilinos, donde la máquina virtual de cada inquilino puede compartir el servidor físico con otros inquilinos que se distribuyen en servidores físicos dentro o en diferentes centros de datos, al satisfacer la creciente necesidad de proporcionar conectividad de capa 2 sin interrupciones entre todas las máquinas virtuales propiedad de un inquilino, además de aislar el tráfico de cada inquilino por seguridad y posibles superposiciones de dirección MAC.

Los hipervisores crean túneles VXLAN entre los servidores físicos. Dado que un servidor físico puede alojar varios inquilinos, cada hipervisor crea varios túneles VXLAN.

Figura 1: Descripción general Diagram showing VXLAN network setup with two servers each hosting VMs labeled by VNI numbers 22 34 74 and 98 connected via VXLAN tunnels using VTEPs over an IP network. de VXLAN

VXLAN es una tecnología que le permite segmentar sus redes (como lo hacen las VLAN), pero que también resuelve la limitación de escala de las redes VLAN y ofrece beneficios que las VLAN no pueden brindar. Algunos de los beneficios importantes de usar VXLAN son:

  • En teoría, puede crear hasta 16 millones de VXLAN en un dominio administrativo (en vez de 4094 VLAN en un dispositivo de Juniper Networks).

    Los enrutadores de la serie MX admiten hasta 32 K VXLAN. Esto significa que las VXLAN proporcionan segmentación de red a la escala que los creadores de la nube requieren para admitir una gran cantidad de inquilinos.

  • Puede habilitar la migración de máquinas virtuales entre servidores que existan en dominios diferentes de 2 capas mediante la canalización del tráfico por redes de capa 3. Esta funcionalidad le permite asignar recursos de forma dinámica dentro o entre centros de datos sin estar restringidos por límites de capa 2 o estar obligado a crear dominios de capa 2 grandes o ampliados geográficamente.

Descripción de EVPN

EVPN es una nueva tecnología basada en estándares que proporciona conectividad multipunto con puente virtual entre distintos dominios de capa 2 a través de una red troncal IP o IP/MPLS. Al igual que otras tecnologías VPN, como IPVPN y VPLS, las instancias de EVPN (EVIs) se configuran en enrutadores de PE para mantener la separación de los servicios lógicos entre los clientes. Los PE se conectan a dispositivos CE, los cuales pueden ser un enrutador, un conmutador o un host. Luego, los enrutadores PE intercambian información de accesibilidad mediante multiprotocolo BGP (MP-BGP) y el tráfico encapsulado se reenvia entre PE. Dado que los elementos de la arquitectura son comunes a otras tecnologías VPN, EVPN se puede introducir e integrar sin problemas en entornos de servicio existentes.

Figura 2: Descripción general de EVPN Overview EVPN

La tecnología EVPN ofrece mecanismos para la próxima generación de interconector del centro de datos (DCI) mediante la adición de procedimientos de plano de control extendidos para intercambiar la información de capa 2 (dirección MAC) y capa 3 (dirección IP) entre los enrutadores de borde del centro de datos (DCBR) participantes. Estas características ayudan a abordar algunos de los desafíos de DCI, como la movilidad fluida de la VM y el enrutamiento óptimo de IP. La movilidad fluida de la VM se refiere al desafío de la extensión de la capa 2 y el mantenimiento de la conectividad frente a la movilidad de la VM, y el enrutamiento IP óptimo se refiere al desafío de admitir el comportamiento de puerta de enlace predeterminado para el tráfico saliente de una VM y el enrutamiento triangular que evita el tráfico entrante de una VM.

El operador del centro de datos utiliza la tecnología EVPN para ofrecer servicios multiinquilinos, flexibles y resistentes que se pueden ampliar a pedido. Esta flexibilidad y resistencia pueden requerir el uso de recursos de computación entre diferentes centros de datos físicos para un solo servicio (extensión de capa 2) y movimiento de VM.

EVPN admite la multiconexión completamente activa, lo que permite que un dispositivo CE se conecte a dos o más enrutadores PE, de modo que el tráfico se reenvíe a través de todos los vínculos entre los dispositivos. Esto permite que el CE equilibre la carga de tráfico de los distintos enrutadores de PE. Lo que es más importante, permite que un PE remoto equilibre la carga del tráfico a los PE multiconexión en toda la red principal. Este equilibrio de carga de flujos de tráfico entre centros de datos se conoce como aliasing. EVPN también tiene mecanismos que impiden el bucle de tráfico de difusión, unidifusión desconocida y multidifusión (BUM) en una topología multiconexión totalmente activa.

La multiconexión proporciona redundancia en caso de que falle un enlace de acceso o uno de los enrutadores de PE. En cualquier caso, los flujos de tráfico del CE hacia el PE utilizan los vínculos activos restantes. Para el tráfico en la otra dirección, el PE remoto actualiza su tabla de reenvío para enviar tráfico al resto de los PE activos conectados al segmento de Ethernet multiconexión. EVPN proporciona un mecanismo de convergencia rápida, de modo que el tiempo que se tarda en realizar este ajuste es independiente de la cantidad de direcciones MAC aprendidas por el PE.

El plano de control MP-BGP de EVPN permite que las máquinas virtuales en vivo se muevan dinámicamente de un centro de datos a otro, también conocido como movimiento de VM. Después de mover una máquina virtual a un servidor o hipervisor de destino, transmite un ARP gratuito que actualiza la tabla de reenvío de capa 2 del PE en el centro de datos de destino. Luego, el PE transmite una actualización de ruta de MAC a todos los PE remotos, los cuales, a su vez, actualizan sus tablas de reenvío. De esta manera, un EVPN rastrea el movimiento de la VM, también conocido como movilidad MAC. EVPN también tiene mecanismos para detectar y detener la oscilación de MAC.

La tecnología EVPN, similar a VPN MPLS de capa 3, es una tecnología que introduce el concepto de enrutar direcciones MAC mediante MP-BGP sobre núcleo MPLS. Algunos de los beneficios importantes de usar EVPN incluyen:

  • Capacidad de disponer de un dispositivo perimetral multiconexión dual activo.

  • Proporciona equilibrio de carga entre vínculos duales activos.

  • Proporciona movilidad de dirección MAC.

  • Ofrece tenencia múltiple.

  • Proporciona aliasing.

  • Permite una convergencia rápida.

Descripción general de la integración de VXLAN-EVPN

VXLAN define un esquema de túnel para superponer redes de capa 2 sobre las redes de capa 3. Permite un reenvío óptimo de tramas Ethernet compatibles con múltiples rutas de tráfico de unidifusión y multidifusión con el uso de encapsulación UDP/IP para tunelización, y se utiliza principalmente para la conectividad de sitios dentro del centro de datos.

Por otro lado, una característica exclusiva de EVPN es que el aprendizaje de la dirección MAC entre dispositivos PE se produce en el plano de control. El PE local anuncia una nueva dirección MAC detectada desde un dispositivo CE, mediante MP-BGP, a todos los dispositivos de PE remotos. Este método difiere de las soluciones VPN de capa 2 existentes como VPLS, las cuales aprenden al inundar unidifusión desconocida en el plano de datos. Este método de aprendizaje de MAC basado en el plano de control es el componente clave de las numerosas funciones útiles que ofrece EVPN.

Dado que el aprendizaje de MAC se maneja en el plano de control, EVPN dispone de la flexibilidad necesaria para admitir diferentes tecnologías de encapsulación de plano de datos entre PE. Esto es importante porque no todas las redes red troncal pueden estar ejecutando MPLS, especialmente en las redes empresariales.

Hay mucho interés en EVPN hoy en día porque aborda muchos de los desafíos que enfrentan los operadores de red que están construyendo centros de datos para ofrecer servicios de nube y virtualización. La principal aplicación de EVPN es el interconector del centro de datos (DCI), la capacidad de extender la conectividad de capa 2 entre diferentes centros de datos implementados para mejorar el rendimiento de entrega del tráfico de aplicaciones a los usuarios finales y para fines de recuperación ante desastres.

Aunque hay varias tecnologías DCI disponibles, EVPN tiene una ventaja adicional sobre las otras tecnologías MPLS debido a sus características exclusivas, como la redundancia activa-activa, la creación de alias y la retirada masiva de MAC. Como resultado, para ofrecer una solución a la DCI, VXLAN se integra en EVPN.

Cada red VXLAN que está conectada al núcleo MPLS o IP, ejecuta una instancia independiente del plano de control de IGP. Cada dispositivo PE participa en la instancia de plano de control de IGP de su red VXLAN. Aquí, cada cliente es un centro de datos, por lo que tiene su propio enrutador virtual para la base VXLAN.

Cada nodo PE puede terminar la encapsulación del plano de datos de VXLAN, en el que cada VNI o VSID está asignado a un dominio de puente. El enrutador de PE realiza el aprendizaje del plano de datos en el tráfico recibido de la red VXLAN.

Cada nodo de PE implementa EVPN para distribuir las direcciones MAC del cliente aprendidas a través del túnel de VXLAN en BGP. Cada nodo de PE encapsula las tramas de VXLAN o Ethernet con MPLS cuando se envían los paquetes a través del núcleo MPLS y con el encabezado de túnel VXLAN cuando se envían paquetes a través de la red VXLAN

Figura 3: Descripción general de la integración de VXLAN-EVPN VXLAN-EVPN Integration Overview

Formato de paquete VXLAN-EVPN

El formato de paquete de VXLAN y EVPN es el siguiente:

Figura 4: Formato VXLAN-EVPN Packet Format de paquete VXLAN-EVPN

Tutorial del paquete VXLAN-EVPN

En las siguientes secciones se describe el tutorial de paquetes para dos tipos de tráfico entre las redes VXLAN y EVPN:

Manejo de tráfico BUM

Figura 5: Manejo de tráfico BUM de VXLAN-EVPN Network diagram showing data flow using VXLAN and EVPN with TOR switches, PE devices, VLANs, and tunnels.

El tráfico BUM de VXLAN a EVPN del segmento 1 de VXLAN al segmento 2 de VXLAN a través de la nube de EVPN se gestiona de la siguiente manera:

  1. 0—En el arranque, el servidor A quiere enviar tráfico al servidor B. Dado que el servidor A no tiene un enlace ARP para el servidor B en su tabla ARP, el servidor A crea una solicitud de difusión ARP y la envía.

    El contenido de los paquetes ARP es el siguiente:

    • ID de VLAN = VLAN 10

    • MAC= MAC1 de origen

    • MAC de destino = ff.ff.ff.ff.ff.ff

    • Dirección IP de origen = dirección IP del servidor A o dirección IP de la máquina virtual

    • Dirección IP de destino = dirección IP del servidor B

    • Tipo de paquete Ether = 0x0806

    Se envía una trama de capa 2 al conmutador TOR A de la parte superior del bastidor (TOR), que está habilitado para VXLAN.

  2. 1—La trama de solicitud ARP (difusión) es recibida por el conmutador TOR A. TOR A es el originador y el terminador del VTEP VXLAN para VNI 1000. El VTEP para VXLAN 1000 es parte del dominio de difusión para el servidor A VLAN 10.

    Después de recibir la trama, TOR A realiza el procesamiento de entrada, incluida la clasificación de paquetes de entrada. Según la VLAN entrante en el paquete, TOR A clasifica el paquete en una de las IFL en un puerto dado. La familia de esta IFL es una familia puente. Según la familia de puentes IFL, se identifica el ID de dominio del puente.

    Después de identificar el dominio de puente, TOR A aprende el MAC de origen de tramas entrante para que MAC A sea accesible a través de esta IFL. Dado que la trama es una trama de difusión, TOR A debe enviar la trama a todos los miembros del dominio de difusión (distintos del miembro en el que se recibió la trama). Uno de los miembros del dominio de difusión es el VTEP para VNI 1000. Para enviar la trama en el segmento VXLAN, TOR A completa el procesamiento del próximo salto BUM de VXLAN en la trama. El siguiente salto inserta el encabezado VXLAN.

    El contenido del encabezado VXLAN es el siguiente:

    • Dirección MAC de origen = dirección MAC o interfaz de dirección IP de origen

    • dirección MAC de destino = dirección MAC de multidifusión

    • Dirección IP de origen = 10.10.10.1

    • Dirección IP de destino = Dirección del grupo de multidifusión (226.0.39.16)

    • Puerto UDP de origen = calculado en función del hash del encabezado de la trama entrante

    • Puerto UDP de destino = 4789 (puerto bien conocido para el túnel VXLAN)

    Después de compilar la trama encapsulada VXLAN, TOR A envía la trama al enrutador PE2.

  3. 2: el enrutador PE2 recibe la trama VXLAN e identifica la trama como una trama VXLAN observando el puerto UDP de destino conocido. El ID de VNI de esta trama VXLAN se utiliza para la identificación de dominios de puente. Después de que el enrutador PE2 identifica el dominio de puente, PE2 completa el aprendizaje MAC para la dirección IP de origen interna a la dirección IP de origen externa (mapeo de MACA a 10.10.10.1). Una vez finalizada la asignación, el procesamiento del siguiente salto de desencapsulación de VXLAN quita el encabezado VXLAN para terminar el túnel de VXLAN.

  4. 3A—Una vez finalizado el aprendizaje de MAC, la MAC de origen aprendida (MAC1 a IP de origen externa) se envía a L2ALD. Esta ruta MAC es enviada por L2ALD a RPD para el aprendizaje del plano de control de esta MAC a través del anuncio de ruta MAC del BGP a los pares del BGP. Después de que los enrutadores del par BGP reciben el anuncio de ruta MAC, los enrutadores instalan esta accesibilidad de MAC (MACA, ETIQUETA MPLS L1) en la tabla de dominio de puente.

  5. 3: el dominio de puente dado apunta a la ruta de próximo salto de multidifusión para reenviar el paquete a través de la nube EVPN. El siguiente salto inserta la etiqueta de servicio (la etiqueta MPLS de multidifusión asociada con VNI por ID de par, dominio de puente, label es el ID por par y el ID de VNI). El paquete MPLS se forma y se envía a través de la nube MPLS.

  6. 4: el enrutador PE4 recibe la trama como un paquete MPLS. Aquí, PE4 identifica el dominio de puente buscando la etiqueta MPLS L1 en la tabla mpls.0. La búsqueda de MPLS apunta al siguiente salto de tabla para el siguiente salto del dominio de puente. Después de identificar el dominio de puente y identificar el paquete como un paquete de difusión, se ejecuta el siguiente salto de inundación compuesta de BUM. El próximo salto compuesto BUM también apunta al próximo salto de VXLAN (que se utiliza para compilar el paquete de multidifusión VXLAN).

  7. 5: el próximo salto de VXLAN contiene información para crear el encabezado VXLAN.

    La información del encabezado VXLAN es la siguiente:

    • Dirección MAC de origen = dirección MAC o la interfaz de dirección IP de origen

    • Dirección MAC de destino = Dirección MAC de multidifusión

    • Dirección IP de origen = 11.10.10.1

    • Dirección IP de destino = Dirección del grupo de multidifusión (226.0.39.16)

    • Puerto UDP de origen = calculado en función del hash del encabezado de la trama entrante

    • Puerto UDP de destino = 4789 (puerto bien conocido para el túnel VXLAN)

  8. 6: la gestión de tramas para este paso es la misma que la del paso 1. Después de quitar el encabezado VXLAN, la trama se reenvía a la ruta de inundación CE asociada con el dominio de difusión y el paquete se reenvía como una trama de capa 2.

  9. 7: el servidor B recibe un paquete de solicitud ARP y envía una respuesta ARP al servidor A.

Manejo de tráfico de unidifusión

Figura 6: Manejo de tráfico de unidifusión VXLAN-EVPN Network topology illustrating VXLAN and EVPN flow. Shows TOR switches, PE devices, VXLAN orange line, and EVPN gray line. Steps 8-15 detail packet flow from VLAN 10, source MAC B to destination MAC A, via encapsulation and decapsulation processes.

Suponiendo que ya se ha producido el aprendizaje de MAC tanto del plano de control como de los datos, el tráfico de unidifusión de VXLAN a EVPN (respuesta ARP) del servidor B se gestiona de la siguiente manera:

  1. 8—El servidor B genera una respuesta ARP.

    El contenido de los paquetes ARP es el siguiente:

    • ID de VLAN = VLAN 10

    • MAC de origen = MACB (MAC de interfaz del servidor B)

    • MAC de destino = MACA

    • Dirección IP de origen = dirección IP del servidor B o dirección IP de la máquina virtual

    • Dirección IP de destino = dirección IP del servidor A

    El paquete ARP se reenvía al conmutador TOR B.

  2. 9—Después de recibir la trama, el conmutador TOR B clasifica la trama entrante. La trama se clasifica en una IFL en la interfaz recibida. Según la familia IFL, se identifica el dominio puente asociado con IFL. En el dominio de puente dado, TOR B aprende la dirección MAC de origen. Una vez que TOR B completa la búsqueda MAC de destino de dominio de puente (MACA), esta búsqueda proporciona el siguiente salto de unidifusión de VXLAN. El siguiente salto contiene toda la información necesaria para formar el encabezado VXLAN.

    El contenido del siguiente salto necesario para formar el paquete es el siguiente:

    • Dirección MAC de origen = Dirección MAC de la interfaz de dirección IP de origen

    • dirección MAC de destino = dirección MAC del salto siguiente

    • Dirección IP de origen = 11.10.10.2

    • Dirección IP de destino = 11.10.10.1 (como resultado del proceso de aprendizaje de MAC)

    • Puerto UDP de origen = calculado en función del hash del encabezado de la trama entrante

    • Puerto UDP de destino = 4789 (puerto bien conocido para el túnel VXLAN)

      Nota:

      Una versión anterior del borrador de VXLAN usaba 8472 como puerto UDP.

  3. 10— El PE del enrutador recibe la trama encapsulada VXLAN4. PE4 identifica la trama completando la búsqueda utilizando la dirección IP de destino y el puerto UDP de destino. Esta búsqueda da como resultado la desencapsulación de VXLAN. El siguiente salto de desencapsulación también almacena la dirección IP de origen externa.

    La siguiente búsqueda se realiza en función del ID de VNI 1000. Esta búsqueda da como resultado la tabla de dominio de novia.

  4. 10A: el PE del enrutador completa el aprendizaje de MAC de origen a dirección IP de origen y L2ALD recibe la notificación de aprendizaje de MAC. Esta MAC se envía a RPD para su distribución a otros enrutadores PE a través de la ruta de anuncio MAC de BGP-EVPN. El plano de control del BGP distribuye esta información de accesibilidad de MAC a todos los demás enrutadores PE.

    La búsqueda MAC de destino (MAC1) se realiza en la tabla de dirección MAC del dominio de puente. Esta búsqueda da como resultado un próximo salto de unidifusión (EVPN NH).

  5. 11: se ejecuta el siguiente salto de unidifusión de EVPN. El siguiente salto contiene una etiqueta de servicio MPLS de unidifusión. Esta etiqueta se distribuye a través del plano de control MP-BGP. El par descendente asigna esta etiqueta de servicio MPLS. La asignación de esta etiqueta puede ser por PE (PE, VLAN) o por dirección MAC. Según la información del siguiente salto, el paquete MPLS se forma y se reenvía en la red MPLS.

  6. 12: el enrutador PE2 recibe la trama. La trama se identifica como un paquete MPLS. Una búsqueda de etiqueta MPLS se realiza en la tabla MPLS.0. Esta búsqueda da como resultado el siguiente salto de tabla y la tabla de dominio de puente.

    La búsqueda MAC de destino (MAC1) se realiza en la tabla MAC del dominio de puente. Esta búsqueda da como resultado un siguiente salto de unidifusión de VXLAN.

  7. 13—El siguiente salto de unidifusión de VXLAN contiene toda la información para compilar el encabezado encapsulado de VXLAN. El encabezado VXLAN se impone al paquete.

    El contenido del encabezado del próximo salto de encapsulación de VXLAN es el siguiente:

    • Dirección MAC de origen = Dirección MAC de la interfaz de dirección IP de origen

    • dirección MAC de destino = dirección MAC del salto siguiente

    • Dirección IP de origen = 10.10.10.2

    • Dirección IP de destino = 10.10.10.1 (como resultado del proceso de aprendizaje de MAC)

    • Puerto UDP de origen = calculado en función del hash del encabezado de la trama entrante

    • Puerto UDP de destino = 4789 (puerto bien conocido para el túnel VXLAN)

  8. 14—El conmutador TOR A recibe la trama encapsulada VXLAN. TOR A identifica la trama realizando la búsqueda utilizando la dirección IP de destino y el puerto UDP de destino. Esta búsqueda da como resultado la desencapsulación de VXLAN. El siguiente salto desencapsulado también almacena la dirección IP de origen externa.

    La siguiente búsqueda se realiza en función del ID de VNI 1000. Esta búsqueda da como resultado la tabla de dominio de novia. TOR A completa el aprendizaje de MAC de origen (MAC2) a dirección IP de origen (10.10.10.2). TOR A busca la MAC de destino (MAC1) en la tabla de dirección MAC del dominio de puente. Esta búsqueda da como resultado un próximo salto de unidifusión que contiene información acerca de la interfaz de salida.

  9. 15—El servidor A recibe la respuesta ARP y el servidor A y el servidor B están listos para comunicarse.

Descripción general de la implementación de la integración de VXLAN-EVPN para DCI

En las siguientes secciones, se proporcionan escenarios de casos de uso para la integración de VXLAN-EVPN para DCI.

Caso de uso del servicio base de VNI

En el caso del servicio base de VNI, existe una asignación uno a uno entre un VNI y un EVI. En este caso, no es necesario llevar el VNI en la ruta de anuncio MAC, ya que el ID de dominio de puente se puede derivar del destino de ruta (RT) asociado con esta ruta. La asignación de etiquetas de MPLS se realiza según EVI.

La Figura 7 proporciona una descripción general de los escenarios de casos de uso base de VNI. El servicio base de VNI se usa más comúnmente para lograr la traducción de VNI y el interfuncionamiento de VNI a VLAN.

Figura 7: Servicio base de Network architecture diagram showing VXLAN and EVPN technologies for data center interconnectivity using BGP over IP/MPLS WAN. VNI

Caso de uso del servicio VNI Aware

En el caso del modo de agrupación compatible con VNI, hay varios VNI que se pueden asignar al mismo EVI. El ID de etiqueta de Ethernet debe establecerse en el ID de VNI en los anuncios de rutas del BGP. La asignación de etiquetas MPLS en este caso de uso debe realizarse según EVI, VNI para que la VXLAN pueda terminarse en el enrutador de PE de entrada y volver a crearse en el enrutador de PE de salida.

En la Figura 8 , se proporcionan detalles sobre el caso de uso del servicio con reconocimiento de VNI.

Figura 8: Servicio Network architecture diagram showing VXLAN and EVPN over an IP/MPLS backbone, connecting two data centers for seamless Layer 2 connectivity. de reconocimiento de VNI

Caso de uso de intertrabajo VXLAN-VLAN

Este escenario de caso de uso es necesario para sitios de centros de datos heterogéneos. En este escenario, el nuevo sitio del centro de datos es un sitio del centro de datos basado en VXLAN y los sitios del centro de datos antiguos se basan en VLAN. En este caso, es necesario que la VXLAN interfuncione con la VLAN a través de EVPN.

En la Figura 9 , se proporciona el tutorial detallado de paquetes para el caso de uso de intertrabajo VXLAN-VLAN. Existe la necesidad de realizar el interfuncionamiento de VLAN a VXLAN y viceversa desde la perspectiva de las actualizaciones de rutas del BGP del plano de control. La asignación de etiquetas debe realizarse según el EVI.

Figura 9: Interfuncionamiento Network architecture diagram showing VXLAN and MPLS integration for data and control plane learning, highlighting key components like TOR switches, VXLAN and MPLS segments, PE routers, and EVI instances. VXLAN-VLAN

Caso de uso de enrutamiento entre VXLAN

En este caso de uso, una máquina virtual o un host en una subred (VNI-A) desea enviar tráfico a una máquina virtual o un host en una subred diferente (VNI-B). Para proporcionar esta comunicación, se debe admitir el enrutamiento inter VXLAN.

La Figura 10 proporciona los escenarios de uso para el caso de uso de enrutamiento entre VXLAN.

Figura 10: Enrutamiento Network architecture illustrating VXLAN and EVPN integration for data and control plane learning across a WAN. entre VXLAN

Caso de uso de redundancia

Los dos tipos de escenarios de caso de uso de redundancia incluyen Activo-En espera y Activo-Activo.

Caso de uso de redundancia activa-en espera

En este caso de uso, el conmutador TOR (GW de origen VXLAN) o la red VXLAN que origina el túnel de VXLAN, tiene conexión dual a dos dispositivos PE para una redundancia activa-en espera. Si el vínculo o nodo activo falla, una ruta de respaldo toma el control.

La Figura 11 proporciona detalles del caso de uso de redundancia activa-en espera.

Figura 11: Redundancia Network topology with VXLAN and IP/MPLS showing DHD connected to VLANs via LAG, PE routers with VXLAN tunnels, ESI X for redundancy, and communication to TOR switch. activa-en espera

Caso de uso de redundancia activa-activa

Cuando interconecte EVPN VXLAN en un centro de datos a EVPN-VXLAN en una WAN mediante un modelo de puerta de enlace en plataformas serie QFX, puede configurar el modo de redundancia activo-activo en dispositivos perimetrales de cliente multiconexión para permitir que la carga del tráfico de unidifusión de capa 2 se equilibre en todos los vínculos multiconexión en y hacia el dispositivo CE.

La configuración del comando CLI es necesaria para las interconnect-multihoming-peer-gateway configuraciones MAC-VRF y VTEP-Scaling. Tenga en cuenta que, en algunos casos, EVPN-VXLAN solo se admite en el modo de escalado de VTEP, donde se crea un único VTEP para un dispositivo par determinado que puede tener varias instancias de enrutamiento. En este caso, solo es posible hacer que un dispositivo par se represente como un par WAN (WAN VTEP) o un DC VTEP (un VTEP normal).

Para la redundancia activa-activa, se requieren configuraciones adicionales en la estrofa "interconnect" para habilitar la interconexión DCI. Para una default switch (switch-options) configuración, asegúrese de establecer el DCI en global protocols evpn.

Ejemplo de EVPN de protocolos:

Nota: interconnect-multihoming-peer-gateways debe configurarse para contener una lista de todos los pares DCI en el mismo controlador de dominio.

La lista puede contener hasta 64 entradas de puerta de enlace par. Asegúrese de configurar bajo la estrofa global protocol evpn y no bajo ninguna configuración de mac-vrf.

Ejemplo: Multiconexión activa-activa proporciona detalles para la redundancia activa-activa.

Funciones compatibles y no compatibles para VXLAN DCI mediante EVPN

Junos OS admite las siguientes características para VXLAN DCI mediante EVPN:

  • Asignación individual de un túnel de VXLAN y una instancia de EVPN. En otras palabras, mapeo uno a uno entre un VNI y un EVI.

  • Asignación varios a uno de túneles VXLAN en una instancia de EVPN, donde se pueden asignar varios VNI al mismo EVI.

  • Traducción de VNI.

    Nota:

    La traducción de VNI se admite mediante la normalización de una etiqueta VXLAN en una VLAN.

  • Intertrabajo de VXLAN a VLAN.

  • Enrutamiento entre VXLAN.

  • Redundancia activa única.

  • Redundancia activa-activa en el modo PIM BIDIR.

  • Protección de tráfico de túnel VXLAN mediante IPSec.

  • Conmutación agraciada del motor de enrutamiento.

  • ISSU.

Junos OS no admite la siguiente funcionalidad para VXLAN DCI mediante EVPN:

  • VXLAN usa el puerto UDP 4789 asignado por las AANI. Los paquetes destinados al puerto UDP 4789 solo se procesan cuando la configuración de VXLAN está habilitada. El plano de reenvío desencapsula los paquetes VXLAN y se procesa un paquete interno de capa 2. Los paquetes MAC aprendidos se generan para el procesamiento del plano de control de las entradas MAC recién aprendidas. Estas entradas se limitan mediante la infraestructura existente para el aprendizaje de MAC. VXLAN genera mensajes de aprendizaje adicionales para los puntos de conexión remotos. Estos mensajes también se limitan mediante la infraestructura existente para la detección de denegación de servicio.

  • Los paquetes recibidos en el túnel VXLAN se procesan solo si el identificador de VXLAN en el paquete es una entidad conocida para el dispositivo. Las entidades desconocidas son descartadas por el plano de reenvío.

  • Usar filtros de firewall configurables se puede descartar antes de que lleguen al módulo de procesamiento VXLAN en el plano de reenvío de los enrutadores de la serie MX.

  • Sistemas lógicos.

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
16.1
A partir de la versión 16.1 de Junos OS, la tecnología Ethernet VPN (EVPN) se puede usar para interconectar redes de red de área local virtual extensible (VXLAN) a través de una red MPLS/IP para proporcionar conectividad al centro de datos.