1
00:00:19,600 --> 00:00:23,720
OK alors voyons si nous pouvons pratiquement répondre à ces questions.

2
00:00:23,950 --> 00:00:31,420
Pour ce faire, je vais utiliser le mode de simulation dans le traceur de paquets et je

3
00:00:31,480 --> 00:00:36,160
vais changer les filtres pour afficher uniquement les messages ICMP.

4
00:00:36,160 --> 00:00:44,170
Je ne veux pas voir tous les autres types de trafic sur le réseau, voyons donc ce qui se passe lorsque P. S. pings.

5
00:00:44,170 --> 00:01:02,420
P. S. Pour P. S. L'un a une adresse IP de 10 1 1 1 P. S. For a une adresse IP de 10 1 1 4,

6
00:01:02,420 --> 00:01:04,700
nous allons donc envoyer du trafic ICMP.

7
00:01:04,700 --> 00:01:05,960
En d'autres termes,

8
00:01:08,670 --> 00:01:16,150
le trafic rose de P. S. 1 2 P. S. Pour et puis nous allons observer ce qui se passe maintenant dans cet exemple.

9
00:01:16,150 --> 00:01:18,890
Je n'enverrai que deux paquets.

10
00:01:19,030 --> 00:01:28,410
En d'autres termes, deux pings remarquent ce qui se passe dans le réseau, il y a du trafic ICMP mais il y a

11
00:01:28,440 --> 00:01:31,520
aussi une trame op qui est générée.

12
00:01:31,650 --> 00:01:37,110
P. S. Il faut apprendre et l'adresse MAC de P. S. 4.

13
00:01:37,320 --> 00:01:47,820
Il envoie donc un op qui est une diffusion demandant l'adresse MAC cible de P. C. Donc, en réponse à notre première question,

14
00:01:47,820 --> 00:01:51,320
quel type de paquet est envoyé.

15
00:01:51,330 --> 00:01:58,250
Initialement, la réponse est un paquet OPP qui est un paquet de diffusion.

16
00:02:02,170 --> 00:02:08,280
Nous l'avons prouvé en exécutant le mode simulation dans Packet Tracer.

17
00:02:08,290 --> 00:02:16,510
Il s'agit maintenant d'une diffusion et dans ce réseau, les appareils sont connectés à un concentrateur, de sorte

18
00:02:16,510 --> 00:02:25,670
que le trafic doit être acheminé vers tous les appareils du réseau, à l'exception de l'appareil qui a envoyé le paquet.

19
00:02:25,670 --> 00:02:27,500
Alors, qui reçoit le paquet.

20
00:02:27,530 --> 00:02:28,510
P. S. danser.

21
00:02:28,520 --> 00:02:41,380
P. S. 3 fait et fait ainsi P. S. Pour P. S. 2 et P. S. 3 supprimera les

22
00:02:41,530 --> 00:02:52,830
paquets car le paquet n'est pas destiné à l'adresse IP P. S. 2 comme exemple est configuré avec l'adresse IP 10 1 1 2 SPC 2 va

23
00:02:52,830 --> 00:02:53,660
supprimer le paquet.

24
00:02:53,910 --> 00:03:04,010
La demande OP concerne l'adresse IP 10 1 1 4, donc P2 et P3.

25
00:03:04,020 --> 00:03:14,360
Déposez le paquet mais P. S. 4 acceptera le paquet et ce qu'il devrait faire maintenant, c'est renvoyer un OP à une réponse.

26
00:03:14,750 --> 00:03:27,400
Donc, si nous regardons ce paquet, notez que le paquet entrant vers le concentrateur est un paquet de réponse op avec l'adresse MAC de

27
00:03:27,400 --> 00:03:32,020
P. S. 4 c'est P. C. fausse adresse IP.

28
00:03:32,050 --> 00:03:34,090
Il s'agit de son adresse MAC.

29
00:03:34,090 --> 00:03:46,170
Nous pouvons vérifier qu'en utilisant la commande IP config et je devrais dire que la barre oblique de configuration IP remarque tous l'adresse

30
00:03:46,170 --> 00:03:55,650
MAC qui est l'adresse MAC source de la trame et c'est l'adresse MAC source que nous voyons ici.

31
00:03:55,650 --> 00:04:00,120
La question suivante est donc de savoir qui reçoit le trafic de retour.

32
00:04:00,120 --> 00:04:11,180
Donc, si je clique sur la capture d'avertissement avant P. S. 1 P. S. 3 et P. S. pour recevoir le trafic de retour afin qu'il

33
00:04:11,180 --> 00:04:13,300
BPC 1 P. S. au PNJ 3.

34
00:04:13,490 --> 00:04:23,740
P. S. 2 et P. S. 3 laissera tomber la réponse OP car il ne leur est

35
00:04:24,580 --> 00:04:33,320
pas destiné lorsque nous regardons ce paquet, nous pouvons voir que l'adresse MAC de destination est P. S. 1 et nous pouvons le confirmer en regardant

36
00:04:33,320 --> 00:04:44,420
la configuration de P. S. 1 Notez que l'adresse MAC est donc si P. C. 2 et P. S. 3 fera tomber l'OP.

37
00:04:44,410 --> 00:04:53,840
Réponse Nous avons ensuite demandé quand le trafic ping est envoyé depuis P. S. 1 TPC pour qui reçoit le trafic.

38
00:04:53,840 --> 00:04:58,280
Maintenant, c'est une plaque tournante, donc le trafic sera inondé.

39
00:04:58,440 --> 00:05:10,320
Voici donc le message ICMP, nous pouvons voir que c'est un Ethernet à trame utilisant IP pendant au moins trois et nous pouvons voir que

40
00:05:10,320 --> 00:05:16,440
c'est un paquet ICMP et lorsque nous cliquons sur la capture avant.

41
00:05:16,550 --> 00:05:29,850
P. S. vers P3 et P4 reçoivent le trafic mais encore P. S. À et P. S. 3 sortira du paquet

42
00:05:29,850 --> 00:05:40,670
car il ne leur est pas destiné lorsque nous regardons le PD Yoo entrant ou l'unité de données de protocole sur PCI car nous

43
00:05:40,670 --> 00:05:47,880
pouvons voir que l'adresse IP de destination est PCI 4 et l'adresse MAC de destination l'est.

44
00:05:47,880 --> 00:05:58,270
P. S. 4 nous pouvons le vérifier une nouvelle fois en utilisant la commande IP config slash all et nous pouvons

45
00:05:58,270 --> 00:05:59,170
voir l'adresse MAC de.

46
00:05:59,170 --> 00:06:02,950
P. S. Car cela va continuer maintenant.

47
00:06:03,410 --> 00:06:03,980
Quand.

48
00:06:03,980 --> 00:06:08,320
P. S. Pour les réponses, TPC a gagné.

49
00:06:08,400 --> 00:06:15,660
Le trafic est inondé et c'est le problème avec le hub même si la conversation

50
00:06:16,110 --> 00:06:23,480
est entre P. S. 1 et P. S. car tout le monde dans le réseau reçoit le trafic.