Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ruta EVPN tipo 5 con encapsulación VXLAN para EVPN-VXLAN

EVPN es una solución flexible que utiliza superposiciones de capa 2 para interconectar varios bordes (máquinas virtuales) dentro de un centro de datos. Tradicionalmente, el centro de datos se construye como una red plana de capa 2 con problemas como inundación, limitaciones en redundancia y aprovisionamiento, y altos volúmenes de direcciones MAC aprendidas, lo que provoca fallas en los nodos. EVPN está diseñado para abordar estos problemas sin interrumpir la conectividad MAC plana.

VXLAN es una tecnología superpuesta que encapsula tramas MAC en un encabezado UDP en la capa 2. La comunicación se establece entre dos puntos de conexión de túnel virtual (VTEP). Los VTEP encapsulan el tráfico de la máquina virtual en un encabezado VXLAN, así como desencapsulan la encapsulación. Las máquinas virtuales solo pueden comunicarse entre sí cuando pertenecen al mismo segmento VXLAN. Un identificador de red virtual (VNID) de 24 bits identifica de forma exclusiva el segmento VXLAN. Esto permite tener las mismas tramas MAC en varios segmentos VXLAN sin el tráfico cruzado. La multidifusión en VXLAN se implementa como multidifusión de capa 3, en la cual los puntos de conexión se suscriben a grupos.

Cuando un dominio de puente (BD) no es L2 extendido a través de centros de datos (DC), la subred IP que pertenece al BD se limita a un solo controlador de dominio. Si todos los BDs de cada red de DC cumplen este requisito, ya no es necesario anunciar la ruta MAC+IP para cada inquilino entre centros de datos, ya que se pueden agregar rutas de host para los inquilinos. Por lo tanto, el problema de conectividad entre DC L2 se puede transformar simplemente en un problema de accesibilidad del prefijo IP L3 entre DC.

A partir de Junos OS versión 17.1, la ruta de prefijo IP EVPN tipo 5 anuncia los prefijos IP entre los DC. A diferencia de la ruta de anuncio MAC EVPN tipo 2, la ruta de prefijo IP EVPN tipo 5 seperate la dirección MAC del host desde su dirección IP y proporciona un anuncio limpio de un prefijo IP para el dominio del puente.

Junos OS versión 17.1 también admite:

  • Conectividad entre CC y encapsulación VXLAN para EVPN/VXLAN mediante el uso de la ruta de prefijo IP tipo 5 de EVPN. Cada BD dentro de un controlador de dominio no es L2 extendido. Si EVPN/VXLAN está habilitado entre el enrutador DC GW (puerta de enlace del centro de datos) y toR mientras proporciona conectividad entre CC, el spine, que actúa como enrutador DC GW, es capaz de realizar funciones de enrutamiento L3 e IRB.

  • Conectividad entre pods con encapsulación VXLAN mediante el uso de la ruta de prefijo IP tipo 5 de EVPN. La solución proporcionada no aborda el problema de extensión L2 cuando un BD se extiende a través de diferentes pods. Los spines que proporcionan la conectividad entre pods pueden realizar funciones de enrutamiento L3 e IRB.

Bloqueo de rutas EVPN asimétricas tipo 5

Aunque los dispositivos juniper admiten rutas asimétricas en rutas EVPN tipo 5, el procesamiento de rutas EVPN asimétricas tipo 5 consume recursos del motor de reenvío de paquetes (PFE). En algunos casos, es posible que desee conservar los recursos de PFE y bloquear rutas asimétricas EVPN tipo 5. Cuando bloquea rutas asimétricas de EVPN tipo 5, el dispositivo local examina la ruta de EVPN entrante tipo 5 y rechaza la ruta cuando el VNI en la ruta de entrada difiere de la VNI configurada localmente. La ruta seguirá instalada en la tabla bgp.evpn.0, pero las rutas se rechazarán y no se instalarán en la tabla instance.inet.0.

Para bloquear rutas asimétricas EVPN tipo 5 en la instancia de enrutamiento y reenvío virtual (VRF) en la que están habilitadas las rutas tipo 5, incluya la siguiente instrucción:

Nota:

Los enrutadores ACX7100 no admiten rutas EVPN asimétricas tipo 5. Cuando configure rutas EVPN tipo 5 en el enrutador ACX7100, también debe habilitar reject-asymmetric-vni en la misma instancia de enrutamiento.