1
00:00:00,920 --> 00:00:07,730
Portanto, em resumo, quando um dispositivo deseja se comunicar com um dispositivo nother na mesma sub-rede, ele

2
00:00:07,730 --> 00:00:16,190
enviará uma transmissão para o segmento local para encontrar o endereço MAC do dispositivo usando o endereço IP de destino.

3
00:00:16,190 --> 00:00:20,080
Então, neste caso, um sains o quadro para o hub.

4
00:00:20,390 --> 00:00:27,290
O hub, porque é um repetidor de várias portas, enviará o quadro para fora de todas as portas, exceto da porta na

5
00:00:27,290 --> 00:00:28,060
qual ele chegou.

6
00:00:28,130 --> 00:00:36,560
Assim, tanto o roteador quanto o hoost vêem receber o quadro As Placas de Interface de Rede aceitarão apenas

7
00:00:36,650 --> 00:00:44,150
o tráfego de unicast destinado ao seu endereço MAC ou aceitarão o tráfego de difusão, bem como

8
00:00:44,210 --> 00:00:47,880
aceitarão o tráfego multicast para endereços multicast que assinarem.

9
00:00:48,170 --> 00:00:52,480
O roteador tem um endereço MAC de g na interface primeiro Ethan 00.

10
00:00:52,610 --> 00:00:59,480
Assim, o roteador receberá a transmissão e encaminhará a solicitação para os protocolos Hialeah. O Rotto poderá

11
00:00:59,480 --> 00:01:07,850
ver pelo menos três que essa é uma solicitação estranha para o endereço IP 10 1 1 2, mas a

12
00:01:07,850 --> 00:01:14,690
Rodda neste exemplo está configurada com endereços IP 10 1 um cem e 10 1 a 100.

13
00:01:14,690 --> 00:01:20,990
Então, o ratable soltar o quadro porque o pedido não é para um dos seus endereços IP.

14
00:01:21,260 --> 00:01:23,660
Roteadores não encaminham transmissões.

15
00:01:23,660 --> 00:01:30,710
Portanto, esta transmissão não é encaminhada para fora da interface Ethan é 0 1, então a transmissão recebida

16
00:01:30,710 --> 00:01:32,170
pela Rada é descartada.

17
00:01:32,420 --> 00:01:38,990
A placa de interface de rede no PCC receberá a transmissão e verá que esta é uma solicitação

18
00:01:38,990 --> 00:01:40,370
para seu endereço IP.

19
00:01:40,370 --> 00:01:43,220
Então, ele responderá com uma resposta op.

20
00:01:43,340 --> 00:01:50,990
Como vimos no capítulo Por que a captura do PCC atualizará seu cache ativo para mostrar que o endereço IP 10

21
00:01:51,410 --> 00:01:57,530
1 1 1 está associado ao pagamento do endereço MAC e enviará o quadro para o hub.

22
00:01:57,530 --> 00:02:02,300
O Hubble encaminha o quadro para fora de todas as portas porque é um repetidor de várias portas.

23
00:02:02,300 --> 00:02:07,830
A rota neste exemplo receberá um quadro do hub, mas como o endereço MAC de

24
00:02:07,830 --> 00:02:14,510
destino é um e não é o endereço MAC do Rato, que é a rotação, ele soltará o quadro.

25
00:02:14,540 --> 00:02:21,380
Você também receberá uma cópia do quadro quando receber o quadro que o aceitará, porque o endereço de destino

26
00:02:21,380 --> 00:02:22,180
é a.

27
00:02:22,310 --> 00:02:23,870
E seu endereço MAC é um.

28
00:02:24,020 --> 00:02:31,520
Em seguida, ele atualizará seu cache up com uma entrada de entrada informando que o endereço IP 10 1 1 2 está associado

29
00:02:31,520 --> 00:02:32,840
ao endereço MAC C. Então a resposta permite atualizar seu dinheiro.

30
00:02:33,020 --> 00:02:38,550
Neste ponto, nenhum tráfego de usuário foi transmitido.

31
00:02:38,630 --> 00:02:41,900
O que aconteceu aqui é que

32
00:02:42,110 --> 00:02:49,070
os dispositivos simplesmente calcularam quais endereços MAC estão associados a quais endereços IP.

33
00:02:49,070 --> 00:02:50,560
Então, o AA agora

34
00:02:50,690 --> 00:03:00,100
sabe que o endereço MAC C está associado ao endereço IP 10 1 1 2, o tráfego rosa não pode ser transmitido com uma fonte

35
00:03:00,100 --> 00:03:06,760
de endereço MAC de a qual é o endereço MAC de destino da máquina local de C. Em outras palavras PCC o endereço MAC de destino foi aprendido através de endereços IP de origem ARP alterado cão vagou um para

36
00:03:06,760 --> 00:03:07,550
um endereço IP

37
00:03:07,570 --> 00:03:14,740
de destino e que se perguntaria também quando o hub recebe o quadro do PC irá repeti-lo fora de todas as interfaces, exceto a interface.

38
00:03:14,760 --> 00:03:21,040
Chegou.

39
00:03:21,070 --> 00:03:25,680
Assim, o roteador receberá novamente o quadro, mas irá descartá-lo porque seu endereço MAC é G e o endereço MAC de destino

40
00:03:25,690 --> 00:03:26,820
para este quadro é c. O PCC também receberá

41
00:03:27,010 --> 00:03:33,130
o tráfego e o aceitará, porque o endereço MAC de destino é C e seus endereços Mac locais, os dois cabeçalhos finais serão

42
00:03:33,130 --> 00:03:36,760
removidos e as informações de endereço IP serão lidas pelos protocolos de camada superior.

43
00:03:36,760 --> 00:03:43,480
Este é um pacote de eco ICMP para que o PC responda com uma mensagem de resposta de eco C irá enviar o quadro para o

44
00:03:43,480 --> 00:03:48,970
hub com um endereço MAC de origem do endereço MAC de destino de um EGNOS o endereço MAC de AA devido

45
00:03:49,120 --> 00:03:51,010
à mensagem de pedido do OP anterior.

46
00:03:51,010 --> 00:03:59,950
Portanto, o cache tem um endereço MAC de associação na árvore a com endereço IP 10

47
00:03:59,950 --> 00:04:06,760
1 1 1 endereço MAC de origem e o quadro é c. Endereço MAC de destino é um endereço IP de origem é 10 1 1 2 endereço IP de destino é 10 1 1 1.

48
00:04:06,760 --> 00:04:09,070
Quando o quadro é recebido

49
00:04:09,070 --> 00:04:17,020
pelo hub, o Hubble é repetido de todas as portas, exceto aquela em que foi recebido.

50
00:04:17,020 --> 00:04:18,100
O Rotto receberá o quadro, mas o soltará porque o endereço MAC de destino não é para G.

51
00:04:18,160 --> 00:04:24,750
O endereço MAC dos roteadores locais quando recebe o quadro do hub o aceitará porque

52
00:04:25,000 --> 00:04:30,430
o endereço MAC de destino é a e os endereços MAC dos PCs.

53
00:04:30,430 --> 00:04:31,740
Ele irá então remover os cabeçalhos da camada 2 e encaminhar a informação para um protocolo de camada mais alta.

54
00:04:31,900 --> 00:04:38,370
Neste caso, foi uma resposta de eco.

55
00:04:38,530 --> 00:04:45,070
Então o ping mostrará uma mensagem de sucesso.

56
00:04:45,070 --> 00:04:48,420
Em outras palavras, uma solicitação de eco foi enviada para o PCC e uma mensagem de resposta de eco foi recebida com sucesso de volta.

57
00:04:48,850 --> 00:04:54,460
Então, na minha captura wireshark, por exemplo, eu posso filtrar mensagens ICMP.

58
00:04:54,460 --> 00:04:56,530
Eu posso ver o eco inicial solicitar uma mensagem enviada do meu PC

59
00:04:56,770 --> 00:04:59,540
para 10 0 0 0 2 4 4 e então posso ver a mensagem de resposta de eco.

60
00:04:59,560 --> 00:05:07,430
Observe, por favor, que estes são unicast de um quadro de custos único.

61
00:05:07,470 --> 00:05:13,590
Em primeiro lugar do meu PC para o roteador local e, em seguida, um unicast do roteador

62
00:05:13,690 --> 00:05:21,850
para a minha máquina local a mesma informação seria exibida se você está pingando outro dispositivo local no segmento como um usuário que

63
00:05:21,850 --> 00:05:23,830
você veria algo semelhante a isso.

64
00:05:23,830 --> 00:05:28,380
Ping 10 0 0 2 4 4 e o ping foi bem sucedido.

65
00:05:28,390 --> 00:05:36,280
Então, neste exemplo, meu PC obteve uma resposta do dispositivo remoto que eu estava fazendo o ping.

66
00:05:36,280 --> 00:05:43,000
 

67
00:05:43,000 --> 00:05:45,010
 

68
00:05:45,190 --> 00:05:49,970
 

69
00:05:50,020 --> 00:05:56,890