Empêchant des problèmes de compte à infini sur votre réseau - mannequins

Le phénomène Counting to Infinity permet de désactiver rapidement un réseau géré par le protocole de routage Vector Distance. Les sections suivantes explorent les moyens d'empêcher le comptage à l'infini et les boucles de routage qui en résultent sur votre réseau.

Horizon de fractionnement

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

Ainsi, si vous examinez uniquement les informations de routage pour le réseau 10. 4. 0. 0/16 dans le processus de routage, le flux des informations de routage est transmis comme suit:

1. Router2 apprend la route vers 10. 4. 0. 0/16.

   Il apprend la route via l'interface S0 / 1 en face de Router3.

2. Router2 envoie ses mises à jour de table de routage.

   Les mises à jour sortent à travers ses deux interfaces, mais filtrent la route à 10. 4. 0. 0/16 de la liste quand elle 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 depuis Router2 sur l'interface S0 / 0.

4. Router1 envoie ses mises à jour de table de routage.

   Ces mises à jour sortent par l'intermédiaire de ses deux interfaces, mais filtrent l'itinéraire vers 10. 4. 0. 0/16 de la liste lorsqu'il envoie les routes via S0 / 0.

   

Empoisonnement d'itinéraire

Plutôt que d'utiliser l'horizon divisé, RIPv2 implémente un processus appelé empoisonnement d'itinéraire. Voici la séquence du processus d'empoisonnement d'itinéraire:

1. Router3 identifie que le lien vers 10. 4. 0. 0/16 est en panne.

   Le Router3 met immédiatement à jour sa métrique pour ce réseau - ou dans le cas de RIPv2, un nombre de sauts de 16 - et envoie cette mise à jour immédiatement, comme illustré dans la Figure 6-7.

2. Router2 obtient la mise à jour.

   Il met alors à jour sa propre table de routage en supprimant la route à 10. 4. 0. 0/16, car elle n'est plus valide. Une fois cette mise à jour terminée, Router2 envoie sa propre mise à jour via l'interface S0 / 0.

3. Router1 obtient la mise à jour.

   Cette mise à jour n'inclut plus une route vers 10. 4. 0. 0/16, entraînant Router1 à supprimer la route vers ce réseau.

   

Avec l'empoisonnement du routeur, le processus de mise à jour s'intensifie de sorte que les informations d'itinéraire incorrectes sont supprimées du réseau en temps opportun. Vous pouvez étendre ce système en utilisant un processus appelé reverse poison.

Dans ce cas, après Router2 voit le nombre de sauts ou la métrique aller à l'infini, il renvoie également une mise à jour de table de routage à Router3 avec une métrique infinie lui indiquant que l'itinéraire à 10.4. 0. 0/16 n'est plus disponible. Ce processus réduit les chances qu'une mauvaise mise à jour parvienne à Router3 et provoque une boucle.

Les temporisateurs de maintien

Les temporisateurs de maintien sont une autre solution aux boucles de routage implémentées par certains protocoles de routage. Les temporisateurs de retenue empêchent les messages de mise à jour de protocole de mettre à jour de façon incorrecte les itinéraires pour les liens qui sont actuellement hors service. Voici la séquence d'implémentation des temporisateurs de maintien:

1. Router2 reçoit une mise à jour lui indiquant que le lien vers 10. 4. 0. 0/16 est en panne.

2. Router2 marque l'itinéraire comme étant éventuellement vers le bas et définit une minuterie de maintien.

3. Router2 attend une mise à jour.

   • S'il obtient une mise à jour avec une métrique meilleure que celle d'origine, Router2 enregistre l'itinéraire comme étant accessible.

   • S'il n'obtient pas de mise à jour dans l'intervalle de temporisation, Router2 supprime l'itinéraire de sa table de routage.

   • Les itinéraires Router2 reçus avec une métrique inférieure à la route d'origine sont automatiquement supprimés.

Pendant la période de maintien, si des données sont envoyées au réseau 10. 4. 0. 0/16, les données sont envoyées comme tentative de livraison. La tentative de livraison est faite dans le cas où le lien vers 10. 4. 0. 0/16 rencontre un problème intermittent.

Mises à jour déclenchées

Les mises à jour déclenchées traitent des problèmes de compte à infini en forçant une mise à jour dès que le lien change.

Donc, en revenant à la mise en réseau que vous utilisiez, lorsque le lien vers le réseau 10. 4. 0. 0/16 descend, Router3 envoie une mise à jour immédiate notifiant à ses voisins que le lien est éteint. Router2 reçoit la mise à jour et passe immédiatement la mise à jour à ses voisins, tels que Router1.

Dans le cadre de sa planification de mise à jour normale, Router2 peut encore recevoir une autre mise à jour de Router1 avant d'obtenir la mise à jour pour supprimer l'itinéraire. La solution consiste à combiner des mises à jour déclenchées avec des temporisateurs de maintien, ce qui empêche l'ajout d'itinéraires avec des métriques moins bonnes dans la table de routage d'un routeur.