Maintenant, ping est excellent pour tester à titre d'exemple si
je ping 10. 1. 1. 2 le ping réussit parce
que le premier ping a échoué est dû au protocole ARP, le
routeur doit indiquer le protocole ARP à l'adresse MAC du routeur 2, mais vous devez savoir que
le protocole Ping 10 est activé. 1. 2 2 qui est l'adresse
IP du routeur 3, les pings échouent car cette route n'est pas dans la table de routage.
dix. 1. 2 0 n'est pas dans la table de routage du routeur local.
dix. 1. 1. 0 est dans la table de routage locale.
de sorte que le
routeur puisse acheminer correctement les debugs sont très utiles pour les
tests et le dépannage. Dans cet exemple, je vais utiliser une
commande debug ip icmp sur les routeurs 2 et 3, juste pour prouver que le trafic
arrive comme prévu sur les bons routeurs. .
alors ping 10. 1. 1. 2 cet avis d'adresse IP,
nous voyons les réponses d'écho ICMP renvoyées à 10. 1. 1. 1 faisons comme
ça 10. 1. 2 2 le trafic n’atteint pas ce routeur, nous ne
voyons aucune sortie sur l’écran du routeur 3 où il suffit de
le refaire à 10. 1. 1. 2 nous
voyons le débogage car le trafic est envoyé du routeur 1 au routeur 2 et est reçu
par le routeur 2 qui répond à son tour.
Donc, sur le routeur 1, nous pouvons utiliser la commande debug ip packet
soyez prudent avec cette commande dans un environnement réel.
Dans un environnement en direct, si vous souhaitez utiliser une
liste de contrôle d'accès pour limiter le trafic que vous déboguez dans un environnement de production
ou en direct, vous pouvez tuer votre routeur si vous exécutez cette commande.
Mais dans cet environnement en direct, vous pouvez le faire.
ainsi, d’un point de vue des tests et du dépannage, nous pouvons utiliser la logique
sur le routeur 1, nous essayons d’envoyer une
requête ping à 10. 1. 2 2 nous
n'obtenons pas de réponse. Nous exécutons un IP de débogage ICMP sur le
routeur 3 pour voir si le trafic arrive effectivement sur
le routeur 3 et ce n'est pas le cas. C'est utile car les pings envoient du
trafic et s'attendent ensuite à
répondre, ce qui permet de vérifier si le problème est sur le chemin R1 à R3
ou si le problème est sur le retour R3 à
R1 donc c'est une commande
intéressante pour tester so ping 10. 1. 2 2 avis dans la sortie nous obtenons irréalisable le routeur local
nous dit que l’adresse IP source 10. 1. 1. 1 aller à la
destination 10. 1. 2 2 est incontournable,
donc il ne sait pas où transférer le trafic.
Une autre grande chose dans la sortie ici
est que nous savons quelle interface le routeur utilise pour envoyer des
paquets. En général, un routeur utilise l'interface sortante
comme source dans les paquets et vous pouvez le voir ici.
la source du ping est donc 10. 1. 1. 1 parce
que c’est l’interface sortante permettant d’atteindre une destination telle que
10. 1. 2 2 à
titre d'exemple, si nous envoyons un ping à 10. 1. 1. 2 le ping
réussit, nous obtenons beaucoup
de sortie, c’est pourquoi nous pouvons voir que l’adresse IP source
est 10. 1. 1. 1 destination est
10. 1. 1. 2 cette
adresse IP qui a été acheminée via la base d’informations de transmission ou le FIB à partir de F0 / 0, le paquet a
donc été envoyé et nous avons reçu
une réponse de 10. 1. 1. 2 va à 10. 1. 1. 1 Nous pouvons
donc voir ici que le paquet a été
transféré du routeur ou envoyé par le routeur et nous pouvons voir ici une réponse du routeur 2.
C'est donc une commande très utile mais, une fois encore, soyez prudent lorsque vous l'utilisez en route sh ip route me montre que
je n'ai pas de route dans la
table de routage pour 10. 1. 2 0 et je n’ai
pas non plus de passerelle de dernier recours, c’est-à-dire que
je n’ai pas de passerelle par défaut ni d’itinéraire
par défaut configurés sur ce routeur.
Donc, le routeur ne sait pas quoi faire
avec le trafic et par conséquent, lorsque nous envoyons une requête ping au routeur, il nous dit que le trafic est incontournable.
Le routeur ne sachant pas où
transférer le trafic, nous devons donc configurer des routes statiques.