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 mediante datos de 5 tuplas
Configuración del equilibrio de carga con estado en interfaces Ethernet agregadas
Ejemplo: Configuración del equilibrio de carga de Ethernet agregado
Comportamiento de equilibrio de carga de Ethernet agregado específico de la plataforma
Equilibrio de carga en interfaces Ethernet agregadas
El equilibrio de carga en interfaces Ethernet agregadas reduce la congestión de red al dividir el tráfico entre varias interfaces.
Cuando agrupa varias interfaces Ethernet agregadas físicamente para formar una sola 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 al dispositivo dividir el tráfico entrante y saliente a lo largo de múltiples 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 plataforma y versión para características específicas.
Revise la sección Comportamiento de equilibrio de carga de Ethernet agregado específico de la plataforma para ver notas relacionadas con su plataforma.
Descripción general del equilibrio de carga y la agregación de vínculos Ethernet
Puede crear un LAG para un grupo de puertos Ethernet. El tráfico de puente L2 tiene una carga equilibrada entre los vínculos miembro de este grupo, lo que hace que la configuración sea atractiva para problemas de congestión, así como para la redundancia. Cada paquete de LAG contiene hasta 16 vínculos. La compatibilidad de plataforma depende de la versión de Junos OS en su instalación.
En el caso de los paquetes de LAG, el algoritmo hash determina cómo el tráfico que entra en un paquete de LAG se coloca en los vínculos de miembro del paquete. El algoritmo hash intenta administrar el ancho de banda equilibrando la carga de manera uniforme 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 L2 de forma predeterminada. Cuando el modo hash se establece en carga L2, 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 L2 para que utilice campos de los encabezados L3 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 Configurar el equilibrio de carga en un vínculo LAG. En un conmutador L2, un vínculo está sobreutilizado y otros están infrautilizados.
Descripción del equilibrio de carga de Ethernet agregado
La función de agregación de vínculos se utiliza para agrupar varias interfaces Ethernet físicas agregadas para formar una interfaz lógica. Uno o más vínculos se agregan 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 degradación elegante cuando ocurre un error y aumenta la disponibilidad.
Además de estos beneficios, un paquete de Ethernet agregado se mejora para proporcionar capacidades de equilibrio de carga que garantizan que la utilización de vínculos entre los vínculos de miembro del paquete de Ethernet agregado se utilice de manera completa y eficiente.
La función de equilibrio de carga permite que un dispositivo divida el tráfico entrante y saliente a lo largo de múltiples 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 efectivo.
Por lo general, 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 equilibrio de carga mediante varias 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 sin señal (estática) para Ethernet y SONET, así como el protocolo LACP estandarizado 802.3ad para la negociación mediante vínculos Ethernet.
Múltiples rutas de coste único (ECMP) (capa 3)
De forma predeterminada, cuando hay varias rutas de igual costo al mismo destino para la ruta activa, Junos OS utiliza un algoritmo hash para elegir una de las direcciones de salto siguiente para instalarla en la tabla de reenvío. Cada vez que el conjunto de los siguientes saltos para un destino cambia de alguna manera, la dirección del siguiente salto se vuelve a elegir utilizando 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 de ECMP puede ser:
A través de rutas de BGP (multirruta BGP)
Dentro de una ruta de 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 vuelve desafiante por algunas de las siguientes razones:
Equilibrio de carga incorrecto por los próximos saltos agregados
Cálculo incorrecto de hash de paquetes
Variación insuficiente en el flujo de paquetes
Selección de patrón incorrecta
Como resultado del desequilibrio de tráfico, la carga no está bien distribuida, lo que provoca congestión en algunos vínculos, mientras que otros 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 paquetes de Ethernet agregados (IEEE 802.3ad).
Equilibrio de carga adaptativo
El equilibrio de carga adaptativo 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 vínculos se adaptan para lograr una distribución eficiente del tráfico entre los vínculos de un paquete de AE.
Para configurar el equilibrio de carga adaptable, incluya la
adaptiveinstrucción en el[edit interfaces aex aggregated-ether-options load-balance]nivel de jerarquía.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 optional en el[edit interfaces aex aggregated-ether-options load-balance adaptive]nivel de jerarquía.Para configurar el intervalo de análisis para el valor hash en función de la frecuencia de muestreo de los dos últimos segundos, incluya la
scan-intervalpalabra clave optional 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 adaptativo falla, el equilibrio de carga de pulverización aleatoria por paquete sirve como último recurso. Garantiza que los miembros de un paquete de AE estén igualmente cargados sin tener en cuenta el ancho de banda. Por paquete provoca el reordenamiento del paquete y, por lo tanto, solo se recomienda si las aplicaciones absorben el reordenamiento. La pulverización aleatoria por paquete elimina el desequilibrio de tráfico que se produce como resultado de errores de software, excepto en el caso de hash de paquetes.
Para configurar el equilibrio de carga de pulverización aleatoria por paquete, incluya la
per-packetinstrucción en el[edit interfaces aex aggregated-ether-options load-balance]nivel de 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 solución que se configura en último lugar anula la configurada anteriormente. Puede comprobar la solución de equilibrio de carga que se utiliza ejecutando el show interfaces aex aggregated-ether-options load-balance comando.
Ver también
Equilibrio de carga de estado para interfaces Ethernet agregadas mediante datos de 5 tuplas
Cuando se transmiten varios flujos desde una interfaz Ethernet (ae) agregada, los flujos se deben distribuir 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 robusto de equilibrio de carga, el vínculo miembro del paquete de interfaces 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 siguientes saltos 2^n (2 elevados a la potencia de n) en el unilist. El modo no equilibrado de selección de vínculo de miembro o de salto siguiente utiliza 8 bits en un hash precalculado para seleccionar una entrada en una tabla de selector, lo que se realiza aleatoriamente con los ID de vínculo de miembro del grupo de agregación de vínculos (LAG) o aeagrupación.
El término equilibrado versus no equilibrado indica si se utiliza una tabla selectora para el mecanismo de equilibrio de carga o no. El paquete LAG utiliza el modo no equilibrado (equilibrio de la tabla del selector) 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 precalculado. 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 hash resultantes y el subconjunto que se calculan no proporcionan la variabilidad necesaria para utilizar eficazmente todos los vínculos de miembro del LAG. Existe una cantidad excesiva de naturaleza aleatoria en el cálculo hash y también en la tabla de selectores. Como resultado, la desviación de ser una técnica de equilibrio de carga óptima 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 vínculo secundario 'i'.
i denota el miembro/índice del vínculo secundario.
Ci representa los paquetes transmitidos para el vínculo secundario "i".
M significa el total de paquetes transmitidos en ese paquete de 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 vínculo está sesgada y existe una alta probabilidad de que algunos vínculos secundarios no se utilicen por completo.
Se añade el mecanismo para registrar y conservar los estados de 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 de miembro de un conjunto de LAG o entre la lista unilista de próximos saltos en un vínculo ECMP. Este método para dividir la carga entre vínculos 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). Este método se puede asignar directamente a los flujos o a un hash de precálculo basado en ciertos campos del flujo. Como resultado, se reduce la desviación observada en cada vínculo secundario.
Este mecanismo funciona de manera eficiente solo para un número mínimo de flujos (menos de miles de flujos, aproximadamente). Para un número mayor de flujos (entre 1000 y 10.000 flujos), recomendamos que se utilice el mecanismo de equilibrio de carga distribuido basado en Trio.
Considere un escenario de ejemplo en el que los "n" vínculos del LAG se identifican con identificadores de vínculo del 0 al 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 única un flujo. El resultado de la búsqueda identifica el link_id que el flujo está usando actualmente. Para cada paquete, se examina la tabla de flujo basada en el identificador de flujo. Si se encuentra una coincidencia, se refiere a un paquete que pertenece a un flujo que se procesó o detectó previamente. El ID de vínculo está asociado con el 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 [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] nivel de 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 a fin de reequilibrar dinámicamente el LAG con los 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 la carga periódicamente del tráfico proporcionando 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 de 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 usar la low palabra clave. De manera similar, 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 un derivado.
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 habilita el reequilibrio desde el estado limpio y vacío. Este estado de borrado solo 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 agregada y los vuelve a crear.
Directrices para configurar el equilibrio de carga de estado para interfaces Ethernet agregadas o paquetes de 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 una 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.
El equilibrio de carga por flujo con estado funciona 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 las 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 CPC, esta función funciona correctamente. El equilibrio de carga de estado no se admite si la tarjeta de línea de entrada es una CPC y la tarjeta de línea de salida es una CPC o una MPC.
Esta capacidad no se admite para el tráfico de multidifusión (nativo o de inundación).
Habilitar la opción de reequilibrio o borrar el estado de equilibrio de carga puede provocar que los flujos activos se reordenen los paquetes, ya que se pueden seleccionar diferentes conjuntos de vínculos para los flujos de tráfico.
Aunque el rendimiento de la función 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, vuelve 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 el 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 quitar 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 entra o sube, 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 la carga no es muy eficaz, puede borrar los estados de equilibrio de carga o utilizar la funcionalidad de reequilibrio para provocar una eliminación automática de los estados de hardware. Cuando se configura la función de reequilibrio, los flujos de tráfico pueden redirigirse a diferentes vínculos, lo que puede provocar un reordenamiento de los paquetes.
Configuración del equilibrio de carga con estado en interfaces Ethernet agregadas
Se añade el mecanismo para registrar y conservar los estados de 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 de miembro de un conjunto de LAG o entre la lista unilista de próximos saltos en un vínculo ECMP. Este método para dividir la carga entre vínculos 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). Este método se puede asignar directamente a los flujos o a un hash de precálculo basado en ciertos campos del flujo. Como resultado, se reduce la desviación observada en cada vínculo secundario.
Para configurar el equilibrio de carga con estado en ae paquetes de interfaces:
Configuración del equilibrio de carga adaptable
En este tema se describe cómo configurar el equilibrio de carga adaptable. El equilibrio de carga adaptativo mantiene una utilización eficiente del ancho de banda del vínculo de miembro para un paquete de Ethernet (AE) agregado. El equilibrio de carga adaptativo utiliza un mecanismo de retroalimentación para corregir el desequilibrio de carga del tráfico mediante el ajuste del ancho de banda y las transmisiones de paquetes en los vínculos 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 del paquete de AE.
Cree un paquete de AE configurando un conjunto de interfaces de enrutador como Ethernet agregadas 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
Descripción del hash simétrico para el equilibrio de carga
En los dispositivos compatibles con esta función, el hash simétrico mantiene las direcciones hacia adelante e inversa de un flujo en la misma ruta para las entidades que dependen de la simetría del tráfico. El hash simétrico ayuda a los servicios a mantener el contexto de la sesión, a la vez que equilibra la equilibrio de carga entre los próximos saltos del ECMP y los miembros del LAG.
Beneficios del hash simétrico
- Mantiene la simetría de ruta bidireccional para que los servicios con estado vean ambas direcciones de un flujo en la misma ruta.
- Mejora la previsibilidad del equilibrio de carga mediante el uso de las mismas entradas normalizadas para ambas direcciones de un flujo.
- Reduce los problemas de enrutamiento asimétrico que pueden interrumpir el procesamiento del servicio o el estado de la sesión.
Para configurar el hash simétrico, use la symmetric-hash instrucción de configuración en la [edit forwarding-options enhanced-hash-key] jerarquía. Utilice la instrucción para configurar los campos de paquete incluidos en los enhanced-hash-key cálculos hash. Al seleccionar campos estables y bidireccionales y excluir las entradas unidireccionales, normaliza las entradas para que el dispositivo derive el mismo hash para ambas direcciones de un flujo.
Puede excluir atributos unidireccionales, como la interfaz de entrada, de la instrucción hash with no-incoming-port configuration en la [edit forwarding-options enhanced-hash-key] jerarquía.
Compruebe las entradas hash actuales y el estado hash simétrico con el show forwarding-options enhanced-hash-key comando.
Consideraciones adicionales:
- El equilibrio de carga dinámico (DLB) tiene prioridad. El hash simétrico se aplica al equilibrio de carga estático; si DLB está habilitado, DLB anula el comportamiento simétrico.
- Utilice los campos de capa 3 y capa 4 para hash simétrico. Los campos de encabezado de capa 2 no se incluyen en el hash simétrico y debe usar la instrucción de
hash-modeconfiguración para usar el campo de datos de capa 2 cuando sea necesario. - La polarización del hash puede producirse en topologías en cascada si todos los dispositivos utilizan semillas y entradas de hash idénticas. Considere el hash resistente y la diversidad de semillas para reducir la polarización cuando los enlaces se agitan o los miembros cambian.
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
- Equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la serie MX Descripción general
- 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
Equilibrio de carga simétrico en un LAG 802.3ad en enrutadores de la serie MX Descripción general
Los enrutadores de la 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 están conectados 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 dado tanto en dirección directa como inversa. Sin un equilibrio de carga simétrico en un LAG 802.3ad, los DPI podrían malinterpretar el flujo, lo que provocaría interrupciones en el 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 vínculo del LAG. El cálculo hash para el flujo hacia adelante e inverso debe ser idéntico. Esto se logra intercambiando campos de origen con campos de destino para el flujo inverso. La operación intercambiada se conoce como cálculo de hash de complemento o y symmetric-hash complement 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 se realiza hash simétrico o hash de complemento 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, use 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.
la serie MX
El enrutador A está configurado con hash simétrico y el enrutador B está configurado con complemento de hash simétrico. Por lo tanto, para un flujo fxdado, el cálculo posterior del hash 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 hash (realizado después de intercambiar los campos de origen y destino) y devuelve el mismo índice de vínculo; 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 hash 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 de contraparte (puertos que están conectados al mismo DPI-iN) con el índice de vínculo idéntico. Esto se realiza cuando se configura un child-link en el paquete de LAG. Esto garantiza que el vínculo elegido para un resultado hash determinado sea siempre el mismo en cualquiera de los enrutadores.
Tenga en cuenta que dos enlaces conectados entre sí deben tener el mismo índice de enlaces y estos índices de enlaces deben ser únicos en un paquete determinado.
Se aplican las siguientes restricciones cuando se configura 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) puede configurarse para aplicar hash al tráfico en modo simétrico o de complemento. Un solo complejo de PFE no puede funcionar simultáneamente en ambos modos operativos y dicha 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 sigue heredando la configuración de todo el chasis (cuando está configurado) o la configuración predeterminada.
Esta característica solo es compatible con VPLS, INET y tráfico en puente.
Esta característica no puede funcionar junto 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 de VPN de Junos OS para dispositivos de enrutamiento y la Biblioteca de administración de Junos OS para dispositivos de enrutamiento.
Ejemplos de instrucciones de configuración
Para configurar los parámetros LAG 802.3ad a 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 LAG 802.3ad por nivel de PIC. Estas opciones de configuración están disponibles en la jerarquía de 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 sobre un grupo de agregación de vínculo 802.3ad se admite en enrutadores de la serie MX con MPC basados en Trio.
Para lograr un equilibrio de carga simétrico en las MPC basadas en Trio, 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 inversa. 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 la misma configuración 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 con el mismo valor hash, los vínculos del LAG deben configurarse con el mismo índice de vínculo en ambos enrutadores. Esto se puede lograr con la
link-indexdeclaración.Habilitar equilibrio de carga simétrico
Para configurar el equilibrio de carga simétrico en MPC basadas 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 habilita el equilibrio de carga simétrico para todos los paquetes de Ethernet agregados en el enrutador. La instrucción debe estar habilitada en ambos extremos del LAG. Esta instrucción está deshabilitada de forma predeterminada.Lograr la simetría para tráfico puenteado y enrutado
En algunas implementaciones, el paquete LAG en el que se desea la simetría es atravesado por el tráfico de puente de capa 2 en la dirección ascendente y por el tráfico enrutado IPv4 en la dirección descendente. En estos casos, el hash calculado es diferente en cada dirección, ya que se tienen en cuenta las direcciones MAC de Ethernet para los paquetes puenteados. Para superar esto, puede excluir las direcciones MAC de origen y destino del cálculo de clave hash mejorada.
Para excluir las direcciones MAC de origen y destino del cálculo de la clave hash mejorada, incluya la
no-mac-addressesinstrucción en el[edit forwarding-options enhanced-hash-key family multiservice]nivel de jerarquía. Esta instrucción está deshabilitada de forma predeterminada.
Cuando se habilita el equilibrio de carga simétrico 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 utilizan topologías que distribuyen el tráfico mediante hash del mismo tipo. Cuando los enrutadores están conectados en cascada, puede producirse 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 cierto flujo usa el vínculo 1 del paquete de Ethernet agregado entre el dispositivo R1 y el dispositivo R2, el flujo también usa 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étrico está habilitado en MPC
basados en Trio
Esto es diferente a tener un algoritmo de selección de vínculo aleatorio, donde un flujo puede usar el vínculo 1 del paquete de Ethernet agregado entre los dispositivos R1 y R2, y el vínculo 2 del paquete de Ethernet agregado entre los dispositivos R2 y R3.
El equilibrio de carga simétrico no se aplica 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 se aplica al tráfico MPLS o VPLS, ya que en estos casos las etiquetas no son las mismas en ambas direcciones.
Configuraciones de ejemplo
- Ejemplos de configuraciones de configuración de todo el chasis
- Ejemplos de configuraciones de configuración por motor de reenvío de paquetes
Ejemplos de configuraciones de configuración de todo el 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;
}
}
Ejemplos de configuraciones de configuración 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 de hash simétrico a nivel de PIC para 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, el enrutador A y el enrutador B) están conectados de forma transparente a través de dispositivos de inspección profunda de paquetes (DPI) a través de un paquete de LAG. Los dispositivos DPI realizan un seguimiento de los flujos de tráfico tanto en la dirección de avance como en la inversa.
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á vinculado a fluir a través del mismo dispositivo PPP. Esto permite una contabilidad adecuada del DPI del tráfico tanto en el flujo de avance como en el de retroceso.
Si no se configura el 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 de tráfico hacia adelante e inversos 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 del nivel de PIC para el equilibrio de carga en función de los campos de unidad de datos de las capas 2, 3 y 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 lo heredan 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 de LAG, puede configurar hash simétrico en un enrutador y complemento de hash simétrico en el enrutador del extremo remoto o viceversa.
Para configurar el hash simétrico a nivel del chasis, incluya el hash simétrico o las symmetric-hash complement instrucciones en el [edit forwarding-options hash-key family] nivel de jerarquía. Para obtener información sobre cómo configurar hash simétrico a nivel de 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 CPC de la serie MX, la configuración del hash simétrico en el nivel de PIC hace referencia a la configuración del hash simétrico 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 (por donde el tráfico entra en el enrutador), incluya el hash simétrico o symmetric-hash complement la instrucción en el nivel de jerarquía [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 [edit chassis forwarding-options hash-key] nivel de jerarquía.
Actualmente, el hash simétrico para el equilibrio de carga en grupos de agregación de vínculos 802.3ad solo es compatible con VPLS, INET y el tráfico en puente.
La configuración de la clave hash en una PIC o en un motor de reenvío de paquetes puede estar en el modo "hash simétrico" o en el modo "complemento hash simétrico", pero no ambos al mismo tiempo.
Ver también
Ejemplos: Configuración de hash simétricos a nivel de PIC para el equilibrio de carga en LAG 802.3ad en enrutadores de la serie MX
Estos ejemplos solo son aplicables a los CPC compatibles con enrutadores MX240, MX480 y MX960. Para obtener la lista de CPC compatibles, consulte CPC compatibles con enrutadores MX240, MX480 y MX960 en la sección Documentación relacionada.
En los siguientes ejemplos, se muestra cómo configurar el hash simétrico a 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 family inet en ambos enrutadores
- Configuración de hash simétrico para inet de familia y multiservicio de familia en los dos enrutadores
Configuración de hash simétrico para multiservicio familiar en ambos enrutadores
En la interfaz de tráfico entrante en la que 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 en la que el tráfico entra por 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 family inet en ambos enrutadores
En la interfaz de tráfico entrante en la que 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 en la que el tráfico entra por 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 de familia y multiservicio de familia en los dos enrutadores
En la interfaz de tráfico entrante en la que 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 en la que el tráfico entra por 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 de Ethernet agregado
Ejemplo: Configuración del equilibrio de carga de 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 de la serie MX con interfaces MIC y MPC o tres enrutadores de transporte de paquetes de la serie PTX con interfaces PIC y FPC
Junos OS versión 13.3 o posterior ejecutándose en todos los dispositivos
Descripción general
El equilibrio de carga es necesario en el plano de reenvío cuando hay varias rutas o interfaces disponibles para el enrutador de salto siguiente, y es mejor si el tráfico entrante tiene una carga equilibrada en todas las rutas disponibles para una mejor utilización del vínculo.
El paquete de 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 de miembro del paquete (IEEE 802.3ad).
A partir de Junos OS versión 13.3, el equilibrio de carga de Ethernet agregado se mejoró 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, la equilibrio de carga Ethernet agregada se ha mejorado para ofrecer dos soluciones a fin de resolver el desequilibrio de tráfico genuino en paquetes de Ethernet agregados en PIC o FPC de serie PTX Enrutadores de transporte de paquetes.
Las soluciones de equilibrio de carga Ethernet agregadas son:
-
Adaptable: el equilibrio de carga adaptativo se utiliza en situaciones en las que el hash basado en flujo 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 examinando periódicamente el uso del vínculo en cada vínculo miembro del paquete de 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 vínculo miembro disminuye. 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 vínculos miembro, lo que proporciona una distribución eficaz del tráfico en cada vínculo miembro del paquete de AE.
Para configurar el equilibrio de carga adaptable, incluya la
adaptiveinstrucción en el[edit interfaces aex aggregated-ether-options load-balance]nivel de jerarquía.Nota:Habilitar el equilibrio de carga adaptable puede provocar que los paquetes se reordenen una vez cada intervalo de reequilibrio.
La
ppsopción habilita el equilibrio de carga basado en la velocidad de paquetes por segundo. La configuración predeterminada es el equilibrio de carga de bits por segundo.El
scan-intervalvalor configura la duración del análisis como un múltiplo de 30 segundos.El
tolerancevalor es el límite de la variación en el flujo de tráfico de paquetes a los vínculos Ethernet agregados en el paquete. Puede especificar una desviación máxima del 100 %. Cuando el atributo tolerance 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 un mejor ancho de banda, pero tarda más tiempo de convergencia. Pulverización aleatoria por paquete: cuando la solución de equilibrio de carga adaptable falla, 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 de tráfico al rociar aleatoriamente los paquetes a los siguientes saltos agregados. Esto garantiza que todos los vínculos miembro del paquete de AE estén igualmente cargados, lo que da como resultado la reordenación de los paquetes.
Además, la difusió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 paquetes.
Para configurar el equilibrio de carga de pulverización aleatoria por paquete, incluya la
per-packetinstrucción en el[edit interfaces aex aggregated-ether-options load-balance]nivel de 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 solución que se configura en último lugar 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 de Ethernet agregados, ae0 y ae1, en los vínculos entre los enrutadores R2 y R3.
de carga de 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, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .
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, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el 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 adecuado 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 Gigabit Ethernet que conecta R2 con 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 de miembro del paquete de 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 de miembro del paquete de 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 de 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 de Ethernet agregado en ae1 de R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Configure la velocidad de vínculo para el paquete de Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options link-speed 1gConfigure LACP en el paquete de Ethernet agregado ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options lacp activeConfigure los parámetros de interfaz para el paquete de 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 mplsDeshabilite las estadísticas de Ethernet de agregado selectivo.
[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 SI-SI 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, ingrese los comandos , show interfacesy show accounting-optionsshow protocols para confirmar la show chassisconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.
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 funcione correctamente.
Comprobación del equilibrio de carga adaptable en ae0
Propósito
Compruebe que los paquetes recibidos en el paquete de Ethernet agregado ae0 tengan 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 de Ethernet agregado ae0 se utilizan por completo con el equilibrio de carga adaptable.
Comportamiento de equilibrio de carga de Ethernet agregado específico de la plataforma
Use el Explorador de características para confirmar la compatibilidad de plataforma y versión para características específicas.
Utilice la siguiente tabla para revisar los comportamientos específicos de la plataforma para su plataforma.
Comportamiento de equilibrio de carga de Ethernet agregado específico de la plataforma
| Diferencia de | plataforma |
|---|---|
| serie ACX |
|
| serie EX |
|
| serie MX |
|
| serie PTX |
|
| serie QFX |
|
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
payload instrucción.