Configuración del equilibrio de carga por prefijo
De forma predeterminada, Junos OS utiliza un método hash basado solo en la dirección de destino para elegir un salto siguiente de reenvío cuando hay varias rutas de igual costo disponibles. Como resultado, cuando varios enrutadores o conmutadores comparten el mismo conjunto de próximos saltos de reenvío para un destino determinado, pueden elegir el mismo salto siguiente 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 solo se aplica a los saltos siguientes indirectos. En otras palabras, cuando tenemos una ruta con un siguiente salto de protocolo que no está conectado directamente, se puede resolver mediante un conjunto de próximos saltos 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 del IBGP. Es posible que el siguiente salto del protocolo para esas rutas no sea accesible directamente y se resuelva mediante algunas rutas IGP o estáticas. El resultado podría ser un conjunto de próximos saltos de reenvío de igual costo para alcanzar ese próximo salto de protocolo. Por lo tanto, el equilibrio de carga por prefijo conduce a una mejor utilización de los vínculos disponibles.
Para configurar el equilibrio de carga por prefijo, incluya la load-balance instrucción en el [edit forwarding-options] nivel de jerarquía:
[edit forwarding-options] load-balance { indexed-load-balance; per-prefix { hash-seed number; } }
Para habilitar el equilibrio de carga por prefijo, debe incluir la hash-seed number instrucción. El intervalo que puede configurar es del 0 (el predeterminado) al 65.535. Si no se configura ninguna semilla hash, el siguiente salto de reenvío elegido es el mismo que en las versiones anteriores.
Si observa un problema con la distribución del equilibrio de carga, intente incluir la indexed-load-balance instrucción en el [edit forwarding-options load-balance] nivel de jerarquía. Esta instrucción provoca la creación de una estructura nexthop que es una función del hash y una función de los bits de orden bajo de la dirección IP.
Para tarjetas de línea MPC en enrutadores MX, indexed-load-balance se ha reemplazado por un mecanismo de rotación hash interno para reducir la polarización.
La inclusión de la indexed-load-balance instrucción provoca un aumento del uso de memoria en el dispositivo.
indexed-load-balance;