Prácticas recomendadas y notas de uso
Protocolo de resolución de direcciones Metodología de soporte activo-activo de MC-LAG
Las tablas de direcciones ARP y dirección MAC normalmente permanecen sincronizadas en las configuraciones MC-LAG, pero pueden desincronizarse en determinadas condiciones de red (como la oscilación de vínculos). Para asegurarse de que estas tablas permanecen sincronizadas mientras se resuelven esas condiciones, recomendamos habilitar la instrucción en las arp-l2-validate interfaces IRB en una configuración MC-LAG.
Esta opción activa la validación de las entradas de tabla ARP y MAC, aplicando automáticamente las actualizaciones si no están sincronizadas. Es posible que desee habilitar esta opción como solución alternativa cuando la red experimente otros problemas que también provoquen la pérdida de la sincronización de ARP y MAC, pero desactívela durante el funcionamiento normal, ya que esta opción podría afectar al rendimiento en las configuraciones de escala.
-
En algunos casos, los mensajes ARP recibidos por un par MC-LAG se replican en el otro par MC-LAG a través de ICCP. Esta función de optimización solo se aplica a las respuestas ARP, no a las solicitudes ARP, que reciben los pares de MC-LAG.
-
No se admite la resolución ARP dinámica a través de la interfaz ICL. En consecuencia, se descartan las respuestas ARP entrantes en la ICL. Sin embargo, las entradas ARP se pueden rellenar en la interfaz ICL a través de intercambios ICCP desde un par MC-LAG remoto.
-
Durante el cambio agraciado del motor de enrutamiento (GRES), las entradas ARP que se aprendieron de forma remota se purgan y se vuelven a aprender.
Servidor DHCP
No se admite la configuración del servidor DHCP en pares MC-LAG si se requiere redundancia de servicio DHCP.
Relé DHCP con la opción 82
El relé DHCP no es compatible con la sincronización de dirección MAC. Si se requiere un relé DHCP, configure VRRP a través de IRB o RVI para la funcionalidad de capa 3.
En un entorno activo-activo de MC-LAG, se recomienda utilizar el agente de retransmisión bootp configurando el agente de retransmisión DHCP con el forwarding options helpers bootp comando para evitar los problemas de información de sesión obsoleta que puedan surgir para los clientes cuando el enrutador utiliza el proceso del agente de retransmisión DHCP extendido (JDHCP).
Manejo de fallas
En la tabla 1 se describen los diferentes escenarios de falla de ICCP para los conmutadores de la serie QFX. El guión significa que el artículo no es aplicable.
| Estado de conexión del ICCP |
Estado de ICL |
Copia de seguridad del estado del par de ejecución |
Acción en la interfaz Ethernet agregada de múltiples chasis con el estado establecido en espera |
|---|---|---|---|
| Abajo |
Abajo o arriba |
No configurado |
El ID del sistema LACP se cambia al valor predeterminado. |
| Abajo |
Abajo o arriba |
Activo |
. El ID del sistema LACP se cambia al valor predeterminado para las interfaces MC-AE activas y en espera. |
| Abajo |
Abajo o arriba |
Inactivo |
No hay cambios en el ID del sistema LACP. |
| Hacia arriba |
Abajo |
– |
El estado de LACP se establece en espera. El estado MUX pasa al estado de espera. |
Configure la master-only instrucción en la dirección IP de la interfaz de administración para la detección de vida de copia de seguridad en los motores de enrutamiento principal y de reserva. Esto garantiza que la conexión no se restablezca durante GRES en el par remoto.
Por ejemplo, en el motor de enrutamiento principal:
user@switch-re1 > show configuration interfaces fxp0 | display inheritance no-comments
unit 0 {
family inet {
address 10.8.2.31/8;
address 10.8.2.33/8 {
master-only;
}
}
}
Por ejemplo, en el motor de enrutamiento de respaldo:
user@switch1-re1 > show configuration interfaces fxp0 | display inheritance no-comments
unit 0 {
family inet {
address 10.8.2.32/8;
address 10.8.2.33/8 {
master-only;
}
}
}
El motor de enrutamiento principal da servicio tanto a 10.8.2.31 como a 10.8.2.33. Configure 10.8.2.33 en una configuración de detección de vida de copia de seguridad en el nodo par.
Por ejemplo, en el motor de enrutamiento de respaldo:
user@switch2 > show configuration protocols iccp
local-ip-addr 10.2.2.2;
peer 10.1.1.1 {
session-establishment-hold-time 340;
redundancy-group-id-list 1;
backup-liveness-detection {
backup-peer-ip 10.8.2.33;
}
liveness-detection {
minimum-interval 500;
multiplier 3;
single-hop;
}
}
ICCP e ICL
Recomendamos que utilice puertos independientes y elija distintos concentradores de PIC flexible (FPC) para las interfaces del vínculo de interchasis (ICL) y del protocolo de control entre chasis (ICCP). Aunque puede usar un solo vínculo para la interfaz ICCP, es preferible una interfaz Ethernet agregada.
Al configurar ICCP e ICL, le recomendamos que:
-
Configure el ICCP y la ICL en interfaces diferentes, y configúrelo
prefer status controlcomo activo en el par MC-LAG activo.Por ejemplo, emita la
prefer-status-control-activeinstrucción en el par MC-LAG activo. -
Configure la dirección IP para el puerto de administración.
Cuando se configura la detección de vida de copia de seguridad, este canal fuera de banda se establece entre los pares a través de la red de administración.
-
Utilice la dirección de circuito cerrado par para establecer el emparejamiento de ICCP. De este modo, se evita cualquier error de vínculo directo entre los pares de MC-LAG. Mientras la conexión lógica entre los pares permanezca activa, ICCP permanece activa.
-
Configure el intervalo de detección de vida del ICCP (el temporizador de detección de reenvío bidireccional [BFD]) en al menos 8 segundos si configuró la conectividad del ICCP a través de una interfaz IRB. Un intervalo de detección de vida de 8 segundos o más permite que el cambio normal del motor de enrutamiento (GRES) funcione sin problemas. De forma predeterminada, la detección de vida ICCP utiliza BFD de múltiples saltos, que se ejecuta en modo centralizado.
Esta recomendación no se aplica si configuró la conectividad ICCP a través de una interfaz física dedicada. En este caso, puede configurar BFD de un solo salto.
-
Configure un tiempo de espera de establecimiento de sesión para ICCP. Esto da como resultado una conexión ICCP más rápida entre los pares MC-LAG y también evita cualquier retraso durante la convergencia.
Nota:En los conmutadores de la serie QFX, el tiempo de espera predeterminado para establecer la sesión es de 300 segundos. Sin embargo, el tiempo de establecimiento de la sesión debe ser al menos 100 segundos mayor que el tiempo de retraso de inicialización. Opcionalmente, puede actualizar el tiempo de establecimiento de la sesión para que sea de 340 segundos y el tiempo de retraso de inicialización para que sea de 240 segundos.
-
Para una mejor convergencia durante un reinicio de par MC-LAG (control de estado de activo), le recomendamos que configure el tiempo de retardo de retroceso de ICL en lugar del tiempo de espera. El tiempo de retardo de bajada de ICL es la cantidad de segundos que transcurren entre el momento en que el vínculo de interchasis (ICL) deja de funcionar y las interfaces Ethernet agregadas de varios chasis (MCAE) cambian al modo de espera.
La supervisión de DHCP , la inspección ARP dinámica (DAI) y la protección de origen IP no se admiten en las interfaces ICL o MC-LAG. En consecuencia, se descartan las respuestas entrantes del protocolo de resolución de direcciones en la ICL. Sin embargo, las entradas ARP se pueden rellenar en la interfaz ICL a través de intercambios ICCP desde un par MC-LAG remoto.
Supervisión IGMP en un MC-LAG activo-activo
Debe habilitar la multidifusión independiente del protocolo (PIM) en la interfaz IRB para evitar la duplicación de multidifusión.
Debe configurar la interfaz ICL como una interfaz orientada al enrutador (mediante la configuración de la instrucción multidifusión-enrutador-interface) para que el reenvío de multidifusión funcione en un entorno MC-LAG. Para el caso en el que el tráfico llega a través de una interfaz de capa 3, PIM e IGMP deben estar habilitados en la interfaz IRB o RVI configurada en los pares MC-LAG. Debe habilitar PIM en la interfaz IRB o RVI para evitar la duplicación de multidifusión.
Tiempo de retraso de inicio
En los conmutadores de las series EX y QFX, el tiempo de espera predeterminado para establecer la sesión es de 300 segundos. Sin embargo, el tiempo de establecimiento de la sesión debe ser al menos 100 segundos mayor que el tiempo de retraso de inicialización. Opcionalmente, puede actualizar el tiempo de establecimiento de la sesión para que sea de 340 segundos y el tiempo de retraso de inicialización para que sea de 240 segundos.
Función de cambio de etiqueta
Los conmutadores de la serie QFX configurados como pares MC-LAG no admiten la función de intercambio de etiquetas de VLAN.
Pautas de detección de errores de cableado
Puede usar STP para detectar bucles de cableado incorrecto dentro del par o entre pares de MC-LAG. Un ejemplo de error de cableado es cuando un puerto de un elemento de red se conecta accidentalmente a otro puerto del mismo elemento de red. Sin embargo, no se admite el uso de STP para detectar bucles en interfaces MC-LAG.
No utilice el protocolo de árbol de expansión múltiple (MSTP) ni el protocolo de árbol de expansión VLAN (VSTP). Podría haber un bucle si MSTP o VSTP están habilitados en una topología MC-AE sin habilitar MSTP o VSTP en las interfaces lógicas de MC-AE. Además, podría haber un bucle si existe una ruta alternativa desde los nodos de acceso a los nodos MC-AE.
Para detectar errores de cableado, le recomendamos que haga lo siguiente:
-
Configure STP globalmente para que STP pueda detectar errores de cableado locales dentro y entre los pares de MC-LAG.
-
Sin embargo, deshabilite STP en vínculos ICL, ya que STP podría bloquear interfaces ICL y deshabilitar la protección.
-
Deshabilite STP en interfaces que estén conectadas a conmutadores de agregación.
-
Configure las interfaces MC-LAG como puertos de borde.
-
Habilite el bloqueo de unidad de datos de protocolo de puente (BPDU) en el borde.
-
No habilite el bloqueo de BPDU en interfaces conectadas a conmutadores de agregación.
Pautas y advertencias de configuración
-
Configure la dirección IP en el par MC-LAG activo con una dirección IP alta o una prioridad de recuperación ante desastres alta. Para asegurarse de que el par MC-LAG activo conserve la designación de membresía de DR si la vecindad PIM con el par desciende.
-
No se admite el uso de la detección de reenvío bidireccional (BFD) y la sincronización de MAC de RVI o IRB juntas porque ARP falla.
-
Cuando utilice la sincronización MAC de RVI o IRB, asegúrese de configurar la dirección IP principal en ambos pares MC-LAG. De este modo, se garantiza que ambos pares de MC-LAG no puedan convertirse en ganadores de aserción.
-
El número de sesiones de BFD en RVI o IRB con PIM habilitado está restringido a 100. Además, si tiene más de 100 RVI o IRB configuradas, no configure BFD y asegúrese de que el intervalo de saludo sea de 2 segundos.
Grupos de redundancia
Recomendamos que configure solo un 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.
Enrutamiento por segmentos
Los conmutadores de la serie QFX configurados como pares MC-LAG no admiten el enrutamiento por segmentos.
Control de estado
Puede configurar prefer-status-control-active instrucción con la status-control standby configuración para evitar que el ID del sistema mc-ae de LACP vuelva al ID del sistema predeterminado de LACP durante una falla de ICCP. Solo debe configurar esta opción si ICCP nunca dejará de funcionar a menos que el par remoto deje de funcionar.
En caso de que el par configurado con status-control active deje de funcionar abruptamente, como durante un apagado, se recomienda configurar el hold-time intervalo para el vínculo de control de interchasis configurado como status-control standby con un valor mayor que el tiempo de espera de BFD de ICCP. Esto evitará la pérdida momentánea de tráfico en el par configurado como status-control standby. Sin la configuración de hold-time intervalo en la ICL, la interfaz MC-AE en el par configurado como status-control standby se moverá momentáneamente al modo de espera durante un apagado del par remoto.
Protocolo de redundancia de enrutador virtual (VRRP) sobre IRB y sincronización de dirección MAC
En los conmutadores de la serie QFX, los protocolos de enrutamiento no son compatibles con los clientes descendentes.
En los conmutadores de la serie QFX, recomendamos que utilice la sincronización de dirección MAC para los clientes descendentes. Para los enrutadores ascendentes, recomendamos que utilice el método VRRP sobre IRB o RVI.
En los conmutadores de la serie QFX, no puede configurar VRRP a través de la sincronización de IRB y MAC, ya que es posible que el procesamiento de direcciones MAC no funcione.
Utilice la sincronización de MAC si necesita más de 1000 instancias de VRRP.
Estas son algunas advertencias con la configuración de la sincronización de la dirección MAC:
-
Utilice la sincronización de dirección MAC si no planea ejecutar protocolos de enrutamiento en las interfaces IRB.
La sincronización de dirección MAC no admite protocolos de enrutamiento en interfaces IRB y los protocolos de enrutamiento no son compatibles con clientes MC-LAG descendentes. Si necesita capacidad de enrutamiento, configure VRRP y protocolos de enrutamiento en cada par MC-LAG. Los protocolos de enrutamiento se admiten en enrutadores ascendentes.
-
El relé DHCP no es compatible con la sincronización de dirección MAC.
Si necesita configurar un relé DHCP, configure VRRP a través de IRB.
-
No se envían solicitudes ARP gratuitas cuando cambia la dirección MAC en la interfaz IRB.
VLAN
Le recomendamos que limite el alcance de las VLAN y las configure solo cuando sean necesarias. Configure las interfaces troncales MC-AE solo con las VLAN necesarias para la capa de acceso.
En la serie QFX, la opción en la [edit interfaces name unit number ethernet-switching vlan] jerarquía no se admite en interfaces all de Ethernet agregada multichasis (MC-AE), Ethernet agregada (AE), Gigabit Ethernet (GE), 10 Gigabit Ethernet (XE), 40 Gigabit Ethernet (ET) y 100 Gigabit Ethernet (ET) Capa 2. En su lugar, especifique un rango de ID o nombres de VLAN. Los nombres VLAN o los ID de VLAN para fines de ICCP no son compatibles con MC-AE, ni en las interfaces AE de una sola conexión, GE, XE y ET conectadas a servidores u otros dispositivos de red. Los nombres VLAN o los ID de VLAN utilizados para fines de ICCP no se admiten en interfaces de capa 2 troncalizadas y de acceso múltiple MC-AE, ni en interfaces troncalizadas o de acceso Ethernet de capa 2 AE, GE, XE y ET de conexión única. Cuando configure VLAN en una MC-AE u otras interfaces de ingresos en el dispositivo, se admite el rango de VLAN, pero sin la VLAN dedicada ICCP.
Los conmutadores de la serie QFX no admiten el estilo de configuración del proveedor de servicios para MC-LAG.
Soporte de VRRP en espera activa
Debe configurar VRRP en ambos pares MC-LAG para que los miembros activos y en espera acepten y enruten paquetes. Además, debe configurar el dispositivo de respaldo VRRP para enviar y recibir solicitudes ARP.
Si utiliza el método VRRP sobre IRB o RVI para habilitar la funcionalidad de capa 3, debe configurar entradas ARP estáticas para la interfaz IRB o RVI del par MC-LAG remoto a fin de permitir que los protocolos de enrutamiento se ejecuten a través de las interfaces IRB o RVI.
Comportamiento específico de la plataforma
Utilice https://apps.juniper.net/feature-explorer/home.html para confirmar la compatibilidad de la plataforma y la versión para funciones específicas.
Utilice la siguiente tabla para revisar los comportamientos específicos de la plataforma para sus plataformas.
| Diferencia de | plataforma |
|---|---|
| Enrutadores de la serie MX |
|
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.