1
00:00:00,000 --> 00:00:04,000
Em um vídeo anterior, nós otimizamos Spanning Tree para fazer com que

2
00:00:04,000 --> 00:00:08,000
o switch 1 seja a raiz das VLANs 1 e 10 e

3
00:00:08,000 --> 00:00:10,000
troque 2 a raiz pela VLAN 20.

4
00:00:10,000 --> 00:00:15,000
No switch 1 como exemplo sh spanning-tree vlan 1 mostra-me

5
00:00:15,000 --> 00:00:19,000
que o switch está encaminhando em todas as

6
00:00:19,000 --> 00:00:26,000
portas e o mesmo vale para a VLAN 10, mas para a VLAN 20

7
00:00:26,000 --> 00:00:30,000
o switch está bloqueando em gigabit 0/1.

8
00:00:30,000 --> 00:00:35,000
O mesmo é verdade no switch 2 sh spanning-tree vlan

9
00:00:35,000 --> 00:00:40,000
1 switch está bloqueando em gigabit 0/1 para VLAN 10

10
00:00:40,000 --> 00:00:44,000
switch está bloqueando em gigabit 0/1 mas está

11
00:00:44,000 --> 00:00:48,000
encaminhando em todas as portas para VLAN 20.

12
00:00:48,000 --> 00:00:56,000
Então, em outras palavras, o tráfego enviado por este PC para o NPM será enviado para o

13
00:00:56,000 --> 00:01:03,000
switch 2 e, em seguida, será encaminhado através de gigabit 0/0 para chegar ao NPM.

14
00:01:03,000 --> 00:01:06,000
Tudo bem se você tiver apenas alguns PCs,

15
00:01:06,000 --> 00:01:11,000
mas se tiver vários switches de acesso com seu host na VLAN 20,

16
00:01:11,000 --> 00:01:14,000
o tráfego deles será enviado para esse switch

17
00:01:14,000 --> 00:01:17,000
e o tráfego terá que passar por esse

18
00:01:17,000 --> 00:01:23,000
link de gigabit que se tornará um gargalo para dizer vários servidores no lado esquerdo.

19
00:01:23,000 --> 00:01:28,000
Então, o tráfego que está passando de um switch central para outro está

20
00:01:28,000 --> 00:01:31,000
sendo limitado a usar esse link gigabit 0/0.

21
00:01:31,000 --> 00:01:37,000
Então, o que vamos fazer é unir ou vincular essas duas interfaces físicas a uma

22
00:01:37,000 --> 00:01:40,000
agregação lógica de EtherChannel ou link, de modo

23
00:01:40,000 --> 00:01:46,000
que a Spanning Tree veja as duas portas físicas como uma única porta e não

24
00:01:46,000 --> 00:01:48,000
bloqueie nenhuma das portas .

25
00:01:48,000 --> 00:01:54,000
Portanto, mais uma vez, no switch 1, observe que o gigabit 0/1 está

26
00:01:54,000 --> 00:02:01,000
bloqueando, o que mudará no momento em que criarmos nossa agregação de links ou EtherChannel.

27
00:02:01,000 --> 00:02:04,000
Então, para configurar um EtherChannel, eu vou

28
00:02:04,000 --> 00:02:11,000
digitar o intervalo de interface do tipo conft gigabitEthernet 0/0 - 1, então vou fazer alterações

29
00:02:11,000 --> 00:02:15,000
de configuração em ambas as interfaces ao mesmo tempo.

30
00:02:15,000 --> 00:02:18,000
Eu vou fechar as

31
00:02:18,000 --> 00:02:28,000
portas e então eu vou digitar switchport tronco encapsulamento dot1q switchport mode tronco canal channel-group

32
00:02:28,000 --> 00:02:33,000
1 em outras palavras, eu vou colocar

33
00:02:33,000 --> 00:02:40,000
ambas as interfaces em EtherChannel 1 você pode criar múltiplos

34
00:02:40,000 --> 00:02:42,000
EtherChannels em uma troca.

35
00:02:42,000 --> 00:02:46,000
Então, como um exemplo, eu poderia ter 2 interfaces para

36
00:02:46,000 --> 00:02:51,000
baixo para este interruptor de acesso e uni-los juntos na agregação de

37
00:02:51,000 --> 00:02:54,000
link 2 ou EtherChannel 2, mas neste

38
00:02:54,000 --> 00:02:56,000
exemplo, eu vou usar EtherChannel

39
00:02:56,000 --> 00:03:03,000
1 eu vou especificar um modo e neste exemplo , Vou usar o modo ativo do LACP.

40
00:03:03,000 --> 00:03:07,000
Agora no EtherChannel você tem 3 maneiras de fazer isso,

41
00:03:07,000 --> 00:03:11,000
se você definir isso significa que você cria manualmente um

42
00:03:11,000 --> 00:03:14,000
EtherChannel e não há negociação com o outro

43
00:03:14,000 --> 00:03:22,000
lado da interface são simplesmente adicionados a um EtherChannel, você também pode usar LACP ou PAgP agora LACP ou Link Aggregation

44
00:03:22,000 --> 00:03:27,000
Control Protocol (Protocolo de Controle de Agregação de Link) é um protocolo padrão

45
00:03:27,000 --> 00:03:29,000
do setor que permite que

46
00:03:29,000 --> 00:03:35,000
os switches negociem a formação de portas agregadas de link ou EtherChannels, como a Cisco o chama.

47
00:03:35,000 --> 00:03:41,000
O protocolo de agregação de porta ou PAgP é um protocolo de propriedade

48
00:03:41,000 --> 00:03:45,000
da Cisco que permite configurar portas agregadas de link.

49
00:03:45,000 --> 00:03:50,000
Então você pode configurá-lo sem negociação com o dispositivo vizinho.

50
00:03:50,000 --> 00:03:54,000
Portanto, mude 1 como exemplo, não negocie com o switch

51
00:03:54,000 --> 00:04:01,000
2 para formar uma agregação de link ou um EtherChannel ou você especifica LACP ou PAgP agora ao

52
00:04:01,000 --> 00:04:04,000
usar o LACP você tem 2 opções.

53
00:04:04,000 --> 00:04:11,000
Ativo significa que ele negociará com o outro lado para formar uma agregação de links.

54
00:04:11,000 --> 00:04:16,000
Por isso, está ativamente tentando formar uma agregação de links com o terminal remoto.

55
00:04:16,000 --> 00:04:22,000
Passivo significa que o dispositivo está aguardando o dispositivo vizinho de mensagens LACP antes de

56
00:04:22,000 --> 00:04:24,000
formar uma agregação de link.

57
00:04:24,000 --> 00:04:27,000
Assim, você quer garantir que não definirá os dois

58
00:04:27,000 --> 00:04:30,000
lados como passivos porque isso significa que os dois

59
00:04:30,000 --> 00:04:33,000
lados estão aguardando que o outro lado forme a

60
00:04:33,000 --> 00:04:38,000
agregação de links e, como nenhum deles está iniciando a agregação de links, ele não será formado.

61
00:04:38,000 --> 00:04:41,000
Assim, você pode definir os dois lados como ativos ou

62
00:04:41,000 --> 00:04:43,000
um lado como ativo e o outro

63
00:04:43,000 --> 00:04:46,000
como passivo, mas não definir os dois lados como passivos.

64
00:04:46,000 --> 00:04:49,000
Em nosso exemplo, vamos definir ambos os lados para ativos

65
00:04:49,000 --> 00:04:52,000
agora com o PAgP. Você tem um tipo semelhante de ideia.

66
00:04:52,000 --> 00:04:57,000
O modo desejável PAgP significa que os switches solicitarão ao outro lado que

67
00:04:57,000 --> 00:04:59,000
configure a agregação de link.

68
00:04:59,000 --> 00:05:04,000
Automático significa que ele aguardará o outro lado para iniciar a agregação de links.

69
00:05:04,000 --> 00:05:06,000
Portanto, em nosso exemplo, definimos

70
00:05:06,000 --> 00:05:11,000
a agregação de links ou o modo de canal de porta como ativo.

71
00:05:11,000 --> 00:05:16,000
Então, estavam usando LACP ou LACP ou agregação de links para formar uma agregação

72
00:05:16,000 --> 00:05:18,000
de links com o lado remoto.

73
00:05:18,000 --> 00:05:21,000
Agora, do ponto de vista da Spanning Tree,

74
00:05:21,000 --> 00:05:24,000
vamos definir o tipo de link como ponto

75
00:05:24,000 --> 00:05:29,000
a ponto para permitir que o Spanning Tree negocie as coisas mais rapidamente.

76
00:05:29,000 --> 00:05:32,000
Não queremos usar um link compartilhado que queremos

77
00:05:32,000 --> 00:05:37,000
usar ponto-a-ponto. links para melhorar os temporizadores de convergência Spanning Tree.

78
00:05:37,000 --> 00:05:41,000
No Rapid Spanning Tree, se um link que você compartilhou em outras

79
00:05:41,000 --> 00:05:44,000
palavras, o duplex é metade usa temporizadores como bloqueio,

80
00:05:44,000 --> 00:05:47,000
escuta, aprendizado e encaminhamento, mas se for um link

81
00:05:47,000 --> 00:05:49,000
ponto-a-ponto, Spanning Tree não precisa esperar

82
00:05:49,000 --> 00:05:52,000
que os timers expire para que as portas iniciem

83
00:05:52,000 --> 00:05:54,000
o encaminhamento, portanto, você precisará usar

84
00:05:54,000 --> 00:05:56,000
links ponto a ponto se quiser

85
00:05:56,000 --> 00:06:00,000
usar a convergência rápida e a Árvore de expansão rápida.

86
00:06:00,000 --> 00:06:03,000
Então, não vou fechar as interfaces nessa porta.

87
00:06:03,000 --> 00:06:07,000
Vamos fazer algo semelhante no switch 2, agora você pode querer

88
00:06:07,000 --> 00:06:10,000
esperar até que ambos os lados fiquem configurados

89
00:06:10,000 --> 00:06:13,000
antes de você não fechar as interfaces, porque,

90
00:06:13,000 --> 00:06:16,000
do contrário, você recebe mensagens como as seguintes.

91
00:06:16,000 --> 00:06:20,000
O LACP não está habilitado no fim remoto,

92
00:06:20,000 --> 00:06:24,000
então minha agregação de link ou EtherChannel não

93
00:06:24,000 --> 00:06:32,000
foi formada, então vamos ver a saída do comando show EtherChannel summary. Observe que no

94
00:06:32,000 --> 00:06:40,000
momento em que temos 2 portas que foram adicionadas ao EtherChannel 1, estamos usando o

95
00:06:40,000 --> 00:06:46,000
protocolo LACP, mas observe D significa que os portos estão inativos.

96
00:06:46,000 --> 00:06:52,000
Portanto, estamos configurando uma agregação de link de camada 2, não uma camada 3, portanto

97
00:06:52,000 --> 00:06:55,000
estamos usando a comutação em vez de rotear.

98
00:06:55,000 --> 00:06:59,000
Portanto, usaremos troncos nessas portas como um exemplo, mas

99
00:06:59,000 --> 00:07:06,000
as portas estão inativas no momento porque o switch não pode negociar com a outra extremidade.

100
00:07:06,000 --> 00:07:08,000
A agregação de links não está funcionando.

101
00:07:08,000 --> 00:07:11,000
Sh Run vai me mostrar o meu aviso

102
00:07:11,000 --> 00:07:15,000
de configuração há o meu canal de porta e no

103
00:07:15,000 --> 00:07:20,000
meu 2 interfaces aviso essas 2 interfaces fazem parte da agregação de link

104
00:07:20,000 --> 00:07:22,000
ou canal de porta que

105
00:07:22,000 --> 00:07:30,000
é o canal de porta 1 estamos usando LACP é uma porta de tronco usando uma interface de camada 2

106
00:07:30,000 --> 00:07:35,000
e estamos rodando o Spanning Tree através deste fazendo links ponto a ponto.

107
00:07:35,000 --> 00:07:40,000
Isso significa que o Spanning Tree convergirá mais rápido.

108
00:07:40,000 --> 00:07:44,000
O canal de porta sh etherchannel mostra-me

109
00:07:44,000 --> 00:07:48,000
algumas informações adicionais, como o número de

110
00:07:48,000 --> 00:07:52,000
portas na agregação de links sendo 0

111
00:07:52,000 --> 00:07:56,000
sem portas atualmente neste canal de porta.

112
00:07:56,000 --> 00:08:00,000
Então vamos configurar o switch 2 e ver se faz alguma diferença.

113
00:08:00,000 --> 00:08:09,000
Então, aqui, switch 2, conf t int range gigabitEthernet 0/0 - 1, então essas duas portas

114
00:08:09,000 --> 00:08:14,000
principais desligam as interfaces. e o encapsulamento de

115
00:08:14,000 --> 00:08:28,000
tronco do switchport dot1q switch-mode trunk grupo de canais vamos usar o mesmo número neste caso, então o EtherChannel 1 não

116
00:08:28,000 --> 00:08:32,000
precisa ser o mesmo em ambos

117
00:08:32,000 --> 00:08:34,000
os lados.

118
00:08:34,000 --> 00:08:40,000
O modo que vamos usar está ativo porque queremos usar o LACP e queremos

119
00:08:40,000 --> 00:08:46,000
que essas portas também iniciem a agregação de links com o lado remoto.

120
00:08:46,000 --> 00:08:51,000
span-to-point ponto-a-ponto da spanning-tree sh run Vamos ver

121
00:08:51,000 --> 00:08:53,000
o que configuramos

122
00:08:53,000 --> 00:08:57,000
e depois não vou fechar a interface.

123
00:08:57,000 --> 00:09:00,000
Então, há o nosso canal de porta ou EtherChannel.

124
00:09:00,000 --> 00:09:05,000
Aqui está nossa configuração na primeira porta e

125
00:09:05,000 --> 00:09:08,000
configuração na segunda porta.

126
00:09:08,000 --> 00:09:12,000
Agora, algo que é realmente importante é garantir que

127
00:09:12,000 --> 00:09:16,000
a configuração em todas as portas seja a mesma.

128
00:09:16,000 --> 00:09:19,000
Portanto, em outras palavras, a velocidade e o duplex

129
00:09:19,000 --> 00:09:23,000
do tipo de switch, todas as suas configurações precisam ser as mesmas

130
00:09:23,000 --> 00:09:27,000
em ambos os lados para garantir que a agregação de links apareça.

131
00:09:27,000 --> 00:09:34,000
Então eu não fecho a porta ou prefiro não fechar a porta

132
00:09:34,000 --> 00:09:38,000
vamos ver se a negociação ocorre corretamente.

133
00:09:38,000 --> 00:09:41,000
Assim, podemos ver a interface surgindo.

134
00:09:41,000 --> 00:09:45,000
Há gigabit 0/0 chegando, aqui está o gigabit

135
00:09:45,000 --> 00:09:48,000
0/1, então o status da linha

136
00:09:48,000 --> 00:09:57,000
mudou para cima, para cima, sh etherchannel summary, nossas duas partes são agrupadas em um canal de porta.

137
00:09:57,000 --> 00:10:03,000
Então, P usando o protocolo LACP, é um EtherChannel da camada 2.

138
00:10:03,000 --> 00:10:08,000
Então S para a camada 2 e as portas estão em uso. Então isso é bom.

139
00:10:08,000 --> 00:10:11,000
Vamos ver o canal da

140
00:10:11,000 --> 00:10:19,000
porta, por isso, vemos mais informações agora do que vimos no switch 1 anteriormente.

141
00:10:19,000 --> 00:10:22,000
Então, nosso canal de porta é o

142
00:10:22,000 --> 00:10:25,000
canal de porta 1, o número de

143
00:10:25,000 --> 00:10:30,000
portas no canal são 2, podemos ver as 2 portas que estão

144
00:10:30,000 --> 00:10:33,000
ativas no canal são gigabit 0/0 e

145
00:10:33,000 --> 00:10:38,000
gigabit 0/1, a última porta que foi empacotada é 0/1, então de

146
00:10:38,000 --> 00:10:43,000
volta ao switch 1 notamos anteriormente que nenhuma porta fazia parte do

147
00:10:43,000 --> 00:10:46,000
canal da porta, mas aqui o canal da porta apareceu.

148
00:10:46,000 --> 00:10:49,000
Portanto, se fizermos o comando novamente, veremos

149
00:10:49,000 --> 00:10:53,000
agora que 2 portas estão no canal de porta

150
00:10:53,000 --> 00:10:55,000
ou na agregação de link

151
00:10:55,000 --> 00:11:00,000
ou EtherChannel e ambas as portas gigabit 0/0 e 0/1 estão ativas.

152
00:11:00,000 --> 00:11:03,000
Então, agora agrupamos essas duas portas em uma agregação de

153
00:11:03,000 --> 00:11:05,000
links. Como isso afeta a Spanning Tree?

154
00:11:05,000 --> 00:11:08,000
so sh spanning-tree vlan 20 Aviso

155
00:11:08,000 --> 00:11:13,000
VLAN 20 está encaminhando em todas as portas no switch

156
00:11:13,000 --> 00:11:20,000
1 Vlan 1 todas as portas estão encaminhando, vlan 10 todas as portas estão encaminhando.

157
00:11:20,000 --> 00:11:25,000
Agora, anteriormente no switch 1 gigabit 0/1 estava bloqueando, mas observe

158
00:11:25,000 --> 00:11:28,000
agora todas as portas estão encaminhando.

159
00:11:28,000 --> 00:11:34,000
A porta raiz do switch 1 é o canal da porta ou EtherChannel.

160
00:11:34,000 --> 00:11:38,000
Observe que o custo do caminho caiu de 4 para 3 porque ele

161
00:11:38,000 --> 00:11:40,000
vê isso como um caminho melhor.

162
00:11:40,000 --> 00:11:43,000
A porta está encaminhando a porta raiz.

163
00:11:43,000 --> 00:11:50,000
No switch 2 sh spanning-tree vlan 1 todas as portas estão encaminhando o canal

164
00:11:50,000 --> 00:11:52,000
1 da porta ou

165
00:11:52,000 --> 00:11:56,000
EtherChannel 1 é a porta raiz e estavam

166
00:11:56,000 --> 00:12:00,000
encaminhando, o custo também caiu para 3 mesmo

167
00:12:00,000 --> 00:12:04,000
para a VLAN 10 e para a VLAN 20.

168
00:12:04,000 --> 00:12:07,000
Todas as portas estão encaminhando esses comutadores centrais.

169
00:12:07,000 --> 00:12:11,000
Portanto, para redundância e maior rendimento entre nossos switches

170
00:12:11,000 --> 00:12:15,000
centrais, queremos ativar a agregação de links ou EtherChannel,

171
00:12:15,000 --> 00:12:18,000
também chamados de canais de porta.

172
00:12:18,000 --> 00:12:22,000
A agregação de links ou a ligação de várias portas nos dará

173
00:12:22,000 --> 00:12:26,000
a capacidade de balancear a carga de tráfego na agregação de links.

174
00:12:26,000 --> 00:12:31,000
Isso também significa que o Spanning Tree não está bloqueando 1 das portas, portanto,

175
00:12:31,000 --> 00:12:34,000
obtemos um throughput muito melhor entre os links.

176
00:12:34,000 --> 00:12:38,000
Também fornece redundância porque, se uma das portas ficar inativa, o

177
00:12:38,000 --> 00:12:40,000
canal da porta ainda estará ativo.

178
00:12:40,000 --> 00:12:46,000
Então, como um exemplo, para a VLAN 20 no switch 1, a porta raiz

179
00:12:46,000 --> 00:12:50,000
é a porta 1 se eu for para o gigabit

180
00:12:50,000 --> 00:12:56,000
0/0 e desligar a porta e, em seguida, digitar show etherchannel summary, podemos ver

181
00:12:56,000 --> 00:13:00,000
que uma das portas caiu, mas uma das a porta

182
00:13:00,000 --> 00:13:03,000
ainda está no canal da porta e,

183
00:13:03,000 --> 00:13:07,000
do ponto de vista da Spanning Tree, o canal da

184
00:13:07,000 --> 00:13:10,000
porta ainda está ativo e continua encaminhando.

185
00:13:10,000 --> 00:13:13,000
A diferença aqui, no entanto, é que o

186
00:13:13,000 --> 00:13:16,000
custo aumentou porque uma das portas caiu.

187
00:13:16,000 --> 00:13:21,000
volte para a interface e não feche.

188
00:13:21,000 --> 00:13:24,000
Olhe para Spanning Tree novamente porta

189
00:13:24,000 --> 00:13:31,000
está chegando, a porta raiz ainda é a porta 0/1 olhando para o aviso

190
00:13:31,000 --> 00:13:37,000
de resumo ambas as portas são parte da agregação de link agora.

191
00:13:37,000 --> 00:13:42,000
Então, como podemos ver que o canal da porta ainda é usado

192
00:13:42,000 --> 00:13:45,000
pelo Spanning Tree, pode levar algum tempo

193
00:13:45,000 --> 00:13:50,000
para que tudo converge, se analisarmos os detalhes do canal da porta.

194
00:13:50,000 --> 00:14:00,000
Observe que ambas as portas estão agora ativas no canal da porta há um minuto e 26 segundos atrás o gigabit

195
00:14:00,000 --> 00:14:04,000
0/0 foi separado do canal da porta e

196
00:14:04,000 --> 00:14:11,000
47 segundos atrás ele foi empacotado de volta para a agregação do link ou EtherChannel.

197
00:14:11,000 --> 00:14:17,000
Esse é um exemplo da configuração de uma agregação de links da camada 2 entre dois switches,

198
00:14:17,000 --> 00:14:20,000
o que proporciona uma taxa de transferência adicional

199
00:14:20,000 --> 00:14:25,000
de redundância adicional e interrompe desnecessariamente as portas de bloqueio da Árvore de expansão.