Le routeur 1 pourra-t-il envoyer une requête ping au bouclage du routeur 3?
sur le routeur 3, un bouclage est configuré en tant que 3. 3 3 3 il est disponible
dans la table de routage
du routeur local en tant qu'interface directement connectée à onloopback 0.
Le routeur 1 pourra-t-il envoyer une requête ping à ce bouclage?
et la réponse est non, car le routeur 1 n’a pas de
route vers cette interface de bouclage. nous pouvons prouver que, en utilisant la commande sh ip
route, vous remarquerez à nouveau qu’il n’ya pas
de route vers 3. 3 3 3
paquets IP de débogage le ping remarque-t-il de nouveau irréversible.
Le routeur ne sait donc pas comment accéder à ce bouclage,
nous devons donc configurer des routes statiques pour ce bouclage.
Voici donc la question: combien de routes
statiques devons-nous configurer dans ce réseau pour permettre une connectivité complète?
Pour répondre à la question, regardez quels réseaux ne sont pas directement connectés au routeur 1.
Le routeur 1 a ce bouclage et ce réseau lui est directement connecté mais le
réseau 2. 2 2 2 ce réseau 10. 1. 2 0
et ce réseau 3. 3 3 3 ne sont pas connectés
au routeur 1, il faudrait donc configurer 3 réseaux sur le routeur 1.
sur le routeur 2, ce réseau et ce réseau sont directement connectés au routeur, nous
pouvons prouver qu'en utilisant la commande sh
ip route notice 3, les réseaux sont directement connectés au routeur 2 mais
ce réseau et ce réseau ne sont pas directement connectés.
Donc nous avions 3 sur le routeur 1, nous devons configurer 2 routes
sur le routeur 2 sur le routeur 3, ce réseau et ce
réseau sont directement connectés mais ce réseau ce réseau
et ce réseau ne sont pas directement connectés, donc le routeur 3 nécessite 3 routes statiques.
Donc, dans cette petite topologie utilisant simplement ce réseau,
comme indiqué dans le diagramme, il me faudrait ajouter au total 8 routes statiques.
3 + 2 + 3 cependant sur le routeur 1, j’ai ajouté quelques
réseaux supplémentaires 10. 1. 1. 2 et 10. 1. dix. 0 signifie
donc que nous devons ajouter 2 routes supplémentaires
au routeur 2, plus 2 routes supplémentaires au routeur 3
en supposant que nous ne résumons pas.
C’est donc un peu de travail.
C'est donc le problème des routes statiques, il peut y avoir beaucoup
de travail, surtout si vous avez une topologie importante.
Alors sh run | include route me montrera
mes routes statiques dans la configuration en cours du routeur au moment où je n'ai configuré
que 1, je vais donc devoir taper
IP route 2. 2 2 2 et
le prochain bond 10. 1. 1. 2 qui ajoute
cette route à la table de routage 1 du
routeur et je dois faire quelque chose de similaire pour le bouclage du routeur 3
remarque que la même adresse IP de saut suivant est utilisée
du point de vue du routeur
n'importe qui de ces 3 réseaux.
Alors peut routeur 1 ping 3. 3 3 3? Non, c’est impossible, pourquoi?
Désactivez le débogage, essayez à nouveau.
Pouvons-nous cingler 3. 3 3 3?
Non, voyons s’il ya un problème, utilisons donc
la commande traceroute 3. 3 3 3 Avis
pour arriver à 3. 3 3 3 la commande traceroute me montre que le routeur
1 envoie le trafic à 10. 1. 1. 2
et c’est parce que cette route se trouve dans la table de routage locale du routeur
1 mais qu’elle arrive au routeur 2, elle échoue.
Donc, le routeur 1 envoie le trafic au routeur
2, mais le routeur 2, quand il reçoit le trafic du routeur 1, ne sait pas
où 3. 3 3 3 est.
Donc, pour prouver que nous allons faire un paquet IP de débogage sur le routeur 2.
Je cinglerai le bouclage du routeur 3 depuis le routeur 1 afin que le trafic passe du routeur
1 au routeur 2, puis voyons ce qui se
passe si tout va bien,
il ira bien au routeur 3, mais le fera-t-il?
Et nous pouvons voir ici que le routeur 2 dit hôte inaccessible envoyé à
10. 1. 1. 1 pour le réseau 3. 3 3 3
routeur 2 ne sait pas comment se rendre à ce réseau de destination et
indique donc que le réseau du routeur 1 est inaccessible.
Ceci est un exemple du paradigme saut par saut utilisé dans IPv4 et IPv6.
Le paradigme saut par saut signifie que chaque
routeur prend sa propre décision de routage local, indépendamment des autres routeurs.
Donc, le fait que le routeur 1 sache comment se rendre au
routeur 3 ne signifie pas que le routeur 2 sait comment se rendre au routeur 3.
En fait, le routeur 1 ne connaît que le prochain
saut dans le chemin pour se rendre à cette destination
et ne connaît pas tout le chemin. Par conséquent, notez que le routeur 1 sait que pour
accéder à ce réseau 3. 3 3 3 il doit
envoyer le trafic au routeur 2
mais il dépend du routeur 2 pour savoir quoi faire du trafic.
Et dans ce cas, le routeur 2 ne sait pas comment se rendre au
routeur 3, donc un massage inaccessible est renvoyé au routeur 1.
Donc, encore une fois, sur le routeur 2, il n’ya pas de route statique.
J'ai donc besoin de configurer une route statique pour le bouclage du routeur 3 et dans ce cas,
notez que le saut suivant du point de vue du routeur
2 est 10. 1. 2 2
Maintenant, le ping réussit-il? Et la réponse est oui.
le ping réussit car lorsque le routeur 1 envoie une requête ping au bouclage du routeur 3 et
le transfère au trafic 2.
Le routeur 2 sait où envoyer le trafic car cette route
se trouve dans sa table de routage locale et peut donc transférer le trafic au routeur
3 et, dans ce cas, le routeur 3 sait comment
revenir à 10. 1. 1. 1 pour que le ping réussisse.
nous pouvons voir que sur le routeur 3, il envoie une réponse à 10. 1. 1. 1 de 3. 3 3 3 Maintenant, voici une autre
question: si nous regardons la table de routage du routeur 2,
cela indique que le saut suivant est 10. 1. 2 2 mais cela
ne nous indique pas que le trafic doit sortir de F0 /
1 plutôt que de F0 / 0, comment le routeur sait-il quelle interface utiliser?
Eh bien, il le sait car cette adresse IP fait partie de ce sous-réseau et que ce sous-réseau est directement connecté à
F0 / 1, de sorte que le routeur 2 sait que pour
accéder à 3. 3 3 3 il
doit transférer le trafic vers
cette adresse IP et cette adresse IP fait partie de
ce réseau qui est disponible via cette
interface afin de savoir comment transférer le
trafic de cette interface locale, nous pouvons
le voir dans le tableau CEF à
l'aide de la commande show ip cef show ip cef
nous montre que ce réseau est disponible via ce prochain bond hors de cette interface.
Ainsi, avec le transfert express de
Cisco, le routeur pré-construit ces informations dans la table CEF afin qu’il
n’ait pas à effectuer une double recherche sur la table de routage.
Auparavant, lorsque le trafic arrivait sur ce réseau, le routeur devait effectuer
une double recherche. En d'autres
termes, il consignait cette entrée dans la table de routage et devait
ensuite examiner cette entrée pour déterminer l'interface sortante. .
Maintenant, ces informations sont prédéfinies dans le tableau
CEF pour accélérer le transfert du trafic.