Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ejemplos de MC-LAG

Ejemplo: Configuración de la agregación de vínculos de múltiples chasis entre enrutadores Conmutadores de la serie QFX y serie MX

En este ejemplo, se muestra cómo configurar grupos de agregación de vínculos de varios chasis (MC-LAG) entre un conmutador de la serie QFX y un enrutador de la serie MX mediante el modo activo-activo para admitir el puente de capa 2. En el modo activo-activo, todos los vínculos miembro transportan tráfico, lo que permite equilibrar la carga del tráfico a ambos pares MC-LAG.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Un enrutador de la serie MX de Juniper Networks (MX240, MX480, MX960)

  • Un conmutador de la serie QFX de Juniper Networks (QFX10000, QFX5110, QFX5120)

  • Dos servidores con soporte LAG; Los enrutadores de la serie MX ocupan el rol de servidor en este ejemplo

  • Junos OS versión 19.4R1 o posterior en los pares MC-LAG

Descripción general

En la topología de ejemplo, dos servidores están conectados a dos dispositivos perimetrales de proveedor (PE), S0 y R1. S0 es un conmutador de la serie QFX, mientras que R1 es un enrutador de la serie MX. Ambos dispositivos PE tienen grupos de agregación de vínculos (LAG) conectados a ambos servidores. En este ejemplo, se configura el modo activo-activo para los MC-LAG, lo que significa que los puertos LAG de ambos dispositivos PE están activos y transportan tráfico al mismo tiempo.

Los servidores no son conscientes de que sus vínculos Ethernet agregados están conectados a varios dispositivos PE. La operación de MC-LAG es opaca para los servidores y ambos tienen configurada una interfaz LAG Ethernet convencional.

En un extremo de un MC-LAG hay un dispositivo cliente MC-LAG, por ejemplo, un servidor o un dispositivo de conmutación o enrutamiento, que tiene uno o más vínculos físicos en un LAG. Los dispositivos cliente no necesitan admitir MC-LAG, ya que estos dispositivos solo necesitan admitir una interfaz LAG estándar. Al otro lado del MC-LAG hay dos dispositivos MC-LAG (PE). Cada uno de los PE tiene uno o más vínculos físicos conectados al dispositivo cliente. Los dispositivos PE se coordinan entre sí para garantizar que el tráfico de datos se reenvíe correctamente, incluso cuando todos los vínculos de cliente están reenviando tráfico activamente.

En la Figura 3, los servidores funcionan como si ambos miembros del LAG estuvieran conectados a un único dispositivo proveedor. Dado que el modo configurado es activo-activo, todos los miembros del LAG están en un estado de reenvío y el dispositivo CE equilibra la carga del tráfico a los dispositivos de PE de emparejamiento.

El protocolo de control de interchasis (ICCP) envía mensajes entre los dispositivos PE para controlar el estado de reenvío del MC-LAG. Además, se utiliza un vínculo de protección de vínculos de interchasis (ICL-PL) para reenviar el tráfico entre los dispositivos PE según sea necesario cuando se opera en modo activo-activo.

En este ejemplo, configure dos MC-LAG en los PE para que admitan la conectividad de capa 2 entre las interfaces Ethernet agregadas en los servidores. Como parte de la configuración de MC-LAG, usted aprovisiona una interfaz Ethernet agregada entre los pares de MC-LAG para admitir la funcionalidad ICL-PL e ICCP.

Diagrama de topología

Figura 3: Interoperabilidad de QFX a MX MC-LAG Network diagram showing connections between servers, switches, and routers with VLAN 10 and 100 configurations. Features ICCP/ICL for redundancy, IRB interfaces, and loopback IPs.

En la figura 3 se muestra la topología utilizada en este ejemplo.

Los puntos clave sobre la topología incluyen:

  1. El nodo S0 es un conmutador QFX10000, mientras que el nodo R1 es un enrutador MX960.
  2. Los enrutadores de la serie MX se utilizan para cumplir la función de los 2 servidores. En este ejemplo se puede utilizar cualquier conmutador, enrutador o dispositivo de servidor que admita una interfaz LAG basada en LACP convencional.
  3. A los servidores se les asigna la VLAN 10 y tienen una subred compartida. Espera conectividad de capa 2 entre los servidores.
  4. La sesión ICCP entre los PE está anclada a una interfaz IRB. Esto es similar al emparejamiento de BGP entre interfaces de circuito cerrado para sobrevivir a errores de vínculo. Sin embargo, aquí las IRB se colocan en una VLAN compartida (VLAN 100) que proporciona conectividad de capa 2 entre los PE. Esto significa que no se necesita una IGP o una ruta estática para la conectividad entre las IRB. Como resultado, las IRB comparten una subred IP.
  5. En este ejemplo, se implementa una única interfaz LAG entre los PE (ae0) para admitir la funcionalidad de ICCP e ICL. Si lo desea, puede ejecutar ICCP en un paquete de AE independiente. Se recomienda encarecidamente el uso de varios miembros en el paquete de AE utilizado para los vínculos ICCP/ICL a fin de garantizar que permanezcan operativos en caso de fallas de interfaz individual o vínculo.
  6. Aunque es muy similar, la configuración MC-LAG difiere ligeramente entre los dispositivos PE, dado que son plataformas diferentes. Demostrar estas diferencias de configuración y la interoperabilidad de MC-LAG entre las plataformas es la razón de este ejemplo. Asegúrese de realizar un seguimiento de con qué EP está interactuando a medida que avanza en el ejemplo.

Configure los dispositivos

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, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] . Cuando haya terminado, ingrese commit desde el modo de configuración para activar los cambios.

Conmutador S0

Nota:

En este ejemplo, el dispositivo S0 es un conmutador QFX10000.

Enrutador R1

Nota:

En este ejemplo, el dispositivo R1 es un enrutador de la serie MX.

Servidor 1

Nota:

Los servidores de este ejemplo son enrutadores MX. Aunque este ejemplo se centra en la configuración de MC-LAG en los dispositivos PE, se proporciona la configuración del servidor para que esté completa. En este ejemplo, el servidor 2 tiene la misma configuración, con la excepción de que se le asigna la dirección IPv4 172.16.1.2/24 y la dirección IPv6 2001:db8:172:16:1::2 .

Configure el conmutador S0

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.

Para configurar el conmutador S0:

  1. Especifique el número de dispositivos Ethernet agregados compatibles con el chasis. Solo se necesitan 3 LAG para el ejemplo, pero no hay problemas si no hay capacidad de agrupación de AE sin usar.

  2. Configure el circuito cerrado (si lo desea, no se usa en este ejemplo) e IRB, junto con la VLAN de la interfaz IRB. En este ejemplo, la interfaz IRB se utiliza para anclar la sesión ICCP y se asigna a la VLAN 100.

  3. Configure la interfaz ae0 para que sea compatible con ICCP e ICL. Asegúrese de incluir todas las VLAN MC-LAG, así como la VLAN IRB utilizada para admitir ICCP. Puede especificar una lista de VLAN, pero en este ejemplo la all palabra clave se utiliza para garantizar rápidamente que todas las VLAN sean compatibles con la interfaz ae0. En este ejemplo, solo se requieren dos VLAN en el ISL. La VLAN MC-LAG (10) y la VLAN 100 compatibles con ICCP.

    Para un funcionamiento adecuado, se debe utilizar la unidad 0 para el vínculo ICL en el conmutador de la serie QFX, ya que, a diferencia de un enrutador de la serie MX, no admiten la especificación a nivel de unidad del vínculo ICL.

    Nota:

    El conmutador de la serie QFX solo admite la especificación de nivel de interfaz del vínculo ICL y asume el uso de la unidad 0. Por lo tanto, es importante que enumere todas las VLAN MC-LAG en la unidad 0 como se muestra. El enrutador de la serie MX puede admitir la especificación global o a nivel de unidad de la ICL. El último método se muestra más adelante en este ejemplo.

  4. Especifique las interfaces miembro usadas para el servidor que se enfrenta a los paquetes de Ethernet agregados.

  5. Configure los parámetros LACP y MC-LAG para el MC-LAG que se conecta al servidor 1 (ae10). El MC-LAG se establece para el modo activo-activo y, en este ejemplo, S0 se establece para que sea el nodo MC-LAG activo mediante la status-control active instrucción. Si S0 falla, R1 tomará el control como el nodo activo. LACP chassis-id utiliza la instrucción para calcular el número de puerto de los vínculos miembro físicos del MC-LAG. Por convención, al nodo activo se le asigna un ID de chasis de 0, mientras que al nodo en espera se le asigna 1. En un paso posterior, configure R1 para que sea el nodo activo para el MC-LAG conectado al servidor 2.

    El número de identificación de Ethernet agregado de múltiples chasis (mc-ae-id) especifica a qué grupo de agregación de vínculos pertenece la interfaz de Ethernet agregada. Las interfaces ae10 en S0 y R1 están configuradas con mc-ae-id 10. Del mismo modo, la interfaz ae20 se configura con mc-ae-id 20 .

    ICCP utiliza la redundancy-group 1 instrucción para asociar varios chasis que realicen funciones de redundancia similares y para establecer un canal de comunicación de modo que las aplicaciones en chasis de emparejamiento puedan enviarse mensajes entre sí. Las interfaces ae10 y ae20 en S0 y R1 están configuradas con el mismo grupo de redundancia, el grupo de redundancia 1.

    La mode instrucción indica si un MC-LAG está en modo activo-en espera o en modo activo-activo. Los chasis que están en el mismo grupo deben estar en el mismo modo.

  6. Configure los parámetros LACP y MC-LAG para el MC-LAG que se conecta al servidor 2 (ae20). El MC-LAG está configurado para el modo activo-activo y, en este ejemplo, S0 está configurado para ser el nodo MC-LAG en espera. En caso de falla de R1, S0 toma el relevo como nodo activo.

  7. Configure la VLAN para los paquetes AE 10 y AE 20.

  8. Configure el ID de servicio de opciones de conmutador.

    Los puertos dentro de un dominio de puente comparten las mismas características de inundación o difusión para realizar puentes de capa 2.

    La instrucción global service-id es necesaria para vincular dominios de puente relacionados entre pares (en este caso, S0 y R1) y debe configurarse con el mismo valor.

  9. Configure los parámetros del ICCP. Los local parámetros y peer se establecen para reflejar los valores configurados anteriormente para las interfaces IRB local y remota, respectivamente. Configurar el emparejamiento de ICCP a una interfaz IRB (o de circuito cerrado) garantiza que la sesión de ICCP pueda permanecer activa en caso de fallas de vínculos individuales.

  10. Configure el ID de servicio a nivel global. Debe configurar el mismo ID de servicio único para toda la red en el conjunto de enrutadores de PE que proporcionan el servicio. Este ID de servicio es necesario cuando las interfaces Ethernet agregadas de varios chasis forman parte de un dominio de puente.

  11. Configure la interfaz ae0 para que funcione como ICL para los paquetes MC-LAG compatibles con S0.

    Nota:

    En el conmutador de la serie QFX, debe especificar un dispositivo de interfaz física como vínculo de protección ICL. No se admite la asignación a nivel de unidad lógica de una ICL a un paquete MC-LAG. Para un funcionamiento adecuado, debe asegurarse de que la unidad 0 se utiliza para admitir el puente de las VLAN MC-LAG en la ICL.

Resultados S0

Desde el modo de configuración, ingrese el comando para confirmar la show configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Configure el enrutador R1

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.

Para configurar el enrutador R1:

  1. Especifique el número de interfaces Ethernet agregadas que se crearán en el chasis. Solo se necesitan 3 LAG, pero tener capacidad LAG adicional no causa ningún problema.

  2. Configure el circuito cerrado (si lo desea, no es necesario en este ejemplo) e IRB, junto con la VLAN de la interfaz IRB. En este ejemplo, la interfaz IRB se utiliza para anclar la sesión ICCP.

  3. Configure la interfaz ae0 para que admita la funcionalidad ICL e ICCP. A vlan-id-list se utiliza para admitir un rango de VLAN que incluye VLAN 100 para ICCP y VLAN 10 para MC-LAG. A diferencia del conmutador de la serie QFX, el all uso como acceso directo para admitir todas las VLAN no se admite en los enrutadores de la serie MX.

    Nota:

    El vínculo ICL debe ser compatible con todas las VLAN MC-LAG, así como con la VLAN utilizada para ICCP. En este ejemplo, esto significa que, como mínimo, debe enumerar VLAN 10 y VLAN 100, dado que el vínculo ae0 admite tanto ISL como ICCP en este ejemplo.

  4. Especifique los miembros que se incluirán en el servidor que se enfrenta a los paquetes de Ethernet agregados en R0.

  5. Configure los parámetros LACP y MC-LAG para el MC-LAG que se conecta al servidor 1 (ae10). El MC-LAG se establece para el modo activo-activo y, en este ejemplo, R1 se establece para que sea el nodo MC-LAG en espera mediante la status-control standby instrucción. Esto convierte a S0 en el nodo MC-LAG activo para ae10 cuando está operativo. Si se produce un error en S0, R1 toma el relevo como nodo activo. LACP chassis-id utiliza la instrucción para calcular el número de puerto de los vínculos miembro físicos del MC-LAG. Por convención, al nodo activo se le asigna un ID de chasis de 0, mientras que al nodo en espera se le asigna 1.

    El número de identificación de Ethernet agregado de múltiples chasis (mc-ae-id ) especifica a qué grupo de agregación de vínculos pertenece la interfaz de Ethernet agregada. Las interfaces ae10 en S0 y R1 están configuradas con mc-ae-id 10. Del mismo modo, la interfaz ae20 se configura con mc-ae-id 20.

    ICCP utiliza la redundancy-group 1 instrucción para asociar varios chasis que realicen funciones de redundancia similares y para establecer un canal de comunicación de modo que las aplicaciones en chasis de emparejamiento puedan enviarse mensajes entre sí. Las interfaces ae10 y ae20 en S0 y R1 están configuradas con el mismo grupo de redundancia, el grupo de redundancia 1.

    La mode instrucción indica si un MC-LAG está en modo activo-en espera o en modo activo-activo. Los chasis que están en el mismo grupo deben estar en el mismo modo.

    En este ejemplo, se demuestra la compatibilidad del enrutador de la serie MX con la especificación de la interfaz ICL a nivel de unidad (en la unidad MC-LAG, como se muestra a continuación). Si se desea, el vínculo de protección ICL se puede especificar globalmente a nivel de dispositivo físico (con la unidad 0 asumida) en la [edit multi-chassis multi-chassis-protection] jerarquía, como se mostró para el conmutador S0 de la serie QFX.

    Nota:

    En la plataforma MX, puede especificar la interfaz ICL mediante una declaración de dispositivo físico de nivel global en la edit multi-chassis multi-chassis-protection jerarquía o, como se muestra aquí, en el nivel de unidad lógica dentro del paquete MC-LAG. Los conmutadores de la serie QFX solo admiten la especificación a nivel global del dispositivo físico.

  6. Configure los parámetros LACP y MC-LAG para el MC-LAG que se conecta al servidor 2 (ae20). El MC-LAG está configurado para el modo activo-activo y, en este ejemplo, R1 está configurado para ser el nodo MC-LAG activo. En caso de fallo de R1, S0 toma el relevo como nodo activo para el MC-LAG ae20.

  7. Configure la VLAN para los paquetes ae10 y ae20.

    Nota:

    En el enrutador de la serie MX, las VLAN se definen en la [edit bridge-domains] jerarquía. En el conmutador de la serie QFX, esto se hace en la [edit vlans] jerarquía. Esta es una de las diferencias entre el conmutador de la serie QFX y el enrutador de la serie MX.

  8. Configure el ID de servicio de opciones de conmutador.

    Los puertos dentro de un dominio de puente comparten las mismas características de inundación o difusión para realizar puentes de capa 2.

    La instrucción global service-id es necesaria para vincular dominios de puente relacionados entre pares (en este caso, S0 y R1) y debe configurarse con el mismo valor.

  9. Configure los parámetros del ICCP. Los local parámetros y peer se establecen para reflejar los valores configurados previamente en las interfaces IRB local y remota, respectivamente. Configurar el emparejamiento de ICCP a una interfaz IRB (o de circuito cerrado) garantiza que la sesión de ICCP pueda permanecer activa en caso de fallas de vínculos individuales.

  10. Configure el ID de servicio a nivel global. Debe configurar la misma configuración única en toda la red para un servicio del conjunto de dispositivos de PE que proporcionan el servicio. Este ID de servicio es necesario si las interfaces Ethernet agregadas de varios chasis forman parte de un dominio de puente.

Resultados de R1

Desde el modo de configuración, ingrese el comando para confirmar la show configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Ejecute los siguientes comandos del modo operativo para confirmar que la configuración funcione correctamente:

  • show iccp

  • show interfaces mc-ae \

  • show interfaces aeX (0, 10, and 20)

  • En el conmutador de la serie QFX, utilice los show vlans show ethernet-switching table comandos y

  • En el enrutador de la serie MX, utilice elshow bridge mac-table comando

  • Verificar la conectividad de capa 2 entre los servidores

Seleccionar comandos de verificación se ejecutan para mostrar el resultado esperado. Comenzamos con el show iccp comando en S0. Si no se establece la sesión ICCP, emita el comando ping entre las interfaces IRB para garantizar la conectividad de capa 2 esperada a través del vínculo ICCP/ICL ae0:

A continuación, ejecutamos el show interfaces mc-ae extensive comando en S0. El resultado confirma el estado activo-activo esperado y el estado activo/en espera del control de estado para ambos MC-LAG. Recuerde que S0 es el nodo activo de control de estado para ae10 y el nodo en espera para ae20 en este ejemplo:

El show interfaces comando se utiliza para confirmar que los paquetes ICCP/ICL y MC-LAG estén activos. Para fines de brevedad, solo se muestra el resultado del paquete ae10. Todas las interfaces de AE (ae0, ae10 y ae20) deben estar activas:

Los show vlans detail comandos and show ethernet-switching table se utilizan para confirmar la definición y asignación de VLAN para las interfaces ICCP/ICL y MC-LAG en el dispositivo S0:

Por último, haga ping entre los servidores 1 y 2 para confirmar la conectividad de capa 2:

Ejemplo: Configuración de CoS para el tráfico del conmutador de tránsito de FCoE a través de un MC-LAG

Los grupos de agregación de vínculos de múltiples chasis (MC-LAG) proporcionan redundancia y equilibrio de carga entre dos conmutadores, soporte de multiconexión para dispositivos cliente como servidores y una red de capa 2 sin bucles sin ejecutar el protocolo de árbol de expansión (STP).

Nota:

En este ejemplo, se utiliza Junos OS sin compatibilidad con el estilo de configuración de Enhanced Layer 2 Software (ELS). Si su conmutador utiliza software compatible con ELS, consulte Ejemplo: Configuración de CoS mediante ELS para el tráfico de conmutador de tránsito FCoE a través de un MC-LAG. Para obtener detalles de ELS, consulte Uso de la CLI de Enhanced Layer 2 Software.

Puede usar un MC-LAG para proporcionar una capa de agregación redundante para el tráfico de canal de fibra sobre Ethernet (FCoE) en una topología de U invertida . Para admitir el transporte sin pérdidas del tráfico de FCoE a través de un MC-LAG, debe configurar la clase de servicio (CoS) adecuada en ambos conmutadores con miembros de puerto MC-LAG. La configuración de CoS debe ser la misma en ambos conmutadores MC-LAG, ya que un MC-LAG no lleva información de clase de reenvío ni de prioridad IEEE 802.1p.

Nota:

En este ejemplo, se describe cómo configurar la CoS para proporcionar transporte sin pérdidas para el tráfico de FCoE a través de un MC-LAG que conecta dos conmutadores. También describe cómo configurar la CoS en los conmutadores de tránsito de FCoE que conectan hosts de FCoE a los dos conmutadores que forman el MC-LAG.

En este ejemplo , no se describe cómo configurar el MC-LAG en sí. Sin embargo, este ejemplo incluye un subconjunto de configuración de MC-LAG que solo muestra cómo configurar la pertenencia a interfaces en MC-LAG.

Los puertos que forman parte de una configuración de puerta de enlace FCoE-FC (una estructura de puerta de enlace FCoE-FC virtual) no admiten MC-LAG. Los puertos miembros de un MC-LAG actúan como puertos de conmutación de tránsito de paso de FCoE.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Dos conmutadores de Juniper Networks que forman un MC-LAG para el tráfico de FCoE.

  • Dos conmutadores de Juniper Networks que proporcionan acceso al servidor FCoE en modo de conmutación de tránsito y que se conectan a los conmutadores MC-LAG.

  • Servidores FCoE (u otros hosts FCoE) conectados a los conmutadores de tránsito.

  • Junos OS versión 12.2 o posterior para la serie QFX.

Descripción general

El tráfico de FCoE requiere un transporte sin pérdidas. En este ejemplo, se muestra cómo:

  • Configure CoS para el tráfico de FCoE en los dos conmutadores que forman el MC-LAG, incluido el control de flujo basado en prioridades (PFC) y la selección de transmisión mejorada (ETS; programación jerárquica de recursos para la prioridad de clase de reenvío de FCoE y para el grupo de prioridad de conjunto de clases de reenvío).

    Nota:

    La configuración o el cambio de PFC en una interfaz bloquea todo el puerto hasta que se complete el cambio de PFC. Una vez completado un cambio de PFC, el puerto se desbloquea y el tráfico se reanuda. El bloqueo del puerto detiene el tráfico de entrada y salida y provoca la pérdida de paquetes en todas las colas del puerto hasta que se desbloquea el puerto.

  • Configure CoS para FCoE en los dos conmutadores de tránsito de FCoE que conectan hosts de FCoE a los conmutadores MC-LAG y habilita la supervisión de FIP en la VLAN de FCoE en los puertos de acceso del conmutador de tránsito de FCoE.

  • Deshabilite la supervisión IGMP en la VLAN de FCoE.

  • Configure el modo de puerto, la UMT y el estado de confianza o no de confianza de FCoE adecuados para cada interfaz a fin de que sea compatible con el transporte de FCoE sin pérdida.

Topología

Los conmutadores que actúan como conmutadores de tránsito admiten MC-LAG para el tráfico de FCoE en una topología de red de U invertida, como se muestra en la Figura 6.

Figura 6: Topología admitida para un MC-LAG en un conmutador Supported Topology for an MC-LAG on an FCoE Transit Switch de tránsito FCoE

En la tabla 3 se muestran los componentes de configuración de este ejemplo.

Tabla 3: Componentes de la CoS para el tráfico de FCoE a través de una topología de configuración MC-LAG

Componente

Configuración

Hardware

Cuatro conmutadores (dos para formar el MC-LAG como conmutadores de tránsito de paso y dos conmutadores de tránsito para acceso FCoE).

Clase de reenvío (todos los conmutadores)

Clase de reenvío predeterminada fcoe .

Clasificador (asignación de clase de reenvío del tráfico entrante a la prioridad IEEE)

Clasificador de confianza IEEE 802.1p predeterminado en todas las interfaces de FCoE.

LAG y MC-LAG

S1: los puertos xe-0/0/10 y x-0/0/11 son miembros del LAG ae0, que conecta el conmutador S1 con el conmutador S2.Los puertos xe-0/0/20 y xe-0/0/21 son miembros de MC-LAG ae1.Todos los puertos se configuran en trunk modo de puerto, como fcoe-trusted, y con una UMT de 2180.

S2: los puertos xe-0/0/10 y x-0/0/11 son miembros del LAG ae0, que conecta el conmutador S2 con el conmutador S1.Los puertos xe-0/0/20 y xe-0/0/21 son miembros de MC-LAG ae1.Todos los puertos se configuran en trunk modo de puerto, como fcoe-trusted, y con una UMT de 2180.

Nota:

Los puertos xe-0/0/20 y xe-0/0/21 en los conmutadores S1 y S2 son los miembros del MC-LAG.

TS1: los puertos xe-0/0/25 y x-0/0/26 son miembros de LAG ae1, configurados en trunk modo de puerto, como fcoe-trusted, y con una UMT de 2180.Los puertos xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33 están configurados en tagged-access modo de puerto, con una UMT de 2180.

TS2: los puertos xe-0/0/25 y x-0/0/26 son miembros de LAG ae1, configurados en trunk modo de puerto, como fcoe-trusted, y con una UMT de 2180.Los puertos xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33 están configurados en tagged-access modo de puerto, con una UMT de 2180.

Programador de colas de FCoE (todos los conmutadores)

fcoe-sched:Ancho de 3gbanda mínimo Ancho de 100banda máximo %Prioridad low

Asignación de clase a programador de reenvío (todos los conmutadores)

Mapa fcoe-mapdel programador: Clase de fcoereenvío Programador fcoe-sched

Conjunto de clases de reenvío (grupo de prioridad FCoE, todos los conmutadores)

fcoe-pg: Clase de envío fcoe

Interfaces de salida:

  • S1: LAG ae0 y MC-LAG ae1

  • S2: LAG ae0 y MC-LAG ae1

  • TS1: LAG ae1, interfaces xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33

  • TS2: LAG ae1, interfaces xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33

Perfil de control de tráfico (todos los conmutadores)

fcoe-tcp: Mapa fcoe-mapdel programador Ancho de 3gbanda mínimo Ancho 100de banda máximo %

Perfil de notificación de congestión de PFC (todos los conmutadores)

fcoe-cnp:Punto de código 011

Interfaces de entrada:

  • S1: LAG ae0 y MC-LAG ae1

  • S2: LAG ae0 y MC-LAG ae1

  • TS1: LAG ae1, interfaces xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33

  • TS2: LAG ae1, interfaces xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33

Nombre VLAN FCoE e ID de etiqueta

Nombre—fcoe_vlanID—100

Incluya la VLAN FCoE en las interfaces que transportan tráfico de FCoE en los cuatro conmutadores.

Deshabilite la supervisión IGMP en las interfaces que pertenecen a la VLAN de FCoE en los cuatro conmutadores.

Supervisión de FIP

Habilite la supervisión de FIP en los conmutadores de tránsito TS1 y TS2 en la VLAN de FCoE. Configure las interfaces LAG que se conectan a los conmutadores MC-LAG como interfaces de confianza de FCoE para que no realicen supervisión FIP.

En este ejemplo, se habilita la supervisión de FIP VN2VN_Port en las interfaces del conmutador de tránsito FCoE conectadas a los servidores FCoE. El ejemplo es igualmente válido con VN2VF_Port supervisión de FIP habilitada en los puertos de acceso del conmutador de tránsito. El método de supervisión de FIP que habilite depende de la configuración de red.

Nota:

En este ejemplo se utiliza el clasificador de BA de confianza IEEE 802.1p predeterminado, que se aplica automáticamente a los puertos en modo de troncalización y en modo de acceso etiquetado si no se aplica un clasificador configurado explícitamente.

Para configurar CoS para el tráfico de FCoE a través de un MC-LAG:

  • Utilice la clase de reenvío de FCoE predeterminada y la asignación de clase de reenvío a cola (no configure explícitamente la clase de reenvío de FCoE o la cola de salida). La clase de reenvío de FCoE predeterminada es fcoe, y la cola de salida predeterminada es queue 3.

    Nota:

    Puede incluir el atributo de caída de paquetes sin pérdida en la configuración de clase de reenvío explícita para configurar una clase de reenvío sin pérdida.

  • Use el clasificador de BA de confianza predeterminado, que asigna los paquetes entrantes a las clases de reenvío según el punto de código IEEE 802.1p (prioridad CS) del paquete. El clasificador de confianza es el clasificador predeterminado para interfaces en los modos de puerto de acceso troncal y con etiquetas. El clasificador de confianza predeterminado asigna los paquetes entrantes con el punto de código IEEE 802.1p 3 (011) a la clase de reenvío FCoE. Si elige configurar el clasificador de BA en lugar de usar el clasificador predeterminado, debe asegurarse de que el tráfico de FCoE se clasifique en clases de reenvío exactamente de la misma manera en ambos conmutadores MC-LAG. El uso del clasificador predeterminado garantiza una configuración coherente del clasificador en los puertos MC-LAG.

  • Configure un perfil de notificación de congestión que habilite PFC en el punto de código FCoE (punto 011 de código en este ejemplo). La configuración del perfil de notificación de congestión debe ser la misma en ambos conmutadores MC-LAG.

  • Aplique el perfil de notificación de congestión a las interfaces.

  • Configure la selección de transmisión mejorada (ETS, también conocida como programación jerárquica) en las interfaces para proporcionar el ancho de banda necesario para el transporte de FCoE sin pérdidas. La configuración de ETS incluye la configuración de la programación del ancho de banda para la clase de reenvío de FCoE, un conjunto de clases de reenvío (grupo de prioridad) que incluye la clase de reenvío de FCoE y un perfil de control de tráfico para asignar ancho de banda al conjunto de clases de reenvío que incluye el tráfico de FCoE.

  • Aplique la programación de ETS a las interfaces.

  • Configure el modo de puerto, la UMT y el estado de confianza o no de confianza de FCoE para cada interfaz a fin de que admita el transporte de FCoE sin pérdidas.

Además, en este ejemplo se describe cómo habilitar la supervisión de FIP en los puertos TS1 y TS2 del conmutador de tránsito que están conectados a los servidores de FCoE y cómo deshabilitar la supervisión IGMP en la VLAN de FCoE. Para proporcionar un acceso seguro, la supervisión de FIP debe estar habilitada en los puertos de acceso de FCoE.

Este ejemplo se centra en la configuración de CoS para admitir el transporte de FCoE sin pérdidas a través de un MC-LAG. En este ejemplo, no se describe cómo configurar las propiedades de MC-LAG y LAG, aunque sí se muestra cómo configurar las características de puerto necesarias para admitir el transporte sin pérdida y cómo asignar interfaces al MC-LAG y a los LAG.

Antes de configurar la CoS, configure:

  • Los MC-LAG que conectan los conmutadores S1 y S2 a los conmutadores TS1 y TS2.

  • Los LAG que conectan los conmutadores de tránsito TS1 y TS2 a los conmutadores MC-LAG S1 y S2.

  • El LAG que conecta el conmutador S1 al conmutador S2.

Configuración

Para configurar la CoS para el transporte de FCoE sin pérdidas a través de un MC-LAG, realice estas tareas:

Configuración rápida de CLI

Para configurar rápidamente la CoS para el transporte de FCoE sin pérdida a través de un MC-LAG, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie las variables y los detalles para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI para el conmutador MC-LAG S1 y el conmutador MC-LAG S2 en el [edit] nivel jerárquico. Las configuraciones de los conmutadores S1 y S2 son idénticas porque la configuración de CoS debe ser idéntica y porque en este ejemplo se utilizan los mismos puertos en ambos conmutadores.

Conmutadores S1 y S2

Para configurar rápidamente la CoS para el transporte FCoE sin pérdida a través de un MC-LAG, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie las variables y los detalles para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI para el conmutador de tránsito TS1 y el conmutador de tránsito TS2 en el [edit] nivel jerárquico. Las configuraciones de los conmutadores TS1 y TS2 son idénticas porque la configuración de CoS debe ser idéntica y porque en este ejemplo se utilizan los mismos puertos en ambos conmutadores.

Conmutador TS1 y Conmutador TS2

Configuración de los conmutadores S1 y S2 de MC-LAG

Procedimiento paso a paso

Para configurar la programación de recursos CS (ETS), PFC, la VLAN de FCoE y la pertenencia y características de interfaz LAG y MC-LAG para admitir el transporte de FCoE sin pérdidas a través de un MC-LAG (en este ejemplo, se utiliza la clase de reenvío predeterminada fcoe y el clasificador predeterminado para asignar el tráfico de FCoE entrante al punto 011de código FCoE IEEE 802.1p de FCoE, por lo que no se configuran):

  1. Configure la programación de salida para la cola de FCoE.

  2. Asigne la clase de reenvío de FCoE al programador de FCoE (fcoe-sched).

  3. Configure la clase de reenvío set (fcoe-pg) para el tráfico de FCoE.

  4. Defina el perfil de control de tráfico (fcoe-tcp) que se utilizará en el conjunto de clases de reenvío de FCoE.

  5. Aplique el conjunto de clases de reenvío de FCoE y el perfil de control de tráfico a las interfaces LAG y MC-LAG.

  6. Active PFC en la prioridad FCoE mediante la creación de un perfil de notificación de congestión (fcoe-cnp) que aplique FCoE al punto 011de código IEEE 802.1.

  7. Aplique la configuración de PFC a las interfaces LAG y MC-LAG.

  8. Configure la VLAN para el tráfico de FCoE (fcoe_vlan).

  9. Deshabilite la supervisión IGMP en la VLAN de FCoE.

  10. Agregue las interfaces miembro al LAG entre los dos conmutadores MC-LAG.

  11. Agregue las interfaces miembro al MC-LAG.

  12. Configure el modo de puerto como trunk y la pertenencia a la VLAN de FCoE (fcoe_vlan) para el LAG (ae0) y para el MC-LAG (ae1).

  13. Establezca la UMT en 2180 para las interfaces LAG y MC-LAG.

    2180 bytes es el tamaño mínimo requerido para manejar paquetes FCoE debido a los tamaños de carga y encabezado. Si lo desea, puede configurar la UMT en un número de bytes superior, pero no inferior a 2180 bytes.

  14. Establezca las interfaces LAG y MC-LAG como puertos de confianza de FCoE.

    Los puertos que se conectan a otros conmutadores deben ser confiables y no deben realizar espionaje FIP.

Configuración de los conmutadores de tránsito FCoE TS1 y TS2

Procedimiento paso a paso

La configuración de CoS en los conmutadores de tránsito FCoE TS1 y TS2 es similar a la configuración de CoS en los conmutadores MC-LAG S1 y S2. Sin embargo, las configuraciones de puerto difieren y debe habilitar la supervisión de FIP en los puertos de acceso FCoE del conmutador TS1 y TS2.

Para configurar la programación de recursos (ETS), PFC, la VLAN de FCoE y la pertenencia y características de la interfaz LAG para que admitan el transporte de FCoE sin pérdidas a través del MC-LAG (en este ejemplo, se utiliza la clase de reenvío predeterminada fcoe y el clasificador predeterminado para asignar el tráfico de FCoE entrante al punto 011de código IEEE 802.1p de FCoE, por lo que no se configuran):

  1. Configure la programación de salida para la cola de FCoE.

  2. Asigne la clase de reenvío de FCoE al programador de FCoE (fcoe-sched).

  3. Configure la clase de reenvío set (fcoe-pg) para el tráfico de FCoE.

  4. Defina el perfil de control de tráfico (fcoe-tcp) que se utilizará en el conjunto de clases de reenvío de FCoE.

  5. Aplique el conjunto de clases de reenvío de FCoE y el perfil de control de tráfico a la interfaz LAG y a las interfaces de acceso de FCoE.

  6. Active PFC en la prioridad FCoE mediante la creación de un perfil de notificación de congestión (fcoe-cnp) que aplique FCoE al punto 011de código IEEE 802.1.

  7. Aplique la configuración de PFC a la interfaz LAG y a las interfaces de acceso de FCoE.

  8. Configure la VLAN para el tráfico de FCoE (fcoe_vlan).

  9. Deshabilite la supervisión IGMP en la VLAN de FCoE.

  10. Agregue las interfaces miembro al LAG.

  11. En el LAG (ae1), configure el modo de puerto como trunk y la pertenencia a la VLAN de FCoE (fcoe_vlan).

  12. En las interfaces de acceso de FCoE (, , , xe-0/0/33), configure el modo de puerto como tagged-access y la pertenencia a la VLAN de FCoE (fcoe_vlan). xe-0/0/32xe-0/0/31xe-0/0/30

  13. Establezca la UMT en 2180 para las interfaces de acceso LAG y FCoE.

    2180 bytes es el tamaño mínimo requerido para manejar paquetes FCoE debido a los tamaños de carga y encabezado; Si lo desea, puede configurar la UMT en un número de bytes superior, pero no inferior a 2180 bytes.

  14. Establezca la interfaz LAG como un puerto de confianza de FCoE. Se debe confiar en los puertos que se conectan a otros conmutadores y no se debe realizar espionaje FIP:

    Nota:

    Los puertos de acceso xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33 no están configurados como puertos de confianza de FCoE. Los puertos de acceso permanecen en el estado predeterminado como puertos no confiables porque se conectan directamente a dispositivos FCoE y deben realizar supervisión FIP para garantizar la seguridad de la red.

  15. Habilite la supervisión de FIP en la VLAN FCoE para evitar el acceso no autorizado a la red de FCoE (en este ejemplo, se utiliza VN2VN_Port la supervisión de FIP; el ejemplo es igualmente válido si se utiliza VN2VF_Port supervisión de FIP).

Resultados

Muestre los resultados de la configuración de CoS en el conmutador MC-LAG S1 y en el conmutador MC-LAG S2 (los resultados en ambos conmutadores son los mismos).

Nota:

Las configuraciones de clase de reenvío y clasificador no se muestran porque el show comando no muestra las partes predeterminadas de la configuración.

Muestra los resultados de la configuración de CoS en el conmutador de tránsito TS1 de FCoE y en el conmutador de tránsito TS2 de FCoE (los resultados en ambos conmutadores de tránsito son los mismos).

Verificación

Para comprobar que los componentes de CoS y la supervisión de FIP se configuraron y funcionan correctamente, realice estas tareas. Dado que en este ejemplo se utiliza la clase de reenvío predeterminada fcoe y el clasificador de confianza IEEE 802.1p predeterminado, no se muestra la comprobación de esas configuraciones.

Comprobación de que se crearon los programadores de cola de salida

Propósito

Compruebe que el programador de cola de salida para el tráfico de FCoE tiene los parámetros y prioridades de ancho de banda correctos y que está asignado a la clase de reenvío correcta (cola de salida). La verificación del programador de colas es la misma en cada uno de los cuatro conmutadores.

Acción

Enumere la asignación del programador utilizando el comando show class-of-service scheduler-map fcoe-mapdel modo operativo:

Significado

El show class-of-service scheduler-map fcoe-map comando enumera las propiedades del mapa fcoe-mapdel programador. El resultado del comando incluye:

  • El nombre del mapa del programador (fcoe-map)

  • El nombre del programador (fcoe-sched)

  • Las clases de reenvío asignadas al programador (fcoe)

  • El ancho de banda de la cola mínimo garantizado (velocidad de 3000000000 bpstransmisión)

  • La prioridad de programación (low)

  • El ancho de banda máximo en el grupo prioritario que puede consumir la cola (velocidad de 100 percentmodelación)

  • La prioridad de pérdida de perfil de caída para cada nombre de perfil de eliminación. En este ejemplo no se incluyen los perfiles de descarte, ya que no se aplican perfiles de descarte al tráfico de FCoE.

Verificar que se ha creado el programador de salida del grupo de prioridad (perfil de control de tráfico)

Propósito

Compruebe que el perfil fcoe-tcp de control de tráfico se creó con los parámetros de ancho de banda y la asignación del programador correctos. La verificación del programador de grupo de prioridad es la misma en cada uno de los cuatro conmutadores.

Acción

Enumere las propiedades del perfil de control de tráfico de FCoE mediante el comando show class-of-service traffic-control-profile fcoe-tcpdel modo operativo:

Significado

El show class-of-service traffic-control-profile fcoe-tcp comando enumera todos los perfiles de control de tráfico configurados. Para cada perfil de control de tráfico, el resultado del comando incluye:

  • El nombre del perfil de control de tráfico (fcoe-tcp)

  • El ancho de banda máximo de puerto que puede consumir el grupo de prioridad (velocidad de 100 percentmodelación)

  • El mapa del programador asociado con el perfil de control de tráfico (fcoe-map)

  • El ancho de banda mínimo garantizado del puerto del grupo de prioridad (velocidad 3000000000 garantizada en bps)

Comprobar que se ha creado el conjunto de clases de reenvío (grupo de prioridad)

Propósito

Compruebe que se creó el grupo de prioridad FCoE y que la fcoe prioridad (clase de reenvío) pertenece al grupo de prioridad FCoE. La verificación del conjunto de clases de reenvío es la misma en cada uno de los cuatro conmutadores.

Acción

Enumere los conjuntos de clases de reenvío utilizando el comando show class-of-service forwarding-class-set fcoe-pgdel modo operativo:

Significado

El show class-of-service forwarding-class-set fcoe-pg comando enumera todas las clases de reenvío (prioridades) que pertenecen al fcoe-pg grupo de prioridad y el número de índice interno del grupo de prioridad. La salida del comando muestra que la clase de reenvío set fcoe-pg incluye la clase fcoede reenvío .

Verificar que se ha habilitado el control de flujo basado en prioridades

Propósito

Compruebe que PFC está habilitado en el punto de código FCoE. La verificación de PFC es la misma en cada uno de los cuatro conmutadores.

Acción

Enumere el perfil de notificación de congestión de FCoE mediante el comando show class-of-service congestion-notification fcoe-cnpdel modo operativo:

Significado

El show class-of-service congestion-notification fcoe-cnp comando enumera todos los puntos de código IEEE 802.1p en el perfil de notificación de congestión que tienen PFC habilitado. La salida del comando muestra que PFC está habilitado en el punto 011 de código (fcoe queue) para el perfil de fcoe-cnp notificación de congestión.

El comando también muestra la longitud predeterminada del cable (100 metros), la unidad máxima de recepción predeterminada (2500 bytes) y la asignación predeterminada de prioridades a las colas de salida, ya que este ejemplo no incluye la configuración de estas opciones.

Comprobación de que se creó la configuración de la clase de servicio de interfaz

Propósito

Compruebe que las propiedades de CoS de las interfaces son correctas. La salida de verificación en los conmutadores MC-LAG S1 y S2 difiere de la salida en los conmutadores de tránsito FCoE TS1 y TS2.

Acción

Enumere la configuración de CoS de interfaz en los conmutadores MC-LAG S1 y S2 mediante el comando show configuration class-of-service interfacesdel modo operativo:

Enumere la configuración de CoS de interfaz en los conmutadores de tránsito FCoE TS1 y TS2 mediante el comando show configuration class-of-service interfacesdel modo operativo:

Significado

El show configuration class-of-service interfaces comando enumera la clase de configuración de servicio para todas las interfaces. Para cada interfaz, el resultado del comando incluye:

  • El nombre de la interfaz (por ejemplo, ae0 o xe-0/0/30)

  • El nombre del conjunto de clases de reenvío asociado con la interfaz (fcoe-pg)

  • El nombre del perfil de control de tráfico asociado con la interfaz (perfil de control de tráfico de salida, fcoe-tcp)

  • El nombre del perfil de notificación de congestión asociado con la interfaz (fcoe-cnp)

Nota:

Las interfaces que son miembros de un LAG no se muestran individualmente. La configuración CoS de LAG o MC-LAG se aplica a todas las interfaces que son miembros del LAG o MC-LAG. Por ejemplo, el resultado de la configuración de CoS de interfaz en los conmutadores MC-LAG S1 y S2 muestra la configuración de CoS de LAG, pero no muestra la configuración de CoS de las interfaces miembro por separado. El resultado de la configuración de CoS de interfaz en los conmutadores de tránsito FCoE TS1 y TS2 muestra la configuración de CoS del LAG, pero también muestra la configuración de las interfaces xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33, que no son miembros de un LAG.

Verificar que las interfaces estén configuradas correctamente

Propósito

Compruebe que la pertenencia a LAG, la UMT, la pertenencia a VLAN y el modo de puerto de las interfaces son correctos. La salida de verificación en los conmutadores MC-LAG S1 y S2 difiere de la salida en los conmutadores de tránsito FCoE TS1 y TS2.

Acción

Enumere la configuración de interfaz en los conmutadores MC-LAG S1 y S2 mediante el comando show configuration interfacesdel modo operativo:

Enumere la configuración de interfaz en los conmutadores de tránsito FCoE TS1 y TS2 mediante el comando show configuration interfacesdel modo operativo:

Significado

El show configuration interfaces comando enumera la configuración de cada interfaz por nombre de interfaz.

Para cada interfaz que es miembro de un LAG, el comando enumera solo el nombre del LAG al que pertenece la interfaz.

Para cada interfaz LAG y para cada interfaz que no es miembro de un LAG, el resultado del comando incluye:

  • La UMT (2180)

  • El número de unidad de la interfaz (0)

  • El modo de puerto (trunk modo para interfaces que conectan dos conmutadores, tagged-access modo para interfaces que se conectan a hosts FCoE)

  • El nombre de la VLAN en la que la interfaz es miembro (fcoe_vlan)

Verificar que la supervisión de FIP está habilitada en la VLAN de FCoE en conmutadores de tránsito de FCoE, interfaces de acceso TS1 y TS2

Propósito

Compruebe que la supervisión de FIP esté habilitada en las interfaces de acceso de VLAN de FCoE. La supervisión de FIP solo está habilitada en las interfaces de acceso de FCoE, por lo que solo está habilitada en los conmutadores de tránsito de FCoE TS1 y TS2. La supervisión de FIP no está habilitada en los conmutadores S1 y S2 de MC-LAG porque la supervisión de FIP se realiza en los puertos de acceso FCoE TS1 y TS2 del conmutador de tránsito.

Acción

Enumere la configuración de seguridad de puerto en los conmutadores de tránsito FCoE TS1 y TS2 mediante el comando show configuration ethernet-switching-options secure-access-portdel modo operativo:

Significado

El show configuration ethernet-switching-options secure-access-port comando enumera la información de seguridad del puerto, incluido si un puerto es de confianza. El resultado del comando muestra que:

  • El puerto ae1.0LAG, que conecta el conmutador de tránsito FCoE a los conmutadores MC-LAG, está configurado como una interfaz confiable de FCoE. La supervisión de FIP no se lleva a cabo en las interfaces miembro del LAG (xe-0/0/25 y xe-0/0/26).

  • La supervisión de FIP está habilitada (examine-fip) en la VLAN de FCoE (fcoe_vlan), el tipo de supervisión de FIP es VN2VN_Port supervisión de FIP (examine-vn2vn) y el período de baliza se establece en 90000 milisegundos. En los conmutadores de tránsito TS1 y TS2, todos los miembros de interfaz de la VLAN de FCoE realizan espionaje FIP, a menos que la interfaz esté configurada como de confianza de FCoE. En los conmutadores de tránsito TS1 y TS2, las interfaces xe-0/0/30, xe-0/0/31, xe-0/0/32 y xe-0/0/33 realizan espionaje FIP porque no están configuradas como FCoE de confianza. Los miembros de interfaz del LAG ae1 (xe-0/0/25 y xe-0/0/26) no realizan la supervisión de FIP porque el LAG está configurado como FCoE de confianza.

Verificar que el modo de supervisión de FIP es correcto en los conmutadores de tránsito FCoE TS1 y TS2

Propósito

Compruebe que el modo de supervisión FIP es correcto en la VLAN de FCoE. La supervisión de FIP solo está habilitada en las interfaces de acceso de FCoE, por lo que solo está habilitada en los conmutadores de tránsito de FCoE TS1 y TS2. La supervisión de FIP no está habilitada en los conmutadores S1 y S2 de MC-LAG porque la supervisión de FIP se realiza en los puertos de acceso FCoE TS1 y TS2 del conmutador de tránsito.

Acción

Enumere la configuración de supervisión FIP en los conmutadores de tránsito FCoE TS1 y TS2 mediante el comando show fip snooping briefdel modo operativo:

Nota:

El resultado se ha truncado para mostrar solo la información relevante.

Significado

El show fip snooping brief comando enumera la información de supervisión de FIP, incluida la VLAN de supervisión de FIP y el modo de supervisión de FIP. El resultado del comando muestra que:

  • La VLAN en la que está habilitada la supervisión de FIP es fcoe_vlan

  • El modo de supervisión de FIP es VN2VN_Port supervisión de FIP (VN2VN Snooping)

Comprobación de que la supervisión IGMP está deshabilitada en la VLAN de FCoE

Propósito

Compruebe que la supervisión IGMP esté deshabilitada en la VLAN de FCoE en los cuatro conmutadores.

Acción

Enumere la información del protocolo de supervisión IGMP en cada uno de los cuatro conmutadores mediante el show configuration protocols igmp-snooping comando:

Significado

El show configuration protocols igmp-snooping comando enumera la configuración de supervisión IGMP para las VLAN configuradas en el conmutador. El resultado del comando muestra que la supervisión IGMP está deshabilitada en la VLAN FCoE (fcoe_vlan).

Ejemplo: EVPN-MPLS interfuncionando con una topología MC-LAG

En este ejemplo, se muestra cómo usar Ethernet VPN (EVPN) para extender una red de agregación de vínculos multichasis (MC-LAG) a través de una red MPLS a una red de centro de datos o a una red de campus distribuida geográficamente.

El interfuncionamiento EVPN-MPLS se admite con una topología MC-LAG en la que dos enrutadores de la serie MX, dos conmutadores EX9200 o una combinación de los dos dispositivos de Juniper Networks funcionan como pares MC-LAG, los cuales utilizan el protocolo de control entre chasis (ICCP) y un vínculo de interfaz de chasis (ICL) para conectar y mantener la topología. Los pares de MC-LAG están conectados a un dispositivo de borde de proveedor (PE) en una red MPLS. El dispositivo de PE puede ser un enrutador de la serie MX o un conmutador EX9200.

En este ejemplo, se muestra cómo configurar los pares de MC-LAG y el dispositivo de PE en la red MPLS para que funcionen entre sí.

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Tres conmutadores EX9200:

    • PE1 y PE2, que funcionan como pares MC-LAG en la topología MC-LAG y pares BGP de EVPN en la red superpuesta EVPN-MPLS.

    • PE3, que funciona como un par par BGP de EVPN en la red superpuesta EVPN-MPLS.

  • Los conmutadores EX9200 ejecutan la versión 17.4R1 de Junos OS o software posterior.

Nota:

Aunque la topología MC-LAG incluye dos dispositivos de borde de cliente (CE), este ejemplo se centra en la configuración de PE1, PE2 y PE3.

Descripción general y topología

La Figura 7 muestra una topología de MC-LAG con los dispositivos perimetrales de proveedor PE1 y PE2 configurados como pares de MC-LAG. Los pares MC-LAG intercambian información de control a través de un vínculo ICCP y tráfico de datos a través de una ICL. En este ejemplo, la ICL es una interfaz Ethernet agregada que se compone de dos interfaces.

Figura 7: EVPN-MPLS interfuncionando con una topología EVPN-MPLS Interworking With an MC-LAG Topology MC-LAG

La topología de la Figura 7 también incluye los dispositivos CE CE1 y CE2, que son multiconexión a cada dispositivo de PE. Los vínculos entre CE1 y los dos dispositivos PE se agrupan como una interfaz Ethernet agregada en la que MC-LAG en modo activo-activo está configurado.

La topología de la Figura 7 también incluye PE3 en el borde de una red MPLS. PE3 funciona como la puerta de enlace entre la red MC-LAG y un centro de datos o una red de campus distribuida geográficamente. PE1, PE2 y PE3 ejecutan EVPN, lo que permite que los hosts de la red MC-LAG se comuniquen con los hosts del centro de datos u otra red del campus a través de una red MPLS intermedia.

Desde la perspectiva de la característica de intertrabajo EVPN-MPLS, PE3 funciona únicamente como un par BGP de EVPN, y PE1 y PE2 en la topología MC-LAG tienen funciones duales:

  • Pares MC-LAG en la red MC-LAG.

  • Pares BGP de EVPN en la red EVPN-MPLS.

Debido a las funciones duales, PE1 y PE2 se configuran con atributos MC-LAG, EVPN, BGP y MPLS.

En la tabla 4 se describen los atributos clave de MC-LAG y EVPN (BGP y MPLS) configurados en PE1, PE2 y PE3.

Tabla 4: Atributos clave de MC-LAG y EVPN (BGP y MPLS) configurados en PE1, PE2 y PE3

Atributos clave

PE1

PE2

PE3

MC-LAG Attributes

Interfaces

ICL: interfaz Ethernet agregada ae1, que se compone de xe-2/1/1 y xe-2/1/2

ICCP: xe-2/1/0

ICL: interfaz Ethernet agregada ae1, que se compone de xe-2/1/1 y xe-2/1/2

ICCP: xe-2/1/0

No aplica

EVPN-MPLS

Interfaces

Conexión a PE3: xe-2/0/0

Conexión a PE2: xe-2/0/2

Conexión a PE3: xe-2/0/2

Conexión a PE1: xe-2/0/0

Conexión a PE1: xe-2/0/2

Conexión a PE2: xe-2/0/3

Direcciones IP

Dirección del par BGP: 198.51.100.1

Dirección del par BGP: 198.51.100.2

Dirección de par BGP: 198.51.100.3

Sistema autónomo

65000

65000

65000

Instancias de enrutamiento de conmutadores virtuales

EVPN1, EVPN2, EVPN3

EVPN1, EVPN2, EVPN3

EVPN1, EVPN2, EVPN3

Tenga en cuenta lo siguiente sobre la función de interfuncionamiento EVPN-MPLS y su configuración:

  • Debe configurar los identificadores de segmento Ethernet (ESI) en las interfaces de doble conexión en la topología MC-LAG. Las ESI permiten a EVPN identificar las interfaces de doble conexión.

  • El único tipo de instancia de enrutamiento que se admite es la instancia del conmutador virtual (set routing-instances name instance-type virtual-switch).

  • En los pares MC-LAG, debe incluir la instrucción de bgp-peer configuración en el nivel de [edit routing-instances name protocols evpn mclag] jerarquía. Esta instrucción de configuración habilita el interfuncionamiento de EVPN-MPLS con MC-LAG en los pares MC-LAG.

  • No se admite la supresión del Protocolo de resolución de direcciones (ARP).

Configuración de PE1 y PE2

Para configurar PE1 y PE2, realice estas tareas:

Configuración rápida de CLI

PE1: Configuración MC-LAG

PE1: Configuración EVPN-MPLS

PE2: Configuración MC-LAG

PE2: Configuración EVPN-MPLS

PE1: Configuración de MC-LAG

Procedimiento paso a paso
  1. Establezca el número de interfaces Ethernet agregadas en PE1.

  2. Configure la interfaz Ethernet agregada ae0 en la interfaz xe-2/0/1 y configure LACP y MC-LAG en ae0. Divida la interfaz Ethernet agregada ae0 en tres interfaces lógicas (ae0.1, ae0.2 y ae0.3). Para cada interfaz lógica, especifique una ESI, coloque la interfaz lógica en modo activo-activo de MC-LAG y asigne la interfaz lógica a una VLAN.

  3. Configure la interfaz física xe-2/0/6 y divídala en tres interfaces lógicas (xe-2/0/6.1, xe-2/0/6.2 y xe-2/0/6.3). Asigne cada interfaz lógica a una VLAN.

  4. Configure la interfaz física xe-2/1/0 como una interfaz de capa 3, en la que configure ICCP. Especifique la interfaz con la dirección IP de 203.0.113.2 en PE2 como el par ICCP para PE1.

  5. Configure la interfaz Ethernet agregada ae1 en las interfaces xe-2/1/1 y xe-2/1/2, y configure LACP en ae1. Divida la interfaz Ethernet agregada ae1 en tres interfaces lógicas (ae1.1, ae1.2 y ae1.3) y asigne cada interfaz lógica a una VLAN. Especifique ae1 como el vínculo de protección de múltiples chasis entre PE1 y PE2.

PE1: Configuración de EVPN-MPLS

Procedimiento paso a paso
  1. Configure la interfaz de circuito cerrado y las interfaces conectadas a los demás dispositivos PE.

  2. Configure las interfaces IRB irb.1, irb.2 e irb.3.

  3. Asigne un ID de enrutador y el sistema autónomo en el que residen PE1, PE2 y PE3.

  4. Habilite el equilibrio de carga por paquete para rutas EVPN cuando se utilice el modo activo-activo de multiconexión de EVPN.

  5. Active MPLS en las interfaces xe-2/0/0.0 y xe-2/0/2.0.

  6. Configure una superposición de IBGP que incluya PE1, PE2 y PE3.

  7. Configure OSPF como el protocolo de enrutamiento interno para EVPN especificando un ID de área e interfaces en las que EVPN-MPLS está habilitado.

  8. Configure el protocolo de distribución de etiquetas (LDP) en la interfaz de circuito cerrado y en las interfaces en las que EVPN-MPLS está habilitado.

  9. Configure las instancias de enrutamiento de conmutadores virtuales para VLAN v1, a las que se asignan ID de VLAN de 1, 2 y 3, e incluye las interfaces y otras entidades asociadas con la VLAN.

PE2: Configuración de MC-LAG

Procedimiento paso a paso
  1. Establezca el número de interfaces Ethernet agregadas en PE2.

  2. Configure la interfaz Ethernet agregada ae0 en la interfaz xe-2/0/1 y configure LACP y MC-LAG en ae0. Divida la interfaz Ethernet agregada ae0 en tres interfaces lógicas (ae0.1, ae0.2 y ae0.3). Para cada interfaz lógica, especifique una ESI, coloque la interfaz lógica en modo activo-activo de MC-LAG y asigne la interfaz lógica a una VLAN.

  3. Configure la interfaz física xe-2/0/6 y divídala en tres interfaces lógicas (xe-2/0/6.1, xe-2/0/6.2 y xe-2/0/6.3). Asigne cada interfaz lógica a una VLAN.

  4. Configure la interfaz física xe-2/1/0 como una interfaz de capa 3, en la que configure ICCP. Especifique la interfaz con la dirección IP de 203.0.113.1 en PE1 como el par ICCP para PE2.

  5. Configure la interfaz Ethernet agregada ae1 en las interfaces xe-2/1/1 y xe-2/1/2, y configure LACP en ae1. Divida la interfaz Ethernet agregada ae1 en tres interfaces lógicas (ae1.1, ae1.2 y ae1.3) y asigne cada interfaz lógica a una VLAN. Especifique ae1 como el vínculo de protección de múltiples chasis entre PE1 y PE2.

PE2: Configuración de EVPN-MPLS

Procedimiento paso a paso
  1. Configure la interfaz de circuito cerrado y las interfaces conectadas a los demás dispositivos PE.

  2. Configure las interfaces IRB irb.1, irb.2 e irb.3.

  3. Asigne un ID de enrutador y el sistema autónomo en el que residen PE1, PE2 y PE3.

  4. Habilite el equilibrio de carga por paquete para rutas EVPN cuando se utilice el modo activo-activo de multiconexión de EVPN.

  5. Active MPLS en las interfaces xe-2/0/0.0 y xe-2/0/2.0.

  6. Configure una superposición de IBGP que incluya PE1, PE2 y PE3.

  7. Configure OSPF como el protocolo de enrutamiento interno para EVPN especificando un ID de área e interfaces en las que EVPN-MPLS está habilitado.

  8. Configure el protocolo de distribución de etiquetas (LDP) en la interfaz de circuito cerrado y en las interfaces en las que EVPN-MPLS está habilitado.

  9. Configure las instancias de enrutamiento de conmutadores virtuales para VLAN v1, a las que se asignan ID de VLAN de 1, 2 y 3, e incluye las interfaces y otras entidades asociadas con la VLAN.

Configuración de PE3

Configuración rápida de CLI

PE3: Configuración EVPN-MPLS

PE3: Configuración de EVPN-MPLS

Procedimiento paso a paso
  1. Configure la interfaz de circuito cerrado y las interfaces conectadas a los demás dispositivos PE.

  2. Configure la interfaz xe-2/0/6, la cual está conectada al host.

  3. Configure las interfaces IRB irb.1, irb.2 e irb.3.

  4. Asigne un ID de enrutador y el sistema autónomo en el que residen PE1, PE2 y PE3.

  5. Habilite el equilibrio de carga por paquete para rutas EVPN cuando se utilice el modo activo-activo de multiconexión de EVPN.

  6. Active MPLS en las interfaces xe-2/0/2.0 y xe-2/0/3.0.

  7. Configure una superposición de IBGP que incluya PE1, PE2 y PE3.

  8. Configure OSPF como el protocolo de enrutamiento interno para EVPN especificando un ID de área e interfaces en las que EVPN-MPLS está habilitado.

  9. Configure el LDP en la interfaz de circuito cerrado y en las interfaces en las que EVPN-MPLS está habilitado.

  10. Configure las instancias de enrutamiento de conmutadores virtuales para VLAN v1, a las que se asignan ID de VLAN de 1, 2 y 3, e incluye las interfaces y otras entidades asociadas con la VLAN.