Descripción del equilibrio de carga para el tráfico BGP con ancho de banda desigual asignado a las rutas
La opción multiruta elimina los desempates del proceso de decisión de ruta activo, lo que permite que las rutas BGP de igual costo aprendidas de múltiples fuentes se instalen en la tabla de reenvío. Sin embargo, cuando las rutas disponibles no tienen el mismo costo, es posible que desee equilibrar la carga del tráfico asimétricamente.
Una vez instalados varios saltos siguientes en la tabla de reenvío, el algoritmo de equilibrio de carga por prefijo de Junos OS selecciona un siguiente salto de reenvío específico. Este proceso aplica hash a las direcciones de origen y destino de un paquete para asignar de forma determinística el emparejamiento de prefijos en uno de los siguientes saltos disponibles. La asignación por prefijo funciona mejor cuando la función hash se presenta con un gran número de prefijos, como podría ocurrir en un intercambio de emparejamiento de Internet, y sirve para evitar la reordenación de paquetes entre pares de nodos que se comunican.
Una red empresarial normalmente desea modificar el comportamiento predeterminado para evocar un algoritmo de equilibrio de carga por paquete . Aquí se enfatiza por paquete porque su uso es un nombre inapropiado que se deriva del comportamiento histórico del ASIC original del procesador de Internet. En realidad, los enrutadores actuales de Juniper Networks admiten el equilibrio de carga por prefijo (predeterminado) y por flujo. Este último implica hashing contra varios encabezados de capa 3 y capa 4, incluidas partes de la dirección de origen, la dirección de destino, el protocolo de transporte, la interfaz entrante y los puertos de aplicación. El efecto es que ahora los flujos individuales se cifran a un salto siguiente específico, lo que resulta en una distribución más uniforme entre los siguientes saltos disponibles, especialmente cuando se enrutan entre menos pares de origen y destino.
Con el equilibrio de carga por paquete, los paquetes que comprenden un flujo de comunicación entre dos puntos finales pueden resecuenciarse, pero los paquetes dentro de flujos individuales mantienen la secuencia correcta. Ya sea que opte por el equilibrio de carga por prefijo o por paquete, la asimetría de los vínculos de acceso puede presentar un desafío técnico. De cualquier manera, los prefijos o flujos que se asignan a, por ejemplo, un vínculo T1 exhibirán un rendimiento degradado en comparación con los flujos que se asignan a, por ejemplo, un vínculo de acceso Fast Ethernet. Peor aún, con cargas de tráfico pesadas, es probable que cualquier intento de equilibrio de carga equitativo resulte en la saturación total del vínculo T1 y la interrupción de la sesión derivada de la pérdida de paquetes.
Afortunadamente, la implementación de BGP de Juniper Networks admite la noción de una comunidad de ancho de banda. Esta comunidad extendida codifica el ancho de banda de un salto siguiente dado y, cuando se combina con múltiples rutas, el algoritmo de equilibrio de carga distribuye los flujos a través del conjunto de saltos siguientes proporcionalmente a sus anchos de banda relativos. Dicho de otra manera, si tiene un próximo salto de 10 Mbps y uno de 1 Mbps, en promedio nueve flujos se asignarán al próximo salto de alta velocidad para cada uno que use la velocidad baja.
El uso de la comunidad de ancho de banda BGP solo se admite con el equilibrio de carga por paquete.
La tarea de configuración consta de dos partes:
Configure las sesiones de emparejamiento de BGP externo (EBGP), habilite varias rutas y defina una política de importación para etiquetar rutas con una comunidad de ancho de banda que refleje la velocidad del vínculo.
Habilite el equilibrio de carga por paquete (realmente por flujo) para una distribución óptima del tráfico.