1
00:00:19,600 --> 00:00:23,720
OK, então vamos ver se podemos praticamente responder a essas perguntas.

2
00:00:23,950 --> 00:00:31,420
Para fazer isso, vou usar o modo de simulação no Packet Tracer e vou mudar

3
00:00:31,480 --> 00:00:36,160
os filtros para mostrar apenas as mensagens ICMP.

4
00:00:36,160 --> 00:00:44,170
Não quero ver todos os outros tipos de tráfego na rede, então vamos ver o que acontece quando P. S. pings.

5
00:00:44,170 --> 00:01:02,420
P. S. Para p. S. Um tem um endereço IP de 10 1 1 1 P. S. Para tem um endereço IP de 10 1

6
00:01:02,420 --> 00:01:04,700
1 4, vamos enviar tráfego ICMP.

7
00:01:04,700 --> 00:01:05,960
Em outras palavras,

8
00:01:08,670 --> 00:01:16,150
o tráfego rosa de P. S. 1 2 P. S. Por e depois vamos observar o que acontece agora neste exemplo.

9
00:01:16,150 --> 00:01:18,890
Vou enviar apenas dois pacotes.

10
00:01:19,030 --> 00:01:28,410
Em outras palavras, dois pings percebem o que acontece na rede, há tráfego ICMP, mas também

11
00:01:28,440 --> 00:01:31,520
há um quadro operacional gerado.

12
00:01:31,650 --> 00:01:37,110
P. S. É preciso aprender e o endereço MAC de P. S. 4)

13
00:01:37,320 --> 00:01:47,820
Por isso, envia um op que é uma transmissão solicitando o endereço MAC de destino de P. C. for Então, em resposta à nossa primeira

14
00:01:47,820 --> 00:01:51,320
pergunta, que tipo de pacote é enviado.

15
00:01:51,330 --> 00:01:58,250
Inicialmente, a resposta é um pacote OPP, que é um pacote de transmissão.

16
00:02:02,170 --> 00:02:08,280
Provamos isso executando o modo de simulação no Packet Tracer.

17
00:02:08,290 --> 00:02:16,510
Agora, isso é uma transmissão e, nessa rede, os dispositivos estão conectados a um hub, para

18
00:02:16,510 --> 00:02:25,670
que o tráfego seja inundado em todos os dispositivos da rede, exceto no dispositivo que enviou o pacote.

19
00:02:25,670 --> 00:02:27,500
Então, quem recebe o pacote.

20
00:02:27,530 --> 00:02:28,510
P. S. dançar.

21
00:02:28,520 --> 00:02:41,380
P. S. 3 e P. também. S. Para p. S. 2 e P. S. 3 descartará os

22
00:02:41,530 --> 00:02:52,830
pacotes porque o pacote não é para o endereço IP P. S. 2 como um exemplo é configurado com o endereço IP 10 1 1 2 O SPC 2 vai

23
00:02:52,830 --> 00:02:53,660
soltar o pacote.

24
00:02:53,910 --> 00:03:04,010
A solicitação OP é para o endereço IP 10 1 1 4, portanto, P2 e P3.

25
00:03:04,020 --> 00:03:14,360
Solte o pacote, mas P. S. 4 aceitará o pacote e o que deve fazer agora é enviar uma resposta a um OP.

26
00:03:14,750 --> 00:03:27,400
Portanto, se observarmos este pacote, o pacote de entrada no hub é um pacote de resposta op com o endereço MAC de

27
00:03:27,400 --> 00:03:32,020
P. S. 4 este é P. C. endereço IP falso.

28
00:03:32,050 --> 00:03:34,090
Este é o seu endereço MAC.

29
00:03:34,090 --> 00:03:46,170
Podemos verificar que, usando o comando IP config, devo dizer que a barra IP config notará o endereço MAC, que é o

30
00:03:46,170 --> 00:03:55,650
endereço MAC de origem do quadro e esse é o endereço MAC de origem que vemos aqui.

31
00:03:55,650 --> 00:04:00,120
Portanto, a próxima pergunta é quem recebe o tráfego de retorno.

32
00:04:00,120 --> 00:04:11,180
Portanto, se eu clicar em capturar o aviso de encaminhamento P. S. 1 P. S. 3 e P. S. para receber o tráfego de retorno por isso

33
00:04:11,180 --> 00:04:13,300
BPC 1 P. S. para o NPC 3.

34
00:04:13,490 --> 00:04:23,740
P. S. 2 e P. S. 3 eliminará a resposta OP, porque não está destinada a

35
00:04:24,580 --> 00:04:33,320
eles quando olhamos para esse pacote. Podemos ver que o endereço MAC de destino é P. S. 1 e podemos confirmar isso observando a

36
00:04:33,320 --> 00:04:44,420
configuração de P. S. 1 Observe que o endereço MAC é assim tão P. C. 2 e P. S. 3 eliminará o OP.

37
00:04:44,410 --> 00:04:53,840
Responder Em seguida, perguntamos quando o tráfego de ping é enviado de P. S. 1 TPC para quem recebe o tráfego.

38
00:04:53,840 --> 00:04:58,280
Agora é um hub para que o tráfego seja inundado.

39
00:04:58,440 --> 00:05:10,320
Portanto, aqui está a mensagem do ICMP: podemos ver que é uma Ethernet para enquadrar usando IP por pelo menos três e podemos ver

40
00:05:10,320 --> 00:05:16,440
que é um pacote ICMP e quando clicamos em capturar aviso prévio.

41
00:05:16,550 --> 00:05:29,850
P. S. para P3 e P4 recebem o tráfego, mas novamente P. S. Para e P. S. 3 sairão do pacote

42
00:05:29,850 --> 00:05:40,670
porque não lhes é destinado quando olhamos para o PD Yoo de entrada ou para a unidade de dados de protocolo no PCI, pois podemos

43
00:05:40,670 --> 00:05:47,880
ver que o endereço IP de destino é PCI 4 e o endereço MAC de destino.

44
00:05:47,880 --> 00:05:58,270
P. S. 4, podemos verificar isso mais uma vez usando o comando IP config slash all e podemos ver

45
00:05:58,270 --> 00:05:59,170
o endereço MAC de.

46
00:05:59,170 --> 00:06:02,950
P. S. Pois assim continuará agora.

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

48
00:06:03,980 --> 00:06:08,320
P. S. Para respostas TPC ganhou.

49
00:06:08,400 --> 00:06:15,660
O tráfego está inundado e esse é o problema do hub, mesmo que a conversa

50
00:06:16,110 --> 00:06:23,480
seja entre P. S. 1 e P. S. para todos na rede recebe o tráfego.