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 multichasis entre conmutadores de la serie QFX y enrutadores de la serie MX

En este ejemplo se muestra cómo configurar grupos de agregación de vínculos multichasis (MC-LAG) entre un conmutador serie QFX y un enrutador serie MX mediante el modo activo-activo para admitir puentes de capa 2. En el modo activo-activo, todos los enlaces miembro transportan tráfico, lo que permite equilibrar la carga del tráfico para 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 compatibles con LAG; Los enrutadores de la serie MX cumplen la función de servidor en este ejemplo

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

Visió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. El funcionamiento de MC-LAG es opaco 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. En el 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 reenvíen 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 estado de reenvío y el dispositivo CE equilibra la carga del tráfico a los dispositivos PE de emparejamiento.

El protocolo de control entre chasis (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ínculo entre chasis (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, se configuran dos MC-LAG en los PE para admitir la conectividad de capa 2 entre las interfaces Ethernet agregadas en los servidores. Como parte de la configuración de MC-LAG, se 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 QFX to MX MC-LAG Interoperability

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

Los puntos clave de la topología incluyen:

  1. El nodo S0 es un conmutador de la serie QFX10000, mientras que el nodo R1 es un enrutador de la serie 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 convencional basada en LACP.
  3. A los servidores se les asigna VLAN 10 y tienen una subred compartida. Se 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 BGP entre interfaces de circuito cerrado para sobrevivir a las fallas de vínculo. Sin embargo, aquí los IRB se colocan en una VLAN compartida (VLAN 100) que proporciona conectividad de capa 2 entre los PE. Esto significa que no se necesita un IGP o ruta estática para la conectividad entre los IRB. Como resultado, las IRB comparten una subred IP.
  5. En este ejemplo se despliega una única interfaz LAG entre los PE (ae0) para admitir la funcionalidad 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 AE utilizado para los enlaces ICCP/ICL para garantizar que permanezcan operativos en caso de fallas en la interfaz individual o del enlace.
  6. Aunque en gran medida es similar, la configuración de MC-LAG difiere ligeramente entre los dispositivos PE, dado que son plataformas diferentes. La demostración de 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é PE está interactuando a medida que avanza en el ejemplo.

Configurar 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 de [edit] jerarquía. 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 de la serie 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, la configuración del servidor se proporciona para que sea completa. En este ejemplo, el servidor 2 tiene la misma configuración, con la excepción de que se le asignan la dirección IPv4 172.16.1.2/24 y la dirección IPv6 2001:db8:172:16:1::2 .

Configurar el conmutador S0

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración.

Para configurar el conmutador S0:

  1. Especifique el número de dispositivos Ethernet agregados admitidos en el chasis. Solo se necesitan 3 LAG para el ejemplo, pero tener capacidad de paquete de AE no utilizada no causa problemas.

  2. Configure el circuito cerrado (si lo desea, no se usa en este ejemplo) y las interfaces 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 VLAN 100.

  3. Configure la interfaz ae0 para que admita ICCP e ICL. Asegúrese de incluir todas las VLAN de 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 la ISL. La VLAN de MC-LAG (10) y la VLAN 100 que admiten ICCP.

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

    Nota:

    El conmutador de la serie QFX solo admite la especificación a 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, tal como se muestra. El enrutador de la serie MX puede admitir la especificación global o de unidad de la ICL. Este último método se muestra más adelante en este ejemplo.

  4. Especifique las interfaces miembro utilizadas para los paquetes de Ethernet agregados orientados al servidor.

  5. Configure los parámetros LACP y MC-LAG para el MC-LAG que se conecta al servidor 1 (ae10). El MC-LAG está configurado para el modo activo-activo y, en este ejemplo, S0 se establece para ser el nodo MC-LAG activo que utiliza la status-control active instrucción. Si S0 falla, R1 asumirá el control como el nodo activo. La chassis-id instrucción es utilizada por LACP para calcular el número de puerto de los enlaces miembros 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, se configurará R1 para que sea el nodo activo del MC-LAG conectado al servidor 2.

    El número de identificación Ethernet agregado multichasis (mc-ae-id) especifica a qué grupo de agregación de vínculos pertenece la interfaz Ethernet agregada. Las interfaces ae10 en S0 y R1 están configuradas con mc-ae-id 10. De manera similar, la interfaz ae20 está configurada con mc-ae-id 20 .

    ICCP utiliza la redundancy-group 1 instrucción para asociar varios chasis que realizan funciones de redundancia similares y para establecer un canal de comunicación para que las aplicaciones en el 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 de espera activa 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 se establece para ser el nodo MC-LAG en espera. En caso de fallo de R1, S0 asume el control 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 ICCP. Los local parámetros y peer se establecen para reflejar los valores configurados previamente para las interfaces IRB local y remota, respectivamente. La configuración del emparejamiento ICCP con una interfaz IRB (o circuito cerrado) garantiza que la sesión ICCP pueda permanecer activa frente a 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 PE que prestan el servicio. Este ID de servicio es necesario cuando las interfaces Ethernet agregadas multichasis 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 la plataforma 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 correcto, 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, confirme la configuración introduciendo el show comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Configurar el enrutador R1

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en 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 GAL, pero tener capacidad LAG adicional no causa ningún problema.

  2. Configure las interfaces de 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 incluyen VLAN 100 para ICCP y VLAN 10 para MC-LAG. A diferencia del conmutador de la serie QFX, el all que se utiliza como acceso directo para admitir todas las VLAN no se admite en los enrutadores de la serie MX.

    Nota:

    El vínculo ICL debe admitir todas las VLAN MC-LAG, así como 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 los paquetes de Ethernet agregados orientados al servidor 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 ser 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 S0 falla, R1 asume el control como nodo activo. La chassis-id instrucción es utilizada por LACP para calcular el número de puerto de los enlaces miembros 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 Ethernet agregado (mc-ae-id ) de varios chasis especifica a qué grupo de agregación de vínculos pertenece la interfaz Ethernet agregada. Las interfaces ae10 en S0 y R1 están configuradas con mc-ae-id 10. Del mismo modo, la interfaz ae20 está configurada con mc-ae-id 20.

    ICCP utiliza la redundancy-group 1 instrucción para asociar varios chasis que realizan funciones de redundancia similares y para establecer un canal de comunicación para que las aplicaciones en el 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 de espera activa 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 en el nivel del 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í, a 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 se establece para ser el nodo MC-LAG activo. En caso de fallo de R1, S0 asume el control como nodo activo para el AE20 MC-LAG.

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

    Nota:

    En el enrutador serie MX, las VLAN se definen en la [edit bridge-domains] jerarquía. En el conmutador de la serie WFX, 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 ICCP. Los local parámetros y peer se establecen para reflejar los valores configurados previamente en las interfaces IRB local y remota, respectivamente. La configuración del emparejamiento ICCP con una interfaz IRB (o circuito cerrado) garantiza que la sesión ICCP pueda permanecer activa frente a fallas de vínculos individuales.

  10. Configure el ID de servicio a nivel global. Debe configurar la misma configuración única de toda la red para un servicio en el conjunto de dispositivos 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 R1

Desde el modo de configuración, confirme la configuración introduciendo el show comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

Verificación

Confirme que la configuración funciona correctamente ejecutando los siguientes comandos del modo operativo:

  • 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, use elshow bridge mac-table comando

  • Verificar la conectividad de capa 2 entre los servidores

Se ejecutan comandos de verificación seleccionados 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 esperada de capa 2 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 ICCP/ICL y que los paquetes MC-LAG estén activos. Para abreviar, solo se muestra la salida del paquete ae10. Todas las interfaces de AE (ae0, ae10 y ae20) deben estar activas:

Los show vlans detail comandos y 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 de conmutador de tránsito FCoE en un MC-LAG

Los grupos de agregación de vínculos multichasis (MC-LAG) proporcionan redundancia y equilibrio de carga entre dos conmutadores, compatibilidad con 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 Enhanced Layer 2 Software (ELS). Si el conmutador utiliza software que admite ELS, consulte Ejemplo: Configuración de CoS mediante ELS para el tráfico del conmutador de tránsito FCoE en un MC-LAG. Para obtener detalles de ELS, consulte Uso de la CLI de Enhanced Layer 2 Software.

Puede utilizar 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 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 del CoS debe ser la misma en ambos conmutadores MC-LAG, ya que un MC-LAG no lleva información de clase de reenvío y prioridad IEEE 802.1p.

Nota:

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

En este ejemplo no se describe cómo configurar el MC-LAG en sí. Sin embargo, este ejemplo incluye un subconjunto de la configuración de MC-LAG que solo muestra cómo configurar la pertenencia a la interfaz en el 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 que son miembros de un MC-LAG actúan como puertos de conmutador de tránsito de paso a través de FCoE.

Los conmutadores de las series QFX y EX4600 admiten MC-LAG. Sistema QFabric Los dispositivos de nodo no admiten MC-LAG.

Requisitos

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

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

  • Dos conmutadores QFX3500 Juniper Networks que proporcionan acceso al servidor FCoE en modo de conmutador de tránsito y que se conectan a los conmutadores MC-LAG. Estos conmutadores pueden ser conmutadores de QFX3500 independientes o pueden ser dispositivos de nodo en un sistema QFabric.

  • 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.

Visión general

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

  • Configure CoS para el tráfico FCoE en los dos conmutadores QFX3500 que forman MC-LAG, incluido el control de flujo basado en prioridades (PFC) y la selección mejorada de transmisión (ETS; programación jerárquica de recursos para la prioridad de la clase de reenvío de FCoE y para el grupo de prioridad establecido para la clase 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. Después de completar un cambio de PFC, el puerto se desbloquea y se reanuda el tráfico. 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 FCoE que conectan hosts FCoE a los conmutadores MC-LAG y habilitan la supervisión FIP en la VLAN FCoE en los puertos de acceso del conmutador de tránsito FCoE.

  • Desactive el espionaje IGMP en la VLAN FCoE.

    Nota:

    Esto solo es necesario si la supervisión IGMP está habilitada en la VLAN. Antes de Junos OS versión 13.2, el espionaje IGMP estaba habilitado de forma predeterminada en las VLAN. A partir de Junos OS versión 13.2, el espionaje IGMP está habilitado de forma predeterminada solo en la VLAN predeterminada.

  • Configure el modo de puerto, MTU y estado de confianza o no confiable de FCoE adecuados para cada interfaz a fin de admitir el transporte FCoE sin pérdidas.

Topología

Los conmutadores que actúan como conmutadores de tránsito admiten MC-LAG para el tráfico FCoE en una topología de red en 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 del CoS para el tráfico FCoE a través de una topología de configuración MC-LAG

Componente

Configuración

Hardware

Cuatro conmutadores QFX3500 (dos para formar el MC-LAG como conmutadores de tránsito de paso y dos conmutadores de tránsito para el 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 FCoE.

GAL 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 MTU 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 MTU de 2180.

Nota:

Los puertos xe-0/0/20 y xe-0/0/21 de 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 del LAG ae1, configurados en trunk modo de puerto, como fcoe-trusted, y con una MTU 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 MTU de 2180.

TS2: los puertos xe-0/0/25 y x-0/0/26 son miembros del LAG ae1, configurados en trunk modo de puerto, como fcoe-trusted, y con una MTU 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 MTU de 2180.

Programador de colas 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 fcoede reenvío Programador fcoe-sched

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

fcoe-pg: Clase de reenví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: Mapafcoe-map del programador Ancho 3gde banda mínimo Ancho de 100banda máximo %

Perfil de notificación de congestión 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 de VLAN FCoE e ID de etiqueta

Nombre—fcoe_vlanID—100

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

Desactive el espionaje IGMP en las interfaces que pertenecen a la VLAN FCoE en los cuatro conmutadores.

Espionaje FIP

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

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

Nota:

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

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

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

    Nota:

    En Junos OS versión 12.2, el tráfico asignado a clases de reenvío configuradas explícitamente, incluso las clases de reenvío sin pérdida como fcoe, se trata como tráfico con pérdida (best-effort) y no recibe tratamiento sin pérdida. Para recibir un tratamiento sin pérdidas en la versión 12.2, el tráfico debe utilizar una de las clases predeterminadas de reenvío sin pérdida (fcoe o no-loss).

    En Junos OS versión 12.3 y posteriores, puede incluir el atributo no-loss packet drop en la configuración explícita de la clase de reenvío para configurar una clase de reenvío sin pérdidas.

  • Utilice el clasificador BA de confianza predeterminado, que asigna los paquetes entrantes a clases de reenvío por el punto de código IEEE 802.1p (prioridad CoS) del paquete. El clasificador de confianza es el clasificador predeterminado para las interfaces en los modos de puerto troncal y de acceso 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 decide configurar el clasificador de BA en lugar de utilizar el clasificador predeterminado, debe asegurarse de que el tráfico 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 FCoE sin pérdidas. La configuración de ETS incluye la configuración de la programación de ancho de banda para la clase de reenvío FCoE, un conjunto de clases de reenvío (grupo de prioridad) que incluye la clase de reenvío 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, MTU y el estado de confianza o no confianza de FCoE para cada interfaz a fin de admitir el transporte FCoE sin pérdidas.

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

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

Antes de configurar 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.

  • LAG que conecta el conmutador S1 con el conmutador S2.

Configuración

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

Configuración rápida de CLI

Para configurar rápidamente CoS para el transporte FCoE sin pérdidas 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, a continuación, copie y pegue los comandos en la CLI para los conmutadores MC-LAG S1 y MC-LAG S2 en el nivel de [edit] jerarquía. 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.

Conmutador S1 y Conmutador S2

Para configurar rápidamente CoS para el transporte FCoE sin pérdidas 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 nivel de [edit] jerarquía. 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 conmutadores MC-LAG S1 y S2

Procedimiento paso a paso

Para configurar la programación de recursos de CoS (ETS), PFC, la VLAN FCoE y la pertenencia y las características de la interfaz LAG y MC-LAG para admitir el transporte 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 FCoE entrante al punto 011de código FCoE IEEE 802.1p , para que no se configuren):

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

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

  3. Configure el conjunto de clases de reenvío (fcoe-pg) para el tráfico 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 FCoE y el perfil de control de tráfico a las interfaces LAG y MC-LAG.

  6. Habilite PFC en la prioridad FCoE creando 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 FCoE (fcoe_vlan).

  9. Desactive el espionaje IGMP en la VLAN FCoE.

  10. Añada 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 FCoE (fcoe_vlan) para el LAG (ae0) y para el MC-LAG (ae1).

  13. Establezca la MTU 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 MTU con un número mayor de bytes, pero no inferior a 2180 bytes.

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

    Se debe confiar en los puertos que se conectan a otros conmutadores y no deben realizar espionaje FIP.

Configuración de 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 los puertos difieren y debe activar la supervisión de FIP en los puertos de acceso FCoE del conmutador TS1 y del conmutador TS2.

Para configurar la programación de recursos (ETS), PFC, la VLAN FCoE y la pertenencia y características de la interfaz LAG para admitir el transporte 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 FCoE entrante al punto 011de código FCoE IEEE 802.1p, por lo que no se configuran):

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

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

  3. Configure el conjunto de clases de reenvío (fcoe-pg) para el tráfico 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 FCoE y el perfil de control de tráfico a la interfaz LAG y a las interfaces de acceso FCoE.

  6. Habilite PFC en la prioridad FCoE creando 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 FCoE.

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

  9. Desactive el espionaje IGMP en la VLAN 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 FCoE (fcoe_vlan).

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

  13. Establezca la MTU 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 útil y encabezado; puede configurar la MTU en un número mayor de bytes si lo desea, pero no menos de 2180 bytes.

  14. Establezca la interfaz LAG como puerto de confianza FCoE. Los puertos que se conectan a otros conmutadores deben ser de confianza y no deben 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 FCoE. Los puertos de acceso permanecen en el estado predeterminado como puertos que no son de confianza porque se conectan directamente a dispositivos FCoE y deben realizar espionaje 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 FCoE (en este ejemplo se utiliza VN2VN_Port 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 del 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.

Muestre los resultados de la configuración del CoS en el conmutador de tránsito FCoE TS1 y en el conmutador de tránsito FCoE TS2 (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 han configurado 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 han creado los programadores de cola de salida

Propósito

Compruebe que el programador de cola de salida para el tráfico FCoE tenga 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 mediante 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 cola mínimo garantizado (velocidad de 3000000000 bpstransmisión)

  • La prioridad de programación (low)

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

  • La prioridad de pérdida de perfil de colocación para cada nombre de perfil de colocación. En este ejemplo no se incluyen los perfiles de colocación porque no se aplican perfiles de colocación al tráfico de FCoE.

Comprobación de 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 haya creado con los parámetros de ancho de banda y la asignación del programador correctos. La verificación del programador de grupos de prioridad es la misma en cada uno de los cuatro conmutadores.

Acción

Enumere las propiedades del perfil de control de tráfico FCoE mediante el comando show class-of-service traffic-control-profile fcoe-tcpde 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 del puerto que puede consumir el grupo prioritario (velocidad de 100 percentformación)

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

  • El ancho de banda del puerto del grupo de prioridad mínima garantizada (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 ha creado 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

Enumerar los conjuntos de clases de reenvío mediante 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 prioridades. El resultado del comando muestra que el conjunto fcoe-pg de clases de reenvío incluye la clase fcoede reenvío.

Comprobación de 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 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 cola) para el perfil de notificación de fcoe-cnp congestión.

El comando también muestra la longitud predeterminada del cable (100 metros), la unidad de recepción máxima 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.

Comprobar que se ha creado la clase de interfaz de configuración de servicio

Propósito

Compruebe que las propiedades de CoS de las interfaces son correctas. La salida de verificación de los conmutadores MC-LAG S1 y S2 difiere de la salida de 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 interfacesde 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)

  • Nombre del conjunto de clases de reenvío asociado a la interfaz (fcoe-pg)

  • Nombre del perfil de control de tráfico asociado a la interfaz (perfil de control de tráfico de salida, fcoe-tcp)

  • Nombre del perfil de notificación de congestión asociado a la interfaz (fcoe-cnp)

Nota:

Las interfaces que son miembros de un LAG no se muestran individualmente. La configuración de CoS de LAG o MC-LAG se aplica a todas las interfaces que son miembros del LAG o MC-LAG. Por ejemplo, la salida 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. La salida 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.

Comprobación de que las interfaces están configuradas correctamente

Propósito

Compruebe que la pertenencia al LAG, la MTU, la pertenencia a VLAN y el modo de puerto de las interfaces sean correctos. La salida de verificación de los conmutadores MC-LAG S1 y S2 difiere de la salida de 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 interfacesde 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 muestra solo el nombre del LAG al que pertenece la interfaz.

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

  • La MTU (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 a la que pertenece la interfaz (fcoe_vlan)

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

Propósito

Compruebe que el espionaje FIP esté habilitado en las interfaces de acceso de VLAN FCoE. La supervisión de FIP solo se habilita en las interfaces de acceso FCoE, por lo que solo se habilita en los conmutadores de tránsito FCoE TS1 y TS2. La supervisión FIP no está habilitada en los conmutadores MC-LAG S1 y S2 porque la supervisión 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 del 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 de confianza FCoE. La supervisión FIP no se realiza en las interfaces miembro del LAG (xe-0/0/25 y xe-0/0/26).

  • La supervisión FIP está habilitada (examine-fip) en la VLAN FCoE (fcoe_vlan), el tipo de supervisión FIP es VN2VN_Port la supervisión 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 la interfaz de la VLAN FCoE realizan espionaje FIP a menos que la interfaz esté configurada como de confianza para 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 de confianza para FCoE. Los miembros de la interfaz del LAG ae1 (xe-0/0/25 y xe-0/0/26) no realizan espionaje FIP porque el LAG está configurado como de confianza para FCoE.

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

Propósito

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

Acción

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

Nota:

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

Significado

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

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

  • El modo de espionaje FIP es VN2VN_Port espionaje FIP (VN2VN Snooping)

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

Propósito

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

Acción

Enumere la información del protocolo de espionaje 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 espionaje 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: interfuncionamiento de EVPN-MPLS 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 una red de campus distribuida geográficamente.

El interfuncionamiento EVPN-MPLS es compatible 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, que utilizan el Protocolo de control entre chasis (ICCP) y un vínculo entre chasis (ICL) para conectar y mantener la topología. Los pares MC-LAG están conectados a un dispositivo perimetral de proveedor (PE) en una red MPLS. El dispositivo PE puede ser un enrutador de la serie MX o un conmutador EX9200.

En este ejemplo se muestra cómo configurar los pares MC-LAG y el dispositivo PE en la red MPLS para que interfuncionen 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 EVPN en la red superpuesta EVPN-MPLS.

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

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

Nota:

Aunque la topología MC-LAG incluye dos dispositivos perimetrales 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 MC-LAG con dispositivos perimetrales de proveedor PE1 y PE2 configurados como pares MC-LAG. Los pares MC-LAG intercambian información de control a través de un enlace 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: Interfuncionamiento de EVPN-MPLS 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, ambos de host múltiple para cada dispositivo PE. Los vínculos entre CE1 y los dos dispositivos PE se agrupan como una interfaz Ethernet agregada en la que se configura MC-LAG en modo activo-activo.

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, que permite a los hosts de la red MC-LAG comunicarse con hosts del centro de datos u otra red de campus mediante una red MPLS intermedia.

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

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

  • Pares BGP 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 del 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 acerca de la función de interfuncionamiento EVPN-MPLS y su configuración:

  • Debe configurar identificadores de segmento Ethernet (ESI) en las interfaces de base dual de la topología MC-LAG. Las ESI permiten a EVPN identificar las interfaces de base dual.

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

  • En los pares MC-LAG, debe incluir la instrucción configuration bgp-peer en el nivel jerárquico [edit routing-instances name protocols evpn mclag] . Esta instrucción de configuración permite 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 de MC-LAG

PE1: Configuración EVPN-MPLS

PE2: Configuración de 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 un ESI, coloque la interfaz lógica en modo activo-activo 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 se configura ICCP. Especifique la interfaz con la dirección IP de 203.0.113.2 en PE2 como el par ICCP de 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 vínculo de protección multichasis 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 use el modo activo-activo de multiconexión EVPN.

  5. Habilite 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 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 está habilitada EVPN-MPLS.

  9. Configure instancias de enrutamiento de conmutador virtual para VLAN v1, a la que se asignan identificadores de VLAN de 1, 2 y 3, e incluya 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 un ESI, coloque la interfaz lógica en modo activo-activo 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 se configura ICCP. Especifique la interfaz con la dirección IP de 203.0.113.1 en PE1 como el par ICCP de 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 vínculo de protección multichasis 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 use el modo activo-activo de multiconexión EVPN.

  5. Habilite 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 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 está habilitada EVPN-MPLS.

  9. Configure instancias de enrutamiento de conmutador virtual para VLAN v1, a la que se asignan identificadores de VLAN de 1, 2 y 3, e incluya las interfaces y otras entidades asociadas con la VLAN.

Configuración de PE3

Configuración rápida de CLI

PE3: Configuración de 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, que 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 use el modo activo-activo de multiconexión EVPN.

  6. Habilite 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 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 está habilitado EVPN-MPLS.

  10. Configure instancias de enrutamiento de conmutador virtual para VLAN v1, a la que se asignan identificadores de VLAN de 1, 2 y 3, e incluya las interfaces y otras entidades asociadas con la VLAN.