EntÃ£o, neste ponto, terminamos praticamente a teoria do PIMS esparso
modo e antes de passarmos aos conceitos de descoberta dinÃ¢mica de RPs
via auto-RP ou roteador de bootstrap PIM, sÃ³ quero finalizar este tÃ³pico
do modo escasso do PIMS voltando aos comandos.
Alguns dos comandos que vocÃª jÃ¡ viu enquanto falei sobre eles e
os exibiu no laboratÃ³rio e alguns dos comandos serÃ£o novos para vocÃª.
Eu sÃ³ queria mostrar os mais familiares que vocÃª provavelmente conhece
usar. Ok, entÃ£o verifique se o modo escasso do PIMS estÃ¡ funcionando.
Certamente vocÃª pode mostrar a interface IP PIM.
Vou fazer cada um deles Ã medida que avanÃ§amos aqui.
EntÃ£o mostre a interface IP PIM e como vocÃª pode ver ela mostra o endereÃ§o de
sua interface. EntÃ£o, neste caso, 454, esse Ã© na verdade o endereÃ§o do nosso
interface de quatro.
EntÃ£o, isso confirma basicamente que o PIMS estÃ¡ habilitado nessas interfaces
com esses endereÃ§os IP.
TambÃ©m mostro qual versÃ£o do PIMS, seja em esparso ou denso
modo. HÃ¡ tambÃ©m um modo chamado esparso denso e falaremos sobre isso
a seguir, quando falarmos sobre RP automÃ¡tico.
Quantos vizinhos vocÃª tem, se houver?
Com que frequÃªncia vocÃª envia pacotes PIM Hello que eles chamam de consultas
aqui. A prioridade do roteador designado, que Ã© um por padrÃ£o e
quem Ã© o roteador designado.
E algumas interfaces nÃ£o precisam disso, como interfaces ponto a ponto, como
HDLC e PPP. NÃ£o hÃ¡ necessidade de um roteador designado nesse tipo de
uma interface. Mostrar vizinho IP PIM fornece um pouco mais de detalhes.
Ou seja, o que vocÃª estÃ¡ ganhando com isso sÃ£o esses temporizadores.
HÃ¡ quanto tempo no total sou vizinho?
EntÃ£o, com esse vizinho em particular jÃ¡ faz quase 22 horas que sou vizinho
com esse cara. E isso estÃ¡ mostrando que tudo bem se eu perder um OlÃ¡, se nÃ£o perder
continue recebendo PIM Hello's em um minuto e 37 segundos, eu irei
destruir esse bairro.
Depois tambÃ©m mostramos IP PIM RP.
Agora, este comando especÃ­fico mostra IP PIM RP.
Este comando sÃ³ Ã© realmente Ãºtil se vocÃª configurou estaticamente um RP
como fiz atÃ© agora.
Basicamente, apenas confirma que vocÃª realmente configurou estaticamente
um RP e quais grupos especÃ­ficos esse RP estÃ¡ atendendo no momento.
Neste caso diz que expira nunca porque nunca irÃ¡ expirar.
Ã um RP estÃ¡tico.
NÃ£o hÃ¡ nenhum mecanismo aqui para verificar se o RP realmente existe e estÃ¡
alcanÃ§Ã¡vel. Este prÃ³ximo comando mostra o mapeamento IP PIM RP.
Na verdade, isso ocorre se vocÃª usar algum tipo de descoberta dinÃ¢mica
do RP como auto RP ou PIM BSR.
Este Ã© o comando que vocÃª deseja usar para verificar se vocÃª
realmente aprendido dinamicamente sobre um RP e quais grupos especÃ­ficos esse
RP estÃ¡ atendendo.
Neste caso especÃ­fico, nÃ£o hÃ¡ muita saÃ­da aqui.
Diz estÃ¡tico quem Ã© o RP e ele Ã© o RP de cada grupo, mas
vocÃª obterÃ¡ muito mais resultados com isso se tivÃ©ssemos aprendido dinamicamente por meio
RP automÃ¡tico ou BSR. Veremos isso no prÃ³ximo conjunto de vÃ­deos.
Ok, existem algumas maneiras de modificar o comportamento do PIM.
IP PIM aceita registro.
EntÃ£o, o que isso estÃ¡ falando Ã© que, por padrÃ£o, o ponto de encontro serÃ¡
aceitar qualquer tipo de mensagem de registro que venha de qualquer pessoa.
NÃ£o existe uma lista autorizada de roteadores autorizados a
registro. Qualquer roteador pode registrar o que certamente poderia introduzir o
conceito de um roteador nÃ£o autorizado.
Talvez alguÃ©m coloque um roteador nÃ£o autorizado na rede e intencionalmente
martela o PIM RP com esse monte de mensagens de registro de forma intencional
tentativa de derrubar o RP.
EntÃ£o, neste comando especÃ­fico aqui vocÃª poderia dizer bem, apenas RP's, o Ãºnico,
sim, apenas roteadores RP conectados a fontes que correspondem a esta lista sÃ£o, na verdade,
permissÃ£o para se registrar comigo.
Portanto, se um registro vier de qualquer outro roteador, vocÃª simplesmente descartarÃ¡ silenciosamente
isto. Limite de taxa de registro IP PIM, portanto, se vocÃª estiver preocupado atÃ© mesmo com o autorizado
roteadores por aÃ­ enviando muitos registros, muitas sessÃµes multicast
estÃ£o iniciando ao mesmo tempo, vocÃª pode limitÃ¡-lo usando este comando
aqui com bits por segundo.
Fonte de registro IP PIM.
Agora, este Ã© um comando que vocÃª realmente executaria em qualquer roteador que esteja
irÃ¡ originar a mensagem de registro.
Agora normalmente um roteador quando diz ok, preciso me registrar no RP.
O que esse roteador farÃ¡ Ã© entrar em sua tabela de roteamento, ele farÃ¡
um RPF procure e ele dirÃ¡ ok, qual Ã© a interface que eu usaria, qual Ã©
na verdade, a interface de entrada que eu usaria para voltar ao RP?
Ele diz: oh, de acordo com minha tabela de roteamento, minha melhor rota para o RP Ã© rÃ¡pida
Ethernet 00. Bem, nesse ponto ele extrairia aquele endereÃ§o IP rapidamente
Ethernet 00 e use-o como endereÃ§o de origem para suas mensagens de registro.
Pode haver alguns cenÃ¡rios em que vocÃª nÃ£o quer que ele faÃ§a isso.
Independentemente da interface que ele usa para chegar ao RP, talvez vocÃª
sempre quero que ele use seu loop back como endereÃ§o de origem.
Bem, este seria o comando que vocÃª usaria para modificar esse comportamento.
IP PIM, SPT Threshold, nÃ£o vou falar sobre isso, jÃ¡ abordamos
isso penso com bastante detalhe em alguns dos outros vÃ­deos.
E IP PIMs esparsos temporizador de expiraÃ§Ã£o SG.
EntÃ£o, do que isso estÃ¡ falando?
NÃ£o fica lÃ¡ para sempre, tem que ser atualizado, e hÃ¡ alguns
de coisas que poderiam atualizÃ¡-lo.
Cada vez que chega um pacote multicast real que corresponde a esse s-coma
-g entrada que atualiza o estado.
Ou se sabemos tambÃ©m sabemos que os roteadores, mesmo depois de terem aderido ao caminho mais curto
Ã¡rvore de caminhos, se eles ainda quiserem esse multicast, eles irÃ£o periodicamente uma vez
um minuto, envie outro s-coma-g join para atualizar a Ã¡rvore, e isso
tambÃ©m atualizarÃ¡ o estado s-coma-g em qualquer roteador que receba esse tipo
de uma junÃ§Ã£o. EntÃ£o, se isso nÃ£o acontecer, se um roteador estiver aqui com
uma entrada s-coma-g e digamos que o multicast pare, bem, por padrÃ£o, depois
um pouco mais de trÃªs minutos apÃ³s 210 segundos daquela entrada s-coma-g
desaparecerÃ¡, irÃ¡ embora.
Bem, talvez vocÃª tenha algum cenÃ¡rio em que diga, quer saber?
Depois que os s-coma-g forem criados no meu roteador, quero que ele fique lÃ¡
por muito tempo, mesmo que eu pare de receber o multicast.
Eu sÃ³ nÃ£o quero ter que ficar recriando o s-coma-g indefinidamente
de novo. Eu realmente nÃ£o consigo pensar de cara por que vocÃª gostaria de fazer
isso, mas este comando realmente permitiria que vocÃª fizesse isso.
EntÃ£o Ã© disso que estamos falando.
Se vocÃª definir este comando para o mÃ¡ximo, que Ã© 57.600 segundos, isso Ã©
igual a 16 horas.
EntÃ£o, basicamente, o que isso quer dizer Ã©: ok, quando uma entrada s-coma-g for criada,
mesmo que nÃ£o esteja atualizado, basta mantÃª-lo lÃ¡ por atÃ© 16 horas antes
vocÃª expira. EntÃ£o, se vocÃª tiver uma situaÃ§Ã£o em que isso seria Ãºtil
vocÃª, Ã© aÃ­ que esse comando ajudaria.
E entÃ£o o Ãºltimo comando aqui Ã© o modo IPPIM NBMA.
EntÃ£o imagine esse cenÃ¡rio.
Na verdade, deixe-me desenhar aqui por um momento.
Digamos que temos uma WAN.
Usarei apenas o Frame Relay como exemplo porque o Frame Relay Ã© usado como
lote no CCNA e no CCNP.
E nesta WAN temos um cenÃ¡rio hub and spoke.
Onde temos o roteador A como hub e os roteadores B e C como raios.
Ok, entÃ£o a Ãºnica maneira de B e C se comunicarem Ã© via roteador
R. Na verdade, eles nÃ£o possuem PVCs de frame relay diretamente entre si.
Bem, sabemos que, como no caso dos protocolos de roteamento, se estivÃ©ssemos falando
sobre OSPF ou EIGRP ou algo assim, muitos protocolos de roteamento, se roteador
B, e digamos apenas que no roteador A, sua interface serial fÃ­sica
estÃ¡ fazendo tudo.
Ok, entÃ£o nosso endereÃ§o IP estÃ¡ aqui.
NÃ£o temos subinterfaces.
Esta Ã© uma interface multiponto.
Esta Ã© uma interface multieixos sem transmissÃ£o.
Bem, neste cenÃ¡rio especÃ­fico com protocolos de roteamento, muitas vezes
vocÃª teria que desativar o horizonte dividido, certo?
Porque split Horizon Ã© a regra que diz, veja, se uma atualizaÃ§Ã£o de roteamento
entra na serial 0-0, para evitar loops de roteamento, vocÃª nÃ£o estÃ¡
autorizado a dar meia-volta e refletir essa rota de volta ao exato
mesma interface onde ele entrou.
EntÃ£o vocÃª teria que fazer isso, esse horizonte dividido impede isso.
EntÃ£o vocÃª teria que desligar o horizonte dividido.
Bem, o mesmo tipo de coisa acontece aqui com multicasts.
E para junÃ§Ãµes e coisas assim, se um multicast chegar aqui,
ou lembre-se, a regra geral do PIMS diz que a interface de entrada
nÃ£o pode aparecer na lista de interfaces de saÃ­da.
Bem, se essa regra fosse verdadeira, entÃ£o quando esta interface, quando o multicast
veio aqui na sÃ©rie 0-0, nÃ£o conseguirÃ­amos colocar exatamente o mesmo
interface na lista de interfaces de saÃ­da e o roteador C nÃ£o seria
capaz de obter esse multicast.
EntÃ£o, para permitir isso, vocÃª gostaria de usar este comando aqui
naquela interface de multiacesso e sem transmissÃ£o.
EntÃ£o, isso Ã© basicamente como desligar o horizonte dividido, mas para multicast
trÃ¡fego. Ã isso que esse comando faz.
E sÃ³ quero terminar aqui um pouco explicando um pouco
um pouco mais sobre os sinalizadores que vocÃª pode ver nas entradas da rota M.
JÃ¡ conversamos sobre muitos deles, mas alguns deles nÃ£o abordei.
EntÃ£o a bandeira C. NÃ³s conversamos sobre isso.
Se vocÃª vir a bandeira C, isso significa uma de duas coisas.
Ou este roteador recebeu realmente um relatÃ³rio de associaÃ§Ã£o IGMP ou
um relatÃ³rio de ouvinte MLDP, o que significa que estÃ¡ diretamente conectado a um receptor,
para um laptop, para um PC.
Ou ele realmente recebeu o pacote multicast e percebe a origem
desse multicast estÃ¡ diretamente conectado a esse roteador.
Portanto, hÃ¡ um receptor conectado ou uma fonte conectada.
Isso Ã© o que C significa.
A bandeira L ainda nÃ£o falou sobre isso, mas sabe como no meu particular
laboratÃ³rio, o que fiz foi pegar um roteador, roteador um, e usei esse comando,
Grupo de junÃ§Ã£o IGMP nesse roteador.
E foi assim que transformei aquele roteador em um receptor, porque roteadores nÃ£o
normalmente enviam relatÃ³rios de membros.
Esse Ã© o trabalho dos laptops e PCs.
EntÃ£o, para replicar esse comportamento, usei este comando.
Bem, se esse roteador tambÃ©m estava executando o PIM, o que nÃ£o estÃ¡, entÃ£o no
Entrada M-ROT teria a bandeira L, o que significa que tambÃ©m sou um receptor
deste multicast.
Quando o multicast chegar, nÃ£o irei apenas encaminhÃ¡-lo.
Na verdade, vou enviÃ¡-lo para minha CPU para processamento, porque quero
para ver isso. A bandeira F.
Portanto, isso Ã© chamado de sinalizador de registro PIM.
Ãs vezes as pessoas ficam um pouco confusas sobre isso, porque veem o
F, e eles pensam, ah, isso significa que o registro estÃ¡ acontecendo certo
agora. E entÃ£o eles mostram a rota do IPM, mostram a rota do IPM, eles continuam fazendo
e pelos prÃ³ximos 30-40 segundos, minuto-5 minutos, a bandeira F ainda estÃ¡
lÃ¡. E eles dizem, ah, estou com um problema.
O registro deve acontecer apenas por um ou dois segundos e depois deve
parar. Por que ainda estou vendo a bandeira F?
Bem, se vocÃª realmente estÃ¡ se registrando agora, quando
vocÃª executa este comando, vocÃª realmente verÃ¡ na estrela, entrada G a palavra
registrando. Isso dirÃ¡ isso.
EntÃ£o vocÃª tem a bandeira F, e ela diz, registrando.
Como diz aqui, se vocÃª vÃª apenas a bandeira F, mas nÃ£o vÃª a palavra
registrando, isso significa que este roteador registrou anteriormente este fluxo.
Ã como um marco histÃ³rico dizendo: Registrei-me com sucesso
isso no passado, mas nÃ£o faÃ§o mais isso.
Isso Ã© o que a bandeira F significaria.
A bandeira J. Isso significa que um roteador tentou ingressar no respectivo
Ã¡rvore. EntÃ£o, por exemplo, se vocÃª vir o sinalizador J na estrela, saÃ­da G, vocÃª
posso ficar tentado a pensar, e acho que na verdade falei mal sobre isso em
um vÃ­deo anterior.
Acho que disse, bem, quando vocÃª vÃª a bandeira J, isso significa que este roteador
enviou um PIM para subir naquela Ã¡rvore.
Bem, nÃ£o necessariamente.
O que o sinalizador J realmente significa Ã© que o roteador deseja ingressar nessa Ã¡rvore.
NÃ£o Ã© realmente uma prova de que uma associaÃ§Ã£o realmente ocorreu.
Por exemplo, se vocÃª vir o sinalizador J na estrela, saÃ­da G, isso significa,
ok, o roteador, algo fez com que o roteador acreditasse que precisava
para se juntar Ã Ã¡rvore.
E entÃ£o ele precisa criar uma estrela, G junte-se e envie-a para aquela Ã¡rvore em direÃ§Ã£o
o ponto de encontro.
Agora, isso realmente teve sucesso?
Talvez talvez nÃ£o.
NÃ³s nÃ£o sabemos. A bandeira J apenas diz que sabia que precisava fazer isso.
Como em um dos meus laboratÃ³rios anteriores que eu estava fazendo, se eu voltar ao
desenhando aqui por um segundo, vamos trazer isso aqui.
EntÃ£o eu tinha um laboratÃ³rio, se vocÃª se lembra, hÃ¡ vÃ¡rios vÃ­deos onde eu tinha esquecido
para configurar o PIM nesta interface aqui mesmo no R4.
NÃ£o houve PIM aqui.
E ainda assim havia PIM nesta interface do R2.
E o que notei foi que quando o multicast comeÃ§ou a fluir, esse cara
criou um S, G, E e R2.
E foi a entrada para isso.
E listou a sÃ©rie 010 como interface de entrada.
Ele disse, ok, se o multicast descer pela Ã¡rvore de caminho mais curto,
deveria vir em sÃ©rie.
E tinha a bandeira J.
E inicialmente pensei, ok, bem, isso significa que ele enviou uma inscriÃ§Ã£o
lÃ¡. Mas se vocÃª se lembra daquele vÃ­deo, eu disse, hein, estÃ¡ faltando alguma coisa.
Se o trÃ¡fego multicast estiver realmente fluindo pelo caminho mais curto
Ã¡rvore, alÃ©m da bandeira J, tambÃ©m devo ver a bandeira T.
E esse Ã© o prÃ³ximo ponto que aparece no slide.
O sinalizador T indica que recebi pelo menos um pacote multicast
descendo a Ã¡rvore do caminho mais curto.
EntÃ£o estÃ¡ funcionando.
Mas eu nÃ£o vi isso.
No meu caso particular, tudo que vi foi a bandeira J e nÃ£o o T.
E isso me fez pensar, ok, entÃ£o ele tentou entrar nessa Ã¡rvore, mas multicast
ainda nÃ£o estÃ¡ fluindo.
O que estÃ¡ acontecendo?
E foi aÃ­ que descobri que o PIM nÃ£o estava configurado no roteador 4.
EntÃ£o presumi que o roteador 2 havia enviado seu join, mas nada aconteceu
porque do outro lado o roteador nÃ£o conseguiu processÃ¡-lo.
Mas na verdade fiz um pouco de depuraÃ§Ã£o.
Acontece que ele percebeu que nÃ£o tinha vizinho do PIM.
O roteador 2 percebeu que mesmo tendo PIM em seu serial, ele nÃ£o tinha
soube de um vizinho do outro lado da sÃ©rie.
E entÃ£o quando fiz um debug, percebi que ele nem criou o join
em primeiro lugar porque ele era inteligente o suficiente para perceber, ei, o que hÃ¡
o ponto de criar uma junÃ§Ã£o S-coma G enviando este link se houver
ninguÃ©m do outro lado do link para recebÃª-lo e processÃ¡-lo?
Ã por isso que digo que a bandeira J significa simplesmente que ele quer ingressar naquele ramo
da Ã¡rvore, mas se ele realmente conseguiu ou nÃ£o enviar uma junÃ§Ã£o,
vocÃª nÃ£o pode dizer apenas por essa bandeira.
VocÃª teria que solucionar um pouco mais para descobrir isso.
E entÃ£o, como eu disse, por Ãºltimo, temos a bandeira T, que Ã© isso
vocÃª quer ver, certo?
Se a bandeira T estiver no caminho mais curto trÃªs, isso Ã© bom.
Isso significa que recebi pelo menos um pacote de dados multicast em
o caminho mais curto trÃªs.
HÃ¡ outra bandeira sobre a qual quero falar, que Ã© a bandeira R.
E este meio que me confundiu um pouco.
Tive que me aprofundar na RFC e realmente pensar um pouco sobre isso.
Portanto, o sinalizador R Ã©: vocÃª verÃ¡ isso apenas em roteadores na Ã¡rvore compartilhada.
EntÃ£o, se vocÃª pensar no caminho do roteador leaf atÃ© o RP, Ã©
apenas em algum lugar nesse caminho que vocÃª verÃ¡ em uma entrada S, G, o sinalizador R.
Agora, o que isso significa?
Vamos voltar a isso por um segundo.
Este. Ok, entÃ£o sabemos que inicialmente, uma vez que o multicast, se soubermos
que esse cara Ã© o RP aqui, opa, o que Ã© isso?
OK. Assim que o multicast comeÃ§ar a fluir do RP para cÃ¡, ele irÃ¡
ir por aqui, e entÃ£o vai por aqui, e entÃ£o vai
para ir por aqui. EntÃ£o, no roteador oito aqui, estou focando nele para
o momento. Quando ele realmente obtiver esse trÃ¡fego multicast, ele irÃ¡
tem tanto a estrela, G, que ele criou hÃ¡ muito tempo.
E entÃ£o, quando vocÃª vir aquele pacote multicast, ele criarÃ¡ um S,
G tambÃ©m. E neste caso especÃ­fico, a lista de interfaces de saÃ­da do
S, G serÃ¡ Fast Ethernet zero barra um.
Ok, pronto.
Mas tambÃ©m sabemos que assim que o roteador dois, o roteador folha recebe isso
primeiro pacote multicast, ele tentarÃ¡ mudar para o pacote mais curto
Ã¡rvore de caminho. E se presumirmos que ele teve sucesso e agora estÃ¡ recebendo
trÃ¡fego pelo SPT, entÃ£o sabemos que ele vai mandar uma ameixa
mensagem. Ele vai enviar o que chamamos de ameixa S, G.
E como serÃ¡ isso?
Bem, no corpo desse pacote de ameixas secas, ele terÃ¡ a fonte,
quatro ponto cinco ponto quatro ponto cinco.
Vai ter o grupo, seja ele qual for.
E entÃ£o tambÃ©m terÃ¡ a parte RP.
Este Ã© um sinalizador, o bit RP definido.
Isso serÃ¡ definido como um.
E ele vai enviar isso para o roteador oito.
Quando o roteador oito conseguir isso, ele dirÃ¡, ok, essa ameixa, porque
ele tem o bit RP, significa que preciso remover essa interface.
EntÃ£o ele irÃ¡ parar de encaminhar o multicast nesse link.
Ele removerÃ¡ essa interface da lista de interfaces de saÃ­da.
E agora isso vai acabar sendo nulo.
E entÃ£o ele vai criar seu prÃ³prio pacote de ameixas e enviÃ¡-lo
maneira, o que acabarÃ¡ eliminando isso aqui mesmo.
EntÃ£o, o que isso tem a ver com a bandeira R?
Bem, se eu entrar na tabela de rotas M do roteador oito depois que isso for feito,
agora podemos assumir que apÃ³s este momento, lembre-se se um estado S, G
tem uma lista de interfaces de saÃ­da que nÃ£o Ã© nada, estÃ¡ vazia, nula.
Bem, ele tem uma contagem regressiva, certo?
SÃ³ Ã© bom por 210 segundos.
E depois de 210 segundos, se ninguÃ©m precisar usar isso, ele vai deletar
isto. EntÃ£o, digamos que eu acesse o roteador oito antes que esse tempo expire.
EntÃ£o, logo depois que ele recebeu a ameixa, mas antes dos 210 segundos
decorrido, entÃ£o o que verei neste estado S, G Ã© a letra R.
TambÃ©m verei um P.
EntÃ£o ele dirÃ¡, na verdade, acho que o P pode vir antes do R, mas basicamente
o P dirÃ¡, isso estÃ¡ podado.
Eu nÃ£o estou usando isso.
Eu podei isso.
E o R dirÃ¡, eu podei isso porque alguÃ©m abaixo do
eu configurei uma ameixa S, G com o bit RP definido como um.
Agora vocÃª nÃ£o verÃ¡ isso no ponto de encontro.
Todos vocÃªs verÃ£o isso apenas em roteadores aqui.
Assim como o roteador oito, se tivÃ©ssemos outro roteador aqui, nÃ³s o verÃ­amos.
Se tivÃ©ssemos outro roteador aqui, nÃ³s o verÃ­amos.
Mas os roteadores intermediÃ¡rios que receberam a remoÃ§Ã£o e encaminharam
ativado, eles terÃ£o uma lista de interface de saÃ­da nula e
diga RP e observe que estÃ¡ apenas na entrada S, G.
VocÃª nÃ£o verÃ¡ isso na estrela, G, apenas o S, G.
E posso replicar isso facilmente aqui, caso vocÃª queira
para ver isso. Eu farei exatamente a mesma coisa.
Vou prosseguir e iniciar o fluxo multicast do roteador cinco.
E quando eu chegar ao roteador oito, uns dois segundos depois, ele vai
jÃ¡ foi podado.
E vocÃª verÃ¡ que ele realmente tem a bandeira R ali.
Vamos fazer isso.
Vamos aqui para o roteador cinco.
Vamos fazer nosso ping.
Ok, o stream jÃ¡ foi trocado e podemos ver isso em
roteador dois, o roteador folha, mostra a rota IPM.
Podemos ver que ele tem a entrada S, G.
Ele se juntou ou tentou se juntar Ã Ã¡rvore.
Ele teve sucesso?
Sim, ele teve sucesso porque tem a bandeira T.
Na verdade, ele estÃ¡ recebendo trÃ¡fego multicast pela Ã¡rvore de caminho mais curto.
Agora, se formos para o roteador oito, quem estÃ¡ no meio, quem nÃ£o estÃ¡ mais envolvido
neste trÃ¢nsito de qualquer forma, ele foi podado, podemos ver em seu S,
Entrada G, diz P, foi podado e por que foi podado por causa de
R? Porque recebemos uma mensagem removida com o bit RP, o que causou
nossa lista de interfaces de saÃ­da se tornarÃ¡ nÃ£o.
EntÃ£o isso agora sÃ³ vai ser bom para outro, bem, agora diz
dois minutos e 28 segundos.
Se eu fizer isso de novo, veremos a contagem regressiva.
Agora sÃ³ serve por dois minutos.
EntÃ£o, daqui a dois minutos, esta entrada irÃ¡ desaparecer, e entÃ£o esta entrada irÃ¡
tambÃ©m desaparecerÃ£o porque nenhum deles serÃ¡ necessÃ¡rio naquele momento