1
00:00:09,140 --> 00:00:15,060
Bem-vindo de volta nesta seção, vamos olhar para vilões ou redes locais virtuais.

2
00:00:15,310 --> 00:00:18,240
Vamos virtualizar nossa infraestrutura.

3
00:00:18,530 --> 00:00:24,620
A virtualização é um grande tópico hoje em dia com empresas como a V. M. A maneira de virtualizar servidores, mas

4
00:00:24,680 --> 00:00:29,290
vilões, existe há muitos anos e, da mesma forma, estaremos virtualizando nossos switches

5
00:00:29,300 --> 00:00:32,400
com um único switch físico é virtualmente múltiplos switches.

6
00:00:32,600 --> 00:00:34,350
Isso não é virtualização completa.

7
00:00:34,400 --> 00:00:38,520
Estamos apenas virtualizando as redes locais nesse switch específico.

8
00:00:38,810 --> 00:00:42,090
Então, quero dar uma visão geral dos vilões e como eles funcionam.

9
00:00:42,200 --> 00:00:48,150
Precisamos falar sobre protocolos de entroncamento, como dois a um qe uma parede celular no enlace do comutador.

10
00:00:48,170 --> 00:00:53,930
Eu quero explicar o protocolo de trunking virtual ou VTB que nos permite criar vilões em um

11
00:00:54,320 --> 00:00:58,320
único switch e ter essa informação propagada para outros switches na topologia.

12
00:00:58,510 --> 00:01:04,760
O DP pode ser um protocolo muito útil, mas pode ser extremamente perigoso e causou muitos problemas.

13
00:01:04,860 --> 00:01:11,060
Os engenheiros da Cisco ao longo dos anos e hoje em dia muitos de nós apenas desligá-lo e

14
00:01:11,060 --> 00:01:13,580
nunca usá-lo por causa de seus perigos inerentes.

15
00:01:13,700 --> 00:01:19,510
Agora, uma rede projetada incorretamente ou uma rede mal projetada tem vários problemas em uma tipologia

16
00:01:19,520 --> 00:01:20,780
simples como exemplo.

17
00:01:20,780 --> 00:01:22,750
Nós temos um interruptor com um hub.

18
00:01:23,110 --> 00:01:25,370
Este é um único domínio de broadcast.

19
00:01:25,700 --> 00:01:31,910
Então, se este anfitrião começar a transmitir essa transmissão, será recebido por todos.

20
00:01:32,000 --> 00:01:37,970
Agora, isso pode não ser um problema, mas se os Knicks começarem a tagarelar, em outras palavras,

21
00:01:37,970 --> 00:01:43,340
enviar a transmissão da transmissão pode inundar toda a rede e causar muitos problemas, já

22
00:01:43,670 --> 00:01:47,160
que todos os dispositivos na rede precisam processar essa transmissão.

23
00:01:47,540 --> 00:01:54,260
Esse problema aumenta exponencialmente à medida que o número de hosts na rede aumenta e mais hosts

24
00:01:54,260 --> 00:01:59,690
estão enviando transmissões mais e mais hosts são afetados por essas transmissões e,

25
00:01:59,690 --> 00:02:04,040
portanto, a transmissão deve ser contida ou limitada, tanto quanto possível.

26
00:02:04,050 --> 00:02:06,920
Este é um exemplo de uma rede mal projetada.

27
00:02:07,170 --> 00:02:11,340
Se o interruptor central baixasse, afetaria todos os dispositivos e a tipologia.

28
00:02:11,550 --> 00:02:17,460
Nenhum host seria capaz de se comunicar entre si, porque toda a comunicação precisa passar pelo único

29
00:02:17,460 --> 00:02:20,800
dispositivo que agora é um único ponto de falha.

30
00:02:21,110 --> 00:02:24,510
As transmissões mais uma vez voarão pela rede.

31
00:02:24,510 --> 00:02:31,180
A transmissão é recebida em todos os links e consumirá a largura de banda em todos os links neste pedido de desculpas.

32
00:02:31,350 --> 00:02:39,240
Mais uma vez, cada único dispositivo tem que processar essa transmissão e o CPQ será interrompido pelas transmissões

33
00:02:39,750 --> 00:02:43,160
contínuas de transmissão que retardarão toda a rede.

34
00:02:44,250 --> 00:02:50,040
Devido à forma como o tráfego de trabalho das tabelas de endereços mac vai para o

35
00:02:50,040 --> 00:02:56,210
endereço de custos unitários onde o endereço MAC não é aprendido pelos switches também será inundado ao

36
00:02:56,210 --> 00:03:02,450
longo da tipologia multi custos são tratados da mesma forma que transmissões pela maioria dos switches laity

37
00:03:02,450 --> 00:03:09,860
será inundado em toda a rede e afetará todos os dispositivos em rede mal projetado pode ser desorganizado e mal documentado

38
00:03:10,310 --> 00:03:15,530
e facilmente identificou fluxos de tráfego que fazem manutenção de suporte e resolução de problemas.

39
00:03:15,530 --> 00:03:18,650
Muito demorado e muito difícil.

40
00:03:18,650 --> 00:03:20,560
Você também tem a questão da segurança.

41
00:03:20,900 --> 00:03:26,450
Se esse host no lado esquerdo estiver em marketing e o host no lado direito

42
00:03:26,450 --> 00:03:33,200
estiver no departamento de contas, a pessoa em marketing terá acesso a essa máquina pela rede, porque a segurança

43
00:03:33,200 --> 00:03:34,980
pode não ser implementada corretamente.

44
00:03:35,030 --> 00:03:42,570
Torna-se muito difícil gerenciar uma rede mal projetada, então o que é uma LAN virtual

45
00:03:42,570 --> 00:03:50,400
ou um vilão é essencialmente um único domínio de broadcast ou uma sub-rede lógica ou lógica.

46
00:03:50,580 --> 00:03:55,980
Você poderia dizer que é um grupo de hosts com um conjunto comum de requisitos anexado ao

47
00:03:55,980 --> 00:03:59,620
mesmo domínio de broadcast, independentemente de onde eles estejam fisicamente localizados.

48
00:03:59,870 --> 00:04:05,790
Você é capaz de agrupar vários dispositivos juntos logicamente em vez de fisicamente.

49
00:04:05,790 --> 00:04:12,870
Portanto, é possível dividir uma sub-rede ou Villon em vários switches, mesmo que isso não

50
00:04:12,870 --> 00:04:14,090
seja recomendado hoje.

51
00:04:14,190 --> 00:04:20,580
Você pode criar uma estrutura de vilão que permita agrupar estações ou hosts que sejam segmentados

52
00:04:20,730 --> 00:04:25,500
logicamente por funções de equipes de projeto e outros tipos de aplicativos.

53
00:04:25,500 --> 00:04:28,560
Mais uma vez sem considerar a localização física.

54
00:04:28,560 --> 00:04:34,440
Portanto, algumas das vantagens dos vilões incluem a segmentação em que você segmenta ou separa os usuários com

55
00:04:34,560 --> 00:04:35,730
base na função.

56
00:04:35,730 --> 00:04:40,500
Por exemplo, o departamento de vendas entrará em um vilão específico e o Departamento de

57
00:04:40,500 --> 00:04:46,290
Contabilidade entrará em violentos diferentes. É muito flexível com a alteração do cabeamento físico que você pode mover o

58
00:04:46,290 --> 00:04:48,240
usuário de um vilão para outro.

59
00:04:48,270 --> 00:04:55,020
Ele também fornece segurança porque os usuários são insípidos e precisam atravessar um dispositivo da camada 3 como

60
00:04:55,020 --> 00:05:01,920
um Raptor para ir de um vilão para outro no roteador. Você pode implementar listas de acesso para controlar

61
00:05:02,070 --> 00:05:04,780
quais usuários têm acesso a vários vilões.

62
00:05:04,980 --> 00:05:07,930
Nós estaremos falando muito sobre listas de acesso mais tarde, é claro.

63
00:05:08,160 --> 00:05:13,830
Mas por enquanto eu entendo que isso lhe dá a capacidade de aumentar a segurança separando os usuários nos dias de

64
00:05:13,830 --> 00:05:14,070
hoje.

65
00:05:14,070 --> 00:05:18,960
Os villans também têm outras vantagens, especificamente na implementação de voz sobre IP.

66
00:05:19,170 --> 00:05:24,870
Você pode colocar seus telefones IP em um vilão separado para suas estações de trabalho e, portanto, fornecer

67
00:05:24,870 --> 00:05:27,530
uma melhor qualidade de serviço para os telefones IP.

68
00:05:27,600 --> 00:05:31,900
Portanto, implementar vilões tem muitas vantagens nas redes modernas de hoje.

69
00:05:32,780 --> 00:05:37,970
Algo que eu acho que sempre confunde as pessoas é a diferença entre uma topologia

70
00:05:37,970 --> 00:05:39,700
física e uma topologia lógica.

71
00:05:39,770 --> 00:05:45,530
Você precisa mudar seu paradigma e não mais pensar na topologia física da rede, mas

72
00:05:45,530 --> 00:05:48,750
desenhe que eles imaginam como é a topologia lógica.

73
00:05:48,920 --> 00:05:54,980
A tipologia lógica será muito diferente da topologia física assim que os vilões forem implementados.

74
00:05:54,980 --> 00:05:58,310
Então ele tem um exemplo de como uma tipologia física pode parecer.

75
00:05:58,370 --> 00:06:07,510
Você tem quatro máquinas físicas conectadas a um único comutador físico nas Portas 0 1 0 2 0 3 e 0 4.

76
00:06:07,820 --> 00:06:15,450
Então essa é a topologia física No entanto, logicamente, podemos colocar interfaces em diferentes vilões.

77
00:06:15,920 --> 00:06:21,050
Então tudo que você precisa fazer é entrar na interface e eu mostrarei os comandos em um

78
00:06:21,050 --> 00:06:23,860
momento e você colocará essa interface em um plano específico.

79
00:06:23,990 --> 00:06:28,820
Vamos dizer, pelo argumento de ler a terra agora as terras em switches são configurados

80
00:06:29,330 --> 00:06:34,610
com números, mas muitas vezes quando discutimos vilões falamos de cores para tentar diferenciar entre os vilões

81
00:06:34,610 --> 00:06:36,450
e torná-lo mais fácil de entender.

82
00:06:36,740 --> 00:06:44,360
Portanto, assuma, no momento, que PC e PCD tenham sido colocados no Villon vermelho, assim como os comandos

83
00:06:44,360 --> 00:06:50,570
de digitação nas portas de comutação PCB e PCC foram colocados na terra V verde.

84
00:06:50,690 --> 00:06:54,160
Por favor, note que os anfitriões estão alheios ao que aconteceu.

85
00:06:54,230 --> 00:07:00,380
Como o administrador acabou de entrar no switch e mudou o vilão a que a porta pertence por

86
00:07:00,980 --> 00:07:07,520
padrão, todas as portas pertencem a Villon one nos switches da Cisco, mas usando um único comando você pode mover

87
00:07:07,520 --> 00:07:09,550
essa porta para um Thielen separado.

88
00:07:09,890 --> 00:07:13,420
Então mais uma vez a topologia física se parece com a seguinte.

89
00:07:13,430 --> 00:07:20,440
Mas você só tem que imaginar que esses PCs em vilões separados têm um

90
00:07:20,440 --> 00:07:30,700
quando olhando para a topologia lógica as coisas são dramaticamente diferentes PCJ e PCD estão no vilão vermelho no switch

91
00:07:30,700 --> 00:07:38,580
DCC e PC estar no vilão verde logicamente há dois switches separados ou duas terras separadas.

92
00:07:38,580 --> 00:07:45,430
Aqui nós virtualizamos a infraestrutura Allen e criamos duas redes locais separadas.

93
00:07:45,430 --> 00:07:50,480
Essas redes não podem se comunicar umas com as outras de uma camada para outra.

94
00:07:50,550 --> 00:07:56,980
Os planos são implementados aos leigos e a única maneira de passar de um vilão para outro é passar por

95
00:07:56,980 --> 00:08:00,460
um dispositivo de camada 3, como um roteador, lembre-se, por favor.

96
00:08:00,640 --> 00:08:05,310
Um bilhão é uma sub-rede lógica separada ou um domínio de broadcast separado.

97
00:08:05,620 --> 00:08:12,690
Se um enviado uma transmissão que difunde só seria recebido por d se C enviou uma transmissão que

98
00:08:12,690 --> 00:08:19,570
transmissões só seriam recebidas por B que é muito diferente com todos os dispositivos no mesmo Bil'in ou

99
00:08:19,570 --> 00:08:20,740
mesmo interruptor físico.

100
00:08:20,830 --> 00:08:27,080
Mais uma vez, as portas podem ser colocadas em um vilão usando mecanismos diferentes para o momento em que

101
00:08:27,130 --> 00:08:31,550
apenas um que usa o administrador estaticamente colocar a porta para a terra.

102
00:08:31,990 --> 00:08:36,780
Então, voltando à nossa visão física da topologia e dessa topologia, não vamos usar os endereços Quarenta

103
00:08:36,790 --> 00:08:40,570
e Oito, mas os Macs, porque eu quero simplificar o que está acontecendo.

104
00:08:40,570 --> 00:08:48,420
Portanto, apenas assuma que esses números a b c e d são os endereços Mac desses dispositivos.

105
00:08:48,530 --> 00:08:55,950
Quando um envia uma transmissão que a transmissão será encaminhada para o switch com um endereço de origem de

106
00:08:55,950 --> 00:08:58,340
um e o destino conterá x.

107
00:08:58,400 --> 00:09:04,490
Em outras palavras, quando o quadro atinge o switch, o switch faz uma anotação de qual

108
00:09:04,490 --> 00:09:05,890
vilão esse código pertence.

109
00:09:06,170 --> 00:09:09,830
Então esse quadro é internamente marcado com o vilão vermelho.

110
00:09:09,920 --> 00:09:13,130
Por favor, note o PC é alheio ao que está acontecendo.

111
00:09:13,130 --> 00:09:19,640
O PC só vê esse link como padrão Ethernet e não entende o conceito de violência.

112
00:09:19,640 --> 00:09:21,730
Vou divagar apenas por um segundo.

113
00:09:21,740 --> 00:09:30,690
A arquitetura muda muito os documentos da Cisco, como este, explicando a arquitetura de um switch 6500.

114
00:09:30,700 --> 00:09:36,830
Então, por exemplo, olhando para os diferentes Jessies e diferentes cartões de linha e supervisores diferentes.

115
00:09:37,030 --> 00:09:40,870
Este documento explicará como a arquitetura está configurada.

116
00:09:41,110 --> 00:09:46,180
O detalhe disso é totalmente fora do escopo do curso, mas é só para tentar explicar

117
00:09:46,180 --> 00:09:48,760
um pouco sobre o que acontece nos bastidores.

118
00:09:48,760 --> 00:09:54,850
Uma das coisas que eles explicam no documento é o dia da vida de um

119
00:09:54,880 --> 00:09:56,460
pacote passando por cem.

120
00:09:56,590 --> 00:10:03,010
E neste exemplo eles têm um encaminhamento centralizado, então eles explicarão como um pacote chegará

121
00:10:03,370 --> 00:10:10,300
em uma interface e baseado em circuitos integrados específicos de aplicações diferentes ou como esse pacote irá

122
00:10:10,300 --> 00:10:17,260
fluir da porta de entrada para um grande esporte. através do banco de dados no plano traseiro

123
00:10:17,260 --> 00:10:18,220
do switch.

124
00:10:18,220 --> 00:10:24,070
Você pode aprender mais sobre o fluxo real do pacote através do switch indo

125
00:10:24,070 --> 00:10:25,900
e vendo documentos como este.

126
00:10:25,940 --> 00:10:30,310
Tudo o que quero que você perceba é que a arquitetura de diferentes switches funciona de maneira diferente.

127
00:10:30,440 --> 00:10:34,560
E se você quiser olhar para os componentes internos de um switch, há documentos

128
00:10:34,560 --> 00:10:41,600
realmente bons no site da Cisco explicando como os pacotes fluem através de um switch para essa causa, vamos explicá-lo da seguinte maneira.

129
00:10:41,740 --> 00:10:47,740
Quando o quadro chega a esta porta é internamente marcado com um Villon vermelho que o quadro é então

130
00:10:47,890 --> 00:10:50,380
copiado para todas as outras portas no switch.

131
00:10:50,380 --> 00:10:52,630
No entanto, essa transmissão não será encaminhada.

132
00:10:52,630 --> 00:10:59,160
Fora dessa porta, porque a porta está em um Villon diferente do quadro original, o quadro também não

133
00:10:59,160 --> 00:11:00,030
será encaminhado.

134
00:11:00,030 --> 00:11:06,110
Fora desta porta 0 3 porque o quadro está em um vilão diferente da porta.

135
00:11:06,120 --> 00:11:12,480
No entanto, nesta porta, o quadro será encaminhado porque o número do vilão ou a cor é o mesmo.

136
00:11:12,480 --> 00:11:16,360
Por favor, note apenas o quadro original é enviado para fora do porto.

137
00:11:16,380 --> 00:11:18,710
Nenhuma marcação interna sai do switch.

138
00:11:18,750 --> 00:11:23,970
Os PCs mais uma vez estão alheios a qualquer marcação ou mudança de quadros.

139
00:11:23,970 --> 00:11:28,760
Assim, o quadro sai do switch e chega ao PCD em sua forma original.

140
00:11:28,980 --> 00:11:32,620
A fonte endereça um endereço de destino como uma transmissão.

141
00:11:32,670 --> 00:11:41,370
Então, fisicamente, temos um switch aqui, mas, logicamente, o PCIe só pode enviar tráfego para o PCD e não para o

142
00:11:41,370 --> 00:11:42,800
PCB ou PCC.

143
00:11:42,870 --> 00:11:48,320
Eles estão em um terreno separado ou um interruptor lógico separado.

144
00:11:48,360 --> 00:11:55,940
Se você tentar enviar um custo unitário para ver, então os endereços de origem dizem no quadro e o endereço

145
00:11:55,940 --> 00:11:59,930
de destino é C, que é este PC na linha verde.

146
00:12:00,210 --> 00:12:03,420
Esse quadro seria enviado ao switch como padrão.

147
00:12:03,420 --> 00:12:05,070
Ethan no quadro.

148
00:12:05,070 --> 00:12:09,940
Agora estamos assumindo aqui que é de alguma forma aprendeu o endereço Mac de C. Então ele está enviando um quadro diretamente para ver normalmente que ele não seria capaz de aprender o endereço do Mac.

149
00:12:10,110 --> 00:12:15,380
Portanto, neste exemplo, a pessoa em um pode não ser boa.

150
00:12:15,740 --> 00:12:19,900
O quadro chega ao switch e o switch marca o frame internamente

151
00:12:19,920 --> 00:12:24,840
com o villaine vermelho que o quadro é copiado para todas as portas no switch.

152
00:12:24,840 --> 00:12:28,260
Agora, mais uma vez, isso depende da arquitetura do switch.

153
00:12:28,260 --> 00:12:30,420
Então, vamos supor apenas que é isso que vai acontecer no switch específico.

154
00:12:30,450 --> 00:12:35,070
Agora o async central verifica a tabela de endereços do Mac e vê que C pode ser encontrado na porta 0 3.

155
00:12:35,070 --> 00:12:40,980
Assim, seu A-6 central envia uma mensagem de flush para as outras portas para remover as cópias do quadro.

156
00:12:40,980 --> 00:12:46,510
Portanto, o quadro está disponível apenas na porta 0 3.

157
00:12:46,510 --> 00:12:50,020
No entanto, pouco antes de enviar o quadro, Port Vila e Kallos checaram o quadro.

158
00:12:50,070 --> 00:12:54,840
O quadro é um quadro de vilão vermelho, porque chegou em um porto vermelho.

159
00:12:54,840 --> 00:12:58,650
Mas esta é uma interface de linha verde, então

160
00:12:58,650 --> 00:13:04,890
o quadro não é transmitido e é descartado para que o quadro nunca chegue ao PCC.

161
00:13:04,890 --> 00:13:06,290
Portanto, não consigo acessar a linha verde.

162
00:13:06,510 --> 00:13:09,140
Logicamente, A é separado de C e,

163
00:13:09,570 --> 00:13:15,900
de um ponto de vista posterior, não há conexão entre a linha vermelha e a terra V verde.

164
00:13:16,070 --> 00:13:18,180
Como mencionado anteriormente, a única maneira de ir de um

165
00:13:18,300 --> 00:13:23,430
vilão para outro é percorrer um dispositivo da camada 3, como um roteador, e como não há apodrecimento no exemplo, o tráfego é totalmente separado.

166
00:13:23,430 --> 00:13:29,200
Agora ele tem um exemplo um pouco mais complicado.

167
00:13:29,370 --> 00:13:31,650
Ele ainda está na linha vermelha,

168
00:13:31,700 --> 00:13:37,920
mas está conectado ao switch 1 D está no vermelho villaine que está neste caso conectado para

169
00:13:37,920 --> 00:13:45,500
mudar para CS no villin verde conectado ao switch te B está no verde a linha conectada ao switch 1.

170
00:13:45,500 --> 00:13:46,770
Um tipo especial de link é

171
00:13:46,960 --> 00:13:52,010
necessário entre os dois switches para que eles possam comunicar qualquer informação entre eles e que seja conhecida como porta de tronco.

172
00:13:52,010 --> 00:13:55,490
Essa interface será executada no protocolo de

173
00:13:55,490 --> 00:14:01,850
entroncamento para que qualquer informação possa ser transmitida de um switch para outro.

174
00:14:01,850 --> 00:14:02,830
Os dois protocolos de

175
00:14:02,850 --> 00:14:10,130
entroncamento que são usados ​​são ISIL ou em switch link e editor, a única chave agora ISIL era um protocolo proprietário da Cecka e tende a não ser usado hoje.

176
00:14:10,400 --> 00:14:15,150
Ou um.

177
00:14:15,220 --> 00:14:15,680
Q

178
00:14:15,690 --> 00:14:21,800
O padrão da indústria é o protocolo de escolha para comunicar as informações entre comutadores nas portas troncalizadas.

179
00:14:22,310 --> 00:14:24,270
Agora, mais uma vez, é importante lembrar como é a topologia física.

180
00:14:24,290 --> 00:14:28,100
Qual é o seguinte.

181
00:14:28,100 --> 00:14:29,520
E então a topologia lógica que se parece com isso.

182
00:14:29,600 --> 00:14:33,490
Está ligado para ligar um PCC ligado a mudar para.

183
00:14:33,820 --> 00:14:39,110
Eles estão todos nos PCBs Villon vermelhos conectados para trocar um e o PCD está conectado ao switch 2.

184
00:14:39,310 --> 00:14:46,310
Mas eles estão no vilão verde, então há uma separação lógica entre os dispositivos nos

185
00:14:46,330 --> 00:14:52,570
dois switches fisicamente, por favor, lembrem-se que existem apenas dois switches nesta topologia.

186
00:14:53,230 --> 00:14:56,470
Mas logicamente estamos criando quatro switches com o Readville

187
00:14:56,470 --> 00:15:01,780
e separados do verde Bil'in e os switches são ligados usando uma interface de entroncamento.

188
00:15:01,780 --> 00:15:04,350
Assim, o entroncamento permite novamente que vários vilões percorram um único link físico.

189
00:15:04,690 --> 00:15:09,540
Os dois protocolos são Ed. 1.

190
00:15:09,730 --> 00:15:11,870
Q O padrão da

191
00:15:11,880 --> 00:15:18,370
indústria que tende a ser usado hoje e ISIL, que era o método proprietário da Cisco, que tende a não ser usado em ambientes de hoje.

192
00:15:18,370 --> 00:15:20,920
Os telefones IP da Cisco, por exemplo,

193
00:15:20,920 --> 00:15:26,500
não suportam o ICL e muitos switches de notícias não fornecem suporte para o ISIL.

194
00:15:26,500 --> 00:15:27,850
Portanto, neste curso, vamos nos concentrar em

195
00:15:27,850 --> 00:15:34,180
uma chave e atitude de dois para um, ou um quadro Q é diferente de um padrão Ethan que o quadro Ethan com armação do quadro seria algo como isto.

196
00:15:34,180 --> 00:15:38,230
Você tem um campo de destino, um campo de origem, um campo de comprimento ou de tipo éter.

197
00:15:38,230 --> 00:15:43,890
Você tem os dados e, em seguida, você tem a seqüência marcada e edita 2. 1 um quadro tem uma tag de byte completa inserida no cabeçalho

198
00:15:43,990 --> 00:15:50,670
entre o campo de endereço de origem

199
00:15:50,680 --> 00:15:57,190
e o campo de topo ou comprimento de éter porque o quadro foi alterado.

200
00:15:57,190 --> 00:15:58,740
A seqüência de verificação de quadros é pré-computada e substituída no quadro modificado.

201
00:15:58,840 --> 00:16:03,740
A tag consiste em duas partes principais, o identificador de protocolo de tag,

202
00:16:04,830 --> 00:16:13,780
que é definido como 0 6 8 1 0 0 para identificar isso como um E real ao frame de tag único e,

203
00:16:13,780 --> 00:16:21,080
assim, permitir que switches e dispositivos diferenciem um editor ou um quadro de sinal de quadros não marcados .

204
00:16:21,080 --> 00:16:24,000
Isso tem 16 bits de comprimento ou dois bytes.

205
00:16:24,120 --> 00:16:27,370
Os dois bytes restantes terão 16 bits divididos da seguinte forma: três bits

206
00:16:27,510 --> 00:16:34,860
representam o ponto de prioridade ou de código de prioridade, que é um campo de três bits usado para priorizar determinados tipos de tráfego em relação a outros.

207
00:16:34,860 --> 00:16:42,250
Isso é muito usado na qualidade do serviço, onde, por exemplo, um

208
00:16:42,280 --> 00:16:47,950
valor decimal de cinco é usado para representar voz.

209
00:16:47,950 --> 00:16:49,900
O identificador de formato canônico

210
00:16:49,900 --> 00:16:56,260
verá se y foi usado nos velhos tempos ou compatibilidade entre as redes Ethernet e Token Ring.

211
00:16:56,260 --> 00:16:57,820
É muito improvável que você use isso hoje.

212
00:16:57,820 --> 00:17:00,350
E a parte importante é o identificador

213
00:17:00,790 --> 00:17:07,660
do vilão, que é um campo de 12 bits especificando a LAN do Wii à qual esse quadro pertence.

214
00:17:07,660 --> 00:17:09,010
Um valor zero significa que esse quadro não pertence a nenhum vilão.

215
00:17:09,100 --> 00:17:13,110
É por causa desse campo que os switches são capazes de comunicar o veel e o número entre si.

216
00:17:13,270 --> 00:17:19,320
Ele tem 12 bits de tamanho, o que permite que 4000 noventa e 96 vilões sejam criados em um ambiente de 8 para 1.

217
00:17:19,420 --> 00:17:26,640
Você pode resolver isso da seguinte maneira.

218
00:17:27,420 --> 00:17:29,040
Dois à potência de 12 é igual a 4000 a 96.

219
00:17:29,330 --> 00:17:35,940
Portanto, em teoria, 4000 a 96 vilões podem ser configurados em um ADA para

220
00:17:35,950 --> 00:17:42,640
os comutadores de chave de um, no entanto, não necessariamente suportam esse número de vilões.

221
00:17:42,670 --> 00:17:45,540