Nos vÃ­deos anteriores, falei sobre uma forma dinÃ¢mica de roteadores
para aprender dinamicamente quem Ã© o ponto de encontro de qualquer grupo.
Esse era o recurso RP automÃ¡tico proprietÃ¡rio da Cisco.
Agora vou apresentar nosso Ãºltimo tÃ³pico de uma sÃ©rie de vÃ­deos, que
Ã© o roteador de inicializaÃ§Ã£o PIM.
E vamos fazer algumas comparaÃ§Ãµes entre os dois.
Portanto, existem algumas semelhanÃ§as entre os recursos PIM BSR e RP automÃ¡tico.
A propÃ³sito, BSR significa roteador bootstrap.
Portanto, ambos fornecem descoberta dinÃ¢mica de pontos de encontro do PIM.
Em ambos os protocolos, temos RPs candidatos anunciando sua capacidade
para ser o RP do PIM BSR.
Na verdade, temos um roteador chamado roteador de bootstrap, que Ã© uma funÃ§Ã£o que
um roteador joga quem transmite mensagens que permitem que outros roteadores aprendam
de potencial PR.
EntÃ£o, esse Ã© o papel que o agente de mapeamento desempenhou no auto
PR. Mas existem algumas diferenÃ§as muito grandes entre eles.
NÃºmero um, PIM BSR Ã© um padrÃ£o IETF.
Na verdade, se vocÃª voltar Ã especificaÃ§Ã£o PIM original,
RFC 2117, esse foi o primeiro RFC para o modo esparso PIM.
Ainda lÃ¡, falou sobre um roteador bootstrap e o processo para
fazendo isso. EntÃ£o isso jÃ¡ existe hÃ¡ algum tempo.
Mas ele realmente se destacou quando a versÃ£o 2 do PIM foi lanÃ§ada.
Portanto, a RFC atual para isso Ã© a RFC 5059.
E como dissemos, RP automÃ¡tico proprietÃ¡rio da Cisco.
Portanto, o PIM BSR foi realmente desenvolvido para a versÃ£o 2 do PIM.
As chances provavelmente nÃ£o serÃ£o executadas em muitos dispositivos atualmente
executando o PIM versÃ£o 1, entÃ£o isso nÃ£o serÃ¡ um problema.
Mas sÃ³ funciona para o PIM versÃ£o 2, enquanto o RP automÃ¡tico funciona para qualquer versÃ£o
do PIM, se isso for uma preocupaÃ§Ã£o para vocÃª.
E no PIM BSR, uma das coisas que vocÃª perde Ã© a capacidade de definir o escopo.
Lembre-se do RP automÃ¡tico, quando vocÃª estava configurando seu roteador como um RP
candidato, uma das coisas que vocÃª tinha que colocar no comando era o
escopo. E isso lhe deu a capacidade de controlar o TTL daqueles RP anunciados
mensagens que os RPs candidatos estavam enviando.
Dessa forma, vocÃª poderia dizer, tudo bem, bem, eu sÃ³ quero que esse cara
ser o RP atÃ© agora na rede, limitando a distÃ¢ncia de suas mensagens
poder ir. Com o PIM BSR, essa nÃ£o Ã© uma habilidade que vocÃª possa controlar.
Mais algumas diferenÃ§as.
Um dos grandes benefÃ­cios do BSR nÃ£o Ã© apenas ser um padrÃ£o IETF,
mas vocÃª pode acabar com o modo denso.
Lembre-se de como com o modo PIM esparso e denso, que Ã© o que precisÃ¡vamos para o modo automÃ¡tico
RP, tÃ­nhamos todos esses riscos de fluxos multicast possivelmente inundados
no modo denso se nÃ£o houvesse um ponto de encontro para lidar com eles.
E havia certas maneiras de contornar isso, como o RP de sincronizaÃ§Ã£o
e outras coisas. Mas aqui vocÃª nÃ£o precisa se preocupar com isso.
Cada interface pode estar no modo esparso.
NÃ£o precisa se preocupar com o possÃ­vel risco de inundaÃ§Ã£o de multicast
trÃ¡fego. AlÃ©m disso, no RP automÃ¡tico, o dispositivo responsÃ¡vel pelo envio
as mensagens para todo mundo dizendo, ok, aqui estÃ¡ sua lista de encontros
points foi chamado de agente de mapeamento.
E nÃ³s dissemos, vocÃª poderia ter para redundÃ¢ncia dois, trÃªs ou quatro mapeamentos
agentes, desde que as mensagens que eles enviavam fossem idÃªnticas.
Bem, no PIM BSR, existe apenas um BSR.
E isso Ã© eleito entre os candidatos BSRs.
EntÃ£o vocÃª ainda tem sua redundÃ¢ncia aÃ­, mas hÃ¡ apenas um bootstrap
mensagem sendo enviada do prÃ³prio roteador BSR.
Outra diferenÃ§a com o RP automÃ¡tico, o RP automÃ¡tico tinha alguns endereÃ§os reservados.
NÃ³s os vemos aqui, 2240139 e 2240140.
O protocolo do roteador bootstrap PIM usa exatamente o mesmo endereÃ§o multicast
como o PIM normal usa, 2240013.
E hÃ¡ algumas situaÃ§Ãµes ao usar esse recurso que mensagens unicast
saia tambÃ©m. E falarei sobre isso.