2.2 Activation de RIP sur le routeur 1 :
Afin d'observer la diffusion des
routes qu'opère RIP, je vous propose de saisir la commande suivante dans le
shell d'un routeur immédiatement voisin de R1, R2 par exemple :
R2 # tcpdump -i eth1 -nt -s 0 src net 172.16.0.0
tcpdump: listening on eth1
Ensuite, connectons-nous au routeur RIP sur R1 avec un
telnet sur le port 2602. Dans le shell de R1
:
R1 # telnet localhost 2602
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Hello, this is zebra (version 0.91a).
Copyright 1996-2001 Kunihiro Ishiguro.
User Access Verification
Password:
R1(RIP) >
Cette opération étant réalisée,
comme pour zebra il faut activer le mode privilégié,
passer dans le terminal
de configuration et enfin, entrer dans la configuration
du routeur RIP :
R1(RIP)> enable
R1(RIP)# conf t
R1(RIP)(config)# router rip
R1(RIP)(config-router)# version 2
La première tâche consiste à
déterminer les types de routes en notre «possession» que nous souhaitons voir
diffuser à nos voisins. Cette configuration se fait par la commande
redistribute
.
Nous choisissons de diffuser les
adresses des réseaux directement connectés :
R1(RIP)(config-router)# redistribute connected
Pour l'instant, rien ne se produit.
Il faut indiquer à RIP sur quels réseaux nous souhaitons
voir la diffusion des routes s'opérer. Nous retrouvons ici une commande commune
avec le routage statique. Avant de la valider, pensez à observer le résultat du
tcpdump sur l'écran de R2 :
R1(RIP)(config-router)# network 172.16.0.0/16
À ce stade, R1 diffuse sur le réseau
172.16.0.0/16 la table RIP toutes les 30 secondes. Le résultat sur R2 doit
ressembler à ceci :
R2 # tcpdump -i eth1 -nt -s 0 src net 172.16.0.0
tcpdump: listening on eth1
172.16.0.0.router > 224.0.0.9.router: RIPv2-req 24 (DF) [ttl 1]
172.16.0.0 > 224.0.0.9: igmp v2 report 224.0.0.9 (DF) [ttl 1]
172.16.0.0.router > 224.0.0.9.router: RIPv2-resp [items 2]:
{172.16.0.0/255.255.255.0}(1)
{192.168.1.192/255.255.255.0}(1) (DF) [ttl 1]
Les messages adressés par R1 se font
via une adresse multicast convenue pour les routeurs RIP : 224.0.0.9. Les dernières
lignes montrent clairement que RIP diffuse deux vecteurs de
distance : un concernant le réseau 172.16.0.0/16 et un autre concernant le réseau 192.168.1.192/27.
Observons sur R1 la table avec laquelle RIP travaille :
R1(RIP)(config-router)# end
R1(RIP)# show ip rip
Codes: R - RIP, C - connected, O - OSPF, B - BGP
Network Next Hop Metric From Time
C 172.16.0.0/16 1
C 172.16.0.0/16 1
C 192.168.1.192/27 1
R1(RIP)#
RIP a été activé sur le réseau 172.16.0.0/16, donc
aucune information le concernant n'est diffusée sur ce même réseau pour des
raisons évidentes d'optimisation mais aussi, pour la gestion du problème de la
convergence lente.
Activation de RIP sur le routeur 2 :
Bien, nous avons fait la moitié du
travail. Un routeur diffuse grâce à RIP les informations de routage qu'il
possède. Mais pour l'instant, c'est inefficace car personne n'est là pour les
écouter et les exploiter. Il faut donc faire les mêmes manipulations sur R2
puis à terme sur R3. Passons dans le shell de R2 :
R2 # telnet localhost 2602
...
R2(RIP)> enable
R2(RIP)# conf t
R2(RIP)(config)# router rip
R2(RIP)(config-router)# redistribute connected
R2(RIP)(config-router)# network 172.16.0.0/16
R2(RIP)(config-router)# end
R2(RIP)# show ip rip
Codes: R - RIP, C - connected, O - OSPF, B - BGP
Network Next Hop Metric From Time
C 172.16.0.0/16 1
C 172.16.0.0/16 1
R 172.16.0.0/16 172.16.0.7 2 172.16.0.0 02:52
R 192.168.1.192/27 172.16.0.7 2 172.16.0.0 02:52
C 192.168.1.32/27 1
R2(RIP)#
La table ci-dessus a été constituée
par le processus RIP exécuté sur R2. Le routeur d'adresse
172.16.0.7(R1)
l'a informé de la présence de deux routes vers deux réseaux, ce qui est
conforme aux informations affichées par tcpdump tout à l'heure. La distance
(Metric) est égale à deux puisque ces réseaux sont directement connectés à R1.
Un compteur est activé pour chaque route dynamique notée R (pour RIP). C'est un
compte à rebours qui périodiquement redémarre à 03:00 (soit 180 secondes ou 6
périodes de mise à jour de la table de routage) à chaque diffusion reçue de R1.
Vous pouvez lancer la commande
show
ip rip
sur R1 afin de constater qu'il a
effectué un travail similaire.
0 commentaires:
Enregistrer un commentaire