Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MC-AE

Sintaxis

Nivel de jerarquía

Descripción

Habilita los grupos de agregación de enlaces de chasis múltiple (MC-LAG), lo que permite que un dispositivo forme una interfaz lógica de posposición con dos o más dispositivos.

Opciones

chassis-id

Especifique el ID del chasis para el protocolo de control de agregación de vínculos (LACP) para calcular el número de puerto de los vínculos de miembros físicos MC-LAG. Cada interlocutor de MC-LAG debe tener un identificador de chasis único.

  • Valores 0 o 1

events

Especifique una acción si se produce un evento MC-LAG específico.

iccp-peer-down

Especifique una acción si el ICCP del mismo nivel de este nodo deja de funcionar.

force-icl-down

Si el par I CPC del nodo se cae, derribe la interfaz lógica del vínculo de interchasis.

prefer-status-control-active

Especifica que el nodo configurado como status-control active nodo activo si el punto de conexión de este nodo deja de funcionar.

Cuando ICCP se desactive, puede usar esta palabra clave para hacer que un PE de MC-lag se convierta en el PE activo. Por ejemplo, si desea que MC-lag PE1 esté activo en ICCP hacia abajo, configure esta palabra clave en PE1. No se recomienda configurar esta palabra clave tanto en el PEs MC-lag.

Nota:

La instrucción se puede configurar con la configuración para evitar que el ID de sistema prefer-status-control-active LACP MC-LAG revierta al ID de sistema LACP predeterminado en un error status-control standby de I CPC. Utilice esta configuración solo si puede asegurarse de que ICCP no se apague a menos que el enrutador o el conmutador no estén en marcha. También debe configurar el valor (en el nivel de jerarquía) para el vínculo de interchasis con la configuración para que sea mayor que el tiempo de espera hold-time down[edit interfaces interface-name] de status-control standby BFD de ICCP. Esta configuración evita la pérdida de tráfico de datos al asegurarse de que cuando el enrutador o conmutador con la configuración desaparece, el enrutador o conmutador con la configuración no entra en status-control activestatus-control standby modo de espera.

Para que la configuración funcione con la configuración cuando se configura una interfaz lógica de vínculo de interchassis en una interfaz Ethernet agregada, debe configurar la instrucción en el nivel de jerarquía como o configurar la instrucción en el nivel de jerarquía en menos de prefer-status-control-activestatus-control standbylacp periodic interval[edit interface interface-name aggregated-ether-options]slowdetection-time threshold[edit protocols iccp peer liveness-detection] 3 segundos.

init-delay-time seconds

Para reducir al mínimo la pérdida de tráfico, especifique el número de segundos de retraso para volver a poner la interfaz Ethernet agregada multichasis al estado up cuando reinicie un interlocutor MC-LAG. Al retrasar el inicio de la interfaz hasta después de la convergencia del Protocolo, puede evitar la pérdida de paquetes durante la recuperación de los vínculos y dispositivos con errores.

Nota:

En los conmutadores de la serie QFX y EX, el tiempo predeterminado de conservación de la sesión es de 300 segundos. Sin embargo, el tiempo de establecimiento de sesión debe ser de al menos 100 segundos más que el tiempo de retraso de init. Opcionalmente, puede actualizar el tiempo de establecimiento de sesión para que sea de 340 segundos y el tiempo de retraso de init será de 240 segundos.

mc-ae-id mc-ae-id

Especifica el número de identificación del dispositivo MC-LAG. Los dos dispositivos de red MC-LAG que administran una determinada MC-LAG deben tener el mismo número de identificación.

  • Varían 1 a 65.535

mode (active-active | active-standby)

Especifique si MC-LAG está en modo activo-activo o activo-espera. Los chasis que estén en el mismo grupo deben estar en el mismo modo.

Nota:

Cuando se configura el mc-aeactive-standby modo, puede configurar IPv4 (inet) e IPv6 (inet6) de direcciones en las interfaces.

En el modo activo-activo, todos los vínculos de miembro están activos en MC-LAG. En este modo, las direcciones de dirección MAC (MAC) conocidas en un elemento del mismo nivel MC-LAG se propagan al otro elemento del mismo nivel MC-LAG. El modo activo-activo es un diseño sencillo y determinista, y es más fácil de resolver que el modo activo-espera.

Nota:

El modo activo-activo no es compatible con las tarjetas de línea de Concentrador de puerto compacto (DPC). En su lugar, utilice el modo activo-espera.

En las topologías de tipo MC-LAG activas/activas, las interfaces de red se clasifican en tres tipos de interfaces, de la manera siguiente:

  • S-Link: vínculo de un solo hogar (S-Link) que termina en un dispositivo par MC-LAG

  • MC-Link: vínculo MC-LAG

  • ICL: vínculo entre chasis

  • Medio

    Indica si el modo MC-LAG está en modo activo o en espera o activo-activo. Los chasis que estén en el mismo grupo deben estar en el mismo modo.

    En el modo activo-activo, todos los vínculos de miembro están activos en MC-LAG. En este modo, las direcciones de dirección MAC (MAC) conocidas en un elemento del mismo nivel MC-LAG se propagan al otro elemento del mismo nivel MC-LAG. El modo activo-activo es un diseño sencillo y determinista, y es más fácil de resolver que el modo activo-espera.

    Nota:

    El modo activo-activo no es compatible con las tarjetas de línea de Concentrador de puerto compacto (DPC). En su lugar, utilice el modo activo-espera.

    Dependiendo de los tipos de interfaz entrante y saliente, algunas restricciones se agregan a las reglas de reenvío de capa 2 para las configuraciones MC-LAG. Se aplican las siguientes reglas de reenvío de tráfico de datos.

    Nota:

    Si sólo hay un vínculo de miembro MC-LAG en el estado up, se considera un vínculo S.

    • Cuando una red MC-LAG recibe un paquete de un vínculo MC o S local, el paquete se reenvía a otras interfaces locales, como S-links y MC-links basándose en las reglas normales de enrutamiento de capa 2 y en la configuración de las mesh-group instrucciones y no-local-switching . Si los vínculos MC y S-links se encuentran en el mismo grupo de malla no-local-switching y sus instrucciones están activadas, los paquetes recibidos solo se reenvían en sentido ascendente y no se envían a vínculos MC ni S-links.

    • Las siguientes circunstancias determinan si un ICL recibe un paquete de un vínculo MC o S local:

      • Si el dispositivo de red de extremo-LAG del mismo nivel tiene S-links o MC-retraso que no residen en el dispositivo de red MC-LAG local

      • Si las interfaces de dispositivos de red de dos interlocutores MC-LAG se pueden comunicar entre sí

    • Cuando una red MC-LAG recibe un paquete de ICL, el paquete se reenvía a todos los vínculos S locales y los intervalos MC-demorados que no existen en la red MC-posponer desde la que se envió el paquete.

    En el modo de espera activo, sólo uno de los interlocutores de MC-LAG está activo en un momento determinado. El otro elemento del mismo nivel MC-LAG está en modo de copia de seguridad (en espera). El interlocutor activo MC-LAG utiliza el protocolo de control de agregación de vínculos (LACP) para anunciar en los dispositivos de cliente que su vínculo secundario está disponible para reenviar el tráfico de datos. Activo: el modo de espera debe utilizarse si solo le interesa la redundancia. Si requiere tanto la redundancia como el uso compartido de la carga en los vínculos de los miembros, utilice el modo activo-activo.

    Nota:

    Los conmutadores EX4300 y serie QFX no admiten el modo de espera activo.

redundancy-group group-id

Especifique el número de identificación del grupo de redundancia. El protocolo de control Inter-Chassis (ICCP) utiliza el ID del grupo de redundancia para asociar varios chasis que realizan funciones de redundancia similares. El valor que asigne a esta opción debe coincidir con el valor que asigne a la opción que redundancy-group-id-list configure en el par I CPC. Si el valor difiere, cuando se confirman los cambios, el sistema notifica un error de comprobación de confirmación.

mejores prácticas:

Recomendamos que configure únicamente un único grupo de redundancia entre los nodos MC-LAG. El grupo de redundancia representa el dominio de alta disponibilidad entre los nodos MC-LAG. Un grupo de redundancia es suficiente entre un par de nodos MC-LAG. Si utiliza sistemas lógicos, configure un grupo de redundancia entre los nodos MC-LAG de cada sistema lógico.

  • Varían 1 a 4.294.967.294

revert-time

Intervalo de espera (en minutos) antes de que se realice el cambio al nodo preferido switchover-mode cuando el está configurado como revertido.

  • Varían 1 a 10

status-control (active | standby)

Especifique si el chasis se activa o permanece en modo de espera cuando se produce un fallo en el enlace entre bastidores.

  • Eventos ICCP-peer-Down Force-ICL-Down

    Hace que ICL esté inactivo si el punto de conexión de este nodo deja de funcionar.

  • Eventos ICCP-peer-Down preferible-status-control-Active

    Permite conservar el ID del sistema LACP durante el reinicio, lo que supone una mayor convergencia después de una conmutación por error.

switchover-mode (non-revertive | revertive)

Especifique si Junos OS debe desencadenar un cambio de vínculo al nodo preferido cuando el nodo activo esté disponible.

Nota:

Para revertive que MODE cambie automáticamente al nodo preferido, la status-control instrucción debe configurarse como. active

Nivel de privilegios necesario

interfaz: para ver esta instrucción en la configuración.

control de interfaz — para agregar esta instrucción a la configuración.

Información de versión

Instrucción introducida en Junos OS versión 9,6.

eventsinstrucción introducida en Junos OS versión 11.4 R4 para enrutadores serie MX.

prefer-status-control-activeinstrucción introducida en Junos OS Release 13.2 R1 para los conmutadores de la serie EX.

init-delay-time secondsinstrucción introducida en Junos OS versión 13.2 R3 para los conmutadores de la serie EX.

switchover-modey revert-time las sentencias que se introdujeron en Junos OS versión 13,3.

Compatibilidad con los sistemas lógicos introducidos en Junos OS versión 14,1.