Equilibrio de carga para interfaces Ethernet agregadas
El equilibrio de carga se realiza en la capa 2 a través de los enlaces de miembro, lo que mejora la configuración sin congestión y manteniendo la redundancia. En los temas siguientes se explica la descripción general del equilibrio de carga, la configuración del equilibrio de carga basado en direcciones MAC y en el vínculo LAG, y la comprensión de la coherencia mediante hash resiliente.
Descripción general del equilibrio de carga y la agregación de vínculos Ethernet
Puede crear un grupo de agregación de vínculos (LAG) para un grupo de puertos Ethernet. El tráfico de puente de capa 2 tiene un equilibrio de carga entre los vínculos miembros de este grupo, lo que hace que la configuración sea atractiva tanto por problemas de congestión como por redundancia. Cada paquete LAG contiene hasta 16 vínculos. (La compatibilidad con la plataforma depende de la versión de Junos OS en su instalación).
En el caso de los paquetes LAG, el algoritmo hash determina cómo se coloca el tráfico que entra en un paquete LAG en los vínculos miembro del paquete. El algoritmo hash intenta administrar el ancho de banda equilibrando uniformemente la carga de todo el tráfico entrante a través de los vínculos de miembro del paquete. El modo hash del algoritmo hash se establece en Carga de capa 2 de forma predeterminada. Cuando el modo hash se establece en Carga de capa 2, el algoritmo hash utiliza los campos de carga IPv4 e IPv6 para el hash. También puede configurar la clave hash de equilibrio de carga para el tráfico de capa 2 para utilizar campos en los encabezados de capa 3 y capa 4 mediante la payload instrucción. Sin embargo, tenga en cuenta que el comportamiento de equilibrio de carga es específico de la plataforma y se basa en configuraciones de clave hash adecuadas.
Para obtener más información, consulte Configuración del equilibrio de carga en un vínculo LAG. En un conmutador de capa 2, un enlace se sobreutiliza y otros están infrautilizados.
Configuración del equilibrio de carga basado en direcciones MAC
El mecanismo de teclas hash para el equilibrio de carga utiliza información de control de acceso a medios (MAC) de capa 2, como el origen de la trama y la dirección de destino. Para equilibrar la carga del tráfico basado en información MAC de capa 2, incluya la multiservice instrucción en el nivel de [edit forwarding-options hash-key] jerarquía or [edit chassis fpc slot number pic PIC number hash-key] :
multiservice {
source-mac;
destination-mac;
payload {
ip {
layer3-only;
layer-3 (source-ip-only | destination-ip-only);
layer-4;
inner-vlan-id;
outer-vlan-id;
}
}
}
Para incluir la información MAC de la dirección de destino en la clave hash, incluya la destination-mac opción. Para incluir la información de MAC de la dirección de origen en la clave hash, incluya la source-mac opción.
Cualquier paquete que tenga la misma dirección de origen y destino se enviará por la misma ruta.
Puede configurar el equilibrio de carga por paquete para optimizar los flujos de tráfico de EVPN a través de varias rutas.
Los vínculos de miembro de Ethernet agregados ahora usarán la dirección MAC física como dirección MAC de origen en los paquetes OAM de 802.3ah.
Ver también
Configuración del equilibrio de carga en un vínculo LAG
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 dentro de la carga de trama con fines de equilibrio de carga mediante la payload instrucción. Puede configurar la instrucción para que examine los campos de encabezado de paquete de capa 3 (y solo ip de origen o solo ip de destino ) o de capa 4 . Esta instrucción se configura en el nivel de [edit forwarding-options hash-key family multiservice] jerarquía.
Puede configurar las opciones de capa 3 o capa 4, o ambas. Las opciones solo IP de origen o solo IP de destino son mutuamente excluyentes. La layer-3-only instrucción no está disponible en los enrutadores de la serie MX.
De forma predeterminada, la implementación de Junos de 802.3ad equilibra el tráfico a través de los vínculos miembro dentro de un paquete Ethernet agregado basado en la información de capa 3 transportada en el paquete.
Para obtener más información acerca de la configuración del grupo de agregación de vínculos (LAG), consulte la Biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Ejemplo: configuración del equilibrio de carga en un vínculo LAG
En este ejemplo se configura la clave hash de equilibrio de carga para usar la opción Dirección IP de capa 3 de origen y los campos de encabezado de capa 4, así como las direcciones MAC de origen y destino para el equilibrio de carga en un vínculo de grupo de agregación de vínculos (LAG):
[edit]
forwarding-options {
hash-key {
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only;
}
layer-4;
}
}
}
}
}
Cualquier cambio en la configuración de la clave hash requiere un reinicio de la FPC para que los cambios surtan efecto.
Descripción del equilibrio de carga de multidifusión en vínculos agregados de 10 Gigabit para tráfico de multidifusión enrutado en conmutadores EX8200
La tecnología de transmisión de video se introdujo en 1997. Posteriormente, se desarrollaron protocolos de multidifusión para reducir la replicación de datos y las sobrecargas de red. Con la multidifusión, los servidores pueden enviar una sola secuencia a un grupo de destinatarios en lugar de enviar varias secuencias de unidifusión. Si bien el uso de la tecnología de transmisión de video se limitaba anteriormente a presentaciones ocasionales de la compañía, la multidifusión ha proporcionado un impulso a la tecnología, lo que resulta en un flujo constante de películas, datos en tiempo real, clips de noticias y videos de aficionados que fluyen sin parar a computadoras, televisores, tabletas y teléfonos. Sin embargo, todas estas transmisiones rápidamente abrumaron la capacidad del hardware de red y aumentaron las demandas de ancho de banda, lo que provocó interrupciones y tartamudeos inaceptables en la transmisión.
Para satisfacer las crecientes demandas de ancho de banda, se agregaron virtualmente múltiples enlaces para formar canales de enlace punto a punto lógicos más grandes para el flujo de datos. Estas combinaciones de vínculos virtuales se denominan interfaces de multidifusión, también conocidas como grupos de agregación de vínculos (LAG).
El equilibrio de carga de multidifusión implica la gestión de los vínculos individuales de cada GAL para garantizar que cada vínculo se utilice de forma eficaz. Los algoritmos hash evalúan continuamente el flujo de datos, ajustando la distribución del flujo a través de los enlaces en el LAG, de modo que ningún enlace sea subutilizado o sobreutilizado. El equilibrio de carga de multidifusión está habilitado de forma predeterminada en los conmutadores Ethernet EX8200 de Juniper Networks.
Este tema incluye:
- Crear LAG para multidifusión en incrementos de 10 gigabits
- ¿Cuándo debo usar el equilibrio de carga de multidifusión?
- ¿Cómo funciona el equilibrio de carga de multidifusión?
- ¿Cómo implemento el equilibrio de carga de multidifusión en un conmutador EX8200?
Crear LAG para multidifusión en incrementos de 10 gigabits
El tamaño máximo de vínculo en un conmutador EX8200 es de 10 gigabits. Si necesita un vínculo más grande en un conmutador EX8200, puede combinar hasta doce enlaces de 10 gigabits. En la topología de ejemplo que se muestra en la figura 1, se agregaron cuatro vínculos de 10 gigabits para formar cada vínculo de 40 gigabits.
EX8200
¿Cuándo debo usar el equilibrio de carga de multidifusión?
Utilice un LAG con equilibrio de carga de multidifusión cuando necesite un vínculo descendente superior a 10 gigabits. Esta necesidad surge con frecuencia cuando actúa como proveedor de servicios o cuando transmite vídeo multidifusión a una gran audiencia.
Para usar el equilibrio de carga de multidifusión, necesita lo siguiente:
Un conmutador EX8200: los conmutadores independientes admiten el equilibrio de carga de multidifusión, mientras que el chasis virtual no.
Una configuración de multidifusión enrutada de capa 3: para obtener información acerca de cómo configurar la multidifusión, consulte la Guía de configuración de protocolos de enrutamiento de Junos OS.
Vínculos agregados de 10 gigabits en un LAG: para obtener información acerca de cómo configurar LAG con equilibrio de carga de multidifusión, consulte Configuración del equilibrio de carga de multidifusión para su uso con vínculos agregados de 10 Gigabit Ethernet en conmutadores EX8200 (procedimiento de CLI).
¿Cómo funciona el equilibrio de carga de multidifusión?
Cuando el tráfico puede utilizar varios vínculos de miembro, el tráfico que forma parte de la misma secuencia siempre debe estar en el mismo vínculo.
El equilibrio de carga de multidifusión utiliza uno de los siete algoritmos hash disponibles y una técnica denominada barajado de colas (alternancia entre dos colas) para distribuir y equilibrar los datos, dirigiendo los flujos a través de todos los vínculos agregados disponibles. Puede seleccionar uno de los siete algoritmos al configurar el equilibrio de carga de multidifusión, o puede utilizar el algoritmo predeterminado, crc-sgip, que utiliza un algoritmo de comprobación de redundancia cíclica (CRC) en la dirección IP del grupo de paquetes de multidifusión. Le recomendamos que comience con el valor predeterminado crc-sgip y pruebe otras opciones si este algoritmo no distribuye uniformemente el tráfico de multidifusión enrutado de capa 3. Seis de los algoritmos se basan en el valor hash de las direcciones IP (IPv4 o IPv6) y producirán el mismo resultado cada vez que se utilicen. Solo la opción de modo equilibrado produce resultados que varían en función del orden en que se agregan las secuencias. Consulte la Tabla 1 para obtener más información.
| Algoritmos hash |
Basado en |
Mejor uso |
|---|---|---|
| CRC-SGIP |
Comprobación de redundancia cíclica de la dirección IP de origen y grupo de los paquetes de multidifusión |
Predeterminado: administración de alto rendimiento del tráfico IP en la red de 10 Gigabit Ethernet. Asignación predecible al mismo vínculo cada vez. Este modo es complejo, pero produce un buen hash distribuido. |
| CRC-GIP |
Comprobación de redundancia cíclica de la dirección IP del grupo de paquetes de multidifusión |
Asignación predecible al mismo vínculo cada vez. Pruebe este modo cuando crc-sgip no distribuye uniformemente el tráfico de multidifusión enrutado de capa 3 y las direcciones IP del grupo varían. |
| CRC-SIP |
Comprobación de redundancia cíclica de la dirección IP de origen de los paquetes de multidifusión |
Asignación predecible al mismo vínculo cada vez. Pruebe este modo cuando crc-sgip no distribuye uniformemente el tráfico de multidifusión enrutado de capa 3 y las fuentes de transmisión varían. |
| simple-SGIP |
Cálculo XOR de la dirección IP de origen y grupo de paquetes de multidifusión |
Asignación predecible al mismo vínculo cada vez. Este es un método de hash simple que podría no producir una distribución tan uniforme como los rendimientos de crc-sgip. Pruebe este modo cuando crc-sgip no distribuya uniformemente el tráfico de multidifusión enrutado de capa 3. |
| GIP simple |
Cálculo XOR de la dirección IP del grupo de paquetes de multidifusión |
Asignación predecible al mismo vínculo cada vez. Este es un método de hash simple que podría no producir una distribución tan uniforme como los rendimientos de crc-gip. Pruebe esto cuando crc-gip no distribuye uniformemente el tráfico de multidifusión enrutado de capa 3 y las direcciones IP del grupo varían. |
| simple-sip |
Cálculo XOR de la dirección IP de origen de los paquetes de multidifusión |
Asignación predecible al mismo vínculo cada vez. Este es un método de hash simple que podría no producir una distribución tan uniforme como los rendimientos de crc-sip. Pruebe este modo cuando crc-sip no distribuye uniformemente el tráfico de multidifusión enrutado de capa 3 y las fuentes de flujo varían. |
| equilibrado |
Método de cálculo por turnos utilizado para identificar los vínculos de multidifusión con la menor cantidad de tráfico |
Se logra el mejor equilibrio, pero no se puede predecir qué enlace se usará de manera consistente porque eso depende del orden en que se conecten las transmisiones. Utilícelo cuando no se necesite una asignación coherente después de cada reinicio. |
¿Cómo implemento el equilibrio de carga de multidifusión en un conmutador EX8200?
Para implementar el equilibrio de carga de multidifusión con un nivel optimizado de rendimiento en un conmutador EX8200, siga estas recomendaciones:
Permitir un 25 por ciento de ancho de banda no utilizado en el vínculo agregado para acomodar cualquier desequilibrio dinámico debido a los cambios de vínculo causados por el uso compartido de interfaces de multidifusión.
En el caso de los vínculos descendentes, utilice interfaces de multidifusión del mismo tamaño siempre que sea posible. Además, para los vínculos agregados descendentes, el rendimiento se optimiza cuando los miembros del vínculo agregado pertenecen a los mismos dispositivos.
Para los enlaces agregados ascendentes, utilice un enlace de capa 3 siempre que sea posible. Además, para los vínculos agregados ascendentes, el rendimiento se optimiza cuando los miembros del vínculo agregado pertenecen a diferentes dispositivos.
Ver también
Ejemplo: configuración del equilibrio de carga de multidifusión para su uso con interfaces agregadas de 10 Gigabit Ethernet en conmutadores EX8200
Los conmutadores EX8200 admiten el equilibrio de carga de multidifusión en grupos de agregación de vínculos (LAG). El equilibrio de carga de multidifusión distribuye uniformemente el tráfico de multidifusión enrutado de capa 3 a través de los LAG, Puede agregar hasta doce vínculos Ethernet de 10 gigabits para formar un vínculo virtual o LAG de 120 gigabits. El cliente MAC puede tratar este vínculo virtual como si fuera un único vínculo para aumentar el ancho de banda, proporcionar una degradación elegante a medida que se producen errores de vínculo y aumentar la disponibilidad. En los conmutadores EX8200, el equilibrio de carga de multidifusión está habilitado de forma predeterminada. Sin embargo, si está deshabilitada explícitamente, puede volver a habilitarla. .
Una interfaz con una dirección IP ya configurada no puede formar parte del LAG.
Solo los conmutadores independientes EX8200 con vínculos de 10 gigabits admiten el equilibrio de carga de multidifusión. Virtual Chassis no admite el equilibrio de carga de multidifusión.
En este ejemplo se muestra cómo configurar un LAG y volver a habilitar el equilibrio de carga de multidifusión:
Requisitos
En este ejemplo se utilizan los siguientes componentes de hardware y software:
Dos conmutadores EX8200, uno utilizado como conmutador de acceso y otro utilizado como conmutador de distribución
Junos OS versión 12.2 o posterior para conmutadores serie EX
Antes de empezar:
Configure cuatro interfaces de 10 gigabits en el conmutador de distribución EX8200: xe-0/1/0, xe-1/1/0, xe-2/1/0 y xe-3/1/0. Consulte Configuración de interfaces Gigabit Ethernet (procedimiento de CLI).
Descripción general y topología
El equilibrio de carga de multidifusión utiliza uno de los siete algoritmos hash para equilibrar el tráfico entre los vínculos individuales de 10 gigabits del LAG. Para obtener una descripción de los algoritmos hash, consulte equilibrio de carga de multidifusión. El algoritmo hash predeterminado es crc-sgip. Puede experimentar con los diferentes algoritmos hash hasta que determine el que mejor equilibre su tráfico de multidifusión enrutado de capa 3.
Cuando se necesita un vínculo de más de 10 gigabits en un conmutador EX8200, puede combinar hasta doce vínculos de 10 gigabits para crear más ancho de banda. En este ejemplo se usa la característica de agregación de vínculos para combinar cuatro vínculos de 10 gigabits en un vínculo de 40 gigabits en el conmutador de distribución. Además, el equilibrio de carga de multidifusión está habilitado para garantizar una distribución uniforme del tráfico de multidifusión enrutado de capa 3 en el vínculo de 40 gigabits. En la topología de ejemplo ilustrada en la figura 2, un conmutador EX8200 de la capa de distribución está conectado a un conmutador EX8200 de la capa de acceso.
La velocidad del vínculo se determina automáticamente en función del tamaño del LAG configurado. Por ejemplo, si un LAG está compuesto por cuatro vínculos de 10 gigabits, la velocidad de vínculo es de 40 gigabits por segundo).
El algoritmo hash predeterminado, crc-sgip, implica una comprobación de redundancia cíclica de las direcciones IP de grupo y origen del paquete de multidifusión.
Configurará un LAG en cada conmutador y volverá a habilitar el equilibrio de carga de multidifusión. Cuando se vuelva a habilitar, el equilibrio de carga de multidifusión surtirá efecto automáticamente en el LAG y la velocidad se establecerá en 10 gigabits por segundo para cada vínculo del LAG. La velocidad de vínculo para el LAG de 40 gigabits se establece automáticamente en 40 gigabits por segundo.
Configuración
Procedimiento
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.
set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces xe-0/1/0 ether-options 802.3ad ae0 set interfaces xe-1/1/0 ether-options 802.3ad ae0 set interfaces xe-2/1/0 ether-options 802.3ad ae0 set interfaces xe-3/1/0 ether-options 802.3ad ae0 set chassis multicast-loadbalance hash-mode crc-gip
Procedimiento paso a paso
Para configurar un LAG y volver a habilitar el equilibrio de carga de multidifusión:
Especifique el número de interfaces Ethernet agregadas que se van a crear:
[edit chassis] user@switch#
set aggregated-devices ethernet device-count 1Especifique el número mínimo de vínculos para la interfaz Ethernet agregada (aex), es decir, el LAG, que se va a etiquetar:
upNota:De forma predeterminada, solo es necesario que haya un vínculo activo para que el LAG tenga la etiqueta
up.[edit interfaces] user@switch#
set ae0 aggregated-ether-options minimum-links 1Especifíquense los cuatro miembros que se incluirán en el GAL:
[edit interfaces] user@switch#
set xe-0/1/0 ether-options 802.3ad ae0user@switch#set xe-1/1/0 ether-options 802.3ad ae0user@switch#set xe-2/1/0 ether-options 802.3ad ae0user@switch#set xe-3/1/0 ether-options 802.3ad ae0Vuelva a habilitar el equilibrio de carga de multidifusión:
[edit chassis] user@switch# set multicast-loadbalanceNota:No es necesario establecer la velocidad de vínculo del mismo modo que lo hace para los LAG que no utilizan el equilibrio de carga de multidifusión. La velocidad del vínculo se establece automáticamente en 40 gigabits por segundo en un LAG de 40 gigabits.
Opcionalmente, puede cambiar el valor de la
hash-modeopción en la instrucción multicast-loadbalance para probar diferentes algoritmos hasta que encuentre el que mejor distribuya el tráfico de multidifusión enrutado de capa 3.Si cambia el algoritmo hash cuando el equilibrio de carga de multidifusión está deshabilitado, el nuevo algoritmo surtirá efecto después de volver a habilitar el equilibrio de carga de multidifusión.
Resultados
Compruebe los resultados de la configuración:
user@switch> show configuration
chassis
aggregated-devices {
ethernet {
device-count 1;
}
}
multicast-loadbalance {
hash-mode crc-gip;
}
interfaces
xe-0/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-1/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-2/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-3/1/0 {
ether-options {
802.3ad ae0;
}
}
ae0 {
aggregated-ether-options {
minimum-links 1;
}
}
}
Verificación
Para confirmar que la configuración funciona correctamente, realice estas tareas:
Comprobación del estado de una interfaz LAG
Propósito
Compruebe que se haya creado un grupo de agregación de vínculos (LAG) (ae0) en el conmutador.
Acción
Compruebe que se ha creado el LAG ae0 :
user@switch> show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 10.10.10.2/24
Significado
El nombre de interfaz aex indica que se trata de un LAG. A significa agregado y E significa Ethernet. El número diferencia los distintos GAL.
Comprobación del equilibrio de carga de multidifusión
Propósito
Compruebe que el tráfico tiene un equilibrio de carga igual en todas las rutas.
Acción
Verifique el equilibrio de carga en las cuatro interfaces:
user@switch> monitor interface traffic
Bytes=b, Clear=c, Delta=d, Packets=p, Quit=q or ESC, Rate=r, Up=^U, Down=^D ibmoem02-re1 Seconds: 3 Time: 16:06:14 Interface Link Input packets (pps) Output packets (pps) xe-0/1/0 Up 2058834 (10) 7345862 (19) xe-1/1/0 Up 2509289 (9) 6740592 (21) xe-2/1/0 Up 8625688 (90) 10558315 (20) xe-3/1/0 Up 2374154 (23) 71494375 (9)
Significado
Las interfaces deben transportar aproximadamente la misma cantidad de tráfico.
Equilibrio de carga dinámico
El equilibrio de carga se utiliza para garantizar que el tráfico de red se distribuya de la manera más uniforme posible entre los miembros de un ECMP (enrutamiento de rutas múltiples de igual costo) o LAG (grupo de agregación de vínculos) determinado. En general, el equilibrio de carga se clasifica como estático o dinámico. El equilibrio de carga estática (SLB) calcula el hashing basándose únicamente en el contenido del paquete (por ejemplo, IP de origen, IP de destino, etc.). La mayor ventaja de SLB es que el orden de paquetes está garantizado, ya que todos los paquetes de un flujo dado toman la misma ruta. Sin embargo, debido a que el mecanismo SLB no tiene en cuenta la ruta de acceso o la carga del vínculo, la red a menudo experimenta los problemas siguientes:
Mala utilización del ancho de banda del vínculo
El elefante fluye en un solo enlace dejando caer completamente los ratones fluye sobre él.
El equilibrio dinámico de carga (DLB) es una mejora sobre SLB.
Para ECMP, puede configurar DLB globalmente, mientras que para LAG, lo configura para cada interfaz Ethernet agregada. Puede aplicar DLB en el tipo de éter seleccionado (equilibrio de carga dinámico) (IPv4, IPv6 y MPLS) según la configuración. Si no configura ningún tipo de éter (equilibrio de carga dinámico), se aplicará DLB a todos los tipos de ether. Tenga en cuenta que debe configurar explícitamente el modo DLB porque no hay ningún modo predeterminado.
-
A partir de Junos OS versión 22.3R1-EVO, los conmutadores QFX5130-32CD admiten el equilibrio de carga dinámico tanto para ECMP como para LAG.
-
A partir de Junos OS versión 19.4R1, los conmutadores QFX5120-32C y QFX5120-48Y admiten el equilibrio de carga dinámico para ECMP y LAG. Para el LAG, DLB debe configurarse según la interfaz Ethernet agregada.
-
A partir de la versión 19.4R2 de Junos OS evolucionado, los conmutadores QFX5220 admiten el equilibrio de carga dinámico (DLB) para ECMP. Para ECMP, DLB debe configurarse globalmente.
-
No puede configurar DLB y hash resistente al mismo tiempo. De lo contrario, se producirá un error de confirmación.
-
DLB solo se aplica al tráfico de unidifusión.
-
DLB no se admite cuando el LAG es uno de los miembros ECMP de salida.
-
DLB no es compatible con los miembros del LAG remotos.
-
DLB no es compatible con Virtual Chassis ni Virtual Chassis Fabric (VCF).
-
DLB en LAG y HiGig-trunk no son compatibles al mismo tiempo.
-
Los conmutadores QFX5220, QFX5230-64CD y QFX5240 no admiten DLB en LAG.
Plataforma |
Compatibilidad con DLB para ECMP |
Compatibilidad de DLB con LAG |
|---|---|---|
| QFX5120-32C |
Sí |
Sí |
| QFX5120-48Y |
Sí |
Sí |
| QFX5220 |
Sí |
No |
| QFX5230-64CD |
Sí |
No |
| QFX5240 |
Sí |
No |
Puede utilizar los siguientes modos DLB para equilibrar la carga del tráfico:
Modo por paquete
En este modo, se inicia DLB para cada paquete del flujo. Este modo garantiza que el paquete siempre se asigne al puerto miembro de mejor calidad. Sin embargo, en este modo, DLB puede experimentar problemas de reordenación de paquetes que pueden surgir debido a sesgos de latencia.
Modo Flowlet
Este modo se basa en la asignación de vínculos basados en flowlets en lugar de flujos. El tráfico de aplicaciones del mundo real depende de los mecanismos de control de flujo de los protocolos de transporte de capa superior, como TCP, que limitan la velocidad de transmisión. Como resultado, se crean flowlets. Puede considerar flowlets como múltiples ráfagas del mismo flujo separadas por un período de inactividad entre estas ráfagas; este período de inactividad se conoce como el intervalo de inactividad. El intervalo de inactividad sirve como criterio de demarcación para identificar nuevos flowlets y se ofrece como una instrucción configurable por el usuario en la configuración DLB. En este modo, DLB se inicia por flowlet, es decir, tanto para el flujo nuevo como para el flujo existente que ha estado inactivo durante un período de tiempo suficientemente largo (configurado
inactivity-interval). El problema de reordenación del modo por paquete se aborda en este modo, ya que todos los paquetes de un flowlet toman el mismo vínculo. Si elinactivity-intervalvalor está configurado para ser superior al sesgo de latencia máxima en todas las rutas ECMP, puede evitar la reordenación de paquetes entre flowlets mientras aumenta la utilización de vínculos de todos los vínculos ECMP disponibles.Modo de flujo asignado
Puede utilizar el modo de flujo asignado para deshabilitar selectivamente el reequilibrio durante un período de tiempo a fin de aislar los orígenes problemáticos. No puede usar este modo para DLB en tiempo real ni predecir los puertos de salida que se seleccionarán con este modo, ya que el modo de flujo asignado no tiene en cuenta la carga del puerto ni el tamaño de la cola.
Estos son algunos de los comportamientos importantes de DLB:
DLB solo se aplica a los EtherType entrantes.
Desde la perspectiva de DLB, los paquetes de grupo de agregación de vínculos (LAG) de capa 2 y capa 3 se consideran iguales.
La utilización del vínculo no será óptima si utiliza el equilibrio de carga dinámico en paquetes asimétricos, es decir, en vínculos ECMP con capacidades de miembro diferentes.
Con DLB, no se produce ninguna reasignación de flujo cuando se agrega un nuevo vínculo por paquete y modos de flujo asignados. Esto puede causar un uso subóptimo en escenarios de solapa de vínculo donde un enlace utilizado puede no utilizarse después de que se somete a una solapa si no se ven nuevos flujos o flowlets después de la solapa.
Beneficios
DLB considera la utilización del ancho de banda de los miembros junto con el contenido del paquete para la selección de miembros. Como resultado, logramos una mejor utilización de enlaces basada en cargas de enlaces en tiempo real.
DLB garantiza que los enlaces acaparados por flujos de elefantes no sean utilizados por flujos de ratones. Por lo tanto, al usar DLB, evitamos las caídas de colisión de hash que ocurren con SLB. Es decir, con DLB los enlaces se extienden a través, y así se evita la colisión y la consecuente caída de paquetes.
Configuración del equilibrio de carga dinámico
En este tema se describe cómo configurar el equilibrio de carga dinámico (DLB) en modo flowlet.
A partir de Junos OS versión 19.4R1, los conmutadores QFX5120-32C y QFX5120-48Y admiten el equilibrio de carga dinámico para ECMP y LAG. Para el LAG, DLB debe configurarse según la interfaz Ethernet agregada.
A partir de la versión 19.4R2 de Junos OS evolucionado, los conmutadores QFX5220 admiten el equilibrio de carga dinámico (DLB) para ECMP. Para ECMP, DLB debe configurarse globalmente.
Configuración de DLB para ECMP (modo Flowlet)
Para configurar el equilibrio de carga dinámico para ECMP con conmutadores de modo flowlet (QFX5120-32C, QFX5120-48Y y QFX5220):
Del mismo modo, puede configurar DLB para ECMP con el modo de flujo Por paquete o Asignado .
Configuración de DLB para LAG (modo Flowlet)
Antes de comenzar, cree un paquete de Ethernet agregada (AE) configurando un conjunto de interfaces de enrutador como Ethernet agregada y con un identificador de grupo de Ethernet agregado (AE) específico.
Para configurar el equilibrio de carga dinámico para LAG con modo flowlet (QFX5120-32C y QFX5120-48Y):
Habilite el equilibrio de carga dinámico con el modo flowlet:
[edit interfaces ae-x aggregated-ether-options] user@router# set dlb flowlet
(Opcional) Configure el valor - intervalo mínimo de inactividad (en microsegundos) para la inactivity-interval reasignación de vínculos:
[edit interfaces ae-x aggregated-ether-options] user@router# set dlb flowlet inactivity-interval (micro seconds)
(Opcional) Configure el equilibrio de carga dinámico con
ether-type:[edit forwarding-options enhanced-hash-key] user@router# set lag-dlb ether-type mpls
(Opcional) Puede ver las opciones configuradas para el equilibrio de carga dinámico en LAG mediante
show forwarding-options enhanced-hash-keycomandos.
Del mismo modo, puede configurar DLB para LAG con el modo de flujo Por paquete o Asignado .
Ejemplo: configurar el equilibrio de carga dinámico
En este ejemplo, se muestra cómo configurar el equilibrio de carga dinámico.
Requisitos
En este ejemplo se utilizan los siguientes componentes de hardware y software:
Dos conmutadores QFX5120-32C o QFX5120-48Y
Junos OS versión 19.4R1 o posterior ejecutándose en todos los dispositivos
Visión general
El equilibrio dinámico de carga (DLB) es una mejora sobre SLB.
Para ECMP, puede configurar DLB globalmente, mientras que para LAG, lo configura para cada interfaz Ethernet agregada. Puede aplicar DLB en el tipo de éter seleccionado (equilibrio de carga dinámica), como IPv4, IPv6 y MPLS, según la configuración. Si no configura ningún tipo de éter (equilibrio de carga dinámico), se aplicará DLB a todos los tipos de ether. Tenga en cuenta que debe configurar explícitamente el modo DLB porque no hay ningún modo predeterminado.
A partir de Junos OS versión 19.4R1, los conmutadores QFX5120-32C y QFX5120-48Y admiten el equilibrio de carga dinámico tanto en ECMP como en LAG.
No puede configurar DLB y Hashing resiliente al mismo tiempo. De lo contrario, se producirá un error.
Topología
En esta topología, tanto R0 como R1 están conectados.
de carga dinámico
En este ejemplo se muestra la configuración estática. También puede agregar configuración con protocolos dinámicos.
Configuración
- Configuración rápida de CLI
- Configuración del equilibrio de carga dinámico para LAG (QFX5120-32C y QFX5120-48Y)
- Configurar el equilibrio de carga dinámico para conmutadores ECMP (QFX5120-32C, QFX5120-48Y y QFX5220)
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.
R0
set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.2/24 set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.2/24 set interfaces xe-0/0/54:0 unit 0 family inet address 10.10.10.2/24 set forwarding-options enhanced-hash-key ecmp-dlb per-packet set policy-options policy-statement loadbal then load-balance per-packet set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3 set routing-options static route 20.0.1.0/24 next-hop 10.1.1.3 set routing-options forwarding-table export loadbal
R1
set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.3/24 set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.3/24 set interfaces xe-0/0/52:0 unit 0 family inet address 20.0.0.2/16
Configuración del equilibrio de carga dinámico para LAG (QFX5120-32C y QFX5120-48Y)
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 R0:
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.
Configure el grupo de agregación de vínculos (LAG).
[edit interfaces]user@R0# set interfaces xe-0/0/0 ether-options 802.3ad ae0 user@R0# set interfaces xe-0/0/10 ether-options 802.3ad ae0 user@R0# set interfaces ae0 aggregated-ether-options lacp active user@R0# set interfaces ae0 unit 0 family inet address 10.1.0.2/24 user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3Después de configurar el LAG, en la sección verificación, ejecute los pasos de la sección Verificar la carga de tráfico antes de configurar la función de equilibrio dinámico de carga en el LAG , para comprobar la configuración o la carga de tráfico antes de configurar DLB.
Configure el equilibrio de carga dinámico con el modo por paquete para LAG.
[edit]user@R0# set interfaces ae0 aggregated-ether-options dlb per-packetDespués de configurar la DLB, en la sección verificación, ejecute los pasos de la sección Verificar carga de tráfico después de configurar la característica de equilibrio de carga dinámico en el LAG , para comprobar la configuración o la carga de tráfico antes de configurar DLB.
Configurar el equilibrio de carga dinámico para conmutadores ECMP (QFX5120-32C, QFX5120-48Y y QFX5220)
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 R0:
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.
Configure el vínculo de interfaz de Gigabit Ethernet que se conecta de R0 a R1.
[edit interfaces]user@R0# set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.2/24 user@R0# set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.2/24 user@R0# set interfaces xe-0/0/54:0 unit 0 family inet address 10.10.10.2/24Cree las rutas estáticas:
[edit interfaces]user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3 user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.1.3Aplique la directiva de equilibrio de carga. La función de equilibrio de carga dinámico requiere que varios saltos siguientes del ECMP estén presentes en la tabla de reenvío.
[edit interfaces]user@R0# set policy-options policy-statement loadbal then load-balance per-packet user@R0# set routing-options forwarding-table export loadbalConfigure el equilibrio de carga dinámico con el modo por paquete para ECMP.
[edit interfaces]user@R0# set forwarding-options enhanced-hash-key ecmp-dlb per-packetEn R1, configure el vínculo de interfaz de Gigabit Ethernet.
[edit interfaces]user@R2# set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.3/24 user@R2# set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.3/24 user@R2# set interfaces xe-0/0/52:0 unit 0 family inet address 20.0.0.2/16
Verificación
Confirme que la configuración funciona correctamente.
- Comprobar la carga de tráfico antes de configurar la función de equilibrio de carga dinámico en LAG
- Verificar la carga de tráfico después de configurar la función de equilibrio de carga dinámico en LAG
Comprobar la carga de tráfico antes de configurar la función de equilibrio de carga dinámico en LAG
Propósito
Verifique antes de configurar la característica DLB en el grupo de agregación de vínculos.
Acción
Desde el modo operativo, ejecute el show interfaces interface-name | match pps comando.
user@R0>show interfaces xe-0/0/0 | match pps Input rate : 1240 bps (1 pps) Output rate : 1024616 bps (1000 pps) ## all traffic in one link. user@R0>show interfaces xe-0/0/10 | match pps Input rate : 616 bps (0 pps) Output rate : 1240 bps (1 pps)<< Output rate : 1240 bps (1 pps) ## no traffic
Verificar la carga de tráfico después de configurar la función de equilibrio de carga dinámico en LAG
Propósito
Compruebe que los paquetes recibidos en el R0 tienen equilibrio de carga.
Acción
Desde el modo operativo, ejecute el show interfaces interface-name comando.
user@R0>show interfaces xe-0/0/0 | match pps Input rate : 616 bps (0 pps) Output rate : 519096 bps (506 pps)<< Output rate : 519096 bps (506 pps) ## load equally shared user@R0>show interfaces xe-0/0/10 | match pps Input rate : 1232 bps (1 pps) Output rate : 512616 bps (500 pps)<< Output rate : 512616 bps (500 pps) ## load equally shared
Significado
Equilibrio de carga dinámico con modo por paquete que funciona correctamente. Después de aplicar la función de equilibrio de carga dinámico en LAG, la carga se comparte por igual en la red.
Verificación
Confirme que la configuración funciona correctamente en R0.
Comprobar el equilibrio de carga dinámico en R0
Propósito
Compruebe que los paquetes recibidos en el R0 tienen equilibrio de carga.
Acción
Desde el modo operativo, ejecute el run show route forwarding-table destination destination-address comando.
user@R0>show route forwarding-table destination 20.0.1.0/24
inet.0: 178 destinations, 178 routes (178 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
20.0.1.0/24 *[Static/5] 1d 03:35:12
> to 10.1.0.3 via xe-0/0/0.0
to 10.1.1.3 via xe-0/0/10.0
user@R0>show route 20.0.1.0/24
inet.0: 178 destinations, 178 routes (178 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
20.0.1.0/24 *[Static/5] 1d 03:35:12
> to 10.1.0.3 via xe-0/0/0.0
to 10.1.1.3 via xe-0/0/10.0
Significado
Verificar equilibrio de carga en R1
Propósito
Confirme que la configuración funciona correctamente en R1.
Acción
Desde el modo operativo, ejecute el show route comando.
user@R1>show route 20.0.1.25
inet.0: 146 destinations, 146 routes (146 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
20.0.0.0/16 *[Direct/0] 1d 03:37:11
> via xe-0/0/52:0.0
Significado
Equilibrio de carga dinámico con modo por paquete que funciona correctamente. Después de aplicar la función de equilibrio de carga dinámico en ECMP, la carga se comparte por igual en la red.
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.