Pourquoi RIP ou IGRP ne prennent-ils pas en charge les réseaux discontigus ?

Options de téléchargement

  • PDF     (94.8 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (93.6 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (92.6 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:10 août 2005
ID du document:13724

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Un réseau discontinu comporte un réseau principal qui sépare un autre réseau principal. Dans la figure 1, un sous-réseau du réseau 172.20.0.0 sépare le réseau 172.16.0.0. 172.16.0.0 est un réseau discontinu. Ce document explique pourquoi les protocoles RIPv1 et IGRP ne prennent pas en charge les réseaux discontinus et il explique comment vous pouvez contourner ce problème.

Figure 1 - Réseau discontinu

55a.gif

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Comment configurer RIPv1 et IGRP

  • Concepts qui sous-tendent les adresses IP et les sous-réseaux

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

RIP et IGRP sont des protocoles par classe. Chaque fois que le protocole RIP annonce un réseau sur une autre frontière de réseau principal, le protocole RIP résume le réseau annoncé à la frontière de réseau principal. Dans la Figure 1, lorsque le routeur 1 envoie une mise à jour contenant 172.16.5.0 vers le routeur 2 via 172.20.88.0, le routeur convertit 172.16.5.0/24 en 172.16.0.0/16. Ce processus est appelé résumé automatique.

Lorsque le routeur 1 envoie des mises à jour au routeur 2

Utilisez la topologie de la Figure 1 pour identifier les questions auxquelles vous devez répondre lorsque le routeur 1 se prépare à envoyer une mise à jour au routeur 2. Référez-vous à Comportement des protocoles RIP et IGRP lors de l'envoi et de la réception des mises à jour pour plus d'informations sur cette prise de décision. N’oubliez pas que l’annonce du réseau 131.108.5.0/24 est intéressante ici. Voici la question à laquelle vous devez répondre :

  • 172.16.5.0/24 fait-il partie du même réseau principal que 172.20.88.0/24, quel est le réseau attribué à l’interface qui génère la mise à jour ?

    • Non: Le routeur 1 récapitule 172.16.5.0/24 et annonce la route 172.16.0.0/16. La récapitulation est effectuée à la frontière principale par classe. Dans ce cas, l'adresse est une adresse de classe B, et donc le résumé est de 16 bits.

    • Oui: Bien que ce ne soit pas le cas dans l’exemple, si la réponse à la question est oui, le routeur 1 ne résume pas le réseau et annonce le réseau avec les informations de sous-réseau intactes.

Utilisez la commande debug ip rip sur le routeur 1 pour voir la mise à jour que le routeur 1 envoie :

RIP: sending v1 update to 255.255.255.255 via Serial3/0 (172.20.88.2)
RIP: build update entries
  network 172.16.0.0 metric 1

Le routeur 2 reçoit des mises à jour du routeur 1

Lorsque le routeur 2 se prépare à recevoir et à mettre à jour le routeur 1, vous devez identifier les questions auxquelles vous devez répondre. Rappelez-vous que la réception du réseau 172.16.5.0/24 est intéressante ici. Cependant, n’oubliez pas que lorsque le routeur 1 a envoyé la mise à jour, le réseau a été résumé sur 172.16.0.0/16. Voici la question à laquelle vous devez répondre :

  • Le réseau qui reçoit des mises à jour (172.16.0.0/16) fait-il partie du même réseau principal 172.20.88.0, qui est l’adresse attribuée à l’interface qui a reçu la mise à jour ?

    • Non: Existe-t-il déjà des sous-réseaux de ce réseau principal dans la table de routage connue des interfaces autres que celles qui ont reçu la mise à jour ?

    • Oui: Ignorer la mise à jour.

À nouveau, utilisez la commande debug ip rip sur le routeur 2 pour afficher les mises à jour provenant du routeur 1 :

RIP: received v1 update from 172.20.88.2 on Serial2/0
     172.16.0.0 in 1 hops

Cependant, la table de routage du routeur 2 indique que la mise à jour a été ignorée. La seule entrée pour un sous-réseau ou un réseau sur 172.16.0.0 est celle directement connectée à Ethernet0. Le résultat de la commande show ip route sur le routeur 2 indique :

172.20.0.0/24 is subnetted, 1 subnets
C       172.20.88.0 is directly connected, Serial2/0
     172.16.0.0/24 is subnetted, 1 subnets
C       172.16.2.0 is directly connected, Ethernet0/0

Le comportement des protocoles RIPv1 et IGRP est tel que lorsque les routeurs 1 et 2 échangent des mises à jour, les routeurs 1 et 2 ne connaissent pas les sous-réseaux connectés de 172.16.5.0/24 et 172.16.2.0/24. Par conséquent, les périphériques de ces deux sous-réseaux ne peuvent pas communiquer entre eux.

Solution

Dans certaines situations, les réseaux discontinus sont inévitables. Dans ces situations, Cisco vous recommande de ne pas utiliser RIPv1 ou IGRP. Les protocoles de routage tels que EIGRP ou OSPF sont mieux adaptés à cette situation.

Établir la connectivité

Si vous utilisez RIPv1 ou IGRP avec des réseaux discontinus, vous devez utiliser des routes statiques pour établir la connectivité entre les sous-réseaux discontinus. Dans cet exemple, ces routes statiques établissent cette connectivité :

Pour le routeur 1 :

ip route 172.16.2.0 255.255.255.0 172.20.88.1

Pour le routeur 2 :

ip route 172.16.5.0 255.255.255.0 172.20.88.2

Informations connexes

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits