EntÃ£o, no vÃ­deo anterior, vimos como configurar um roteador para anunciar
sua capacidade de ser um candidato a RP e enviar esses anÃºncios anunciados por RP
mensagens. Mas essas mensagens nÃ£o servem de nada, a menos que haja outra
roteador desempenhando o papel de agente de mapeamento que pode coletar todos eles.
E entÃ£o, de todas as mensagens que ele receber, eleja qual RP serÃ¡
o PR para qualquer grupo especÃ­fico.
Agora vamos falar sobre isso, o agente de mapeamento.
EntÃ£o eles coletam essas mensagens anunciadas pelo PR e elegem um PR para cada grupo.
E Ã© simplesmente quem tem o endereÃ§o IP mais alto.
Esse Ã© o vencedor.
VocÃª deve se lembrar disso quando configurei meu comando para o candidato RP,
se eu aumentar um pouco isso aqui, nÃ£o hÃ¡ nada aqui como prioridade.
EntÃ£o nÃ£o hÃ¡ prioridade.
Ã simplesmente o endereÃ§o IP mais alto que Ã© o vencedor para qualquer grupo.
Assim, o agente de mapeamento irÃ¡ entÃ£o, apÃ³s eleger cada RP para um determinado grupo
como vencedor, ele os colocarÃ¡ em uma mensagem de descoberta de RP e enviarÃ¡
aqueles para o endereÃ§o 224.0.1.40.
TambÃ©m encapsular em UDP.
E observe que todos os roteadores PIM escutam automaticamente esse grupo.
EntÃ£o vocÃª deve ter notado se estiver assistindo meus laboratÃ³rios em todos os anteriores
vÃ­deos no modo esparso do PIMS, que assim que configurei o modo esparso
qualquer interface, e habilitei o roteamento multicast globalmente automaticamente
sem fazer nada, todos os roteadores comeÃ§aram a ouvir 224.0.1.40.
Portanto, os roteadores Cisco, por padrÃ£o, escutam mensagens de descoberta de RP sem
vocÃª estÃ¡ fazendo alguma coisa.
E assim como as mensagens anunciadas por RP, elas sÃ£o enviadas em modo denso.
Eles sÃ£o inundados atravÃ©s do modo denso.
EntÃ£o aqui estÃ¡ realmente o corpo.
Na verdade, aqui estÃ¡ um rastreamento do sniffer da aparÃªncia da mensagem de descoberta de RP
como. Eles aparecem como mensagens de mapeamento RP.
E eles vÃ£o dizer aqui, eles vÃ£o dizer, ok, aqui estÃ£o os RP's.
E observe que isso parece quase idÃªntico ao RP anunciado
mensagem que acabamos de ver.
Ã um tipo de pacote diferente, mapeamento RP, mas o corpo dele Ã© bonito
praticamente o mesmo. EstÃ¡ listando, vocÃª sabe, quem Ã© o RP, qual grupo, e Ã©
esse grupo Ã© um prefixo positivo ou negativo?
Mas embora possa haver seis ou sete RPs em potencial por aÃ­, todos procurados
para ser o RP para 224,0.
Tudo, apenas um deles serÃ¡ o vencedor.
E sÃ³ o vencedor estarÃ¡ nesta mensagem aqui mesmo.
E Ã© isso que os roteadores estÃ£o ouvindo para selecionar qual RP eles estÃ£o
vou usar. EntÃ£o para configurar roteadores, o agente de mapeamento Ã© o IPPIM
envie o comando de descoberta RP.
E como verificamos no roteador qual Ã© o agente de mapeamento que ele conhece
que ele deveria fazer isso?
Bem, mostre o mapeamento IPPIM RP.
E na verdade direi que este sistema Ã© um agente de mapeamento RP.
Agora, outro tipo de pegadinha ou coisa a ter em conta Ã© que enquanto houver
Ã© uma escolha de qual roteador pode ser um ponto de encontro para qualquer
grupo, nÃ£o existe tal eleiÃ§Ã£o quando se trata de mapeamento de agentes.
EntÃ£o vocÃª pode pensar, ok, bem, na verdade vou configurar dois ou
trÃªs roteadores na minha empresa como agentes de mapeamento.
Portanto, se um falhar, todos os outros roteadores poderÃ£o ouvir o outro.
um. VocÃª pode fazer isso, mas esteja ciente disso.
Todo roteador que configura um agente de mapeamento enviarÃ¡
esses RP descobrem mensagens.
E por esse motivo, os agentes de mapeamento devem ser configurados de forma idÃªntica.
E todo agente de mapeamento deve ser capaz de receber essas mensagens anunciadas por RP
de cada RP. Porque o que poderia acontecer Ã©, vocÃª sabe, imagine por um segundo
que vocÃª tem dois agentes de mapeamento aqui.
E hÃ¡ dois RPs diferentes, ok, RPA e RPB.
E ambos estÃ£o anunciando sua candidatura exatamente para o mesmo grupo.
Ambos estÃ£o dizendo: quero ser o RP de tudo.
Ok, digamos isso.
EntÃ£o, idealmente, ambos os RPs seriam aprendidos pelo primeiro agente de mapeamento.
Ambos os RP seriam aprendidos pelo segundo agente de mapeamento.
Assim, quando esses agentes de mapeamento enviam suas mensagens, elas parecem idÃªnticas.
Eles tÃªm os mesmos RP eleitos dentro deles.
Mas o que acontece se nÃ£o o fizerem?
O que acontece se o agente de mapeamento nÃºmero um, por algum motivo, nÃ£o conseguir ouvir isso
RP aqui? HÃ¡ algum tipo de filtro ou lista de acesso ou algo assim
e ele nÃ£o estÃ¡ recebendo a mensagem anunciada de RP.
E exatamente o oposto do agente de mapeamento nÃºmero dois, ele nÃ£o consegue ouvir isso
PR. EntÃ£o agora vocÃª tem os agentes de mapeamento que temos em nossa rede, como um
roteador, como um roteador normal, estou recebendo duas mensagens de descoberta de RP de
dois agentes de mapeamento diferentes, o que normalmente nÃ£o seria um problema.
Mas aqui estÃ¡ o meu problema.
Quando alguÃ©m chega, diz, ah, aqui, vocÃª deve usar o RP de 1.1.1.1.
Ele deveria ser seu RP para tudo.
EntÃ£o eu digo, ok, e comeÃ§o a me cadastrar com ele ou comeÃ§o a enviar meu
se junta a ele. E entÃ£o, uma fraÃ§Ã£o de segundo depois, recebo outra mensagem de descoberta
isso diz, ah, vocÃª deve usar o roteador 2.2.2 como seu RP para tudo.
Bem, agora isso vai acontecer.
Vou comeÃ§ar a alternar entre eles.
Vou derrubar Ã¡rvores, enviar junÃ§Ãµes para outras Ã¡rvores e
isso vai bagunÃ§ar totalmente meu multicast.
Ã por isso que se vocÃª tiver dois ou mais agentes de mapeamento, as informaÃ§Ãµes
que eles contÃªm em seus pacotes de descoberta devem ser idÃªnticos.
Caso contrÃ¡rio, vocÃª poderÃ¡ obter um comportamento realmente estranho em sua rede.
Agora, na seÃ§Ã£o do modo escasso do PIMS, falei sobre como um potencial
A ameaÃ§a a uma rede pode ser que o ponto de encontro aceite
registrar mensagens de qualquer pessoa.
Ele nÃ£o discrimina.
E eu mostrei um comando onde eu poderia dizer, ok, sÃ³ esses autorizados
na verdade, os roteadores tÃªm permissÃ£o para enviar mensagens de registro RP.
Bem, algo semelhante poderia acontecer aqui.
NÃ£o hÃ¡ nada por padrÃ£o que impeÃ§a alguÃ©m de inserir um invasor
roteador na rede, configurando-o como um RP candidato, configurando
com um endereÃ§o IP muito alto, como acontece se eles configurarem
um endereÃ§o de loopback com o endereÃ§o de conversÃ£o de unidade mais alto possÃ­vel?
223.255, 255, 254.
O endereÃ§o logo abaixo do intervalo da classe D.
Bem, esse roteador desonesto provavelmente serÃ¡ eleito o RP de qualquer coisa
outro. E agora todo mundo estarÃ¡ apontando o trÃ¢nsito para ele e isso
poderia realmente estragar seu multicast.
EntÃ£o, precisamos encontrar uma maneira de dizer: ok, agente de mapeamento, vocÃª sÃ³ estÃ¡
tem permissÃ£o para receber mensagens anunciadas de RP de determinados autorizados
RP do candidato. E Ã© isso que estamos vendo aqui quando falamos
sobre filtros RP automÃ¡ticos.
Portanto, vocÃª pode configurar o agente de mapeamento de diversas maneiras.
VocÃª pode fazer isso apenas em determinados RPs autorizados ou pode dizer, ei, olhe,
qualquer um pode enviar seu anÃºncio de RP para mim, mas estou apenas ouvindo
certos grupos. SÃ³ vou contar ao resto do mundo sobre certas
grupos ou vocÃª pode fazer ambos.
E aqui estÃ¡ como vocÃª faria isso no agente de mapeamento.
No nÃ­vel global, vocÃª diria que o filtro anunciado pelo IPPIM RP.
Lista RP um grupo lista dois.
Portanto, isso faz referÃªncia a duas listas de acesso diferentes.
EntÃ£o a lista de acesso um, que estÃ¡ em vermelho, nos dÃ¡ a lista de autorizados
RP do candidato. EntÃ£o hÃ¡ um roteador por aÃ­ com o nome 10.001
e outro com 10.002.
Esses sÃ£o os Ãºnicos que ouviremos quando enviarem um
AnÃºncio de RP. Portanto, hÃ¡ algum outro roteador por aÃ­ anunciando sua capacidade
de ser um RP, o agente de mapeamento nÃ£o vai ouvir aquele cara.
E no que diz respeito a estes dois roteadores, neste caso especÃ­fico,
estamos dizendo, ok, permitiremos que esses dois roteadores anunciem seus
candidatura para qualquer classe D.
Eu poderia ter limitado isso a um certo intervalo.
EntÃ£o Ã© assim que vocÃª usaria esse comando para filtrar e se proteger
contra possÃ­veis ataques.
EntÃ£o, vamos configurar isso e ver como funciona.
AtÃ© agora, tenho o roteador trÃªs que estÃ¡ anunciando sua candidatura para ser
um PR. E acho que o configurei para anunciar sua candidatura apenas por
o grupo 238. Agora tambÃ©m vou configurar o roteador quatro para tambÃ©m
ser um candidato RP.
E daremos a ele exatamente o mesmo grupo.
Portanto, haverÃ¡ algum conflito aqui.
238.000. E configuraremos o roteador oito como nosso agente de mapeamento.
E veremos qual desses caras serÃ¡ eleito o mais alto.
Agora lembre-se, como parte do meu comando, quando eu nomear esses caras como candidatos a RP,
Eu tenho que especificar qual interface eles usarÃ£o como fonte
EndereÃ§o de IP. Digamos que eu diga, bem, na verdade quero que o roteador trÃªs
seja o vencedor. Quero que ele venÃ§a sempre.
EntÃ£o aqui estÃ¡ o que vou fazer.
Farei com que o roteador quatro use seu serial 010 como endereÃ§o de origem.
Portanto, o roteador quatro dirÃ¡ que meu nome Ã© 2.4.2.4.
O roteador trÃªs dirÃ¡ que meu nome Ã© 8.3.8.3.
E entÃ£o o roteador trÃªs deve ser eleito o RP vencedor pelo mapeamento
agente. EntÃ£o, no agente de mapeamento, veremos como ele aprendeu sobre ambos
nossos P. Veremos como ele foi eleito o roteador trÃªs.
E entÃ£o, quando formos para o roteador dois, veremos como ele sÃ³ deveria saber sobre
roteador trÃªs. Ele nÃ£o deveria ter conhecimento do roteador quatro porque o roteador
quatro Ã© o perdedor.
EntÃ£o vamos em frente e terminar isso aqui.
EntÃ£o, jÃ¡ fiz o roteador trÃªs, embora nÃ£o ache que tenha especificado
essa interface como minha fonte.
Sim, tenho a interface errada aÃ­.
EntÃ£o, vamos nos livrar desse comando.
E vamos refazer.
Mas com esta interface.
E agora devemos ver, aqui estÃ¡ meu trecho de rastreamento anterior.
E vimos que vinha de trÃªs quatro trÃªs trÃªs.
Esse era o endereÃ§o IP dele na Ethernet rÃ¡pida zero zero.
Agora, assim que eu apertar enter aqui, ele deverÃ¡ enviar novos anÃºncios
com um endereÃ§o IP muito maior.
Sim, aÃ­ estÃ¡.
8.3.8.3. Tudo bem, agora vamos configurar.
Vamos apenas pegar a mesma configuraÃ§Ã£o.
E o que farei Ã© copiar e colar a maior parte disso no bloco de notas.
Assim podemos ter uma configuraÃ§Ã£o idÃªntica no outro roteador.
Vou deixar isso de lado.
E para ele, teremos a sÃ©rie zero um zero.
EntÃ£o Ã© isso que vamos colocar no roteador quatro.
OK. EntÃ£o agora, a cada minuto, devemos ver nosso P anunciado
mensagens sendo enviadas do roteador trÃªs e do roteador quatro.
Ver se consigo pegar os dois.
Mais uma vez, o wire shark nÃ£o me deixa clicar em nenhum dos botÃµes aqui.
Este Ã© provavelmente um problema com meu laptop.
NÃ£o Ã© um problema com wire shark porque meu laptop tem feito todos os tipos
de coisas estranhas ultimamente.
Vamos. Aqui vamos nÃ³s.
Ok, temos um anÃºncio que vimos atÃ© agora do roteador trÃªs.
E porque esses anÃºncios estÃ£o inundados, devemos ver outro
vindo do roteador quatro.
Bem, nÃ£o quero perder tempo procurando, mas deveria estar aÃ­.
Podemos mostrar IP, PIM, RP automÃ¡tico.
E verifica se o RP automÃ¡tico estÃ¡ ativado e se ele estÃ¡ enviando
AnÃºncios de RP.
AtÃ© agora, ele enviou oito deles, embora eu nÃ£o tenha capturado
meu rastro farejador.
Ok, agora vamos para o nosso oito e tornÃ¡-lo o agente de mapeamento.
Envie pacotes RP Discovery.
E a mesma coisa, consegui selecionar uma interface para isso apenas para a fonte
endereÃ§o. O escopo define o TTL.
Eu poderia mudar o intervalo.
Vamos em frente e fazer isso.
Vamos definir o intervalo porque normalmente Ã© a cada 60 segundos ou se houver
uma mudanÃ§a. Se o agente de mapeamento ouvir repentinamente uma nova mensagem anunciada de RP
que ele nÃ£o ouviu antes, isso o farÃ¡ enviar outro
mensagem de descoberta.
Mas caso contrÃ¡rio, se tudo estiver bem e estÃ¡vel, eles sairÃ£o todos os dias.
minuto. Vou fazer com que ele saia a cada 20 segundos.
Vamos fazer isso a cada 15 segundos.
Interface nÃ£o-IP ou PIM comando ignorado e aceito.
Ah, porque ele estÃ¡ usando, eu sei porque, porque ele nÃ£o estÃ¡ usando.
Fast Ethan Ã s 00 nÃ£o tem PIM ou IP.
Ele estÃ¡ usando subinterfaces.
EntÃ£o eu tenho que colocar isso, vamos colocar Fast Ethan Ã s 01 como seu
EndereÃ§o de Origem. Ok, entÃ£o nÃ£o sei se ele coletou os anÃºncios de RP
ainda. Vamos ver.
Mostrar IP, PIM, RP, Mapeamento.
E parece que ele fez isso.
OK. EntÃ£o aqui para o grupo 238, qualquer coisa que comece com 238, ele diz que recebi
um anÃºncio RP do roteador trÃªs, que Ã© 8.3.8.3.
TambÃ©m recebi um do roteador quatro.
Eu escolhi o roteador trÃªs simplesmente pelo fato de ele ter o
endereÃ§o IP mais alto.
A propÃ³sito, ele tambÃ©m disse que o roteador trÃªs me disse que o grupo 239 precisa
ser inundado em modo denso.
Mas nÃ£o haverÃ¡ nenhum RP para isso.
Finalmente, vamos passar para o roteador dois e ver o que o roteador dois aprendeu.
A propÃ³sito, enquanto estou aqui, posso mostrar IP PIM, auto RP.
E isso diz, ok, na verdade transmiti 15 mensagens de descoberta de RP.
E por Ãºltimo em R2.
Mostrar IP PIM RP. Agora, notou que vocÃª disse o quÃª?
Ele nÃ£o tem RP.
Lembre-se, este comando show IP PIM RP Ã© realmente Ãºtil apenas se vocÃª tiver um
RP estÃ¡tico. Em seguida, verifica se vocÃª configurou estaticamente um RP.
Mas neste caso, nÃ£o estamos fazendo RP estÃ¡tico.
Estamos ouvindo mensagens de RP automÃ¡tico.
Mostrar mapeamento IP PIM RP.
E bem aqui. EntÃ£o podemos ver que ele agora aprendeu sobre o RP eleito
de 8,3. Ele nÃ£o tem conhecimento do roteador quatro.
Porque o roteador quatro nÃ£o foi eleito.
Tudo o que ele sabe Ã© o eleito.
E ele tambÃ©m aprendeu que se algum dia receber pacotes multicast para
239, nÃ£o hÃ¡ RP para isso.
Isso tem que ser inundado atravÃ©s do modo denso.
EntÃ£o, em nosso prÃ³ximo vÃ­deo, concluirei esta seÃ§Ã£o sobre RP automÃ¡tico com
falando sobre algo chamado RP de Ãºltimo recurso.
TambÃ©m conhecido como RP de sincronizaÃ§Ã£o.
O que Ã© isso e por que vocÃª pode precisar de um.