EN ESTA PÁGINA
Descripción de las interfaces Ethernet agregadas y LACP para conmutadores
Forzar la activación de vínculos o interfaces LAG con capacidad LACP limitada
Configuración de interfaces Ethernet agregadas sin etiquetar
Configuración de la protección de vínculos Ethernet agregados
Configuración del reequilibrio periódico de suscriptores en una interfaz Ethernet agregada
Configuración de la protección de vínculos LACP de interfaces Ethernet agregadas para conmutadores
Descripción de las sesiones independientes de micro BFD para LAG
Interfaces Ethernet agregadas
En los temas siguientes se analizan las interfaces Ethernet agregadas, los detalles de configuración de la agregación de vínculos y las interfaces Ethernet agregadas, la solución de problemas y la verificación de interfaces Ethernet agregadas.
Descripción de las interfaces Ethernet agregadas y LACP para conmutadores
La agregación de vínculos IEEE 802.3ad permite agrupar interfaces Ethernet para formar una interfaz de capa de vínculo único, también conocida como grupo de agregación de vínculos (LAG) o paquete.
La agregación de varios vínculos entre interfaces físicas crea un único vínculo troncal lógico punto a punto o un LAG. El LAG equilibra el tráfico a través de los vínculos de los miembros dentro de un paquete Ethernet agregado y aumenta efectivamente el ancho de banda del enlace ascendente. Otra ventaja de la agregación de enlaces es el aumento de la disponibilidad, ya que el LAG está compuesto por enlaces de varios miembros. Si se produce un error en un vínculo miembro, el LAG sigue transportando tráfico por los vínculos restantes.
En conmutadores QFX5100, QFX5120, EX4600 QFX10002 independientes, y en un chasis virtual QFX5100 y un chasis virtual EX4600, puede configurar una velocidad mixta de velocidades de vínculo para el paquete Ethernet agregado. Se admiten velocidades de enlace de 10G, 40G y 100G. Los conmutadores QFX5200 y QFX5210 admiten velocidades de vínculo mixto. Los conmutadores QFX5200 y QFX5210 también admiten el equilibrio de carga con las velocidades de enlace mixto. El equilibrio de carga no funciona si configura velocidades de vínculo que no son compatibles.
Puede configurar el canal de puerto mediante diferentes modelos de SFP entre dos puntos de conexión que mantengan el mismo ancho de banda.
Por ejemplo:
switch 1 gig0/1 (SFP-10G-SR-S) --------- MX 1 gig0/1 (SFP-10G-SR-S)
switch 1 gig0/2 (SFP-10G-LR-S) --------- MX 1 gig0/2 (SFP-10G-LR-S)
El protocolo de control de agregación de vínculos (LACP) es un subcomponente del estándar IEEE 802.3ad y se utiliza como protocolo de descubrimiento.
Para garantizar el equilibrio de carga entre las interfaces Ethernet (AE) agregadas en un grupo de nodos de servidor redundante, los miembros del AE deben estar distribuidos por igual en el grupo de nodos del servidor redundante.
Durante un cambio de grupo de nodos de red, es posible que el tráfico se interrumpa durante unos segundos.
Grupo de agregación de vínculos
Para configurar un LAG, especifique el número de vínculo como un dispositivo físico y, a continuación, asocie un conjunto de interfaces (puertos) con el vínculo. Todas las interfaces deben tener la misma velocidad y estar en modo dúplex completo. El sistema operativo Junos de Juniper Networks (Junos OS) para conmutadores Ethernet de la serie EX asigna un ID único y prioridad de puerto a cada interfaz. El ID y la prioridad no son configurables.
El número de interfaces que se pueden agrupar en un LAG y el número total de LAG admitidos en un conmutador varía según el modelo de conmutador. En la tabla 1 se enumeran los conmutadores de la serie EX y el número máximo de interfaces por GAL y el número máximo de LAG que admiten.
Los LAG con vínculos de miembro de diferentes tipos de interfaz, por ejemplo, ge y mge no se admiten en conmutadores multivelocidad.
Para Junos OS Evolved, el software no impone un límite en el número máximo de interfaces de AE en un paquete de AE de velocidad mixta. Debido a que todas las interfaces lógicas secundarias pertenecen a la misma interfaz física de AE y comparten el mismo selector, utilizando mucha menos memoria de equilibrio de carga, las configuraciones de interfaz de AE de velocidad mixta deben pasar incluso si superan las 64 interfaces lógicas.
Interruptor |
Número máximo de interfaces por GAL |
LAG máximos |
---|---|---|
EX2200 |
8 |
32 |
EX2300 |
8 |
128 |
EX3200 |
8 |
32 |
Chasis virtual EX3300 y EX3300 |
8 |
32 |
EX3400 |
16 |
128 |
Chasis virtual EX4200 y EX4200 |
8 |
111 |
Chasis virtual EX4300 y EX4300 |
16 |
128 |
Chasis virtual EX4500, EX4500, EX4550 y EX4550 |
8 |
111 |
EX4400 | 16 | 128 |
EX4600 |
32 |
128 |
EX6200 |
8 |
111 |
EX8200 |
12 |
255 |
Chasis virtual EX8200 |
12 |
239 |
EX9200 |
64 |
150 |
Interruptor |
Número máximo de interfaces por GAL |
LAG máximos |
---|---|---|
QFX3500 |
64 |
60 |
QFX3600 |
64 |
60 |
QFX5100 |
64 |
96 |
QFX5110 |
64 |
96 |
QFX5120 |
64 |
72 |
QFX5200 |
64 |
128 |
QFX5700 |
128 |
144 |
QFX10002 |
64 |
150 |
QFX10008 |
64 |
1000 |
QFX10016 |
64 |
1000 |
En los conmutadores de la serie QFX, si intenta confirmar una configuración que contiene más de 64 interfaces Ethernet en un LAG, recibirá un mensaje de error que indica que se ha superado el límite de grupo de 64 y que se ha producido un error en la desprotección de la configuración.
Para crear un LAG:
-
Cree una interfaz Ethernet agregada lógica.
-
Defina los parámetros asociados con la interfaz Ethernet agregada lógica, como una unidad lógica, propiedades de interfaz y Protocolo de control de agregación de vínculos (LACP).
-
Defina los vínculos de miembro que se incluirán en la interfaz Ethernet agregada, por ejemplo, dos interfaces de 10 Gigabit Ethernet.
-
Configure LACP para la detección de vínculos.
Tenga en cuenta estas pautas de hardware y software:
-
Para Junos OS Evolved, cuando se agrega una nueva interfaz como miembro al paquete Ethernet agregado, se genera un evento flap de vínculo. Cuando se agrega una interfaz al paquete, la interfaz física se elimina como una interfaz normal y, a continuación, se vuelve a agregar como miembro. Durante este tiempo, se pierden los detalles de la interfaz física.
-
Se pueden agrupar hasta 32 interfaces Ethernet para formar un LAG en un grupo de nodos de servidor redundante, un grupo de nodos de servidor y un grupo de nodos de red en un sistema QFabric. Se admiten hasta 48 LAG en grupos de nodos de servidor redundantes y grupos de nodos de servidor en un sistema QFabric, y hasta 128 LAG se admiten en grupos de nodos de red en un sistema QFabric. Puede configurar LAG en dispositivos de nodo en grupos de nodos de servidor redundantes, grupos de nodos de servidor y grupos de nodos de red.
Nota:En un sistema Qfabric, si intenta confirmar una configuración que contiene más de 32 interfaces Ethernet en un LAG, recibirá un mensaje de error que indica que se ha superado el límite de grupo de 32 y que se ha producido un error en la retirada de la configuración.
-
Se pueden agrupar hasta 64 interfaces Ethernet para formar un LAG, y En Junos Fusion, se admiten hasta 1.000 LAG en conmutadores QFX10002 que actúan como dispositivos de agregación.
-
El LAG debe configurarse a ambos lados del vínculo.
-
Las interfaces a ambos lados del vínculo deben establecerse a la misma velocidad y estar en modo dúplex completo.
Nota:Junos OS asigna un ID único y prioridad de puerto a cada puerto. El ID y la prioridad no son configurables.
-
Los sistemas QFabric admiten un LAG especial denominado LAG de FCoE, que permite transportar tráfico FCoE y tráfico Ethernet regular (tráfico que no es tráfico FCoE) a través del mismo paquete de agregación de vínculos. Los LAG estándar utilizan un algoritmo hash para determinar qué vínculo físico del GAL se utiliza para una transmisión, por lo que la comunicación entre dos dispositivos puede utilizar vínculos físicos diferentes en el GAL para distintas transmisiones. Un LAG de FCoE garantiza que el tráfico de FCoE utilice el mismo vínculo físico en el LAG para solicitudes y respuestas, con el fin de preservar el vínculo virtual punto a punto entre el adaptador de red convergente (CNA) del dispositivo FCoE y el conmutador SAN FC a través de un dispositivo de nodo del sistema QFabric. Un LAG de FCoE no proporciona equilibrio de carga ni redundancia de vínculo para el tráfico de FCoE. Sin embargo, el tráfico Ethernet regular utiliza el algoritmo hash estándar y recibe los beneficios habituales del LAG de equilibrio de carga y redundancia de vínculo en un LAG de FCoE. Consulte Descripción de los LAG FCoE para obtener más información.
Protocolo de control de agregación de vínculos (LACP)
LACP es un método de agrupación de varias interfaces físicas para formar una interfaz Ethernet agregada lógica. De forma predeterminada, los vínculos Ethernet no intercambian unidades de datos de protocolo LACP (PDU), que contienen información sobre el estado del vínculo. Puede configurar vínculos Ethernet para transmitir activamente PDU LACP, o puede configurar los vínculos para que los transmitan pasivamente, enviando PDU LACP solo cuando el vínculo Ethernet los recibe desde el extremo remoto. El modo LACP puede ser activo o pasivo. El vínculo transmisor se conoce como actor y el vínculo receptor se conoce como socio. Si el actor y el socio están en modo pasivo, no intercambian paquetes LACP y los vínculos Ethernet agregados no aparecen. Si el actor o el socio están activos, intercambian paquetes LACP. De forma predeterminada, LACP está en modo pasivo en interfaces Ethernet agregadas. Para iniciar la transmisión de paquetes LACP y la respuesta a los paquetes LACP, debe habilitar el modo activo LACP. Puede configurar interfaces Ethernet agregadas etiquetadas y sin etiquetar VLAN sin LACP habilitado. LACP se define en IEEE 802.3ad, Aggregation of Multiple Link Segments.
LACP fue diseñado para lograr lo siguiente:
-
Adición y eliminación automáticas de enlaces individuales al GAL sin intervención del usuario.
-
Supervisión de vínculos para comprobar si ambos extremos del paquete están conectados al grupo correcto.
En un escenario en el que un servidor de base dual se implementa con un conmutador, las tarjetas de interfaz de red forman un LAG con el conmutador. Durante una actualización del servidor, es posible que el servidor no pueda intercambiar PDU LACP. En tal situación, puede configurar una interfaz para que esté en el up
estado incluso si no se intercambian PDU. Utilice la force-up
instrucción para configurar una interfaz cuando el par tiene una capacidad LACP limitada. La interfaz selecciona el LAG asociado de forma predeterminada, independientemente de si el conmutador y el par están en modo activo o pasivo. Cuando no se reciben PDU, se considera que el socio está trabajando en modo pasivo. Por lo tanto, las transmisiones de LACP PDU son controladas por el enlace de transmisión.
Si el extremo remoto del vínculo LAG es un dispositivo de seguridad, es posible que LACP no sea compatible porque los dispositivos de seguridad requieren una configuración determinista. En este caso, no configure LACP. Todos los vínculos del LAG están permanentemente operativos, a menos que el conmutador detecte un fallo de vínculo en la capa física de Ethernet o en las capas de vínculo de datos.
Cuando se configura LACP, detecta configuraciones incorrectas en el extremo local o remoto del vínculo. Por lo tanto, LACP puede ayudar a prevenir fallas de comunicación:
-
Cuando LACP no está habilitado, un LAG local puede intentar transmitir paquetes a una única interfaz remota, lo que provoca un error en la comunicación.
-
Cuando LACP está habilitado, un LAG local no puede transmitir paquetes a menos que también se configure un LAG con LACP en el extremo remoto del vínculo.
Ver también
Forzar la activación de vínculos o interfaces LAG con capacidad LACP limitada
Un vínculo sin configuración de Protocolo de control de acceso de vínculos (LACP) permanece inactivo y los dispositivos perimetrales del proveedor (PE) de la topología no pueden tener acceso a él. Puede configurar la función de forzar LACP en un dispositivo PE para el que necesite conectividad.
Para asegurarse de que el par con capacidad LACP limitada esté activo y accesible en la red LAG, configure uno de los vínculos o interfaces Ethernet agregados en un dispositivo PE para que esté activo utilizando el nivel de jerarquía adecuado en su dispositivo:
-
set interfaces interface-name ether-options 802.3ad lacp force-up
-
set interfaces interface-name aggregated-ether-options lacp force-up
De forma predeterminada, solo un vínculo de un LAG puede estar en el estado FUP en cualquier momento.
En un entorno de chasis independiente o virtual configurado con Ethernet agregada (AE):
-
si una interfaz Ethernet agregada (AE) en un conmutador tiene varios vínculos miembro y un vínculo miembro en ese AE está en estado de fuerza hacia arriba con el LACP de su par inactivo, y si LACP aparece parcialmente, es decir, si LACP se establece con un vínculo miembro no forzado hacia arriba, la fuerza hacia arriba se desactiva en el vínculo miembro en el que se estableció la fuerza, y ese enlace de miembro está listo para el establecimiento de conexión a través de LACP. La fuerza forzada solo es elegible si la interfaz del lado del servidor tiene problemas con LACP.
Configuración de una interfaz Ethernet agregada
Puede asociar una interfaz física con una interfaz Ethernet agregada.
Para configurar una interfaz Ethernet agregada:
Especifique el número x
de instancia de interfaz para completar la asociación de vínculos; También debe incluir una instrucción que defina aex
en el nivel jerárquico [edit interfaces]
. Opcionalmente, puede especificar otras propiedades físicas que se apliquen específicamente a las interfaces Ethernet agregadas; para obtener más información, consulte Descripción general de interfaces Ethernet.
En general, los paquetes de Ethernet agregados admiten las funciones disponibles en todas las interfaces compatibles que pueden convertirse en un vínculo miembro dentro del paquete. Como excepción, las características IQ de Gigabit Ethernet y algunas características más recientes de Gigabit Ethernet no se admiten en los paquetes de Ethernet agregados.
Las interfaces IQ y SFP de Gigabit Ethernet pueden ser vínculos de miembro, pero las características específicas de IQ y SFP no son compatibles con el paquete de Ethernet agregado, incluso si todos los vínculos de miembro admiten individualmente esas características.
Debe configurar la velocidad de vínculo correcta para la interfaz Ethernet agregada a fin de eliminar cualquier mensaje de advertencia.
Antes de confirmar una configuración Ethernet agregada, asegúrese de que el modo de vínculo no esté configurado en ninguna interfaz miembro del paquete Ethernet agregado; De lo contrario, se producirá un error en la comprobación de confirmación de configuración.
Ver también
Configuración de interfaces Ethernet agregadas etiquetadas
Para especificar interfaces Ethernet agregadas, incluya la vlan-tagging
instrucción en el nivel de [edit interfaces aex]
jerarquía:
[edit interfaces aex] vlan-tagging;
También debe incluir la vlan-id
declaración:
vlan-id number;
Puede incluir esta instrucción en los siguientes niveles jerárquicos:
[edit interfaces interface-name unit logical-unit-number]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Para obtener más información acerca de las instrucciones yvlan-id
, consulte Descripción general devlan-tagging
VLAN 802.1Q.
Ver también
Configuración de interfaces Ethernet agregadas sin etiquetar
Cuando se configura una interfaz Ethernet agregada sin etiquetar, se aplican las reglas existentes para las interfaces sin etiquetar. Estas reglas son las siguientes:
Sólo puede configurar una interfaz lógica (unidad 0) en el puerto. La unidad lógica 0 se utiliza para enviar y recibir LACP o unidades de datos de protocolo de marcador (PDU) hacia y desde los vínculos individuales.
No puede incluir la
vlan-id
instrucción en la configuración de la interfaz lógica.
Configure una interfaz Ethernet agregada sin etiquetar omitiendo lasvlan-tagging
instrucciones y vlan-id
de la configuración:
[edit interfaces] ge-1/1/1 { ether-options { 802.3ad ae0; } } ae0 { # vlan-tagging; OMIT FOR UNTAGGED AE CONFIGURATIONS unit 0 { # vlan-id 100; OMIT FOR UNTAGGED AE CONFIGURATIONS family inet { address 10.0.0.1/24 { vrrp-group 0 { virtual-address 192.168.110.0; priority 200; } } } } }
Ver también
Configuración del número de interfaces Ethernet agregadas en el dispositivo (software de capa 2 mejorado)
De forma predeterminada, no se crean interfaces Ethernet agregadas. Debe establecer el número de interfaces Ethernet agregadas en el dispositivo de enrutamiento antes de poder configurarlas.
También debe especificar los vínculos físicos constituyentes incluyendo la 802.3ad
instrucción en el nivel de [edit interfaces interface-name ether-options]
jerarquía.
Ver también
Ejemplo: configuración de interfaces Ethernet agregadas
Las interfaces Ethernet agregadas pueden utilizar interfaces de diferentes FPC, DPC o PIC. La siguiente configuración es suficiente para poner en funcionamiento una interfaz Gigabit Ethernet agregada.
[edit chassis] aggregated-devices { ethernet { device-count 15; } }
[edit interfaces] ge-1/3/0 { gigether-options { 802.3ad ae0; } } ge-2/0/1 { gigether-options { 802.3ad ae0; } } ae0 { aggregated-ether-options { link-speed 1g; minimum-links 1; } } vlan-tagging; unit 0 { vlan-id 1; family inet { address 10.0.0.1/24; } } unit 1 { vlan-id 1024; family inet { address 10.0.0.2/24; } } unit 2 { vlan-id 1025; family inet { address 10.0.0.3/24; } } unit 3 { vlan-id 4094; family inet { address 10.0.0.4/24; } } }
Ver también
Eliminación de una interfaz Ethernet agregada
Existen dos enfoques para eliminar una interfaz Ethernet agregada:
Puede eliminar una interfaz Ethernet agregada de la configuración de la interfaz. Junos OS elimina las instrucciones de configuración relacionadas con
aex
esta interfaz y la establece en estado inactivo.También puede eliminar permanentemente la interfaz Ethernet agregada de la configuración del dispositivo eliminándola del recuento de dispositivos en el dispositivo de enrutamiento.
Para eliminar una interfaz Ethernet agregada:
Ver también
Descripción del sesgo de vínculo local
La polarización de vínculo local conserva el ancho de banda en los puertos de Virtual Chassis (VCP) mediante vínculos locales para reenviar el tráfico de unidifusión que sale de un Virtual Chassis o Virtual Chassis Fabric (VCF) que tiene un paquete de grupo de agregación de vínculos (LAG) compuesto por vínculos de miembro en diferentes conmutadores miembro en el mismo Virtual Chassis o VCF. Un vínculo local es un vínculo de miembro en el grupo LAG que se encuentra en el conmutador miembro que recibió el tráfico. Dado que el tráfico se recibe y reenvía en el mismo conmutador miembro cuando la polarización del vínculo local está habilitada, el tráfico que atraviesa los VCP no consume ancho de banda del VCP para salir del Virtual Chassis o del VCF mediante un vínculo de miembro diferente en el paquete LAG. En la figura 1 se ilustra el flujo de tráfico que sale de un Virtual Chassis o VCF a través de un paquete LAG cuando el sesgo de vínculo local está habilitado.
Cuando el sesgo de vínculo local está deshabilitado, el tráfico de salida que sale de un Virtual Chassis o VCF en un paquete LAG se puede reenviar desde cualquier vínculo de miembro del paquete LAG. Las decisiones de reenvío de tráfico las toma un algoritmo interno que intenta equilibrar la carga del tráfico entre los vínculos miembro del paquete. El ancho de banda del VCP suele ser consumido por el tráfico de salida cuando el sesgo del vínculo local está deshabilitado porque el tráfico de salida atraviesa los VCP para llegar al vínculo miembro de salida de destino en el paquete LAG. En la figura 2 se ilustra el flujo de tráfico que sale de un Virtual Chassis o VCF a través de un paquete LAG cuando el sesgo de vínculo local está deshabilitado.
A partir de Junos OS versión 14.1X53-D25, el sesgo de vínculo local se puede habilitar globalmente para todos los paquetes LAG en un Virtual Chassis o VCF, o individualmente por paquete LAG en un Virtual Chassis. En versiones anteriores de Junos OS, el sesgo de vínculo local solo se podía habilitar individualmente por paquete LAG.
Un Virtual Chassis o VCF que tiene varios paquetes LAG puede contener paquetes que tienen y no han habilitado el sesgo de vínculo local. La polarización del vínculo local solo afecta al reenvío del tráfico de unidifusión que sale de un chasis virtual o VCF; El manejo del tráfico de entrada no se ve afectado por la configuración de sesgo de vínculo local. El tráfico de multidifusión de salida, unidifusión desconocida y difusión que sale de un chasis virtual o VCF a través de un paquete LAG no se ve afectado por la configuración de sesgo de vínculo local y siempre tiene un equilibrio de carga entre los vínculos de miembro. El sesgo de vínculo local está deshabilitado de forma predeterminada.
Debe habilitar el sesgo de vínculo local si desea conservar el ancho de banda de VCP reenviando siempre el tráfico de unidifusión de salida en un paquete LAG desde un vínculo local. No debe habilitar el sesgo de vínculo local si desea que el tráfico de salida tenga un equilibrio de carga entre los vínculos miembro del paquete LAG cuando sale del Virtual Chassis o VCF.
Configuración del sesgo de vínculo local
La polarización de vínculo local se usa para conservar el ancho de banda en puertos de Virtual Chassis (VCP) mediante vínculos locales para reenviar tráfico de unidifusión que sale de un Virtual Chassis o Virtual Chassis Fabric (VCF) que tiene un paquete de grupo de agregación de vínculos (LAG) compuesto por vínculos de miembro en diferentes conmutadores miembro en el mismo Virtual Chassis o VCF. Un vínculo local es un vínculo de miembro en el grupo LAG que se encuentra en el conmutador miembro que recibió el tráfico. Dado que el tráfico se recibe y reenvía en el mismo conmutador miembro cuando la polarización del vínculo local está habilitada, el tráfico que atraviesa los VCP no consume ancho de banda del VCP para salir del Virtual Chassis o del VCF en un vínculo de miembro diferente del paquete LAG.
Debe habilitar el sesgo de vínculo local si desea conservar el ancho de banda de VCP reenviando siempre el tráfico de unidifusión de salida en un LAG desde un vínculo local. No debe habilitar el sesgo de vínculo local si desea que el tráfico de salida tenga un equilibrio de carga al salir del Virtual Chassis o VCF.
El sesgo de vínculo local se puede activar o desactivar globalmente o por paquete LAG en un Virtual Chassis o VCF. En los casos en que el sesgo de vínculo local esté habilitado tanto a nivel global como por paquete LAG, prevalecerá la configuración por paquete LAG. Por ejemplo, si el sesgo de vínculo local está habilitado globalmente pero deshabilitado en un paquete LAG denominado ae1, el sesgo de vínculo local se deshabilita en el paquete LAG denominado ae1.
Para habilitar el sesgo de vínculo local en un paquete LAG:
[edit] user@switch# set interface aex aggregated-ether-options local-bias
donde aex
es el nombre del paquete de vínculos Ethernet agregado.
Por ejemplo, para habilitar el sesgo de vínculo local en la interfaz Ethernet agregada ae0:
[edit] user@switch# set interface ae0 aggregated-ether-options local-bias
Descripción de los vínculos mínimos locales
Al describir la función de vínculos mínimos locales, los vínculos de miembro son vínculos que forman parte de un paquete Ethernet agregado (LAG), los conmutadores miembro son chasis que son miembros de un Virtual Chassis o Virtual Chassis Fabric (VCF) y local member links (o simplemente vínculos locales) son vínculos de miembro del mismo LAG que son locales para un conmutador miembro de Virtual Chassis o VCF determinado.
Un grupo de agregación de vínculos (LAG) puede incluir vínculos de miembro en chasis diferentes y varios vínculos de miembro locales en conmutadores miembro en un chasis virtual o VCF. Si se produce un error en los vínculos de miembro del LAG, el LAG seguirá transportando tráfico por los vínculos de miembro restantes que aún están activos. Cuando varios vínculos miembro son locales en un chasis y uno o más de esos vínculos fallan, el tráfico LAG que entre en ese chasis se redistribuirá entre los vínculos locales restantes. Sin embargo, los vínculos locales activos restantes pueden sufrir pérdida de tráfico si los vínculos fallidos dan como resultado una reducción suficiente del ancho de banda total a través del chasis.
Introducida en Junos OS versión 14.1X53-D40, la función de vínculos mínimos locales ayuda a evitar la pérdida de tráfico debido al ancho de banda asimétrico en las rutas de reenvío LAG a través de un conmutador miembro Virtual Chassis o VCF cuando fallan uno o más vínculos de miembro local.
La función de vínculos mínimos locales solo se admite en Virtual Chassis o VCF con conmutadores miembro QFX5100.
Según un valor de umbral configurado por el usuario, cuando se produce un error en uno o más vínculos de miembro, esta función marca los vínculos locales activos restantes como "inactivos", lo que obliga a que el tráfico LAG se redistribuya solo a través de vínculos de miembro en otro chasis. Para habilitar esta función en una interfaz Ethernet agregada (aex) determinada, establezca la local-minimum-links-threshold
instrucción de configuración con un valor de umbral que representa el porcentaje de vínculos de miembro local que deben estar activos en un chasis para que cualquier vínculo de miembro local de ese chasis siga activo en el paquete Ethernet agregado.
El valor de umbral configurado:
Se aplica a una interfaz Ethernet agregada especificada.
Se aplica a cualquier chasis que tenga vínculos en el paquete de Ethernet agregado especificado.
Representa un porcentaje de vínculos de miembro local activos del número total de vínculos de miembro local del chasis.
Cuando la característica de vínculos mínimos locales está habilitada para un LAG, si fallan uno o más vínculos de miembro en un chasis, la característica compara el porcentaje de vínculos de miembros locales que aún están por encima del umbral. Si el porcentaje de vínculos "activos" es inferior al umbral, la característica fuerza la reducción de los vínculos locales activos restantes y no se reenviará ningún tráfico para la interfaz Ethernet agregada a través de los vínculos miembro en ese chasis. Si el porcentaje de vínculos que están "activos" es mayor o igual que el umbral, el estado de los vínculos activos permanece sin cambios y el tráfico LAG continuará distribuyéndose entre los vínculos de miembro disponibles en ese chasis.
Por ejemplo, supongamos un conmutador miembro en una Virtual Chassis Fabric que tiene cuatro vínculos que son vínculos miembros activos de un LAG, y la característica de vínculos mínimos locales está habilitada con el umbral establecido en 60:
Si un enlace de miembro se cae, el 75 por ciento (tres de cada cuatro) de los enlaces siguen activos, que es mayor que el umbral (60 por ciento), por lo que los enlaces restantes permanecen activos.
Si dos enlaces de miembros caen, solo el 50 por ciento (dos de cada cuatro) de los enlaces están "arriba", por lo que la función de enlaces mínimos locales obliga a los dos enlaces activos restantes a "abajo". Lo mismo es cierto si tres enlaces de miembros fallan, el enlace restante también se fuerza hacia abajo.
Los vínculos mínimos locales muestran si los enlaces están inactivos porque el enlace falló o el enlace fue forzado hacia abajo, así como cuando se agregan o eliminan enlaces de miembros activos, fallidos o forzados. Como resultado, la característica puede responder dinámicamente cuando:
Los enlaces de miembros locales fallidos vuelven a aparecer.
Cambiar el valor de umbral configurado o deshabilitar la característica de vínculos mínimos locales.
Agregar o eliminar enlaces de miembros locales cambia el número total de enlaces de miembros locales, o cambia la proporción de enlaces "arriba" con respecto al total de enlaces de miembros locales en comparación con el umbral.
Por ejemplo, si un enlace de miembro fallido hace que todos los enlaces de miembros locales sean forzados hacia abajo, entonces ese enlace vuelve a subir y trae el porcentaje de enlaces "arriba" por encima del umbral actual, el sistema ajusta el estado de los enlaces forzados para marcarlos nuevamente también.
Debe habilitar esta función solo si el sistema administra de cerca las rutas de reenvío de tráfico de entrada y salida en los LAG para chasis individuales en un chasis virtual y VCF, especialmente cuando el sesgo de vínculo local también está habilitado.
- Configuración de vínculos mínimos locales
- Efecto de los vínculos mínimos locales en los enlaces mínimos del GAL
- Enlaces locales mínimos y sesgo de enlace local
Configuración de vínculos mínimos locales
La característica de vínculos mínimos locales está deshabilitada de forma predeterminada. Para habilitar esta función para un paquete LAG (que luego se aplica a cualquier chasis que tenga vínculos de miembro local en el LAG), simplemente configure un valor de umbral para la interfaz LAG, como se indica a continuación:
[edit interfaces] user@switch# set aggregated-ether-options aex local-minimum-links-threshold threshold-value
Para actualizar el valor de umbral, utilice el mismo comando con el nuevo valor de umbral.
Para deshabilitar la característica de vínculos mínimos locales, elimine la local-minimum-links-threshold
instrucción de la configuración. Cualquier enlace que fue forzado por esta función se vuelve a abrir automáticamente en unos pocos segundos.
Efecto de los vínculos mínimos locales en los enlaces mínimos del GAL
El umbral de vínculos mínimos locales por chasis es similar a la configuración de vínculos mínimos para un paquete LAG, que configura el número mínimo de vínculos miembro del paquete que deben estar activos para que la interfaz Ethernet agregada en su conjunto se considere "activa". (Consulte Configuración de la agregación de vínculos para obtener más información). Los enlaces de miembros locales que fallan o se ven forzados a desactivar por la función de vínculos mínimos locales contribuyen al recuento de enlaces "activos" para el GAL en su conjunto. Como resultado, esta característica puede hacer que todo el GAL se caiga si se fuerzan suficientes enlaces locales hacia abajo. La habilitación y configuración de la característica de vínculos mínimos locales es independiente de la configuración de vínculos mínimos del LAG, pero al configurar ambas funciones debe tener en cuenta detenidamente el efecto potencial combinado en el LAG en su conjunto.
Enlaces locales mínimos y sesgo de enlace local
Las características de vínculos mínimos locales y de sesgo de vínculo local funcionan de forma independiente, pero pueden influir en los resultados de reenvío de tráfico de los demás. Por ejemplo, cuando el sesgo de vínculo local está habilitado y favorecería el reenvío de tráfico fuera de los vínculos locales en el paquete Ethernet agregado, pero esos vínculos no están inactivos porque actualmente no se alcanza el umbral de vínculos mínimos locales, el tráfico saliente se redirigirá a través de los VCP a otros conmutadores miembro de Virtual Chassis o VCF para su reenvío. En ese caso, un aumento imprevisto del tráfico de VCP puede afectar al rendimiento del chasis virtual o del VCF.
Consulte Descripción del sesgo de vínculo local para obtener más información sobre la función de sesgo de vínculo local.
Ver también
Resolución de problemas de una interfaz Ethernet agregada
Solución de problemas para interfaces Ethernet agregadas:
- El comando Mostrar interfaces muestra que el LAG está inactivo
- Las estadísticas de la interfaz lógica no reflejan todo el tráfico
- No se admiten estadísticas de tráfico de interfaz IPv6
- Los contadores SNMP ifHCInBroadcastPkts y ifInBroadcastPkts son siempre 0
El comando Mostrar interfaces muestra que el LAG está inactivo
Problema
Descripción
El show interfaces terse
comando muestra que el LAG está inactivo.
Solución
Compruebe lo siguiente:
Compruebe que no haya ninguna discrepancia de configuración.
Verifique que todos los puertos miembro estén activos.
Compruebe que un LAG forma parte de la familia Ethernet: conmutación (LAG de capa 2) o de familia inet (LAG de capa 3).
Verifique que el miembro del LAG esté conectado al LAG correcto en el otro extremo.
Compruebe que los miembros del LAG pertenecen al mismo conmutador (o al mismo Virtual Chassis).
Las estadísticas de la interfaz lógica no reflejan todo el tráfico
Problema
Descripción
Las estadísticas de tráfico de una interfaz lógica no incluyen todo el tráfico.
Solución
Los campos de estadísticas de tráfico para interfaces lógicas en show interfaces
comandos solo muestran el tráfico de control; las estadísticas de tráfico no incluyen el tráfico de datos. Puede ver las estadísticas de todo el tráfico solo por interfaz física.
No se admiten estadísticas de tráfico de interfaz IPv6
Los contadores SNMP ifHCInBroadcastPkts y ifInBroadcastPkts son siempre 0
Configuración de la agregación de vínculos
Utilice la función de agregación de vínculos para agregar uno o más vínculos para formar un vínculo virtual o un grupo de agregación. El cliente MAC puede tratar este vínculo virtual como si fuera un único enlace. La agregación de vínculos aumenta el ancho de banda, proporciona una degradación elegante cuando se produce un error y aumenta la disponibilidad de los vínculos.
Una interfaz con una dirección IP ya configurada no puede formar parte del grupo de agregación.
En conmutadores independientes QFX5100, QFX5120, QFX5200, EX4600, QFX10002 y QFX10008 y en QFX5100 Virtual Chassis y EX4600 Virtual Chassis, puede configurar una velocidad mixta de velocidades de vínculo para el paquete Ethernet agregado. El equilibrio de carga no funcionará si configura velocidades de vínculo que no son compatibles. (La compatibilidad con la plataforma depende de la versión de Junos OS en su instalación).
- Creación de una interfaz Ethernet agregada
- Configuración del nombre y el número de ID de VLAN
- Configuración de LACP de Ethernet agregada (procedimiento de CLI)
Creación de una interfaz Ethernet agregada
Para crear una interfaz Ethernet agregada:
Configuración del nombre y el número de ID de VLAN
Las VLAN no son compatibles con los conmutadores de la serie OCX.
[edit vlans]
user@switch# set vlan-name vlan-id vlan-id-number
Por ejemplo, 100.
Cuando se agrega o quita una VLAN de una interfaz LAG, la interfaz deja de funcionar y vuelve (solapas). El aleteo ocurre cuando un SFP de baja velocidad se conecta a un puerto de velocidad relativamente alta. Para evitar aleteos, configure la velocidad del puerto para que coincida con la velocidad del SFP.
Configuración de LACP de Ethernet agregada (procedimiento de CLI)
Para interfaces Ethernet agregadas en conmutadores de la serie EX, puede configurar el Protocolo de control de agregación de vínculos (LACP). LACP es un método de agrupar varias interfaces físicas para formar una interfaz lógica. Puede configurar interfaces Ethernet agregadas con o sin LACP habilitado.
LACP fue diseñado para lograr lo siguiente:
Adición y eliminación automática de enlaces individuales al paquete sin intervención del usuario
Supervisión de vínculos para comprobar si ambos extremos del paquete están conectados al grupo correcto
También puede configurar la protección de vínculos LACP en interfaces Ethernet agregadas. Para obtener información, consulte Configuración de la protección de vínculos LACP de interfaces Ethernet agregadas para conmutadores.
La implementación de LACP de Junos OS proporciona supervisión de vínculos, pero no adición y eliminación automáticas de vínculos.
Antes de configurar LACP para la serie EX, asegúrese de tener:
Se configuraron los paquetes de Ethernet agregados, también conocidos como grupos de agregación de vínculos (LAG). Consulte Configuración de vínculos Ethernet agregados (procedimiento de CLI)
Cuando LACP está habilitado, los lados local y remoto de los vínculos Ethernet agregados intercambian unidades de datos de protocolo (PDU), que contienen información sobre el estado del vínculo. Puede configurar vínculos Ethernet para transmitir PDU activamente, o puede configurar los vínculos para transmitirlos pasivamente (enviando PDU LACP solo cuando los reciben desde otro vínculo). Un lado del vínculo debe estar configurado como active
para que el vínculo esté activo.
No agregue LACP a un LAG si el extremo remoto del vínculo LAG es un dispositivo de seguridad, a menos que el dispositivo de seguridad admita LACP. Los dispositivos de seguridad a menudo no admiten LACP porque requieren una configuración determinista.
Para configurar LACP:
El proceso LACP sólo existe en el sistema si configura el sistema en modo LACP activo o pasivo.
Ver también
Configuración de la protección de vínculos Ethernet agregados
Puede configurar la protección de vínculos para interfaces Ethernet agregadas a fin de proporcionar QoS en los vínculos durante la operación.
En las interfaces Ethernet agregadas, designe un vínculo principal y de respaldo para admitir la protección del vínculo. El tráfico de salida solo pasa a través del vínculo principal designado. Esto incluye el tráfico de tránsito y el tráfico generado localmente en el enrutador o conmutador. Cuando se produce un error en el vínculo principal, el tráfico se enruta a través del vínculo de copia de seguridad. Debido a que algunas pérdidas de tráfico son inevitables, el tráfico de salida no se enruta automáticamente al vínculo principal cuando se restablece el vínculo principal. En su lugar, puede controlar manualmente cuándo se debe desviar el tráfico de vuelta al vínculo principal desde el vínculo de copia de seguridad designado.
La protección de vínculos no es compatible con MX80.
- Configuración de la protección de vínculos para interfaces Ethernet agregadas
- Configuración de vínculos primarios y de respaldo para interfaces Ethernet agregadas por vínculos
- Revertir el tráfico a un vínculo principal cuando el tráfico pasa a través de un vínculo de respaldo
- Deshabilitar la protección de vínculos para interfaces Ethernet agregadas
Configuración de la protección de vínculos para interfaces Ethernet agregadas
Las interfaces Ethernet agregadas admiten la protección de vínculos para garantizar la QoS en la interfaz.
Para configurar la protección de vínculos:
Ver también
Configuración de vínculos primarios y de respaldo para interfaces Ethernet agregadas por vínculos
Para configurar la protección de vínculos, debe especificar un vínculo principal y uno secundario, o de respaldo.
Para configurar un vínculo principal y un vínculo de copia de seguridad:
Ver también
Revertir el tráfico a un vínculo principal cuando el tráfico pasa a través de un vínculo de respaldo
En las interfaces Ethernet agregadas, designe un vínculo principal y de respaldo para admitir la protección del vínculo. El tráfico de salida solo pasa a través del vínculo principal designado. Esto incluye el tráfico de tránsito y el tráfico generado localmente en el enrutador o conmutador. Cuando se produce un error en el vínculo principal, el tráfico se enruta a través del vínculo de copia de seguridad. Debido a que algunas pérdidas de tráfico son inevitables, el tráfico de salida no se enruta automáticamente al vínculo principal cuando se restablece el vínculo principal. En su lugar, puede controlar manualmente cuándo se debe desviar el tráfico de vuelta al vínculo principal desde el vínculo de copia de seguridad designado.
Para controlar manualmente cuándo se debe desviar el tráfico al vínculo principal desde el vínculo de copia de seguridad designado, ingrese el siguiente comando operativo:
user@host> request interface revert aex
Ver también
Deshabilitar la protección de vínculos para interfaces Ethernet agregadas
Para deshabilitar la protección de vínculos, ejecute el comando de delete interfaces aex aggregated-ether-options link-protection
configuración.
user@host# delete interfaces aex aggregated-ether-options link-protection
Ver también
Configurar la velocidad de vínculo Ethernet agregada
En las interfaces Ethernet agregadas, puede establecer la velocidad de vínculo necesaria para todas las interfaces incluidas en el paquete.
Algunos dispositivos admiten velocidades mixtas y modos mixtos. Por ejemplo, puede configurar lo siguiente en la misma interfaz Ethernet agregada:
-
Vínculos de miembro de diferentes modos (WAN y LAN) para vínculos 10 Gigabit Ethernet
-
Enlaces de miembros de diferentes tarifas: 10-Gigabit Ethernet, 25-Gigabit Ethernet, 40-Gigabit Ethernet, 50-Gigabit Ethernet, 100-Gigabit Ethernet, 400-Gigabit Ethernet y OC192 (modo WAN 10-Gigabit Ethernet)
-
Solo puede configurar vínculos de miembro de 50 Gigabit Ethernet mediante las interfaces de 50 Gigabit Ethernet de PIC de 100 Gigabit Ethernet con CFP (PD-1CE-CFP-FPC4).
-
Solo puede configurar vínculos de miembro de 100 Gigabit Ethernet mediante las dos interfaces de 50 Gigabit Ethernet de una PIC de 100 Gigabit Ethernet con CFP. Puede incluir este vínculo de miembro de 100 Gigabit Ethernet en un vínculo Ethernet agregado que incluya también vínculos de miembro de otras interfaces.
Para configurar la velocidad de vínculo Ethernet agregada:
Puede configurar las interfaces Ethernet agregadas en el enrutador M120 para que funcionen a una de las siguientes velocidades:
-
100m
—Los enlaces son de 100 Mbps. -
10g
: los enlaces son de 10 Gbps. -
1g
: los vínculos son de 1 Gbps. -
oc192
—Los vínculos son OC192 o STM64c.
Puede configurar vínculos Ethernet agregados en conmutadores de la serie EX para que funcionen a una de las siguientes velocidades:
-
10m
—Los enlaces son de 10 Mbps. -
100m
—Los enlaces son de 100 Mbps. -
1g
: los vínculos son de 1 Gbps. -
10g
: los enlaces son de 10 Gbps. -
50g
—Los enlaces son de 50 Gbps.
Puede configurar vínculos Ethernet agregados en enrutadores serie T, MX y PTX y en conmutadores QFX5100, QFX5120, QFX10002, QFX10008 y QFX10016 para que funcionen a una de las siguientes velocidades:
-
100g
—Los enlaces son de 100 Gbps. -
100m
—Los enlaces son de 100 Mbps. -
10g
: los enlaces son de 10 Gbps. -
1g
: los vínculos son de 1 Gbps. -
40g
—Los enlaces son de 40 Gbps. -
50g
—Los enlaces son de 50 Gbps. -
80g
: los enlaces son de 80 Gbps. -
8g
: los enlaces son de 8 Gbps. -
mixed
—Los enlaces son de varias velocidades. -
oc192
—Los enlaces son OC192.
Configuración del reequilibrio periódico de suscriptores en una interfaz Ethernet agregada
Si los suscriptores inician y cierran sesión con frecuencia en su red, puede configurar el sistema para que reequilibre periódicamente los vínculos en función de un tiempo e intervalo específicos.
Para configurar el reequilibrio periódico:
Ver también
Ejemplo: configuración de vínculos ascendentes de alta velocidad Ethernet agregados entre un conmutador de acceso al chasis virtual EX4200 y un conmutador de distribución del chasis virtual EX4200
Los conmutadores de la serie EX le permiten combinar varios vínculos Ethernet en una interfaz lógica para obtener un mayor ancho de banda y redundancia. Los puertos que se combinan de esta manera se denominan grupo de agregación de vínculos (LAG) o paquete. El número de vínculos Ethernet que puede combinar en un LAG depende del modelo de conmutador de la serie EX.
En este ejemplo se describe cómo configurar LAG de vínculo ascendente para conectar un conmutador de acceso de Virtual Chassis a un conmutador de distribución de Virtual Chassis:
Requisitos
En este ejemplo se utilizan los siguientes componentes de software y hardware:
Junos OS versión 9.0 o posterior para conmutadores serie EX
Dos conmutadores EX4200-48P
Dos conmutadores EX4200-24F
Cuatro módulos de enlace ascendente XFP
Antes de configurar los LAG, asegúrese de tener:
Se configuraron los conmutadores de Virtual Chassis. Consulte Configuración de un chasis virtual EX4200, EX4500 o EX4550 (procedimiento de CLI).
Se configuraron los puertos de enlace ascendente en los conmutadores como puertos de troncalización. Consulte Configuración de interfaces Gigabit Ethernet (procedimiento de CLI).
Descripción general y topología
Para obtener la máxima velocidad y resistencia, puede combinar enlaces ascendentes entre un conmutador de acceso y un conmutador de distribución en LAG. El uso de LAG puede ser particularmente eficaz cuando se conecta un conmutador de acceso de Virtual Chassis de varios miembros a un conmutador de distribución de Virtual Chassis de varios miembros.
El conmutador de acceso Virtual Chassis de este ejemplo está compuesto por dos conmutadores miembro. Cada conmutador miembro tiene un módulo de enlace ascendente con dos puertos 10 Gigabit Ethernet. Estos puertos se configuran como puertos troncales que conectan el conmutador de acceso con el conmutador de distribución.
La configuración de los enlaces ascendentes como LAG tiene las siguientes ventajas:
El Protocolo de control de agregación de vínculos (LACP) se puede configurar opcionalmente para la negociación de vínculos.
Duplica la velocidad de cada enlace ascendente de 10 Gbps a 20 Gbps.
Si un puerto físico se pierde por cualquier motivo (un cable está desenchufado o un puerto de conmutador falla, o un conmutador miembro no está disponible), el puerto lógico continúa funcionando de forma transparente sobre el puerto físico restante.
La topología utilizada en este ejemplo consta de un conmutador de acceso Virtual Chassis y un conmutador de distribución Virtual Chassis. El conmutador de acceso está compuesto por dos conmutadores EX4200-48P (SWA-0 y SWA-1), interconectados entre sí con sus puertos Virtual Chassis (VCP) como conmutadores miembro del Host-A. El conmutador de distribución está compuesto por dos conmutadores EX4200-24F (SWD-0 y SWD-1), interconectados con sus VCP como conmutadores miembro del Host-D.
Cada miembro del conmutador de acceso tiene instalado un módulo de enlace ascendente. Cada módulo de enlace ascendente tiene dos puertos. Los enlaces ascendentes están configurados para actuar como puertos troncales, conectando el conmutador de acceso con el conmutador de distribución. Un puerto de enlace ascendente de SWA-0 y un puerto de enlace ascendente de SWA-1 se combinan como LAG ae0
a SWD-0. Este vínculo se utiliza para una VLAN. Los puertos de enlace ascendente restantes de SWA-0 y SWA-1 se combinan como una segunda conexión LAG (ae1
) a SWD-1. LAG ae1
se utiliza para otra VLAN.
Si el extremo remoto del vínculo LAG es un dispositivo de seguridad, es posible que LACP no sea compatible porque los dispositivos de seguridad requieren una configuración determinista. En este caso, no configure LACP. Todos los vínculos del LAG están permanentemente operativos, a menos que el conmutador detecte un fallo de vínculo en la capa física de Ethernet o en las capas de vínculo de datos.
En la tabla 3 se detalla la topología utilizada en este ejemplo de configuración.
de host del | conmutador | yhardware base | VCID ID de miembrodel módulo de enlace ascendente Puerto troncal | ||
---|---|---|---|---|---|
SWA-0 |
Conmutador de acceso Host-A VCID 1 |
Conmutador EX4200-48P |
Un módulo de enlace ascendente XFP |
0 |
|
SWA-1 |
Conmutador de acceso Host-A VCID 1 |
Conmutador EX4200-48P |
Un módulo de enlace ascendente XFP |
1 |
|
SWD-0 |
Conmutador de distribución Host-D VCID 4 |
Conmutador EX4200 L-24F |
Un módulo de enlace ascendente XFP |
0 |
|
SWD-1 |
Conmutador de distribución Host-D VCID 4 |
Conmutador EX4200 L-24F |
Un módulo de enlace ascendente XFP |
1 |
|
Configuración
Para configurar dos LAG de enlace ascendente desde el conmutador de acceso de Virtual Chassis al conmutador de distribución de Virtual Chassis.
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente los vínculos ascendentes de alta velocidad de Ethernet agregados entre un conmutador de acceso Virtual Chassis y un conmutador de distribución Virtual Chassis, copie los siguientes comandos y péguelos en la ventana terminal del conmutador:
[edit] set chassis aggregated-devices ethernet device-count 2 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options link-speed 10g set interfaces ae1 aggregated-ether-options minimum-links 1 set interfaces ae1 aggregated-ether-options link-speed 10g set interfaces ae0 unit 0 family inet address 192.0.2.0/25 set interfaces ae1 unit 0 family inet address 192.0.2.128/25 set interfaces xe-0/1/0 ether-options 802.3ad ae0 set interfaces xe-1/1/0 ether-options 802.3ad ae0 set interfaces xe-0/1/1 ether-options 802.3ad ae1 set interfaces xe-1/1/1 ether-options 802.3ad ae1
Procedimiento paso a paso
Para configurar vínculos ascendentes de alta velocidad Ethernet agregados entre un conmutador de acceso Virtual Chassis y un conmutador de distribución Virtual Chassis:
Especifique el número de LAG que se crearán en el chasis:
[edit chassis] user@Host-A# set aggregated-devices ethernet device-count 2
Especifique el número de vínculos que deben estar presentes para que la interfaz LAG
ae0
seaup
:[edit interfaces] user@Host-A# set ae0 aggregated-ether-options minimum-links 1
Especifique el número de vínculos que deben estar presentes para que la interfaz LAG
ae1
seaup
:[edit interfaces] user@Host-A# set ae1 aggregated-ether-options minimum-links 1
Especifique la velocidad de medios del
ae0
vínculo:[edit interfaces] user@Host-A# set ae0 aggregated-ether-options link-speed 10g
Especifique la velocidad de medios del
ae1
vínculo:[edit interfaces] user@Host-A# set ae1 aggregated-ether-options link-speed 10g
Especifique el ID de interfaz de los enlaces ascendentes que se incluirán en el LAG
ae0
:[edit interfaces] user@Host-A# set xe-0/1/0 ether-options 802.3ad ae0 user@Host-A# set xe-1/1/0 ether-options 802.3ad ae0
Especifique el ID de interfaz de los enlaces ascendentes que se incluirán en el LAG
ae1
:[edit interfaces] user@Host-A# set xe-0/1/1 ether-options 802.3ad ae1 user@Host-A# set xe-1/1/1 ether-options 802.3ad ae1
Especifique que LAG
ae0
pertenece a la subred del dominio de difusión del empleado:[edit interfaces] user@Host-A# set ae0 unit 0 family inet address 192.0.2.0/25
Especifique que LAG
ae1
pertenece a la subred del dominio de difusión invitado:[edit interfaces] user@Host-A# set ae1 unit 0 family inet address 192.0.2.128/25
Resultados
Mostrar los resultados de la configuración:
[edit] chassis { aggregated-devices { ethernet { device-count 2; } } } interfaces { ae0 { aggregated-ether-options { link-speed 10g; minimum-links 1; } unit 0 { family inet { address 192.0.2.0/25; } } } ae1 { aggregated-ether-options { link-speed 10g; minimum-links 1; } unit 0 { family inet { address 192.0.2.128/25; } } xe–0/1/0 { ether-options { 802.3ad ae0; } } xe–1/1/0 { ether-options { 802.3ad ae0; } } xe–0/1/1 { ether-options { 802.3ad ae1; } } xe–1/1/1 { ether-options { 802.3ad ae1; } } }
Verificación
Para comprobar que la conmutación está operativa y que se han creado dos LAG, realice estas tareas:
Comprobación de que se ha creado el LAG ae0
Propósito
Compruebe que se haya creado LAG ae0
en el conmutador.
Acción
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 192.0.2.0/25
Significado
El resultado confirma que el ae0
vínculo está activo y muestra la family
dirección IP y asignada a este vínculo.
Comprobación de que se ha creado el LAG ae1
Propósito
Verificar que se haya creado un LAG ae1
en el conmutador
Acción
show interfaces ae1 terse
Interface Admin Link Proto Local Remote ae1 up down ae1.0 up down inet 192.0.2.128/25
Significado
El resultado muestra que el ae1
vínculo está inactivo.
Solución de problemas
Solución de problemas de un LAG que está inactivo
Problema
El show interfaces terse
comando muestra que el LAG es down
Solución
Compruebe lo siguiente:
Compruebe que no haya ninguna discrepancia de configuración.
Verifique que todos los puertos miembro estén activos.
Compruebe que un LAG forma parte de la conmutación Ethernet familiar (LAG de capa 2) o de la familia inet (LAG de capa 3).
Verifique que el miembro del LAG esté conectado al LAG correcto en el otro extremo.
Compruebe que los miembros del LAG pertenecen al mismo conmutador (o al mismo Virtual Chassis).
Ejemplo: configuración de la agregación de vínculos entre un producto de la serie QFX y un conmutador de agregación
Un producto de la serie QFX le permite combinar varios vínculos Ethernet en una interfaz lógica para obtener un mayor ancho de banda y redundancia. Los puertos que se combinan de esta manera se denominan grupo de agregación de vínculos (LAG) o paquete. El número de vínculos Ethernet que puede combinar en un LAG depende del modelo de producto de la serie QFX. Puede configurar LAG para conectar un producto de la serie QFX o un conmutador EX4600 a otros conmutadores, como conmutadores de agregación, servidores o enrutadores. En este ejemplo se describe cómo configurar LAG para conectar un conmutador QFX3500, QFX3600, EX4600, QFX5100 y QFX10002 a un conmutador de agregación.
Requisitos
En este ejemplo se utilizan los siguientes componentes de software y hardware:
Junos OS versión 11.1 o posterior para los conmutadores QFX3500 y QFX3600, Junos OS 13.2 o posterior para los conmutadores QFX5100 y EX4600, y Junos OS versión 15.1X53-D10 o posterior para conmutadores QFX10002.
Un conmutador QFX3500, QFX3600, EX4600, QFX5100 o QFX10002.
Descripción general y topología
En este ejemplo, el conmutador tiene un LAG compuesto por dos interfaces Ethernet de 10 Gigabit. Este LAG está configurado en modo troncal en modo de puerto (o troncal en modo de interfaz) para que el conmutador y la VLAN a la que se ha asignado puedan enviar y recibir tráfico.
La configuración de las interfaces Ethernet como LAG tiene las siguientes ventajas:
Si se pierde un puerto físico por cualquier motivo (se desconecta un cable o falla un puerto de conmutación), el puerto lógico continúa funcionando de forma transparente sobre el puerto físico restante.
El Protocolo de control de agregación de enlaces (LACP) se puede configurar opcionalmente para el monitoreo de enlaces y la adición y eliminación automáticas de enlaces individuales sin intervención del usuario.
Si el extremo remoto del vínculo LAG es un dispositivo de seguridad, es posible que LACP no sea compatible porque los dispositivos de seguridad requieren una configuración determinista. En este caso, no configure LACP. Todos los vínculos del LAG están permanentemente operativos, a menos que el conmutador detecte un fallo de vínculo en la capa física de Ethernet o en las capas de vínculo de datos.
La topología utilizada en este ejemplo consiste en un conmutador con un LAG configurado entre dos de sus interfaces de 10 Gigabit Ethernet. El conmutador está conectado a un conmutador de agregación.
En la tabla 4 se detalla la topología utilizada en este ejemplo de configuración.
Nombre de host, | puertotroncal | de hardware base |
---|---|---|
Interruptor |
Conmutador QFX3500, QFX3600, EX4600, QFX5100 o QFX10002 |
|
Configuración
Para configurar un LAG entre dos interfaces de 10 Gigabit Ethernet.
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente un LAG entre dos interfaces de 10 Gigabit Ethernet en un conmutador, copie los siguientes comandos y péguelos en la ventana terminal del conmutador:
Si está configurando un LAG con Enhanced Layer 2 Software, por ejemplo, en el conmutador EX4600, QFX5100 o QFX10002, utilice la interface-mode
instrucción en lugar de la port-mode
instrucción. Para obtener detalles de ELS, consulte Uso de la CLI de Enhanced Layer 2 Software.
[edit] set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces ae0 aggregated-ether-options link-speed 10g set interfaces ae0 unit 0 family ethernet-switching vlan members green set interfaces xe-0/0/2 ether-options 802.3ad ae0 set interfaces xe-0/0/3 ether-options 802.3ad ae0 set interfaces ae0 unit 0 family ethernet-switching port-mode trunk set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 aggregated-ether-options lacp periodic fast
Procedimiento paso a paso
Para configurar un LAG entre un conmutador de la serie QFX y un conmutador de agregación:
Especifique el número de LAG que se crearán en el conmutador:
[edit chassis] user@switch# set aggregated-devices ethernet device-count 1
Especifique el número de vínculos que deben estar presentes para que la interfaz LAG
ae0
seaup
:[edit interfaces] user@switch# set ae0 aggregated-ether-options minimum-links 1
Especifique la velocidad de medios del
ae0
vínculo:[edit interfaces] user@switch# set ae0 aggregated-ether-options link-speed 10g
Especifique los miembros que se incluirán en el paquete Ethernet agregado:
[edit interfaces] user@switch# set interfaces xe-0/0/2 ether-options 802.3ad ae0 [edit interfaces] user@switch# set interfaces xe-0/0/3 ether-options 802.3ad ae0
Asigne un modo de puerto de troncalización al
ae0
vínculo:Nota:Si está configurando un LAG mediante Enhanced Layer 2 Software, por ejemplo, en el conmutador EX4600, QFX5100 o QFX10002, utilice la
interface-mode
instrucción en lugar de laport-mode
instrucción. Para obtener detalles de ELS, consulte Uso de la CLI de Enhanced Layer 2 Software.[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching port-mode trunk
O
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching interface-mode trunk
Asigne el LAG a una VLAN:
[edit interfaces] user@switch# set ae0 unit 0 family ethernet-switching vlan members green vlan-id 200
(Opcional): Designe un lado del LAG como activo para LACP:
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active
(Opcional): Designe el intervalo y la velocidad a la que las interfaces envían paquetes LACP:
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp periodic fast
Resultados
Mostrar los resultados de la configuración en un conmutador QFX3500 o QFX3600:
[edit] chassis { aggregated-devices { ethernet { device-count 1; } } } green { vlan-id 200; } } interfaces { ae0 { aggregated-ether-options { link-speed 10g; minimum-links 1; } unit 0 { family ethernet-switching { port-mode trunk; vlan { members green; } } } xe-0/0/2 { ether-options { 802.3ad ae0; } } xe-0/0/3 { ether-options { 802.3ad ae0; } } }
Verificación
Para comprobar que la conmutación está operativa y que se ha creado un LAG, realice estas tareas:
Comprobación de que se ha creado el LAG ae0.0
Propósito
Compruebe que se haya creado LAG ae0.0
en el conmutador.
Acción
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up eth-switch
Significado
El resultado confirma que el ae0.0
vínculo está activo y muestra la family
dirección IP y asignada a este vínculo.
Comprobación de que se ha creado el LAG ae0
Propósito
Verificar que se haya creado un LAG ae0
en el conmutador
Acción
show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up down ae0.0 up down eth-switch
Significado
El resultado muestra que el ae0.0
vínculo está inactivo.
Solución de problemas
Solución de problemas de un LAG que está inactivo
Problema
El show interfaces terse
comando muestra que el LAG es down
.
Solución
Compruebe lo siguiente:
Compruebe que no haya ninguna discrepancia de configuración.
Verifique que todos los puertos miembro estén activos.
Compruebe que un LAG forma parte de la conmutación Ethernet familiar (LAG de capa 2) o de la familia inet (LAG de capa 3).
Verifique que el miembro del LAG esté conectado al LAG correcto en el otro extremo.
Configuración de LACP de Ethernet agregada
Para interfaces Ethernet agregadas, puede configurar el Protocolo de control de agregación de vínculos (LACP). LACP es un método de agrupar varias interfaces físicas para formar una interfaz lógica. Puede configurar Ethernet agregada etiquetada y sin etiquetar con o sin etiqueta con o sin LACP habilitado.
Para la agregación de vínculos multichasis (MC-LAG), debe especificar el system-id
valor y admin key
. Los pares MC-LAG usan lo mismo system-id
al enviar los mensajes LACP. El system-id
puede configurarse en el dispositivo de red MC-LAG y sincronizarse entre pares para su validación.
Los intercambios LACP se realizan entre actores y socios. Un actor es la interfaz local en un intercambio LACP. Un socio es la interfaz remota en un intercambio LACP.
LACP se define en IEEE 802.3ad, Agregación de segmentos de vínculos múltiples.
LACP fue diseñado para lograr lo siguiente:
-
Adición y eliminación automáticas de enlaces individuales al paquete agregado sin intervención del usuario
-
Supervisión de vínculos para comprobar si ambos extremos del paquete están conectados al grupo correcto
La implementación de LACP de Junos OS proporciona supervisión de vínculos, pero no adición y eliminación automáticas de vínculos.
El modo LACP puede ser activo o pasivo. Si el actor y el socio están en modo pasivo, no intercambian paquetes LACP, lo que hace que los vínculos Ethernet agregados no aparezcan. Si el actor o el socio están activos, intercambian paquetes LACP. De forma predeterminada, LACP está desactivado en las interfaces Ethernet agregadas. Si LACP está configurado, está en modo pasivo de forma predeterminada. Para iniciar la transmisión de paquetes LACP y responder a paquetes LACP, debe configurar LACP en modo activo.
Para habilitar el modo activo LACP, incluya la lacp
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options]
jerarquía y especifique la active
opción:
[edit interfaces interface-name aggregated-ether-options] lacp { active; }
El proceso LACP sólo existe en el sistema si configura el sistema en modo LACP activo o pasivo.
Para restaurar el comportamiento predeterminado, incluya la lacp
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options]
jerarquía y especifique la passive
opción:
[edit interfaces interface-name aggregated-ether-options] lacp { passive; }
A partir de Junos OS versión 12.2, también puede configurar LACP para anular el estándar IEEE 802.3ad y permitir que el vínculo en espera siempre reciba tráfico. Reemplazar el comportamiento predeterminado facilita la conmutación por error en subsegundos.
Para invalidar el estándar IEEE 802.3ad y facilitar la conmutación por error de subsegundos, incluya la fast-failover
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options lacp]
jerarquía.
Para obtener más información, consulte las secciones siguientes:
- Configuración del intervalo LACP
- Configuración de la protección de vínculos LACP
- Configuración de la prioridad del sistema LACP
- Configuración del identificador de sistema LACP
- Configuración de la clave administrativa de LACP
- Configuración de la prioridad de puerto LACP
- Rastreo de las operaciones de LACP
- Limitaciones de LACP
- Ejemplo: configuración de LACP de Ethernet agregada
Configuración del intervalo LACP
De forma predeterminada, el actor y el socio envían paquetes LACP cada segundo. Puede configurar el intervalo en el que las interfaces envían paquetes LACP incluyendo la periodic
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options lacp]
jerarquía:
[edit interfaces interface-name aggregated-ether-options lacp] periodic interval;
El intervalo puede ser rápido (cada segundo) o lento (cada 30 segundos). Puede configurar diferentes tasas periódicas en interfaces activas y pasivas. Cuando se configuran las interfaces activas y pasivas a velocidades diferentes, el transmisor respeta la velocidad del receptor.
El filtrado de direcciones de origen no funciona cuando LACP está habilitado.
Los aplicadores de políticas de porcentaje no se admiten en interfaces Ethernet agregadas con la familia de protocolos CCC configurada. Para obtener más información acerca de los aplicadores de porcentaje, consulte la Guía del usuario de directivas de enrutamiento, filtros de firewall y controladores de tráfico.
Generalmente, LACP es compatible con todas las interfaces Ethernet agregadas sin etiquetar. Para obtener más información, consulte Configuración de interfaces Ethernet agregadas sin etiquetar.
Configuración de la protección de vínculos LACP
Cuando se utiliza la protección de vínculos LACP, solo puede configurar dos vínculos de miembro a una interfaz Ethernet agregada: uno activo y otro en espera.
Para forzar vínculos activos y en espera dentro de una Ethernet agregada, puede configurar la protección de vínculos LACP y la prioridad del sistema en el nivel de interfaz Ethernet agregada mediante las link-protection
instrucciones y system-priority
. La configuración de valores en este nivel da como resultado solo las interfaces configuradas que utilizan la configuración definida. La configuración de la interfaz LACP también le permite anular la configuración global (chasis) de LACP.
La protección de vínculos LACP también utiliza la prioridad de puerto. Puede configurar la prioridad de puerto en el nivel de jerarquía de interfaz [ether-options]
Ethernet mediante la port-priority
instrucción. Si decide no configurar la prioridad de puerto, la protección de vínculos LACP utiliza el valor predeterminado de prioridad de puerto (127).
La protección de vínculos LACP admite la configuración de programación por unidad en interfaces Ethernet agregadas.
Para habilitar la protección de vínculos LACP para interfaces Ethernet agregadas, utilice la link-protection
instrucción en el nivel de [edit interfaces aeX aggregated-ether-options lacp]
jerarquía:
[edit interfaces aeX aggregated-ether-options lacp] link-protection; disable; revertive; non-revertive; }
De forma predeterminada, la protección de vínculos LACP revierte a un vínculo de mayor prioridad (número inferior) cuando ese vínculo de mayor prioridad se vuelve operativo o se agrega un vínculo al agregador que se determina que es de mayor prioridad. Sin embargo, puede suprimir el cálculo de vínculos agregando la non-revertive
instrucción a la configuración de protección de vínculos LACP. En el modo no revertivo, una vez que un vínculo está activo y recopilando y distribuyendo paquetes, la adición posterior de un vínculo de mayor prioridad (mejor) no da como resultado un cambio y el vínculo actual permanece activo.
Si la protección de vínculos LACP está configurada para ser no revertiva en el nivel global ([edit chassis]
jerarquía), puede agregar la revertive
instrucción a la configuración de protección de vínculos LACP para anular la configuración no revertiva de la interfaz. En el modo revertivo, la adición de un enlace de mayor prioridad al agregador da como resultado que LACP realice un nuevo cálculo de prioridad y cambie del enlace activo actual al nuevo enlace activo.
Si ambos extremos de un agregador tienen habilitada la protección de vínculos LACP, asegúrese de configurar ambos extremos del agregador para que usen el mismo modo. La falta de coincidencia de los modos de protección de enlaces LACP puede provocar la pérdida de tráfico.
Le recomendamos encarecidamente que utilice LACP en ambos extremos del agregador cuando conecte una interfaz Ethernet agregada con interfaces de dos miembros a cualquier otro dispositivo proveedor. De lo contrario, el dispositivo del proveedor (por ejemplo, un conmutador de capa 2 o un enrutador) no podrá administrar el tráfico procedente del paquete Ethernet agregado de dos vínculos. Como resultado, es posible que observe que el dispositivo del proveedor devuelve el tráfico al vínculo del miembro de copia de seguridad de la interfaz Ethernet agregada.
Actualmente, MX-MPC2-3D, MX-MPC2-3D-Q, MX-MPC2-3D-EQ, MX-MPC1-3D, MX-MPC1-3D-Q y MPC-3D-16XGE-SFPP no eliminan el tráfico que regresa al vínculo de copia de seguridad, mientras que DPCE-R-Q-20GE-2XGE, DPCE-R-Q-20GE-SFP, DPCE-R-Q-40GE-SFP, DPCE-R-Q-4XGE-XFP, DPCE-X-Q-40GE-SFP y DPCE-X-Q-4XGE-XFP pierden el tráfico que llega al vínculo de copia de seguridad.
Configuración de la prioridad del sistema LACP
Para configurar la prioridad del sistema LACP para interfaces Ethernet agregadas en la interfaz, utilice la system-priority
instrucción en el nivel de [edit interfaces aeX aggregated-ether-options lacp]
jerarquía:
[edit interfaces aeX aggregated-ether-options lacp] system-priority;
La prioridad del sistema es un valor binario de 2 octetos que forma parte del ID del sistema LACP. El ID de sistema LACP consta de la prioridad del sistema como los dos octetos más significativos y la dirección MAC de la interfaz como los seis octetos menos significativos. El sistema con el valor numéricamente más bajo para la prioridad del sistema tiene la prioridad más alta. De forma predeterminada, la prioridad del sistema es 127, con un intervalo de 0 a 65.535.
Configuración del identificador de sistema LACP
Para configurar el identificador de sistema LACP para interfaces Ethernet agregadas, utilice la system-id
instrucción en el nivel de [edit interfaces aeX aggregated-ether-options lacp]
jerarquía:
[edit interfaces aeX aggregated-ether-options lacp] system-id system-id;
El identificador de sistema definido por el usuario en LACP permite que dos puertos de dos dispositivos separados actúen como si fueran parte del mismo grupo agregado.
El identificador del sistema es un campo único globalmente de 48 bits (6 bytes). Se utiliza en combinación con un valor de prioridad del sistema de 16 bits, que da como resultado un identificador de sistema LACP único.
Configuración de la clave administrativa de LACP
Para configurar una clave administrativa para LACP, incluya la admin-key number
instrucción en el nivel de edit interfaces aex aggregated-ether-options lacp]
jerarquía:
[edit interfaces ae x aggregated-ether-options-lacp] admin-key number;
Debe configurar MC-LAG para configurar la admin-key
instrucción. Para obtener más información acerca de MC-LAG, consulte Configuración de la agregación de vínculos multichasis en enrutadores de la serie MX .
Configuración de la prioridad de puerto LACP
Para configurar la prioridad del puerto LACP para interfaces Ethernet agregadas, utilice la port-priority
instrucción en los niveles de [edit interfaces interface-name ether-options 802.3ad aeX lacp]
jerarquía o [edit interfaces interface-name ether-options 802.3ad aeX lacp]
:
[edit interfaces interface-name ether-options 802.3ad aeX lacp] port-priority priority;
La prioridad del puerto es un campo de 2 octetos que forma parte del ID de puerto LACP. El ID de puerto LACP consta de la prioridad del puerto como los dos octetos más significativos y el número de puerto como los dos octetos menos significativos. El sistema con el valor numéricamente más bajo para la prioridad de puerto tiene la prioridad más alta. De forma predeterminada, la prioridad del puerto es 127, con un intervalo de 0 a 65.535.
La selección de agregación de puertos es realizada por cada sistema en función de la prioridad de puerto más alta y son asignados por el sistema con la prioridad más alta. Los puertos se seleccionan y asignan comenzando con el puerto de mayor prioridad del sistema de mayor prioridad y trabajando en prioridad desde allí.
La selección de agregación de puertos (discutida anteriormente) se realiza para el vínculo activo cuando la protección de vínculos LACP está habilitada. Sin protección de vínculo LACP, la prioridad de puerto no se utiliza en la selección de agregación de puertos.
Rastreo de las operaciones de LACP
Para realizar un seguimiento de las operaciones del proceso LACP, incluya la traceoptions
instrucción en el [edit protocols lacp]
nivel jerárquico:
[edit protocols lacp] traceoptions { file <filename> <files number> <size size> <world-readable | no-world-readable>; flag flag; no-remote-trace; }
Puede especificar los siguientes indicadores en la protocols lacp traceoptions
instrucción:
-
all
—Todas las operaciones de rastreo de LACP
-
configuration
—Código de configuración
-
packet
—Paquetes enviados y recibidos
-
process
—Eventos de proceso LACP
-
protocol
—Equipo de estado de protocolo LACP
-
routing-socket
—Eventos de socket de enrutamiento
-
startup
—Eventos de inicio de procesos
Limitaciones de LACP
LACP puede vincular varias interfaces físicas diferentes, pero solo las características compatibles con todos los dispositivos vinculados serán compatibles con el paquete de grupo de agregación de vínculos (LAG) resultante. Por ejemplo, diferentes PIC pueden admitir un número diferente de clases de reenvío. Si utiliza la agregación de vínculos para vincular los puertos de un PIC que admite hasta 16 clases de reenvío con un PIC que admite hasta 8 clases de reenvío, el paquete LAG resultante solo admitirá hasta 8 clases de reenvío. Del mismo modo, vincular una PIC que admita WRED con una PIC que no lo admita dará como resultado un paquete LAG que no admitirá WRED.
Ejemplo: configuración de LACP de Ethernet agregada
En este ejemplo se muestra cómo configurar una interfaz Ethernet agregada con LACP activo entre dos conmutadores EX.
Topología
Dos conmutadores EX se conectan entre sí mediante dos interfaces en una configuración Ethernet agregada.
Configure LACP Ethernet agregada a través de una interfaz sin etiquetar:
Solo mostramos la configuración de EX1 en este ejemplo. EX2 tiene la misma configuración, excepto por la dirección IP.
LACP con Ethernet agregada sin etiquetar
La configuración del chasis permite 1 interfaz Ethernet agregada. La 802.3ad
configuración asocia ambas interfaces ge-0/0/0
y ge-0/0/1
con la interfaz ae0
. La ae0 aggregated-ether-options
configuración habilita el modo activo LACP.
user@EX1# show ... chassis { aggregated-devices { ethernet { device-count 1; } } } interfaces { ge-0/0/0 { ether-options { 802.3ad ae0; } } ge-0/0/1 { ether-options { 802.3ad ae0; } } ae0 { aggregated-ether-options { lacp { active; } } unit 0 { family inet { address 10.1.1.1/30; } } } }
Verificación
- Verificación de la interfaz Ethernet agregada
- Verificar que LACP esté activo
- Verificar la accesibilidad
Verificación de la interfaz Ethernet agregada
Propósito
Verifique que la interfaz Ethernet agregada se haya creado y esté activa.
Acción
Utilice el comando show interfaces terse | match ae
desde el modo operativo.
user@EX1> show interfaces terse | match ae ge-0/0/0.0 up up aenet --> ae0.0 ge-0/0/1.0 up up aenet --> ae0.0 ae0 up up ae0.0 up up inet 10.1.1.1/30
Significado
El resultado muestra que ge-0/0/0 y ge-0/0/1 se agrupan para crear la interfaz ae0
Ethernet agregada y la interfaz está activa.
Verificar que LACP esté activo
Propósito
Compruebe qué interfaces están participando en LACP y el estado actual.
Acción
Utilice el comando show lacp interfaces
desde el modo operativo.
user@EX1> show lacp interfaces Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity ge-0/0/0 Actor No No Yes Yes Yes Yes Fast Active ge-0/0/0 Partner No No Yes Yes Yes Yes Fast Active ge-0/0/1 Actor No No Yes Yes Yes Yes Fast Active ge-0/0/1 Partner No No Yes Yes Yes Yes Fast Active LACP protocol: Receive State Transmit State Mux State ge-0/0/0 Current Fast periodic Collecting distributing ge-0/0/1 Current Fast periodic Collecting distributing
Significado
El resultado muestra que el modo activo LACP está habilitado.
Verificar la accesibilidad
Propósito
Compruebe que el ping funciona entre los dos conmutadores EX.
Acción
Utilice el comando del ping 10.1.1.2 count 2
modo operativo en EX1.
user@EX1> ping 10.1.1.2 count 2 PING 10.1.1.2 (10.1.1.2): 56 data bytes 64 bytes from 10.1.1.2: icmp_seq=0 ttl=64 time=2.249 ms 64 bytes from 10.1.1.2: icmp_seq=1 ttl=64 time=2.315 ms --- 10.1.1.2 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 2.249/2.282/2.315/0.033 ms
Significado
EX1 puede hacer ping a EX2 a través de la interfaz Ethernet agregada.
Configuración de la protección de vínculos LACP de interfaces Ethernet agregadas para conmutadores
Puede configurar la protección de vínculos LACP y la prioridad del sistema a nivel global en el conmutador o para una interfaz Ethernet agregada específica. Cuando se utiliza la protección de vínculos LACP para proteger un único vínculo en el paquete de Ethernet agregado, sólo se configuran dos vínculos miembro para una interfaz Ethernet agregada: uno activo y otro en espera. La protección de vínculos LACP garantiza que solo se utilice un vínculo, el vínculo con mayor prioridad, para el tráfico. El otro enlace se ve obligado a permanecer en un estado de espera .
Utilice el siguiente comando para comprobar los vínculos activos y en espera.
user@host# run show interfaces redundancy Interface State Last change Primary Secondary Current status ae0 On secondary 14:56:50 xe-0/0/1 xe-0/0/2 both up
Cuando se utiliza la protección de vínculos LACP para proteger varios vínculos en un paquete Ethernet agregado, se configuran los vínculos en subgrupos principales y de copia de seguridad. Un subgrupo de protección de vínculos es una colección de vínculos Ethernet dentro del paquete de Ethernet agregado. Cuando se utilizan subgrupos de protección de vínculos, se configuran un subgrupo principal y un subgrupo de copia de seguridad. El proceso de configuración incluye la asignación de vínculos de miembro a cada subgrupo. Una vez completado el proceso de configuración, el subgrupo principal se usa para reenviar el tráfico hasta que se produce un evento de cambio, como un error de vínculo, y hace que el subgrupo de copia de seguridad asuma el control del tráfico que viajaba por los vínculos del subgrupo principal dentro del paquete.
De forma predeterminada, la protección de vínculos LACP revierte a un vínculo de mayor prioridad (número inferior) cuando el vínculo de mayor prioridad entra en funcionamiento o cuando se agrega un vínculo de mayor prioridad al paquete de Ethernet agregado. Para fines prioritarios, la protección de enlaces LACP trata a los subgrupos como enlaces. Puede suprimir el cálculo de vínculos agregando la non-revertive
instrucción a la configuración de protección de vínculos. En el modo no revertivo, cuando un vínculo está activo en el envío y recepción de paquetes LACP, agregar un vínculo de mayor prioridad al paquete no cambia el estado del vínculo activo actualmente. Permanece activo.
Si se especifica que la configuración del vínculo LACP no es revertiva en el nivel de jerarquía global [edit chassis]
, puede especificar la revertive
instrucción en la configuración de protección de vínculos LACP en el nivel de interfaz Ethernet agregada para anular la configuración no revertiva de la interfaz. En el modo revertivo, agregar un vínculo de mayor prioridad al paquete de Ethernet agregado da como resultado que LACP vuelva a calcular la prioridad y cambie el estado del vínculo actualmente activo al vínculo de mayor prioridad recién agregado.
Cuando la protección de vínculo LACP está habilitada en los lados local y remoto del vínculo, ambos lados deben usar el mismo modo (revertivo o no revertivo).
La configuración de la configuración del vínculo LACP en el nivel de Ethernet agregado da como resultado solo las interfaces configuradas que utilizan la configuración definida. La configuración de la interfaz LACP también le permite anular la configuración global (chasis) de LACP.
Antes de configurar la protección de vínculos LACP, asegúrese de tener:
-
Se configuraron los paquetes de Ethernet agregados, también conocidos como grupos de agregación de vínculos (LAG). Para la serie EX, consulte Configuración de vínculos Ethernet agregados (procedimiento de CLI).
-
LACP configurado para la interfaz. Para la serie Ex, consulte Configuración de LACP de Ethernet agregada (procedimiento de CLI).
Puede configurar la protección de vínculos LACP para todas las interfaces Ethernet agregadas en el conmutador habilitándola a nivel global en el conmutador o configurarla para una interfaz Ethernet agregada específica habilitándola en esa interfaz.
- Configuración de la protección de vínculos LACP para un solo vínculo a nivel global
- Configuración de la protección de vínculos LACP para un solo vínculo en el nivel de interfaz agregada
- Configuración de paquetes de subgrupos para proporcionar protección de vínculos LACP a varios vínculos en una interfaz Ethernet agregada
Configuración de la protección de vínculos LACP para un solo vínculo a nivel global
Para configurar la protección de vínculos LACP para interfaces Ethernet agregadas a nivel global:
Configuración de la protección de vínculos LACP para un solo vínculo en el nivel de interfaz agregada
Para habilitar la protección de vínculos LACP para una interfaz Ethernet agregada específica:
Configuración de paquetes de subgrupos para proporcionar protección de vínculos LACP a varios vínculos en una interfaz Ethernet agregada
Puede configurar paquetes de subgrupos de protección de vínculos para proporcionar protección de vínculos para varios vínculos en un paquete de Ethernet agregado.
Los subgrupos de protección de vínculos permiten proporcionar protección de vínculos a una colección de vínculos Ethernet dentro de un paquete LAG, en lugar de proporcionar protección a un único vínculo solo en el paquete de Ethernet agregado. Por ejemplo, puede configurar un subgrupo principal con vínculos de tres miembros y un subgrupo de copia de seguridad con tres vínculos de miembro diferentes y utilizar el subgrupo de copia de seguridad para proporcionar protección de vínculos al subgrupo principal.
Para configurar la protección de vínculos mediante subgrupos:
El LACP decide el estado activo y de respaldo de los enlaces. Al configurar LACP, el estado del vínculo de copia de seguridad no debe configurarse manualmente como inactivo. El siguiente comando no se admite si LACP está configurado:set interfaces ae0 aggregated-ether-options link-protection backup-state down
Configuración del temporizador de retención de LACP para evitar que los vínculos se agiten en las interfaces LAG
En las interfaces de grupo de agregación de vínculos (LAG), cuando un vínculo miembro (hijo) deja de funcionar, su estado cambia de actual a caducado. Este vínculo puede pasar del estado actual al estado caducado y volver al estado actual cuando recibe unidades de datos de protocolo LACP (PDU) intermitentes y tiempos de espera keepalive. Tal aleteo puede afectar negativamente el tráfico en el enlace.
Para evitar el aleteo excesivo de un vínculo secundario del LAG, puede configurar un temporizador de retención en la interfaz del LAG que sea aplicable a todos los vínculos de miembro de esa interfaz en particular. Mantener, en términos de redes, significa evitar la transición de una interfaz de abajo hacia arriba durante un intervalo de tiempo especificado.
Cuando está configurado, el temporizador de retención se activa cuando una máquina de estado LACP intenta pasar al estado actual desde el estado caducado o predeterminado cuando recibe una PDU LACP. El temporizador de retención se activa sólo si la máquina de estado LACP había adquirido el estado actual al menos una vez antes. El temporizador no se activa si LACP intenta hacer la transición al estado actual por primera vez. LACP supervisa las PDU recibidas en el vínculo secundario, pero impide que el vínculo pase al estado actual. Si no se observa aleteo cuando el vínculo recibe las PDU, el temporizador de retención caduca y activa la transición del vínculo miembro al estado actual. Esta transición se activa tan pronto como expira el temporizador de retención y no necesariamente cuando el vínculo recibe una PDU.
Para configurar el temporizador de retención de LACP para la interfaz LAG, utilice la hold-time up
instrucción en el nivel de [edit interfaces aex aggregated-ether-options lacp]
jerarquía.
El temporizador de retención sigue ejecutándose incluso cuando la interfaz que recibe la PDU LACP se mueve al estado de desactivación de puerto. A continuación, el temporizador se reinicia si, antes de que caduque, la interfaz vuelve a aparecer y recibe una PDU LACP de su vecino. Esto asegura que el temporizador se mantenga incluso durante una rápida aleta de puerto físico.
Cuando se producen los siguientes eventos, no se activa un temporizador de retención hasta que el vínculo miembro adquiere el estado actual después del evento:
Reinicio del demonio LACP
Desactivación y reactivación de la interfaz Ethernet secundaria o agregada
Eliminación y reconfiguración de una interfaz Ethernet secundaria o agregada
Reinicio del sistema
Cambio de motor de enrutamiento
Verificar que LACP está configurado correctamente y que los miembros del paquete intercambian paquetes de protocolo LACP
Compruebe que LACP se haya configurado correctamente y que los miembros del paquete estén transmitiendo paquetes de protocolo LACP.
Verificación de la configuración de LACP
Propósito
Compruebe que el LACP se haya configurado correctamente.
Acción
Para comprobar que LACP se ha habilitado como activo en un extremo:
user@switch>show lacp interfaces xe-0/1/0 Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-0/1/0 Actor No No Yes Yes Yes Yes Fast Active xe-0/1/0 Partner No No Yes Yes Yes Yes Fast Passive LACP protocol: Receive State Transmit State Mux State xe-0/1/0 Current Fast periodic Collecting distributing
Significado
En este ejemplo se muestra que LACP se ha configurado con un lado tan activo y el otro como pasivo. Cuando LACP está habilitado, un lado debe establecerse como activo para que el enlace empaquetado esté activo.
Verificar que se intercambian paquetes LACP
Propósito
Compruebe que los paquetes LACP se intercambian entre interfaces.
Acción
Utilice el comando para mostrar la información de show lacp statistics interfaces interface-name
intercambio de BPDU LACP.
show lacp statistics interfaces ae0 Aggregated interface: ae0 LACP Statistics: LACP Rx LACP Tx Unknown Rx Illegal Rx xe-0/0/2 1352 2035 0 0 xe-0/0/3 1352 2056 0 0
Significado
El resultado aquí muestra que el enlace está activo y que se están intercambiando PDU.
Ejemplo: configuración de vínculos ascendentes de alta velocidad agregados por Ethernet con LACP entre un conmutador de acceso al chasis virtual EX4200 y un conmutador de distribución del chasis virtual EX4200
Los conmutadores de la serie EX le permiten combinar varios vínculos Ethernet en una interfaz lógica para obtener un mayor ancho de banda y redundancia. Los puertos que se combinan de esta manera se denominan grupo de agregación de vínculos (LAG) o paquete. Los conmutadores de la serie EX le permiten mejorar aún más estos vínculos mediante la configuración del Protocolo de control de agregación de vínculos (LACP).
En este ejemplo se describe cómo superponer LACP en las configuraciones LAG que se crearon en Ejemplo: Configuración de vínculos ascendentes de alta velocidad Ethernet agregados entre un conmutador de acceso al chasis virtual EX4200 y un conmutador de distribución del chasis virtual EX4200:
- Requisitos
- Descripción general y topología
- Configuración de LACP para los LAG en el conmutador de acceso al chasis virtual
- Configuración de LACP para los LAG en el conmutador de distribución del chasis virtual
- Verificación
- Solución de problemas
Requisitos
En este ejemplo se utilizan los siguientes componentes de software y hardware:
Junos OS versión 9.0 o posterior para conmutadores serie EX
Dos conmutadores EX4200-48P
Dos conmutadores EX4200-24F
Cuatro módulos de enlace ascendente XFP de la serie EX
Antes de configurar LACP, asegúrese de tener:
Configure los conmutadores de Virtual Chassis. Consulte Configuración de un chasis virtual EX4200, EX4500 o EX4550 (procedimiento de CLI).
Se configuraron los puertos de enlace ascendente en los conmutadores como puertos de troncalización. Consulte Configuración de interfaces Gigabit Ethernet (procedimiento de CLI).
Configurado los LAG. Consulte Ejemplo: Configuración de vínculos ascendentes de alta velocidad Ethernet agregados entre un conmutador de acceso al chasis virtual EX4200 y un conmutador de distribución del chasis virtual EX4200.
Descripción general y topología
En este ejemplo se supone que está familiarizado con Ejemplo: Configuración de vínculos ascendentes de alta velocidad Ethernet agregados entre un conmutador de acceso al chasis virtual EX4200 y un conmutador de distribución del chasis virtual EX4200. La topología de este ejemplo es exactamente la misma que la topología de ese otro ejemplo. En este ejemplo se muestra cómo utilizar LACP para mejorar la funcionalidad del LAG.
Los intercambios LACP se realizan entre actores (el enlace transmisor) y socios (el enlace receptor). El modo LACP puede ser activo o pasivo.
Si el actor y el socio están en modo pasivo, no intercambian paquetes LACP, lo que hace que los vínculos Ethernet agregados no aparezcan. De forma predeterminada, LACP está en modo pasivo. Para iniciar la transmisión de paquetes LACP y respuestas a paquetes LACP, debe habilitar LACP en modo activo.
De forma predeterminada, el actor y el socio envían paquetes LACP cada segundo.
El intervalo puede ser rápido (cada segundo) o lento (cada 30 segundos).
Configuración de LACP para los LAG en el conmutador de acceso al chasis virtual
Para configurar LACP para los LAG del conmutador de acceso, realice estas tareas.
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente LACP para los LAG del conmutador de acceso, copie los siguientes comandos y péguelos en la ventana terminal del conmutador:
[edit] set interfaces ae0 aggregated-ether-options lacp active periodic fast set interfaces ae1 aggregated-ether-options lacp active periodic fast
Procedimiento paso a paso
Para configurar LACP para LAG ae0
del host A y ae1
:
Especifique las opciones de Ethernet agregadas para ambos paquetes:
[edit interfaces] user@Host-A#set ae0 aggregated-ether-options lacp active periodic fast user@Host-A#set ae1 aggregated-ether-options lacp active periodic fast
Resultados
Mostrar los resultados de la configuración:
[edit interfaces] user@Host-A# show ae0 { aggregated-ether-options { lacp { active; periodic fast; } } } ae1 { aggregated-ether-options { lacp { active; periodic fast; } } }
Configuración de LACP para los LAG en el conmutador de distribución del chasis virtual
Para configurar LACP para los dos LAG de vínculo ascendente desde el conmutador de acceso Virtual Chassis al conmutador de distribución Virtual Chassis, realice estas tareas.
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente LACP para los LAG del conmutador de distribución, copie los siguientes comandos y péguelos en la ventana terminal del conmutador:
[edit interfaces] set ae0 aggregated-ether-options lacp passive periodic fast set ae1 aggregated-ether-options lacp passive periodic fast
Procedimiento paso a paso
Para configurar LACP para LAG ae0
del host D y ae1
:
Especifique las opciones de Ethernet agregadas para ambos paquetes:
[edit interfaces] user@Host-D#set ae0 aggregated-ether-options lacp passive periodic fast user@Host-D#set ae1 aggregated-ether-options lacp passive periodic fast
Resultados
Mostrar los resultados de la configuración:
[edit interfaces] user@Host-D# show ae0 { aggregated-ether-options { lacp { passive; periodic fast; } } } ae1 { aggregated-ether-options { lacp { passive periodic fast; } } }
Verificación
Para comprobar que se están intercambiando paquetes LACP, realice estas tareas:
Verificación de la configuración de LACP
Propósito
Verifique que LACP se haya configurado correctamente.
Acción
Utilice el show lacp interfaces interface-name
comando para comprobar que LACP se ha habilitado como activo en un extremo.
user@Host-A> show lacp interfaces xe-0/1/0 Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-0/1/0 Actor No Yes No No No Yes Fast Active xe-0/1/0 Partner No Yes No No No Yes Fast Passive LACP protocol: Receive State Transmit State Mux State xe-0/1/0 Defaulted Fast periodic Detached
Significado
El resultado indica que LACP se ha configurado correctamente y está activo en un extremo.
Verificar que los paquetes LACP se están intercambiando
Propósito
Compruebe que se están intercambiando paquetes LACP.
Acción
Utilice el show interfaces aex statistics
comando para mostrar información LACP.
user@Host-A> show interfaces ae0 statistics Physical interface: ae0, Enabled, Physical link is Down Interface index: 153, SNMP ifIndex: 30 Link-level type: Ethernet, MTU: 1514, Speed: Unspecified, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0 Device flags : Present Running Interface flags: Hardware-Down SNMP-Traps Internal: 0x0 Current address: 02:19:e2:50:45:e0, Hardware address: 02:19:e2:50:45:e0 Last flapped : Never Statistics last cleared: Never Input packets : 0 Output packets: 0 Input errors: 0, Output errors: 0 Logical interface ae0.0 (Index 71) (SNMP ifIndex 34) Flags: Hardware-Down Device-Down SNMP-Traps Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 0 0 0 0 Protocol inet Flags: None Addresses, Flags: Dest-route-down Is-Preferred Is-Primary Destination: 10.10.10/24, Local: 10.10.10.1, Broadcast: 10.10.10.255
Significado
El resultado aquí muestra que el vínculo está inactivo y que no se están intercambiando unidades de datos de protocolo (PDU).
Solución de problemas
Para solucionar problemas de un vínculo LACP que no funciona, realice estas tareas:
Solución de problemas de un vínculo LACP que no funciona
Problema
El vínculo LACP no funciona.
Solución
Compruebe lo siguiente:
Elimine la configuración de LACP y compruebe si el LAG estático está activo.
Compruebe que LACP esté configurado en ambos extremos.
Verifique que LACP no sea pasivo en ambos extremos.
Compruebe si las unidades de datos de protocolo (PDU) de LACP se están intercambiando ejecutando el
monitor traffic-interface lag-member detail
comando.
Ejemplo: configuración de agregación de vínculos con LACP entre un producto de la serie QFX y un conmutador de agregación
Los productos de la serie QFX le permiten combinar varios vínculos Ethernet en una interfaz lógica para obtener un mayor ancho de banda y redundancia. Los puertos que se combinan de esta manera se denominan grupo de agregación de vínculos (LAG) o paquete. El número de vínculos Ethernet que puede combinar en un LAG depende del modelo de producto de la serie QFX. En un conmutador independiente, puede agrupar hasta 32 interfaces Ethernet para formar un LAG. En un sistema QFabric, puede agrupar hasta 8 interfaces Ethernet para formar un LAG. Los productos de la serie QFX le permiten mejorar aún más estos vínculos mediante la configuración del Protocolo de control de agregación de vínculos (LACP).
En este ejemplo se describe cómo superponer LACP en las configuraciones de LAG que se crearon en Ejemplo: Configuración de la agregación de vínculos entre un producto de la serie QFX y un conmutador de agregación:
- Requisitos
- Descripción general y topología
- Configuración de LACP para el LAG en la serie QFX
- Verificación
- Solución de problemas
Requisitos
En este ejemplo se utilizan los siguientes componentes de software y hardware:
Junos OS versión 11.1 o posterior para el conmutador QFX3500, Junos OS versión 12.1 o posterior para el conmutador QFX3600, Junos OS versión 13.2 o posterior para el conmutador QFX5100 y Junos OS versión 15.1X53-D10 o posterior para el conmutador QFX10002.
Un conmutador QFX3500, QFX3600, QFX5100 QFX10002.
Antes de configurar LACP, asegúrese de tener:
Configuró los puertos de los conmutadores como puertos de troncalización.
Configurado el LAG.
Descripción general y topología
La topología de este ejemplo es exactamente la misma que la utilizada en el ejemplo Configuración de un LAG entre un conmutador QFX y un conmutador de agregación. En este ejemplo se muestra cómo utilizar LACP para mejorar la funcionalidad del LAG.
Los intercambios LACP se realizan entre actores (el enlace transmisor) y socios (el enlace receptor). El modo LACP puede ser activo o pasivo.
Si el actor y el socio están en modo pasivo, no intercambian paquetes LACP, lo que hace que los vínculos Ethernet agregados no aparezcan. De forma predeterminada, LACP está en modo pasivo. Para iniciar la transmisión de paquetes LACP y respuestas a paquetes LACP, debe habilitar LACP en modo activo.
De forma predeterminada, el actor y el socio envían paquetes LACP cada segundo. Puede configurar el intervalo en el que las interfaces envían paquetes LACP incluyendo la periodic
instrucción en el nivel de [edit interfaces interface-name aggregated-ether-options lacp]
jerarquía.
El intervalo puede ser rápido (cada segundo) o lento (cada 30 segundos).
Configuración de LACP para el LAG en la serie QFX
Para configurar LACP para un LAG de la serie QFX, realice estas tareas.
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente LACP para los LAG del conmutador de acceso, copie los siguientes comandos y péguelos en la ventana terminal del conmutador:
[edit] set interfaces ae0 aggregated-ether-options lacp active periodic fast
Procedimiento paso a paso
Para configurar LACP para LAG ae0
:
Especifique las opciones de Ethernet agregadas para el LAG:
[edit interfaces] user@switch# set ae0 aggregated-ether-options lacp active periodic fast
Resultados
Mostrar los resultados de la configuración:
[edit interfaces] user@switch# show ae0 { aggregated-ether-options { lacp { active; periodic fast; } } }
Verificación
Para comprobar que se están intercambiando paquetes LACP, realice las siguientes tareas:
Verificación de la configuración de LACP
Propósito
Verifique que LACP se haya configurado correctamente.
Acción
Utilice el show lacp interfaces interface-name
comando para comprobar que LACP se ha habilitado como activo en un extremo.
user@switch> show lacp interfaces xe-0/02 Aggregated interface: ae0 LACP state: Role Exp Def Dist Col Syn Aggr Timeout Activity xe-0/0/2 Actor No Yes No No No Yes Fast Active xe-0/0/2 Partner No Yes No No No Yes Fast Passive LACP protocol: Receive State Transmit State Mux State xe-0/0/2 Defaulted Fast periodic Detached
Significado
El resultado indica que LACP se ha configurado correctamente y está activo en un extremo.
Verificar que los paquetes LACP se están intercambiando
Propósito
Compruebe que se están intercambiando paquetes LACP.
Acción
Utilice el show interfaces aex statistics
comando para mostrar información LACP.
user@switch> show interfaces ae0 statistics Physical interface: ae0, Enabled, Physical link is Down Interface index: 153, SNMP ifIndex: 30 Link-level type: Ethernet, MTU: 1514, Speed: Unspecified, Loopback: Disabled, Source filtering: Disabled, Flow control: Disabled, Minimum links needed: 1, Minimum bandwidth needed: 0 Device flags : Present Running Interface flags: Hardware-Down SNMP-Traps Internal: 0x0 Current address: 02:19:e2:50:45:e0, Hardware address: 02:19:e2:50:45:e0 Last flapped : Never Statistics last cleared: Never Input packets : 0 Output packets: 0 Input errors: 0, Output errors: 0 Logical interface ae0.0 (Index 71) (SNMP ifIndex 34) Flags: Hardware-Down Device-Down SNMP-Traps Encapsulation: ENET2 Statistics Packets pps Bytes bps Bundle: Input : 0 0 0 0 Output: 0 0 0 0 Protocol inet Flags: None Addresses, Flags: Dest-route-down Is-Preferred Is-Primary Destination: 10.10.10/8, Local: 10.10.10.1, Broadcast: 10.10.10.255
Significado
El resultado aquí muestra que el enlace está inactivo y que no se están intercambiando PDU.
Solución de problemas
Para solucionar problemas de un vínculo LACP que no funciona, realice estas tareas:
Solución de problemas de un vínculo LACP que no funciona
Problema
El vínculo LACP no funciona.
Solución
Compruebe lo siguiente:
Elimine la configuración de LACP y compruebe si el LAG estático está activo.
Compruebe que LACP esté configurado en ambos extremos.
Verifique que LACP no sea pasivo en ambos extremos.
Compruebe si las unidades de datos de protocolo (PDU) de LACP se están intercambiando ejecutando el
monitor traffic-interface lag-member detail
comando.
Descripción de las sesiones independientes de micro BFD para LAG
El protocolo de detección de reenvío bidireccional (BFD) es un protocolo de detección simple que detecta rápidamente errores en las rutas de reenvío. Para habilitar la detección de errores para interfaces Ethernet agregadas en un LAG, puede configurar una sesión BFD independiente en modo asíncrono en cada vínculo de miembro del LAG de un paquete LAG. En lugar de una sola sesión BFD que monitorea el estado del puerto UDP, las sesiones independientes de micro-BFD monitorean el estado de los enlaces de miembros individuales.
Cuando se configuran sesiones de micro-BFD en cada vínculo miembro de un paquete LAG, cada sesión individual determina la conectividad de capa 2 y capa 3 de cada vínculo miembro en un LAG.
Después de establecer la sesión individual en un vínculo determinado, los vínculos de miembro se adjuntan al LAG y, a continuación, se equilibra la carga mediante una de las siguientes opciones:
-
Configuración estática: el proceso de control de dispositivos actúa como cliente de la sesión de micro-BFD.
-
Protocolo de control de agregación de vínculos (LACP): LACP actúa como cliente de la sesión de micro-BFD.
Cuando finaliza la sesión de micro-BFD, se establece un vínculo LAG y los datos se transmiten a través de ese enlace LAG. Si la sesión de micro-BFD en un vínculo miembro está inactiva, ese vínculo de miembro en particular se elimina del equilibrador de carga y los gestores del LAG dejan de dirigir el tráfico a ese vínculo. Estas sesiones de micro-BFD son independientes entre sí a pesar de tener un único cliente que administra la interfaz del LAG.
Las sesiones de Micro-BFD se ejecutan en los siguientes modos:
-
Modo de distribución: en este modo, el motor de reenvío de paquetes (PFE) envía y recibe los paquetes en la capa 3. De forma predeterminada, las sesiones de micro-BFD se distribuyen en la capa 3.
-
Modo sin distribución: en este modo, el motor de enrutamiento envía y recibe los paquetes en la capa 2. Puede configurar la sesión BFD para que se ejecute en este modo incluyendo la instrucción en administración periódica de
no-delegate-processing
paquetes (PPM).
Un par de dispositivos de enrutamiento en un LAG intercambian paquetes BFD a un intervalo regular especificado. El dispositivo de enrutamiento detecta un error de vecino cuando deja de recibir una respuesta después de un intervalo especificado. Esto permite la verificación rápida de la conectividad de enlaces de miembros con o sin LACP. Un puerto UDP distingue BFD sobre paquetes LAG de BFD sobre paquetes IP de un solo salto. La Autoridad de Asignación de Números de Internet (IANA) ha asignado 6784 como puerto de destino UDP para micro-BFD.
Ventajas
-
Detección de errores para LAG: permite la detección de fallos entre dispositivos que se encuentran en conexiones punto a punto.
-
Varias sesiones BFD: permite configurar varias sesiones de micro-BFD para cada enlace de miembro en lugar de una sola sesión de BFD para todo el paquete.
Directrices de configuración para sesiones de micro-BFD
Tenga en cuenta las siguientes directrices al configurar sesiones individuales de micro-BFD en un paquete Ethernet agregado.
-
Esta función solo funciona cuando ambos dispositivos admiten BFD. Si BFD está configurado en un extremo del LAG, esta función no funciona.
-
A partir de Junos OS versión 13.3, la IANA asignó 01-00-5E-90-00-01 como dirección MAC dedicada para micro BFD. El modo MAC dedicado se utiliza de forma predeterminada para las sesiones micro BFD.
-
En Junos OS, los paquetes de control micro-BFD siempre están sin etiquetar de forma predeterminada. Para las interfaces agregadas de capa 2, la configuración debe incluir
vlan-tagging
opciones oflexible-vlan-tagging
al configurar Ethernet agregada con BFD. De lo contrario, el sistema arrojará un error al confirmar la configuración. -
Cuando se habilita micro-BFD en una interfaz Ethernet agregada, la interfaz agregada puede recibir paquetes micro-BFD. En Junos OS versión 19.3 y posteriores, para MPC MPC10E y MPC11E, no se pueden aplicar filtros de firewall en los paquetes micro-BFD recibidos en la interfaz Ethernet agregada. Para MPC1E a MPC9E, puede aplicar filtros de firewall en los paquetes micro-BFD recibidos en la interfaz Ethernet agregada sólo si la interfaz Ethernet agregada está configurada como una interfaz sin etiquetar.
-
A partir de Junos OS versión 14.1, especifique el vecino en una sesión de BFD. En versiones anteriores a Junos OS versión 16.1, debe configurar la dirección de circuito cerrado del destino remoto como dirección vecina. A partir de Junos OS versión 16.1, también puede configurar esta función en enrutadores de la serie MX con la dirección de interfaz Ethernet agregada del destino remoto como dirección del vecino.
-
A partir de la versión 16.1R2, Junos OS comprueba y valida el microBFD
local-address
configurado con la interfaz o la dirección IP de circuito cerrado antes de confirmar la configuración. Junos OS realiza esta comprobación en las configuraciones de direcciones micro-BFD IPv4 e IPv6 y, si no coinciden, se producirá un error en la confirmación. La dirección local de micro-BFD configurada debe coincidir con la dirección de vecino de micro-BFD que haya configurado en el enrutador par. -
Para la familia de direcciones IPv6, desactive la detección de direcciones duplicadas antes de configurar esta función con direcciones de interfaz Ethernet agregadas. Para deshabilitar la detección de direcciones duplicadas, incluya la
dad-disable
instrucción en el nivel jerárquico[edit interface aex unit y family inet6]
. -
A partir de Junos OS 21.4R1, el vínculo mínimo LACP con restablecimiento de sincronización y configuración microBFD es compatible con enrutadores PTX10001-36MR, PTX10003, PTX10004, PTX10008 y PTX10016.
Desactive bfd-liveness-detection
en el nivel de [edit interfaces aex aggregated-ether-options]
jerarquía o desactive la interfaz Ethernet agregada antes de cambiar la dirección del vecino de la dirección IP de circuito cerrado a la dirección IP de interfaz Ethernet agregada. Modificar la dirección local y vecina sin desactivar bfd-liveness-detection
o la interfaz Ethernet agregada primero podría provocar un error en las sesiones de micro-BFD.
Ver también
Configuración de sesiones de Micro BFD para LAG
El protocolo de detección de reenvío bidireccional (BFD) es un protocolo de detección simple que detecta rápidamente errores en las rutas de reenvío. Un grupo de agregación de vínculos (LAG) combina varios vínculos entre dispositivos que se encuentran en conexiones punto a punto, lo que aumenta el ancho de banda, proporciona confiabilidad y permite el equilibrio de carga. Para ejecutar una sesión BFD en interfaces LAG, configure una sesión BFD independiente y en modo asíncrono en cada vínculo miembro LAG de un paquete LAG. En lugar de una sola sesión BFD que monitorea el estado del puerto UDP, las sesiones independientes de micro BFD monitorean el estado de los enlaces de miembros individuales.
A partir de Junos OS Evolved versión 20.1R1, se habilitan sesiones independientes de detección de reenvío microdireccional (BFD) por vínculo de miembro de un paquete de grupo de agregación de vínculos (LAG).
Para habilitar la detección de errores para interfaces Ethernet agregadas:
La
version
opción no es compatible con la serie QFX. A partir de Junos OS versión 17.2R1, aparecerá una advertencia si intenta utilizar este comando.Esta función funciona cuando ambos dispositivos admiten BFD. Si BFD está configurado solo en un extremo del LAG, esta característica no funciona.
Ver también
Descripción del algoritmo utilizado para aplicar un algoritmo hash al paquete LAG y salir del tráfico ECMP del próximo salto
Las series EX y QFX de Juniper Networks usan un algoritmo hash para determinar cómo reenviar el tráfico a través de un paquete de grupo de agregación de vínculos (LAG) o al dispositivo del próximo salto cuando la opción de multiruta de igual costo (ECMP) está habilitada.
El algoritmo hash toma decisiones de hash basadas en valores en varios campos de paquetes, así como en algunos valores internos como el ID del puerto de origen y el ID del dispositivo de origen. Puede configurar algunos de los campos utilizados por el algoritmo hash.
La compatibilidad de plataforma depende de la versión de Junos OS en su instalación.
Este tema contiene las siguientes secciones:
- Descripción del algoritmo hash
- IP (IPv4 e IPv6)
- MPLS
- Hashing de paquetes MAC en MAC
- Hash de encabezado de capa 2
- Parámetros hash
Descripción del algoritmo hash
El algoritmo hash se utiliza para tomar decisiones de reenvío de tráfico para el tráfico que entra en un paquete LAG o para el tráfico que sale de un conmutador cuando ECMP está habilitado.
En el caso de los paquetes LAG, el algoritmo hash determina cómo se coloca el tráfico que entra en un paquete LAG en los vínculos miembro del paquete. El algoritmo hash intenta administrar el ancho de banda equilibrando uniformemente la carga de todo el tráfico entrante a través de los vínculos de miembro del paquete.
Para ECMP, el algoritmo hash determina cómo se reenvía el tráfico entrante al dispositivo del próximo salto.
El algoritmo hash toma decisiones de hash basadas en valores en varios campos de paquetes, así como en algunos valores internos como el ID del puerto de origen y el ID del dispositivo de origen. Los campos de paquete utilizados por el algoritmo hash varían según el EtherType del paquete y, en algunos casos, según la configuración del conmutador. El algoritmo hash reconoce los siguientes EtherTypes:
IP (IPv4 e IPv6)
MPLS
MAC en MAC
El tráfico que no se reconoce como perteneciente a ninguno de estos EtherTypes se aplica un algoritmo hash en función del encabezado de capa 2. El tráfico IP y MPLS también se aplica un algoritmo hash basado en el encabezado de capa 2 cuando un usuario configura el modo hash como encabezado de capa 2.
Puede configurar algunos campos que utiliza el algoritmo hash para tomar decisiones de reenvío de tráfico. Sin embargo, no puede configurar el modo en que el algoritmo hash utiliza determinados valores de un encabezado.
Tenga en cuenta los siguientes puntos con respecto al algoritmo hash:
Los campos seleccionados para hashing se basan únicamente en el tipo de paquete. Los campos no se basan en ningún otro parámetro, incluida la decisión de reenvío (en puente o enrutado) o la configuración del paquete LAG de salida (capa 2 o capa 3).
Los mismos campos se utilizan para hashing de paquetes de unidifusión y multidifusión. Sin embargo, los paquetes de unidifusión y multidifusión se cifran de manera diferente.
El algoritmo hash utiliza los mismos campos para aplicar un algoritmo hash al tráfico ECMP y LAG, pero el algoritmo hash aplica un algoritmo hash al tráfico ECMP y LAG de manera diferente. El tráfico LAG utiliza un hash de troncal, mientras que ECMP utiliza hash ECMP. Tanto LAG como ECMP utilizan la misma semilla RTAG7, pero usan diferentes compensaciones de esa semilla 128B para evitar la polarización. La configuración inicial de la función HASH para utilizar el tronco y el desplazamiento ECMP se establecen en el momento de inicio de PFE. El hashing diferente garantiza que el tráfico no se polarize cuando un paquete LAG forma parte de la ruta del próximo salto del ECMP.
Los mismos campos se usan para el hash independientemente de si el conmutador participa o no en un Virtual Chassis o Virtual Chassis Fabric (VCF) mixto o no.
Los campos utilizados para el hash por cada EtherType, así como los campos utilizados por el encabezado de capa 2, se describen en las siguientes secciones.
IP (IPv4 e IPv6)
El algoritmo hash utiliza los campos de carga en los paquetes IPv4 e IPv6 cuando es necesario colocar paquetes IPv4 o IPv6 en un vínculo miembro de un paquete LAG o enviarse al dispositivo del salto siguiente cuando ECMP está habilitado.
El modo hash se establece en el campo de carga de capa 2, de forma predeterminada. Los campos de carga IPv4 e IPv6 se utilizan para hash cuando el modo hash está establecido en carga de capa 2.
Si el modo hash está configurado para el encabezado de capa 2, los paquetes IPv4, IPv6 y MPLS se cifran mediante los campos de encabezado de capa 2. Si desea que los paquetes IPv4, IPv6 y MPLS entrantes sean hash por la dirección MAC de origen, la dirección MAC de destino o los campos EtherType, debe establecer el modo hash en Encabezado de capa 2.
La tabla 5 muestra los campos de carga IPv4 e IPv6 que utiliza el algoritmo hash de forma predeterminada.
✓: el campo es utilizado por el algoritmo hash de forma predeterminada.
Χ: el algoritmo hash no utiliza el campo de forma predeterminada.
(configurable): el campo se puede configurar para que el algoritmo hash lo use o no.
En los conmutadores EX2300, el algoritmo hash utiliza los siguientes campos de carga en paquetes IPv4 e IPv6 cuando es necesario colocar paquetes IPv4 o IPv6 en un enlace miembro de un paquete LAG o enviarse al dispositivo de salto siguiente cuando ECMP está habilitado:
Para tráfico de unidifusión en LAG: SIP, DIP, L4SP, L4DP
Para tráfico de multidifusión conocido en el LAG: IP de origen, IP de destino, ID de mod de entrada e ID de puerto de entrada
Para tráfico de difusión, unidifusión desconocida y multidifusión desconocido en el LAG: MAC de origen, MAC de destino, ID de mod de entrada e ID de puerto de entrada
Equilibrio de carga ECMP: IP de destino, puerto de origen de capa 4 y puerto de destino de capa 4
Fields |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|||||
---|---|---|---|---|---|---|---|---|---|---|
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
LAG |
ECMP |
|
MAC fuente |
X |
Χ |
X |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
X |
MAC de destino |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Ethertype |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
VLAN ID |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
IP de origen o IPv6 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
IP de destino o IPv6 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Protocolo (solo IPv4) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Siguiente encabezado (solo IPv6) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Puerto de origen de capa 4 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Puerto de destino de capa 4 |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
Etiqueta de flujo IPv6 (solo IPv6) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
ID de mod de entrada |
✓ (configurable) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
ID de puerto de entrada |
✓ (configurable) |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
Χ |
MPLS
El algoritmo hash aplica un algoritmo hash a los paquetes MPLS utilizando la IP de origen, la IP de destino, la etiqueta MPLS 0, la etiqueta MPLS 1, la etiqueta MPLS 2 y los campos MPLS 3. En los conmutadores QFX5110, QFX5120 y QFX5200, los enrutadores LSR también admiten ECMP. ECMP utiliza estos campos para hashing en un enrutador LSR:
VPN de capa 3: etiquetas MPLS (las 3 etiquetas superiores), IP de origen, IP de destino e ID del puerto de entrada
Circuito de capa 2: etiquetas MPLS (3 etiquetas superiores) e ID del puerto de entrada
La tabla 6 muestra los campos de carga MPLS utilizados por el algoritmo hash de forma predeterminada:
✓: el campo es utilizado por el algoritmo hash de forma predeterminada.
Χ: el algoritmo hash no utiliza el campo de forma predeterminada.
Los campos utilizados por el algoritmo hash para el hash de paquetes MPLS no son configurables por el usuario.
Los campos IP de origen e IP de destino no siempre se utilizan para el hashing. En el caso de los paquetes MPLS no terminados, se comprueba la carga útil si se ve el indicador BoS de la parte inferior de la pila (BoS) en el paquete. Si la carga útil es IPv4 o IPv6, los campos Dirección IP de origen y Dirección IP de destino se utilizan para aplicar hashing junto con las etiquetas MPLS. Si el indicador BoS no se ve en el paquete, solo se usan las etiquetas MPLS para el hash.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
|
---|---|---|---|---|---|---|
MAC fuente |
Χ |
Χ |
Χ |
Χ |
Χ |
|
MAC de destino |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Ethertype |
Χ |
Χ |
Χ |
Χ |
Χ |
|
VLAN ID |
Χ |
Χ |
Χ |
Χ |
Χ |
|
IP de origen |
✓ |
✓ |
✓ |
✓ |
✓ |
|
IP de destino |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Protocolo (para paquetes IPv4) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Siguiente encabezado (para paquetes IPv6) |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Puerto de origen de capa 4 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Puerto de destino de capa 4 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Laboratorio de flujo IPv6 |
Χ |
Χ |
Χ |
Χ |
Χ |
|
Etiqueta MPLS 0 |
Χ |
✓ |
✓ |
✓ |
✓ |
|
Etiqueta MPLS 1 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Etiqueta MPLS 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
|
Etiqueta MPLS 3 |
✓ |
X |
X |
X |
X |
|
ID de puerto de entrada |
✓ (LSR y L2Circuit) |
X |
X |
X |
✓ (LSR y L2Circuit) |
✓ (LSR y L2Circuit) |
Hashing de paquetes MAC en MAC
Los paquetes que utilizan EtherType de MAC en MAC son hasheados por el algoritmo hash utilizando los campos MAC de origen de carga útil de capa 2, MAC de destino de carga útil de capa 2 y EtherType de carga útil de capa 2. Véase el cuadro 7.
El hashing mediante los campos del paquete EtherType de MAC en MAC se admite por primera vez en conmutadores EX4300 en la versión 13.2X51-D20. El hash mediante los campos del EtherType de MAC en MAC no se admite en versiones anteriores.
Los campos utilizados por el algoritmo hash para el hash de MAC en MAC no son configurables por el usuario.
✓: el campo es utilizado por el algoritmo hash de forma predeterminada.
Χ: el algoritmo hash no utiliza el campo de forma predeterminada.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
---|---|---|---|---|---|---|---|
MAC de origen de carga de carga de capa 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
MAC de destino de carga de capa 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
EtherType de carga de capa 2 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
VLAN externa de carga de capa 2 |
✓ |
Χ |
Χ |
Χ |
Χ |
Hash de encabezado de capa 2
El algoritmo hash utiliza campos de encabezado de capa 2 cuando el EtherType de un paquete no se reconoce como IP (IPv4 o IPv6), MPLS o MAC en MAC. Los campos de encabezado de capa 2 también se utilizan para aplicar hash al tráfico IPv4, IPv6 y MPLS en lugar de los campos de carga cuando el modo hash está establecido en el encabezado de capa 2.
✓: el campo es utilizado por el algoritmo hash de forma predeterminada.
Χ: el algoritmo hash no utiliza el campo de forma predeterminada.
(configurable): el campo se puede configurar para que el algoritmo hash lo use o no.
Field |
EX3400 |
EX4300 |
QFX5100 |
QFX5110 and QFX5120 |
QFX5200 |
||
---|---|---|---|---|---|---|---|
MAC fuente |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
MAC de destino |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
Ethertype |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
✓ (configurable) |
||
VLAN ID |
Χ (configurable) |
Χ (configurable) |
Χ (configurable) |
✓ (configurable) |
✓ (configurable) |
Parámetros hash
A partir de Junos OS versión 19.1R1, en la línea QFX5000 de conmutadores, puede cambiar los parámetros de hash para los algoritmos implementados existentes. Puede cambiar el umbral de los grupos de búferes compartidos para las particiones de búfer de entrada y salida, y puede realizar cambios en la selección de la función hash, el algoritmo hash y otros parámetros adicionales. Consulte Configuración de otros parámetros hash más adelante en este documento.
Configuración de los campos del algoritmo utilizado para aplicar hash al paquete LAG y al tráfico ECMP (procedimiento de la CLI)
Los conmutadores de las series EX y QFX de Juniper Networks usan un algoritmo hash para determinar cómo reenviar el tráfico a través de un paquete de grupo de agregación de vínculos (LAG) o al dispositivo de salto siguiente cuando la opción de múltiples rutas de igual costo (ECMP) está habilitada.
El algoritmo hash toma decisiones hash basadas en valores en varios campos de paquetes. Puede configurar algunos de los campos utilizados por el algoritmo hash.
La configuración de los campos utilizados por el algoritmo hash es útil en escenarios en los que la mayor parte del tráfico que entra en el paquete es similar y el tráfico debe administrarse en el paquete LAG. Por ejemplo, si la única diferencia en los paquetes IP para todo el tráfico entrante es la dirección IP de origen y destino, puede ajustar el algoritmo hash para que las decisiones de hash sean más eficientes configurando el algoritmo para que tome decisiones de hash usando solo esos campos.
La configuración del modo hash no se admite en conmutadores QFX10002 y QFX10008.
- Configuración del algoritmo hash para utilizar campos en el encabezado de capa 2 para hash
- Configuración del algoritmo hash para usar campos en la carga IP para hashing
- Configuración del algoritmo hash para usar campos en la carga IPv6 para hashing
- Configuración de otros parámetros hash
Configuración del algoritmo hash para utilizar campos en el encabezado de capa 2 para hash
Para configurar el algoritmo hash para usar campos en el encabezado de capa 2 para hash:
Configuración del algoritmo hash para usar campos en la carga IP para hashing
Para configurar el algoritmo hash para usar campos en la carga IP para hashing:
Configuración del algoritmo hash para usar campos en la carga IPv6 para hashing
Para configurar el algoritmo hash para usar campos en la carga IPv6 para hash:
Configuración de otros parámetros hash
Para configurar parámetros hash para tráfico ECMP o LAG:
Tabla de historial de cambios
La compatibilidad con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
local-address
configurado con la interfaz o la dirección IP de circuito cerrado antes de confirmar la configuración.