Equilibrio de carga en el CEF

CEF permite el balanceo de carga o de compartir la carga de tráfico entre los múltiples enlaces salientes. CEF necesidades múltiples enlaces salientes como próximos saltos en la tabla de enrutamiento para realizar balanceo de carga. El comando máximo de caminos especifica cuántos caminos o cerca de lúpulo está permitido por el prefijo en la tabla de enrutamiento para el protocolo de enrutamiento específico. Por ejemplo, si configura máximo la trayectoria 2 en el marco del protocolo de enrutamiento Open Shortest Path First (OSPF), sólo dos rutas de OSPF por el prefijo se permiten en la tabla de enrutamiento. Esos dos caminos son a continuación, se muestra en la tabla CEF como vías de salida. En el CEF, los dos principales sistemas de balanceo de carga son por paquete o por destino. Si se configura por la carga de paquetes de sistema de equilibrio, el equilibrio de carga de todos los paquetes es redondo-robin paquete por paquete en los enlaces salientes. Por el equilibrio de carga de paquetes está configurado con el comando de interfaz de ip-compartir la carga por paquete.

Es necesario configurar este comando en todas las interfaces de salida si desea configurar por CEF equilibrio de paquetes de carga. El valor por defecto CEF régimen de balanceo de carga es por destino. Esta terminología es un poco engañoso, sin embargo, debido a que el CEF por el equilibrio de carga de destino se lleva a cabo por el destino y la dispersión fuente Dirección IP. En contraste, la carga por el destino de conmutación rápida de equilibrio que no es estrictamente mirando en la dirección IP de destino. Por distribución de la carga de destino es el sistema de distribución de carga por defecto para los CEF. Es el método de reparto de carga por defecto para CEF, porque por el sistema de carga de paquetes de intercambio puede enviar paquetes consecutivos de un mismo flujo (es decir, la misma fuente / destino IP par) a través de caminos diferentes y por lo tanto, podría dar lugar a un problema de reordenación del los paquetes IP en el destino. Esto puede llevar a problemas de tráfico, tales como VoIP, porque un impacto en el rendimiento o la degradación de la calidad se puede producir si los paquetes llegan fuera de secuencia, como paquetes pueden considerarse perdidos. Además, añade el jitter. Per-repartición de la carga de paquetes, sin embargo, da una perfecta distribución de la distribución de carga en los caminos de salida, mientras que la distribución por destino de la carga es sólo un método estadístico de la distribución de flujos por pares (dirección IP de origen, de destino dirección IP). Por lo tanto, la repartición de la carga de tráfico con el método perdestination sólo puede dar un buen resultado (una buena distribución entre todas las posibles conexiones de salida) si son lo suficientemente diferentes pares de direcciones de origen y destino conforman el tráfico hacia los diferentes destinos que están de salida en la salida enlaces. Incluso entonces, si algunos flujos están presentes, con un tráfico bastante más de lo que algunos otros, que están en un camino, la distribución aún podría ser desigual.

Costo de equilibrio de carga desigual

Es posible que el equilibrio de carga desigual de los costos en CEF. En ese caso, los 16 cubos de hash no se distribuyen equitativamente entre todos los caminos posibles. Ejemplo 6-9 muestra un router corriendo Enhanced Interior Gateway Routing Protocol (EIGRP) como el protocolo de enrutamiento y la varianza de ser configurado para EIGRP. Diferencia EIGRP permite realizar la carga desigual de los costos de equilibrio, ya que permite las rutas que se instalen en la tabla de enrutamiento que no son las mejores. (Estas vías no tienen la menor métrica.) En resumen, el número de varianza permite que todas las rutas que tienen una métrica que es más pequeño que el de la mejor ruta, multiplicado por la diferencia que se instalen en la tabla de enrutamiento. Una comprobación adicional es necesaria: La distancia reportada (métrica de la ruta según lo informado por el vecino EIGRP) de una ruta tiene que ser menor que la distancia factible (FD) en EIGRP para ser elegibles para la instalación en la tabla de enrutamiento. En Ejemplo 6-9, la mejor ruta para el prefijo 10.200.254.4/32 tiene una métrica de 2.323.456, y la segunda mejor ruta tiene una métrica de 8.697.856. Este último indicador es 3,74 veces mayor que la métrica de la mejor ruta, y esto se refleja en el número de depósitos de hash asignado a cada uno de los dos caminos. Esta relación también se observa en la número de acciones de tráfico en la tabla de enrutamiento para el prefijo (15 / 4). El mejor camino que apunta a Ethernet de 1 / 2 dispone de 13 cubos de hachís, mientras que la ruta hacia Ethernet de 1 / 3 dispone de 3 cubos de hash. Evidentemente, 16 es un número pequeño, como resultado, una perfecta distribución de los cubos de hash de acuerdo a la métrica no siempre es posible. La distribución será siempre aproximados.

Los paquetes de equilibrio de carga rotulada

Si la carga de conmutación de etiquetas multiprotocolo es una dirección IPv4 o paquete IPv6, Cisco IOS utiliza el algoritmo de hashing CEF para determinar la interfaz de salida, en el caso de balanceo de carga por destino. El equilibrio de la carga se realiza sólo entre los senderos marcados. Esto significa que si una dirección IP (sin etiqueta) y un camino marcado tienen el mismo costo, sólo el camino marcado se utiliza para enviar los paquetes. El comando para verificar que la ruta de un paquete IPv4 etiqueta tendrá en el caso de balanceo de carga por destino es Mostrar Multiprotocol Label Switching reenvío de las etiquetas de mesa etiqueta exacta camino IPv4 dirección-fuente dirección-destino. A continuación se presentan las reglas generales para el equilibrio de carga de paquetes etiquetados de forma no IPv6 capaz de router de Cisco IOS:

■ Si la carga útil de conmutación de etiquetas multiprotocolo es un paquete IPv4, el equilibrio de la carga se realiza por dispersión de la fuente y la dirección IP de destino de la cabecera IPv4.

■ Si la carga útil de conmutación de etiquetas multiprotocolo no es un paquete IPv4, el equilibrio de la carga se hace mirando el valor de la etiqueta de fondo.

¿Cómo funciona una conmutación de etiquetas multiprotocolo Router habilitado para saber cuál es la carga útil de conmutación de etiquetas multiprotocolo es? El router que les asigna la etiqueta puede averiguarlo mirando la etiqueta, porque este router le asigna una etiqueta a lo particular Forwarding clase de equivalencia que el paquete pertenece. Sin embargo, si la pila almacena más de una etiqueta, el router P en la red de conmutación de etiquetas multiprotocolo no asignar la etiqueta de fondo. Debido Multiprotocol Label Switching aún no tiene un campo identificador de protocolo en la etiqueta de la pila, el router P no es fácil identificar lo que la carga útil de conmutación de etiquetas multiprotocolo es. En Cisco IOS, el router puede mirar el nibble siguiente al de la conmutación de etiquetas multiprotocolo etiqueta de la pila. Si el nibble primero tiene el valor 4, Cisco IOS considera un paquete IPv4 y realiza IPv4 CEF hashing. Más reciente de Cisco IOS software que es capaz también de ejecutar IPv6 puede comprobar si el primero es picar 6. Si es así, la carga útil de conmutación de etiquetas multiprotocolo se considera IPv6, y el router IPv6 realiza CEF hashing. El equilibrio de carga se basa entonces en la dirección de origen y destino en la cabecera IPv6. El algoritmo para el balanceo de carga de la de etiquetas multiprotocolo de conmutación de paquetes se hace de la siguiente manera:

■ Si la carga útil de conmutación de etiquetas multiprotocolo no es una dirección IPv4 o paquete IPv6, el equilibrio de la carga se hace mirando el valor de la etiqueta de fondo.

Solución de problemas de CEF

Cuando los paquetes no lleguen a su destino en una red de conmutación de etiquetas multiprotocolo, puede ser porque CEF no la etiqueta de los paquetes correctamente en el router o el ingreso de PE remitió al router adyacentes mal. Usted debe tener algunas habilidades de solución de problemas técnicos para depurar este tipo de problemas CEF. Se puede deshabilitar y habilitar CEF en la interfaz con el comando ip route-cache cef. Alternar CEF en la interfaz a menudo puede indicar si el problema es con el CEF. Si el problema reside en la capa 2 reescritura de los paquetes, se puede comprobar la información de adyacencia con el adyacencia mostrar comando o desactivar la adyacencia con el adyacencia claro comando. El comando de depuración depuración gotas ip cef [acceso a la lista] Le dice que si se dejan caer los paquetes IP en el router PE ingreso. Puede especificar una lista de acceso de 1 a 99 para ayudar a reducir la salida de depuración a uno o más prefijos específicos.

un artículo presentado por George S Twiss

Descargo de responsabilidad:Nuestro sitio web no es responsable por el contenido de este artículo. Webarticles es un recurso de información gratuito.
Importante: Este artículo "Equilibrio de carga en el CEF", fue traducida por un software automático. Sentimos pena por los errores de ortografía que pueda haber ocurrido. Gracias por su comprensión.