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

11

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?

gulam
la source

Réponses:

21

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.
Mike Pennington
la source
2
Y a-t-il une raison pour comparer RIPv1 à OSPF? Pourquoi ne pas comparer avec la v2?
Ryan Foley
2
@fizzle, par convention quand quelqu'un dit RIP, ils veulent dire RIPv1; cela dit, RIPv2 ne change pas substantiellement l'évolutivité de RIP: il a introduit le routage sans classe, mais il dynamise toujours la table de routage complète toutes les 30 secondes et recalcule la table à chaque saut. Si vous avez déjà exploité un grand réseau RIP avec des liaisons flottantes , vous comprendrez à quel point c'est mauvais ... les trous noirs de routage aléatoire s'ouvrent et mangent du bon trafic car il faut tellement de temps pour propager les mises à jour. RIP et RIPv2 ont leur place, mais ce n'est pas dans un grand réseau.
Mike Pennington
Bon aperçu, je n'ai tout simplement jamais vu un réseau utilisant encore RIP. Il peut être utile de mentionner la capacité d'OSPF à authentifier les voisins, bien que cela ne réponde pas directement à l'OP.
Ryan Foley
Merci @ mike-pennington pour une réponse satisfaisante ;-)
gulam
7

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.

Ron Trunk
la source
La dernière partie (tous les routeurs doivent recalculer les routes) ne s'applique-t-elle pas également à OSPF?
user1686
2
@grawity OSPF a une hiérarchie, à savoir des zones, qui vous permet de masquer les changements de topologie dans une partie du réseau d'affecter d'autres parties. Donc, si Singapour et l'Islande sont dans des zones différentes, ils n'ont pas à calculer les itinéraires des autres.
Ron Trunk