Avez-vous un compte?
Ce document explique les actions effectuées par le protocole d'informations de routage (RIP) et Interior Gateway Routing Protocol (IGRP) lorsqu'ils envoient ou reçoivent des mises à jour de routage.
Aucune spécification déterminée n'est requise pour ce document.
Les informations dans ce document appliquent aux ces le logiciel et les versions de matériel :
Logiciel Cisco IOS Version 12.2(27)
Routeurs de la gamme Cisco 2500
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Quand le RIP ou l'IGRP envoient une mise à jour, ils exécutent certains contrôles avant qu'ils annoncent la mise à jour. Cette liste affiche la séquence d'opérations qui se produit avant que le routeur 1 envoie des mises à jour au Router2. Le schéma de réseau te permet pour examiner la séquence d'opérations plus de manière approfondie.
La pièce de l'information de sous-réseau est-elle du même réseau principal que l'interface cette des sources la mise à jour ?
Non : Le routeur 1 récapitule à la frontière du réseau principal et annonce le réseau.
Oui : Le réseau a-t-il le même masque de sous-réseau que l'interface cette des sources la mise à jour ?
Oui : Le routeur 1 annonce le sous-réseau.
Non : Le réseau a-t-il un masque de /32 ?
Oui : Si c'est RIP, alors le réseau est annoncé. Si c'est IGRP, alors le routeur 1 goutte le réseau.
Non : Le routeur 1 goutte le réseau.
Quand le RIP ou l'IGRP reçoivent une mise à jour, ils exécutent certains contrôles avant qu'ils reçoivent la mise à jour et appliquent le masque de sous-réseau. C'est la séquence d'opérations qui se produit avant que le Router2 reçoive une mise à jour du routeur 1 :
Le sous-réseau reçu dans la mise à jour sur le même réseau principal que l'interface qui reçu est-il la mise à jour ?
Oui : Le Router2 applique le masque de l'interface qui a reçu la mise à jour. Si le réseau annoncé a un bit d'hôte réglé dans la partie hôte de la mise à jour, le Router2 applique le masque d'hôte (/32). Dans le cas du RIP, il continue à annoncer l'artère de /32 au routeur ultérieur, mais l'IGRP ne fait pas.
Non : Est-ce que sous-réseaux de ce réseau principal existent déjà dans la table de routage, connus des interfaces autres que celui qui ont reçu la mise à jour ? Le réseau dans cette mise à jour devrait être un réseau principal à moins que le lien entre les deux Routeurs soit une liaison non numérotée, dans ce cas il est possible que la mise à jour contienne l'information de sous-réseau.
Oui : Le Router2 ignore la mise à jour.
Non : Le Router2 applique un masque de par classe. Si la mise à jour trouvait une liaison non numérotée et contient par hasard l'information de sous-réseau (des bits dans la partie sous-réseau du réseau sont placés), alors le Router2 applique un masque d'hôte. Référez-vous à comprendre et à configurer la commande d'ip unnumbered pour des exemples non-numérotés de cas.
Quand le routeur 1 envoie une mise à jour au Router2, il exécute ces contrôles :
131.108.5.0/24 parts est-elle du même réseau principal que 131.108.2.0/24, qui des sources la mise à jour ?
Oui : 131.108.5.0/24 a-t-ils le même masque de sous-réseau que 131.108.2.0/24, qui des sources la mise à jour ?
Oui : Le routeur 1 annonce le réseau.
137.99.88.0/24 parts est-elle du même réseau principal que 131.108.2.0/24, qui des sources la mise à jour ?
Non : Le routeur 1 récapitule 137.99.88.0/24 à la frontière du réseau principal et annonce l'artère comme 137.99.0.0.
Ce résultats de processus dans le routeur 1 comprenant 131.108.5.0 et 137.99.0.0 dans sa mise à jour au Router2. Vous pouvez voir ceci dans la sortie de commande de debug ip rip affichée sur le routeur 1 :
*Mar 25 00:22:46.177: RIP: sending v1 update to 255.255.255.255 via Serial0 (131.108.2.2) *Mar 25 00:22:46.178: RIP: build update entries *Mar 25 00:22:46.182: subnet 131.108.5.0, metric 1 *Mar 25 00:22:46.185: network 137.99.0.0, metric 1
Quand vous émettez la commande de debug ip rip, vous pouvez voir la mise à jour reçue de routage sur le Router2 du routeur 1 :
*Mar 25 00:22:46.201: RIP: received v1 update from 131.108.2.2 on Serial0 *Mar 25 00:22:46.203:131.108.5.0 in 1 hops *Mar 25 00:22:46.205:137.99.0.0 in 1 hops
Regardez les contrôles que le Router2 exécute afin de déterminer quel masque à appliquer sur un réseau reçu.
Le réseau principal reçu 137.99.0.0 est-il le même que 131.108.2.0, qui est l'adresse attribuée à l'interface qui a reçu la mise à jour ?
Non : Est-ce que sous-réseaux de ce réseau principal existent déjà dans la table de routage connue d'autres interfaces ?
Non : Le Router2 applique le masque naturel (/16) parce que 137.99.0.0 est une adresse de classe B.
Le sous-réseau 131.108.5.0 appartient-il au même réseau principal que le sous-réseau 131.108.2.0, qui est l'interface qui a reçu la mise à jour ?
Oui : Le Router2 applique le masque /24, qui est le masque de l'interface qui a reçu la mise à jour.
Ce résultats de processus dans ces réseaux et masques dans la table de routage du Router2, affichée avec la commande de show ip route :
R 137.99.0.0/16 [120/1] via 131.108.2.2, 00:00:07, Serial0 131.108.0.0/24 is subnetted, 3 subnets R 131.108.5.0 [120/1] via 131.108.2.2, 00:00:08, Serial0 C 131.108.2.0 is directly connected, Serial0 C 131.108.3.0 is directly connected, Ethernet0