Pourquoi le RIP n'est-il pas évolutif?

La plupart des références indiquent que «le RIP n'est pas évolutif» ne peut donc être utilisé que dans des réseaux plus petits. Mais personne ne dit "POURQUOI?" Qu'est-ce qui, dans le RIP, l'empêche réellement d'évoluer vers de plus grands réseaux? Et COMMENT OSPF surmonte l'inconvénient du RIP?

La plupart des références indiquent que «le RIP n'est pas évolutif» ne peut donc être utilisé que dans des réseaux plus petits. Mais personne ne dit "POURQUOI?" Qu'est-ce qui, dans le RIP, l'empêche réellement d'évoluer vers de plus grands réseaux? Et COMMENT OSPF surmonte l'inconvénient du RIP?

Résumé

• RIPv1 inonde fréquemment les itinéraires (toutes les 30 secondes), ce qui introduit des charges CPU importantes à mesure que la taille de la table de routage augmente. Cela est aggravé par le fait que RIP recalcule les métriques pour chaque route, chaque fois qu'il inonde la route vers une nouvelle interface (qu'il y ait eu ou non un changement de topologie). À mesure que le nombre de routes augmente, cela empêche le RIP d'évoluer ainsi que d'autres protocoles.
• RIPv1 est classe
• OSPF inonde rarement les routes. S'il y a un changement de topologie dans le réseau, seuls les LSA modifiés sont inondés; les métriques sont calculées sur ces changements. Par conséquent, les calculs d'itinéraire à la demande, sur les ZEL qui sont rarement inondées, rendent bien l'échelle OSPF .
• OSPF est un protocole sans classe, qui prend en charge CIDR , ce qui en fait également un protocole plus évolutif que RIPv1

Détails RIPv1 :

RIP est un protocole de vecteur de distance ; tous les protocoles de vecteur de distance exécutent l' algorithme Bellman-Ford . À un niveau élevé, cela signifie:

• Tous les itinéraires de la table de routage sont périodiquement annoncés via toutes les interfaces.
• Les inondations RIP acheminent toutes les interfaces RIP toutes les 30 secondes. Étant donné que les itinéraires RIP par rumeur , cela signifie que chaque routeur de la topologie doit fonctionner en proportion directe avec la taille de la table de routage toutes les 30 secondes. Les implications de la charge CPU et de la gigue du trafic deviennent effrayantes à mesure que vous vous approchez de milliers de routes (en particulier sur les routeurs basés sur CPU sans transfert matériel).
• Le protocole RIP lui-même a un nombre maximal de sauts fixe à 15 sauts (ce qui est petit si vous devez effectuer une forme de pondération de chemin).
• Les protocoles basés sur les algorithmes de Bellman-Ford sont sujets aux boucles de routage et aux problèmes de comptage jusqu'à l'infini .

Détails OSPF :

Par contraste, OSPF est un protocole d'état de liaison exécutant l'algorithme de Dijkstra . En tant que tel:

• Chaque routeur annonce uniquement ses routes directement connectées et redistribuées dans les mises à jour de routage (appelées LSA ).
• Chaque routeur inonde son propre LSA toutes les 30 minutes par défaut (car le minuteur d'actualisation de l'itinéraire est de 3600 secondes ou 1 heure)
• Les LSA sont également inondés lorsqu'ils sont déclenchés par des changements dans la table de routage
• Les routeurs utilisent l'algorithme de Dijkstra pour effectuer des calculs de chemin LSA distribués uniquement lorsque cela est nécessaire.

Pour ajouter à ce que Mike a déjà expliqué, RIP recalcule ses routes et les annonce toutes les 30 secondes. Dans un réseau avec des milliers de routeurs et des dizaines de milliers de routes, c'est BEAUCOUP de routes en cours de calcul - les routeurs seraient trop occupés pour transférer réellement du trafic.

Comme vous l'avez probablement déjà appris, la métrique maximale de RIP est de 15 sauts. Cela limite la taille du réseau.

RIP n'a pas de hiérarchie. Imaginez un réseau mondial, et chaque fois qu'une liaison monte et descend à Singapour, le routeur islandais doit recalculer tous ses itinéraires. Il n'y a aucun moyen d'isoler une région d'une autre.