1
00:00:08,480 --> 00:00:10,780
 Então agora, parabéns.

2
00:00:10,780 --> 00:00:13,200
 Se você assistiu esta série
 desde o início, você tem

3
00:00:13,200 --> 00:00:16,140
 chegou ao último vídeo.

4
00:00:16,140 --> 00:00:19,480
 Se sua cabeça não está girando neste momento,
 seus olhos não estão vidrados,

5
00:00:19,480 --> 00:00:24,340
 bom trabalho. Então agora vamos fazer
 a nossa última coisa, que é voltar

6
00:00:24,340 --> 00:00:25,680
 para o roteador de inicialização.

7
00:00:25,680 --> 00:00:28,900
 E o último vídeo que terminei com,
 bem, e se um roteador recebeu um

8
00:00:28,900 --> 00:00:30,960
 mensagem de inicialização?

9
00:00:30,960 --> 00:00:37,120
 Ele vê vários RPs ali, todos com a
 mesma prioridade, todos atendendo

10
00:00:37,120 --> 00:00:41,700
 ou todos oferecendo seus serviços
 para a mesma gama de grupos.

11
00:00:41,700 --> 00:00:46,460
 Como esse roteador individual decide
 qual deles será selecionado?

12
00:00:46,460 --> 00:00:53,220
 Portanto, sabemos que os roteadores
 individuais tomam essa decisão.

13
00:00:53,220 --> 00:00:55,620
 Então aqui está nosso outro começo.

14
00:00:55,620 --> 00:01:00,300
 Quem tiver a menor prioridade vence.

15
00:01:00,300 --> 00:01:03,700
 E se a prioridade for a mesma,
 uma função hash é executada.

16
00:01:03,700 --> 00:01:07,800
 E é aqui que tudo fica
 realmente complexo.

17
00:01:07,800 --> 00:01:14,120
 Então lembre-se de como quando eu estava
 configurando o BSR candidato, havia

18
00:01:14,120 --> 00:01:17,940
 um campo ali meio encoberto que
 foi chamado de máscara de hash

19
00:01:17,940 --> 00:01:21,880
 comprimento. E eu disse
 que o padrão era zero.

20
00:01:21,880 --> 00:01:26,560
 Bem, isso é especificamente
 para uso neste cenário.

21
00:01:26,560 --> 00:01:29,080
 Então vamos conversar sobre isso.

22
00:01:29,080 --> 00:01:32,220
 Portanto, antes de passar para o próximo
 slide, tenha em mente este ponto

23
00:01:32,220 --> 00:01:37,960
 bem aqui. Com um comprimento de máscara de
 hash padrão igual a zero, um único encontro

24
00:01:37,960 --> 00:01:43,200
 ponto sempre será selecionado para
 cada endereço de destino do grupo.

25
00:01:43,200 --> 00:01:50,440
 Então o que isso quer dizer é que,
 por padrão, eles reúnem tudo no

26
00:01:50,440 --> 00:01:53,100
 faixa classe D, eu quero fazer isso.

27
00:01:53,100 --> 00:01:58,520
 Então, se eu aprendi sobre, digamos, quatro
 pontos de encontro que são todos

28
00:01:58,520 --> 00:02:02,780
 assim na minha mensagem de bootstrap, com
 um comprimento de máscara hash zero que

29
00:02:02,780 --> 00:02:07,460
 Aprendi com o BSR que, como roteador
 individual, selecionarei apenas

30
00:02:07,460 --> 00:02:12,440
 um daqueles RPs da lista,
 e vou usá-lo para tudo.

31
00:02:12,440 --> 00:02:17,720
 Ao alterar esse número de zero
 para outra coisa, você terá a

32
00:02:17,720 --> 00:02:19,880
 capacidade de fazer um pouco
 de equilíbrio de carga.

33
00:02:19,880 --> 00:02:23,140
 Por exemplo, ao alterar esse número
 para outro, o seu roteador local

34
00:02:23,140 --> 00:02:33,060
 poderia dizer, ok, para o intervalo
 de grupo de 225.001 a 225.008, vou

35
00:02:33,060 --> 00:02:35,260
 selecione RP número um.

36
00:02:35,260 --> 00:02:42,020
 Para 225.009 a 225.012, selecionarei
 o RP número dois.

37
00:02:42,020 --> 00:02:47,600
 Isso pode acontecer modificando o comprimento
 da máscara hash no próprio BSR.

38
00:02:47,600 --> 00:02:51,500
 Mas se você deixar no padrão zero,
 apenas um único RP será usado

39
00:02:51,500 --> 00:02:53,540
 para tudo. E talvez você não se importe.

40
00:02:53,540 --> 00:02:57,080
 Talvez esteja tudo bem para você.

41
00:02:57,080 --> 00:03:04,600
 Ok, então estou apenas colocando isso
 aqui como uma espécie de referência.

42
00:03:04,600 --> 00:03:10,520
 O algoritmo é realmente meio desagradável
 e complexo, mas aqui está basicamente

43
00:03:10,520 --> 00:03:18,780
 a ideia é que quando um roteador recebe
 uma mensagem de bootstrap, se você vir

44
00:03:18,780 --> 00:03:21,980
 dois RPs aí, vamos pegar
 dois como exemplo.

45
00:03:21,980 --> 00:03:25,420
 Dois RPs que têm o mesmo peso, a mesma
 prioridade, ambos estão dizendo,

46
00:03:25,420 --> 00:03:27,560
 Quero ser o RP exatamente do mesmo grupo.

47
00:03:27,560 --> 00:03:29,520
 Ok, aqui está o que este
 roteador local fará.

48
00:03:29,520 --> 00:03:32,640
 Ele criará um hash, que
 é um número longo.

49
00:03:32,640 --> 00:03:35,580
 Ele vai fazer isso dizendo,
 ok, vou pegar o

50
00:03:35,580 --> 00:03:38,360
 número do grupo que vocês estão
 dizendo que querem fazer.

51
00:03:38,360 --> 00:03:43,360
 Vou pegar seu nome, seu endereço
 IP e vou pegar o

52
00:03:43,360 --> 00:03:48,440
 comprimento da máscara hash que foi fornecida
 através do BSR um pouco mais alto naquele

53
00:03:48,440 --> 00:03:51,240
 mensagem. E vou combinar todas essas coisas
 neste processo realmente complexo

54
00:03:51,240 --> 00:03:54,900
 fórmula, e isso vai gerar esse
 número, esse valor hash.

55
00:03:54,900 --> 00:04:01,400
 Quem ficar com o hash mais alto,
 é esse que vou selecionar.

56
00:04:01,400 --> 00:04:09,260
 Agora, é muito improvável que dois RPs
 façam hash exatamente no mesmo número,

57
00:04:09,260 --> 00:04:14,100
 mas se isso teoricamente aconteceu, o que
 é teoricamente possível, seja qual for

58
00:04:14,100 --> 00:04:17,760
 RP tivesse o endereço IP mais
 alto seria o vencedor.

59
00:04:17,760 --> 00:04:21,460
 Ok, então no que tudo isso
 realmente se traduz?

60
00:04:21,460 --> 00:04:23,540
 Em primeiro lugar, como posso
 saber quem é o vencedor?

61
00:04:23,540 --> 00:04:28,020
 Porque quando eu voltei, vamos voltar
 nesse comando aqui, mostre

62
00:04:28,020 --> 00:04:34,520
 Mapeamento IP PIM, não me disse, apenas
 disse, ok, esses são os potenciais

63
00:04:34,520 --> 00:04:36,620
 RPs que eu poderia usar.

64
00:04:36,620 --> 00:04:40,080
 Bem, aqui está um comando muito bom que
 você pode usar para realmente descobrir,

65
00:04:40,080 --> 00:04:43,760
 mesmo antes do multicast acontecer, você
 poderia dizer, bem, se o multicast

66
00:04:43,760 --> 00:04:52,240
 de, ah, digamos que 228.8.8 aconteça
 no futuro, o que o PMI vai

67
00:04:52,240 --> 00:04:55,440
 usar? O quê, quem terá o hash mais alto?

68
00:04:55,440 --> 00:05:03,160
 Bem, você pode usar este comando legal
 para isso, mostrar IP PIM RP dash hash.

69
00:05:03,160 --> 00:05:06,160
 E então o número, por exemplo,
 para este grupo específico, 228

70
00:05:06,160 --> 00:05:14,300
 .70.87.65, você pode ver que 2.7.22, ele
 acabou com um valor um pouco maior

71
00:05:14,300 --> 00:05:17,560
 valor de hash maior que 3733.

72
00:05:17,560 --> 00:05:23,900
 Portanto, 2722 será selecionado como ponto
 de encontro para este grupo específico.

73
00:05:23,900 --> 00:05:26,140
 Vamos fazer isso aqui
 no meu roteador real.

74
00:05:26,140 --> 00:05:30,920
 Mostrar hash de traço IP PIM RP.

75
00:05:30,920 --> 00:05:34,360
 Vamos apenas escolher um número, 227.777.

76
00:05:34,360 --> 00:05:41,300
 E você pode ver aqui que
 2.424 será o vencedor.

77
00:05:41,300 --> 00:05:43,320
 Ele tem o maior valor de hash.

78
00:05:43,320 --> 00:05:57,740
 Agora, qualquer número que eu colocar neste
 comando deve sempre resultar em 2424 sendo

79
00:05:57,740 --> 00:06:00,980
 o vencedor. Isso realmente
 não deveria importar.

80
00:06:00,980 --> 00:06:04,040
 Sim, ele é o vencedor por isso.

81
00:06:04,040 --> 00:06:08,200
 Sim, ele é o vencedor por isso.

82
00:06:08,200 --> 00:06:12,540
 Então você pode ver que ele está fazendo
 hash exatamente com o mesmo valor.

83
00:06:12,540 --> 00:06:17,920
 Porque ao que esse comprimento da máscara
 hash se refere, é como uma sub-rede

84
00:06:17,920 --> 00:06:19,940
 máscara ou uma máscara curinga.

85
00:06:19,940 --> 00:06:24,020
 E o que está mascarando é o grupo.

86
00:06:24,020 --> 00:06:29,320
 Mas quando a máscara é toda zero, isso
 basicamente diz, nem considere

87
00:06:29,320 --> 00:06:31,640
 o grupo ao criar o hash.

88
00:06:31,640 --> 00:06:35,100
 Nenhuma das partes do grupo importa.

89
00:06:35,100 --> 00:06:44,680
 Apenas faça hash no endereço IP.

90
00:06:44,680 --> 00:06:50,080
 E agora você pode dizer: OK, bem,
 quero começar a fazer alguma carga

91
00:06:50,080 --> 00:06:53,580
 saltando como você falou, Keith,
 quero que alguns grupos hash

92
00:06:53,580 --> 00:06:57,920
 para o RP número um, outros grupos
 fazem hash para o RP número dois.

93
00:06:57,920 --> 00:06:59,700
 Como faço isso?

94
00:06:59,700 --> 00:07:04,820
 Bem, é aí que se torna mais uma forma de
 arte do que uma ciência, a menos que

95
00:07:04,820 --> 00:07:08,500
 você realmente gosta de algoritmos
 e matemática, o que eu não gosto.

96
00:07:08,500 --> 00:07:16,900
 Então, neste caso específico,
 vou trocar a máscara.

97
00:07:16,900 --> 00:07:22,420
 OK, era o roteador oito, oito ponto
 dois ponto oito ponto oito.

98
00:07:22,420 --> 00:07:25,180
 Agora, deixe-me ir até ele.

99
00:07:25,180 --> 00:07:32,720
 Então, o que vou fazer é mudar
 o comprimento da máscara hash.

100
00:07:32,720 --> 00:07:35,260
 E este comando aqui do zero.

101
00:07:35,260 --> 00:07:41,060
 Algo mais. Vou falar sobre
 isso de 32 bits.

102
00:07:41,060 --> 00:07:45,060
 Endereço multicast.

103
00:07:45,060 --> 00:07:53,960
 Quero que você faça hash de
 31 deles, 31 desses bits.

104
00:07:53,960 --> 00:07:57,300
 Então, teoricamente, o que isso deveria
 fazer, porque só resta um pouco,

105
00:07:57,300 --> 00:08:00,620
 bem, esse bit só pode
 ser zero ou um, certo?

106
00:08:00,620 --> 00:08:05,540
 Então, teoricamente, o que isso deveria fazer
 é dividir uniformemente a carga entre

107
00:08:05,540 --> 00:08:09,160
 os dois PR. E não tenho certeza de como
 isso vai acontecer, mas deveria

108
00:08:09,160 --> 00:08:12,660
 meio que dividi-lo entre
 os dois RPs agora.

109
00:08:12,660 --> 00:08:18,420
 Vamos descobrir. Vamos voltar
 ao roteador dois.

110
00:08:18,420 --> 00:08:21,520
 Ele aprendeu sobre o novo
 comprimento do hash?

111
00:08:21,520 --> 00:08:24,860
 Sim. Então, aqui mesmo, ele aprendeu
 sobre o novo comprimento.

112
00:08:24,860 --> 00:08:27,040
 Então agora vamos começar a testar isso.

113
00:08:27,040 --> 00:08:34,660
 226, 888. OK, parece que
 2424 será o RP para isso.

114
00:08:34,660 --> 00:08:43,140
 E quanto a 889? Ainda parece R4, 881.

115
00:08:43,140 --> 00:08:49,060
 Agora chegamos a alguns números ligeiramente
 diferentes, mas ainda é R4,

116
00:08:49,060 --> 00:08:55,060
 888.11. Em algum momento, lá vamos nós.

117
00:08:55,060 --> 00:09:02,520
 OK, então 888.12. Agora temos o segundo
 RP, 8383 chegando com o maior

118
00:09:02,520 --> 00:09:06,360
 número. Então, como eu disse, é
 uma espécie de forma de arte.

119
00:09:06,360 --> 00:09:10,060
 Você só precisa brincar no BSR
 com números diferentes para o

120
00:09:10,060 --> 00:09:11,760
 comprimento da máscara hash.

121
00:09:11,760 --> 00:09:16,840
 Mas acho que é virtualmente impossível prever
 com antecedência o que acontecerá

122
00:09:16,840 --> 00:09:21,340
 com um número onde você pode prever,
 OK, se eu usar 31 ou 30, isso

123
00:09:21,340 --> 00:09:24,400
 RP será usado ou esse RP será usado.

124
00:09:24,400 --> 00:09:27,180
 Você sabe, se você entrar na fórmula
 da especificação PIM, você pode

125
00:09:27,180 --> 00:09:28,540
 ser capaz de descobrir isso.

126
00:09:28,540 --> 00:09:32,540
 Mas isso é muito mais trabalho
 do que eu gostaria de fazer.

127
00:09:32,540 --> 00:09:38,600
 E é assim que os RPs são selecionados com
 base nessas mensagens de bootstrap que

128
00:09:38,600 --> 00:09:40,280
 foi recebido.

129
00:09:40,280 --> 00:09:44,120
 Então, vamos resumir tudo isso e pronto.

130
00:09:44,120 --> 00:09:47,700
 Então, com o roteador bootstrap PIM,
 número um, é um padrão da Internet

131
00:09:47,700 --> 00:09:51,660
 desenvolvido para a versão dois do PIM.

132
00:09:51,660 --> 00:09:57,320
 Número dois, você ainda tem o conceito
 de RPs candidatos e um BSR.

133
00:09:57,320 --> 00:09:59,620
 O BSR deve ser descoberto primeiro.

134
00:09:59,620 --> 00:10:02,220
 Está eleito. Só existe um.

135
00:10:02,220 --> 00:10:05,900
 Todo mundo descobre quem é o BSR.

136
00:10:05,900 --> 00:10:10,360
 E então todos os RPs candidatos transmitiram
 suas mensagens para ele.

137
00:10:10,360 --> 00:10:15,900
 Em seguida, esse BSR cria o que é chamado
 de mensagem de bootstrap, que tem um

138
00:10:15,900 --> 00:10:20,420
 lista completa de cada RP que ele
 já ouviu falar e do grupo e

139
00:10:20,420 --> 00:10:26,000
 a prioridade daquele RP que fica
 disperso por toda a rede.

140
00:10:26,000 --> 00:10:31,980
 E por último, quando um roteador individual
 realmente precisa usar um RP porque

141
00:10:31,980 --> 00:10:36,420
 precisa registrar algo e precisa
 enviar um join, ele entra

142
00:10:36,420 --> 00:10:40,260
 aquela mensagem de bootstrap, que armazenou
 isso na memória, como nós

143
00:10:40,260 --> 00:10:44,840
 Veja aqui. Ele executa o valor hash,
 a função hash e, em seguida, qualquer

144
00:10:44,840 --> 00:10:48,880
 RP acaba com o hash mais alto,
 é o que está sendo usado agora

145
00:10:48,880 --> 00:10:53,800
 para esta necessidade específica
 registrar algo ou enviar um join.

146
00:10:53,800 --> 00:10:58,620
 E isso resume o conceito do
 roteador de bootstrap PIM.