Prévenir nombre de problèmes de débordement sur votre réseau

La Comptage à l'infini

phénomène peut rapidement désactiver un protocole Distance Vector de routage réseau géré. Les sections suivantes explorent des façons de prévenir comptage à l'infini et les boucles de routage résultant de passe sur votre réseau.

Split horizon

Si vous utilisez RIPv1, vous avez une solution sous la forme d'un concept appelé split horizon. Dans ce concept, si vous recevez de routage sur une interface, l'envoi de cette information de retour de cette interface est peu probable d'être productif.

Donc, si vous examinez seulement les informations de routage pour le réseau 10.4.0.0/16 dans le processus de routage, le flux de l'information de la route est passé comme suit:

1. Router2 apprend de la route à 10.4.0.0/16.

   Il apprend de la route grâce à l'interface S0 / 1 face Router3.

2. Router2 envoie ses mises à jour des tables de routage.

   Les mises à jour vont à travers ses deux interfaces, mais les filtres à la route de 10.4.0.0/16 sur la liste quand il envoie les routes à travers l'interface S0 / 1, comme le montre la figure suivante.

3. Router1 reçoit la route vers 10.4.0.0/16 partir Router2 sur l'interface S0 / 0.

4. Router1 envoie ses mises à jour des tables de routage.

   
   
   
   
   

   Ces mises à jour vont à travers ses deux interfaces, mais les filtres à la route de 10.4.0.0/16 sur la liste quand il envoie les routes à travers S0 / 0.

   

Empoisonnement Route

Plutôt que d'utiliser split horizon, met en œuvre RIPv2 un processus appelé empoisonnement de la route. Voici la séquence pour le processus de l'empoisonnement de l'itinéraire:

1. Router3 identifie que le lien vers 10.4.0.0/16 est en baisse.

   La Router3 met à jour immédiatement sa métrique pour ce réseau à l'infini - ou dans le cas de RIPv2, le nombre de sauts de 16 - et envoie que de routage mise à jour de la table immédiatement, comme illustré dans la Figure 6-7.

2. Router2 obtient la mise à jour.

   Il met ensuite à jour sa propre table de routage en enlevant la route vers 10.4.0.0/16, car il est plus valide. Après cette mise à jour est terminée, Router2 envoie sa propre mise à jour à travers l'interface S0 / 0.

3. Router1 obtient la mise à jour.

   Cette mise à jour ne comprend plus une route vers 10.4.0.0/16, provoquant Router1 pour supprimer la route vers ce réseau.

   

Avec empoisonnement du routeur, le procédé de mise à jour de sorte que l'escalade informations d'acheminement incorrecte est retiré du réseau en temps opportun. Vous pouvez étendre ce système à l'aide d'un processus appelé poison inverse.

Dans ce cas, après Router2 voit le nombre de sauts ou système métrique à l'infini, il envoie également une mise à jour de table de routage retour à Router3 avec une métrique infinie disait que ce que la route vers 10.4.0.0/16 est plus disponible. Ce processus réduit le risque qu'une mise à jour sera impropre faire à travers Router3 et provoquer une boucle.

Compteurs de retenue

Compteurs de retenue sont une autre solution pour les boucles de routage que certains protocoles de routage à mettre en œuvre. Compteurs de retenue empêchent les messages de mise à jour du protocole de mise à jour mal itinéraires pour les liens qui sont actuellement bas. Voici la séquence de mise en œuvre des compteurs de retenue vers le BAS:

1. Router2 reçoit une mise à jour lui disant que le lien pour 10.4.0.0/16 est en baisse.

2. Router2 marque la route comme peut-être vers le bas et fixe un compteur de retenue.

3. Router2 attend une mise à jour.

4. Si elle obtient une mise à jour avec une métrique meilleure que l'original, Router2 enregistre la route à la hausse et accessible.

5. Si elle ne peut pas faire une mise à jour dans l'intervalle de la minuterie, Router2 supprime la route à partir de sa table de routage.

6. Routes que Router2 reçoit avec une métrique pire que l'itinéraire original sont automatiquement supprimés.

Pendant la période de maintien vers le bas, le cas échéant des données sont envoyées sur le réseau 10.4.0.0/16, les données sont envoyées en tant que tentative de livraison. La tentative de livraison est effectuée dans le cas où le lien vers 10.4.0.0/16 est d'avoir un problème intermittent.

Mises à jour déclenchées

Mises à jour déclenchées traitent de comptage à des problèmes de débordement en forçant une mise à jour dès que les changements de liaison.

Donc, pour revenir à la configuration du réseau que vous avez utilisé, lorsque la liaison avec le réseau 10.4.0.0/16 descend, Router3 envoie une mise à jour immédiate avertir ses voisins que le lien est en panne. Router2 reçoit la mise à jour et passe immédiatement la mise à jour à ses voisins, tels que Router1.

Dans le cadre de son programme de mise à jour normale, Router2 pourrait encore recevoir une autre mise à jour Router1 avant d'obtenir la mise à jour pour supprimer la route. La solution est de combiner mises à jour déclenchées avec des minuteries de hold-bas, ce qui empêche les routes avec des métriques pire d'être ajouté à la table de routage d'un routeur.