1
00:00:01,060 --> 00:00:07,390
Este documento também fornece muitas informações sobre várias árvores de gastos que comeram em um s Não é esperado que

2
00:00:07,390 --> 00:00:13,610
você saiba todos os detalhes neste documento, mas ele fornece uma boa referência se você estiver interessado. Eu cobrirei

3
00:00:14,070 --> 00:00:19,260
algumas das noções básicas agora e então você pode ler o documento se estiver interessado em

4
00:00:20,260 --> 00:00:24,330
mais informações. A árvore de gastos múltiplos é o novo padrão da indústria.

5
00:00:24,400 --> 00:00:30,700
Inspirada pelo protocolo gratuito de múltiplos gastos e de propriedade da Cisco, a Cisco desenvolveu um protocolo

6
00:00:30,700 --> 00:00:37,040
de árvore de gastos instantâneos múltiplos para resolver alguns dos problemas que você tem com a t anterior.

7
00:00:37,080 --> 00:00:44,820
Assim, como o número de vilões configurados em redes comutadas aumenta a sobrecarga ao executar PV

8
00:00:45,010 --> 00:00:46,440
t também aumenta.

9
00:00:46,750 --> 00:00:54,580
Se você configurar mil vilões com t anterior e Peavey rápido, você acaba tendo mil instâncias de árvore de gastos,

10
00:00:54,670 --> 00:01:00,640
mas com várias árvores de gastos e a árvore de gastos proprietária de múltiplas instâncias

11
00:01:00,640 --> 00:01:08,020
que existia antes de várias árvores de gastos, você pode mapear um número de vilões para o mesmo instância

12
00:01:08,020 --> 00:01:09,440
da árvore de abrangência.

13
00:01:09,490 --> 00:01:16,690
É bastante simples fazer isso, mas a idéia é que se você tivesse mil vilões, você alocaria 500

14
00:01:16,690 --> 00:01:20,230
para uma instância e os outros 500 para outra.

15
00:01:20,350 --> 00:01:28,150
O que significa que você só tem duas instâncias de árvore de abrangência em vez de 1000 instâncias de

16
00:01:28,150 --> 00:01:35,320
gastos, portanto, várias árvores de gastos padronizam o conceito de múltiplas árvores de abrangência e incorporam a

17
00:01:35,370 --> 00:01:42,310
convergência de uma árvore de gastos múltiplos permite agrupar os vilões em uma instância de árvore de

18
00:01:42,310 --> 00:01:43,450
gastos compartilhados.

19
00:01:43,450 --> 00:01:49,090
Ele também define um protocolo para interconectar várias regiões de Creve como interromper o borate com

20
00:01:49,090 --> 00:01:55,060
a atitude existente de um D e atitude em implementações de árvore de gastos importantes e fornecer

21
00:01:55,060 --> 00:01:59,620
algumas práticas recomendadas, portanto, consulte este documento se estiver interessado em muitos detalhes.

22
00:02:00,010 --> 00:02:02,110
Mas como uma comparação rápida.

23
00:02:02,110 --> 00:02:10,520
Você mencionou que você tinha mil vilões em switchy que está conectado a ambos os switches d 1 e D para enviar este

24
00:02:10,550 --> 00:02:11,830
pedido de desculpas.

25
00:02:11,910 --> 00:02:19,430
Switchy tem mil vilões D1 vai ser a raiz da árvore de gastos para terrenos de domingo e D-2 vai

26
00:02:19,430 --> 00:02:26,050
ser a raiz da árvore de gastos para outros vilões Então o switch D-1 está configurado para ser

27
00:02:26,050 --> 00:02:32,200
a raiz para vilões 501 T-1000 D2 é a raiz para Villines de um a 500.

28
00:02:32,230 --> 00:02:38,820
A interface do comutador para o comutador D-1 bloqueia um a quinhentos vilões e, do comutador

29
00:02:38,830 --> 00:02:42,490
a para d dois blocos, vans 501 a 1000.

30
00:02:42,490 --> 00:02:51,110
Então, mais uma vez, a raiz para o tráfego desses bandidos será encaminhada para fora deste porto para os vilões, mas

31
00:02:51,130 --> 00:02:54,260
bloqueada para os Villines de 1 a 500.

32
00:02:54,490 --> 00:03:02,210
O switch é a raiz para esses vilões, esta porta irá encaminhar o tráfego para os vilões de 1 a

33
00:03:02,870 --> 00:03:06,990
500, mas bloqueará os vilões 500 e 1 a 1000.

34
00:03:07,010 --> 00:03:14,170
É muito ineficiente manter mil instâncias de gastos nessa rede.

35
00:03:14,230 --> 00:03:23,780
Temos 500 instâncias de gasto com D-1 como raiz e temos 500 com D2 como raiz.

36
00:03:23,800 --> 00:03:30,010
Mas, logicamente, na verdade, só precisamos de duas instâncias D-1 deve ser a raiz.

37
00:03:30,040 --> 00:03:35,890
Por exemplo, um que contém esses vilões e D2 deve ser a raiz.

38
00:03:35,890 --> 00:03:39,690
Por exemplo, 2 que contém esses vilões.

39
00:03:40,150 --> 00:03:45,660
Você associa esses vilões à instância de um e faz do D-1 a raiz.

40
00:03:45,760 --> 00:03:51,510
Você associa esses vilões à instância dois e faz D2 a raiz.

41
00:03:51,640 --> 00:03:55,970
Isso significa que você precisa manter duas instâncias, em vez de mil instâncias.

42
00:03:57,170 --> 00:04:03,280
Então esse tipo de detalhe é explicado aqui eu vou passar rapidamente em um ambiente anterior Cecka.

43
00:04:03,290 --> 00:04:10,400
Você precisa de uma instância de gasto para cada LAN, o que significa que você tem mil instâncias para as

44
00:04:10,640 --> 00:04:18,280
duas diferentes tipologias lógicas finais com D-1 é a raiz de uma tipologia e D2 a raiz para a outra tipologia.

45
00:04:18,290 --> 00:04:23,500
Isso desperdiça muitos ciclos de sono para todos os switches da rede.

46
00:04:23,780 --> 00:04:30,980
Além da largura de banda usada pelo uso de BPT em sincronia, um milhar de

47
00:04:30,980 --> 00:04:40,310
BPT será enviado de cada porta a cada dois segundos, porque o Peavey é um BPU para cada vilão, porque

48
00:04:40,310 --> 00:04:43,770
temos uma instância individual mapeada para cada vilão.

49
00:04:43,850 --> 00:04:50,930
Assim, a idéia de gastar várias árvores é que você obtém o melhor do chá de Peavey e da árvore

50
00:04:50,930 --> 00:04:52,100
de gastos tradicional.

51
00:04:52,300 --> 00:04:56,000
Você conheceu vários vilões em dois casos específicos.

52
00:04:56,000 --> 00:05:04,250
Assim, em nossa tipologia, mais uma vez você faria uma rota por exemplo, um switch para a rota,

53
00:05:04,280 --> 00:05:11,120
por exemplo, para essa porta encaminharia, por exemplo, um put block, por exemplo, para essa

54
00:05:11,150 --> 00:05:20,560
porta, por exemplo, para black block, por exemplo, one two spanning as árvores são mantidas em vez de mil.

55
00:05:20,570 --> 00:05:26,300
Então você ainda consegue balanceamento de carga porque metade dos vilões seguem uma instância separada e você economiza

56
00:05:26,300 --> 00:05:30,120
no CPQ porque você só tem duas instâncias de árvore de gastos.

57
00:05:30,290 --> 00:05:36,800
Assim, do ponto de vista técnico, várias árvores de gastos são o melhor protocolo a ser usado neste

58
00:05:37,100 --> 00:05:44,060
exemplo, mas a árvore de gastos múltiplos é mais complexa do que a configuração anterior e a interação com

59
00:05:44,090 --> 00:05:46,860
switches herdados pode ser um desafio às vezes.

60
00:05:46,880 --> 00:05:52,250
Então você só quer usar múltiplos spanning tree se você tiver muitos vilões.

61
00:05:52,250 --> 00:05:54,590
Portanto, neste exemplo, temos mil.

62
00:05:54,800 --> 00:05:57,160
Portanto, faz sentido usar várias árvores de gastos.

63
00:05:57,440 --> 00:06:06,020
Se você tivesse apenas 10 ou 20 vilões em sua rede, poderia continuar usando o chá de Peavey ou o

64
00:06:06,040 --> 00:06:07,760
te rápido de Peavey.

65
00:06:07,780 --> 00:06:13,480
O documento continua com muitos detalhes sobre como configurar várias regiões de árvore de gastos.

66
00:06:13,700 --> 00:06:16,130
Mas isso está fora do escopo do CCMA.

67
00:06:16,480 --> 00:06:19,140
Então dê uma olhada neste documento se você estiver interessado.

68
00:06:19,160 --> 00:06:22,390
Espere até chegar à sua certificação CC MP.