EntÃ£o agora construÃ­mos a Ã¡rvore compartilhada.
Neste ponto, se o multicast comeÃ§ar, quando atingir o RP, ele irÃ¡
vÃ¡ do roteador 3 para o roteador 8, do roteador 8 para o roteador 2 e depois saia para o roteador
1. EntÃ£o, estamos prontos para comeÃ§ar.
Ok, entÃ£o deixe-me, ok, vou manter isso como estÃ¡ por enquanto.
EstÃ¡ comeÃ§ando a ficar um pouco confuso, mas farei o meu melhor aqui.
Ok, entÃ£o agora, vocÃª sabe, um minuto depois, uma hora depois, a fonte finalmente
comeÃ§a. Ele comeÃ§a a enviar seu fluxo multicast.
EntÃ£o aÃ­ estÃ¡. Roteador 4 na parte de trÃ¡s da cabeÃ§a.
Que aÃ§Ã£o o roteador 4 tomarÃ¡ como resultado do recebimento deste primeiro
pacote multicast?
Na verdade, ele vai fazer muitas coisas, entÃ£o hÃ¡ mais de uma coisa correta
responda aqui. Bem, antes que ele faÃ§a qualquer coisa, vocÃª sabe, a regra do PIM
Ã© que quando vocÃª recebe algo, vocÃª nÃ£o pode criar nenhum pacote PIM.
VocÃª nÃ£o pode encaminhar nenhum pacote multicast atÃ© criar um estado no
Tabela de rotas M. Sem o estado da rota M, vocÃª nÃ£o pode fazer nada.
EntÃ£o a primeira coisa que esse cara precisa fazer Ã© criar um estado de rota M.
EntÃ£o ele diz, ok, bem, porque na verdade recebi trÃ¡fego do
fonte, vou criar o estado s-coma-g, que Ã© 4.5.4.5 a 39.999.
EntÃ£o esse Ã© o nosso s-coma-g.
Ok, entÃ£o neste caso especÃ­fico, interface de entrada, o que ele estÃ¡ fazendo?
ter como interface de entrada?
Bem, serÃ¡ a interface onde esse multicast serÃ¡ realmente
entrando. Exatamente.
Ethernet rÃ¡pida, 0 barra 1.
Isso mesmo. EntÃ£o Ã© isso que teremos aqui.
Qual serÃ¡ o vizinho RPF para esta entrada?
Qual endereÃ§o IP colocaremos lÃ¡?
Exatamente, Pedro. Isso mesmo.
Ele diz, olha, eu sou o roteador do Ãºltimo salto.
Estou conectado diretamente Ã fonte.
Isso nÃ£o me ocorreu por meio de nenhum outro roteador.
Portanto, o vizinho do prÃ³ximo salto serÃ¡ todo zero.
Estou onde tudo comeÃ§a aqui.
Agora, agora mesmo, o que estarÃ¡ na lista de interfaces de saÃ­da enquanto ele
cria isso? A lista de interfaces de saÃ­da serÃ¡ nula.
Porque ele vai dizer, olha, mesmo que eu esteja recebendo esse multicast,
ninguÃ©m nunca me pediu isso.
Nunca recebi nenhum tipo de solicitaÃ§Ã£o IGMP ou PIM para isso.
EntÃ£o Ã© nulo. Agora, se eu fizesse uma rota show IPM, agora Ã© tudo que eu
veria, esta entrada de energia s para este estado?
VocÃª tem 50% de chance de acertar.
Sim ou nÃ£o? NÃ£o. A resposta Ã©: nÃ£o, isso nÃ£o Ã© tudo que vocÃª veria.
Porque embora os roteadores daqui possam ter comÃ©dias famosas sozinhos,
um s-coma-g nÃ£o pode existir por si sÃ³.
Um s-coma-g Ã©, vocÃª se lembra daquela analogia do irmÃ£o mais novo e do irmÃ£o mais velho?
Eu disse que a estrela da comÃ©dia Ã© o irmÃ£o mais velho.
Ele pode sair. Ele pode passear pela vizinhanÃ§a sozinho.
Mas o s-coma-g Ã© o irmÃ£o mais novo de sete anos.
NÃ£o o queremos sozinho porque algo pode acontecer com ele.
EntÃ£o ele tem que concordar com o irmÃ£o mais velho.
Portanto, precisamos criar a entrada da comÃ©dia estrelada, se ainda nÃ£o existir.
Neste caso, um nÃ£o existia.
EntÃ£o, vamos preencher isso.
Estou um pouco confuso aqui, mas vou tentar encaixar tudo.
A interface de entrada serÃ¡ rÃ¡pida.
Ethernet 0 barra 0 ponto 34 porque essa Ã© a interface que leva ao
ponto de encontro.
Nosso vizinho PF serÃ¡ 3 ponto 4 ponto 3 ponto 3.
Uma lista de interfaces de saÃ­da, mais uma vez, serÃ¡ nula.
Porque apenas preenchemos a lista de interfaces de saÃ­da com algo se
recebemos algum tipo de solicitaÃ§Ã£o.
E nunca recebemos um pedido.
Ok, agora criamos MROUT STATE.
Mas ainda nÃ£o respondemos Ã pergunta: o que estamos fazendo com isso
primeiro pacote multicast?
Agora que o ESTADO MROUT foi criado, o que vamos fazer com isso?
NÃ³s vamos registrÃ¡-lo.
NÃ³s vamos enviar.
Vamos encapsulÃ¡-lo dentro de um pacote de registro PIM.
EntÃ£o aqui vai, e isso serÃ¡ unicast.
EntÃ£o, vamos ver se consigo fazer justiÃ§a aqui.
Portanto, isso serÃ¡ unicast de R4 para R3.
E um rastreamento de farejador dirÃ¡ PIM REGISTER.
Agora, quando o R3 obtiver o PIM REGISTER, assim como o R4 fez um monte de
coisas simultaneamente quando recebeu o primeiro pacote, ele criou todos os
estado e ele registrou, bem, R3, ele vai fazer um monte de
coisas simultaneamente assim que ele obtiver esse registro.
Como ele finalmente vÃª a fonte real, ele pode criar uma entrada S-comaG.
NÃ£o vou ficar sem espaÃ§o aqui, entÃ£o vou apenas colocar
apenas o bÃ¡sico.
4.5.4.5, 2.39.999.
EntÃ£o essa Ã© minha entrada no S-comaG.
E se vocÃª tiver alguma dÃºvida sobre qual Ã© a interface de entrada ou
qualquer coisa assim, entÃ£o nesta entrada especÃ­fica do S-comaG, irei em frente
e coloque isso. Quando ele criar, ele dirÃ¡, ok, bem, se eu jÃ¡ tiver
tenho um star-comaG existente, ele estava apenas esperando.
E agora eu crio um S-comaG porque realmente vejo o multicast.
Voltarei ao meu star-comaG e ao que quer que esteja na minha interface de saÃ­da
list lÃ¡, vou copiÃ¡-lo para o meu S-comaG.
A Ãºnica situaÃ§Ã£o em que isso nÃ£o aconteceria seria se, ao fazÃª-lo, vocÃª
teria uma duplicata de onde a interface de entrada do S-comaG Ã© o
igual Ã lista de interfaces de saÃ­da.
VocÃª nÃ£o pode ter isso.
VocÃª nÃ£o pode ter uma interface na lista de interfaces de saÃ­da que seja a
igual Ã interface de entrada.
Isso Ã© contra as regras do PIM.
Mas neste caso, nÃ£o precisamos nos preocupar com isso.
EntÃ£o, alguÃ©m na plateia fez uma boa pergunta.
Eles estÃ£o dizendo, entÃ£o Ã© uma mensagem unicast, certo?
Esse registro PIM Ã© unicast.
EntÃ£o, se eu tivesse dois, trÃªs ou quatro roteadores entre o roteador trÃªs e o roteador
quatro, eles teriam algum estado multicast?
NÃ£o, eles nÃ£o fariam isso.
Porque se houvesse algum roteador aqui, eles apenas veriam
um pacote unicast com endereÃ§o de origem quatro, destino trÃªs,
e eles simplesmente encaminhariam isso.
Assim como eles estÃ£o roteando uma solicitaÃ§Ã£o de telnet, navegador da web ou FTP.
EntÃ£o, se houvesse algum roteador aqui no momento, a rota M deles
estado nÃ£o mostraria nada.
Eles nÃ£o estÃ£o cientes de que o multicast estÃ¡ realmente viajando atravÃ©s deles
como unicast. Ok, entÃ£o o roteador trÃªs cria o estado S-comaG e entÃ£o
ele usa isso para realmente encaminhÃ¡-lo para baixo da Ã¡rvore.
EntÃ£o ele diz, ok, vou desencapsular esse registro, revelando
o multicast dentro, e vou encaminhÃ¡-lo para baixo da Ã¡rvore, e entÃ£o
roteador oito, quando ele conseguir, bem, isso criarÃ¡ o estado S-comaG em
ele. Vou apenas colocar isso, porque estamos ficando sem espaÃ§o.
Ele entÃ£o o encaminharÃ¡ pela Ã¡rvore compartilhada para o roteador dois.
Agora vamos voltar aqui por um segundo.
Antes de falar sobre o que acontece no roteador dois, vamos voltar ao ponto de encontro
apontar. Exatamente, Brandon, o registro de pinos Ã© basicamente um tÃºnel unicast
para o pacote multicast.
Na verdade, Ã© interessante que vocÃª traga isso Ã tona.
Depois de entrar no roteador e configurar primeiro o RP nele, vocÃª
diga a ele quem Ã© o RP, verifique isso.
Eu vou, realmente nÃ£o importa qual roteador eu escolho, mas tudo por
por uma questÃ£o de propÃ³sito, irei para o roteador quatro.
Veja isso. Na verdade, ele cria uma interface de tÃºnel.
Sim, e se vocÃª mostrar o tÃºnel de interface zero, na verdade diz, pem
tÃºnel de registro.
Todo roteador terÃ¡ isso, porque a qualquer momento um roteador nunca
sabe, vou precisar me cadastrar?
SerÃ¡ que algum dia haverÃ¡ um multicast que me atingirÃ¡ e que eu vou precisar
registrar-se no RP?
Assim que um roteador sabe quem Ã© o RP, ele cria dinamicamente esse
tÃºnel de registro.
Portanto, estÃ¡ pronto e esperando para ser usado caso precise ser registrado
qualquer coisa. Sim, isso Ã© muito legal.
Ok, entÃ£o o roteador trÃªs acabou de encaminhar o pacote multicast.
Agora mencionei que o problema com esses pacotes de registro Ã© que eles consomem
um pouco mais de recursos de CPU no roteador que estÃ¡ registrando,
o roteador que estÃ¡ desencapsulando ou desencapsulando o registro.
EntÃ£o o roteador trÃªs diz, ok, nÃ£o quero continuar recebendo esses registros
pacotes se isso estiver me fazendo trabalhar ainda mais.
Eu preferiria receber apenas o multicast nativo como estÃ¡, multicast puro.
Ele diz, entÃ£o para fazer isso, eu tenho que avisar meus vizinhos rio acima
na direÃ§Ã£o da Ã¡rvore do caminho mais curto Ã© isso que eu quero.
EntÃ£o o roteador trÃªs diz, ok, agora que estou com esse estado de s-comage, e de acordo
para mim, minha Ã¡rvore de caminho mais curto Ã© a interface fast-eath e zero zero.
Certo, diz ele, quando faÃ§o uma pesquisa RPF na fonte, quatro, cinco, quatro,
cinco, minha pesquisa RPF diz que meu caminho mais curto estÃ¡ indo rÃ¡pido e em
zero zero. Portanto, o roteador trÃªs enviarÃ¡ outro tipo de pacote PIM.
Que tipo de pacote PIM o roteador trÃªs enviarÃ¡ neste ponto em ordem
para abrir seu caminho mais curto?
Ele enviarÃ¡ um PIM s-comagee join, um s-comagee join.
E se houvesse algum roteador aqui no meio entre esses dois caras
que nÃ£o tinha anteriormente nenhum estado multicast porque o registro estava
apenas passando por eles de forma transparente, se houvesse algum roteador, vamos
basta colocar um falso aqui por enquanto, digamos apenas roteador
x estava bem aqui.
Agora, apÃ³s o recebimento desta junÃ§Ã£o s-comagee, o roteador x criaria s-comagee
estado em sua tabela m-route.
E ele criaria o estado star-comagee porque o s-comagee nÃ£o pode viver
por si prÃ³prio. Ã muito assustador sair andando sozinho pelo mundo.
Tem que ter um irmÃ£o mais velho junto com ele.
Portanto, isso tambÃ©m cria um estado de comagente estelar.
E entÃ£o ele encaminharia o s-comagee rio acima e eventualmente ele iria
alcance o roteador quatro.
Assim que o roteador quatro recebe esse s-comagee, ele diz: ah, alguÃ©m estÃ¡ realmente
me pedindo esse multicast.
EntÃ£o agora na minha entrada s-comagee, posso remover minha interface de saÃ­da nula
e irei substituÃ­-lo pela interface onde acabei de receber a solicitaÃ§Ã£o,
a solicitaÃ§Ã£o s-comagee, que Ã© fast-eathonet00.34.
Isso agora dÃ¡ permissÃ£o ao roteador quatro para comeÃ§ar a encaminhar o multicast
nativamente em fast-eathonet00.34.
Mas lembre-se, quando a junÃ§Ã£o s-comagee chegou, o roteador quatro nÃ£o necessariamente
sei que foi porque o ponto de encontro o iniciou.
Ele nÃ£o necessariamente sabe disso.
Tudo o que ele sabe Ã© que hÃ¡ um vizinho rio abaixo que quer abrir
o multicast. EntÃ£o o roteador quatro diz, ok, vou enviar o multicast em seu
forma nativa pura neste link, mas nÃ£o sei se o ponto de encontro
atÃ© recebeu meu registro.
Porque lembre-se, nÃ£o Ã© como o TCP.
NÃ£o hÃ¡ agradecimentos nem nada aqui.
Quando o roteador quatro enviou o registro, ele simplesmente o enviou para o vazio e
ele nÃ£o tinha ideia se o RP realmente entendeu ou nÃ£o.
EntÃ£o ele diz, bem, alÃ©m de enviar o multicast em seu formato nativo
descendo por aqui atÃ© o roteador X, tambÃ©m preciso continuar me registrando.
Eu nÃ£o posso parar com isso.
Porque atÃ© o ponto de encontro confirmar que recebeu meu registro,
Eu tenho que continuar.
EntÃ£o agora o multicast estÃ¡ descendo nesta Ã¡rvore e o roteador trÃªs recebe dois
cÃ³pias dele. Ele obtÃ©m o multicast nativo porque agora esse caminho foi
abriu. E ele recebe exatamente o mesmo pacote multicast encapsulado
dentro de um registro.
Agora, o roteador trÃªs diz, ok, Ã³timo.
Eu sei que meu caminho mais curto para a fonte estÃ¡ funcionando.
Eu sei que estÃ¡ aberto.
Porque se nÃ£o estivesse funcionando eu nÃ£o teria recebido o multicast normal,
o verdadeiro multicast nativo.
Ele diz, entÃ£o jÃ¡ que recebi o multicast real, que ele continua encaminhando
downstream, diz ele, agora posso enviar uma mensagem de parada de registro.
O que estou ficando sem espaÃ§o aqui, mas ele pode enviar um registro PIM
parar. E isso, como diz, farÃ¡ com que o roteador quatro pare
registrando. E agora ele irÃ¡ apenas enviar o multicast nativo em seu formato puro
vÃ¡ atÃ© o roteador trÃªs e ele irÃ¡ embora.
Agora, eu mencionei quando o primeiro pacote multicast, quando aquele primeiro
o registro foi desencapsulado, desencapsulado e, eventualmente, feito seu
caminho para o roteador dois, eu disse, vamos fazer uma pausa por um segundo.
Vamos voltar ao ponto de encontro porque o roteador dois vai fazer
um monte de coisas.
EntÃ£o, vamos voltar no tempo.
Vamos voltar o relÃ³gio um ou dois segundos para quando isso acontecer.
o primeiro pacote multicast atingiu o roteador dois.
Bem, adivinhe?
Roteador dois, quando consegue, ele cria estado S, vÃ­rgula G, porque agora
ele viu o pacote.
E ele diz, ok, ele volta para sua estrela, vÃ­rgula G, e vÃª
uma pequena bandeira ali.
A bandeira C, que diz, ah, lembro que criei a estrela, vÃ­rgula G estado
porque um conectado diretamente, Ã© isso que C representa, um diretamente
receptor conectado me pediu esse multicast.
Recebi um relatÃ³rio de adesÃ£o.
EntÃ£o ele diz, isso significa que sou o que o PIM chama de roteador folha.
Estou no final do galho.
E como sou um roteador leaf, tenho autoridade para abrir o caminho mais curto
Ã¡rvore de caminho. Quanto a mim, posso me afastar da Ã¡rvore compartilhada e tentar
obtenha esses pacotes de maneira mais eficiente.
EntÃ£o, se assumirmos aqui que esse link serial Ã© na verdade o caminho mais curto
Ã¡rvore da perspectiva do roteador dois, ele basicamente farÃ¡ o exato
mesma coisa que o ponto de encontro fez.
Ele vai enviar um S, vÃ­rgula G para juntar-se ao upstream.
E quando o roteador quatro conseguir isso, ele estarÃ¡ em sua lista de interfaces de saÃ­da
agora adicione o serial 010 a essa interface de saÃ­da.
E agora o multicast nativo comeÃ§arÃ¡ a fluir desta forma.
Depois que o roteador dois obtÃ©m esse multicast nativo, ele diz: ok, incrÃ­vel.
Agora estou obtendo o multicast nativo na minha Ã¡rvore de caminho mais curto.
Mas hmm, tambÃ©m estou recebendo cÃ³pias desse pacote na Ã¡rvore compartilhada.
NÃ£o preciso mais desses pacotes na Ã¡rvore compartilhada.
Eu nÃ£o quero isso.
EntÃ£o, revise a questÃ£o: o que o roteador dois faz para tentar parar o
pacotes desÃ§am na Ã¡rvore compartilhada?
Isso mesmo. Ele envia uma mensagem de remoÃ§Ã£o PIM.
Exatamente uma mensagem de remoÃ§Ã£o PIM, que tem exatamente o mesmo formato de uma junÃ§Ã£o PIM
mensagem. Apenas em vez de dizer o nÃºmero de grupos participantes, diz o nÃºmero
de grupos podados.
EntÃ£o ele manda uma ameixa PIM.
Neste caso especÃ­fico, ele realmente terÃ¡ a fonte, 4.5.4.5.
Ele terÃ¡ o grupo.
Mas lÃ¡ dentro, ele terÃ¡ o bit RP definido, que informa ao seu upstream
vizinho, ei, nÃ£o encaminhe isso para a fonte.
Embora eu esteja listando o endereÃ§o da fonte aqui, nÃ£o Ã© aÃ­ que estÃ¡
a mensagem estÃ¡ finalmente indo.
Preciso que vocÃª encaminhe isso para o ponto de encontro.
EntÃ£o o roteador oito removerÃ¡ zero barra um de sua interface de saÃ­da
lista. Ele criarÃ¡ uma mensagem de remoÃ§Ã£o, que enviarÃ¡ ao roteador
trÃªs. O roteador trÃªs removerÃ¡ sua lista de interfaces de saÃ­da.
E agora o roteador trÃªs dirÃ¡, ok, bem, ninguÃ©m precisa do multicast
mais para mim. NÃ£o tenho mais interfaces na minha lista de interfaces de saÃ­da.
EntÃ£o adivinhe o que ele farÃ¡?
Ele enviarÃ¡ uma ameixa em direÃ§Ã£o Ã fonte.
E entÃ£o, eventualmente, depois de um ou dois segundos, o trÃ¡fego nÃ£o
por mais tempo, ele deixarÃ¡ de passar pelo ponto de encontro, e isso sÃ³ acontecerÃ¡
descendo a Ã¡rvore do caminho de origem diretamente para o roteador dois.
EntÃ£o, que perguntas vocÃª tem?
Isso completa minha anÃ¡lise desse processo na audiÃªncia ao vivo.
VocÃª tem alguma pergunta?
Pedro faz uma boa pergunta.
Ele diz, ei, lembro de algo chamado registro nulo.
Quem envia isso e em que condiÃ§Ãµes Ã© enviado?
Ok, entÃ£o aqui estamos no presente.
Neste momento, o multicast estÃ¡ atingindo o roteador quatro, e a Ãºnica saÃ­da
A interface que o roteador quatro possui Ã© serial zero barra um tamanho zero.
EntÃ£o ele estÃ¡ enviando diretamente dessa maneira.
Mas o roteador quatro, ele diz, bem, a cada poucos segundos ele pensa.
O roteador quatro, a cada poucos segundos, diz, bem, hÃ¡ uma possibilidade de que
outra pessoa nos Ãºltimos segundos pode ter entrado na transmissÃ£o e enviado
seu pedido atÃ© o ponto de encontro.
E talvez o ponto de encontro que estÃ¡ ali agora, mexendo no seu
polegar dizendo, cara, eu queria que aquela transmissÃ£o comeÃ§asse porque eu tenho alguÃ©m
novo quem quer.
Mas lembre-se, o ponto de encontro pode ter esquecido o riacho.
Ele pode nÃ£o ter mais estado.
EntÃ£o, quando alguÃ©m se juntou a ele, isso criou uma nova estrela, vÃ­rgula G estado
e o ponto de encontro.
Mas ele esqueceu seu estado anterior de S, vÃ­rgula G.
Isso acabou. EntÃ£o o roteador quatro diz, caso isso tenha acontecido,
Vou enviar um registro nulo.
Ã aproximadamente a cada cinco segundos.
A cada cinco segundos, enviarei um registro nulo para o roteador
trÃªs, que na verdade nÃ£o contÃ©m o pacote multicast.
Basicamente diz, ei, ponto de encontro.
SÃ³ quero lembrÃ¡-lo de que estou executando um fluxo multicast.
Estou encaminhando para outras pessoas.
E se vocÃª quiser, vocÃª pode querer me pedir.
EntÃ£o Ã© isso que Ã© um registro nulo.
Ele apaga a cada cinco segundos.
Ã gerado pelo roteador quatro porque Ã© ele que estÃ¡ conectado diretamente
para a fonte. E Ã© a maneira dele de lembrar o ponto de encontro, ei,
queres isto?
Agora, se o ponto de encontro quiser, ele enviarÃ¡ um S, vÃ­rgula G join
para reabrir esse caminho.
Se o ponto de encontro nÃ£o quiser, ele enviarÃ¡ outra parada de registro.
Ele dirÃ¡, eu nÃ£o preciso disso.
E entÃ£o isso vai acontecer.
A cada cinco segundos.
EntÃ£o, sim, esse registro nulo Ã© sempre gerado pelo roteador do primeiro salto.
O roteador conectado diretamente Ã fonte de multicast.
HÃ¡ alguma outra pergunta?
E sim, Josh fez uma boa pergunta.
Ele disse, voltando ao roteador dois, quando o roteador dois mudou para o
caminho mais curto, apenas Josh sÃ³ quer confirmaÃ§Ã£o.
Ele estÃ¡ absolutamente correto.
A maneira como o roteador determina o caminho mais curto Ã© quando ele olha
no endereÃ§o de origem desse multicast, que neste caso Ã© quatro, cinco,
quatro, cinco, cinco, quatro.
Ele faz uma verificaÃ§Ã£o RPF.
Ele entra em sua tabela de roteamento unicast e diz qual Ã© a melhor rota
Eu voltei para essa fonte?
E ele pode ter uma rota estÃ¡tica ou uma rota EI-JRP ou uma rota OSPF.
Mas neste caso, ele tinha algum tipo de rota que dizia a melhor maneira de
voltar para a rede quatro, cinco, quatro Ã© via serial 010.
EntÃ£o foi assim que ele determinou qual seria o caminho mais curto.