1
00:00:00,000 --> 00:00:04,000
Maintenant, ping est excellent pour tester à titre d'exemple si

2
00:00:04,000 --> 00:00:09,000
je ping 10. 1. 1. 2 le ping réussit parce

3
00:00:09,000 --> 00:00:12,000
que le premier ping a échoué est dû au protocole ARP, le

4
00:00:12,000 --> 00:00:16,000
routeur doit indiquer le protocole ARP à l'adresse MAC du routeur 2, mais vous devez savoir que

5
00:00:16,000 --> 00:00:22,000
le protocole Ping 10 est activé. 1. 2 2 qui est l'adresse

6
00:00:22,000 --> 00:00:27,000
IP du routeur 3, les pings échouent car cette route n'est pas dans la table de routage.

7
00:00:27,000 --> 00:00:34,000
dix. 1. 2 0 n'est pas dans la table de routage du routeur local.

8
00:00:34,000 --> 00:00:39,000
dix. 1. 1. 0 est dans la table de routage locale.

9
00:00:39,000 --> 00:00:41,000
de sorte que le

10
00:00:41,000 --> 00:00:45,000
routeur puisse acheminer correctement les debugs sont très utiles pour les

11
00:00:45,000 --> 00:00:49,000
tests et le dépannage. Dans cet exemple, je vais utiliser une

12
00:00:49,000 --> 00:00:55,000
commande debug ip icmp sur les routeurs 2 et 3, juste pour prouver que le trafic

13
00:00:55,000 --> 00:00:58,000
arrive comme prévu sur les bons routeurs. .

14
00:00:58,000 --> 00:01:04,000
alors ping 10. 1. 1. 2 cet avis d'adresse IP,

15
00:01:04,000 --> 00:01:13,000
nous voyons les réponses d'écho ICMP renvoyées à 10. 1. 1. 1 faisons comme

16
00:01:13,000 --> 00:01:22,000
ça 10. 1. 2 2 le trafic n’atteint pas ce routeur, nous ne

17
00:01:22,000 --> 00:01:25,000
voyons aucune sortie sur l’écran du routeur 3 où il suffit de

18
00:01:25,000 --> 00:01:30,000
le refaire à 10. 1. 1. 2 nous

19
00:01:30,000 --> 00:01:38,000
voyons le débogage car le trafic est envoyé du routeur 1 au routeur 2 et est reçu

20
00:01:38,000 --> 00:01:42,000
par le routeur 2 qui répond à son tour.

21
00:01:42,000 --> 00:01:47,000
Donc, sur le routeur 1, nous pouvons utiliser la commande debug ip packet

22
00:01:47,000 --> 00:01:51,000
soyez prudent avec cette commande dans un environnement réel.

23
00:01:51,000 --> 00:01:55,000
Dans un environnement en direct, si vous souhaitez utiliser une

24
00:01:55,000 --> 00:02:01,000
liste de contrôle d'accès pour limiter le trafic que vous déboguez dans un environnement de production

25
00:02:01,000 --> 00:02:06,000
ou en direct, vous pouvez tuer votre routeur si vous exécutez cette commande.

26
00:02:06,000 --> 00:02:09,000
Mais dans cet environnement en direct, vous pouvez le faire.

27
00:02:09,000 --> 00:02:13,000
ainsi, d’un point de vue des tests et du dépannage, nous pouvons utiliser la logique

28
00:02:13,000 --> 00:02:15,000
sur le routeur 1, nous essayons d’envoyer une

29
00:02:15,000 --> 00:02:20,000
requête ping à 10. 1. 2 2 nous

30
00:02:20,000 --> 00:02:25,000
n'obtenons pas de réponse. Nous exécutons un IP de débogage ICMP sur le

31
00:02:25,000 --> 00:02:29,000
routeur 3 pour voir si le trafic arrive effectivement sur

32
00:02:29,000 --> 00:02:35,000
le routeur 3 et ce n'est pas le cas. C'est utile car les pings envoient du

33
00:02:35,000 --> 00:02:37,000
trafic et s'attendent ensuite à

34
00:02:37,000 --> 00:02:43,000
répondre, ce qui permet de vérifier si le problème est sur le chemin R1 à R3

35
00:02:43,000 --> 00:02:47,000
ou si le problème est sur le retour R3 à

36
00:02:47,000 --> 00:02:49,000
R1 donc c'est une commande

37
00:02:49,000 --> 00:02:58,000
intéressante pour tester so ping 10. 1. 2 2 avis dans la sortie nous obtenons irréalisable le routeur local

38
00:02:58,000 --> 00:03:04,000
nous dit que l’adresse IP source 10. 1. 1. 1 aller à la

39
00:03:04,000 --> 00:03:08,000
destination 10. 1. 2 2 est incontournable,

40
00:03:08,000 --> 00:03:11,000
donc il ne sait pas où transférer le trafic.

41
00:03:11,000 --> 00:03:14,000
Une autre grande chose dans la sortie ici

42
00:03:14,000 --> 00:03:18,000
est que nous savons quelle interface le routeur utilise pour envoyer des

43
00:03:18,000 --> 00:03:21,000
paquets. En général, un routeur utilise l'interface sortante

44
00:03:21,000 --> 00:03:25,000
comme source dans les paquets et vous pouvez le voir ici.

45
00:03:25,000 --> 00:03:28,000
la source du ping est donc 10. 1. 1. 1 parce

46
00:03:28,000 --> 00:03:32,000
que c’est l’interface sortante permettant d’atteindre une destination telle que

47
00:03:32,000 --> 00:03:34,000
10. 1. 2 2 à

48
00:03:34,000 --> 00:03:40,000
titre d'exemple, si nous envoyons un ping à 10. 1. 1. 2 le ping

49
00:03:40,000 --> 00:03:42,000
réussit, nous obtenons beaucoup

50
00:03:42,000 --> 00:03:47,000
de sortie, c’est pourquoi nous pouvons voir que l’adresse IP source

51
00:03:47,000 --> 00:03:51,000
est 10. 1. 1. 1 destination est

52
00:03:51,000 --> 00:03:54,000
10. 1. 1. 2 cette

53
00:03:54,000 --> 00:04:01,000
adresse IP qui a été acheminée via la base d’informations de transmission ou le FIB à partir de F0 / 0, le paquet a

54
00:04:01,000 --> 00:04:03,000
donc été envoyé et nous avons reçu

55
00:04:03,000 --> 00:04:11,000
une réponse de 10. 1. 1. 2 va à 10. 1. 1. 1 Nous pouvons

56
00:04:11,000 --> 00:04:14,000
donc voir ici que le paquet a été

57
00:04:14,000 --> 00:04:20,000
transféré du routeur ou envoyé par le routeur et nous pouvons voir ici une réponse du routeur 2.

58
00:04:20,000 --> 00:04:26,000
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

59
00:04:26,000 --> 00:04:28,000
je n'ai pas de route dans la

60
00:04:28,000 --> 00:04:34,000
table de routage pour 10. 1. 2 0 et je n’ai

61
00:04:34,000 --> 00:04:37,000
pas non plus de passerelle de dernier recours, c’est-à-dire que

62
00:04:37,000 --> 00:04:40,000
je n’ai pas de passerelle par défaut ni d’itinéraire

63
00:04:40,000 --> 00:04:42,000
par défaut configurés sur ce routeur.

64
00:04:42,000 --> 00:04:45,000
Donc, le routeur ne sait pas quoi faire

65
00:04:45,000 --> 00:04:53,000
avec le trafic et par conséquent, lorsque nous envoyons une requête ping au routeur, il nous dit que le trafic est incontournable.

66
00:04:53,000 --> 00:04:56,000
Le routeur ne sachant pas où

67
00:04:56,000 --> 00:05:01,000
transférer le trafic, nous devons donc configurer des routes statiques.
