1
00:00:00,240 --> 00:00:06,180
Então, vamos começar com uma tipologia simples para ilustrar como a árvore de gastos funciona.

2
00:00:06,180 --> 00:00:09,710
Por que você precisaria gastar a árvore em uma rede comutada?

3
00:00:10,630 --> 00:00:16,810
Digamos que a tipologia que temos que ficar conectada para comutar um comutador, um por vez, está

4
00:00:16,810 --> 00:00:21,500
conectada para comutar t e mudar para o host estar conectado a ele.

5
00:00:21,520 --> 00:00:24,120
Topologia muito simples.

6
00:00:24,170 --> 00:00:30,050
Agora, se o link fosse desativado entre o switch 1 e o switch para o host, eles não seriam capazes

7
00:00:30,110 --> 00:00:32,560
de se comunicar com o host B e vice-versa.

8
00:00:33,390 --> 00:00:38,490
Então você provavelmente vai querer implementar algum tipo de redundância entre esses dois

9
00:00:38,490 --> 00:00:40,730
switches, adicionando um link adicional.

10
00:00:41,040 --> 00:00:47,180
Então, isso é ótimo porque agora você tem uma redundância de rede no caso de um dos links ficar inativo.

11
00:00:47,250 --> 00:00:52,150
No entanto, isso introduz problemas em um ambiente comutado.

12
00:00:52,260 --> 00:00:57,880
Geralmente é recomendado em redes hoje que você implemente algum tipo de redundância.

13
00:00:58,080 --> 00:01:05,370
Portanto, neste exemplo, você tem dois links entre seus dois switches, mas isso introduzirá problemas

14
00:01:05,370 --> 00:01:07,540
adicionais que serão discutidos agora.

15
00:01:07,620 --> 00:01:14,010
Vamos supor, no momento, que esses switches tenham acabado de inicializar e que as tabelas de endereços

16
00:01:14,040 --> 00:01:18,650
MAC ou tabelas de campos estejam vazias e ajudem a explicar esse problema.

17
00:01:18,810 --> 00:01:26,070
Vamos adicionar as tabelas do McEnroe à topologia para que você possa ver como as tabelas de endereços MAC são atualizadas

18
00:01:26,340 --> 00:01:29,980
quando o tráfego é enviado de um host para outro.

19
00:01:29,990 --> 00:01:34,580
Então, vamos supor que nessa topologia os switches acabaram de surgir.

20
00:01:34,580 --> 00:01:41,000
Em outras palavras, eles foram reinicializados ou ligados e as tabelas de endereços MAC ou tabelas de

21
00:01:41,120 --> 00:01:43,250
dinheiro estão vazias nos dois switches.

22
00:01:43,300 --> 00:01:51,220
Agora, em um sentido de quadro para ser o endereço de destino e o quadro será B e o endereço

23
00:01:51,310 --> 00:02:00,010
de origem será um envio de um quadro para B e quando chegar ao switch um, um lerá o endereço MAC de

24
00:02:00,070 --> 00:02:07,210
origem do quadro e O switch verá que os endereços de origem do switch atualizarão sua tabela de

25
00:02:07,210 --> 00:02:13,000
endereços MAC para indicar que A pode ser encontrado no endereço MAC da porta 1.

26
00:02:13,010 --> 00:02:16,140
B, no entanto, não está na tabela de endereços MAC.

27
00:02:16,220 --> 00:02:22,110
Assim, o switch inundará o quadro de todas as portas, exceto na porta em que ele chegou.

28
00:02:22,130 --> 00:02:26,350
Portanto, neste exemplo, o frame tem uma porta e também a porta três.

29
00:02:26,390 --> 00:02:31,020
Ele faz isso porque não sabe onde o endereço MAC é B.

30
00:02:31,030 --> 00:02:33,680
Agora esta é obviamente uma tipologia muito simples.

31
00:02:33,880 --> 00:02:39,480
Neste exemplo, o quadro está sendo enviado apenas de duas partes do switch.

32
00:02:39,490 --> 00:02:47,080
No entanto, se o switch tivesse muitas portas, digamos noventa e seis portas, um quadro de entrada em

33
00:02:47,080 --> 00:02:55,620
uma porta poderia ser replicado de mais de 90 portas no switch, o que aumenta bastante a quantidade de tráfego enviada

34
00:02:55,620 --> 00:02:56,880
em sua rede.

35
00:02:57,720 --> 00:03:04,750
Então, nesta tipologia O que muda para fazer com o quadro recebido e pt. 1 o endereço de origem mais uma vez IS-A

36
00:03:04,750 --> 00:03:10,600
e o endereço de destino é o que o switch fará com o quadro.

37
00:03:10,950 --> 00:03:17,250
Bem, primeiramente, ele atualizará sua tabela de endereços MAC para declarar que A pode ser encontrado na porta

38
00:03:17,250 --> 00:03:24,560
1 e, em seguida, inundará o quadro de todas as portas, de modo que ele inundará uma porta e também a

39
00:03:24,590 --> 00:03:29,120
Porta três e este exemplo B receberá um quadro do dia do host.

40
00:03:29,300 --> 00:03:36,760
No entanto, o switch também recebe o quadro na porta três e é aí que fica um pouco confuso.

41
00:03:36,950 --> 00:03:38,830
A Do ponto de vista dos interruptores.

42
00:03:38,880 --> 00:03:42,200
É puxado 1 ou está na porta 3.

43
00:03:42,250 --> 00:03:48,460
Portanto, neste exemplo, ele atualizará sua tabela de endereços MAC para declarar que AY e

44
00:03:48,490 --> 00:03:55,700
Porta três, porque o quadro do exemplo NOW chegou na porta três mais tarde, na porta 1.

45
00:03:55,720 --> 00:04:02,870
Por isso, atualizará a entrada da tabela de endereços MAC para indicar que agora está disponível na porta três.

46
00:04:02,880 --> 00:04:06,430
O switch também inundará o quadro de todas as portas.

47
00:04:06,480 --> 00:04:10,520
Então, vai inundar o porto um e sair do porto.

48
00:04:10,820 --> 00:04:19,700
Então, o host B agora recebeu o quadro duas vezes uma vez do quadro original que chegou na porta 1 S. O. P e em segundo lugar

49
00:04:20,340 --> 00:04:24,400
para o quadro que chegou no porto 3.

50
00:04:24,450 --> 00:04:30,720
Então, isso pode ficar confuso para os dispositivos finais, porque eles estão recebendo o mesmo quadro várias

51
00:04:30,720 --> 00:04:35,760
vezes a tabela de endereços MAC também está mudando o primeiro quadro que chegou.

52
00:04:35,760 --> 00:04:41,980
Puxada uma permitia que o comutador atualizasse sua tabela de endereços MAC para afirmar que A pode ser encontrado na porta 1.

53
00:04:42,360 --> 00:04:48,480
No entanto, o quadro que chegou na porta três agora indica ao switch que um pode ser encontrado

54
00:04:48,480 --> 00:04:49,450
na porta três.

55
00:04:49,470 --> 00:04:55,640
Portanto, o switch precisa atualizar sua tabela de endereços MAC para afirmar que eles podem ser encontrados agora na porta três.

56
00:04:55,650 --> 00:04:59,360
Isso introduz instabilidade na tabela de endereços MAC.

57
00:04:59,430 --> 00:05:06,690
Portanto, temos dispositivos finais recebendo quadros várias vezes e temos instabilidade de endereço MAC porque o switch achou

58
00:05:06,690 --> 00:05:12,780
que estava disponível na porta 1, mas agora vê que está disponível na porta três,

59
00:05:12,780 --> 00:05:13,810
mas fica pior.

60
00:05:14,850 --> 00:05:20,670
Quando o quadro chegou na porta 1, o switch atualizou sua tabela de endereços MAC para indicar

61
00:05:20,670 --> 00:05:28,540
que A pode ser encontrado na porta 1, mas também inundou o quadro da porta 2 e da porta três na solicitação de desculpas.

62
00:05:28,620 --> 00:05:36,270
O frame foi recebido pelo host B, mas, além disso, o frame foi enviado de volta para o switch one, assim o

63
00:05:36,270 --> 00:05:41,150
switch que recebemos foi um frame que é st para trocar e trocar um.

64
00:05:41,170 --> 00:05:48,600
E agora atualiza sua tabela de endereços MAC para afirmar que A está disponível na porta três.

65
00:05:48,670 --> 00:05:55,150
Agora, quando o switch 1 recebeu o quadro, ele não apenas atualiza sua tabela de endereços MAC, mas também inunda o

66
00:05:55,210 --> 00:05:58,970
quadro de todas as portas, exceto da porta na qual ele chegou.

67
00:05:59,380 --> 00:06:05,890
Então o quadro chegou ao porto Três, o meu é inundado do primeiro porto e do segundo porto.

68
00:06:05,950 --> 00:06:12,460
Então isso fica confuso para a homestay porque está recebendo o frame que foi originalmente enviado.

69
00:06:12,790 --> 00:06:17,050
Mas não é só receber o quadro que é enviado.

70
00:06:17,050 --> 00:06:21,740
Então, qual deles também está enviando o mesmo quadro de volta para mudar para.

71
00:06:22,180 --> 00:06:24,460
E o que é mudar para fazer com o quadro.

72
00:06:24,730 --> 00:06:26,050
Vai inundar isso.

73
00:06:26,110 --> 00:06:28,440
Então, vai enviar uma cópia para o host B.

74
00:06:28,780 --> 00:06:35,320
O host B é agora recebido o mesmo quadro três vezes, mas também enviará o quadro de volta para o

75
00:06:36,570 --> 00:06:42,210
switch 1, além de atualizar sua tabela de endereços MAC para declarar que a está na porta 1.

76
00:06:42,240 --> 00:06:48,270
Então originalmente quando recebeu o primeiro frame achou que estava na porta 1 então quando recebeu o

77
00:06:48,270 --> 00:06:55,880
frame e o port três achou que a estava na porta três e agora acha que a está na porta 1.

78
00:06:55,920 --> 00:07:03,150
Então, nós temos um monte de instabilidade de endereço MAC na tabela de endereços MAC post estar recebendo

79
00:07:03,150 --> 00:07:04,950
o mesmo quadro várias vezes.

80
00:07:04,950 --> 00:07:11,790
Mas o maior problema aqui é que o frame é enviado de volta para o switch que é inundado novamente e é enviado

81
00:07:11,790 --> 00:07:13,260
de volta para o switch.

82
00:07:13,380 --> 00:07:17,120
E esse processo continua repetidamente.

83
00:07:17,400 --> 00:07:24,990
Nós temos um loop nesta topologia com o quadro sendo duplicado e enviado em voltas e voltas e voltas entre

84
00:07:24,990 --> 00:07:26,010
esses dois switches.