1
00:00:00,420 --> 00:00:07,410
Um pedido de desculpas como este, tivemos que configurar a agregação de link HAARP da árvore de abrangência e

2
00:00:07,410 --> 00:00:15,390
outras tecnologias para tentar otimizar a forma como essa topologia funciona como um exemplo. Fizemos um switch de uma rota para

3
00:00:15,540 --> 00:00:20,520
algumas das linhas e fizemos a mudança para uma rota para outra terras.

4
00:00:20,760 --> 00:00:29,790
Por isso, conseguimos otimizar um encaminhamento otimizando a árvore de gastos, mas para otimizar o roteamento

5
00:00:30,060 --> 00:00:40,860
nessa topologia, tivemos que configurar o HSP e, em seguida, configurar o comutador um como primário para as mesmas

6
00:00:40,980 --> 00:00:44,250
linhas que o comutador raiz.

7
00:00:44,280 --> 00:00:49,800
Em outras palavras, se mudar um é a raiz da árvore de gastos ou para veel e 10, então

8
00:00:49,800 --> 00:00:53,370
nós tivemos que fazê-lo para o roteador primário SAPI para o villaine 10.

9
00:00:53,370 --> 00:01:00,270
Em outras palavras, temos que otimizar tanto a árvore de gastos quanto o HAARP para garantir

10
00:01:00,270 --> 00:01:01,890
que eles estejam alinhados.

11
00:01:01,980 --> 00:01:07,380
Em outras palavras, se assim for, qual é a raiz da árvore de gastos para a vitela e

12
00:01:07,380 --> 00:01:11,850
10 não queremos fazer uma mudança para as bordas do roteador primário nos últimos 10.

13
00:01:11,880 --> 00:01:14,990
Queremos combiná-los para otimizar o encaminhamento.

14
00:01:15,240 --> 00:01:18,310
Então, é muito trabalho adicional que você precisa fazer aqui.

15
00:01:18,420 --> 00:01:19,690
Você precisa configurar os gastos.

16
00:01:19,770 --> 00:01:21,470
Você precisa configurar o seu.

17
00:01:21,570 --> 00:01:25,290
Você precisa configurar a agregação LINQ para combinar.

18
00:01:25,290 --> 00:01:27,170
Não é muito eficiente.

19
00:01:27,180 --> 00:01:29,980
Existe um jeito melhor de fazer isso.

20
00:01:30,060 --> 00:01:34,520
E felizmente a resposta é sim, há uma maneira melhor de fazer isso.

21
00:01:34,560 --> 00:01:42,000
Fiz uma pesquisa no Google para empilhar imagens da Cisco e você encontrará muitas imagens,

22
00:01:42,240 --> 00:01:47,700
como as que seguem, mostrando exemplos de comutadores Cisco sendo empilhados.

23
00:01:47,770 --> 00:01:50,500
Agora eles são tecnologias diferentes para fazer isso.

24
00:01:51,130 --> 00:01:53,860
Em outras palavras, elas são diferentes das tecnologias de empilhamento.

25
00:01:53,860 --> 00:01:59,790
Um dos mais antigos é preso sábio que foi usado nos switches 30 750.

26
00:01:59,900 --> 00:02:05,600
Mas, novamente, se você fizer uma pesquisa no Google, onde verá alguns documentos da Cisco,

27
00:02:05,600 --> 00:02:12,770
verá vários exemplos de diferentes tecnologias de empilhamento que podem ser usadas para empilhar os switches da Cisco.

28
00:02:12,770 --> 00:02:15,850
Então, qual é a vantagem de empilhar switches dessa maneira?

29
00:02:17,490 --> 00:02:23,400
Em resumo, quando você empilha os switches, eles parecem ser um único switch para o resto da rede.

30
00:02:23,760 --> 00:02:26,110
Você configura como um único switch.

31
00:02:26,190 --> 00:02:35,310
Eles agem como um único protocolo de switch, como gastar árvore e CGP, ver esse switch como um único switch.

32
00:02:35,310 --> 00:02:42,400
Então, novamente, a Cisco tem várias tecnologias que você pode usar para empilhar switches ou agregar shesays.

33
00:02:42,450 --> 00:02:49,200
Portanto, temos esses termos switch de empilhamento e agregação de xadrez com switches físicos separados que funcionam

34
00:02:49,530 --> 00:02:57,010
juntos e cooperam juntos para agir e aparecer como um único comutador, em vez de vários comutadores discretos.

35
00:02:57,120 --> 00:03:03,690
Como uma analogia, é como se os interruptores estivessem atuando como blades em um comutador baseado em Chessie.

36
00:03:03,780 --> 00:03:11,250
O empilhamento é frequentemente usado na camada de acesso e a agregação de xadrez é frequentemente usada na distribuição

37
00:03:11,280 --> 00:03:13,830
e no cúmulo de uma rede.

38
00:03:13,860 --> 00:03:20,460
Então, se você tem múltiplos switches de camada de acesso ou múltiplos switches de distribuição ou

39
00:03:20,460 --> 00:03:28,320
coleus ao invés de configurar cada switch individualmente e configurar o protocolo como uma árvore de abrangência, o CTP

40
00:03:28,350 --> 00:03:34,890
e assim por diante, você configura múltiplos switches físicos como se eles tivessem um tabela de

41
00:03:34,890 --> 00:03:35,800
endereços mac.

42
00:03:35,970 --> 00:03:42,130
Eles executam protocolos como se fossem um único switch e compartilham uma tabela de endereços MAC.

43
00:03:42,150 --> 00:03:48,090
Então, quando você empilha switches na camada de acesso, você está literalmente criando uma pilha de

44
00:03:48,150 --> 00:03:50,910
switches e unidos através de cabos especiais.

45
00:03:50,910 --> 00:03:58,290
Portanto, uma pilha de comutadores físicos em um armário de fiação como exemplo pode atuar como um único comutador.

46
00:03:58,290 --> 00:04:02,210
Você gerenciaria a pilha com um único endereço IP de gerenciamento.

47
00:04:02,430 --> 00:04:09,590
Você iria telnet ou S-sh para um switch aquele que tem o endereço IP de gerenciamento e não tem que dizer

48
00:04:09,590 --> 00:04:12,000
apenas dois ou S-sh para vários switches.

49
00:04:12,090 --> 00:04:19,120
Há um arquivo de configuração incluído em todos os switches físicos que abrangem o CTP e o

50
00:04:19,130 --> 00:04:26,100
VTB que estão sendo executados em um comutador, e não em vários comutadores. As portas de cada

51
00:04:26,100 --> 00:04:29,490
comutador físico parecem fazer parte do mesmo comutador lógico.

52
00:04:29,490 --> 00:04:35,570
Em outras palavras, você pode ter quatro interruptores físicos cada um com suas próprias portas físicas.

53
00:04:35,730 --> 00:04:40,030
Mas logicamente você tem um switch com todas essas portas.

54
00:04:40,160 --> 00:04:45,610
Há uma tabela de endereços MAC que referencia todas as portas em todos os switches físicos.

55
00:04:45,810 --> 00:04:52,350
Existem algumas vantagens adicionais, mas a moral da história é que você tem um

56
00:04:52,410 --> 00:04:57,630
único comutador virtual gerenciado em vez de quatro comutadores discretos separados.

57
00:04:57,990 --> 00:05:04,740
Agora, para conectar os switches, use portas de hardware especiais, chamadas de empilhamento de portas.

58
00:05:04,740 --> 00:05:07,220
Mais uma vez, são tecnologias diferentes da Siska.

59
00:05:07,380 --> 00:05:14,970
Temos como exemplo o empilhamento de pilha e flex flex da Cisco e a tecnologia de especificação que você poderia, por

60
00:05:15,000 --> 00:05:20,950
exemplo, inserir um módulo de empilhamento em cada comutador e conectá-los a um cabo de empilhamento.

61
00:05:20,950 --> 00:05:25,640
Diferentes tecnologias funcionam em diferentes switches.

62
00:05:25,860 --> 00:05:36,420
Portanto, o Flex stack e o flex stack mais todos suportados por 29 60 switches como o 29 60 Yes 29 60 ou 29

63
00:05:36,420 --> 00:05:46,040
60 x e 29 60 x ou famílias de switches 37 50 switches que são switches mais antigos suportam a pilha.

64
00:05:46,250 --> 00:05:47,830
Agora, quais são esses malditos cabos?

65
00:05:47,950 --> 00:05:51,120
Eles formam um anel entre os switches.

66
00:05:52,120 --> 00:05:57,340
Em outras palavras, os comutadores são conectados em uma série com um comutador perdido conectado

67
00:05:57,340 --> 00:06:02,550
de volta ao primeiro comutador, conforme mostrado nesta topologia, usando full duplex em cada link.

68
00:06:02,590 --> 00:06:08,530
Os módulos e cabos de empilhamento criam dois caminhos para forçar os dados entre os comutadores

69
00:06:08,530 --> 00:06:15,280
físicos na pilha; os comutadores usam essas conexões para se comunicar entre os comutadores na pilha, bem como

70
00:06:15,280 --> 00:06:19,200
com os quadros do Ford e executam outras funções de sobrecarga.