Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción del equilibrio de carga por paquete

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 que se instalarán en la tabla de reenvío. Siempre que el conjunto de próximos saltos para un destino cambie de cualquier manera, la dirección del próximo salto se vuelve a elegir mediante el algoritmo hash. A partir de Junos OS versión 18.3R1, para enrutadores serie MX, se modificó el comportamiento predeterminado para el cálculo de hash de paquetes IPv6, GRE y PPPoE para incluir el campo de etiqueta de flujo para mejorar el equilibrio de carga en ciertos casos (puede usar la no-payload opción para revertir al método anterior para el cálculo hash). Consulte Descripción del algoritmo utilizado para equilibrar la carga del tráfico en enrutadores de la serie MX para obtener más información.

Puede configurar Junos OS para que, para la ruta activa, todas las direcciones del próximo salto de un destino se instalen en la tabla de reenvío. Esta función se denomina equilibrio de carga por paquete. La nomenclatura puede ser contra-intuitiva. Sin embargo, el equilibrio de carga de Junos por paquete es funcionalmente equivalente a lo que otros proveedores pueden denominar equilibrio de carga por flujo . Puede usar el equilibrio de carga para propagar el tráfico entre varias rutas entre enrutadores.

La Figura 1 muestra un escenario simple de equilibrio de carga. El dispositivo R1 está en el AS 64500 y está conectado a los dispositivos R2 y R3, que están en el AS 64501. El dispositivo R1 se puede configurar para equilibrar la carga del tráfico en los dos vínculos.

Figura 1: Escenario simple de equilibrio de Simple Load Balancing Scenario carga

A partir de Junos OS 13.3R3, para plataformas de enrutamiento universal 5G serie MX con solo concentradores de puerto modular (MPC), puede configurar un equilibrio de carga coherente, lo que impide el reordenamiento de todos los flujos a rutas activas en un grupo de múltiples rutas de igual costo (ECMP) cuando falla una o más rutas de salto siguiente. Solo los flujos de rutas inactivas se redirigen a otra ruta activa de salto siguiente. Los flujos asignados a servidores que permanecen activos se mantienen. Esta característica solo se aplica a pares bgp externos.

A partir de junos OS versión 19.1R1,en conmutadores QFX10000, puede configurar el equilibrio de carga de paquetes IPv4 o IPv6 mediante cálculos de hash de campo del identificador de punto de conexión de túnel de protocolo de tunelización GPRS (GTP-TEID). El hash DE GTP-TEID se agrega al hash de campos de capa 2 y capa 3 que ya configuró. Para habilitar esta función en conmutadores QFX10000, configure la gtp-tunnel-endpoint-identifier instrucción en el [edit forwarding-options enhanced-hash-key family inet] nivel de jerarquía o [edit forwarding-options enhanced-hash-key family inet6] . Se admiten las versiones 1 y 2 de GTP; solo admiten datos de usuario. Debe usar el número de puerto UDP 2152 para ambas versiones de GTP.

Tabla de historial de versiones
Lanzamiento
Descripción
19.1R1
A partir de Junos OS versión 19.1R1,en conmutadores QFX10000, puede configurar el equilibrio de carga de paquetes IPv4 o IPv6 mediante cálculos de hash de campo del identificador de punto de conexión de túnel de protocolo de tunelización GPRS (GTP-TEID)
18.3R1
A partir de Junos OS versión 18.3R1, para enrutadores serie MX, se modificó el comportamiento predeterminado para el cálculo de hash de paquetes IPv6, GRE y PPPoE para incluir el campo de etiqueta de flujo para mejorar el equilibrio de carga en ciertos casos (puede usar la no-payload opción para revertir al método anterior para el cálculo hash).
13.3R3
A partir de Junos OS 13.3R3, para plataformas de enrutamiento universal 5G serie MX con solo concentradores de puerto modular (MPC), puede configurar un equilibrio de carga coherente, lo que impide el reordenamiento de todos los flujos a rutas activas en un grupo de múltiples rutas de igual costo (ECMP) cuando falla una o más rutas de salto siguiente.