Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Ejemplo: Configurar una estructura de puente con enrutamiento centralizado EVPN-VXLAN con enrutadores MX como spines

En este ejemplo, se muestra cómo configurar EVPN y VXLAN en una estructura IP para admitir un reenvío óptimo de tramas Ethernet, proporcionar segmentación de red a gran escala, habilitar el aprendizaje MAC basado en el plano de control y muchas otras ventajas. Este ejemplo se basa en una arquitectura EVPN de enrutamiento centralizado con puente (CRB) en una estructura Clos de 5 etapas.

En la arquitectura CRB, las interfaces IRB proporcionan conectividad de capa 3 a servidores y VMS que pertenecen a diferentes VLAN y redes. Estas interfaces IRB sirven como puerta de enlace predeterminada para el tráfico entre VLAN dentro de una estructura y también para los destinos remotos a la estructura, por ejemplo, en el caso del interconector del centro de datos (DCI). En un diseño de CRB, las interfaces IRB se definen únicamente en los dispositivos spine. Por lo tanto, dicho diseño se denomina enrutado centralmente, ya que todo el enrutamiento ocurre en las espinas.

Para obtener un ejemplo de un diseño de puente enrutado en el borde (ERB), consulte Ejemplo: Configuración de una estructura de puente enrutado en el borde EVPN-VXLAN con una puerta de enlace Anycast

Para obtener información de fondo sobre la tecnología EVPN-VXLAN y las arquitecturas compatibles, consulte Manual sobre EVPN.

Requisitos

En el ejemplo original se utilizaban los siguientes componentes de hardware y software:

  • Dos enrutadores de la serie MX de Juniper Networks para actuar como puertas de enlace IP para la superposición de EVPN

  • Cuatro conmutadores QFX5100 de Juniper Networks. Dos de estos conmutadores actúan como dispositivos de PE en la topología EVPN y los otros dos actúan como transporte IP puro para la capa subyacente.

  • Junos OS versión 21.3R1 o posterior.

  • En este ejemplo, un conmutador EX9200 podría funcionar como una puerta de enlace de IP para la superposición EVPN. Existen algunas diferencias de configuración entre los enrutadores de la serie MX y los conmutadores EX9200. La sección de configuración más adelante en este tema tiene más información acerca de la configuración específica de un EX9200.

Descripción general

Las VPN Ethernet (EVPN) permiten conectar grupos de sitios de clientes dispersos mediante puentes virtuales de capa 2, mientras que las LAN extensibles (VXLAN) permiten expandir la conexión de capa 2 a través de una red de capa 3 intermedia, a la vez que proporciona segmentación de red como una VLAN, pero sin la limitación de escalabilidad de las redes VLAN tradicionales. EVPN con encapsulación VXLAN controla la conectividad de la capa 2 en la escala que requieren los proveedores de servicios en la nube y sustituye los protocolos de limitación como STP, lo que libera la red de capa 3 para usar protocolos de enrutamiento más sólidos.

En esta configuración de ejemplo, se muestra cómo configurar EVPN con encapsulación VXLAN. En este ejemplo, los enrutadores de la serie MX se denominan Core-1 y Core-2. Los conmutadores QFX5100 se denominan Leaf-1, Leaf-2, Spine-1 y Spine-2. Los enrutadores de núcleo actúan como puertas de enlace IP para la superposición EVPN, los conmutadores leaf actúan como dispositivos PE en la topología EVPN y los conmutadores spine actúan como transporte IP puro para la capa subyacente (también conocida como "lean spine").

Topología

Network topology diagram showing a spine-leaf architecture with core routers, spine switches, leaf switches, and connected servers.

En nuestra topología de ejemplo, demostramos el acceso al servidor mediante interfaces troncalizadas y sin etiquetar (etiquetadas). Una interfaz de troncalización utiliza etiquetado de VLAN explícito. Tanto el servidor A como el C están configurados para el enlace troncal, mientras que el servidor B utiliza una interfaz de acceso sin etiquetar para ambas hojas.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Hoja-1

Hoja-2

Spin-1

Columna vertebral-2

Núcleo-1

Núcleo-2

Configuración del EX9200

En los conmutadores EX9200, la vlans instrucción se usa en lugar de bridge-domains, y la l3-interface instrucción se usa en lugar de routing-interface.

En el siguiente ejemplo, se muestra cómo configurar estas instrucciones. Todas las demás configuraciones que se muestran para los enrutadores de la serie MX en este ejemplo también se aplican a los conmutadores EX9200.

Nota:

En este ejemplo, siempre que se bridge-domains utilicen instrucciones or routing-interface , para configurar en conmutadores EX9200, use vlans and l3-interface en su lugar.

Configuración de Leaf-1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Nota:

Los pasos para configurar Leaf-2 son similares a Leaf-1 y, por lo tanto, solo mostraremos los procedimientos paso a paso para Leaf-1.

Para configurar Leaf-1:

  1. Establezca el nombre de host del sistema.

  2. Configure las opciones de enrutamiento. La load-balance política de exportación se configura en el paso siguiente.

  3. Configure la política de equilibrio de carga.

  4. Configure el EBGP subyacente para los dispositivos spine. La lo0 política de exportación se configura en el paso siguiente.

  5. Configure una política para anunciar la dirección de circuito cerrado en la capa subyacente. En este ejemplo, se escribe una política portátil independiente de la dirección de circuito cerrado haciendo coincidir solo las rutas directas con una longitud de prefijo /32. El resultado es una política que coincide con cualquier dirección de circuito cerrado y que se puede reutilizar en todos los dispositivos de la topología.

  6. Configure las opciones del conmutador. La interfaz del punto de conexión del túnel virtual es lo0.0, y se debe poder alcanzar mediante el protocolo de enrutamiento subyacente. El distinguidor de ruta debe ser único en todos los conmutadores de la red para garantizar que todos los anuncios de ruta dentro de la superposición MP-BGP sean únicos globalmente. El destino de la tabla VRF en el conmutador de la serie QFX es, como mínimo, la comunidad que el conmutador envía se asocia a todas las rutas ESI (tipo 1). La vrf-import vrf-imp instrucción define la lista de la comunidad de destino, que se importa a la default-switch.evpn.0 instancia desde la bgp.evpn.0 tabla.

  7. Configure la política de importación de tablas VRF.

  8. Configure las comunidades relacionadas.

  9. Configure la lista de identificadores de red virtual extendidos (VNI) para establecer los VNI que desea que formen parte del dominio EVPN. También puede configurar la replicación de entrada; En EVPN-VXLAN, la replicación de entrada se utiliza para manejar la multidifusión sin necesidad de una base con capacidad de multidifusión. Se especifican diferentes destinos de ruta para cada instancia de identificador de red VXLAN en vni-routing-options.

  10. Asigne ID de VLAN localmente significativos a identificadores de red VXLAN globalmente significativos.

  11. Configure las sesiones de superposición de IBGP compatibles con EVPN.

    Nota:

    Algunas estructuras IP utilizan una superposición EVPN-VXLAN basada en EBGP. Para obtener un ejemplo de una estructura IP que utiliza EBGP tanto para la capa subyacente como para la superpuesta, consulte Ejemplo: Configuración de una estructura de puente enrutada en el borde EVPN-VXLAN con una puerta de enlace Anycast. Tenga en cuenta que la elección de EBGP vs IBGP para la superposición no afecta a la arquitectura de la estructura. Tanto los diseños de CRB como los de puente enrutado en el borde (ERB) admiten cualquier tipo de superposición.

  12. Configure las interfaces de estructura.

  13. Configure las interfaces de acceso. Tenga en cuenta nuevamente que demostramos una combinación de interfaces de acceso y troncales para la conexión del servidor.

  14. Configure la interfaz LAG habilitada para LACP. El valor ESI es globalmente único en todo el dominio EVPN. La all-active instrucción de configuración garantiza que todos los enrutadores PE a los que está conectado este inquilino multiconexión puedan reenviar el tráfico desde el dispositivo CE, de modo que todos los vínculos CE se utilicen activamente.

  15. Configure la dirección de interfaz de circuito cerrado.

Configuración de Spine-1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Nota:

Los pasos para configurar Spine-2 son similares a Spine-1 y, por lo tanto, solo mostraremos los procedimientos paso a paso para Spine-1.

Para configurar Spine-1:

  1. Establezca el nombre de host del sistema.

  2. Configure las opciones de enrutamiento.

  3. Configure una política de equilibrio de carga.

  4. Configure la base del EBGP con emparejamiento a los dispositivos de leaf y núcleo. La lo0 política que anuncia la dirección lo0 se aplica en este paso; la configuración de la propia política se muestra en el paso siguiente.

  5. Configure una política denominada lo0 para anunciar rutas /32. La política coincide en la dirección de circuito cerrado, sin especificar ninguna IP específica. De esta manera, la misma política es reutilizable en cualquier dispositivo de estructura.

Configuración de Core-1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de CLI.

Nota:

Los pasos para configurar Core-2 son similares a Core-1 y, por lo tanto, solo mostraremos los procedimientos paso a paso para Core-1.

Para configurar Core-1:

  1. Establezca el nombre de host del sistema.

  2. Configure las opciones de enrutamiento. La load-balance política se aplica durante este paso. La política se crea en el paso siguiente

  3. Configure una política de equilibrio de carga denominada load-balance.

  4. Configure el emparejamiento subyacente del BGP. La lo0 política que anuncia la dirección de circuito cerrado se aplica durante este paso. Configure esta política en el paso siguiente.

  5. Configure una política denominada lo0 para anunciar rutas de circuito cerrado.

  6. Una gran parte de la configuración de Core-1 tiene lugar en la [routing-instance] jerarquía. Configure los enrutadores virtuales y configure una política de importación de tabla VRF única para cada conmutador virtual.

  7. Configure la política para cada instancia de enrutamiento.

  8. Configure las comunidades. Asegúrese de que la política acepta rutas etiquetadas con el comm-leaf destino 65000:1. Esto garantiza que todos los conmutadores virtuales importen las rutas ESI tipo 1 de todos los leafs.

  9. Configure las interfaces IRB. Cada IRB tiene una dirección de puerta de enlace virtual, que es una dirección MAC y una dirección IP compartidas en el núcleo 1 y el núcleo 2.

  10. Configure las sesiones de superposición de IBGP hacia Leaf-1 y Leaf-2. Hemos incluido un emparejamiento entre los dispositivos principales para compartir rutas entre dispositivos centrales.

Verificación

Verificar el alcance de MAC a un dispositivo CE de una sola conexión (leaf-1)

Propósito

Verifique la accesibilidad de MAC a Tenant_A. Este usuario es de una sola conexión con Leaf-1. Primero, verifique que la dirección MAC se aprende localmente en Leaf-1. Leaf-1 genera la ruta EVPN tipo 2 solo después de aprender la dirección MAC.

Acción

Verifique que la dirección MAC se aprende localmente en Leaf-1.

Significado

El resultado muestra que MAC 56:04:15:00:bb:02 se aprendió correctamente desde el dispositivo Tenant_A CE, que es el servidor A en la interfaz xe-0/0/3.0.

Verificar el alcance de MAC a un dispositivo CE de una sola conexión (tipo 2)

Propósito

Verificar el alcance de MAC a un dispositivo CE de una sola conexión (tipo 2)

Acción

Compruebe la generación de la ruta tipo 2 al núcleo-1.

Significado

El resultado muestra que se anuncian MAC y MAC/IP.

En el núcleo 1, la ruta EVPN tipo 2 se recibe en bgp.evpn.0.

La salida muestra las rutas de tipo 2 para 56:04:15:00:bb:02. El distintivo de ruta es de Leaf-1 y está configurado en 10.1.255.111:1.

Verificar rutas importadas

Propósito

Compruebe que la ruta EVPN tipo 2 está importada.

Acción

En el núcleo 1, compruebe si las rutas EVPN tipo 2 se importan correctamente de la bgp.evpn.0 tabla a la instancia del conmutador EVPN.

Significado

El resultado muestra que, en la conmutador virtual de Tenant_A, la ruta EVPN tipo 2 se anuncia con el destino correcto, target:1:101. Utilice la extensive opción para revisar la ruta tipo 2 con mayor detalle.

El resultado muestra que Core-1 recibe dos copias. El primero es el anuncio de Leaf-1 (Fuente: 10.1.255.111). El segundo es el anuncio de Core-2 (Fuente: 10.1.255.2).

Comprobación de la copia del demonio de aprendizaje de direcciones de capa 2

Propósito

Compruebe la copia del demonio de aprendizaje de dirección de capa 2.

Acción

Verifique la copia del demonio de aprendizaje de dirección de capa 2 ingresando el show bridge-mac table comando.

Significado

El resultado muestra que se puede llegar a 56:04:15:00:bb:02 a través de la interfaz lógica vtep.32771 a Leaf-1.

Nota:

En los conmutadores EX9200, el comando corresponde al comando utilizado aquí para los enrutadores de la show ethernet-switching table-instance instance-name show bridge mac-table instance instance-name serie MX

Verificar la tabla de reenvío a nivel de kernel

Propósito

Compruebe la tabla de reenvío a nivel de kernel, el identificador de salto siguiente y la tabla y hardware MAC de capa 2.

Acción

Consulte la tabla de reenvío a nivel de kernel, correlacione el identificador de salto siguiente de índice con el identificador de red virtual correcto y revise la tabla MAC de capa 2 y el hardware.

Significado

MAC de Tenant_A, 56:04:15:00:bb:02, es accesible a través del índice 687.

Correlacione el índice 687 (NH-ID) con el identificador de red virtual correcto 101 y el ID de VTEP remoto de 10.1.255.111.

Nota:

En los conmutadores EX9200, el show ethernet-switching comando corresponde al comando que se muestra aquí para enrutadores de la show l2-learning serie MX.

Verificar el alcance de MAC a un dispositivo CE multiconexión

Propósito

Verifique el alcance de MAC al dispositivo de Tenant_B CE multiconexión en Leaf-1 y Leaf-2.

Acción

Verifique que Leaf-1 y Leaf-2 anuncien accesibilidad de tipo 1 y tipo 2 hacia el dispositivo CE multiconexión.

Significado

El resultado muestra que 2c:6b:f5:43:12:c0 representa la MAC del Tenant_B adjunto a Leaf-1 y Leaf-2.

Comprobación de EVPN, el demonio de aprendizaje de direcciones de capa 2 y las tablas de reenvío de kernel para dispositivos CE multiconexión

Propósito

Compruebe la tabla EVPN del inquilino B y la tabla de demonio de aprendizaje de direcciones de capa 2 del núcleo 1 y la tabla de reenvío de kernel.

Acción

En el núcleo 1, muestre la tabla EVPN del inquilino B.

Muestra la tabla del demonio de aprendizaje de direcciones de capa 2 de Core-1.

Nota:

En los conmutadores EX9200, el comando corresponde al comando que se muestra aquí para los enrutadores de la show ethernet-switching table-instance instance-name show bridge mac-table instance instance-name serie MX

Muestra la tabla de reenvío de kernel de Core-1.

Significado

Para el dispositivo Tenant_B CE, se enumeran cuatro rutas diferentes para ESI 00:01:01:01:01:01:01:01:01:01:01:

  • 1:10.1.255.111:0::010101010101010101::FFFF:FFFF/192 AD/ESI

    Esta ruta EVPN de tipo 1 A-D del segmento A-D de Ethernet se originó en la hoja 1. El distinguidor de ruta se obtiene a nivel routing-optionsglobal. El núcleo-1 recibe esta ruta de tipo 1, originada en la hoja-1, tanto de la hoja-1 como de la hoja-2.

  • 1:10.1.255.111:1::010101010101010101::0/192 AD/EVI

    Esta es la ruta EVPN de tipo 1 A-D EVI A-D. El distinguidor de ruta se obtiene de la instancia de enrutamiento o, en el caso de QFX5100, el switch-optionsarchivo . El núcleo-1 recibe esta ruta de tipo 1, originada en la hoja-1, tanto de la hoja-1 como de la hoja-2.

  • 1:10.1.255.112:0::010101010101010101::FFFF:FFFF/192 AD/ESI

    Esta es la ruta EVPN de tipo 1 del segmento A-D por Ethernet que se originó en Leaf-2. El distinguidor de ruta se obtiene a nivel routing-optionsglobal. El núcleo-1 recibe esta ruta de tipo 1, originada en la hoja-2, tanto de la hoja-2 como de la hoja-1.

  • 1:10.1.255.112:1::010101010101010101::0/192 AD/EVI

    Esta es la ruta EVPN de tipo 1 A-D EVI A-D. El distinguidor de ruta se obtiene de la instancia de enrutamiento o, en el caso de QFX5100, switch-options. El núcleo-1 recibe esta ruta de tipo 1, originada en la hoja-2, tanto de la hoja-2 como de la hoja-1.

Las rutas de tipo 2 para las dos MAC físicas y una virtual asociadas con el dispositivo CE multiconexión Tenant_B se originan según lo esperado.

A partir de la salida, aún no podemos determinar qué VTEP se usan para reenviar a ESI 00:01:01:01:01:01:01:01:01:01. Para determinar el VTEPS, muestre las ESI del terminal de túnel de VXLAN.

Nota:

En los conmutadores EX9200, el show ethernet-switching comando corresponde al comando que se muestra aquí para enrutadores de la show l2-learning serie MX.

El resultado muestra un equilibrio de carga activo en las interfaces VTEP para Leaf-1 y Leaf-2 para las direcciones MAC en este ESI, lo que valida la configuración totalmente activa en Leaf-1 y Leaf-2.

Documentación relacionada