1
00:00:00,880 --> 00:00:07,750
Então, o que é um t anterior ou Rapide t anterior, mais o ID da ponte estendida passando a árvore agora

2
00:00:07,750 --> 00:00:11,510
requer que cada switch tenha um ID de ponte exclusivo no passado.

3
00:00:11,520 --> 00:00:16,550
Aqueles simplesmente consistiam na prioridade da ponte e um endereço MAC.

4
00:00:16,720 --> 00:00:23,740
Portanto, o ID da ponte consiste em oito bytes, com dois bytes sendo a prioridade da ponte e seis bytes

5
00:00:23,740 --> 00:00:25,290
sendo o endereço MAC.

6
00:00:25,300 --> 00:00:31,840
No entanto, ao configurar vários vilões e executar o Poovey e gastar a árvore, um endereço

7
00:00:31,840 --> 00:00:39,600
MAC diferente teria que ser alocado para cada vilão. T cria uma instância em uma base terrestre do Poovey.

8
00:00:39,820 --> 00:00:46,510
Portanto, para garantir que a ideia da ponte seja única por violenta base, um endereço MAC diferente

9
00:00:46,510 --> 00:00:48,000
teria que ser alocado.

10
00:00:48,100 --> 00:00:54,670
Agora isso funciona bem se você tiver apenas alguns vilões Mas se você configurar centenas ou milhares de

11
00:00:54,970 --> 00:00:56,520
linhas, não será escalável.

12
00:00:56,770 --> 00:01:03,400
Se um fornecedor estivesse dando suporte ao Peavey, o fornecedor precisaria atribuir um endereço MAC exclusivo em

13
00:01:03,400 --> 00:01:04,440
uma base Poovey.

14
00:01:05,240 --> 00:01:11,240
Então, em teoria, se quatro mil e noventa e quatro vilões fossem suportados no switch, quatro mil

15
00:01:11,240 --> 00:01:15,600
e noventa e quatro endereços MAC exclusivos precisariam ser atribuídos a cada switch.

16
00:01:15,860 --> 00:01:18,090
Isso simplesmente não é escalável.

17
00:01:18,200 --> 00:01:25,670
Portanto, para conservar os endereços MAC, o sistema foi alterado e um ID de sistema estendido também é conhecido como

18
00:01:25,670 --> 00:01:26,960
redução de endereço MAC.

19
00:01:27,050 --> 00:01:34,430
Portanto, com IDs de ponte estendidos, a ID da ponte ainda tem 8 bytes de tamanho, mas a prioridade agora

20
00:01:34,430 --> 00:01:43,320
é dividida em duas partes, portanto, a parcela de duas por duas por cada consiste de 4, mas prioridade de ponte e pedágio.

21
00:01:43,370 --> 00:01:50,110
Mas id estendido do sistema, o endereço MAC ainda é de 6 bytes de tamanho.

22
00:01:50,170 --> 00:01:58,810
Então, por favor, observe que a ponte Purdy's para bits estendeu os IDs do sistema de 12 bits, o que equivale a dois bytes, sendo IDs

23
00:01:58,810 --> 00:02:05,610
do sistema estendidos preenchidos com o número do vilão e a prioridade da ponte é um valor que você pode definir.

24
00:02:05,620 --> 00:02:09,430
O padrão é 3 2 7 6 8 em decimal.

25
00:02:09,580 --> 00:02:15,610
No passado, a parte da ponte consistia em duas mordidas e você podia definir a propriedade para um

26
00:02:15,610 --> 00:02:16,620
valor como 1.

27
00:02:16,630 --> 00:02:24,080
No entanto, isso não é mais suportado no switch como um exemplo, se eu digitar mobile tree movieland

28
00:02:24,450 --> 00:02:32,620
um por prioridade e tentar configurá-lo para 1 me disseram que eu preciso configurá-lo em incrementos de quatro mil novecentos

29
00:02:32,620 --> 00:02:37,360
e seis para que o valor seja permitido em um desses.

30
00:02:37,360 --> 00:02:44,830
A razão para isso é que a parte da ponte foi dividida em duas partes com apenas

31
00:02:44,830 --> 00:02:48,560
os 4 bits mais significativos disponíveis para a prioridade.

32
00:02:48,610 --> 00:02:56,500
Então, se você definir a parte pro-ID da ponte, os Philpots para binário 1 e você levará os 2 pontos

33
00:02:56,500 --> 00:02:57,480
completos em consideração.

34
00:02:57,520 --> 00:03:00,770
Isso equivaleria a quatro mil e noventa e seis em decimal.

35
00:03:01,030 --> 00:03:07,810
Portanto, se a prioridade, mas estiver definida como 1, a prioridade da ID da ponte estendida será de quatro mil e

36
00:03:07,810 --> 00:03:08,670
noventa e seis.

37
00:03:08,710 --> 00:03:11,840
Se você levar em conta os dois bytes completos.

38
00:03:12,250 --> 00:03:21,370
Se você definir a ponte Prodi porção 2 para dizer 0 0 1 0 em binário e olhar para o total de 16 bits ou dois

39
00:03:21,790 --> 00:03:24,720
bytes, equivale a 8 1 9 2 em decimal.

40
00:03:24,940 --> 00:03:31,000
No equipamento de alguns fornecedores, você pode definir a parte como um e ela será automaticamente convertida para 8

41
00:03:31,000 --> 00:03:37,660
1 9 2, mas nos switches da Cisco, é necessário definir a prioridade da ponte em múltiplos de quatro mil novecentos

42
00:03:37,660 --> 00:03:39,170
e noventa e seis.

43
00:03:39,220 --> 00:03:43,780
Então, mais uma vez, se eu tentar definir a festa para um não é permitido.

44
00:03:43,880 --> 00:03:51,360
Defina para 4000 e 96 que é permitido mostrar árvore de gastos.

45
00:03:51,380 --> 00:03:58,160
Observe a prioridade do switch porque ele está rodando anteriormente e é de quatro mil novecentos e setenta e sete,

46
00:03:58,640 --> 00:04:01,260
então a prioridade mais o número do vilão.

47
00:04:01,550 --> 00:04:04,990
Se você está olhando para um violento 10 é um exemplo.

48
00:04:05,060 --> 00:04:08,870
A prioridade seria para 0 9 6 mais 10.

49
00:04:08,870 --> 00:04:13,790
Se você está olhando para o vilão 20, seria 4 0 9 6 mais 20.

50
00:04:13,790 --> 00:04:20,880
Demonstrarei que, em um vídeo separado, agora, ao longo dos anos, vários aprimoramentos foram feitos nos

51
00:04:20,880 --> 00:04:24,500
gastos para tentar reduzir o tempo de convergência.

52
00:04:24,810 --> 00:04:30,570
Então, em um ambiente comutado, vários aprimoramentos foram feitos no protocolo para garantir que as coisas

53
00:04:30,570 --> 00:04:31,740
acontecessem mais rapidamente.

54
00:04:32,070 --> 00:04:37,800
Uma porta stented no switch pode nos levar 30 segundos para convergir e isso não é aceitável

55
00:04:37,800 --> 00:04:38,870
em redes modernas.

56
00:04:39,150 --> 00:04:46,230
Como exemplo, se o PC estivesse inicializando e precisasse conectar-se a um servidor DHP, o PC inicializaria

57
00:04:46,230 --> 00:04:50,910
e enviaria uma solicitação DHP antes que os portadores do switch convergissem.

58
00:04:51,150 --> 00:04:57,480
Assim, o PC já teria inicializado e solicitado um endereço IP antes de 30 segundos terem expirado

59
00:04:57,480 --> 00:05:04,200
e, portanto, o PC não receberia um endereço IP do servidor DHP porque a solicitação do DHP do

60
00:05:04,200 --> 00:05:09,540
PC seria interrompida por essa porta que está bloqueando a conexão sem fio convergindo.

61
00:05:09,720 --> 00:05:16,950
Assim, para melhorar o desempenho em portas de borda de ambientes comutados em outras palavras, portas conectadas

62
00:05:16,950 --> 00:05:24,840
a dispositivos de borda como PCs, alguns servidores e roteadores seriam configurados como portas FOSS de porta em um

63
00:05:25,180 --> 00:05:32,130
ambiente Cisco ou portas de borda em outro equipamento de fornecedor Cecka usam o termo fust port.

64
00:05:32,160 --> 00:05:38,850
Outros fornecedores usam o termo portas de borda em alguma terminologia. A Cisco usará o termo porta primeiro

65
00:05:38,850 --> 00:05:43,050
e, em outra terminologia, será referida como uma porta de borda.

66
00:05:43,050 --> 00:05:49,830
Agora é importante que você habilite somente portas FOSS de porta em portas de acesso e não em portas de tronco.

67
00:05:49,860 --> 00:05:56,160
Em outras palavras, você não deve habilitar a porta Fost em links entre switches porque isso introduzirá loops

68
00:05:56,370 --> 00:06:03,870
em sua topologia e porta de borda ou uma porta de porta de entrada passa imediatamente para o estado de encaminhamento.

69
00:06:03,870 --> 00:06:10,200
Então, ignora os estados de escuta e aprendizado que vão diretamente do bloqueio ao encaminhamento.

70
00:06:10,380 --> 00:06:17,190
Mais uma vez, pular os estados de escuta e aprendizagem permite uma convergência muito mais rápida, pois, em vez

71
00:06:17,250 --> 00:06:22,800
de esperar que a árvore de gastos passe por vários estágios, como bloqueando o aprendizado de

72
00:06:22,800 --> 00:06:28,660
escuta, o Portus começa a encaminhar o tráfego imediatamente e a convergência é muito mais rápida.

73
00:06:29,640 --> 00:06:31,630
Gastar árvores ainda em execução nessa porta.

74
00:06:31,860 --> 00:06:34,280
Mas a transição é imediatamente para o encaminhamento.

75
00:06:34,350 --> 00:06:41,250
Então, por algum motivo, uma PDU seja recebida na porta, a porta pode voltar ao estado de bloqueio.

76
00:06:41,250 --> 00:06:47,640
É uma boa prática fazer isso porque você não quer inadvertidamente introduzir loops porque alguém conectou um switch

77
00:06:47,640 --> 00:06:51,570
como um exemplo por engano em uma porta Fosset da porta.