Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración del equilibrio de carga por prefijo

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. Como resultado, cuando varios enrutadores o conmutadores comparten el mismo conjunto de saltos siguientes de reenvío para un destino determinado, pueden elegir el mismo salto de reenvío.

Puede habilitar el equilibrio de carga específico del enrutador o del conmutador incluyendo un valor hash por prefijo. Sin embargo, este método se aplica solo a los siguientes saltos indirectos. En otras palabras, cuando tenemos una ruta con un protocolo next hop que no está directamente conectado, se puede resolver en un conjunto de next hops de reenvío de igual costo. Solo en este caso, usamos el algoritmo hash para elegir un próximo salto de reenvío. Un ejemplo de esto son las rutas aprendidas de un vecino de IBGP. Es posible que el siguiente salto del protocolo para esas rutas no sea directamente accesible y se resuelva a través de algunas rutas estáticas o IGP. El resultado podría ser un conjunto de próximos saltos de reenvío de igual costo para alcanzar el siguiente salto de protocolo. Por lo tanto, el equilibrio de carga por prefijo conduce a una mejor utilización de los enlaces disponibles.

Para configurar el equilibrio de carga por prefijo, incluya la load-balance instrucción en el nivel de [edit forwarding-options] jerarquía:

Para habilitar el equilibrio de carga por prefijo, debe incluir la hash-seed number instrucción. El intervalo que puede configurar es de 0 (el valor predeterminado) a 65.535. Si no se configura ninguna semilla hash, el siguiente salto de reenvío elegido es el mismo que en versiones anteriores.

Si observa un problema con la distribución de equilibrio de carga, intente incluir la indexed-load-balance instrucción en el nivel jerárquico [edit forwarding-options load-balance] . Esta instrucción provoca la creación de una estructura de salto siguiente que es a la vez una función del hash y una función de los bits de orden bajo de la dirección IP.

Para las tarjetas de línea MPC en enrutadores MX, indexed-load-balance ha sido reemplazado por un mecanismo interno de rotación hash para reducir la polarización.

PRECAUCIÓN:

Incluir la indexed-load-balance instrucción provoca un aumento en el uso de memoria en el dispositivo.