Tudo bem, entÃ£o vamos ver aqui.
EntÃ£o, queremos ver o processo de registro.
A maneira mais fÃ¡cil de criar trÃ¡fego multicast Ã© simplesmente fazer um multicast
pingar. E na verdade isso serÃ¡ fÃ¡cil.
A razÃ£o pela qual eu estava hesitando Ã© porque, por exemplo, se eu fizesse um multicast
ping do roteador 4, quando vocÃª inicia um ping multicast de um roteador,
ele realmente enviarÃ¡ aquele pacote multicast, aquele pacote ICMP multicast
em cada interface que ele possui com PIM habilitado.
Quero dizer, ele nem se preocupa em verificar o estado da rota M nem nada.
Ele copia e envia cada pacote.
E eu nÃ£o queria isso.
Mas neste caso nÃ£o preciso me preocupar porque no roteador 5 ele
de qualquer maneira, sÃ³ tem uma interface.
EntÃ£o vamos ver aqui.
Queremos capturar o...
Portanto, este serÃ¡ o pacote multicast.
Vai acontecer desta forma.
E queremos ver esse pacote multicast encapsulado em um PIM
registro. E tambÃ©m queremos ver assim que o RP conseguir isso,
quero vÃª-lo enviar uma junÃ§Ã£o PIM-SG para abrir seu caminho mais curto.
EntÃ£o veremos o prÃ³prio multicast fluindo em seu formato nativo
forma. E por Ãºltimo, queremos ver o RP assim que ele conseguir isso, enviando
uma parada de registro PIM.
Porque esse serÃ¡ o processo.
EntÃ£o, para fazer isso, vamos ver aqui.
Por que eu nÃ£o capturo tudo que entra e sai do roteador 3 rapidamente?
ethernet 00. Portanto, o roteador 3 Ã© rÃ¡pido ethernet 00 Ã© a porta 0 barra 5 no
trocar. Tudo bem, sim, 0 barra 5.
Ok, entÃ£o devemos estar prontos.
EntÃ£o deixe-me ir agora Ã fonte.
E acho que Ã© 999 o que estou usando.
E vou repetir isso 100 vezes sÃ³ para continuar por um tempo.
E vamos comeÃ§ar o rastreamento do farejador.
Ok, vamos lÃ¡.
Isso foi o suficiente.
Ok, entÃ£o aqui estÃ¡ o registro.
EntÃ£o, na verdade, nÃ£o vemos, porque estou apenas capturando, vamos lÃ¡
de volta a isso. Porque estou capturando apenas dados que entram e saem
00, na verdade nÃ£o vimos o multicast nativo quando ele chegou ao roteador
4. Mas vemos a mensagem de registro.
EntÃ£o aqui estÃ¡, registro PIM.
Portanto, este Ã© o endereÃ§o IP 4545.
Vamos apenas verificar aqui.
O roteador 4 deve estar fazendo o registro, nÃ£o o roteador 5.
Deixe-me verificar o roteador 5 aqui por um segundo.
Bem, vejamos, isso Ã© interessante, mas hÃ¡ uma maneira fÃ¡cil de verificar
esse. Portanto, o endereÃ§o de origem vem da prÃ³pria fonte
4545. Mas isso vem mesmo dele ou o roteador 4 simplesmente enfiou isso
lÃ¡? Bem, podemos verificar isso verificando o endereÃ§o MAC de origem do
esta moldura para ver de quem realmente veio.
Portanto, o endereÃ§o MAC de origem veio de 8C B6.
8C B6. EntÃ£o isso realmente veio do FastEthernet01 e R5?
NÃ£o, nÃ£o aconteceu porque ele Ã© 8E0051.
EntÃ£o, se formos para o roteador 4.
Ops, nÃ£o mostre a execuÃ§Ã£o, mostre a interface.
FastEthernet00.34.
Aqui vamos nÃ³s. 8C B6.
EntÃ£o isso Ã© interessante, veja isso.
EntÃ£o, quando o multicast nativo atinge o roteador 4, quando ele encapsula isso em
uma mensagem de registro, espere um segundo.
Eu acho que isso Ã© uma estranheza, na verdade, acho que me lembro que isso Ã© um
estranheza do tubarÃ£o de arame, nÃ£o do atirador.
Sim, aqui vamos nÃ³s.
Ok, nÃ£o sei por que o wire shark nÃ£o gosta disso.
Aqui em cima na janela principal, diz que vem do 4.5.
Se vocÃª realmente olhar no corpo dele, aqui no cabeÃ§alho IP, ele estÃ¡ chegando
do roteador 4. Portanto, nÃ£o sei por que a discrepÃ¢ncia aqui entre como
exibe. Mas aqui estÃ¡ meu cabeÃ§alho IP.
EntÃ£o estÃ¡ vindo do roteador 4, indo para o ponto de encontro, roteador 3,
e atrÃ¡s do cabeÃ§alho IP, estÃ¡ nosso cabeÃ§alho PIM.
EntÃ£o digite o nÃºmero 1, que Ã© um pacote de registro.
E entÃ£o vocÃª pode ver aqui que hÃ¡ apenas algumas bandeiras, e aqui estÃ¡
na verdade, o pacote multicast dentro dele.
Vindo da fonte, indo para o grupo e apenas algumas coisas
sobre isso caso vocÃª esteja curioso.
Falarei sobre registro nulo como a Ãºltima coisa neste particular
vÃ­deo. Mas essa coisa aqui chamada fronteira, o que Ã© isso?
Diz nÃ£o. HÃ¡ um recurso que vocÃª pode usar no modo PIM esparso chamado
um roteador de borda ou um roteador de borda PIM.
Isto Ã©, e honestamente nÃ£o tenho certeza com que frequÃªncia isso Ã© usado no
mundo real, mas por exemplo, se eu tivesse um roteador, entÃ£o de um lado estava fazendo
algo que nÃ£o Ã© PIM.
EntÃ£o estamos fazendo uma peÃ§a e fazendo PIM na outra interface.
E queremos que o multicast flua.
Isso seria considerado um roteador de fronteira PIM.
Nesse caso especÃ­fico, se aquele roteador enviou um registro, aquele bit
ali, aquele bit de bandeira, seria definido como 1, dizendo que sim, ele Ã© uma fronteira
roteador. Mas nÃ£o estamos fazendo esse tipo de coisa estranha aqui, entÃ£o ele estÃ¡ dizendo
nÃ£o, ele nÃ£o Ã© um roteador de fronteira.
EntÃ£o aÃ­ estÃ¡ o nosso registro, um cabeÃ§alho PIM bÃ¡sico bem simples, e depois Ã© sÃ³
o multicast real dentro dele.
E entÃ£o, de acordo com nosso quadro branco, dissemos que uma vez que isso aconteceu, o
ponto de encontro deve entÃ£o tentar abrir sua Ã¡rvore de caminho mais curto
enviando uma junÃ§Ã£o S, G.
EntÃ£o, vamos ver aqui.
Provavelmente Ã© isso aqui, o PIM entra, vamos ver aqui.
EstÃ¡ chegando, o endereÃ§o de origem vem do nosso ponto de encontro, 343,
esse Ã© o roteador 3.
Ele vai para o endereÃ§o PIM 2240013.
Digite o cÃ³digo 3 para ingressar.
Agora observe, o que torna isso diferente de uma estrela, junte-se?
Bem, um par de coisas.
NÃºmero um, nÃºmero de junÃ§Ãµes um.
Lembra que vimos aqui essas bandeiras de SW e R?
Bem, nÃ£o vemos isso desta vez.
O R significava que o bit RP estava definido, o que significa que esta junÃ§Ã£o especÃ­fica precisava ser
suba na Ã¡rvore compartilhada.
O destino final foi o ponto de encontro.
Bem, nÃ£o vemos isso aqui.
O bit W foi definido como o bit curinga.
O curinga significava que, ok, quando vocÃª olha para este endereÃ§o, este
address Ã© o endereÃ§o do ponto de encontro.
Bem, aqui nÃ£o vemos isso.
O bit curinga nÃ£o estÃ¡ definido, o que significa que este Ã© realmente o endereÃ§o
da fonte. EntÃ£o, parece uma espÃ©cie de estrela, junte-se, mas sÃ³ atÃ©
vocÃª se aprofunda nisso e vÃª quais bandeiras estÃ£o aqui ou quais bandeiras
nÃ£o estÃ£o aqui, vocÃª pode realmente dizer se Ã© uma estrela ou um S, junte-se.
E este caso Ã© um S, junte-se.
EntÃ£o ele diz, ok, vizinho upstream, entÃ£o este Ã© o roteador quatro.
Ele diz, isso vai para vocÃª, e estou tentando me juntar a esta fonte e
esse grupo. Ok, entÃ£o aÃ­ estÃ¡ o S, junte-se.
E entÃ£o, uma vez que S, join for recebido, isso deveria ter colocado este sub
-interface na lista de interfaces de saÃ­da do roteador quatro.
E entÃ£o o multicast nativo deveria ter caÃ­do, e deverÃ­amos ter
recebeu duas cÃ³pias dele, uma em um pacote de registro e outra na versÃ£o nativa
prÃ³prio multicast.
EntÃ£o vamos ver se vimos isso.
EntÃ£o aqui estÃ¡ a nossa junÃ§Ã£o, e parece, ok, entÃ£o aqui, aqui estÃ¡ o
multicast nativo, observe que nÃ£o hÃ¡ PIM aqui.
Fonte Ã© na verdade a fonte, aqui estÃ¡ o multicast nativo e depois certo
atrÃ¡s disso estÃ¡ um registro PIM.
E aqui estÃ¡ uma pergunta interessante: eles sÃ£o exatamente o mesmo pacote
copiado? Bem, vamos ver aqui, no multicast nativo real, no IP
cabeÃ§alho, temos uma identificaÃ§Ã£o de 0, 0, 0, 1.
Lembre-se, normalmente cada pacote IP individual possui uma identificaÃ§Ã£o Ãºnica
campo. Vamos ver aqui, e o pacote de registro?
Tem exatamente o mesmo ID, entÃ£o sim, sÃ£o duplicatas do mesmo pacote.
Tudo bem, e assim que vimos isso, vemos aqui embaixo, roteador trÃªs,
que Ã© o RP dizendo parada de registro, dizendo que nÃ£o quero mais registros.
EntÃ£o, aqui mesmo no corpo do PIM, digite o cÃ³digo dois, registre stop, e ele diz
Estou parando por esta fonte e por este grupo.
Agora havia outro campo no registro que eu meio que pulei
uma flag que eu nÃ£o falei, que era essa aqui, o registrador nulo
bandeira, o que Ã© isso?
Neste caso especÃ­fico, o registro nulo estÃ¡ definido como nÃ£o, estÃ¡ desativado, mas
quando estaria ativado e por que o usarÃ­amos?
EntÃ£o, digamos, vamos desenhar algo aqui por um momento, e podemos realmente
use isso como exemplo.
Digamos que nosso receptor estivesse aqui e inicialmente o multicast
o fluxo estava fluindo atravÃ©s da Ã¡rvore compartilhada atravÃ©s do RP, mas sabemos que
dentro de um curto espaÃ§o de tempo, e veremos isso no
prÃ³xima seÃ§Ã£o, vamos mudar da Ã¡rvore compartilhada e da
o trÃ¡fego nÃ£o estÃ¡ mais indo para o RP, isso foi, opa, isso nÃ£o, isso
interface foi removida, vamos nos livrar de tudo isso e
agora o trÃ¡fego estÃ¡ fluindo em sua forma nativa pura pelo caminho mais curto
Ã¡rvore de caminho para o receptor.
Ok, entÃ£o o multicast estÃ¡ indo, estÃ¡ indo, estÃ¡ indo, estÃ¡ tudo bem, estÃ¡
indo bem. Mas o que acontece se 10, 15, 20 minutos depois isso acontecer?
Temos outro receptor que se junta Ã nossa topologia e ele quer o exato
mesmo fluxo, entÃ£o ele envia um relatÃ³rio de adesÃ£o ao IGMP.
Isso inicia uma junÃ§Ã£o PIM star-coma-G, que cria o estado star-coma-G
no RP, e o RP fica aqui, esperando, e esperando, e esperando.
Afinal, o roteador Z nÃ£o tem motivo para encaminhar esse trÃ¡fego multicast
para o RP, certo, o RP eliminou essa interface.
Assim que o trÃ¡fego comeÃ§ar a descer pela Ã¡rvore do caminho mais curto, receberemos
algumas ameixas assim, e o RP foi informado, ei, nÃ£o precisamos mais de vocÃª,
nÃ£o precisamos do trÃ¡fego seu.
E quando o RP ouviu isso, ele disse, ok, acho que nÃ£o preciso mais disso,
ninguÃ©m mais quer isso de mim, entÃ£o o RP eliminou esse link.
EntÃ£o isso aconteceu hÃ¡ muito tempo.
Agora alguÃ©m estÃ¡ pedindo esse trÃ¡fego ao RP novamente, mas ele nÃ£o estÃ¡ conseguindo
isto. Ã aqui que o registro nulo pode entrar em aÃ§Ã£o.
EntÃ£o vamos falar sobre o registro nulo.
EntÃ£o sabemos que depois de um tempo o RP pode esquecer esse fluxo.
Isso passou por ele originalmente.
Ele poda porque nÃ£o precisa mais e se esquece
isto. EntÃ£o o que vai acontecer aqui Ã© o roteador que estÃ¡ conectado
para a fonte, o roteador 4 diz, bem, estou enviando este multicast hÃ¡
um tempo. HÃ¡ uma chance de que talvez o RP precise disso.
Ei, talvez outra pessoa queira receber esse trÃ¡fego.
Talvez eu devesse avisar o RP que ainda estÃ¡ em andamento.
Bem, poderÃ­amos pegar o prÃ³ximo pacote e registrÃ¡-lo no RP.
Isso funcionaria.
Mas em vez disso os desejos do PIM diziam, bem, nÃ£o quero continuar incomodando
o RP com esse cadastro, porque talvez ele nÃ£o tenha ninguÃ©m.
Talvez ninguÃ©m que ele conheÃ§a realmente queira esse trÃ¡fego.
EntÃ£o, em vez disso, o que acontece Ã© que, a cada poucos segundos, o roteador 4 envia o que Ã© chamado
um registro nulo para o ponto de encontro.
O que Ã© um registro nulo?
Basicamente, parece exatamente como um pacote de registro normal, mas nÃ£o
tenha quaisquer dados multicast dentro dele.
EntÃ£o, se voltarmos ao rastreamento do sniffer, um registro nulo diria type
1 registro, e teria informaÃ§Ãµes aqui sobre a fonte e
o grupo. Mas nÃ£o haveria corpo.
NÃ£o haveria dados multicast dentro dele.
Seria um pacote muito menor.
E o sinalizador de registro nulo seria definido como 1.
E Ã© assim que esse roteador aqui poderia dizer, ei, RP sÃ³ quer
vocÃª sabe, eu ainda sei sobre esse fluxo.
Ainda estÃ¡ passando por mim.
EntÃ£o, se vocÃª quiser, Ã© melhor me dizer.
E entÃ£o, uma vez que o roteador obteve, uma vez que o RP obteve aquele registro nulo, ele
dizendo, oh, que bom, que bom.
Eu estava esperando para ouvir sobre esse trÃ¢nsito, porque alguÃ©m me perguntou
por isso. EntÃ£o agora o RP poderia mais uma vez enviar uma junÃ§Ã£o S-comaG para abrir
este caminho, e o trÃ¡fego poderia comeÃ§ar a fluir nesta direÃ§Ã£o.
EntÃ£o Ã© isso que Ã© um registro nulo.
E estes sÃ£o enviados a cada cinco segundos.
Isso Ã© chamado de tempo de sondagem.
EntÃ£o, a cada cinco segundos, o roteador que estiver mais prÃ³ximo da fonte, se o
a fonte ainda estiver funcionando, se ainda estiver transmitindo o multicast, nÃ³s
enviar a cada cinco segundos esses registros nulos para o RP, apenas lembrando
o RP de que esse trÃ¡fego existe.
Porque talvez durante os Ãºltimos cinco segundos, um novo receptor se juntou ao
RP, e talvez o RP queira esse trÃ¡fego novamente.