No Ãºltimo vÃ­deo, vimos detalhadamente como Ã© o processo
Ã© usado quando estamos criando a Ã¡rvore compartilhada, como a adesÃ£o ao IGMPM
relatÃ³rio recebido pelo gateway padrÃ£o inicia um PIM, o que chamamos de estrela,
G-join, que sobe salto a salto atÃ© o ponto de encontro.
E vimos como isso acontece, cada roteador do roteador, o padrÃ£o
gateway que recebeu o relatÃ³rio de associaÃ§Ã£o e, em seguida, cada roteador junto
o caminho que recebe a estrela, G-join atÃ© o ponto de encontro,
que criou o que chamamos de estado de rota estrela, G-em em nosso roteamento multicast
mesa. Assim que tivermos aquela estrela, estado de rota G-em, ou seja, eu nÃ£o
importa qual Ã© a fonte, uma vez que comeÃ§a a atingir o ponto de encontro,
temos uma conexÃ£o aberta, um caminho aberto, atÃ© o receptor.
E isso Ã© baseado no que foi mostrado na lista de interfaces de saÃ­da.
Ok, agora vamos iniciar o multicast e ver o que acontece lÃ¡.
Portanto, a linha tracejada verde neste caso especÃ­fico indica a Ã¡rvore compartilhada
isso jÃ¡ estÃ¡ aberto.
Agora nÃ£o estou mostrando o R8 aqui, mas sabemos que o R8 estÃ¡ entre esses dois.
Agora a fonte vai comeÃ§ar.
E o que veremos Ã© quando o R4 receber esses multicast nativos
pacotes da fonte, ele dirÃ¡, hein, estou com um problema aqui.
Porque sÃ³ tenho permissÃ£o para encaminhar esses pacotes multicast nativos se
Eu tenho alguma entrada na minha tabela de rotas M que possui uma interface na saÃ­da
lista de interfaces. Mas ele vai dizer, ninguÃ©m nunca me pediu isso.
Nunca recebi nenhum relatÃ³rio de adesÃ£o ao IGMP.
Nunca recebi nenhuma associaÃ§Ã£o de PIM de ninguÃ©m.
EntÃ£o nÃ£o tenho para onde enviar isso.
E ainda assim pode haver receptores por aÃ­.
EntÃ£o o que eu faÃ§o?
Bem, com o modo PIM esparso, o que ele vai fazer Ã© pegar
esse pacote multicast e ele irÃ¡ encapsulÃ¡-lo dentro de um unicast.
E isso estarÃ¡ dentro de um pacote PIM.
Portanto, haverÃ¡ outro tipo de pacote PIM chamado registro PIM.
E Ã© isso que veremos a seguir.
Portanto, o registro PIM realmente carrega.
Ã um pacote unicast, transmita-o do R4 diretamente para o RP.
EntÃ£o veremos os endereÃ§os de origem R4.
O endereÃ§o de destino Ã© o ponto de encontro.
O tipo PIM serÃ¡ um novo tipo chamado registrador.
E no corpo disso estarÃ£o nossos dados multicast.
E quando o ponto de encontro chegar a esse ponto, ele irÃ¡ descapsulÃ¡-lo, revelando
o pacote multicast.
E aÃ­ o RP vai dizer, ok, tenho estado para isso?
AlguÃ©m jÃ¡ me pediu isso?
Bem, neste caso vocÃª dirÃ¡ que sim, porque nossa Ã¡rvore compartilhada jÃ¡ estÃ¡
pronto e esperando.
EntÃ£o ele encaminharÃ¡ isso para a Ã¡rvore compartilhada.
EntÃ£o Ã© assim que nosso multicast comeÃ§arÃ¡ inicialmente registrando este
caminho. EntÃ£o agora isso pode continuar potencialmente indefinidamente.
Certo? Quer dizer, funciona.
Ele obtÃ©m o multicast da fonte para o receptor.
Mas estÃ¡ pedindo para aquele roteador conectado na fonte e no RP funcionar
um pouco mais difÃ­cil de embrulhar essa coisa em um unicast e desembrulhÃ¡-la
do unicast do outro lado.
Portanto, embora funcione, estÃ¡ consumindo um pouco mais de recursos da CPU.
E certamente se tivÃ©ssemos dezenas ou centenas de fluxos multicast fazendo
isso pode ser potencialmente ruim para o RP que estÃ¡ dentro do multicast.
EntÃ£o o que vai acontecer?
E veremos isso no prÃ³ximo segmento com mais detalhes, Ã© quando o encontro
ponto recebe este pacote de registro de pin, ele realmente vai fazer alguns
das coisas simultaneamente.
Primeiro, ele vai desembrulhar e encaminhar para a Ã¡rvore compartilhada.
JÃ¡ conversamos sobre isso.
O prÃ³ximo ponto de encontro Ã© esse multicast em sua forma nativa pura.
EntÃ£o posso encaminhÃ¡-lo de acordo com minha rota m.
Portanto, nÃ£o preciso continuar incomodando minha CPU com isso.
Veja, como faÃ§o isso?
Bem, eu sei que meu vizinho upstream sÃ³ vai encaminhÃ¡-lo para
mim se eu pedir isso a ele.
Portanto, o RP enviarÃ¡ uma mensagem de adesÃ£o ao seu vizinho.
Mas esta nÃ£o Ã© uma comÃ©dia estrelada porque ele realmente conhece a fonte.
Quando esse primeiro multicast chega, ele diz, ah, eu sei quem Ã© a fonte
Ã©, 4.5.4.5. EntÃ£o ele vai enviar o que Ã© chamado de junÃ§Ã£o S, G.
Quando vemos no traÃ§o do atirador, Ã© exatamente o mesmo formato de uma estrela
-comedy join, exceto que lista o endereÃ§o de origem e alguns
das bandeiras tambÃ©m sÃ£o diferentes.
E isso abre a Ã¡rvore do caminho mais curto do ponto de encontro atÃ©
a fonte. Porque lembre-se, falamos sobre como hÃ¡ potencialmente
vÃ¡rias Ã¡rvores compartilhadas, certo?
Se eu sou um ponto de encontro e hÃ¡ 50 receptores diferentes espalhados
atravÃ©s da rede, pode haver 50 Ã¡rvores compartilhadas diferentes.
Bem, da mesma forma, o conceito de Ã¡rvore de caminho mais curto vem de um indivÃ­duo
perspectiva do roteador.
Meu caminho mais curto para chegar a essa fonte Ã© um roteador que pode ser diferente
do que o seu caminho mais curto para chegar Ã mesma fonte.
EntÃ£o, no ponto de encontro, quando ele receber esse pacote de registro, ele irÃ¡
para dizer, quero abrir meu caminho mais curto para chegar a essa fonte.
Porque uma vez aberto, esses registros irÃ£o parar.
ComeÃ§arei a obter o multicast puro em sua forma nativa.
EntÃ£o assim que o cadastro chegar, alÃ©m de encaminhar para baixo
assim, esse RP vai mandar, deixa eu expandir um pouco, ele vai
vou enviar um s, G junte-se ao upstream.
E isso irÃ¡, em R4, adicionar um sinal eletrÃ´nico rÃ¡pido em zero, zero em seu
lista de interfaces de saÃ­da.
Agora nossos quatro dirÃ£o: Ah, Ã³timo.
Ok, agora posso comeÃ§ar a encaminhar o downstream multicast em sua forma pura
forma nativa. Mas adivinhe, ele continuarÃ¡ registrando.
EntÃ£o agora vamos obter duas cÃ³pias desses pacotes multicast no
PR. Vamos fazer com que o multicast nativo seja desativado.
E vamos obter outra cÃ³pia dentro deste pacote de registro de pinos.
Agora vocÃª pode perguntar: por que isso aconteceu?
Por que um R4 simplesmente para nesse ponto?
Bem, aqui estÃ¡ o porquÃª.
Nesta topologia especÃ­fica, ela nÃ£o a descreve muito bem.
Mas imagine se eu tivesse isso.
Ok, entÃ£o imagine se, vocÃª sabe, aqui estÃ¡ minha fonte.
Ok, e temos o roteador X e o PIM RP.
E este Ã© o roteador cinco.
Ok, entÃ£o aqui minha fonte estÃ¡ enviando seu multicast para o roteador cinco.
O roteador cinco pega esse multicast e o registra.
Veja se consigo desenhar algo aqui para indicar isso.
EntÃ£o esse Ã© o registro.
E agora o roteador cinco recebe uma junÃ§Ã£o s, g.
EntÃ£o a fonte Ã©, vamos ver aqui, qual Ã© a fonte do cara?
4.5.4.5 no meu exemplo especÃ­fico.
EntÃ£o ele diz, ok, aqui estÃ¡ uma junÃ§Ã£o do PIM.
E na verdade listarÃ¡ a fonte e o grupo.
Ok, bem, quando isso acontecer, se houvesse, como posso expressar isso?
Na verdade, aqui estÃ¡ um exemplo melhor.
Coloque um roteador bem aqui no meio.
Ok, entÃ£o todas essas mensagens PIM tÃªm um tempo de vida.
Certo, vimos como a junÃ§Ã£o estrela vÃ­rgula g do PIM saiu para o mesmo multicast
endereÃ§o como olÃ¡, 2240013.
Bem, eu realmente nÃ£o apontei isso no rastreamento do farejador, mas assim como o
PIM olÃ¡ tem hora de viver de um sÃ³, PIM entra e vamos dizer o endereÃ§o dele
Ã© 55555. Quando a junÃ§Ã£o do PIM estÃ¡ acontecendo aqui, no cabeÃ§alho IP real,
a fonte virÃ¡ daquele cara.
E o destino vai ser assim.
Bem, na verdade serÃ¡ o roteador.
Esse cara aqui, 4.5.4.4.
Digamos apenas isso, digamos que ele Ã© o roteador 4 para simplificar.
Portanto, nÃ£o hÃ¡ necessariamente nenhuma maneira de o roteador 4 saber que esta junÃ§Ã£o
na verdade, originou-se no RP porque Ã© salto a salto.
Quando o RP o enviou pela primeira vez, o RP o enviou para o roteador Z porque ele Ã© uma vÃ­rgula
g join tinha as mesmas informaÃ§Ãµes.
A fonte foi 4.5.4.5.
O grupo era 239.999.
E o pacote aqui tinha um IP origem do RP e o destino do
roteador 4. Vamos colocar isso aqui.
Na verdade nÃ£o, ele tinha como destino o roteador Z porque Ã© salto a salto.
Ã apenas um salto.
A origem do IP Ã© RP.
O destino Ã© igual ao roteador Z.
EntÃ£o ele enviou esta vÃ­rgula g join porque o RP disse, ok, eu sei quem Ã© o
fonte Ã©. Meu prÃ³ximo vizinho principal Ã© o roteador Z.
EntÃ£o, vou enviar um PIM vÃ­rgula g join para aquele vizinho dizendo: ei
vizinho, vocÃª pode abrir esse caminho para mim?
EntÃ£o, quando o roteador Z consegue, ele faz a mesma coisa.
Ele diz, meu caminho certo para a fonte Ã© o roteador 4.
EntÃ£o, vou criar uma junÃ§Ã£o de vÃ­rgula do PIM e enviÃ¡-la para o roteador 4.
EntÃ£o isso se abre Ã medida que avanÃ§amos no caminho atÃ© aqui.
Esta interface Ã© aberta na lista de interfaces de saÃ­da.
Mas quando o roteador 4 recebe isso, ele nÃ£o tem ideia do motivo pelo qual estÃ¡ recebendo
Ã© porque o RP iniciou o processo.
Tudo o que ele sabe Ã© que tem uma junÃ§Ã£o de vÃ­rgula para o roteador Z.
Ele nÃ£o tem ideia de por que o roteador Z enviou isso para ele.
SÃ³ esse roteador Z conseguiu, aquele roteador Z iniciou.
EntÃ£o ele diz, bem, o roteador Z me enviou esta junÃ§Ã£o de vÃ­rgula, mas estou no
processo de registro.
Os dois sÃ£o totalmente diferentes.
SÃ³ porque um cara me enviou uma inscriÃ§Ã£o nÃ£o significa que devo interromper o registro
processo com outro cara.
Ainda vou continuar me registrando porque nÃ£o tive notÃ­cias do
PR ainda. Tudo o que ouvi Ã© do roteador Z, o RP receberia duas cÃ³pias do
o mesmo pacote.
Quando o pacote multicast comeÃ§a a fluir, ele fluirÃ¡ nativamente
de 4 a Z para RP porque esse caminho jÃ¡ foi aberto.
E ao mesmo tempo, quando o roteador 4 recebeu aquele pacote multicast, ele criou
uma cÃ³pia dele e encapsulado em unicast e unicast diretamente
para o PR. EntÃ£o agora o RP diz, ok, Ã³timas notÃ­cias.
Acabei de receber o pacote multicast real em sua forma nativa pura no meu
Ã¡rvore de caminho mais curto.
Agora sei que meu caminho mais curto para a fonte estÃ¡ aberto.
EstÃ¡ fluindo. EstÃ¡ funcionando.
Ele diz, nÃ£o preciso mais dessas mensagens de registro.
Isso estÃ¡ me fazendo trabalhar mais do que preciso.
Portanto, o RP enviarÃ¡ o que Ã© chamado de mensagem de parada do registro PIM
para o roteador 4. Ã isso que o roteador 4 estÃ¡ procurando.
Isso farÃ¡ com que ele realmente interrompa o processo de registro.
EntÃ£o eu sei que neste diagrama nÃ£o ficou totalmente claro.
VocÃª pode ter dito, ok, bem, quando o aplicativo vai parar o registro,
Eu quero te mostrar nÃ£o.
Isso nÃ£o Ã©. O registro continuarÃ¡ atÃ© que o RP diga explicitamente:
por favor pare. NÃ£o quero mais ver esses registros.
EntÃ£o ele usa uma mensagem de parada de registro para fazer a troca.
Na verdade, ele nÃ£o o usa para mudar para a Ã¡rvore do caminho mais curto.
Ele faz isso depois que sua Ã¡rvore de caminho mais curto jÃ¡ estiver aberta.
EntÃ£o, na verdade, estou disposto a mudar isso.
LÃ¡, o RP usa mensagens de parada de registro apÃ³s sua Ã¡rvore de caminho mais curto
estÃ¡ confirmado e aberto.
EntÃ£o esse Ã© o processo de registro do PIM.
EntÃ£o, vamos dar uma olhada nisso e ver como funciona.
Acho que agora nossa Ã¡rvore compartilhada estÃ¡ aberta.
Vamos apenas confirmar, vamos ao roteador 3 para RP e ter certeza de que ele ainda
tem uma estrela, entrada.
Ah, tudo bem, ele nÃ£o quer.
Voltemos Ã nossa fonte, nosso receptor aqui.
Ok, Ã© por isso, porque ele nÃ£o se juntou ao grupo.
Ok, entÃ£o agora devemos pegÃ¡-lo.
Ok, entÃ£o aÃ­ estÃ¡ a nossa estrela, entrada.
E tambÃ©m, no que diz respeito a estes temporizadores, este temporizador aqui Ã© como
a vida Ãºtil disso.
Isso continuarÃ¡ em contagem regressiva.
E se isso chegar a zero, isso significa que vou remover isso
interface da lista de interfaces de saÃ­da.
Mas sabemos que enquanto esse receptor ainda estiver ativo, enquanto
ainda hÃ¡ consultas sendo enviadas e relatÃ³rios retornando, roteador 2 a cada
60 segundos, enviaremos outra estrela, junte-se aqui para atualizar esse estado.
E o roteador 8 tambÃ©m ficarÃ¡ parado quando conseguir isso, enviaremos sua prÃ³pria estrela,
join para atualizar esse estado.
Por exemplo, agora estamos em 233.
E estÃ¡ de volta.
Veja, entÃ£o comeÃ§amos em trÃªs minutos e 23 segundos.
E descemos por cerca de um minuto.
E aÃ­ a gente nÃ£o viu, mas no fundo ele recebeu uma estrela,
quanto ele se juntou a uma atualizaÃ§Ã£o, e voltou a isso.
Este aqui, este temporizador, Ã© quanto tempo esta interface no total esteve em
a lista de interfaces de saÃ­da.
JÃ¡ se passaram um minuto e quatro segundos desde que recebemos nosso primeiro
primeira estrela, join que fez com que esta entrada m-route fosse criada originalmente.
EntÃ£o desta vez vamos continuar aumentando.