1
00:00:08,320 --> 00:00:11,580
 Então, vamos começar a nos aprofundar
 um pouco mais nos detalhes do alfinete

2
00:00:11,580 --> 00:00:17,760
 protocolo do roteador bootstrap, começando
 com o processo de eleição.

3
00:00:17,760 --> 00:00:23,820
 Então sabemos que apenas um roteador pode
 realmente ser o roteador de inicialização,

4
00:00:23,820 --> 00:00:27,160
 e é função do roteador bootstrap informar
 todos os outros roteadores

5
00:00:27,160 --> 00:00:28,980
 quem são os pontos de encontro.

6
00:00:28,980 --> 00:00:32,140
 Então, como isso é eleito?

7
00:00:32,140 --> 00:00:35,560
 Bem, é eleito por esta enxurrada
 de mensagens de bootstrap.

8
00:00:35,560 --> 00:00:36,880
 Na verdade, veremos isso
 em apenas um minuto.

9
00:00:36,880 --> 00:00:39,600
 Esse é o tipo real de mensagem PIM.

10
00:00:39,600 --> 00:00:43,200
 Então, antes de vermos os registradores
 PIM, vimos os alôs do PIM, vimos

11
00:00:43,200 --> 00:00:47,460
 O PIM se junta. Agora veremos outro tipo
 de mensagem PIM em nosso sniffer

12
00:00:47,460 --> 00:00:49,680
 trace chamado mensagem de bootstrap.

13
00:00:49,680 --> 00:00:55,080
 Estes vão para os mesmos
 endereços, olá 2240013.

14
00:00:55,080 --> 00:00:56,960
 Então é porque ele tem esse
 link no escopo local.

15
00:00:56,960 --> 00:01:01,340
 Ele deve ser replicado por cada roteador ao
 longo do salto para que possa obter todos

16
00:01:01,340 --> 00:01:06,860
 a saída. E então o roteador bootstrap,
 se houver dois ou mais roteadores

17
00:01:06,860 --> 00:01:09,040
 que são candidatos a BSRs.

18
00:01:09,040 --> 00:01:11,900
 O vencedor é aquele com maior prioridade,

19
00:01:11,900 --> 00:01:15,760
 agora a prioridade é 0 por padrão,
 mas você pode aumentá-la totalmente

20
00:01:15,760 --> 00:01:20,720
 para 255 se desejar, ou aquele
 com o endereço IP mais alto.

21
00:01:20,720 --> 00:01:22,680
 Esse será o vencedor.

22
00:01:22,680 --> 00:01:26,640
 Agora, com o PIM BSR, uma preempção
 está ativada por padrão.

23
00:01:26,640 --> 00:01:31,220
 Isso significa que se atualmente tenho
 um roteador servindo como meu BSR,

24
00:01:31,220 --> 00:01:34,260
 e digamos que o endereço
 IP dele seja 2.2.2.2.

25
00:01:34,260 --> 00:01:37,520
 E ele tem servido como BSR
 nos últimos seis meses.

26
00:01:37,520 --> 00:01:41,700
 Se eu colocar outro roteador na
 rede, configure-o como candidato

27
00:01:41,700 --> 00:01:47,180
 BSR, e seu endereço IP for maior,
 ele assumirá a função de ser

28
00:01:47,180 --> 00:01:54,140
 o BSR. Não é como se ele fosse compatível
 com um roteador específico.

29
00:01:54,140 --> 00:01:57,400
 Então é assim que configuramos
 o BSR candidato.

30
00:01:57,400 --> 00:02:04,640
 Candidato ao IPPIM BSR e, assim como nosso
 RP automático, queremos especificar

31
00:02:04,640 --> 00:02:09,840
 uma interface que seria usada como endereço
 IP de origem de nossas mensagens.

32
00:02:09,840 --> 00:02:12,480
 Então você pode especificar um
 comprimento de máscara hash.

33
00:02:12,480 --> 00:02:14,840
 Falarei sobre isso no último vídeo aqui.

34
00:02:14,840 --> 00:02:17,960
 Falaremos um pouco sobre isso,
 mas por padrão em 0.

35
00:02:17,960 --> 00:02:20,540
 E então, opcionalmente, você pode
 especificar a prioridade.

36
00:02:20,540 --> 00:02:25,320
 Como eu disse, a prioridade é
 0 se você deixar como está.

37
00:02:25,320 --> 00:02:29,880
 Então é assim que você configura
 o BSR candidato.

38
00:02:29,880 --> 00:02:32,900
 Como configuro os RPs candidatos?

39
00:02:32,900 --> 00:02:36,120
 Bem, um RP automático, isso
 foi, você se lembra?

40
00:02:36,120 --> 00:02:40,100
 Qual foi o comando no auto RP para
 especificar o RP candidato?

41
00:02:40,100 --> 00:02:51,080
 Bem, espero que o comando que lhe veio à
 mente tenha sido IPPIM RP-send-announce.

42
00:02:51,080 --> 00:02:52,700
 RP-enviar-anunciar.

43
00:02:52,700 --> 00:02:56,320
 É assim que você configura o RP candidato
 no mundo do RP automático.

44
00:02:56,320 --> 00:03:03,000
 Bem, no mundo do BSR, é o
 candidato ao RP do IPPIM.

45
00:03:03,000 --> 00:03:06,760
 Definitivamente, posso ver isso como
 uma pergunta em algum teste.

46
00:03:06,760 --> 00:03:10,560
 Eles podem fornecer os dois e dizer qual
 é usado pelo RP automático, qual

47
00:03:10,560 --> 00:03:12,960
 um é usado pela BSR.

48
00:03:12,960 --> 00:03:15,800
 Então, definitivamente, quando
 eu tiver isso claro.

49
00:03:15,800 --> 00:03:16,940
 Mesma coisa aqui.

50
00:03:16,940 --> 00:03:20,060
 O candidato a RP, você tem que especificar
 uma interface para dizer qual é a sua fonte

51
00:03:20,060 --> 00:03:23,600
 O endereço IP será.

52
00:03:23,600 --> 00:03:27,380
 E nesse ponto, você pode simplesmente
 apertar Enter e deixar como está.

53
00:03:27,380 --> 00:03:31,600
 E ele anunciará sua candidatura a RP
 como candidato a todos os multicast

54
00:03:31,600 --> 00:03:36,060
 grupos. Mas, assim como o RP automático, você
 pode consultar uma lista de acesso para dizer

55
00:03:36,060 --> 00:03:40,260
 para quais grupos específicos
 ele anunciará sua candidatura.

56
00:03:40,260 --> 00:03:43,460
 E você pode especificar uma prioridade.

57
00:03:43,460 --> 00:03:46,920
 E falarei um pouco mais sobre a
 prioridade aqui daqui a pouco

58
00:03:46,920 --> 00:03:54,020
 pedaço. Agora, como faço
 para monitorar isso?

59
00:03:54,020 --> 00:03:57,940
 Mostrar IPPIM BSR e mostrar
 mapeamento IPPIM RP.

60
00:03:57,940 --> 00:04:02,020
 Esse mesmo comando show IPPIM RP mapeamento
 também é o que usamos para monitorar

61
00:04:02,020 --> 00:04:04,140
 RP automático também.

62
00:04:04,140 --> 00:04:06,660
 Portanto, esse comando funciona
 nos dois sentidos.

63
00:04:06,660 --> 00:04:11,800
 Agora, antes de configurar isso e colocá-lo
 em execução, vamos, na verdade,

64
00:04:11,800 --> 00:04:14,420
 bem, vamos em frente e fazê-lo.

65
00:04:14,420 --> 00:04:18,020
 Vou fazer um rastreamento de atirador
 e depois veremos isso e voltaremos

66
00:04:18,020 --> 00:04:27,180
 para esses slides aqui.

67
00:04:27,180 --> 00:04:31,940
 Tudo bem, então vamos entrar,
 vamos ver aqui.

68
00:04:31,940 --> 00:04:35,840
 Vamos retirar algumas de nossas coisas de
 RP automático agora porque não precisamos

69
00:04:35,840 --> 00:04:46,940
 ambos. Então, vou começar convertendo todas
 as minhas interfaces de volta para

70
00:04:46,940 --> 00:04:54,060
 modo esparso, que elimina todas as possíveis
 inundações que me preocupavam

71
00:04:54,060 --> 00:05:20,160
 sobre. 0001. Ok.

72
00:05:20,160 --> 00:05:22,320
 O que temos aqui?

73
00:05:22,320 --> 00:05:24,940
 Isso é zero barra zero.

74
00:05:24,940 --> 00:05:33,640
 OK. E esse cara aqui mostra a seção PIM.

75
00:05:33,640 --> 00:05:38,900
 Vamos nos livrar disso porque não
 faremos mais RP automático.

76
00:05:38,900 --> 00:05:55,080
 Ok, vamos para o roteador oito.

77
00:05:55,080 --> 00:05:58,380
 E agora esse cara, acredito, está configurando
 nosso agente de mapeamento.

78
00:05:58,380 --> 00:06:02,820
 Então, vamos nos livrar disso
 porque é para RP automático.

79
00:06:02,820 --> 00:06:20,120
 Agora só precisamos ir
 para o roteador quatro.

80
00:06:20,120 --> 00:06:23,560
 Ok, então todos estão configurados
 neste momento.

81
00:06:23,560 --> 00:06:29,160
 Voltamos ao modo esparso, mas ainda
 não configuramos nada de BSR.

82
00:06:29,160 --> 00:06:34,000
 Então vamos começar configurando,
 vamos ver aqui.

83
00:06:34,000 --> 00:06:41,120
 Por que não temos o roteador quatro e
 o roteador oito que afirmam ser BSR?

84
00:06:41,120 --> 00:06:48,100
 Portanto, configuraremos ambos os
 roteadores como candidatos a BSRs.

85
00:06:48,100 --> 00:06:52,300
 E vamos apenas confiar, usaremos a prioridade
 para tomar a decisão sobre

86
00:06:52,300 --> 00:06:53,140
 quem é o vencedor.

87
00:06:53,140 --> 00:06:57,620
 Portanto, darei ao roteador quatro maior
 prioridade do que ao roteador oito.

88
00:06:57,620 --> 00:07:00,460
 No roteador oito nem vou
 configurar a prioridade.

89
00:07:00,460 --> 00:07:03,220
 Então, vamos começar com o roteador
 quatro, já que estamos aqui.

90
00:07:03,220 --> 00:07:08,100
 Candidato de traço IP PIM BSR.

91
00:07:08,100 --> 00:07:13,180
 E vamos apenas selecionar, não sei,
 série zero barra uma barra zero

92
00:07:13,180 --> 00:07:16,240
 como um endereço IP de origem.

93
00:07:16,240 --> 00:07:18,360
 Deixaremos a máscara hash padrão.

94
00:07:18,360 --> 00:07:21,940
 E observe que se você quiser chegar
 à prioridade, você deve especificar

95
00:07:21,940 --> 00:07:25,780
 a máscara de hash. Agora eu sei que agora
 você está dizendo o que é um hash

96
00:07:25,780 --> 00:07:27,360
 mascarar? Você ainda não explicou isso.

97
00:07:27,360 --> 00:07:29,500
 Bem, chegaremos a isso.

98
00:07:29,500 --> 00:07:37,140
 Mas agora vou fazer a lista de prioridades,
 fazer uma prioridade de 40.

99
00:07:37,140 --> 00:07:40,540
 Ok, e antes de fazer qualquer uma dessas
 coisas, quero começar a fazer um sniffer

100
00:07:40,540 --> 00:07:50,940
 vestígios aqui. Então vamos capturar,
 o que queremos capturar aqui?

101
00:07:50,940 --> 00:07:59,540
 A velocidade mais rápida do nosso quatro
 em zero zero, que é zero sete no switch.

102
00:07:59,540 --> 00:08:04,700
 Ok, qualquer coisa que
 entre ou saia disso.

103
00:08:04,700 --> 00:08:11,200
 Que tal nossos oito zero zero e zero um?

104
00:08:11,200 --> 00:08:19,860
 Isso será zero dois e zero treze.

105
00:08:19,860 --> 00:08:24,600
 E isso deveria bastar.

106
00:08:24,600 --> 00:08:29,440
 Vamos ver aqui. E teremos o
 roteador três como candidato

107
00:08:29,440 --> 00:08:32,980
 PR. Já estou capturando no zero zero
 então deve capturar as mensagens dele

108
00:08:32,980 --> 00:08:35,540
 também quando chegarmos perto dele.

109
00:08:35,540 --> 00:08:38,020
 Tudo bem, então vamos
 para a mudança aqui.

110
00:08:38,020 --> 00:08:40,600
 Antes de fazer isso.

111
00:08:40,600 --> 00:09:00,200
 Vamos para o interruptor.

112
00:09:00,200 --> 00:09:03,820
 Ok, então será zero barra dois, velocidade
 mais rápida em zero barra sete

113
00:09:03,820 --> 00:09:10,220
 e velocidade zero barra treze.

114
00:09:10,220 --> 00:09:26,440
 Ok, então vamos voltar
 ao roteador quatro.

115
00:09:26,440 --> 00:09:41,660
 Ok, vamos começar o rastreamento
 do farejador.

116
00:09:41,660 --> 00:09:45,180
 Ok, então podemos ver um monte
 de mensagens de bootstrap.

117
00:09:45,180 --> 00:09:48,100
 E a razão pela qual estamos vendo muitos
 deles é porque estou capturando

118
00:09:48,100 --> 00:09:51,200
 em múltiplas interfaces, então
 estamos vendo eles chegando.

119
00:09:51,200 --> 00:09:52,740
 Estamos vendo eles saindo.

120
00:09:52,740 --> 00:09:55,740
 Estamos vendo eles sendo encaminhados.

121
00:09:55,740 --> 00:09:58,320
 Na verdade, é apenas uma mensagem.

122
00:09:58,320 --> 00:10:04,520
 Então, se eu abrir um pouco.

123
00:10:04,520 --> 00:10:09,660
 Observe que ele é transportado no PIM porque
 este é outro tipo de mensagem PIM,

124
00:10:09,660 --> 00:10:11,600
 tipo de mensagem quatro bootstrap.

125
00:10:11,600 --> 00:10:17,740
 E é muito simples neste caso.

126
00:10:17,740 --> 00:10:20,740
 Ele está dizendo que este
 é o roteador bootstrap.

127
00:10:20,740 --> 00:10:22,060
 Desejo ser o roteador bootstrap.

128
00:10:22,060 --> 00:10:24,500
 Este é o roteador quatro agora, dois
 ponto quatro ponto dois ponto quatro.

129
00:10:24,500 --> 00:10:29,480
 E demos a ele uma prioridade de quarenta.

130
00:10:29,480 --> 00:10:35,680
 E agora iremos configurar um comando
 semelhante no roteador oito.

131
00:10:35,680 --> 00:10:39,180
 Mas daremos a ele uma prioridade menor.

132
00:10:39,180 --> 00:10:51,220
 Vamos deixá-lo assim.

133
00:10:51,220 --> 00:10:55,080
 Então agora ambos estão enviando
 mensagens BSR e continuarão a

134
00:10:55,080 --> 00:10:57,900
 faça isso. Não é como
 se alguém fosse parar.

135
00:10:57,900 --> 00:11:02,580
 No mundo de alguns protocolos como spanning
 tree, por exemplo, uma vez que todos

136
00:11:02,580 --> 00:11:06,220
 sabe quem é a ponte raiz, é apenas
 trabalho da ponte raiz enviar

137
00:11:06,220 --> 00:11:09,700
 BPDUs periodicamente e
 todo mundo fica quieto.

138
00:11:09,700 --> 00:11:12,760
 Não é assim com o BSR.

139
00:11:12,760 --> 00:11:18,240
 Neste caso específico, vamos continuar
 capturando alguns deles aqui.

140
00:11:18,240 --> 00:11:27,220
 Provavelmente isso é o suficiente.

141
00:11:27,220 --> 00:11:29,440
 Ainda não recebemos nenhuma
 mensagem de bootstrap.

142
00:11:29,440 --> 00:11:32,740
 Vamos continuar.

143
00:11:32,740 --> 00:11:48,100
 Ok, aqui estão algumas
 mensagens de bootstrap.

144
00:11:48,100 --> 00:11:51,620
 Dois quatro, dois quatro, dois quatro.

145
00:11:51,620 --> 00:12:02,120
 Então, o que está acontecendo neste caso
 específico é que parece que perdemos,

146
00:12:02,120 --> 00:12:07,420
 Não capturei a mensagem de bootstrap
 enviada do roteador oito.

147
00:12:07,420 --> 00:12:11,540
 Mas é bem possível que assim que eu
 apertar o comando no roteador oito,

148
00:12:11,540 --> 00:12:16,420
 antes mesmo de ter a chance de criar sua
 própria mensagem bootstrap, ele pode

149
00:12:16,420 --> 00:12:20,260
 recebeu a mensagem de bootstrap recebida
 do roteador quatro e ele

150
00:12:20,260 --> 00:12:22,980
 talvez tenha acabado de perceber, ah,
 o roteador quatro é melhor que eu.

151
00:12:22,980 --> 00:12:27,240
 Ele tem uma prioridade maior do
 que eu, então nem vou criar meu

152
00:12:27,240 --> 00:12:29,880
 ter. Vou apenas encaminhar o dele.

153
00:12:29,880 --> 00:12:37,420
 Portanto, todos eles têm o nome ou
 ID do roteador quatro no campo BSR.

154
00:12:37,420 --> 00:12:39,600
 Mas eu poderia mudar isso.

155
00:12:39,600 --> 00:12:43,160
 Na verdade, vamos para o roteador oito
 e damos a ele uma prioridade de 50, e

156
00:12:43,160 --> 00:12:50,880
 veremos como isso muda.

157
00:12:50,880 --> 00:12:56,860
 Tudo bem, vamos começar de novo.

158
00:12:56,860 --> 00:13:01,560
 Vamos, tubarão de arame.

159
00:13:01,560 --> 00:13:04,580
 Tudo bem, e tudo isso falha.

160
00:13:04,580 --> 00:13:37,800
 Comece de novo. OK.

161
00:13:37,800 --> 00:13:40,620
 Agora não consigo nem impedir
 o rastreamento do atirador.

162
00:13:40,620 --> 00:13:44,760
 Legal. Aqui vamos nós.

163
00:13:44,760 --> 00:13:51,420
 Ok, então aqui vemos que o roteador bootstrap
 está sendo anunciado como oito

164
00:13:51,420 --> 00:13:52,940
 ponto dois ponto oito ponto oito.

165
00:13:52,940 --> 00:13:57,500
 Agora, como estou capturando em múltiplas
 interfaces, não sabemos realmente

166
00:13:57,500 --> 00:14:03,740
 se esta é a mensagem de bootstrap
 originada no roteador oito, ou se

167
00:14:03,740 --> 00:14:05,260
 este é apenas um que estava bem.

168
00:14:05,260 --> 00:14:07,580
 Então somos encaminhados
 por outro roteador.

169
00:14:07,580 --> 00:14:18,620
 Mas nem vemos aqui um, bem, aqui está
 o roteador quatro, três ponto quatro

170
00:14:18,620 --> 00:14:19,560
 ponto três ponto quatro.

171
00:14:19,560 --> 00:14:21,400
 Esse é o endereço IP do roteador quatro.

172
00:14:21,400 --> 00:14:25,280
 Então, com base no fato de que esse é o endereço
 de origem dele, podemos ver que ele está

173
00:14:25,280 --> 00:14:30,320
 encaminhando a mensagem de
 bootstrap do roteador oito.

174
00:14:30,320 --> 00:14:33,720
 Portanto, nem vemos mais a mensagem
 de bootstrap do roteador quatro.

175
00:14:33,720 --> 00:14:37,780
 Ele tirou o nome dele de lá e todo
 mundo agora percebe que o roteador

176
00:14:37,780 --> 00:14:41,600
 oito é o BSR, em virtude
 da maior prioridade.

177
00:14:41,600 --> 00:14:46,520
 Agora, a última peça do quebra-cabeça
 é fazer do roteador um candidato

178
00:14:46,520 --> 00:14:55,740
 PR. Então, voltaremos ao nosso
 amigo roteador três.

179
00:14:55,740 --> 00:15:04,940
 E faremos isso IPPIM RP-Canadá,
 ethernet rápida zero barra um.

180
00:15:04,940 --> 00:15:10,020
 E não vou mudar a prioridade
 nem nada parecido.

181
00:15:10,020 --> 00:15:15,840
 Vou mudar o intervalo para que
 eles saiam com mais frequência.

182
00:15:15,840 --> 00:15:30,700
 Vamos começar isso de novo.

183
00:15:30,700 --> 00:15:46,260
 Ok, então é isso que eu queria destacar.

184
00:15:46,260 --> 00:15:49,120
 Aqui vamos nós. OK.

185
00:15:49,120 --> 00:15:59,740
 Portanto, um roteador servindo como candidato
 a RP no PIMBSR nem sequer fala.

186
00:15:59,740 --> 00:16:03,820
 Ele nem manda anúncio de RP,
 e a gente vê aqui, se chama

187
00:16:03,820 --> 00:16:05,340
 um candidato RP.

188
00:16:05,340 --> 00:16:07,460
 Anúncio do candidato RP.

189
00:16:07,460 --> 00:16:11,940
 Ele nem enviará isso até saber quem
 é o roteador de inicialização.

190
00:16:11,940 --> 00:16:13,900
 Agora, por que isso?

191
00:16:13,900 --> 00:16:16,120
 Pois bem, dê uma olhada nesta mensagem.

192
00:16:16,120 --> 00:16:18,740
 Isto não é multicast.

193
00:16:18,740 --> 00:16:20,720
 Isso é unicast.

194
00:16:20,720 --> 00:16:25,160
 Assim, os RPs candidatos, uma vez que sabem
 quem é o BSR, eles realmente enviam

195
00:16:25,160 --> 00:16:29,960
 um anúncio RP unicast diretamente
 para o BSR.

196
00:16:29,960 --> 00:16:34,800
 E é claro que eles não poderiam fazer
 isso se não soubessem de antemão quem

197
00:16:34,800 --> 00:16:40,780
 o BSR é. Então aqui está
 ele enviando para o BSR.

198
00:16:40,780 --> 00:16:43,040
 E podemos ver que ele diz,
 aqui está meu nome.

199
00:16:43,040 --> 00:16:47,060
 Eu quero ser o RP de tudo.

200
00:16:47,060 --> 00:16:57,640
 E então... Então vamos ver
 aqui foi o primeiro.

201
00:16:57,640 --> 00:17:03,020
 E então isso agora, agora nossa mensagem
 de bootstrap do BSR não contém apenas

202
00:17:03,020 --> 00:17:08,380
 seu identificador, seu nome, mas também
 contém informações sobre aquele

203
00:17:08,380 --> 00:17:10,620
 ponto de encontro.

204
00:17:10,620 --> 00:17:15,060
 Agora, antes de prosseguir um pouco
 mais, vamos voltar aos slides porque

205
00:17:15,060 --> 00:17:17,820
 Não quero me adiantar muito.

206
00:17:17,820 --> 00:17:27,280
 Ok, vimos que o BSR envia o que chamamos
 de mensagens de bootstrap.

207
00:17:27,280 --> 00:17:31,140
 Agora, aqui está uma grande diferença
 entre este e o RP automático.

208
00:17:31,140 --> 00:17:36,380
 No mundo do auto RP, o agente de mapeamento
 era responsável por coletar

209
00:17:36,380 --> 00:17:41,200
 todas as mensagens anunciadas pelo RP e
 o agente de mapeamento elegeu a melhor

210
00:17:41,200 --> 00:17:43,480
 RP para qualquer grupo.

211
00:17:43,480 --> 00:17:46,820
 Então, todos os outros roteadores por
 aí não sabiam necessariamente o

212
00:17:46,820 --> 00:17:51,060
 gama de RPs. Tudo o que eles sabiam eram
 os RPs que o agente de mapeamento

213
00:17:51,060 --> 00:17:55,500
 havia eleito. PIMBSR não é assim.

214
00:17:55,500 --> 00:18:01,920
 No PIMBSR a ideia é toda informação
 unicastor do RP para o BSR

215
00:18:01,920 --> 00:18:07,300
 o BSR reúne todos eles em uma lista combinada
 naquela mensagem de bootstrap

216
00:18:07,300 --> 00:18:08,520
 e então ele envia.

217
00:18:08,520 --> 00:18:13,760
 Portanto, cada roteador da
 rede conhece cada BSR.

218
00:18:13,760 --> 00:18:17,980
 Nem todos os BSR, todos
 os pontos de encontro.

219
00:18:17,980 --> 00:18:22,320
 Então, se eu sou um roteador em algum
 lugar da rede e digo, ok, já

220
00:18:22,320 --> 00:18:26,520
 acabei de receber uma mensagem de
 bootstrap do BSR e lá dentro, há

221
00:18:26,520 --> 00:18:32,300
 uma lista de quatro pontos de encontro diferentes,
 todos atendendo exatamente ao mesmo

222
00:18:32,300 --> 00:18:35,880
 grupo. Bem, sabemos que o nosso,
 que o PIM não pode fazer isso.

223
00:18:35,880 --> 00:18:37,720
 O PIM só pode usar um.

224
00:18:37,720 --> 00:18:42,020
 Então, em vez de um RP automático onde
 um roteador tomou essa decisão, o

225
00:18:42,020 --> 00:18:45,020
 agente de mapeamento disse, vou
 dizer quem você deve usar.

226
00:18:45,020 --> 00:18:48,560
 Nesse caso, cabe a cada roteador
 individualmente.

227
00:18:48,560 --> 00:18:51,660
 Cada roteador quando recebe essas
 mensagens de bootstrap, se eles

228
00:18:51,660 --> 00:18:55,400
 veja dois ou mais roteadores atendendo
 ao mesmo grupo, cada roteador

229
00:18:55,400 --> 00:19:01,020
 elegerão independentemente qual
 RP eles desejam usar para

230
00:19:01,020 --> 00:19:02,640
 qualquer grupo.

231
00:19:02,640 --> 00:19:05,140
 Agora entrarei em mais detalhes sobre
 isso daqui a pouco, mas vimos

232
00:19:05,140 --> 00:19:11,500
 um pouco de uma prévia disso
 porque quando olhamos

233
00:19:11,500 --> 00:19:14,120
 no nosso, vamos voltar.

234
00:19:14,120 --> 00:19:16,360
 Na verdade, vamos avançar um pouco.

235
00:19:16,360 --> 00:19:17,500
 Então esta é a mensagem do bootstrap.

236
00:19:17,500 --> 00:19:19,780
 Vimos isso no rastreamento do atirador.

237
00:19:19,780 --> 00:19:24,500
 Gerado por BSRs vai para 220.000, 13.

238
00:19:24,500 --> 00:19:28,920
 Contém uma lista de todos os pontos
 de encontro conhecidos.

239
00:19:28,920 --> 00:19:30,480
 Portanto, o BSR não discrimina.

240
00:19:30,480 --> 00:19:35,220
 Ele apenas coleta todos eles e os coloca
 naquela mensagem de inicialização.

241
00:19:35,220 --> 00:19:40,640
 Então observe nesta mensagem específica
 aqui, e isso me salvará de

242
00:19:40,640 --> 00:19:41,960
 ter que fazer isso no laboratório.

243
00:19:41,960 --> 00:19:45,540
 Observe que nesta mensagem específica,
 o roteador de inicialização diz, ok,

244
00:19:45,540 --> 00:19:48,380
 Estou falando sobre dois BSRs.

245
00:19:48,380 --> 00:19:55,500
 Portanto, esses dois BSRs atendem
 exatamente ao mesmo grupo.

246
00:19:55,500 --> 00:19:58,960
 220, você sabe, toda a faixa multicast.

247
00:19:58,960 --> 00:20:05,000
 Portanto, há dois pontos de encontro
 dos quais estou falando.

248
00:20:05,000 --> 00:20:10,640
 E diz, ok, a prioridade para o primeiro
 ponto de encontro, 2722 é

249
00:20:10,640 --> 00:20:15,640
 20. A prioridade para o segundo
 ponto de encontro é 30.

250
00:20:15,640 --> 00:20:17,520
 Então, acho que isso lhe
 dá uma pequena dica.

251
00:20:17,520 --> 00:20:20,980
 Neste caso específico,
 a prioridade vence.

252
00:20:20,980 --> 00:20:25,120
 A prioridade mais alta, então todos os roteadores
 que receberem isso escolherão por si mesmos

253
00:20:25,120 --> 00:20:30,900
 3.7.3.3 como ponto de encontro
 porque tem maior prioridade

254
00:20:30,900 --> 00:20:45,120
 do que 2.7.2. E eu pesquisei isso
 porque estava curioso, você sabe,

255
00:20:45,120 --> 00:20:48,040
 sempre que vejo rastros de farejadores,
 fico curioso sobre cada pequeno

256
00:20:48,040 --> 00:20:51,600
 campo e o que isso significa, não que
 você provavelmente precise saber disso

257
00:20:51,600 --> 00:20:55,260
 para qualquer tipo de teste
 ou algo assim, exceto FRP.

258
00:20:55,260 --> 00:20:58,800
 O que é isso? Para vocês como eu que
 gostam de saber esse tipo de coisa,

259
00:20:58,800 --> 00:21:02,180
 que significa contagem
 de RP de fragmentos.

260
00:21:02,180 --> 00:21:08,220
 Isso se refere a que você precisaria
 de muitos RPs para fazer isso

261
00:21:08,220 --> 00:21:11,900
 acontecer, mas existe a possibilidade
 de, digamos, que você tenha, não sei,

262
00:21:11,900 --> 00:21:16,320
 100 RPs ou 100 RPs potenciais
 em sua rede.

263
00:21:16,320 --> 00:21:22,200
 E a lista completa deles simplesmente
 não cabe em um único bootstrap

264
00:21:22,200 --> 00:21:27,120
 mensagem. Bem, nesse caso, essa mensagem
 de bootstrap poderia ser fragmentada,

265
00:21:27,120 --> 00:21:32,700
 colocado em vários pacotes IP e, portanto,
 a contagem de FRP dá uma espécie de pista

266
00:21:32,700 --> 00:21:35,940
 quanto a, ok, há outros
 fragmentos chegando.

267
00:21:35,940 --> 00:21:40,300
 Há mais RPs do que estou enviando
 apenas neste bootstrap

268
00:21:40,300 --> 00:21:43,000
 mensagem. Procure alguns outros também.

269
00:21:43,000 --> 00:21:46,880
 Então isso é uma espécie de indicador para
 os roteadores receptores sobre isso.

270
00:21:46,880 --> 00:21:50,700
 Provavelmente não verá isso sendo usado com muita
 frequência, porque como eu disse, você teria

271
00:21:50,700 --> 00:21:52,680
 ter muitos RPs em potencial.

272
00:21:52,680 --> 00:21:57,480
 Para enchê-lo tão grande que
 não cabe em um único pacote.

273
00:21:57,480 --> 00:22:08,600
 E a tag fragment, que é
 usada pela mesma coisa.

274
00:22:08,600 --> 00:22:13,880
 Então, uma tag de fragmento é como
 pensar no cabeçalho IP de um IPv4

275
00:22:13,880 --> 00:22:16,900
 pacote. Tem o campo ID, certo?

276
00:22:16,900 --> 00:22:20,740
 Portanto, se esse pacote IP tiver que
 ser fragmentado, cada fragmento será

277
00:22:20,740 --> 00:22:24,280
 têm exatamente o mesmo número
 de ID do pacote original.

278
00:22:24,280 --> 00:22:27,440
 Dessa forma, todos eles podem ser, quando
 os receptores recebem esses fragmentos,

279
00:22:27,440 --> 00:22:30,920
 eles podem dizer, ah, ok, eu sei que tudo
 isso faz parte de um todo coerente

280
00:22:30,920 --> 00:22:33,340
 pacote. Este é o mesmo tipo de coisa.

281
00:22:33,340 --> 00:22:37,320
 Se uma mensagem de bootstrap tiver que
 ser fragmentada, todas elas conterão o

282
00:22:37,320 --> 00:22:39,020
 mesma tag de fragmento.

283
00:22:39,020 --> 00:22:49,960
 OK? Ok, então estas são as
 mensagens do candidato RP.

284
00:22:49,960 --> 00:22:51,460
 Vimos isso no rastreamento do trecho.

285
00:22:51,460 --> 00:22:54,040
 Vimos como eles são unicast.

286
00:22:54,040 --> 00:22:56,500
 Inclui uma prioridade.

287
00:22:56,500 --> 00:23:00,600
 Usa PIM como protocolo de transporte.

288
00:23:00,600 --> 00:23:04,220
 Então, atrás do cabeçalho IP, vimos
 que isso era transportado no PIM.

289
00:23:04,220 --> 00:23:08,600
 E mais uma vez, aqui está
 um exemplo de um deles.

290
00:23:08,600 --> 00:23:14,180
 E já vimos isso na captura
 do atirador de tubarão.

291
00:23:14,180 --> 00:23:20,700
 Agora vamos, neste ponto, porque
 tenho tudo configurado,

292
00:23:20,700 --> 00:23:29,800
 vamos para o roteador dois, que recebeu
 essas mensagens de bootstrap.

293
00:23:29,800 --> 00:23:35,920
 E vamos usar o mesmo comando que
 usamos no auto RP, show IP PIM

294
00:23:35,920 --> 00:23:42,160
 Mapeamento PR. E podemos ver.

295
00:23:42,160 --> 00:23:46,160
 Diz, agora neste caso, eu só tenho
 um único RP, então não há muito

296
00:23:46,160 --> 00:23:50,780
 aqui. Mas se eu tivesse configurado dois,
 três ou quatro RP candidatos, de modo que

297
00:23:50,780 --> 00:23:51,960
 na verdade, vamos fazer isso.

298
00:23:51,960 --> 00:23:57,140
 Porque um roteador bootstrap também pode
 ser um candidato a RP ao mesmo tempo.

299
00:23:57,140 --> 00:24:04,760
 Então, vamos ao roteador quatro e configurá-lo
 como candidato a RP também.

300
00:24:04,760 --> 00:24:20,900
 Candidato a RP. Ok, agora vamos
 para o roteador dois.

301
00:24:20,900 --> 00:24:32,320
 Ok, agora vemos todos os pontos
 de encontro, certo?

302
00:24:32,320 --> 00:24:37,600
 Porque todos eles estavam contidos naquela
 única mensagem de bootstrap.

303
00:24:37,600 --> 00:24:42,460
 E está dizendo que qualquer um deles poderia
 ser um candidato potencial para

304
00:24:42,460 --> 00:24:44,900
 toda a faixa multicast.

305
00:24:44,900 --> 00:24:50,680
 Agora, olhando apenas para este
 resultado, não há como prever

306
00:24:50,680 --> 00:24:54,760
 só a partir deste comando, qual roteador
 será realmente utilizado.

307
00:24:54,760 --> 00:24:59,380
 Então, se esse cara precisar enviar uma
 mensagem de cadastro ou adesão, ele vai

308
00:24:59,380 --> 00:25:02,600
 usar dois quatro ou dois quatro,
 ou ele vai usar oito três, oito

309
00:25:02,600 --> 00:25:05,000
 três, porque ambos têm exatamente
 a mesma prioridade?

310
00:25:05,000 --> 00:25:07,360
 Bem, a partir disso, você não pode dizer.