close

keyboard_arrow_left

Table of Contents Expand all

play_arrow Visión general
play_arrow Configuración de la redundancia de la tarjeta de control de conmutación
- Descripción de la redundancia de la tarjeta de control de conmutación
- Configuración de la redundancia de la tarjeta de control de conmutación
play_arrow Configuración de la detección de reenvío bidireccional (BFD)
- Descripción de cómo BFD detecta fallas de red
- Configuración de BFD
play_arrow Configuración de la redundancia del motor de enrutamiento
- Descripción de la redundancia del motor de enrutamiento
- Configuración de la redundancia del motor de enrutamiento
play_arrow Configuración del equilibrio de carga
- Equilibrio de carga en interfaces Ethernet agregadas
play_arrow Configuración del cambio de motor de enrutamiento (GRES)
play_arrow Configuración de la conmutación de protección de anillo Ethernet
- Descripción de la conmutación de protección de anillo Ethernet
- Configuración de la conmutación de protección de anillo Ethernet
play_arrow Configuración de puentes sin interrupciones
- Entendiendo el puente sin parar
- Configuración de puentes sin interrupciones
play_arrow Configuración del enrutamiento activo sin interrupciones (NSR)
- Descripción del enrutamiento activo sin interrupciones
- Configuración del enrutamiento activo sin interrupciones
play_arrow Configuración de un reinicio correcto
play_arrow Descripción general de la administración de energía
play_arrow Configuración del protocolo de redundancia de enrutador virtual (VRRP)
- Descripción de VRRP
- Configuración de VRRP
play_arrow Realizar una actualización de software unificada en servicio (ISSU)
play_arrow Realizar una actualización de software sin interrupciones (NSSU)
- Descripción de la actualización de software sin interrupciones en conmutadores de la serie EX
play_arrow Alta disponibilidad de múltiples nodos
play_arrow Administración
play_arrow Tareas de verificación
- Verificación de la configuración y el uso de energía
play_arrow Solución de problemas
- Seguimiento de eventos de sincronización de enrutamiento activo sin interrupciones
- Solución de problemas de encendido y respaldo de energía del sistema de alimentación redundante de la serie EX
play_arrow Knowledge base
- https://kb.juniper.net/

list Table of Contents

EN ESTA PÁGINA

Descripción general del equilibrio de carga y la agregación de vínculos Ethernet
Descripción del equilibrio de carga Ethernet agregado
Equilibrio de carga de estado para interfaces Ethernet agregadas que utilizan datos de 5 tuplas
Configuración del equilibrio de carga con estado en interfaces Ethernet agregadas
Configuración del equilibrio de carga adaptable
Configuración del equilibrio de carga simétrico en un grupo de agregación de vínculos 802.3ad en enrutadores de la serie MX
Configuración del hash simétrico a nivel de PIC para el equilibrio de carga en LAG 802.3ad para enrutadores de la serie MX
Ejemplos: Configuración de hash simétrico a nivel de PIC para el equilibrio de carga en LAG 802.3ad en enrutadores de la serie MX
Ejemplo: configuración del equilibrio de carga Ethernet agregado
Comportamiento de equilibrio de carga Ethernet agregado específico de la plataforma
Tabla de historial de cambios

keyboard_arrow_right

¿Fue útil esta traducción automática?

Go to English page

DESCARGO DE RESPONSABILIDAD:

Esta página será traducida por software de traducción automática de terceros. Si bien nos hemos esforzado por proporcionar una traducción de calidad, Juniper Networks no puede garantizar su corrección. En caso de duda respecto a la exactitud de la información que ofrece esta traducción, consulte la versión en inglés. El PDF descargable está disponible solo en inglés.

Equilibrio de carga en interfaces Ethernet agregadas

date_range 28-Jan-25

arrow_backward

arrow_forward

El equilibrio de carga en interfaces Ethernet agregadas reduce la congestión de la red al dividir el tráfico entre varias interfaces.

Cuando agrupa varias interfaces Ethernet agregadas físicas para formar una única interfaz lógica, se denomina agregación de vínculos. La agregación de vínculos aumenta el ancho de banda, proporciona degradación elegante cuando ocurre un error, aumenta la disponibilidad y proporciona capacidades de equilibrio de carga. El equilibrio de carga permite que el dispositivo divida el tráfico entrante y saliente a lo largo de varias interfaces para reducir la congestión en la red. En este tema se describe el equilibrio de carga y cómo configurar el equilibrio de carga en el dispositivo.

Use el Explorador de características para confirmar la compatibilidad de la plataforma y el lanzamiento de características específicas.

Revise la sección Comportamiento de equilibrio de carga Ethernet agregado específico de la plataforma para obtener notas relacionadas con su plataforma.

Descripción general del equilibrio de carga y la agregación de vínculos Ethernet

Puede crear un grupo de agregación de vínculos (LAG) para un grupo de puertos Ethernet. El tráfico de puente de capa 2 tiene un equilibrio de carga entre los vínculos miembros de este grupo, lo que hace que la configuración sea atractiva tanto por problemas de congestión como por redundancia. Cada paquete LAG contiene hasta 16 vínculos. (La compatibilidad con la plataforma depende de la versión de Junos OS en su instalación).

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. El modo hash del algoritmo hash se establece en Carga de capa 2 de forma predeterminada. Cuando el modo hash se establece en Carga de capa 2, el algoritmo hash utiliza los campos de carga IPv4 e IPv6 para el hash. También puede configurar la clave hash de equilibrio de carga para el tráfico de capa 2 para utilizar campos en los encabezados de capa 3 y capa 4 mediante la payload instrucción. Sin embargo, tenga en cuenta que el comportamiento de equilibrio de carga es específico de la plataforma y se basa en configuraciones de clave hash adecuadas.

Para obtener más información, consulte Configuración del equilibrio de carga en un vínculo LAG. En un conmutador de capa 2, un enlace se sobreutiliza y otros están infrautilizados.

Descripción del equilibrio de carga Ethernet agregado

La función de agregación de vínculos se utiliza para agrupar varias interfaces Ethernet agregadas físicas para formar una interfaz lógica. Se agregan uno o más vínculos para formar un vínculo virtual o un grupo de agregación de vínculos (LAG). El cliente MAC trata este vínculo virtual como si fuera un único vínculo. 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.

Además de estas ventajas, se ha mejorado un paquete Ethernet agregado para proporcionar capacidades de equilibrio de carga que garantizan que la utilización del vínculo entre los vínculos miembro del paquete Ethernet agregado se utilice de forma completa y eficaz.

La función de equilibrio de carga permite que un dispositivo divida el tráfico entrante y saliente a lo largo de varias rutas o interfaces para reducir la congestión en la red. El equilibrio de carga mejora la utilización de varias rutas de red y proporciona un ancho de banda de red más eficaz.

Normalmente, las aplicaciones que usan el equilibrio de carga incluyen:

Interfaces agregadas (capa 2)

Las interfaces agregadas (también denominadas AE para Ethernet agregada y AS para SONET agregada) son un mecanismo de capa 2 para equilibrar la carga en múltiples interfaces entre dos dispositivos. Dado que se trata de un mecanismo de equilibrio de carga de capa 2, todos los vínculos de componentes individuales deben estar entre los mismos dos dispositivos en cada extremo. Junos OS admite una configuración no señalizada (estática) para Ethernet y SONET, así como el protocolo LACP estandarizado 802.3ad para la negociación a través de vínculos Ethernet.
Multiruta de costo igual (ECMP) (capa 3)

De forma predeterminada, cuando hay varias rutas de acceso de igual costo al mismo destino para la ruta activa, Junos OS utiliza un algoritmo hash para elegir una de las direcciones del próximo salto que desea instalar en la tabla de reenvío. Cada vez que el conjunto de saltos siguientes para un destino cambia de alguna manera, la dirección del siguiente salto se vuelve a elegir mediante el algoritmo hash. También hay una opción que permite instalar varias direcciones de salto siguiente en la tabla de reenvío, conocida como equilibrio de carga por paquete.

El equilibrio de carga ECMP puede ser:
- A través de rutas BGP (múltiples rutas BGP)
- Dentro de una ruta BGP, a través de múltiples LSP

En topologías Ethernet complejas, los desequilibrios de tráfico se producen debido al aumento del flujo de tráfico, y el equilibrio de carga se convierte en un desafío por algunas de las siguientes razones:

Equilibrio de carga incorrecto mediante los siguientes saltos agregados
Cálculo incorrecto del hash de paquete
Variación insuficiente en el flujo de paquetes
Selección incorrecta de patrones

Como resultado del desequilibrio del tráfico, la carga no está bien distribuida, lo que provoca congestión en ciertos enlaces, mientras que otros enlaces no se utilizan de manera eficiente.

Para superar estos desafíos, Junos OS ofrece las siguientes soluciones para resolver el desequilibrio de tráfico genuino en los paquetes Ethernet agregados (IEEE 802.3ad).

Equilibrio de carga adaptable

El equilibrio de carga adaptable utiliza un mecanismo de retroalimentación para corregir un desequilibrio de tráfico genuino. Para corregir los pesos de desequilibrio, el ancho de banda y el flujo de paquetes de los enlaces se adaptan para lograr una distribución eficiente del tráfico entre los enlaces de un paquete AE.

Para configurar el equilibrio de carga adaptable, incluya la adaptive instrucción en el nivel de [edit interfaces aex aggregated-ether-options load-balance] jerarquía.

Para configurar el valor de tolerancia como un porcentaje, incluya la tolerance palabra clave opcional en el nivel de [edit interfaces aex aggregated-ether-options load-balance adaptive] jerarquía.

Para configurar el equilibrio de carga adaptable basado en paquetes por segundo (en lugar de la configuración predeterminada de bits por segundo), incluya la pps palabra clave opcional en el [edit interfaces aex aggregated-ether-options load-balance adaptive] nivel de jerarquía.

Para configurar el intervalo de exploración del valor hash en función de la frecuencia de muestreo de los dos últimos segundos, incluya la scan-interval palabra clave opcional en el nivel de [edit interfaces aex aggregated-ether-options load-balance adaptive] jerarquía.
Equilibrio de carga de pulverización aleatoria por paquete

Cuando la opción de equilibrio de carga adaptable falla, el equilibrio de carga de pulverización aleatoria por paquete sirve como último recurso. Garantiza que los miembros de un paquete AE se carguen por igual sin tener en cuenta el ancho de banda. Por paquete provoca la reordenación de paquetes y, por lo tanto, solo se recomienda si las aplicaciones absorben el reordenamiento. La pulverización aleatoria por paquete elimina el desequilibrio del tráfico que se produce como resultado de errores de software, excepto para el hash de paquete.

Para configurar el equilibrio de carga de pulverización aleatoria por paquete, incluya la per-packet instrucción en el nivel de [edit interfaces aex aggregated-ether-options load-balance] jerarquía.

Las soluciones de equilibrio de carga Ethernet agregadas son mutuamente excluyentes. Cuando se configura más de una de las soluciones de equilibrio de carga, la última solución que se configura anula la configurada anteriormente. Puede comprobar la solución de equilibrio de carga que se está utilizando emitiendo el show interfaces aex aggregated-ether-options load-balance comando.

Equilibrio de carga de estado para interfaces Ethernet agregadas que utilizan datos de 5 tuplas

Cuando se transmiten varios flujos desde una interfaz Ethernet agregada (ae), los flujos deben distribuirse uniformemente entre los distintos vínculos miembro para permitir un comportamiento de equilibrio de carga eficaz y óptimo. Para obtener un método simplificado y sólido de equilibrio de carga, el vínculo miembro del paquete de interfaz Ethernet agregado que se selecciona cada vez para el equilibrio de carga desempeña un papel importante. El modo equilibrado de selección de enlaces utiliza 'n' bits en un valor hash precalculado si necesita seleccionar uno de los 2^n (2 elevado a la potencia de n) del siguiente salto en el unilista. El modo desequilibrado de selección de vínculo de miembro o siguiente salto utiliza 8 bits en un hash calculado previamente para seleccionar una entrada en una tabla selectora, lo que se realiza aleatoriamente con los ID de vínculo de miembro del grupo de agregación de vínculos (LAG) o aepaquete.

El término equilibrado versus no equilibrado indica si se utiliza o no una tabla selectora para el mecanismo de equilibrio de carga. El paquete LAG utiliza el modo no equilibrado (equilibrio de tabla selectora) para equilibrar el tráfico entre los vínculos de miembro. Cuando los flujos de tráfico son mínimos, pueden producirse los siguientes problemas con el modo desequilibrado: La lógica de selección de vínculos utiliza solo bits de subconjunto del hash calculado previamente. Independientemente de la eficiencia del algoritmo hash, es solo la representación comprimida de un flujo. Dado que la varianza entre flujos es muy baja, los hashes resultantes y el subconjunto que se calculan no proporcionan la variabilidad necesaria para utilizar eficazmente todos los vínculos miembro del LAG. Existe una cantidad excesiva de naturaleza aleatoria en el cálculo hash y también en la tabla selectora. Como resultado, la desviación de ser una técnica óptima de equilibrio de carga para cada vínculo secundario que se selecciona es mayor cuando el número de flujos es menor.

La desviación por vínculo secundario se define como

vi = ((Ci - (M/N)))/N

Dónde

Vi denota la desviación para ese enlace hijo 'i'.
i denota el miembro/índice del enlace secundario.
Ci representa los paquetes transmitidos para ese vínculo secundario 'i'.
M significa el total de paquetes transmitidos en ese paquete LAG.
N indica el número de vínculos secundarios en ese LAG.

Debido a estos inconvenientes, para un número menor de flujos o flujos con menos varianza entre flujos, la utilización del enlace está sesgada y existe una alta probabilidad de que algunos enlaces secundarios no se utilicen por completo.

Se agrega el mecanismo para registrar y conservar estados para los flujos y distribuir la carga de tráfico en consecuencia. Como resultado, para m número de flujos, se distribuyen entre n vínculos miembro de un paquete LAG o entre la unilista de saltos siguientes en un vínculo ECMP. Este método para dividir la carga entre los enlaces de miembro se denomina equilibrio de carga de estado y utiliza información de 5 tuplas (direcciones de origen y destino, protocolo, puertos de origen y destino). Dicho método se puede asignar directamente a los flujos o a un hash de precálculo basado en ciertos campos del flujo. Como resultado, la desviación observada en cada enlace hijo se reduce.

Este mecanismo funciona eficientemente solo para un número mínimo de flujos (menos de miles de flujos, aproximadamente). Para un mayor número de flujos (entre 1000 y 10.000 flujos), recomendamos utilizar el mecanismo distribuido de equilibrio de carga basado en Trio.

Consideremos un escenario de ejemplo en el que "n" vínculos del GAL se identifican con identificadores de vínculo de 0 a n-1. Se utiliza una tabla hash o una tabla de flujo para registrar los flujos a medida que aparecen. La clave hash se construye utilizando los campos que identifican de forma exclusiva un flujo. El resultado de la búsqueda identifica el link_id que el flujo está utilizando actualmente. Para cada paquete, se examina la tabla de flujo basada en el identificador de flujo. Si se encuentra una coincidencia, denota un paquete que pertenece a un flujo que se procesó o detectó previamente. El ID de vínculo está asociado al flujo. Si no se encuentra una coincidencia, es el primer paquete que pertenece al flujo. El ID de vínculo se utiliza para seleccionar el vínculo y el flujo se inserta en la tabla de flujo.

Para habilitar el equilibrio de carga por flujo basado en valores hash, incluya la per-flow instrucción en el nivel de [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] jerarquía. De forma predeterminada, Junos OS utiliza un método hash basado únicamente en la dirección de destino para elegir un próximo salto de reenvío cuando hay varias rutas de igual costo disponibles. A todas las ranuras del motor de reenvío de paquetes se les asigna el mismo valor hash de forma predeterminada. Para configurar el algoritmo de equilibrio de carga para reequilibrar dinámicamente el LAG utilizando parámetros existentes, incluya la rebalance interval instrucción en el nivel de [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] jerarquía. Este parámetro equilibra periódicamente la carga del tráfico al proporcionar una conmutación de reequilibrio sincronizada en todos los motores de reenvío de paquetes (PFE) de entrada durante un intervalo de reequilibrio. Puede especificar el intervalo como un valor en el intervalo de 1 a 1000 flujos por minuto. Para configurar el tipo de carga, incluya la load-type (low | medium | high) instrucción en el nivel de [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] jerarquía.

La stateful per-flow opción habilita la capacidad de equilibrio de carga en paquetes AE. La rebalance opción borra el estado de equilibrio de carga a intervalos especificados. La load opción informa al motor de reenvío de paquetes sobre el patrón de memoria adecuado que se va a utilizar. Si el número de flujos que fluyen en esta interfaz Ethernet agregada es menor (entre 1 y 100 flujos), se puede utilizar la low palabra clave. Del mismo modo, para flujos relativamente más altos (entre 100 y 1000 flujos), se puede usar la medium palabra clave y la large palabra clave se puede usar para los flujos máximos (entre 1000 y 10,000 flujos). El número aproximado de flujos para un equilibrio de carga efectivo para cada palabra clave es una derivada.

El clear interfaces aeX unit logical-unit-number forwarding-options load-balance state comando borra el estado de equilibrio de carga en el nivel de hardware y permite el reequilibrio desde el estado limpio y vacío. Este estado de limpieza sólo se activa cuando se utiliza este comando. El clear interfaces aggregate forwarding-options load-balance state comando borra todos los estados de equilibrio de carga de la interfaz Ethernet agregados y los vuelve a crear de nuevo.

Directrices para configurar el equilibrio de carga de estado para interfaces Ethernet aggegated o paquetes LAG

Tenga en cuenta los siguientes puntos al configurar el equilibrio de carga con estado para interfaces Ethernet agregadas:

Cuando se elimina o agrega un vínculo secundario, se selecciona un nuevo selector de agregado y el tráfico fluye hacia el nuevo selector. Dado que el selector está vacío, los flujos se rellenan en el selector. Este comportamiento provoca la redistribución de flujos porque se pierde el estado anterior. Este es el comportamiento existente sin habilitar el equilibrio de carga por flujo con estado.
Funciones de equilibrio de carga por flujo con estado en interfaces AE si el tráfico entrante llega a las tarjetas de línea MPC1E, MPC2E, MPC3E-3D, MPC5E y MPC6E. Cualquier otro tipo de tarjeta de línea no manipula esta funcionalidad. Se muestran los errores de CLI adecuados si los MPC no admiten esta capacidad.

Con la tarjeta de línea de entrada como MPC y la tarjeta de línea de salida como MPC o DPC, esta función funciona correctamente. El equilibrio de carga con estado no se admite si la tarjeta de línea de entrada es un DPC y la tarjeta de línea de salida es un DPC o un MPC.
Esta capacidad no se admite para el tráfico de multidifusión (nativo/inundación).
Habilitar la opción de reequilibrio o borrar el estado de equilibrio de carga puede hacer que se reordenen los paquetes para los flujos activos, ya que se pueden seleccionar diferentes conjuntos de vínculos para los flujos de tráfico.
Aunque el rendimiento de la característica es alto, consume una cantidad significativa de memoria de tarjeta de línea. Aproximadamente, 4000 interfaces lógicas o 16 interfaces lógicas Ethernet agregadas pueden tener esta característica habilitada en MPC compatibles. Sin embargo, cuando la memoria de hardware del motor de reenvío de paquetes es baja, dependiendo de la memoria disponible, recurre al mecanismo de equilibrio de carga predeterminado. En tal situación, se genera un mensaje de registro del sistema y se envía al motor de enrutamiento. No existe una restricción en el número de interfaces de AE que admiten equilibrio de carga con estado; El límite está determinado por las tarjetas de línea.
Si los flujos de tráfico envejecen con frecuencia, el dispositivo debe eliminar o actualizar los estados de equilibrio de carga. Como resultado, debe configurar el reequilibrio o ejecutar el comando clear a intervalos periódicos para un equilibrio de carga adecuado. De lo contrario, puede producirse un sesgo del tráfico. Cuando un vínculo secundario se cae o aparece, el comportamiento de equilibrio de carga no sufre cambios en los flujos existentes. Esta condición es para evitar el reordenamiento de paquetes. Los nuevos flujos recogen el vínculo secundario que aparece. Si observa que la distribución de carga no es muy eficaz, puede borrar los estados de equilibrio de carga o usar la funcionalidad de reequilibrio para provocar una limpieza automática de los estados de hardware. Al configurar la función de reequilibrio, los flujos de tráfico pueden redirigirse a diferentes vínculos, lo que puede provocar la reordenación de paquetes.

Configuración del equilibrio de carga con estado en interfaces Ethernet agregadas

Para configurar el equilibrio de carga con estado en ae paquetes de interfaz:

Especifique que desea configurar una interfaz Ethernet agregada.
```
[edit]
user@R2# set interfaces aeX unit logical-unit-number
```

Especifique que desea configurar el equilibrio de carga con estado.

content_copy zoom_out_map
[edit interfaces aeX unit logical-unit-number]
user@R2# edit forwarding-options load-balance-stateful

Habilite el mecanismo para realizar una distribución uniforme y eficaz de los flujos de tráfico entre los vínculos de miembro de un paquete de interfaz Ethernet agregada (ae) en enrutadores de la serie MX con MPC, excepto MPC3Es y MPC4E.
```
[edit interfaces aeX unit logical-unit-number load-balance-stateful]
user@R2# set per-flow
```
Configure el reequilibrio periódico de los flujos de tráfico de un paquete Ethernet agregado borrando el estado de equilibrio de carga en un intervalo especificado.
```
[edit interfaces aeX unit logical-unit-number load-balance-stateful]
user@R2# set rebalance interval
```
Defina el tipo de equilibrio de carga para informar al motor de reenvío de paquetes sobre el patrón de memoria adecuado que se utilizará para los flujos de tráfico. El número aproximado de flujos para un equilibrio de carga efectivo para cada palabra clave es una derivada.
```
[edit interfaces aeX unit logical-unit-number load-balance-stateful]
user@R2# set load-type (low | medium | large)
```

Configure la familia de direcciones y la dirección IP de la ae interfaz.

content_copy zoom_out_map
[edit interfaces aeX unit logical-unit-number]]
user@R2# set family family-name address address

Configuración del equilibrio de carga adaptable

En este tema se describe cómo configurar el equilibrio de carga adaptable. El equilibrio de carga adaptable mantiene una utilización eficiente del ancho de banda del vínculo miembro para un paquete de Ethernet (AE) agregado. El equilibrio de carga adaptable utiliza un mecanismo de retroalimentación para corregir el desequilibrio de carga del tráfico ajustando el ancho de banda y las transmisiones de paquetes en los vínculos dentro de un paquete de AE.

Antes de empezar:

Configure un conjunto de interfaces con una familia de protocolos y una dirección IP. Estas interfaces pueden constituir la membresía para el paquete AE.
Cree un paquete de AE configurando un conjunto de interfaces de enrutador como Ethernet agregada y con un identificador de grupo de AE específico.

Para configurar el equilibrio de carga adaptable para un paquete de AE:

Habilite el equilibrio de carga adaptable en el paquete AE:

content_copy zoom_out_map
[edit interfaces ae-x aggregated-ether-options load-balance]
user@router# set adaptive

Configure el valor del intervalo de escaneo para el equilibrio de carga adaptable en el paquete AE. El valor del intervalo de análisis determina la duración del análisis de tráfico multiplicando el valor entero por un período de tiempo de 30 segundos:
```
[edit interfaces ae-x aggregated-ether-options load-balance adaptive]
user@router# set scan-interval multiplier
```
Configure el valor de porcentaje de tolerancia. El valor de tolerancia determina la desviación permitida en las tasas de tráfico entre los miembros del paquete AE antes de que el enrutador active una actualización de equilibrio de carga adaptable:
```
[edit interfaces ae-x aggregated-ether-options load-balance adaptive]
user@router# set tolerance percentage
```
(Opcional) Habilite el equilibrio de carga adaptable basado en paquetes por segundo en el paquete AE:
```
[edit interfaces ae-x aggregated-ether-options load-balance adaptive]
user@router# set pps
```

Configuración del equilibrio de carga simétrico en un grupo de agregación de vínculos 802.3ad en enrutadores de la serie MX

Descripción general del equilibrio de carga simétrico en un LAG 802.3ad en enrutadores serie MX
Configuración del equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la serie MX
Configuración del equilibrio de carga simétrico en MPC basadas en Trio
Configuraciones de ejemplo

Descripción general del equilibrio de carga simétrico en un LAG 802.3ad en enrutadores serie MX

Los enrutadores serie MX con PIC Ethernet agregadas admiten el equilibrio de carga simétrico en un LAG 802.3ad. Esta característica es importante cuando dos enrutadores de la serie MX se conectan de forma transparente a través de dispositivos de inspección profunda de paquetes (DPI) a través de un paquete LAG. Los dispositivos DPI realizan un seguimiento de los flujos y requieren información de un flujo determinado tanto en dirección hacia adelante como hacia atrás. Sin un equilibrio de carga simétrico en un LAG 802.3ad, los DPI podrían malinterpretar el flujo, lo que provocaría interrupciones del tráfico. Mediante el uso de esta función, se garantiza un flujo de tráfico determinado (dúplex) para los mismos dispositivos en ambas direcciones.

El equilibrio de carga simétrico en un LAG 802.3ad utiliza un mecanismo de intercambio de las direcciones de origen y destino para un cálculo hash de campos, como la dirección de origen y la dirección de destino. El resultado de un hash calculado en estos campos se utiliza para elegir el enlace del LAG. El cálculo hash para el flujo directo e inverso debe ser idéntico. Esto se logra intercambiando los campos de origen con los campos de destino para el flujo inverso. La operación intercambiada se denomina cálculo de hash de complemento o symmetric-hash complement y la operación regular (o no intercambiada) como cálculo de hash simétrico o symmetric-hash. Los campos intercambiables son dirección MAC, dirección IP y puerto.

Configuración del equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la serie MX

Puede especificar si el hash simétrico o el hash complementario se realiza para equilibrar la carga del tráfico. Para configurar hash simétrico, utilice la symmetric-hash instrucción en el nivel de [edit forwarding-options hash-key family inet] jerarquía. Para configurar el complemento hash simétrico, utilice la instrucción y la symmetric-hash complement opción en el nivel de [edit forwarding-options hash-key family inet] jerarquía.

Estas operaciones también se pueden realizar a nivel de PIC especificando una clave hash. Para configurar una clave hash en el nivel de PIC, utilice la symmetric-hash instrucción or symmetric-hash complement en los niveles de [edit chassis hash-key family inet] jerarquía y [edit chassis hash-key family multiservice] .

Considere el ejemplo de la figura 1.

Figura 1: Equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la Symmetric Load Balancing on an 802.3ad LAG on MX Series Routers

serie MX

El enrutador A está configurado con hash simétrico y el enrutador B está configurado con complemento hash simétrico. Por lo tanto, para un flujo fxdado, el cálculo del hash posterior es del enrutador A al enrutador B a través de i2. El tráfico inverso para el mismo flujo fx es del enrutador B al enrutador A a través del mismo dispositivo i2 que su hashing (realizado después de intercambiar los campos de origen y destino) y devuelve el mismo índice de enlace; ya que se realiza en las direcciones de origen y destino intercambiadas.

Sin embargo, el enlace elegido puede o no corresponder a lo que se adjuntó al DPI. En otras palabras, el resultado del hashing debe apuntar a los mismos vínculos que están conectados, de modo que el tráfico fluya a través de los mismos dispositivos DPI en ambas direcciones. Para asegurarse de que esto suceda, también debe configurar los puertos homólogos (puertos que están conectados al mismo DPI-iN) con el mismo índice de vínculo idéntico. Esto se hace cuando se configura un vínculo secundario en el paquete LAG. Esto garantiza que el enlace elegido para un resultado hash determinado sea siempre el mismo en cualquiera de los enrutadores.

Tenga en cuenta que dos enlaces cualesquiera conectados entre sí deben tener el mismo índice de vínculos y estos índices de vínculos deben ser únicos en un paquete determinado.

Nota:

Se aplican las siguientes restricciones al configurar el equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la serie MX:

El motor de reenvío de paquetes (PFE) se puede configurar para aplicar hash al tráfico en modo simétrico o complementario. Un solo complejo PFE no puede funcionar simultáneamente en ambos modos operativos y tal configuración puede producir resultados no deseados.
La configuración por PFE anula la configuración de todo el chasis solo para la familia configurada. Para las otras familias, el complejo PFE aún hereda la configuración de todo el chasis (cuando está configurada) o la configuración predeterminada.
Esta función solo es compatible con VPLS, INET y tráfico en puente.
Esta característica no puede funcionar en conjunto con la per-flow-hash-seed load-balancing opción. Requiere que todos los complejos PFE configurados de manera complementaria compartan la misma semilla. Un cambio en la semilla entre dos complejos PFE homólogos puede producir resultados no deseados.

Para obtener más información, consulte la Biblioteca VPN de Junos OS para dispositivos de enrutamiento y la Biblioteca de administración de Junos OS para dispositivos de enrutamiento.

Instrucciones de configuración de ejemplo

Para configurar los parámetros del LAG 802.3ad en el nivel de paquete:

content_copy zoom_out_map
[edit interfaces]
g(x)e-fpc/pic/port {
    gigether-options {
        802.3ad {
            bundle;
            link-index number;
        }
    }
}

donde el link-index number rango de 0 a 15.

Puede comprobar el índice de vínculos configurado anteriormente mediante el show interfaces comando:

content_copy zoom_out_map
[edit forwarding-options hash-key]
family inet {
    layer-3;
    layer-4;
    symmetric-hash {
        [complement;]
    }
} 
family multiservice {
    source-mac;
    destination-mac;
    payload {
    ip {
        layer-3 {
            source-ip-only | destination-ip-only;
        }
        layer-4;
    }
    }
    symmetric-hash {
        [complement;]
    }
}

Para equilibrar la carga del tráfico de capa 2 basado en campos de capa 3, puede configurar los parámetros del LAG 802.3ad por nivel de PIC. Estas opciones de configuración están disponibles en la jerarquía del chasis de la siguiente manera:

content_copy zoom_out_map
[edit chassis]
fpc X {
    pic Y {
        .
        .
        .
        hash-key {
            family inet {
                layer-3;
                layer-4;
                symmetric-hash {
                    [complement;]
                }
            }
            family multiservice {
                source-mac;
                destination-mac;
                payload {
                    ip {
                        layer-3 {
                            source-ip-only | destination-ip-only;
                        }
                        layer-4;
                    }
                }
                symmetric-hash {
                    [complement;]
                }
            }
        }
        .
        .
        .
    }
}

Configuración del equilibrio de carga simétrico en MPC basadas en Trio

Con algunas diferencias de configuración, el equilibrio de carga simétrico a través de un grupo de agregación de vínculos 802.3ad se admite en enrutadores serie MX con MPC basados en Trio.

Para lograr un equilibrio de carga simétrico en MPC basados en trío, se debe hacer lo siguiente:

Calcular un hash simétrico

Ambos enrutadores deben calcular el mismo valor hash del flujo en las direcciones hacia adelante e hacia atrás. En las plataformas basadas en Trio, el valor hash calculado es independiente de la dirección del flujo y, por lo tanto, siempre es de naturaleza simétrica. Por este motivo, no se necesita ninguna configuración específica para calcular un valor hash simétrico en plataformas basadas en Trio.

Sin embargo, debe tenerse en cuenta que los campos utilizados para configurar el hash deben tener configuraciones idénticas de inclusión y exclusión en ambos extremos del LAG.
Configurar índices de vínculos

Para permitir que ambos enrutadores elijan el mismo vínculo utilizando el mismo valor hash, los vínculos dentro del LAG deben configurarse con el mismo índice de vínculo en ambos enrutadores. Esto se puede lograr con la link-index declaración.
Habilitar el equilibrio de carga simétrico

Para configurar el equilibrio de carga simétrico en MPC basados en Trio, incluya la symmetric instrucción en el nivel de [edit forwarding-options enhanced-hash-key] jerarquía. Esta declaración solo se aplica a las plataformas basadas en Trio.

La symmetric instrucción se puede utilizar con cualquier familia de protocolos y permite el equilibrio de carga simétrico para todos los paquetes Ethernet agregados en el enrutador. La instrucción debe estar habilitada en ambos extremos del LAG. Esta instrucción está deshabilitada de forma predeterminada.
Logre simetría para el tráfico puenteado y enrutado

En algunos despliegues, el paquete LAG en el que se desea la simetría es atravesado por el tráfico puenteado de capa 2 en la dirección ascendente y por el tráfico enrutado IPv4 en la dirección descendente. En tales casos, el hash calculado es diferente en cada dirección porque las direcciones MAC de Ethernet se tienen en cuenta para los paquetes puenteados. Para superar esto, puede excluir direcciones MAC de origen y destino del cálculo de clave hash mejorada.

Para excluir direcciones MAC de origen y destino del cálculo de clave hash mejorada, incluya la no-mac-addresses instrucción en el nivel de [edit forwarding-options enhanced-hash-key family multiservice] jerarquía. Esta instrucción está deshabilitada de forma predeterminada.

Cuando el equilibrio de carga simétrico está habilitado en MPC basadas en Trio, tenga en cuenta las siguientes advertencias:

La polarización del tráfico es un fenómeno que se produce cuando se usan topologías que distribuyen el tráfico mediante hash del mismo tipo. Cuando los enrutadores están conectados en cascada, puede producirse una polarización del tráfico, lo que puede dar lugar a una distribución desigual del tráfico.

La polarización del tráfico se produce cuando los LAG se configuran en enrutadores en cascada. Por ejemplo, en la figura 2, si un determinado flujo utiliza el vínculo 1 del paquete de Ethernet agregado entre el dispositivo R1 y el dispositivo R2, el flujo también utiliza el vínculo 1 del paquete de Ethernet agregado entre el dispositivo R2 y el dispositivo R3.

Figura 2: Polarización del tráfico en enrutadores en cascada cuando el equilibrio de carga simétrica está habilitado en MPC basados en Trio

Esto es diferente a tener un algoritmo de selección de vínculos aleatorios, donde un flujo puede usar el vínculo 1 del paquete de Ethernet agregado entre el dispositivo R1 y el dispositivo R2, y el vínculo 2 del paquete de Ethernet agregado entre el dispositivo R2 y el dispositivo R3.
El equilibrio de carga simétrico no es aplicable al equilibrio de carga por prefijo en el que el hash se calcula en función del prefijo de ruta.
El equilibrio de carga simétrico no es aplicable al tráfico MPLS o VPLS, porque en estos escenarios las etiquetas no son las mismas en ambas direcciones.

Configuraciones de ejemplo

Configuraciones de ejemplo de la configuración de ancho del chasis
Configuraciones de ejemplo de configuraciones por motor de reenvío de paquetes

Configuraciones de ejemplo de la configuración de ancho del chasis

Enrutador A

content_copy zoom_out_map
user@host> show configuration forwarding-options hash-key
family multiservice {
    payload {
        ip {
            layer-3;
        }
    }
    symmetric hash;
}

Enrutador B

content_copy zoom_out_map
user@host> show configuration forwarding-options hash-key
family multiservice {
    payload {
        ip {
            layer-3;
        }
    }
    symmetric-hash {
        complement;
    }
}

Configuraciones de ejemplo de configuraciones por motor de reenvío de paquetes

Enrutador A

content_copy zoom_out_map
user@host> show configuration chassis fpc 2 pic 2 hash-key
family multiservice {
    payload {
        ip {
            layer-3;
        }
    }
    symmetric hash;
}

Enrutador B

content_copy zoom_out_map
user@host> show configuration chassis fpc 2 pic 3 hash-key
family multiservice {
    payload {
        ip {
            layer-3;
        }
    }
    symmetric-hash {
        complement;
    }
}

Configuración del hash simétrico a nivel de PIC para el equilibrio de carga en LAG 802.3ad para enrutadores de la serie MX

El hash simétrico para el equilibrio de carga en un grupo de agregación de vínculos (LAG) 802.3ad es útil cuando dos enrutadores de la serie MX (por ejemplo, los enrutadores A y B) se conectan de forma transparente a través de dispositivos de inspección profunda de paquetes (DPI) a través de un paquete LAG. Los dispositivos DPI realizan un seguimiento de los flujos de tráfico tanto en la dirección hacia adelante como hacia atrás.

Si se configura un hash simétrico, el flujo inverso del tráfico también se dirige a través del mismo vínculo secundario en el LAG y está obligado a fluir a través del mismo dispositivo DPI. Esto permite una contabilidad adecuada en el DPI del tráfico tanto en el flujo directo como en el inverso.

Si no se configura un hash simétrico, se puede elegir un vínculo secundario diferente en el LAG para el flujo inverso del tráfico a través de un dispositivo DPI diferente. Esto da como resultado información incompleta sobre los flujos directos e inversos del tráfico en el dispositivo DPI, lo que lleva a una contabilidad incompleta del tráfico por parte del dispositivo DPI.

El hash simétrico se calcula en función de campos como la dirección de origen y la dirección de destino. Puede configurar hash simétrico tanto a nivel del chasis como a nivel de PIC para el equilibrio de carga basado en campos de unidad de datos de capa 2, capa 3 y capa 4 para el tráfico de familia inet (familia de protocolos IPv4) y multiservicio (conmutador o puente). El hash simétrico configurado a nivel de chasis es aplicable a todo el enrutador y es heredado por todas sus PIC y motores de reenvío de paquetes. La configuración del hash simétrico a nivel de PIC proporciona más granularidad en el nivel del motor de reenvío de paquetes.

Para los dos enrutadores conectados a través de los dispositivos DPI a través de un paquete LAG, puede configurar hash simétrico en un enrutador y complemento de hash simétrico en el enrutador de extremo remoto o viceversa.

Para configurar el hash simétrico en el nivel del chasis, incluya el hash simétrico o las symmetric-hash complement instrucciones en el nivel de [edit forwarding-options hash-key family] jerarquía. Para obtener información acerca de cómo configurar el hash simétrico en el nivel del chasis y configurar el índice de vínculo, consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento y la Biblioteca de VPN de Junos OS para dispositivos de enrutamiento.

Nota:

En los DPC de la serie MX, la configuración de hash simétricos en el nivel de PIC se refiere a la configuración de hash simétricos en el nivel del motor de reenvío de paquetes.

Para configurar el hash simétrico en el nivel de PIC en la interfaz de tráfico entrante (donde el tráfico entra en el enrutador), incluya el hash simétrico o symmetric-hash complement la instrucción en el nivel jerárquico [edit chassis fpc slot-number pic pic-number hash-key]:

[edit chassis fpc slot-number pic pic-number hash-key]
family multiservice {
    source-mac;
    destination-mac;
    payload {
        ip {
            layer-3 (source-ip-only | destination-ip-only);
            layer-4;
        }
    }
    symmetric-hash {
        complement;
    }
}

family inet {
    layer-3;
    layer-4;
    symmetric-hash {
        complement;
    }
}

Nota:

El hash simétrico a nivel de PIC anula el hash simétrico a nivel de chasis configurado en el nivel de jerarquía [edit chassis forwarding-options hash-key].
Actualmente, el hash simétrico para el equilibrio de carga en grupos de agregación de vínculos 802.3ad solo se admite para VPLS, INET y tráfico en puente.
La configuración de la clave hash en un PIC o motor de reenvío de paquetes puede estar en el modo "hash simétrico" o "complemento de hash simétrico", pero no en ambos al mismo tiempo.

Ejemplos: Configuración de hash simétrico a nivel de PIC para el equilibrio de carga en LAG 802.3ad en enrutadores de la serie MX

Nota:

Estos ejemplos solo se aplican a los CPD compatibles con los enrutadores MX240, MX480 y MX960. Para obtener la lista de DPC admitidos, consulte DPC compatibles con enrutadores MX240, MX480 y MX960 en la sección Documentación relacionada.

Los siguientes ejemplos muestran cómo configurar hash simétrico en el nivel de PIC para el equilibrio de carga en enrutadores de la serie MX:

Configuración de hash simétrico para multiservicio familiar en ambos enrutadores
Configuración de hash simétrico para inet familiar en ambos enrutadores
Configuración de hash simétrico para inet familiar y multiservicio familiar en los dos enrutadores

Configuración de hash simétrico para multiservicio familiar en ambos enrutadores

En la interfaz de tráfico entrante donde el tráfico entra en el enrutador A, incluya la symmetric-hash instrucción en el nivel de [edit chassis fpc slot-number pic pic-number hash-key family multiservice] jerarquía:

content_copy zoom_out_map
[edit chassis fpc 2 pic 2 hash-key]
family multiservice {
    source-mac;
    destination-mac;
    payload {
        ip {
            layer-3;
            layer-4;
        }
    }
    symmetric-hash;
}

En la interfaz de tráfico entrante donde el tráfico entra en el enrutador B, incluya la symmetric-hash complement instrucción en el nivel de [edit chassis fpc slot-number pic pic-number hash-key family multiservice] jerarquía:

content_copy zoom_out_map
[edit chassis fpc 0 pic 3 hash-key]
family multiservice {
    source-mac;
    destination-mac;
    payload {
        ip {
            layer-3;
            layer-4;
        }
    }
    symmetric-hash {
        complement;
    }
}

Configuración de hash simétrico para inet familiar en ambos enrutadores

content_copy zoom_out_map
[edit chassis fpc 0 pic 1 hash-key]
family inet {
    layer-3;
    layer-4;
    symmetric-hash;
}

content_copy zoom_out_map
[edit chassis fpc 1 pic 2 hash-key]
family inet {
    layer-3;
    layer-4;
    symmetric-hash {
        complement;
    }
}

Configuración de hash simétrico para inet familiar y multiservicio familiar en los dos enrutadores

content_copy zoom_out_map
[edit chassis fpc 1 pic 0 hash-key]
family multiservice {
    payload {
        ip {
            layer-3;
            layer-4;
        }
    }
    symmetric-hash;
}

content_copy zoom_out_map
[edit chassis fpc 0 pic 3 hash-key]
family inet {
    layer-3;
    layer-4;
    symmetric-hash {
        complement;
    }
}

Ejemplo: configuración del equilibrio de carga Ethernet agregado

En este ejemplo, se muestra cómo configurar el equilibrio de carga de Ethernet agregado.

Requisitos
Visión general
Configuración
Verificación

Requisitos

En este ejemplo se utilizan los siguientes componentes de hardware y software:

Tres enrutadores serie MX con interfaces MIC y MPC o tres enrutadores de transporte de paquetes serie PTX con interfaces PIC y FPC
Junos OS versión 13.3 o posterior ejecutándose en todos los dispositivos

Visión general

El equilibrio de carga es necesario en el plano de reenvío cuando hay varias rutas o interfaces disponibles para el enrutador del salto siguiente, y es mejor si el tráfico entrante tiene un equilibrio de carga en todas las rutas disponibles para una mejor utilización del vínculo.

El paquete Ethernet agregado es una aplicación típica que utiliza el equilibrio de carga para equilibrar los flujos de tráfico a través de los vínculos miembro del paquete (IEEE 802.3ad).

A partir de Junos OS versión 13.3, el equilibrio de carga Ethernet agregado se ha mejorado para proporcionar dos soluciones para resolver el desequilibrio de tráfico genuino en paquetes de Ethernet agregados en MIC o MPC de enrutadores de la serie MX. A partir de Junos OS versión 14.1, el equilibrio de carga Ethernet agregado se ha mejorado para proporcionar dos soluciones para resolver el desequilibrio de tráfico genuino en paquetes de Ethernet agregados en PIC o FPC de enrutadores de transporte de paquetes de la serie PTX.

Las soluciones agregadas de equilibrio de carga Ethernet son:

Adaptativo: el equilibrio de carga adaptable se utiliza en escenarios en los que el hash basado en flujos no es suficiente para lograr una distribución uniforme de la carga. Esta solución de equilibrio de carga implementa un mecanismo de control y retroalimentación en tiempo real para monitorear y administrar los desequilibrios en la carga de la red.

La solución de equilibrio de carga adaptable corrige el desequilibrio del flujo de tráfico modificando las entradas del selector y analizando periódicamente la utilización del vínculo en cada vínculo miembro del paquete AE para detectar cualquier desviación. Cuando se detecta una desviación, se activa un evento de ajuste y se asignan menos flujos al vínculo miembro afectado. Como resultado, el ancho de banda ofrecido de ese enlace de miembro deja de funcionar. Esto provoca un bucle de retroalimentación continuo, que durante un período de tiempo garantiza que se ofrezca la misma cantidad de velocidad de bytes a todos los enlaces miembros, proporcionando así una distribución eficiente del tráfico a través de cada enlace miembro en el paquete AE.

Para configurar el equilibrio de carga adaptable, incluya la adaptive instrucción en el nivel de [edit interfaces aex aggregated-ether-options load-balance] jerarquía.

Nota:
Habilitar el equilibrio de carga adaptable puede hacer que los paquetes se reordenen una vez en cada intervalo de reequilibrio.

La pps opción habilita el equilibrio de carga en función de la velocidad de paquetes por segundo. La configuración predeterminada es el equilibrio de carga de bits por segundo.

El scan-interval valor configura el período de tiempo para el escaneo como un múltiplo de 30 segundos.

El tolerance valor es el límite de la varianza en el flujo de tráfico de paquetes a los vínculos Ethernet agregados en el paquete. Puede especificar una varianza máxima del 100 por ciento. Cuando el atributo de tolerancia no está configurado, se habilita un valor predeterminado del 20 por ciento para el equilibrio de carga adaptable. Un valor de tolerancia más pequeño equilibra mejor el ancho de banda, pero requiere un tiempo de convergencia más largo.
Pulverización aleatoria por paquete: cuando falla la solución de equilibrio de carga adaptativo, la pulverización aleatoria por paquete actúa como último recurso. La solución de equilibrio de carga de pulverización aleatoria por paquete ayuda a abordar el desequilibrio del tráfico al rociar aleatoriamente los paquetes en los siguientes saltos agregados. Esto garantiza que todos los enlaces miembro del paquete AE estén igualmente cargados, lo que resulta en un reordenamiento de paquetes.

Además, la pulverización aleatoria por paquete identifica el motor de reenvío de paquetes de entrada que causó el desequilibrio de tráfico y elimina el desequilibrio de tráfico que se produce como resultado de errores de software, excepto el hash de paquete.

Para configurar el equilibrio de carga de pulverización aleatoria por paquete, incluya la per-packet instrucción en el nivel de [edit interfaces aex aggregated-ether-options load-balance] jerarquía.

Nota:
La opción Por paquete para el equilibrio de carga no se admite en los enrutadores de transporte de paquetes de la serie PTX.

Las soluciones de equilibrio de carga Ethernet agregadas son mutuamente excluyentes. Cuando se configura más de una de las soluciones de equilibrio de carga, la última solución que se configura anula la configurada anteriormente. Puede comprobar la solución de equilibrio de carga que se está implementando emitiendo el show interfaces aex aggregated-ether-options load-balance comando.

Topología

En esta topología, se configuran dos paquetes Ethernet agregados, ae0 y ae1, en los vínculos entre los enrutadores R2 y R3.

Figura 3: Equilibrio Aggregated Ethernet Load Balancing

de carga Ethernet agregado

Configuración

Configuración rápida de CLI
Configuración del equilibrio de carga adaptable
Resultados

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.

content_copy zoom_out_map
set chassis aggregated-devices ethernet device-count 12
set interfaces xe-0/0/0 unit 0 family inet address 120.168.1.1/30
set interfaces xe-0/0/0 unit 0 family iso
set interfaces xe-0/0/0 unit 0 family mpls
set interfaces xe-0/0/1 unit 0 family inet address 120.168.2.1/30
set interfaces xe-0/0/1 unit 0 family iso
set interfaces xe-0/0/1 unit 0 family mpls
set interfaces ge-1/0/0 unit 0 family inet address 120.168.100.2/30
set interfaces ge-1/0/0 unit 0 family iso
set interfaces ge-1/0/0 unit 0 family mpls
set interfaces ge-1/0/1 unit 0 family inet address 120.168.101.2/30
set interfaces ge-1/0/1 unit 0 family iso
set interfaces ge-1/0/1 unit 0 family mpls
set interfaces lo0 unit 0 family inet address 120.168.0.2/32
set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0002.00
set routing-options router-id 120.168.0.2
set routing-options autonomous-system 55
set protocols rsvp interface ge-1/0/0.0
set protocols rsvp interface ge-1/0/1.0
set protocols mpls label-switched-path videl-to-sweets to 120.168.0.9
set protocols mpls label-switched-path v-2-s-601 to 60.0.1.0
set protocols mpls label-switched-path v-2-s-601 primary v-2-s-601-primary hop-limit 5
set protocols mpls label-switched-path v-2-s-602 to 60.0.2.0
set protocols mpls label-switched-path v-2-s-602 primary v-2-s-602-primary hop-limit 5
set protocols mpls label-switched-path v-2-s-603 to 60.0.3.0
set protocols mpls label-switched-path v-2-s-604 to 60.0.4.0
set protocols mpls path v-2-s-601-primary 120.168.100.1 strict
set protocols mpls path v-2-s-601-primary 120.168.104.2 strict
set protocols mpls path v-2-s-602-primary 120.168.101.1 strict
set protocols mpls path v-2-s-602-primary 120.168.105.2 strict
set protocols mpls interface ge-1/0/0.0
set protocols mpls interface ge-1/0/1.0
set protocols bgp group pe-routers type internal
set protocols bgp group pe-routers local-address 120.168.0.2
set protocols bgp group pe-routers family inet unicast
set protocols bgp group pe-routers family inet-vpn unicast
set protocols bgp group pe-routers neighbor 120.168.0.9
set protocols isis traffic-engineering family inet shortcuts
set protocols isis level 1 disable
set protocols isis interface ge-1/0/0.0
set protocols isis interface ge-1/0/1.0
set protocols isis interface lo0.0
set policy-options policy-statement nhs then next-hop self
set policy-options policy-statement vpn-m5-export term 1 from protocol bgp
set policy-options policy-statement vpn-m5-export term 1 from protocol direct
set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target
set policy-options policy-statement vpn-m5-export term 1 then accept
set policy-options policy-statement vpn-m5-export term 2 then reject
set policy-options policy-statement vpn-m5-import term 1 from protocol bgp
set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target
set policy-options policy-statement vpn-m5-import term 1 then accept
set policy-options policy-statement vpn-m5-import term 2 then reject
set policy-options community vpn-m5-target members target:55:100
set routing-instances vpn-m5 instance-type vrf
set routing-instances vpn-m5 interface xe-0/0/0.0
set routing-instances vpn-m5 interface xe-0/0/1.0
set routing-instances vpn-m5 route-distinguisher 120.168.0.2:1
set routing-instances vpn-m5 vrf-import vpn-m5-import
set routing-instances vpn-m5 vrf-export vpn-m5-export
set routing-instances vpn-m5 protocols bgp group ce type external
set routing-instances vpn-m5 protocols bgp group ce peer-as 100
set routing-instances vpn-m5 protocols bgp group ce as-override
set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.1.2
set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.2.2
set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0
set routing-instances vpn-m5 protocols ospf export vpn-m5-import
set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/1.0
set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/0.0

content_copy zoom_out_map
set chassis aggregated-devices ethernet device-count 5
set interfaces ge-1/2/0 unit 0 family inet address 120.168.100.1/30
set interfaces ge-1/2/0 unit 0 family iso
set interfaces ge-1/2/0 unit 0 family mpls
set interfaces ge-1/2/1 unit 0 family inet address 120.168.101.1/30
set interfaces ge-1/2/1 unit 0 family iso
set interfaces ge-1/2/1 unit 0 family mpls
set interfaces ge-1/3/0 gigether-options 802.3ad ae0
set interfaces ge-1/3/1 gigether-options 802.3ad ae0
set interfaces ge-1/3/2 gigether-options 802.3ad ae0
set interfaces ge-1/3/3 gigether-options 802.3ad ae0
set interfaces ge-1/3/4 gigether-options 802.3ad ae0
set interfaces ge-2/2/1 gigether-options 802.3ad ae1
set interfaces ge-2/2/2 gigether-options 802.3ad ae1
set interfaces ge-2/2/3 gigether-options 802.3ad ae1
set interfaces ge-2/2/4 gigether-options 802.3ad ae1
set interfaces ge-2/2/5 gigether-options 802.3ad ae1
set interfaces ge-2/2/6 gigether-options 802.3ad ae1
set interfaces ge-2/2/7 gigether-options 802.3ad ae1
set interfaces ge-2/2/8 gigether-options 802.3ad ae1
set interfaces ae0 aggregated-ether-options load-balance adaptive tolerance 10
set interfaces ae0 aggregated-ether-options link-speed 1g
set interfaces ae0 aggregated-ether-options lacp active
set interfaces ae0 unit 0 family inet address 120.168.104.1/30
set interfaces ae0 unit 0 family iso
set interfaces ae0 unit 0 family mpls
set interfaces ae1 aggregated-ether-options load-balance adaptive tolerance 10
set interfaces ae1 aggregated-ether-options link-speed 1g
set interfaces ae1 aggregated-ether-options lacp active
set interfaces ae1 unit 0 family inet address 120.168.105.1/30
set interfaces ae1 unit 0 family iso
set interfaces ae1 unit 0 family mpls
set interfaces lo0 unit 0 family inet address 120.168.0.4/32
set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0004.00
set accounting-options selective-aggregate-interface-stats disable
set protocols rsvp interface ge-1/2/0.0
set protocols rsvp interface ge-1/2/1.0
set protocols rsvp interface ae0.0
set protocols rsvp interface ae1.0
set protocols mpls interface ge-1/2/0.0
set protocols mpls interface ge-1/2/1.0
set protocols mpls interface ae0.0
set protocols mpls interface ae1.0
set protocols isis traffic-engineering family inet shortcuts
set protocols isis level 1 disable
set protocols isis interface ge-1/2/0.0
set protocols isis interface ge-1/2/1.0
set protocols isis interface ae0.0
set protocols isis interface ae1.0
set protocols isis interface lo0.0

content_copy zoom_out_map
set chassis aggregated-devices ethernet device-count 5
set interfaces xe-4/0/0 unit 0 family inet address 120.168.9.1/30
set interfaces xe-4/0/0 unit 0 family mpls
set interfaces xe-4/0/1 unit 0 family inet address 120.168.10.1/30
set interfaces xe-4/0/1 unit 0 family mpls
set interfaces ge-5/0/1 gigether-options 802.3ad ae1
set interfaces ge-5/0/2 gigether-options 802.3ad ae1
set interfaces ge-5/0/3 gigether-options 802.3ad ae1
set interfaces ge-5/0/4 gigether-options 802.3ad ae1
set interfaces ge-5/0/5 gigether-options 802.3ad ae1
set interfaces ge-5/0/6 gigether-options 802.3ad ae1
set interfaces ge-5/0/7 gigether-options 802.3ad ae1
set interfaces ge-5/0/8 gigether-options 802.3ad ae1
set interfaces ge-5/3/0 gigether-options 802.3ad ae0
set interfaces ge-5/3/1 gigether-options 802.3ad ae0
set interfaces ge-5/3/2 gigether-options 802.3ad ae0
set interfaces ge-5/3/3 gigether-options 802.3ad ae0
set interfaces ge-5/3/4 gigether-options 802.3ad ae0
set interfaces ae0 aggregated-ether-options link-speed 1g
set interfaces ae0 aggregated-ether-options lacp active
set interfaces ae0 unit 0 family inet address 120.168.104.2/30
set interfaces ae0 unit 0 family iso
set interfaces ae0 unit 0 family mpls
set interfaces ae1 aggregated-ether-options link-speed 1g
set interfaces ae1 aggregated-ether-options lacp active
set interfaces ae1 unit 0 family inet address 120.168.105.2/30
set interfaces ae1 unit 0 family iso
set interfaces ae1 unit 0 family mpls
set interfaces lo0 unit 0 family inet address 120.168.0.9/32
set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0009.00
set routing-options router-id 120.168.0.9
set routing-options autonomous-system 55
set protocols rsvp interface xe-4/0/0.0
set protocols rsvp interface xe-4/0/1.0
set protocols rsvp interface ae0.0
set protocols rsvp interface ae1.0
set protocols mpls label-switched-path to-videl to 120.168.0.2
set protocols mpls interface xe-4/0/0.0
set protocols mpls interface xe-4/0/1.0
set protocols mpls interface ae0.0
set protocols mpls interface ae1.0
set protocols bgp group pe-routers type internal
set protocols bgp group pe-routers local-address 120.168.0.9
set protocols bgp group pe-routers family inet unicast
set protocols bgp group pe-routers family inet-vpn unicast
set protocols bgp group pe-routers neighbor 120.168.0.2
set protocols isis traffic-engineering family inet shortcuts
set protocols isis level 1 disable
set protocols isis interface ae0.0
set protocols isis interface ae1.0
set protocols isis interface lo0.0
set policy-options policy-statement nhs then next-hop self
set policy-options policy-statement vpn-m5-export term 1 from protocol bgp
set policy-options policy-statement vpn-m5-export term 1 from protocol direct
set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target
set policy-options policy-statement vpn-m5-export term 1 then accept
set policy-options policy-statement vpn-m5-export term 2 then reject
set policy-options policy-statement vpn-m5-import term 1 from protocol bgp
set policy-options policy-statement vpn-m5-import term 1 from protocol direct
set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target
set policy-options policy-statement vpn-m5-import term 1 then accept
set policy-options policy-statement vpn-m5-import term 2 then reject
set policy-options community vpn-m5-target members target:55:100
set routing-instances vpn-m5 instance-type vrf
set routing-instances vpn-m5 interface xe-4/0/0.0
set routing-instances vpn-m5 interface xe-4/0/1.0
set routing-instances vpn-m5 route-distinguisher 120.168.0.9:1
set routing-instances vpn-m5 vrf-import vpn-m5-import
set routing-instances vpn-m5 vrf-export vpn-m5-export
set routing-instances vpn-m5 protocols bgp group ce type external
set routing-instances vpn-m5 protocols bgp group ce peer-as 100
set routing-instances vpn-m5 protocols bgp group ce as-override
set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.9.2
set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.10.2
set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0
set routing-instances vpn-m5 protocols ospf export vpn-m5-import
set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/0.0
set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/1.0

Configuración del equilibrio de carga adaptable

Procedimiento paso a paso

En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración.

Para configurar el enrutador R2:

Nota:

Repita este procedimiento para los demás enrutadores, después de modificar los nombres de interfaz, las direcciones y cualquier otro parámetro adecuados para cada enrutador.

Especifique el número de interfaces Ethernet agregadas que se van a crear.
```
[edit chassis]
user@R2# set aggregated-devices ethernet device-count 5
```

Configure el vínculo de interfaz de Gigabit Ethernet que conecta R2 a R1.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ge-1/2/0 unit 0 family inet address 120.168.100.1/30
user@R2# set ge-1/2/0 unit 0 family iso
user@R2# set ge-1/2/0 unit 0 family mpls
user@R2# set ge-1/2/1 unit 0 family inet address 120.168.101.1/30
user@R2# set ge-1/2/1 unit 0 family iso
user@R2# set ge-1/2/1 unit 0 family mpls
user@R2# set lo0 unit 0 family inet address 120.168.0.4/32
user@R2# set lo0 unit 0 family iso address 49.0001.1201.6800.0004.00

Configure los cinco vínculos miembro del paquete Ethernet agregado ae0.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ge-1/3/0 gigether-options 802.3ad ae0
user@R2# set ge-1/3/1 gigether-options 802.3ad ae0
user@R2# set ge-1/3/2 gigether-options 802.3ad ae0
user@R2# set ge-1/3/3 gigether-options 802.3ad ae0
user@R2# set ge-1/3/4 gigether-options 802.3ad ae0

Configure los ocho vínculos miembro del paquete Ethernet agregado ae1.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ge-2/2/1 gigether-options 802.3ad ae1
user@R2# set ge-2/2/2 gigether-options 802.3ad ae1
user@R2# set ge-2/2/3 gigether-options 802.3ad ae1
user@R2# set ge-2/2/4 gigether-options 802.3ad ae1
user@R2# set ge-2/2/5 gigether-options 802.3ad ae1
user@R2# set ge-2/2/6 gigether-options 802.3ad ae1
user@R2# set ge-2/2/7 gigether-options 802.3ad ae1
user@R2# set ge-2/2/8 gigether-options 802.3ad ae1

Habilite el equilibrio de carga Ethernet agregado en ae0 de R2.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ae0 aggregated-ether-options load-balance adaptive tolerance 10

Configure la velocidad de vínculo para el paquete de Ethernet agregado ae0.
```
[edit interfaces]
user@R2# set ae0 aggregated-ether-options link-speed 1g
```
Configure LACP en el paquete de Ethernet agregado ae0.
```
[edit interfaces]
user@R2# set ae0 aggregated-ether-options lacp active
```

Configure los parámetros de interfaz para el paquete de Ethernet agregado ae0.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ae0 unit 0 family inet address 120.168.104.1/30
user@R2# set ae0 unit 0 family iso
user@R2# set ae0 unit 0 family mpls

Habilite el equilibrio de carga Ethernet agregado en ae1 o R2.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10

Configure la velocidad de vínculo para el paquete Ethernet agregado ae1.
```
[edit interfaces]
user@R2# set ae1 aggregated-ether-options link-speed 1g
```

Configure LACP en el paquete Ethernet agregado ae1.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ae1 aggregated-ether-options lacp active

Configure los parámetros de interfaz para el paquete Ethernet agregado ae1.

content_copy zoom_out_map
[edit interfaces]
user@R2# set ae1 unit 0 family inet address 120.168.105.1/30
user@R2# set ae1 unit 0 family iso
user@R2# set ae1 unit 0 family mpls

Desactive las estadísticas de Ethernet agregadas selectivas.

content_copy zoom_out_map
[edit accounting-options]
user@R2# set selective-aggregate-interface-stats disable

Configure RSVP en todas las interfaces de R2 y en los paquetes de AE.

content_copy zoom_out_map
[edit protocols]
user@R2# set rsvp interface ge-1/2/0.0
user@R2# set rsvp interface ge-1/2/1.0
user@R2# set rsvp interface ae0.0
user@R2# set rsvp interface ae1.0

Configure MPLS en todas las interfaces de R2 y en los paquetes de AE.

content_copy zoom_out_map
[edit protocols]
user@R2# set mpls interface ge-1/2/0.0
user@R2# set mpls interface ge-1/2/1.0
user@R2# set mpls interface ae0.0
user@R2# set mpls interface ae1.0

Configure IS-IS en todas las interfaces de R2 y en los paquetes de AE.

content_copy zoom_out_map
[edit protocols]
user@R2# set isis traffic-engineering family inet shortcuts
user@R2# set isis level 1 disable
user@R2# set isis interface ge-1/2/0.0
user@R2# set isis interface ge-1/2/1.0
user@R2# set isis interface ae0.0
user@R2# set isis interface ae1.0
user@R2# set isis interface lo0.0

Resultados

Desde el modo de configuración, escriba los comandos , show interfacesshow accounting-options, y show protocols para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.

content_copy zoom_out_map
user@R2# show chassis
aggregated-devices {
    ethernet {
        device-count 5;
    }
}

content_copy zoom_out_map
user@R2# show interfaces
ge-1/2/0 {
    unit 0 {
        family inet {
            address 120.168.100.1/30;
        }
        family iso;
        family mpls;
    }
}
ge-1/2/1 {
    unit 0 {
        family inet {
            address 120.168.101.1/30;
        }
        family iso;
        family mpls;
    }
}
ge-1/3/0 {
    gigether-options {
        802.3ad ae0;
    }
}
ge-1/3/1 {
    gigether-options {
        802.3ad ae0;
    }
}
ge-1/3/2 {
    gigether-options {
        802.3ad ae0;
    }
}
ge-1/3/3 {
    gigether-options {
        802.3ad ae0;
    }
}
ge-1/3/4 {
    gigether-options {
        802.3ad ae0;
    }
}
ge-2/2/1 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/2 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/3 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/4 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/5 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/6 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/7 {
    gigether-options {
        802.3ad ae1;
    }
}
ge-2/2/8 {
    gigether-options {
        802.3ad ae1;
    }
}
ae0 {
    aggregated-ether-options {
        load-balance {
            adaptive tolerance 10;
        }
        link-speed 1g;
        lacp {
            active;
        }
    }
    unit 0 {
        family inet {
            address 120.168.104.1/30;
        }
        family iso;
        family mpls;
    }
}
ae1 {
    aggregated-ether-options {
        load-balance {
            adaptive tolerance 10;
        }
        link-speed 1g;
        lacp {
            active;
        }
    }
    unit 0 {
        family inet {
            address 120.168.105.1/30;
        }
        family iso;
        family mpls;
    }
}
lo0 {
    unit 0 {
        family inet {
            address 120.168.0.4/32;
        }
        family iso {
            address 49.0001.1201.6800.0004.00;
        }
    }
}

content_copy zoom_out_map
user@R2# show accounting-options
selective-aggregate-interface-stats disable;

content_copy zoom_out_map
user@R2# show protocols
rsvp {
    interface ge-1/2/0.0;
    interface ge-1/2/1.0;
    interface ae0.0;
    interface ae1.0;
}
mpls {
    interface ge-1/2/0.0;
    interface ge-1/2/1.0;
    interface ae0.0;
    interface ae1.0;
}
isis {
    traffic-engineering {
        family inet {
            shortcuts;
        }
    }
    level 1 disable;
    interface ge-1/2/0.0;
    interface ge-1/2/1.0;
    interface ae0.0;
    interface ae1.0;
    interface lo0.0;
}

Verificación

Confirme que la configuración funciona correctamente.

Verificación del equilibrio de carga adaptable en ae0

Propósito
Acción
Significado

Propósito

Compruebe que los paquetes recibidos en el paquete de Ethernet agregado ae0 tienen un equilibrio de carga entre los cinco vínculos miembro.

Acción

Desde el modo operativo, ejecute el show interfaces ae0 extensive comando.

content_copy zoom_out_map
user@R2> show interfaces ae0 extensive
Logical interface ae0.0 (Index 325) (SNMP ifIndex 917) (Generation 134)
    Flags: SNMP-Traps 0x4004000 Encapsulation: ENET2
    Statistics        Packets        pps         Bytes          bps
    Bundle:
        Input :        848761          9      81247024         7616
        Output:  166067308909    3503173 126900990064983  21423804256
    Adaptive Statistics:
        Adaptive Adjusts:        264
        Adaptive Scans  :      27682
        Adaptive Updates:         10
    Link:
      ge-1/3/0.0
        Input :        290888          5      29454436         3072
        Output:   33183442699     704569 25358563587277   4306031760
      ge-1/3/1.0
        Input :        162703          1      14806325          992
        Output:   33248375409     705446 25406995966732   4315342152
      ge-1/3/2.0
        Input :        127448          1      12130566          992
        Output:   33184552729     697572 25354827700261   4267192376
      ge-1/3/3.0
        Input :        121044          1      11481262         1280
        Output:   33245875402     697716 25405953405192   4265750584
      ge-1/3/4.0
        Input :        146678          1      13374435         1280
        Output:   33205071207     697870 25374651121458   4269487384

Significado

Los vínculos miembro del paquete Ethernet agregado ae0 se utilizan completamente con equilibrio de carga adaptable.

Comportamiento de equilibrio de carga Ethernet agregado específico de la plataforma

Use el Explorador de características para confirmar la compatibilidad de la plataforma y el lanzamiento de características específicas.

Use la tabla siguiente para revisar los comportamientos específicos de la plataforma para su plataforma.

Comportamiento de equilibrio de carga Ethernet agregado específico de la plataforma

Diferencia de	plataforma
Serie ACX	ACX7100 interfaces miembro AE no equilibran la carga del tráfico de salida. En ACX7100 dispositivos, debe configurar la instrucción para que utilice todas las interfaces miembro disponibles para el `set forwarding-options hash-key` equilibrio de carga.
Serie EX	Puede configurar hasta 480 paquetes LAG en conmutadores EX9200.
Serie MX	Puede configurar hasta 480 paquetes LAG en enrutadores serie MX que admitan esta función. Puede realizar un equilibrio y reequilibrio de carga uniformes en enrutadores de la serie MX con MPC que admitan esta función. El reequilibrio no se admite cuando el equilibrio de carga está sesgado o distorsionado debido a un cambio en el número de flujos.
Serie PTX	El equilibrio de carga adaptable no se admite en dispositivos de la serie PTX si el ID de VLAN está configurado en la interfaz Ethernet agregada. Las `pps` palabras clave opcionales y `scan-interval` solo se admiten en los enrutadores de transporte de paquetes de la serie PTX.
Serie QFX	El equilibrio de carga adaptable no se admite en conmutadores QFX10000 si el ID de VLAN está configurado en la interfaz Ethernet agregada.

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.

Lanzamiento

Descripción

14.1

A partir de Junos OS versión 14.1, el equilibrio de carga Ethernet agregado se ha mejorado para proporcionar dos soluciones para resolver el desequilibrio de tráfico genuino en paquetes de Ethernet agregados en PIC o FPC de enrutadores de transporte de paquetes de la serie PTX.

13.3

10.1

A partir de Junos OS versión 10.1, también puede configurar la clave hash de equilibrio de carga para el tráfico de capa 2 para utilizar campos en los encabezados de capa 3 y capa 4 mediante la payload instrucción.

arrow_backward PREVIOUS Configuración de la redundancia del motor de enrutamiento

NEXT arrow_forward Descripción del cambio de enrutamiento elegante

Helped me install or use the product
Accelerated my deployment

Discuss the product with a co-worker
Make a purchase inquiry

Guía del usuario de alta disponibilidad

EN ESTA PÁGINA

¿Fue útil esta traducción automática?

DESCARGO DE RESPONSABILIDAD:

Equilibrio de carga en interfaces Ethernet agregadas

Descripción general del equilibrio de carga y la agregación de vínculos Ethernet

Descripción del equilibrio de carga Ethernet agregado

Ver también

Equilibrio de carga de estado para interfaces Ethernet agregadas que utilizan datos de 5 tuplas

Directrices para configurar el equilibrio de carga de estado para interfaces Ethernet aggegated o paquetes LAG

Configuración del equilibrio de carga con estado en interfaces Ethernet agregadas

Configuración del equilibrio de carga adaptable

Ver también

Configuración del equilibrio de carga simétrico en un grupo de agregación de vínculos 802.3ad en enrutadores de la serie MX

Descripción general del equilibrio de carga simétrico en un LAG 802.3ad en enrutadores serie MX

Configuración del equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la serie MX

Configuración del equilibrio de carga simétrico en MPC basadas en Trio

Configuraciones de ejemplo

Configuraciones de ejemplo de la configuración de ancho del chasis

Configuraciones de ejemplo de configuraciones por motor de reenvío de paquetes

Ver también

Configuración del hash simétrico a nivel de PIC para el equilibrio de carga en LAG 802.3ad para enrutadores de la serie MX

Ver también

Ejemplos: Configuración de hash simétrico a nivel de PIC para el equilibrio de carga en LAG 802.3ad en enrutadores de la serie MX

Configuración de hash simétrico para multiservicio familiar en ambos enrutadores

Configuración de hash simétrico para inet familiar en ambos enrutadores

Configuración de hash simétrico para inet familiar y multiservicio familiar en los dos enrutadores

Ver también

Ejemplo: configuración del equilibrio de carga Ethernet agregado

Ejemplo: configuración del equilibrio de carga Ethernet agregado

Requisitos

Visión general

Topología

Configuración

Configuración rápida de CLI

Configuración del equilibrio de carga adaptable

Procedimiento paso a paso

Resultados

Verificación

Verificación del equilibrio de carga adaptable en ae0

Propósito

Acción

Significado

Comportamiento de equilibrio de carga Ethernet agregado específico de la plataforma

Comportamiento de equilibrio de carga Ethernet agregado específico de la plataforma

Tabla de historial de cambios

Stay in touch