Load Balancing in CEF

CEF permet d'équilibrer la charge ou le partage de charge de trafic entre les multiples liens sortants. CEF besoins multiples liens sortants comme prochain houblon dans la table de routage d'effectuer l'équilibrage de charge. La commande maximale des chemins spécifie le nombre de voies ou à côté du houblon sont autorisés par préfixe dans la table de routage pour le protocole de routage spécifiques. Par exemple, si vous configurez maximum chemin 2 dans le cadre du protocole de routage Open Shortest Path First (OSPF), seuls deux chemins OSPF par préfixe sont admis dans la table de routage. Ces deux voies sont alors présentés dans le tableau CEF comme des voies de sortie. En CEF, les deux principaux régimes d'équilibrage de charge sont par paquets ou par destination. Si vous configurez le paquet par-équilibrage de charge, la charge d'équilibrage de tous les paquets est ronde-robin de paquets par paquets sur les liens sortants. Le per-équilibrage de charge paquet est configuré avec la commande d'interface ip partage de charge par paquet.

Vous devez configurer cette commande sur toutes les interfaces sortants si vous voulez configurer par paquets CEF-load balancing. CEF La valeur par défaut d'équilibrage de charge régime est par destination. Cette terminologie est quelque peu trompeur, cependant, parce que le CEF per-équilibrage de la charge de destination est effectué par le hachage de la destination et source L'adresse IP. En revanche, les per-destination d'équilibrage de charge que le passage rapide ne sont strictement en regardant l'adresse IP de destination. Per-partage de la charge de destination est le chargement par défaut ce système de partage des CEF. C'est la méthode de partage de charge par défaut pour les CEF parce que le régime de charge par paquets de partage peut envoyer des paquets consécutifs du même débit (ce qui signifie la même source / IP paire adresse de destination) à travers des voies différentes et, partant, pourrait conduire à un problème de réorganisation de la Les paquets IP à destination. Cela peut entraîner des problèmes pour la circulation comme la VoIP, car une baisse de performance ou de la dégradation de la qualité peut se produire si les paquets arrivent hors séquence, sous forme de paquets peut être considérée comme perdue. En outre, il ajoute de gigue. Per-partage de la charge des paquets, donne cependant une charge parfaite de partage de distribution sur les chemins sortants, tandis que la per-partage de la charge de destination n'est qu'une méthode statistique de la distribution de flux par paires de (adresse IP source, la destination adresse IP). Par conséquent, la répartition de la charge de trafic avec la méthode perdestination ne peut que donner un bon résultat (une bonne répartition entre tous les liens possibles sortant) si elles sont suffisamment différentes paires d'adresses source et destination constituent le trafic vers les différentes destinations qui sont sortantes sur le sortant liens. Même alors, si certains flux sont présents, avec un trafic considérablement plus pour que certains autres, qui sont sur un chemin d'accès, la distribution peut-être encore inégale.

Inégales de coûts d'équilibrage

Il est possible d'avoir une inégalité des coûts d'équilibrage de charge dans les CEF. Dans ce cas, les 16 seaux de hachage ne sont pas équitablement répartis entre tous les chemins possibles. Exemple 6-9 montre un routeur en cours d'exécution Enhanced Interior Gateway Routing Protocol (EIGRP) comme protocole de routage et de variance soit configuré pour le EIGRP. Écart EIGRP permet d'effectuer l'équilibrage de charge économique inégale, car il permet des itinéraires pour être installé à la table de routage qui ne sont pas les meilleurs. (Ces routes n'ont pas la valeur la plus faible.) Bref, le nombre de variance permet à toutes les routes qui ont une métrique qui est plus petit que celui de la meilleure route, multiplié par la variance pour être installé à la table de routage. Un contrôle supplémentaire est nécessaire: La distance signalé (métrique de l'itinéraire tel que rapporté par le voisin EIGRP) d'un itinéraire doit être inférieure à la distance possible (FD) en EIGRP pour être éligibles pour une installation dans la table de routage. En Exemple 6-9, la meilleure voie pour le préfixe 10.200.254.4/32 a une métrique de 2.323.456, et le second itinéraire le mieux a une métrique de 8.697.856. Cette dernière métrique est 3,74 fois plus grande que la métrique du meilleur itinéraire, et cela se reflète dans le nombre de compartiments de hachage attribué à chacune des deux voies. Ce ratio est aussi observée chez les partagent le trafic count la table de routage pour le préfixe (15 / 4). Le meilleur chemin pointant vers Ethernet 1 / 2 a 13 seaux de hachage, alors que le chemin pointant vers Ethernet 1 / 3 a 3 seaux de hachage. Évidemment, 16 est un petit nombre, comme conséquence, une distribution parfaite des seaux de hachage en fonction de la métrique n'est pas toujours possible. La répartition sera toujours approximatif.

Les paquets d'équilibrage de charge Labeled

Si la charge utile de commutation multiprotocole par étiquette est une adresse IPv4 ou IPv6 packet, Cisco IOS utilise l'algorithme de hachage CEF pour déterminer l'interface sortante, dans le cas de per-équilibrage de la charge de destination. L'équilibrage de charge se fait uniquement entre les chemins marqués. Cela signifie que si une adresse IP (sans étiquette) et un chemin étiqueté ont le même coût, seul le chemin marqué est utilisé pour transmettre les paquets. La commande pour vérifier quel chemin un paquet IPv4 aura marqué dans le cas de per-équilibrage de la charge de destination est Voir la commutation multiprotocole par étiquette d'expédition des étiquettes de table étiquette exacte-path ipv4 source-address destination-address. Voici les règles générales pour l'équilibrage de charge les paquets marqués sur une base non-IPv6-capable routeur Cisco IOS:

■ Si la charge utile de commutation multiprotocole par étiquette est un paquet IPv4, l'équilibrage de charge est effectué par le hachage de la source et l'adresse IP de destination de l'en-tête IPv4.

■ Si la charge utile de commutation multiprotocole par étiquette n'est pas un paquet IPv4, l'équilibrage de charge se fait en examinant la valeur de l'étiquette au-dessous.

Comment fonctionne un Multiprotocol Label Switching-routeur compatible savoir ce que la charge utile de commutation multiprotocole par étiquette est-ce? Le routeur qui a assigné l'étiquette peut comprendre cela par vous regardez l'étiquette, parce que ce routeur attribué un label pour le particulier Forwarding Equivalence Class que le paquet appartient. Toutefois, si la pile contient plus d'une étiquette, le routeur P dans le réseau de commutation multiprotocole par étiquette n'a pas assigné l'étiquette de fond. Parce Multiprotocol Label Switching ne dispose pas encore d'un champ d'identification de protocole sur l'étiquette pile, le routeur P ne peut pas facilement identifier ce que la charge utile de commutation multiprotocole par étiquette est. Dans Cisco IOS, le routeur peut regarder la nibble qui a suivi la commutation multiprotocole par étiquette label stack. Si le premier a grignoter la valeur 4, Cisco IOS considère ce paquet une adresse IPv4 et effectue IPv4 CEF de hachage. Plus récente du logiciel IOS de Cisco qui est également capable de fonctionner IPv6 peut vérifier si le premier est grignoter 6. Si c'est le cas, la charge utile de commutation multiprotocole par étiquette est considérée comme l'IPv6, et le routeur IPv6 CEF effectue le hachage. L'équilibrage de charge est alors basé sur la source et l'adresse de destination dans l'en-tête IPv6. L'algorithme d'équilibrage de charge pour les paquets de commutation multiprotocole par étiquette devient comme suit:

■ Si la charge utile de commutation multiprotocole par étiquette n'est pas une adresse IPv4 ou de paquets IPv6, l'équilibrage de charge se fait en examinant la valeur de l'étiquette au-dessous.

Dépannage CEF

Lorsque les paquets ne reçoivent pas à leur destination dans le réseau une commutation multiprotocole par étiquette, il serait peut-être parce que CEF n'a pas d'étiqueter correctement les paquets sur le routeur PE entrée ou les ont transmis au routeur adjacentes tort. Vous devez avoir des compétences techniques en dépannage pour déboguer des problèmes aussi CEF. Vous pouvez désactiver ou activer CEF sur l'interface en utilisant la commande ip route-cache cef. Toggling CEF sur l'interface peut souvent indiquer si le problème se situe au CEF. Si le problème vient de la couche 2 de réécriture des paquets, vous pouvez vérifier les informations contiguïté avec le Voir la contiguïté commande ou désactivez la contiguïté avec le clairement adjacence commande. La commande debug debug gouttes cef ip [access-list] Vous indique si les paquets IP sont larguées sur le routeur PE pénétration. Vous pouvez spécifier une liste d'accès de 1 à 99 pour aider à réduire la sortie de débogage à un ou plusieurs préfixes spécifiques.

un article présenté par George S Twiss

Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite.
Important: Cet article «équilibrage de la charge en CEF" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.