- play_arrow Descripción de MC-LAG
- play_arrow Otras configuraciones de MC-LAG
- play_arrow Directrices de actualización de MC-LAG
- play_arrow Prácticas recomendadas y notas de uso
- play_arrow Solución de problemas de agregación de vínculos multichasis
- play_arrow Instrucciones de configuración y comandos operativos
Introducción a MC-LAG
Configuración de la agregación de vínculos multichasis en enrutadores de la serie MX
La agregación de vínculos multichasis (MC-LAG) permite que una plataforma de enrutamiento universal 5G de la serie MX forme una interfaz LAG lógica con otros dos o más dispositivos. MC-LAG ofrece beneficios adicionales sobre el LAG tradicional en términos de redundancia a nivel de nodo, soporte multihost y una red de capa 2 sin bucles sin la necesidad de ejecutar el Protocolo de árbol de expansión (STP). MC-LAG se puede configurar para instancias de enrutamiento del servicio de LAN privada virtual (VPLS), aplicaciones de conexión cruzada de circuitos (CCC) y tipos de encapsulación de circuitos 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 hay 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). No es necesario que este dispositivo cliente conozca 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 único 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 activo único con instancia VPLS de host múltiple.
MC-LAG solo funciona entre dos dispositivos.
Las funciones de circuito de capa 2 son compatibles con
ether-ccc
encapsulacionesvlan-ccc
.Las funciones de VPLS son compatibles con
ether-vpls
yvlan-vpls
encapsulaciones.
La administración de errores de conectividad Ethernet (CFM) especificada en el estándar IEEE 802.1ag para operación, administración y gestión (OAM) no se admite en las 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 de jerarquía: encapsulation-ethernet-bridge
, encapsulation ethernet-ccc
, encapsulation ethernet-vpls
, o encapsulation-flexible-ethernet-services
. También debe configurar las lacp
instrucciones, admin-key
, y system-id
en el nivel de [edit interfaces aeX aggregated-ether-options]
jerarquía:
Al configurar 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 emitirá una advertencia.
Para eliminar una interfaz MC-LAG de la configuración, ejecute 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 aloje un MC-LAG:
Configuración de la agregación de vínculos multichasis en conmutadores de la serie EX
Los grupos de agregación de vínculos multichasis (MC-LAG) permiten que un dispositivo cliente forme una interfaz lógica LAG entre dos pares MC-LAG (por ejemplo, conmutadores EX9200). Un MC-LAG proporciona redundancia y equilibrio de carga entre los dos pares MC-LAG, compatibilidad con 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 configurado un MC-LAG. En el otro lado de MC-LAG, hay dos pares MC-LAG. Cada uno de los pares de MC-LAG tiene uno o más vínculos físicos conectados a un único dispositivo cliente.
Los pares MC-LAG utilizan el Protocolo de control entre chasis (ICCP) para intercambiar información de control y coordinarse entre sí para garantizar que el tráfico de datos se reenvíe 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 de varios chasis.
Realice los pasos siguientes en cada conmutador que aloje un MC-LAG:
Ver también
Configuración de ICCP para MC-LAG
Para la agregación de vínculos multichasis (MC-LAG), debe configurar el Protocolo de comunicaciones entre centros de control (ICCP) para intercambiar información entre dos pares MC-LAG.
Para habilitar ICCP, incluya la iccp
instrucción en el nivel jerárquico [edit protocols]
:
[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. Podría ser una dirección especificada o una dirección de interfaz. La session-establishment-hold-time
instrucción determina si un chasis asume el control como principal en la sesión del ICCP.
La instrucción es proporcionada por la authentication-key
opción TCP Message Digest 5 (md5) para una sesión TCP ICCP. La redundancy-group-id-list
instrucción especifica los grupos de redundancia entre los pares ICCP y la liveness-detection
jerarquía configura las opciones del 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 asegurarse de que la sesión de ICCP sea lo más resistente posible, le recomendamos que configure rutas alternativas entre las direcciones IP de punto final de ICCP. Como alternativa, configure una interfaz LAG que tenga dos o más interfaces entre los pares MC-LAG para evitar errores de sesión cuando no haya 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 del mismo nivel que aloja el MC-LAG incluyendo la peer ip-address
instrucción en el nivel de [edit protocols iccp]
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 multichasis reduce la configuración en el nivel de interfaz lógica para los enrutadores serie MX con interfaces Ethernet agregadas multichasis (MC-AE). Si el ICCP está UP y aparece el vínculo de datos entre chasis (ICL), el enrutador configurado como en espera mostrará las interfaces MC-AE compartidas con el nodo activo-activo del mismo nivel especificado por la peer
instrucción.
Por ejemplo, las siguientes instrucciones ilustran cómo se puede configurar la misma dirección IP del mismo nivel para el vínculo de protección del par ICCP y del 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 de MC-LAG con varios parámetros definidos para ella, puede configurar la protección multichasis entre dos pares sin configurar la dirección del par ICCP. También puede configurar varios pares ICCP y confirmar dicha configuración.