EN ESTA PÁGINA
Descripción general del equilibrio de carga y la agregación de vínculos Ethernet
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
Ejemplo: configuración del equilibrio de carga Ethernet agregado
Equilibrio de carga en interfaces Ethernet agregadas
RESUMEN 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.
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. Puede configurar hasta 128 paquetes LAG en enrutadores serie M y serie T, y 480 paquetes LAG en enrutadores serie MX y conmutadores EX9200. 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 alogoritm de 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.
Nota:ACX7100 interfaces miembro AE no equilibran la carga del tráfico de salida.
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
adaptiveinstrucción en el nivel de[edit interfaces aex aggregated-ether-options load-balance]jerarquía.Nota:El equilibrio de carga adaptable no se admite si el ID de VLAN está configurado en la interfaz Ethernet agregada. Esta limitación afecta únicamente a los enrutadores de transporte de paquetes y conmutadores QFX10000 serie PTX.
Para configurar el valor de tolerancia como un porcentaje, incluya la
tolerancepalabra 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
ppspalabra 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-intervalpalabra clave opcional en el nivel de[edit interfaces aex aggregated-ether-options load-balance adaptive]jerarquía.Nota:Las
ppspalabras clave opcionales yscan-intervalsolo se admiten en los enrutadores de transporte de paquetes de la serie PTX.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-packetinstrucció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.
Ver también
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. En las versiones de Junos OS anteriores a la versión 13.2R1, en enrutadores serie MX con FPC basados en Trio (MPC), la selección de un vínculo miembro del ae paquete de interfaz o del siguiente salto (o unilista de saltos siguientes) para vínculos ECM de múltiples rutas de igual costo se realiza mediante una metodología de selección de siguiente salto de modo equilibrado y un modo desequilibrado de vínculo miembro o metodología de selección de salto siguiente. 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. A partir de Junos OS versión 13.2R1, la capacidad de realizar un equilibrio de carga uniforme y también realizar reequilibrios se introduce en los enrutadores de la serie MX con MPC, excepto MPC3Es y MPC4E. El reequilibrio no se admite cuando el equilibrio de carga está sesgado o distorsionado debido a un cambio en el número de flujos.
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
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.
Para configurar el equilibrio de carga con estado en ae paquetes de interfaz:
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:
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
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.
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.
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-balancingopció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:
[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:
[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:
[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-indexdeclaración.Habilitar el equilibrio de carga simétrico
Para configurar el equilibrio de carga simétrico en MPC basados en Trio, incluya la
symmetricinstrucció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
symmetricinstrucció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-addressesinstrucció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
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Enrutador B
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
user@host> show configuration chassis fpc 2 pic 2 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Enrutador B
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.
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; } }
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.
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
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:
[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:
[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
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 inet] jerarquía:
[edit chassis fpc 0 pic 1 hash-key]
family inet {
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 inet] jerarquía:
[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
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:
[edit chassis fpc 1 pic 0 hash-key]
family multiservice {
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 inet] jerarquía:
[edit chassis fpc 0 pic 3 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Ver también
Ejemplo: configuración del equilibrio de carga Ethernet agregado
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
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
adaptiveinstrucción en el nivel de[edit interfaces aex aggregated-ether-options load-balance]jerarquía.Nota:El equilibrio de carga adaptable no se admite si el ID de VLAN está configurado en la interfaz Ethernet agregada. Esta limitación solo afecta a los enrutadores de transporte de paquetes de la serie PTX.
La
ppsopció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-intervalvalor configura el período de tiempo para el escaneo como un múltiplo de 30 segundos.El
tolerancevalor 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.Nota:Las
ppspalabras clave opcionales yscan-intervalsolo se admiten en los enrutadores de transporte de paquetes de la serie PTX.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-packetinstrucció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.
de carga Ethernet agregado
Configuración
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.
R1
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
R2
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
R3
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:
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 5Configure el vínculo de interfaz de Gigabit Ethernet que conecta R2 a R1.
[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.00Configure los cinco vínculos miembro del paquete Ethernet agregado ae0.
[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 ae0Configure los ocho vínculos miembro del paquete Ethernet agregado ae1.
[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 ae1Habilite el equilibrio de carga Ethernet agregado en ae0 de R2.
[edit interfaces]user@R2# set ae0 aggregated-ether-options load-balance adaptive tolerance 10Configure la velocidad de vínculo para el paquete de Ethernet agregado ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options link-speed 1gConfigure LACP en el paquete de Ethernet agregado ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options lacp activeConfigure los parámetros de interfaz para el paquete de Ethernet agregado ae0.
[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 mplsHabilite el equilibrio de carga Ethernet agregado en ae1 o R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Configure la velocidad de vínculo para el paquete Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options link-speed 1gConfigure LACP en el paquete Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options lacp activeConfigure los parámetros de interfaz para el paquete Ethernet agregado ae1.
[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 mplsDesactive las estadísticas de Ethernet agregadas selectivas.
[edit accounting-options]user@R2# set selective-aggregate-interface-stats disableConfigure RSVP en todas las interfaces de R2 y en los paquetes de AE.
[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.0Configure MPLS en todas las interfaces de R2 y en los paquetes de AE.
[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.0Configure IS-IS en todas las interfaces de R2 y en los paquetes de AE.
[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.
user@R2# show chassis
aggregated-devices {
ethernet {
device-count 5;
}
}
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;
}
}
}
user@R2# show accounting-options
selective-aggregate-interface-stats disable;
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
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.
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.
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.
payload instrucción.