EntÃ£o, vamos comeÃ§ar a nos aprofundar um pouco mais nos detalhes do alfinete
protocolo do roteador bootstrap, comeÃ§ando com o processo de eleiÃ§Ã£o.
EntÃ£o sabemos que apenas um roteador pode realmente ser o roteador de inicializaÃ§Ã£o,
e Ã© funÃ§Ã£o do roteador bootstrap informar todos os outros roteadores
quem sÃ£o os pontos de encontro.
EntÃ£o, como isso Ã© eleito?
Bem, Ã© eleito por esta enxurrada de mensagens de bootstrap.
Na verdade, veremos isso em apenas um minuto.
Esse Ã© o tipo real de mensagem PIM.
EntÃ£o, antes de vermos os registradores PIM, vimos os alÃ´s do PIM, vimos
O PIM se junta. Agora veremos outro tipo de mensagem PIM em nosso sniffer
trace chamado mensagem de bootstrap.
Estes vÃ£o para os mesmos endereÃ§os, olÃ¡ 2240013.
EntÃ£o Ã© porque ele tem esse link no escopo local.
Ele deve ser replicado por cada roteador ao longo do salto para que possa obter todos
a saÃ­da. E entÃ£o o roteador bootstrap, se houver dois ou mais roteadores
que sÃ£o candidatos a BSRs.
O vencedor Ã© aquele com maior prioridade,
agora a prioridade Ã© 0 por padrÃ£o, mas vocÃª pode aumentÃ¡-la totalmente
para 255 se desejar, ou aquele com o endereÃ§o IP mais alto.
Esse serÃ¡ o vencedor.
Agora, com o PIM BSR, uma preempÃ§Ã£o estÃ¡ ativada por padrÃ£o.
Isso significa que se atualmente tenho um roteador servindo como meu BSR,
e digamos que o endereÃ§o IP dele seja 2.2.2.2.
E ele tem servido como BSR nos Ãºltimos seis meses.
Se eu colocar outro roteador na rede, configure-o como candidato
BSR, e seu endereÃ§o IP for maior, ele assumirÃ¡ a funÃ§Ã£o de ser
o BSR. NÃ£o Ã© como se ele fosse compatÃ­vel com um roteador especÃ­fico.
EntÃ£o Ã© assim que configuramos o BSR candidato.
Candidato ao IPPIM BSR e, assim como nosso RP automÃ¡tico, queremos especificar
uma interface que seria usada como endereÃ§o IP de origem de nossas mensagens.
EntÃ£o vocÃª pode especificar um comprimento de mÃ¡scara hash.
Falarei sobre isso no Ãºltimo vÃ­deo aqui.
Falaremos um pouco sobre isso, mas por padrÃ£o em 0.
E entÃ£o, opcionalmente, vocÃª pode especificar a prioridade.
Como eu disse, a prioridade Ã© 0 se vocÃª deixar como estÃ¡.
EntÃ£o Ã© assim que vocÃª configura o BSR candidato.
Como configuro os RPs candidatos?
Bem, um RP automÃ¡tico, isso foi, vocÃª se lembra?
Qual foi o comando no auto RP para especificar o RP candidato?
Bem, espero que o comando que lhe veio Ã mente tenha sido IPPIM RP-send-announce.
RP-enviar-anunciar.
Ã assim que vocÃª configura o RP candidato no mundo do RP automÃ¡tico.
Bem, no mundo do BSR, Ã© o candidato ao RP do IPPIM.
Definitivamente, posso ver isso como uma pergunta em algum teste.
Eles podem fornecer os dois e dizer qual Ã© usado pelo RP automÃ¡tico, qual
um Ã© usado pela BSR.
EntÃ£o, definitivamente, quando eu tiver isso claro.
Mesma coisa aqui.
O candidato a RP, vocÃª tem que especificar uma interface para dizer qual Ã© a sua fonte
O endereÃ§o IP serÃ¡.
E nesse ponto, vocÃª pode simplesmente apertar Enter e deixar como estÃ¡.
E ele anunciarÃ¡ sua candidatura a RP como candidato a todos os multicast
grupos. Mas, assim como o RP automÃ¡tico, vocÃª pode consultar uma lista de acesso para dizer
para quais grupos especÃ­ficos ele anunciarÃ¡ sua candidatura.
E vocÃª pode especificar uma prioridade.
E falarei um pouco mais sobre a prioridade aqui daqui a pouco
pedaÃ§o. Agora, como faÃ§o para monitorar isso?
Mostrar IPPIM BSR e mostrar mapeamento IPPIM RP.
Esse mesmo comando show IPPIM RP mapeamento tambÃ©m Ã© o que usamos para monitorar
RP automÃ¡tico tambÃ©m.
Portanto, esse comando funciona nos dois sentidos.
Agora, antes de configurar isso e colocÃ¡-lo em execuÃ§Ã£o, vamos, na verdade,
bem, vamos em frente e fazÃª-lo.
Vou fazer um rastreamento de atirador e depois veremos isso e voltaremos
para esses slides aqui.
Tudo bem, entÃ£o vamos entrar, vamos ver aqui.
Vamos retirar algumas de nossas coisas de RP automÃ¡tico agora porque nÃ£o precisamos
ambos. EntÃ£o, vou comeÃ§ar convertendo todas as minhas interfaces de volta para
modo esparso, que elimina todas as possÃ­veis inundaÃ§Ãµes que me preocupavam
sobre. 0001. Ok.
O que temos aqui?
Isso Ã© zero barra zero.
OK. E esse cara aqui mostra a seÃ§Ã£o PIM.
Vamos nos livrar disso porque nÃ£o faremos mais RP automÃ¡tico.
Ok, vamos para o roteador oito.
E agora esse cara, acredito, estÃ¡ configurando nosso agente de mapeamento.
EntÃ£o, vamos nos livrar disso porque Ã© para RP automÃ¡tico.
Agora sÃ³ precisamos ir para o roteador quatro.
Ok, entÃ£o todos estÃ£o configurados neste momento.
Voltamos ao modo esparso, mas ainda nÃ£o configuramos nada de BSR.
EntÃ£o vamos comeÃ§ar configurando, vamos ver aqui.
Por que nÃ£o temos o roteador quatro e o roteador oito que afirmam ser BSR?
Portanto, configuraremos ambos os roteadores como candidatos a BSRs.
E vamos apenas confiar, usaremos a prioridade para tomar a decisÃ£o sobre
quem Ã© o vencedor.
Portanto, darei ao roteador quatro maior prioridade do que ao roteador oito.
No roteador oito nem vou configurar a prioridade.
EntÃ£o, vamos comeÃ§ar com o roteador quatro, jÃ¡ que estamos aqui.
Candidato de traÃ§o IP PIM BSR.
E vamos apenas selecionar, nÃ£o sei, sÃ©rie zero barra uma barra zero
como um endereÃ§o IP de origem.
Deixaremos a mÃ¡scara hash padrÃ£o.
E observe que se vocÃª quiser chegar Ã prioridade, vocÃª deve especificar
a mÃ¡scara de hash. Agora eu sei que agora vocÃª estÃ¡ dizendo o que Ã© um hash
mascarar? VocÃª ainda nÃ£o explicou isso.
Bem, chegaremos a isso.
Mas agora vou fazer a lista de prioridades, fazer uma prioridade de 40.
Ok, e antes de fazer qualquer uma dessas coisas, quero comeÃ§ar a fazer um sniffer
vestÃ­gios aqui. EntÃ£o vamos capturar, o que queremos capturar aqui?
A velocidade mais rÃ¡pida do nosso quatro em zero zero, que Ã© zero sete no switch.
Ok, qualquer coisa que entre ou saia disso.
Que tal nossos oito zero zero e zero um?
Isso serÃ¡ zero dois e zero treze.
E isso deveria bastar.
Vamos ver aqui. E teremos o roteador trÃªs como candidato
PR. JÃ¡ estou capturando no zero zero entÃ£o deve capturar as mensagens dele
tambÃ©m quando chegarmos perto dele.
Tudo bem, entÃ£o vamos para a mudanÃ§a aqui.
Antes de fazer isso.
Vamos para o interruptor.
Ok, entÃ£o serÃ¡ zero barra dois, velocidade mais rÃ¡pida em zero barra sete
e velocidade zero barra treze.
Ok, entÃ£o vamos voltar ao roteador quatro.
Ok, vamos comeÃ§ar o rastreamento do farejador.
Ok, entÃ£o podemos ver um monte de mensagens de bootstrap.
E a razÃ£o pela qual estamos vendo muitos deles Ã© porque estou capturando
em mÃºltiplas interfaces, entÃ£o estamos vendo eles chegando.
Estamos vendo eles saindo.
Estamos vendo eles sendo encaminhados.
Na verdade, Ã© apenas uma mensagem.
EntÃ£o, se eu abrir um pouco.
Observe que ele Ã© transportado no PIM porque este Ã© outro tipo de mensagem PIM,
tipo de mensagem quatro bootstrap.
E Ã© muito simples neste caso.
Ele estÃ¡ dizendo que este Ã© o roteador bootstrap.
Desejo ser o roteador bootstrap.
Este Ã© o roteador quatro agora, dois ponto quatro ponto dois ponto quatro.
E demos a ele uma prioridade de quarenta.
E agora iremos configurar um comando semelhante no roteador oito.
Mas daremos a ele uma prioridade menor.
Vamos deixÃ¡-lo assim.
EntÃ£o agora ambos estÃ£o enviando mensagens BSR e continuarÃ£o a
faÃ§a isso. NÃ£o Ã© como se alguÃ©m fosse parar.
No mundo de alguns protocolos como spanning tree, por exemplo, uma vez que todos
sabe quem Ã© a ponte raiz, Ã© apenas trabalho da ponte raiz enviar
BPDUs periodicamente e todo mundo fica quieto.
NÃ£o Ã© assim com o BSR.
Neste caso especÃ­fico, vamos continuar capturando alguns deles aqui.
Provavelmente isso Ã© o suficiente.
Ainda nÃ£o recebemos nenhuma mensagem de bootstrap.
Vamos continuar.
Ok, aqui estÃ£o algumas mensagens de bootstrap.
Dois quatro, dois quatro, dois quatro.
EntÃ£o, o que estÃ¡ acontecendo neste caso especÃ­fico Ã© que parece que perdemos,
NÃ£o capturei a mensagem de bootstrap enviada do roteador oito.
Mas Ã© bem possÃ­vel que assim que eu apertar o comando no roteador oito,
antes mesmo de ter a chance de criar sua prÃ³pria mensagem bootstrap, ele pode
recebeu a mensagem de bootstrap recebida do roteador quatro e ele
talvez tenha acabado de perceber, ah, o roteador quatro Ã© melhor que eu.
Ele tem uma prioridade maior do que eu, entÃ£o nem vou criar meu
ter. Vou apenas encaminhar o dele.
Portanto, todos eles tÃªm o nome ou ID do roteador quatro no campo BSR.
Mas eu poderia mudar isso.
Na verdade, vamos para o roteador oito e damos a ele uma prioridade de 50, e
veremos como isso muda.
Tudo bem, vamos comeÃ§ar de novo.
Vamos, tubarÃ£o de arame.
Tudo bem, e tudo isso falha.
Comece de novo. OK.
Agora nÃ£o consigo nem impedir o rastreamento do atirador.
Legal. Aqui vamos nÃ³s.
Ok, entÃ£o aqui vemos que o roteador bootstrap estÃ¡ sendo anunciado como oito
ponto dois ponto oito ponto oito.
Agora, como estou capturando em mÃºltiplas interfaces, nÃ£o sabemos realmente
se esta Ã© a mensagem de bootstrap originada no roteador oito, ou se
este Ã© apenas um que estava bem.
EntÃ£o somos encaminhados por outro roteador.
Mas nem vemos aqui um, bem, aqui estÃ¡ o roteador quatro, trÃªs ponto quatro
ponto trÃªs ponto quatro.
Esse Ã© o endereÃ§o IP do roteador quatro.
EntÃ£o, com base no fato de que esse Ã© o endereÃ§o de origem dele, podemos ver que ele estÃ¡
encaminhando a mensagem de bootstrap do roteador oito.
Portanto, nem vemos mais a mensagem de bootstrap do roteador quatro.
Ele tirou o nome dele de lÃ¡ e todo mundo agora percebe que o roteador
oito Ã© o BSR, em virtude da maior prioridade.
Agora, a Ãºltima peÃ§a do quebra-cabeÃ§a Ã© fazer do roteador um candidato
PR. EntÃ£o, voltaremos ao nosso amigo roteador trÃªs.
E faremos isso IPPIM RP-CanadÃ¡, ethernet rÃ¡pida zero barra um.
E nÃ£o vou mudar a prioridade nem nada parecido.
Vou mudar o intervalo para que eles saiam com mais frequÃªncia.
Vamos comeÃ§ar isso de novo.
Ok, entÃ£o Ã© isso que eu queria destacar.
Aqui vamos nÃ³s. OK.
Portanto, um roteador servindo como candidato a RP no PIMBSR nem sequer fala.
Ele nem manda anÃºncio de RP, e a gente vÃª aqui, se chama
um candidato RP.
AnÃºncio do candidato RP.
Ele nem enviarÃ¡ isso atÃ© saber quem Ã© o roteador de inicializaÃ§Ã£o.
Agora, por que isso?
Pois bem, dÃª uma olhada nesta mensagem.
Isto nÃ£o Ã© multicast.
Isso Ã© unicast.
Assim, os RPs candidatos, uma vez que sabem quem Ã© o BSR, eles realmente enviam
um anÃºncio RP unicast diretamente para o BSR.
E Ã© claro que eles nÃ£o poderiam fazer isso se nÃ£o soubessem de antemÃ£o quem
o BSR Ã©. EntÃ£o aqui estÃ¡ ele enviando para o BSR.
E podemos ver que ele diz, aqui estÃ¡ meu nome.
Eu quero ser o RP de tudo.
E entÃ£o... EntÃ£o vamos ver aqui foi o primeiro.
E entÃ£o isso agora, agora nossa mensagem de bootstrap do BSR nÃ£o contÃ©m apenas
seu identificador, seu nome, mas tambÃ©m contÃ©m informaÃ§Ãµes sobre aquele
ponto de encontro.
Agora, antes de prosseguir um pouco mais, vamos voltar aos slides porque
NÃ£o quero me adiantar muito.
Ok, vimos que o BSR envia o que chamamos de mensagens de bootstrap.
Agora, aqui estÃ¡ uma grande diferenÃ§a entre este e o RP automÃ¡tico.
No mundo do auto RP, o agente de mapeamento era responsÃ¡vel por coletar
todas as mensagens anunciadas pelo RP e o agente de mapeamento elegeu a melhor
RP para qualquer grupo.
EntÃ£o, todos os outros roteadores por aÃ­ nÃ£o sabiam necessariamente o
gama de RPs. Tudo o que eles sabiam eram os RPs que o agente de mapeamento
havia eleito. PIMBSR nÃ£o Ã© assim.
No PIMBSR a ideia Ã© toda informaÃ§Ã£o unicastor do RP para o BSR
o BSR reÃºne todos eles em uma lista combinada naquela mensagem de bootstrap
e entÃ£o ele envia.
Portanto, cada roteador da rede conhece cada BSR.
Nem todos os BSR, todos os pontos de encontro.
EntÃ£o, se eu sou um roteador em algum lugar da rede e digo, ok, jÃ¡
acabei de receber uma mensagem de bootstrap do BSR e lÃ¡ dentro, hÃ¡
uma lista de quatro pontos de encontro diferentes, todos atendendo exatamente ao mesmo
grupo. Bem, sabemos que o nosso, que o PIM nÃ£o pode fazer isso.
O PIM sÃ³ pode usar um.
EntÃ£o, em vez de um RP automÃ¡tico onde um roteador tomou essa decisÃ£o, o
agente de mapeamento disse, vou dizer quem vocÃª deve usar.
Nesse caso, cabe a cada roteador individualmente.
Cada roteador quando recebe essas mensagens de bootstrap, se eles
veja dois ou mais roteadores atendendo ao mesmo grupo, cada roteador
elegerÃ£o independentemente qual RP eles desejam usar para
qualquer grupo.
Agora entrarei em mais detalhes sobre isso daqui a pouco, mas vimos
um pouco de uma prÃ©via disso porque quando olhamos
no nosso, vamos voltar.
Na verdade, vamos avanÃ§ar um pouco.
EntÃ£o esta Ã© a mensagem do bootstrap.
Vimos isso no rastreamento do atirador.
Gerado por BSRs vai para 220.000, 13.
ContÃ©m uma lista de todos os pontos de encontro conhecidos.
Portanto, o BSR nÃ£o discrimina.
Ele apenas coleta todos eles e os coloca naquela mensagem de inicializaÃ§Ã£o.
EntÃ£o observe nesta mensagem especÃ­fica aqui, e isso me salvarÃ¡ de
ter que fazer isso no laboratÃ³rio.
Observe que nesta mensagem especÃ­fica, o roteador de inicializaÃ§Ã£o diz, ok,
Estou falando sobre dois BSRs.
Portanto, esses dois BSRs atendem exatamente ao mesmo grupo.
220, vocÃª sabe, toda a faixa multicast.
Portanto, hÃ¡ dois pontos de encontro dos quais estou falando.
E diz, ok, a prioridade para o primeiro ponto de encontro, 2722 Ã©
20. A prioridade para o segundo ponto de encontro Ã© 30.
EntÃ£o, acho que isso lhe dÃ¡ uma pequena dica.
Neste caso especÃ­fico, a prioridade vence.
A prioridade mais alta, entÃ£o todos os roteadores que receberem isso escolherÃ£o por si mesmos
3.7.3.3 como ponto de encontro porque tem maior prioridade
do que 2.7.2. E eu pesquisei isso porque estava curioso, vocÃª sabe,
sempre que vejo rastros de farejadores, fico curioso sobre cada pequeno
campo e o que isso significa, nÃ£o que vocÃª provavelmente precise saber disso
para qualquer tipo de teste ou algo assim, exceto FRP.
O que Ã© isso? Para vocÃªs como eu que gostam de saber esse tipo de coisa,
que significa contagem de RP de fragmentos.
Isso se refere a que vocÃª precisaria de muitos RPs para fazer isso
acontecer, mas existe a possibilidade de, digamos, que vocÃª tenha, nÃ£o sei,
100 RPs ou 100 RPs potenciais em sua rede.
E a lista completa deles simplesmente nÃ£o cabe em um Ãºnico bootstrap
mensagem. Bem, nesse caso, essa mensagem de bootstrap poderia ser fragmentada,
colocado em vÃ¡rios pacotes IP e, portanto, a contagem de FRP dÃ¡ uma espÃ©cie de pista
quanto a, ok, hÃ¡ outros fragmentos chegando.
HÃ¡ mais RPs do que estou enviando apenas neste bootstrap
mensagem. Procure alguns outros tambÃ©m.
EntÃ£o isso Ã© uma espÃ©cie de indicador para os roteadores receptores sobre isso.
Provavelmente nÃ£o verÃ¡ isso sendo usado com muita frequÃªncia, porque como eu disse, vocÃª teria
ter muitos RPs em potencial.
Para enchÃª-lo tÃ£o grande que nÃ£o cabe em um Ãºnico pacote.
E a tag fragment, que Ã© usada pela mesma coisa.
EntÃ£o, uma tag de fragmento Ã© como pensar no cabeÃ§alho IP de um IPv4
pacote. Tem o campo ID, certo?
Portanto, se esse pacote IP tiver que ser fragmentado, cada fragmento serÃ¡
tÃªm exatamente o mesmo nÃºmero de ID do pacote original.
Dessa forma, todos eles podem ser, quando os receptores recebem esses fragmentos,
eles podem dizer, ah, ok, eu sei que tudo isso faz parte de um todo coerente
pacote. Este Ã© o mesmo tipo de coisa.
Se uma mensagem de bootstrap tiver que ser fragmentada, todas elas conterÃ£o o
mesma tag de fragmento.
OK? Ok, entÃ£o estas sÃ£o as mensagens do candidato RP.
Vimos isso no rastreamento do trecho.
Vimos como eles sÃ£o unicast.
Inclui uma prioridade.
Usa PIM como protocolo de transporte.
EntÃ£o, atrÃ¡s do cabeÃ§alho IP, vimos que isso era transportado no PIM.
E mais uma vez, aqui estÃ¡ um exemplo de um deles.
E jÃ¡ vimos isso na captura do atirador de tubarÃ£o.
Agora vamos, neste ponto, porque tenho tudo configurado,
vamos para o roteador dois, que recebeu essas mensagens de bootstrap.
E vamos usar o mesmo comando que usamos no auto RP, show IP PIM
Mapeamento PR. E podemos ver.
Diz, agora neste caso, eu sÃ³ tenho um Ãºnico RP, entÃ£o nÃ£o hÃ¡ muito
aqui. Mas se eu tivesse configurado dois, trÃªs ou quatro RP candidatos, de modo que
na verdade, vamos fazer isso.
Porque um roteador bootstrap tambÃ©m pode ser um candidato a RP ao mesmo tempo.
EntÃ£o, vamos ao roteador quatro e configurÃ¡-lo como candidato a RP tambÃ©m.
Candidato a RP. Ok, agora vamos para o roteador dois.
Ok, agora vemos todos os pontos de encontro, certo?
Porque todos eles estavam contidos naquela Ãºnica mensagem de bootstrap.
E estÃ¡ dizendo que qualquer um deles poderia ser um candidato potencial para
toda a faixa multicast.
Agora, olhando apenas para este resultado, nÃ£o hÃ¡ como prever
sÃ³ a partir deste comando, qual roteador serÃ¡ realmente utilizado.
EntÃ£o, se esse cara precisar enviar uma mensagem de cadastro ou adesÃ£o, ele vai
usar dois quatro ou dois quatro, ou ele vai usar oito trÃªs, oito
trÃªs, porque ambos tÃªm exatamente a mesma prioridade?
Bem, a partir disso, vocÃª nÃ£o pode dizer.