Introducción a MC-LAG
Configuración de agregación de vínculos multichasis en enrutadores serie MX
La agregación de vínculos multichassis (MC-LAG) permite que una plataforma de enrutamiento universal 5G serie MX forme una interfaz LAG lógica con dos o más dispositivos. MC-LAG ofrece ventajas adicionales sobre el LAG tradicional en términos de redundancia a nivel de nodo, soporte de multiconexión y una red de capa 2 sin bucles sin necesidad de ejecutar el protocolo de árbol de expansión (STP). MC-LAG se puede configurar para instancias de enrutamiento de servicio LAN privada virtual (VPLS), aplicaciones de conexión cruzada de circuito (CCC) y tipos de encapsulación de circuito de capa 2.
Los dispositivos MC-LAG utilizan el Protocolo de control entre chasis (ICCP) para intercambiar la información de control entre dos dispositivos de red MC-LAG.
En un extremo del MC-LAG es un dispositivo cliente MC-LAG que tiene uno o más vínculos físicos en un grupo de agregación de vínculos (LAG). Este dispositivo cliente no necesita ser consciente de la configuración de MC-LAG. En el otro lado del MC-LAG hay dos dispositivos de red MC-LAG. Cada uno de estos dispositivos de red tiene uno o más vínculos físicos conectados a un solo dispositivo cliente. Los dispositivos de red se coordinan entre sí para garantizar que el tráfico de datos se reenvíe correctamente.
MC-LAG incluye la siguiente funcionalidad:
Solo se admite el modo MC-LAG monoactivo con instancia VPLS multi-homed.
MC-LAG solo funciona entre dos dispositivos.
Las funciones de circuito de capa 2 son compatibles con
ether-cccyvlan-cccencapsulaciones.Las funciones VPLS son compatibles con
ether-vplsyvlan-vplsencapsulaciones.
La administración de fallas de conectividad Ethernet (CFM) especificada en el estándar IEEE 802.1ag para operaciones, administración y administración (OAM) no se admite en interfaces MC-LAG.
Para habilitar MC-LAG, incluya la mc-ae instrucción en el [edit interfaces aeX aggregated-ether-options] nivel de jerarquía junto con una de las siguientes instrucciones en el [edit interfaces aeX] nivel jerárquico: encapsulation-ethernet-bridge, encapsulation ethernet-ccc, encapsulation ethernet-vplso encapsulation-flexible-ethernet-services. También debe configurar las lacpinstrucciones , admin-keyy system-id en el [edit interfaces aeX aggregated-ether-options] nivel de jerarquía:
Cuando configure la prefer-status-control-active instrucción, también debe configurar la status-control active instrucción. Si configura la status-control standby instrucción con la prefer-status-control-active instrucción, el sistema emite una advertencia.
Para eliminar una interfaz MC-LAG de la configuración, emita el delete interfaces aeX aggregated-ether-options mc-ae comando en el nivel de jerarquía en el [edit] modo de configuración:
[edit]
user@host# delete interfaces aeX aggregated-ether-options mc-ae
Realice los pasos siguientes en cada conmutador que aloja un MC-LAG:
Configuración de agregación de vínculos multichasis en conmutadores de la serie EX
Los grupos de agregación de vínculos multichassis (MC-LAG) permiten que un dispositivo cliente forme una interfaz LAG lógica entre dos pares de MC-LAG (por ejemplo, conmutadores EX9200). Un MC-LAG proporciona redundancia y equilibrio de carga entre los dos pares de MC-LAG, soporte de multiconexión y una red de capa 2 sin bucles sin ejecutar el protocolo de árbol de expansión (STP).
En un extremo de un MC-LAG, hay un dispositivo cliente MC-LAG, como un servidor, que tiene uno o más vínculos físicos en un grupo de agregación de vínculos (LAG). Este dispositivo cliente no necesita tener un MC-LAG configurado. En el otro lado de MC-LAG, hay dos pares de MC-LAG. Cada uno de los pares de MC-LAG tiene uno o más vínculos físicos conectados a un solo dispositivo cliente.
Los pares de MC-LAG utilizan el Protocolo de control de inter chasis (ICCP) para intercambiar información de control y coordinarse entre sí para asegurarse de que el tráfico de datos se reenvía correctamente.
Una interfaz con una dirección IP ya configurada no puede formar parte de la interfaz Ethernet agregada ni del grupo de interfaces Ethernet agregadas multichasis.
Realice los siguientes pasos en cada conmutador que aloja un MC-LAG:
Consulte también
Configuración de ICCP para MC-LAG
Para la agregación de vínculos multichassis (MC-LAG), debe configurar el Protocolo de comunicaciones del centro de control (ICCP) para intercambiar información entre dos pares de MC-LAG.
Para habilitar ICCP, incluya la iccp instrucción en el nivel de [edit protocols] jerarquía:
[edit protocols]
iccp {
authentication-key string;
local-ip-addr ipv4-address;
peer ip-address{
authentication-key string;
liveness-detection {
detection-time {
threshold milliseconds;
}
minimum-interval milliseconds;
minimum-receive-interval milliseconds;
multiplier number;
no-adaptation;
transmit-interval {
minimum-interval milliseconds;
threshold milliseconds;
}
version (1 | automatic);
}
local-ip-addr ipv4-address;
redundancy-group-id-list [ redundancy-groups ];
session-establishment-hold-time value;
}
session-establishment-hold-time value;
traceoptions;
}
La local-ip-address instrucción establece la dirección de origen. Esta podría ser una dirección o una dirección de interfaz especificadas. La session-establishment-hold-time instrucción determina si un chasis toma el control como el principal en la sesión ICCP.
La authentication-key instrucción la proporciona la opción Resumen de mensajes TCP 5 (md5) para una sesión TCP ICCP. La redundancy-group-id-list instrucción especifica los grupos de redundancia entre pares ICCP y la liveness-detection jerarquía configura opciones de protocolo de detección de reenvío bidireccional (BFD).
ICCP se basa en TCP y utiliza rutas IP para llegar al par MC-LAG. Para garantizar que la sesión de ICCP sea lo más resistente posible, recomendamos que configure rutas alternativas entre las direcciones IP de punto final ICCP. Como alternativa, configure una interfaz LAG que tenga dos o más interfaces entre los pares de MC-LAG para evitar errores de sesión cuando no hay rutas alternativas.
Para el protocolo de comunicaciones del centro de control (ICCP) en un grupo de agregación de vínculos multichasis (MC-LAG) configurado en un dominio de puente activo-activo, debe asegurarse de configurar la misma dirección IP par que aloja el MC-LAG incluyendo la peer ip-address instrucción en el [edit protocols iccp] nivel de jerarquía y la multi-chassis-protection peer ip-address instrucción en el [edit interfaces interface-name] nivel de jerarquía. La protección multichassis reduce la configuración a nivel de interfaz lógica para enrutadores serie MX con interfaces Ethernet agregadas multichasis (MC-AE). Si el ICCP está activo y el vínculo de datos de interchassis (ICL) sube, el enrutador configurado como en espera mostrará las interfaces MC-AE compartidas con el nodo par activo-activo especificado por la peer instrucción.
Por ejemplo, las siguientes instrucciones ilustran cómo se puede configurar la misma dirección IP par para el par ICCP y el vínculo de protección multichasis:
set interfaces ae1 unit 0 multi-chassis-protection 10.255.34.112 interface ae0 set protocols iccp peer 10.255.34.112 redundancy-group-id-list 1
Aunque puede confirmar una configuración MC-LAG con varios parámetros definidos para ella, puede configurar la protección de multichasis entre dos pares sin configurar la dirección del par ICCP. También puede configurar varios pares ICCP y confirmar dicha configuración.