1
00:00:00,740 --> 00:00:05,390
A razão pela qual vemos o tráfego, em vez de vermos, impede o tráfego.

2
00:00:05,540 --> 00:00:09,120
Ele está na Ethernet antes que dois dispositivos possam se comunicar.

3
00:00:09,260 --> 00:00:13,070
Eles precisam usar para descobrir os endereços MAC uns dos outros.

4
00:00:13,220 --> 00:00:20,410
Portanto, antes que o tráfego ICMP possa ser enviado até mesmo para agir, o PC precisa enviar uma opção para descobrir

5
00:00:20,450 --> 00:00:21,990
o endereço MAC de Rodda.

6
00:00:22,340 --> 00:00:27,380
Mas nunca descobre isso porque o tráfego nunca alcança a rota

7
00:00:27,380 --> 00:00:37,730
antes, por isso nunca recebe uma operação de ópera e, portanto, não pode enviar o comutador de tráfego ICMP para o intervalo da interface.

8
00:00:37,850 --> 00:00:53,100
Kickabout 0 2 2 3 switch port trunk e solução mantida no topo de um dos interruptores principais do switch port mode switch

9
00:00:53,210 --> 00:01:02,850
porta Não negocie no momento interface gigabit 0 para on switch to is shut down.

10
00:01:02,850 --> 00:01:10,290
Vou fazer o mesmo aqui para provar o ponto em que estamos forçando o tráfego a ir basicamente

11
00:01:10,790 --> 00:01:16,880
pelo hub, para que possamos fazer uma captura ampla e ver o tráfego na rede.

12
00:01:17,280 --> 00:01:19,530
Então agora vamos começar outra captura

13
00:01:22,850 --> 00:01:29,460
de um tiro que Ken escreveu para o ping Rato por enquanto percebeu que os pings foram bem-sucedidos.

14
00:01:29,700 --> 00:01:36,600
Se olharmos para o nosso tráfego, podemos ver o OP em topless que capturaremos no momento.

15
00:01:36,690 --> 00:01:42,810
Essa é a transmissão pedindo endereço MAC associado ao endereço IP 10 1 a 4.

16
00:01:43,110 --> 00:01:47,240
Como você pode ver, é uma transmissão enviada do roteador para.

17
00:01:47,250 --> 00:01:51,080
É uma edição para o quadro de uma sugestão.

18
00:01:51,180 --> 00:01:56,490
Então, no Adicionado a essa parte chave, mais uma vez, podemos ver que o vilão também é.

19
00:01:56,590 --> 00:02:03,110
Há a solicitação do OP procurando pelo endereço MAC associado ao endereço IP 10 1 a 4.

20
00:02:03,260 --> 00:02:04,870
Aqui está a resposta.

21
00:02:04,870 --> 00:02:13,930
O que você também notará é o ID do vilão que ele também está retornando como um quadro marcado de 10 1

22
00:02:13,930 --> 00:02:16,990
para 4 a 10 1 para 2.

23
00:02:17,080 --> 00:02:18,980
Então, há a resposta OP.

24
00:02:19,150 --> 00:02:24,580
Não é uma transmissão porque ela sabe que o endereço MAC do roteador está pronto para

25
00:02:24,580 --> 00:02:33,770
ir diretamente para o endereço MAC do roteador 2 e, em seguida, se rolarmos um pouco mais para baixo, podemos ver as mensagens de eco ICMP.

26
00:02:35,480 --> 00:02:39,840
Então ele tem um eco de 10 1 a 2 a 10 1 a 4.

27
00:02:40,010 --> 00:02:42,470
Mais uma vez, observe as idéias do vilão também.

28
00:02:42,510 --> 00:02:49,500
Ele tem a resposta de 10 1 a 4, então é uma resposta de eco para 10 1 a 2.

29
00:02:49,730 --> 00:02:57,560
Um ID de vilão é 2, então esses quadros estão sendo marcados entre os dois dispositivos.

30
00:02:57,770 --> 00:03:03,240
Vamos parar essa captura e começar de novo em jenius 3.

31
00:03:04,640 --> 00:03:11,160
Agora, o que acontece com o tráfego de Rotto 1 2 rodders 3 que está usando a terra que é o vilão

32
00:03:12,020 --> 00:03:12,930
Serrato sem etiqueta.

33
00:03:12,940 --> 00:03:20,000
Pinging router 3 pings sucede roteador para ping escreveu um sucesso de quatro ping.

34
00:03:20,230 --> 00:03:21,970
Eu vou apenas cheio para o ICMP.

35
00:03:22,370 --> 00:03:25,860
Então, há a mensagem ICMP de Rodda de um a três.

36
00:03:25,940 --> 00:03:28,130
Observe que é um quadro Ethernet padrão.

37
00:03:28,340 --> 00:03:30,320
O tipo de éter é a versão IP 4.

38
00:03:30,380 --> 00:03:37,330
Não há um editor de um q marcação no eco ou a resposta Ecca.

39
00:03:37,400 --> 00:03:42,130
É stent Ethan no quadro, porque essa é a terra nativa rolando para baixo.

40
00:03:42,130 --> 00:03:45,140
No entanto sua rota para pingar Rotto para.

41
00:03:45,320 --> 00:03:48,660
E observe mais uma vez a tag.

42
00:03:49,070 --> 00:03:57,860
Então vamos colocar o roteador 1 e o roteador 3 em Vilain 10 e ver como isso afeta a marcação do tráfego.

43
00:03:57,900 --> 00:04:06,140
Troque um acesso de porta de switch violento de 10 interfaces gigabit 00.

44
00:04:06,180 --> 00:04:19,170
Se aterrarmos 10 fazer algo semelhante em mudar para a terra 10 interface kickabout 0 0 switch port acessar

45
00:04:19,560 --> 00:04:21,390
o terreno 10.

46
00:04:21,420 --> 00:04:26,410
Então, agora, quando um padeia pinga Rajshree, o que acontece.

47
00:04:26,420 --> 00:04:28,980
Agora pode demorar um pouco, porque

48
00:04:31,690 --> 00:04:35,720
os gastos precisam convergir, portanto, pode-se trocar a árvore

49
00:04:39,650 --> 00:04:43,390
de gastos por 10 portas violentas sem encaminhamento.

50
00:04:43,520 --> 00:04:44,830
Então vamos fazer o ping novamente.

51
00:04:44,840 --> 00:04:48,870
Observe que o ping agora é bem-sucedido e você sabe que foi uma captura de choque.

52
00:04:50,510 --> 00:04:51,980
Role para baixo.

53
00:04:52,130 --> 00:05:00,740
O que devemos ver agora é o número da vilania como um exemplo é um violento 10.

54
00:05:00,790 --> 00:05:10,130
Assim, os IDs 10 podem ver o hexadecimal em que há o conjunto decimal no quadro Ethernet notado que o tipo é uma espécie

55
00:05:10,530 --> 00:05:18,070
de chave em edição para a única que o tipo é IP versão 4 indicando que a provisão é

56
00:05:18,080 --> 00:05:20,960
usada pelo menos três é o ping .

57
00:05:21,410 --> 00:05:22,620
Aqui está a resposta.

58
00:05:22,940 --> 00:05:27,450
Mas observe novamente que o número do vilão é o último 10.

59
00:05:27,560 --> 00:05:38,060
Se eu mudar este violento para villaine 11 como um exemplo com os pings ter sucesso assim Villani 11 bastante interface Keiga mas acesso

60
00:05:38,060 --> 00:05:45,860
de porta de switch zero zero a linha 11 cometeu o erro de colocar interface Villani 11.

61
00:05:45,890 --> 00:05:50,500
Eu deveria ter dito simplesmente Villani Levan para criar o vilão.

62
00:05:50,690 --> 00:05:55,910
Mas neste caso, a mudança para criar o vilão para mim precisa ser cuidadosa com isso, porque alguns switches

63
00:05:55,910 --> 00:05:59,920
não farão isso por você, mas você pode ver que Villani Levan foi criado.

64
00:06:00,160 --> 00:06:02,860
Gigabit 0 está em Villani 11.

65
00:06:02,870 --> 00:06:09,860
Portanto, esta parte está em Villani 11 como portais e violentos 10 podem escrever um ping de rodder três e você

66
00:06:09,860 --> 00:06:17,720
pode ver no momento em que você não pode saber por que captura de choque Rodda ainda tem um endereço MAC em cache

67
00:06:17,720 --> 00:06:18,640
para rodder 3.

68
00:06:18,710 --> 00:06:21,680
Então está enviando tráfego ICMP.

69
00:06:22,010 --> 00:06:29,390
Mas observe que ele está marcado com Villani 11 e nenhuma resposta é recebida de volta porque o tráfego nunca

70
00:06:29,960 --> 00:06:31,420
chega aos rodders 3.

71
00:06:31,480 --> 00:06:36,190
Este porto tem em Villon 10 este porto está em Villani 11.

72
00:06:36,260 --> 00:06:39,040
Então o tráfego nunca chega ao porto.

73
00:06:39,170 --> 00:06:42,010
Você pode ver que, mais uma vez, fazer

74
00:06:45,370 --> 00:06:49,120
uma captura ajudando a escrever está livre da rota um.

75
00:06:49,270 --> 00:06:56,080
E o que você notará na saída aqui é que não há tráfego ativo e nenhum tráfego ICMP recebido

76
00:06:56,080 --> 00:06:56,910
nessa porta.

77
00:06:57,040 --> 00:07:05,870
Apesar de não sermos um que esteja pingando o roteador três na captura entre os switches, podemos ver o

78
00:07:05,870 --> 00:07:14,890
tráfego ICMP com a linha 11, mas o switch quando recebe tráfego na linha 11 ele não vai forçá-lo a

79
00:07:14,890 --> 00:07:17,750
sair desta porta ou deste porta.

80
00:07:17,910 --> 00:07:20,050
Então, essencialmente, não vai a lugar algum.

81
00:07:20,430 --> 00:07:25,000
Ele será descartado pelo switch porque não há portas de acesso em Villani Lavonne.

82
00:07:25,100 --> 00:07:33,590
Assim, o tráfego nunca chega a três, mas a mudar para se nós criamos Villani Leben e, em seguida,

83
00:07:33,590 --> 00:07:42,100
foi para o porto e colocá-lo na linha 11, o que vemos agora é que os pings têm sucesso.

84
00:07:43,190 --> 00:07:45,640
Mais uma vez, pode demorar um pouco.

85
00:07:45,650 --> 00:07:51,930
Gastar três para convergir pode ver que os pings que chegam são notados nove, um, três, é o

86
00:07:52,770 --> 00:07:56,220
número de pings da sequência que está chegando no switch,

87
00:07:59,560 --> 00:08:03,260
mas podemos precisar esperar um pouco para gastar três para convergir.

88
00:08:03,540 --> 00:08:04,220
E ai você vai.

89
00:08:04,250 --> 00:08:13,200
Ela acabou de convergir para que possamos ver o ping da Rota 1 para as rotas 3 usando o Villani 11.

90
00:08:13,230 --> 00:08:21,740
E há uma resposta sobre Villani 11, então fisicamente essa tipologia é a seguinte.

91
00:08:21,770 --> 00:08:24,050
Apenas ignore o hub no momento.

92
00:08:24,210 --> 00:08:26,180
Então finja que o hub não está lá.

93
00:08:27,290 --> 00:08:32,300
Fisicamente Temos dois PCs conectados para ligar um e dois PCs conectados ao switch dois.

94
00:08:32,450 --> 00:08:39,020
Mas, logicamente, um tanto agindo como um PC e roteador três agindo como PCs três estão conectados uns aos

95
00:08:39,020 --> 00:08:42,000
outros e dois e quatro conectados uns aos outros.

96
00:08:43,120 --> 00:08:49,280
Eles são totalmente separados uns dos outros e não poderão fazer ping entre si, a menos

97
00:08:49,290 --> 00:08:57,310
que habilitemos intervalo e roteamento em um dos switches e configuremos gateways padrão nos PCs para que se comuniquem através de

98
00:08:57,500 --> 00:08:58,510
seu gateway padrão.