Ok, entÃ£o jÃ¡ falamos um pouco sobre esse conceito de partilha
Ã¡rvore, que Ã© o caminho do ponto de encontro atÃ© onde quer que o
os receptores sÃ£o. Portanto, hÃ¡ potencialmente mais de uma Ã¡rvore compartilhada, certo?
Se eu tiver 50 receptores espalhados pela minha rede, eu poderia potencialmente
tÃªm 50 Ã¡rvores compartilhadas diferentes, 50 caminhos diferentes daquele RP levando
atÃ© os vÃ¡rios receptores onde vivem.
Vamos entrar em mais detalhes agora sobre como tudo isso Ã© construÃ­do.
EntÃ£o, primeiro vou mostrar alguns dos comandos iniciais para que possamos
construir isso, e entÃ£o vamos voltar Ã teoria e ver
como tudo isso funciona.
EntÃ£o mencionei que o roteamento multicast deve ser habilitado globalmente, entÃ£o IP, multicast,
roteamento de painel. E entÃ£o o modo escasso do PIMS deve ser habilitado por interface,
entÃ£o esse Ã© o modo de traÃ§o esparso do IP PIMS e apenas uma outra coisa Ã© necessÃ¡ria.
Como vocÃª encontra o ponto de encontro?
EntÃ£o, vamos fazer isso de maneira simples e agradÃ¡vel.
Vamos configurar estaticamente um ponto de encontro com o global
comando IP PIM RP endereÃ§o do painel e depois o endereÃ§o.
EntÃ£o, o que isso estÃ¡ fazendo aqui Ã© dizer qualquer multicast em qualquer lugar,
seja 224, 239, 228, tanto faz, todos eles vÃ£o para esse cara,
este ponto de encontro, 777.
Ok, entÃ£o vamos em frente e comeÃ§ar a criar isso, e entÃ£o comeÃ§aremos
falando sobre isso Ã medida que avanÃ§amos.
EntÃ£o, voltando ao meu diagrama aqui, como vocÃª pode ver, roteador trÃªs em
o fundo vai ser meu RP.
E entÃ£o terei o endereÃ§o dele em suas especificaÃ§Ãµes.
VocÃª sabe, normalmente vocÃª provavelmente selecionaria um loop back naquele roteador, mas
porque isso nÃ£o faz parte do meu diagrama, vou apenas escolher o endereÃ§o dele
na Fast Ethernet 00, entÃ£o 343, esse serÃ¡ o endereÃ§o do ponto de encontro
apontar. EntÃ£o, deixe-me entrar rapidamente nesses quatro roteadores, roteadores
dois, oito, quatro e trÃªs e habilite-os rapidamente para PIM.
EntÃ£o, comeÃ§ando com o roteador dois, roteamento IP multicast dash, interface rÃ¡pida
ethernet zero barra um, essa Ã© a interface que vai upstream para o
RP, IP PIM, modo de traÃ§o esparso e, em seguida, dÃª a ele conhecimento de quem Ã© o RP
Ã©, e falarei sobre toda essa coisa de DR que estÃ¡ por vir, IP PIM, RP dash
endereÃ§o, 3.4.3.3.
Agora, mais uma coisa, vamos dar uma olhada aqui no nosso diagrama.
O que acabei de fazer foi habilitar o roteamento multicast em R2 e
ativou o PIM nesta interface.
Provavelmente tambÃ©m vou querer fazer isso na interface serial, entÃ£o vamos
vÃ¡ em frente e faÃ§a isso tambÃ©m na sÃ©rie zero barra um.
Mas nÃ£o se esqueÃ§a, vocÃª tambÃ©m precisarÃ¡ habilitÃ¡-lo neste particular
caso na interface que leva ao meu receptor.
Agora vocÃª pode perguntar: por que preciso disso?
Quero dizer, nÃ£o hÃ¡ roteadores PIM nessa direÃ§Ã£o.
Ele nÃ£o vai formar nenhum relacionamento de vizinhanÃ§a nem nada.
Aqui estÃ¡ a razÃ£o pela qual precisamos disso.
NÃºmero um, se vocÃª estiver usando o modo PIM esparso como roteamento multicast
protocolo, um roteador nÃ£o terÃ¡ permissÃ£o para receber qualquer multicast de entrada
ou transmitir qualquer multicast de saÃ­da em uma interface que nÃ£o esteja em execuÃ§Ã£o
PIM. EntÃ£o, se eu nÃ£o tivesse o PIM ativado na Ethernet rÃ¡pida zero zero, o roteador
Primeiro, meu receptor aqui pode estar solicitando multicast o dia todo.
Nunca serÃ¡ encaminhado para Ethernet rÃ¡pida zero zero.
Aqui estÃ¡ o outro motivo.
JÃ¡ falamos sobre como os receptores usam o IGMP para indicar seu interesse em
um grupo multicast ao roteador conectado diretamente.
Bem, os roteadores nÃ£o executam IGMP por padrÃ£o.
Eles nÃ£o ouvem isso.
Mas habilitamos o PIM nesta interface que tambÃ©m habilita o IGMP como subproduto.
EntÃ£o para que esse roteador perceba isso, ok, preciso enviar consultas
a cada dois minutos e preciso ouvir os relatÃ³rios de membros do IGMP,
Preciso habilitar o PIM nesta interface.
EntÃ£o vamos em frente e fazer isso.
Interface fast ethernet zero zero coloca o modo PIM esparso aqui e interface
sÃ©rie zero um zero.
Coloque tambÃ©m o PIM lÃ¡.
Ok, vamos prosseguir agora para R3.
Ok, e o prÃ³prio ponto de encontro tambÃ©m precisa saber que ele Ã© o
ponto de encontro.
EntÃ£o eu dou a ele exatamente o mesmo comando que dou aos outros caras.
Eu digo que vocÃª Ã© o RP e digo: ah, esse Ã© o meu endereÃ§o IP.
Ok, acho que esse Ã© o meu trabalho.
E meu RP, ele vai ter zero zero e zero um.
OK, isso Ã© tudo que preciso daquele cara.
EntÃ£o fiz R2, R3, vamos para R8.
Agora veja algumas coisas.
Antes de fazer qualquer coisa aqui no R8, mostre a rota do IPM.
Essa Ã© a maneira de verificar a tabela de roteamento multicast.
Bem, ainda nÃ£o habilitei o roteamento multicast nesse cara.
EntÃ£o nÃ£o hÃ¡ nada lÃ¡.
Com certeza, vocÃª sabe, Ã© realmente interessante que atÃ© mostra
nos as diversas bandeiras e outras coisas que serÃ£o usadas.
Mas neste momento a tabela de roteamento multicast nÃ£o existe.
Se eu mostrar a interface IPPIM, nÃ£o recebo nada porque nÃ£o ativei
PIM ainda. Agora, roteamento painel multicast IP.
Agora, se isso Ã© tudo que faÃ§o, ainda nÃ£o hÃ¡ PIM, mostre a rota do IPM.
Ainda assim, nÃ£o faz muito.
Mas agora habilitei este roteador para preencher esta tabela.
Ele nÃ£o tinha como povoÃ¡-lo antes sem esse comando.
Tudo bem, agora vamos em frente e habilitÃ¡-lo na Ethernet rÃ¡pida zero zero
e entÃ£o minhas subinterfaces.
E tambÃ©m dÃª a ele conhecimento de quem Ã© o ponto de encontro.
OK, agora, neste ponto, bem, deixe-me ir em frente e terminar
aqui. Temos mais um roteador, roteador quatro.
EntÃ£o eu nÃ£o deveria ter feito isso em zero zero porque zero zero Ã© um sub
interface. Trinta e quatro e oitenta e quatro.
E por Ãºltimo, vamos dar a ele conhecimento do IPPIM, endereÃ§o do painel RP.
OK, entÃ£o neste roteador especÃ­fico, vamos para alguÃ©m intermediÃ¡rio.
Vamos para o roteador oito.
EntÃ£o, agora, esse cara estÃ¡ executando o PIM em sua interface.
E posso verificar isso com show IPPIM interface.
E me mostra todas as interfaces onde habilitei o PIM.
Ele me mostra a versÃ£o.
S, neste caso, significa que estÃ¡ sendo executado em modo esparso.
Isso me mostra quantos vizinhos aprendi.
Ele envia estou enviando mensagens PIM a cada 30 segundos.
Falaremos sobre o roteador designado em um segundo.
E aqui estÃ£o os endereÃ§os IP do roteador designado PIM, que iremos
chegar ao. Se eu mostrar a rota IPM, agora, antes de clicar em Enter aqui, este roteador,
porque ele estÃ¡ no meio, ele nunca receberÃ¡ nenhum I GMP porque
O GMP sÃ³ acontece entre o receptor e seu gateway padrÃ£o.
NÃ£o vai alÃ©m disso.
O receptor ainda nÃ£o pediu nada.
Ele nÃ£o aderiu a nada.
Vamos apenas ter certeza de que isso Ã© verdade antes que eu faÃ§a de mim mesmo um mentiroso aqui.
Certo, entÃ£o ele nÃ£o pediu nada.
EntÃ£o, quando eu entro, nÃ£o houve nenhum relatÃ³rio de adesÃ£o ao I GMP, portanto
esperarÃ­amos que nÃ£o houvesse junÃ§Ãµes de PIM.
NinguÃ©m pediu para participar de nada ainda.
E minha fonte, ele ainda nÃ£o enviou nada.
EstÃ¡ tudo ocioso.
Nada comeÃ§ou ainda.
Portanto, seria de esperar que minha tabela de roteamento multicast estivesse em branco.
Deveria estar vazio, certo?
Mostrar rota IPM. O que Ã© isso?
De onde veio isso?
Bem, mais tarde, quando chegarmos lÃ¡, quando falarmos sobre RP automÃ¡tico, esse
endereÃ§o multicast Ã© usado pelo RP automÃ¡tico.
Na verdade, este Ã© um endereÃ§o multicast reservado usado pelos proprietÃ¡rios da Cisco.
RP automÃ¡tico. E os roteadores Cisco, por padrÃ£o, ingressam nesse grupo.
EntÃ£o este roteador estÃ¡ basicamente dizendo que estou pronto para aprender dinamicamente quem
o RP Ã©, se o RP automÃ¡tico for invocado.
EntÃ£o Ã© para isso que serve quando vocÃª vÃª isso.
Ok, entÃ£o tudo estÃ¡ configurado e pronto para funcionar agora.
Vamos continuar com nossa teoria.
EntÃ£o mencionei que o PIM nÃ£o permitirÃ¡ encaminhamento ou recebimento de multicast
trÃ¡fego nas interfaces, a menos que uma de duas coisas seja verdadeira.
Outro vizinho PIM foi descoberto nessa interface ou diretamente
a fonte de barra do receptor conectado reside nessa interface.
EntÃ£o, vou voltar ao meu diagrama aqui como exemplo.
Digamos que eu habilitei o PIM em todas essas interfaces.
Ok, digamos isso.
Agora observe as interfaces que nÃ£o circulei e fiz isso de propÃ³sito.
NÃ£o habilitei o PIM aqui nesta subinterface ou aqui mesmo.
Neste caso especÃ­fico, o trÃ¡fego multicast nunca fluirÃ¡.
Se meu receptor enviar um relatÃ³rio de associaÃ§Ã£o IGMP, temos o PIM ativado
em cada interface para chegar ao RP.
EntÃ£o, na verdade, formaremos uma Ã¡rvore compartilhada.
Este ramo aqui estarÃ¡ pronto e aguardando para transmitir multicast
se isso acontecer.
Mas aqui estÃ¡ o problema.
Se a fonte comeÃ§ar a enviar, bem, R4 nunca receberÃ¡ uma solicitaÃ§Ã£o
para esse trÃ¡fego.
Para que o R4 encaminhe nativamente o multicast, basta encaminhar na interface,
alguÃ©m tem que pedir isso a ele.
Ele tem que receber uma adesÃ£o PIM.
Bem, ele nÃ£o receberÃ¡ uma associaÃ§Ã£o PIM desta forma porque esta interface
nÃ£o tem PIM nele.
E ele nÃ£o vai receber.
Se uma junÃ§Ã£o PIM vier aqui ou aqui, ele irÃ¡ abandonÃ¡-la porque
ele nÃ£o tem PIM habilitado nessas interfaces.
Ele nÃ£o pode receber PIM.
Essa Ã© uma demonstraÃ§Ã£o de por que o PIM deve ser habilitado em ambos os lados
um link. TambÃ©m na interface conectada ao receptor e na interface
conectado Ã fonte para que tudo flua.
Portanto, esta pode ser uma fonte de soluÃ§Ã£o de problemas de multicast.
Se o multicast nÃ£o estiver fluindo em algum lugar da sua rede, pode ser tÃ£o
simples como o fato de vocÃª ter esquecido de ativar o PIM em algum link em algum lugar.
Algumas interfaces, algumas subinterfaces nÃ£o possuem o PIM ativado.
Portanto, os pacotes PIM Hello sÃ£o usados ââpara descobrir os vizinhos PIM.
E se vocÃª estÃ¡ assistindo a esta gravaÃ§Ã£o, peÃ§o desculpas.
Na gravaÃ§Ã£o anterior, eu distorci o endereÃ§o multicast daqueles
PIM OlÃ¡. O endereÃ§o correto Ã© 2240013.
Portanto, 2240013 Ã© o endereÃ§o para o qual os PIM Hello sÃ£o enviados.
EntÃ£o, vamos fazer um rastreamento preciso daqueles Hello's agora porque
temos o PIM ativado.
Vou escolher um aqui.
Portanto, sabemos que a topologia fÃ­sica real neste caso estÃ¡ bem aqui.
O PIM estÃ¡ habilitado em R2, R8, R4.
EntÃ£o vamos fazer um rastreamento do atirador.
Vou capturar os OlÃ¡ que estÃ£o chegando com etano rÃ¡pido com 0 barra
4 neste interruptor.
EntÃ£o, vou usar o recurso span no switch para fazer isso.
Na verdade, nÃ£o vou entrar em detalhes sobre como configurar o span ou
o que span faz porque isso nÃ£o Ã© realmente relevante para esta apresentaÃ§Ã£o.
Ok, entÃ£o neste momento, qualquer coisa que esteja acontecendo, vamos ver aqui,
Eu fiz 0 barra 7.
EntÃ£o isso seria bem aqui.
Ok, R4. EntÃ£o, quando R4 estiver enviando PIM Hello's, devemos capturÃ¡-los e
meu tubarÃ£o de arame deveria pegÃ¡-los.
Eles saem a cada 30 segundos, entÃ£o nÃ£o devemos esperar muito.
Aqui vamos nÃ³s. EntÃ£o vou usar meu laptop ou um bug com wire shark.
Mas muitas vezes o wire shark nÃ£o me deixa apertar os botÃµes aqui para
pare alguma coisa. EntÃ£o, vamos expandir isso.
EntÃ£o aqui estÃ¡ o nosso PIM OlÃ¡.
EntÃ£o observe o destino 2240013 e quando mapearmos isso atÃ© o nosso destino
O endereÃ§o MAC 01005E e D Ã© 13.
Ã transportado em IP.
Tem um tempo de vida de 1 porque sÃ³ Ã© bom no link local.
E tem um DSCP bastante alto.
Tem uma precedÃªncia de IP de 6.
E vocÃª sÃ³ pode ir alÃ©m disso indo para 7.
Portanto, no que diz respeito Ã s prioridades, um pacote de prioridade bastante elevada.
Protocolo 103 para PIM.
E aqui vemos que a fonte Ã©, neste caso, o roteador 8.
Parece. Roteador 8.
E destinos PIM.
E aqui estÃ¡ o corpo do PIM.
PIM versÃ£o 2, o cÃ³digo do tipo Ã© 0, o que significa que Ã© OlÃ¡.
E a opÃ§Ã£o que diz o tempo de espera.
EntÃ£o, 105 segundos, o que Ã© aproximadamente trÃªs vezes a prioridade, ou trÃªs vezes
o intervalo do tempo de saudaÃ§Ã£o, que Ã© a cada 30 segundos.
E prioridade designada do roteador e capacidade de atualizaÃ§Ã£o de estado.
Fale um pouco mais sobre isso em apenas um minuto.
Mas vocÃª pode ver que o PIM Hello Ã© bem simples.
E aqui vocÃª pode ver que eles saem com bastante frequÃªncia.
EntÃ£o aqui estÃ¡ o do roteador 8.
E saiu aos 42,35 segundos.
EntÃ£o, se avanÃ§armos cerca de 30 segundos a mais do que isso, serÃ£o cinco minutos
e cerca de 15 segundos ou mais.
E aqui estÃ¡ o prÃ³ximo olÃ¡.
Cerca de 30 segundos depois, cinco minutos e 12 segundos.
E falaremos sobre essas outras coisas, juntar ameixas e outras coisas que estÃ£o por vir
acima. OK, entÃ£o o PIM entra.
Como mencionei, o PIM nÃ£o adiciona um galho Ã Ã¡rvore atÃ© que alguÃ©m queira
para se juntar a ele. EntÃ£o, o PIM na verdade tem algo chamado pacote de junÃ§Ã£o para fazer isso.
E vocÃª verÃ¡ em muitas documentaÃ§Ãµes que elas farÃ£o referÃªncia a dois
diferentes tipos de junÃ§Ãµes.
Algo chamado junÃ§Ã£o de estrela e vÃ­rgula e junÃ§Ã£o de vÃ­rgula.
Vamos entrar nos detalhes sangrentos de cada um deles.
Por enquanto, direi apenas que ambos sÃ£o exatamente o mesmo pacote.
NÃ£o Ã© como se existissem dois tipos diferentes de pacotes PIM.
Ambos sÃ£o transportados exatamente no mesmo pacote.
A Ãºnica diferenÃ§a Ã© que um pequeno campo Ã© diferente entre os dois.
Mas esta Ã© a estrutura de dados fundamental usada pelo PIM para enviar
uma mensagem rio acima dizendo: ei vizinho, olhe para mim, preciso de uma coisa.
Preciso de um grupo especÃ­fico.
Adicione-me Ã sua Ã¡rvore.
Essa Ã© a junÃ§Ã£o do PIM.
Portanto, o encaminhamento multicast Ã© determinado pelas entradas na tabela de rotas M,
a tabela de roteamento multicast.
EntÃ£o chamamos essas rotas M.
EntÃ£o, o que faria com que essas entradas fossem preenchidas na tabela?
Bem, uma das trÃªs coisas.
Um roteador recebeu uma junÃ§Ã£o PIM.
Recebeu trÃ¡fego multicast.
Na verdade, hÃ¡ quatro coisas.
Recebeu um relatÃ³rio de adesÃ£o ao IGMP.
EntÃ£o, deixe-me colocar isso aqui tambÃ©m.
Aqui vamos nÃ³s. Portanto, um roteador recebeu junÃ§Ãµes PIM ou uma associaÃ§Ã£o IGMP
relatÃ³rio. Ele recebeu o trÃ¡fego multicast real.
Ou Ã s vezes pode ser criado de forma dinÃ¢mica ou automÃ¡tica.
Vimos que o 2240140 estava lÃ¡ para RP automÃ¡tico.
E nÃ£o tivemos que fazer nada para isso.
Na verdade, nÃ£o recebemos nenhum trÃ¡fego de RP automÃ¡tico apenas dinamicamente
coloque lÃ¡. EntÃ£o, vamos dar uma olhada na tabela de rotas M por um momento.
E vou apontar alguns pontos de alto nÃ­vel disso.
E entÃ£o falaremos um pouco mais sobre alguns detalhes.
EntÃ£o, por exemplo, se eu entrar aqui, mostrar a rota do IPM Ã© como vemos o que estÃ¡
lÃ¡. EntÃ£o essas sÃ£o todas as suas bandeiras.
E essas bandeiras aparecerÃ£o em vÃ¡rios trechos da sua rota M.
EntÃ£o esta Ã©, por exemplo, considerada uma rota M.
Estas quatro linhas aqui.
Isso estÃ¡ indicando uma rota multicast.
E dessas bandeiras, vamos falar sobre muitas delas.
Agora, muitos deles nÃ£o tÃªm nada a ver com o modo esparso do PIMS.
EntÃ£o vou apontar os mais comuns que vocÃª verÃ¡ no PIMS sparse
modo. Mas alguns deles gostam da bandeira Z e da bandeira Y que nÃ£o tem nada
a ver com o modo escasso do PIMS.
EntÃ£o nÃ£o vamos falar sobre isso.
EntÃ£o vocÃª verÃ¡ aqui, para poder ver que este Ã© o seu grupo.
Este Ã© o grupo multicast.
E falaremos aqui em apenas um segundo o que a estrela significa.
Alguns cronÃ´metros sobre quanto tempo o grupo estÃ¡ ativo e quando ele irÃ¡ expirar.
InformaÃ§Ãµes sobre quem Ã© o ponto de encontro.
Interface de entrada, vocÃª sabe, onde espero receber meu multicast
trÃ¡fego? Quando chegar atÃ© mim, qual interface irÃ¡ recebÃª-lo?
E de quais interfaces irei encaminhÃ¡-lo?
Ãs vezes, a lista de interfaces de saÃ­da diz nÃ£o, o que significa que nÃ£o tenho ninguÃ©m.
NinguÃ©m nunca me pediu esse trÃ¡fego.
NÃ£o tenho para onde enviar.
EntÃ£o, veremos com mais detalhes os vÃ¡rios temporizadores e coisas aqui
Ã medida que avanÃ§amos. EntÃ£o, como criamos a Ã¡rvore compartilhada?
Bem, primeiro, vocÃª precisa saber quem Ã© o ponto de encontro.
VocÃª tem que saber como chegar atÃ© ele.
EntÃ£o, se vocÃª nÃ£o tem uma rota para o ponto de encontro, nÃ£o vai
te faz muito bem.
E vocÃª precisa ter pelo menos uma solicitaÃ§Ã£o de um receptor multicast.
O receptor multicast, o laptop, o PC, uma vez que envia uma adesÃ£o IGMP
relatÃ³rio, que dÃ¡ inÃ­cio a todo este processo.
Ã isso que constrÃ³i a Ã¡rvore compartilhada.
Ok, entÃ£o vamos em frente e construir uma Ã¡rvore compartilhada.
EntÃ£o o que vamos fazer neste caso Ã© ter meu receptor,
que Ã© realmente um roteador, mas vou pedir para ele enviar uma assinatura IGMP
relatÃ³rio para um grupo especÃ­fico.
Agora vamos falar sobre o processo que veremos.
E entÃ£o veremos isso no laboratÃ³rio.
EntÃ£o, quando R2 receber o relatÃ³rio de adesÃ£o, de repente ele ficarÃ¡ ciente
de uma fonte. EntÃ£o vamos em frente e fazer isso no quadro branco
aqui. EntÃ£o, quando esse cara enviar um relatÃ³rio de sÃ³cios, vamos pensar
algum grupo. 239.999.
Bem, com o PIM habilitado na Fast Ethernet 00, o roteador 2 agora perceberÃ¡,
ok, tenho um receptor nesta interface para este grupo.
Agora observe quando este relatÃ³rio de membros chega, entÃ£o nÃ£o vai
haver qualquer menÃ§Ã£o a 4.5.4.5 porque ninguÃ©m sabe que ele existe neste momento
apontar. EntÃ£o, quando esse relatÃ³rio chegar, o roteador 2 criarÃ¡ alguns
estado em sua tabela de rotas M, sua tabela de roteamento multicast, e vamos
para chamar esta estrela, vÃ­rgula, estado g.
Por que chamamos assim?
Bem, vai ser estrela, vÃ­rgula, g, o que significa que a estrela Ã© qual Ã© o
EndereÃ§o IP da fonte?
Bem, nÃ£o sabemos qual Ã© o endereÃ§o IP da fonte.
EntÃ£o usamos apenas uma estrela como espaÃ§o reservado, o que significa qualquer fonte, nÃ£o
importa qual Ã© a fonte.
E entÃ£o g, bem, neste caso especÃ­fico, serÃ¡ 239.999.
Esse Ã© o meu grupo.
EntÃ£o vocÃª verÃ¡ aqui que R2 agora terÃ¡ uma entrada de rota M dizendo estrela, vÃ­rgula,
239, 999. Chamamos isso de entrada com asterisco, vÃ­rgula e g.
E fasteetanot00 serÃ¡ colocado na lista de interfaces de saÃ­da.
Em outras palavras, se algum dia eu receber multicast para este grupo, enviarei
Ã© de saÃ­da na interface fasteetanot00.
Ok, assim que o roteador 2 conseguir isso, ele dirÃ¡: ok, preciso
para avisar ao ponto de encontro do PEM que estou aqui.
E se ele conseguir o multicast em 239.999, ele precisarÃ¡ encaminhÃ¡-lo para
meu. Agora, neste caso especÃ­fico, jÃ¡ identificamos o ponto de encontro
apontar como sendo o roteador 3.
Ele Ã© o PEM RP.
E todos esses roteadores sabem disso, porque eu configurei estaticamente
eles por isso. EntÃ£o, roteador 2, em sua entrada estrela, vÃ­rgula, g, vocÃª verÃ¡ que
ele dirÃ¡ isso. Ele dirÃ¡, ok, eu sei que o ponto de encontro Ã© Ã s 3
.4.3.3. E agora ele irÃ¡ para sua tabela de roteamento unicast.
Ele vai dizer: como faÃ§o para chegar lÃ¡?
Bem, se eu entrar no roteador 2, se eu quiser verificar se esse roteador
na verdade pode reverter o caminho para o RP, que ele sabe como voltar
o RP, hÃ¡ duas maneiras de fazer isso.
Eu certamente poderia apenas olhar para minha tabela de roteamento.
Eu poderia fazer isso.
Mostrar rota IP. E podemos ver aqui mesmo, hÃ¡ uma rota para a 343
rede, aprendida via EIGRP.
E entÃ£o ele vai sair rÃ¡pido ethernet 0 barra 1.
Ou se vocÃª quiser fazer da maneira que o PEM faria, vocÃª pode mostrar IP RPF
e digite esse endereÃ§o IP.
Ele diz, ok, eu sei disso.
Minha interface para chegar lÃ¡ Ã© fast ethernet 0 1.
Meu prÃ³ximo vizinho importante, em outras palavras, o vizinho que me contou sobre isso
a rota Ã© 8288. Aqui estÃ¡ a rota real que encontrei na minha tabela de roteamento.
E aprendi isso atravÃ©s do processo EIGRP 100, EIGRP Autonomous System 100.
EntÃ£o agora que ele sabe disso, volto aqui para o meu quadro branco, vocÃªs verÃ£o
na minha estrela, entrada G, ele colocarÃ¡ algo chamado interface de entrada.
Interface de entrada.
E ele dirÃ¡, assim que o RP comeÃ§ar a me enviar dados multicast, porque
nÃ£o deveria inicialmente comeÃ§ar a descer na Ã¡rvore compartilhada do RP, deveria
comece vindo de fast ethernet 0 barra 1.
Porque essa Ã© a interface que uso para chegar ao ponto de encontro.
E entÃ£o ele tambÃ©m dirÃ¡: meu vizinho tem 8,2 ponto 8 ponto 8.
Agora ele tem tudo que precisa.
EntÃ£o agora o roteador 2 criarÃ¡ uma junÃ§Ã£o PEM.
E chamamos isso de estrela PEM, junte-se.
Porque tal como o relatÃ³rio de membros do IGMP nÃ£o deu nenhuma indicaÃ§Ã£o do que
o endereÃ§o de origem Ã© deste fluxo multicast, esta junÃ§Ã£o PEM tambÃ©m fornece
nenhuma indicaÃ§Ã£o do fluxo multicast.
E capturaremos isso no rastreamento do snippet para que vocÃª possa ver.
Estrela, 239 ponto 999.
E naquela estrela, G join, na verdade terÃ¡ o endereÃ§o IP do ponto de encontro
apontar. E dessa forma, o roteador 8 dirÃ¡, ok, eu sei onde fica
indo, isso vai para o RP.
EntÃ£o adivinhe? Quando o roteador 8 conseguir isso, ele criarÃ¡ o estado estrela, G
nele. Porque lembre-se da estrela, estado G, este estado de rota M Ã© criado
com base em um receptor real solicitando a rota ou em um downstream
roteador solicitando a rota.
Se um roteador downstream lhe enviar uma estrela, G join, ele criarÃ¡ o exato
mesmo estado como se vocÃª realmente tivesse um receptor.
NÃ£o Ã© exatamente a mesma coisa, preciso de algumas bandeiras aqui que sejam diferentes, mas
ainda cria o estado.
EntÃ£o, o roteador 8 criarÃ¡ uma estrela, entrada G.
Ele sabe quem Ã© o RP.
Ele farÃ¡ uma pesquisa de caminho inverso, e estou assumindo que seu
o caminho reverso serÃ¡ 00,83.
SÃ³ de olhar para este diagrama, tenho certeza de que esse Ã© o caminho mais rÃ¡pido.
E entÃ£o seu prÃ³ximo vizinho superior serÃ¡ 3.4.3.3.
E assim que conseguir isso, ele encaminharÃ¡ uma estrela, G se juntarÃ¡ ao RP.
E isso criarÃ¡ o estado estrela G no prÃ³prio ponto de encontro.