Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Diseño e implementación de red subyacente de estructura IP

Para obtener una descripción general de los modelos y componentes subyacentes de estructura IP compatibles utilizados en estos diseños, consulte la sección Red subyacente de estructura ip en Componentes de arquitectura de modelo de estructura de centro de datos.

En esta sección, se explica cómo configurar dispositivos spine y leaf en capas subyacentes de estructura IPv4 de 3 y 5 etapas. Para obtener más información acerca de cómo configurar el nivel adicional de dispositivos super spine en una estructura ip subyacente de 5 etapas, consulte Diseño e implementación de estructura de IP de cinco etapas. Para obtener los pasos para configurar un diseño de estructura IPv6 en arquitecturas de referencia que admitan esa configuración, consulte Diseño e implementación de red con EBGP con capas subyacentes y superpuestas de estructura IPv6 .

El bloque de construcción de red subyacente ip está organizado en una topología de estructura basada en Clos. La red subyacente usa EBGP como protocolo de enrutamiento en lugar de un IGP tradicional como OSPF. Puede usar otros protocolos de enrutamiento en el protocolo subyacente en su centro de datos; el uso de esos protocolos de enrutamiento está más allá del alcance de este documento.

Las interfaces Ethernet agregadas con MicroBFD también se utilizan en este bloque de construcción. MicroBFD mejora la detección de fallas en una interfaz Ethernet agregada mediante la ejecución de BFD en vínculos individuales de la interfaz Ethernet agregada.

La Figura 1 y la Figura 2 proporcionan ilustraciones de alto nivel de redes subyacentes de estructura IP de 3 y 5 etapas, respectivamente.

Figura 1: Red subyacente de estructura IP de tres etapas Three-Stage IP Fabric Underlay Network
Figura 2: Red subyacente de estructura IP de cinco etapas Five-Stage IP Fabric Underlay Network

Configuración de las interfaces Ethernet agregadas que conectan dispositivos spine a dispositivos leaf

En este diseño, cada dispositivo spine se interconecta con cada dispositivo leaf mediante un único vínculo o una interfaz Ethernet agregada de dos miembros. La decisión de usar un solo vínculo o una interfaz Ethernet agregada depende en gran medida de las necesidades de su red; consulte Descripción general del diseño de referencia de la estructura del centro de datos y topología validada para obtener más información sobre los requisitos de la interfaz.

La mayoría de las topologías de estructura IP no usan interfaces Ethernet agregadas para interconectar dispositivos spine y leaf. Puede omitir esta sección si está conectando sus dispositivos spine y leaf mediante vínculos únicos.

Utilice las siguientes instrucciones para configurar las interfaces que interconectan dispositivos spine y leaf como interfaces Ethernet agregadas con vínculos de dos miembros. Se asigna una dirección IPv4 a cada interfaz de Ethernet agregada. LaCP con un intervalo periódico rápido también está habilitado.

La Figura 3 muestra las interfaces de dispositivo spine que se configuran en este procedimiento:

Figura 3: Interfaces Spine 1 Interfaces spine 1

La Figura 4 muestra las interfaces de dispositivo leaf que se configuran en este procedimiento:

Figura 4: Interfaces Leaf 1 Interfaces leaf 1

Para configurar interfaces Ethernet agregadas con LACP rápida:

  1. Establezca la cantidad máxima de interfaces Ethernet agregadas permitidas en el dispositivo.

    Recomendamos establecer este número en el número exacto de interfaces Ethernet agregadas en su dispositivo, incluidas las interfaces de Ethernet agregadas que no se utilizan para conexiones de dispositivo spine a leaf.

    En este ejemplo, el valor de recuento de dispositivos Ethernet agregado se establece en 10 para un dispositivo leaf y 100 para un dispositivo spine.

    Dispositivo Leaf:

    Dispositivo spine:

  2. Cree y asigne un nombre a las interfaces Ethernet agregadas y, opcionalmente, asigne una descripción a cada interfaz.

    En este paso, se muestra cómo crear tres interfaces Ethernet agregadas en spine 1 y cuatro interfaces Ethernet agregadas en la hoja 1.

    Repita este procedimiento para cada interfaz Ethernet agregada que conecte un dispositivo spine a un dispositivo leaf.

    Spine 1:

    Hoja 1:

  3. Asigne interfaces a cada interfaz Ethernet agregada en su dispositivo.

    Spine 1:

    Hoja 1:

  4. Asigne una dirección IP a cada interfaz Ethernet agregada en el dispositivo.

    Spine 1:

    Hoja 1:

  5. Habilite la LACP rápida en cada interfaz Ethernet agregada del dispositivo.

    LaCP se habilita mediante el intervalo periódico rápido, que configura la LACP para enviar un paquete cada segundo.

    Spine 1:

    Hoja 1:

  6. Después de confirmar la configuración, confirme que las interfaces Ethernet agregadas están habilitadas, que los vínculos físicos están activados y que los paquetes se transmiten si se envía tráfico.

    El siguiente resultado proporciona esta información de confirmación para ae1 spine 1.

  7. Confirme que el estado de recepción de LACP es Current y que el estado de transmisión es Fast para cada vínculo en cada paquete de interfaz Ethernet agregado.

    El siguiente resultado proporciona el estado DE LACP para la interfaz ae1.

  8. Repita este procedimiento para cada dispositivo de su topología.

    La guía supone que los dispositivos spine y leaf están interconectados mediante interfaces Ethernet agregadas de dos miembros en otras secciones. Cuando configure o supervise un solo vínculo en lugar de un vínculo Ethernet agregado, sustituya el nombre de interfaz física de la interfaz de un solo vínculo en lugar del nombre de interfaz de Ethernet agregado.

Habilitación del EBGP como protocolo de enrutamiento en la red subyacente

En este diseño, el EBGP es el protocolo de enrutamiento de la red subyacente y a cada dispositivo de la estructura IP se le asigna un número de sistema autónomo (ASN) único de 32 bits. La configuración del enrutamiento subyacente garantiza que todos los dispositivos de la estructura IP subyacente sean accesibles de manera confiable entre sí. La accesibilidad entre VTEP a través de la estructura IP subyacente también es necesaria para admitir redes superpuestas con VXLAN.

La Figura 5 muestra la configuración del EBGP de la red subyacente.

Figura 5: Descripción general EBGP Underlay Network Overview de la red subyacente del EBGP

Para habilitar el EBGP como protocolo de enrutamiento para la red subyacente en un dispositivo:

  1. Cree y asigne un nombre al grupo de pares del BGP. El EBGP está habilitado como parte de este paso.

    El grupo EBGP subyacente se denomina UNDERLAY en este diseño.

    Dispositivo Spine o Leaf:

  2. Configure el ASN para cada dispositivo en la capa subyacente.

    Recuerde que en este diseño, a cada dispositivo se le asigna un ASN único en la red subyacente. El ASN para EBGP en la red subyacente se configura en el nivel del grupo de pares del BGP mediante la local-as instrucción, ya que la configuración asn del sistema se utiliza para la señalización de MP-IBGP en la red superpuesta.

    Los ejemplos a continuación muestran cómo configurar el ASN para EBGP para spine 1 y leaf 1.

    Spine 1:

    Hoja 1:

  3. Configure los pares del BGP especificando el ASN de cada par de BGP en la red subyacente en cada dispositivo spine y leaf.

    En este diseño, para un dispositivo spine, cada dispositivo leaf es un par BGP, y para un dispositivo leaf, cada dispositivo spine es un par BGP.

    En el siguiente ejemplo se muestra cómo configurar el ASN par en este diseño.

    Spine 1:

    Hoja 1:

  4. Establezca el tiempo de espera del BGP. El tiempo de espera del BGP es el período de tiempo, en segundos, que un par espera a que un mensaje de BGP (normalmente un mensaje de mantención, actualización o notificación) antes de cerrar una conexión BGP.

    Los valores de tiempo de espera del BGP más cortos protegen contra sesiones de BGP que permanecen abiertas durante tiempos innecesariamente largos en situaciones en las que se producen problemas, como no se envían conservas. Un tiempo de espera del BGP más largo garantiza que las sesiones del BGP permanezcan activas incluso durante los períodos de problemas.

    El tiempo de espera del BGP se configura a 10 segundos para cada dispositivo de este diseño.

    Dispositivo Spine o Leaf:

  5. Configure el EBGP para señalar la familia de direcciones de unidifusión para el grupo de pares BGP subyacente.

    Dispositivo Spine o Leaf:

  6. Configure una política de enrutamiento de exportación que anuncie la dirección IP de la interfaz de circuito cerrado a los dispositivos de emparejamiento EBGP.

    Esta política de enrutamiento de exportación se utiliza para hacer que la dirección IP de la interfaz de circuito cerrado sea accesible desde todos los dispositivos de la estructura IP. La accesibilidad de la dirección IP de circuito cerrado es necesaria para permitir el emparejamiento de dispositivos leaf y spine mediante mp-IBGP en la red superpuesta. Se debe establecer el emparejamiento del IBGP en la red superpuesta para permitir que los dispositivos de la estructura compartan rutas de EVPN. Consulte Configurar IBGP para la superposición.

    La dirección IP del filtro de ruta de este paso (192.168.1.10) es la dirección de circuito cerrado del dispositivo leaf.

    Hoja 1:

  7. Después de confirmar la configuración, escriba el show bgp summary comando en cada dispositivo para confirmar que el estado del BGP está establecido y que las rutas de tráfico están activas.

    Emita el show bgp summary comando en spine 1 para verificar el estado del EBGP.

  8. Repita este procedimiento para cada dispositivo spine y leaf de su topología.

Habilitación del equilibrio de carga

El equilibrio de carga de ECMP permite enviar tráfico al mismo destino a través de varias rutas de costo igual. Se debe habilitar el equilibrio de carga en todos los dispositivos spine y leaf para garantizar que el tráfico se envíe a través de todas las rutas disponibles proporcionadas por la estructura IP.

El tráfico está equilibrado de carga por flujo de capa 4 en dispositivos Junos. La carga del algoritmo ECMP equilibra cada flujo de tráfico en una de las múltiples rutas y todo el tráfico de ese flujo se transmite mediante el vínculo seleccionado.

Para habilitar el equilibrio de carga basado en ECMP en un dispositivo:

  1. Habilite varias rutas con la opción varios AS del BGP en todos los dispositivos de la estructura IP.

    El EBGP, de forma predeterminada, selecciona una mejor ruta para cada prefijo e instala esa ruta en la tabla de reenvío. Cuando se habilita la multiruta del BGP, todas las rutas de igual costo a un destino determinado se instalan en la tabla de reenvío. La multiple-as opción permite el equilibrio de carga entre los vecinos del EBGP en diferentes sistemas autónomos.

    Todos los dispositivos Spine y Leaf:

  2. Cree una instrucción de política que permita el equilibrio de carga por paquete.

    Todos los dispositivos Spine y Leaf:

  3. Exporte la instrucción de política a la tabla de reenvío.

    Todos los dispositivos Spine y Leaf:

Red subyacente de estructura IP: historial de versiones

En la Tabla 1 se proporciona un historial de todas las características de esta sección y su soporte dentro de este diseño de referencia.

Tabla 1: Historial de versiones de red subyacente de estructura IP

Lanzamiento

Descripción

19.1R2

Los conmutadores QFX10002-60C y QFX5120-32C que ejecutan la versión 19.1R2 de Junos OS y versiones posteriores en el mismo tren de versión también admiten todas las funciones documentadas en esta sección, excepto las siguientes:

  • MicroBFD, que solo se admite en conmutadores QFX10002-36Q/72Q, QFX10008 y QFX10016.

18.4R2

Los conmutadores QFX5120-48Y que ejecutan Junos OS versión 18.4R2 y versiones posteriores en el mismo tren de versión admiten todas las funciones documentadas en esta sección, excepto MicroBFD.

18.1R3-S3

Los conmutadores QFX5110 que ejecutan Junos OS versión 18.1R3-S3 y versiones posteriores en el mismo tren de versión admiten todas las funciones documentadas en esta sección, excepto MicroBFD.

17.3R3-S1

Todos los dispositivos en el diseño de referencia que son compatibles con Junos OS versión 17.3R3-S1 y versiones posteriores en el mismo tren de versiones también admiten todas las funciones documentadas en esta sección. La siguiente es una excepción:

  • MicroBFD, que solo se admite en conmutadores QFX10002-36Q/72Q, QFX10008 y QFX10016.