Nesse ponto do processo, se vocÃª assistiu a esses vÃ­deos
desde o inÃ­cio atÃ© agora, cobrimos praticamente a grande maioria
dos detalhes do processo PIM e como ele funciona em 90% dos casos.
Mas ainda hÃ¡ alguns outros detalhes que podem ter escapado de vocÃª
isso Ã© importante saber, e Ã© sobre isso que vamos falar
agora Ã© esse conceito de roteadores designados e encaminhadores designados.
NÃ£o Ã© realmente necessÃ¡rio saber se os PIMs estÃ£o funcionando perfeitamente, mas no caso
onde as coisas nÃ£o estÃ£o funcionando como esperado, talvez seja necessÃ¡rio solucionar problemas
coisas, vocÃª definitivamente precisa saber o que sÃ£o esses roteadores, qual a finalidade
eles servem e por que foram eleitos para essas funÃ§Ãµes especÃ­ficas.
EntÃ£o Ã© esse o caso.
Eu tenho um par de perguntas para vocÃª.
EntÃ£o, se vocÃª estÃ¡ assistindo isso como uma gravaÃ§Ã£o, pense nisso, desfoque
responda verbalmente, nÃ£o tenha medo de que as prÃ³ximas pessoas nos cubos
vocÃª pode pensar que Ã© meio louco, mas veja se consegue responder a essas perguntas
questÃµes. SÃ£o basicamente perguntas de sim ou nÃ£o.
EntÃ£o, olhando para este diagrama aqui, temos nossa fonte na parte superior
canto esquerdo, e temos dois receptores, receptor X e receptor Y.
EntÃ£o, minha primeira pergunta, vamos supor que o receptor Y entre primeiro no stream
enviando um relatÃ³rio de adesÃ£o ao IGMP.
Bem, porque os roteadores trÃªs e quatro estÃ£o conectados Ã mesma LAN
segmento, aqui estÃ¡ minha pergunta.
Faria sentido lÃ³gico?
Haveria um propÃ³sito por trÃ¡s desses dois roteadores, roteadores trÃªs e
quarto, quando ambos recebem o relatÃ³rio de sÃ³cios, ambos enviando
uma estrela, IG junta-se ao ponto de encontro?
Bem, espero que responda, nÃ£o, nÃ£o haveria um propÃ³sito por trÃ¡s disso.
Na verdade, isso seria uma coisa mÃ¡ porque se ambos
roteadores fizeram isso, eles enviaram junÃ§Ãµes para cÃ¡ e para cÃ¡, bem
adivinha? Agora, quando o trÃ¡fego multicast realmente comeÃ§ar a acontecer,
use uma cor diferente aqui e comece a descer, bem, roteador
five tem duas interfaces e nÃ£o vai para a lista de interfaces.
EntÃ£o ele copiarÃ¡ esse trÃ¡fego multicast e acabaremos tendo duas cÃ³pias
do mesmo pacote na LAN C.
NÃ³s nÃ£o queremos isso.
NÃ£o queremos cÃ³pias duplicadas porque quem sabe como roteador, como receptor
Y vai responder a isso.
O vÃ­deo pode estar muito instÃ¡vel, pode ter um efeito de espelho.
NÃ³s nÃ£o queremos isso.
EntÃ£o nÃ£o, mesmo que duas horas na mesma LAN veremos a adesÃ£o
relatÃ³rio, nÃ£o queremos que ambos enviem a junÃ§Ã£o upstream para o ponto de encontro
apontar. PrÃ³xima questÃ£o.
A fonte inicia e envia seu primeiro pacote para a LAN A.
Tanto o roteador um quanto o roteador dois veem esse pacote.
Uma pergunta semelhante foi feita antes: faz sentido para ambos os roteadores um e
dois para registrar o mesmo pacote e enviar esses dois registros para o ponto de encontro
apontar? Mais uma vez, espero que vocÃª tenha dito nÃ£o, nÃ£o faz muito sentido
porque nÃ£o precisamos dos dois para fazer isso.
O nÃºmero um adicionarÃ¡ trabalho adicional ao ponto de encontro.
Agora vocÃª estÃ¡ fazendo o ponto de encontro trabalhar duas vezes mais para receber e
deencapsular, hÃ¡ apenas a necessidade de enviar um pacote para a LAN A.
NÃ£o hÃ¡ necessidade de enviar dois.
EntÃ£o, mais uma vez, assim como nÃ£o havia necessidade de ambos os roteadores enviarem estrela,
ingressar, nÃ£o hÃ¡ razÃ£o para que os roteadores um e dois precisem enviar
registrar pacotes no roteador seis.
Apenas um deles precisa fazer isso.
E Ãºltima pergunta.
Digamos que o multicast esteja fluindo.
EntÃ£o, vamos descer na Ã¡rvore compartilhada.
Agora o receptor X tambÃ©m se juntou a esse fluxo.
EntÃ£o tambÃ©m estÃ¡ passando pelo roteador dois para a LAN B.
E lembre-se dos roteadores trÃªs e quatro, ambos viram o relatÃ³rio de associaÃ§Ã£o
do receptor Y.
Portanto, o roteador trÃªs colocou essa interface em sua lista de interfaces de saÃ­da.
O roteador quatro colocou esta interface em sua lista de interfaces de saÃ­da.
EntÃ£o, o roteador quatro, quando receber os pacotes, ele os encaminharÃ¡ para a LAN
C. Quando o roteador trÃªs vÃª esses pacotes chegando Ã LAN B, ele encaminharÃ¡
o mesmo pacote tambÃ©m para LAN C.
Queremos isso?
NÃ£o, nÃ³s nÃ£o. Mais uma vez temos pacotes multicast duplicados indo para
LAN C. Isso provavelmente nÃ£o deixarÃ¡ o receptor muito feliz em ver
que. EntÃ£o, como podemos fugir desses problemas sobre vÃ¡rios roteadores
enviando uma junÃ§Ã£o para o mesmo fluxo e a mesma LAN?
VÃ¡rios roteadores enviando um registro para o mesmo fluxo na mesma LAN.
VÃ¡rios roteadores encaminhando pacotes duplicados para a mesma LAN.
Ã exatamente disso que trata este segmento.
Como podemos evitar isso?
Bem, PIM, felizmente as pessoas que projetaram o PIM eram muito mais inteligentes do que
meu. Eles pensaram nesses problemas com antecedÃªncia e criaram alguns
soluÃ§Ãµes. EntÃ£o, como isso funciona?
Bem, roteador designado PIM.
Quando dois roteadores compartilham a mesma LAN, um deles serÃ¡ eleito como
Roteador designado PIM.
Isso Ã© feito simplesmente por uma troca de saudaÃ§Ãµes PIM.
Ã como pensar em spanning tree, se vocÃª estiver familiarizado com spanning tree
Ã¡rvore. Existem mensagens eleitorais especiais para eleger a ponte raiz?
NÃ£o, certo? A Ã¡rvore geradora usa apenas um formato de BPDU.
Esse formato de pacote Ã© usado para tudo.
EntÃ£o, quando dois switches encaminham BPDUs um para o outro, eles veem os dados um do outro.
nomes e um cara diz, ok, eu sei que vocÃª Ã© a ponte raiz.
Na verdade, ele nÃ£o diz isso, ele pensa isso em sua mente.
Ok, eu perdi, ele Ã© melhor que eu.
EntÃ£o, vou pensar nele como a ponte raiz.
O outro cara ali vai dizer, ah, eu vi o pacote dele.
Ele nÃ£o Ã© tÃ£o bom quanto eu.
EntÃ£o, serei apenas a ponte raiz e presumirei que ele sabe da raiz
ponte. O mesmo tipo de coisa aqui com o PIM.
Esses roteadores estÃ£o trocando saudaÃ§Ãµes.
Quando eles virem os cumprimentos um do outro na mesma LAN, eles olharÃ£o para eles,
bem, na verdade sÃ£o duas coisas.
NÃºmero um, hÃ¡ uma prioridade PIM.
Portanto, hÃ¡ uma prioridade de interface assim como o OSPF tem uma prioridade de interface.
HÃ¡ uma prioridade PIM incluÃ­da no pacote hello.
Portanto, quem tiver a prioridade de interface mais alta, essa pessoa irÃ¡ automaticamente
ser eleito como o roteador designado.
Se suas prioridades forem as mesmas, o que acontecerÃ¡ por padrÃ£o, entÃ£o quem quer que seja
tiver o endereÃ§o IP mais alto serÃ¡ eleito o roteador designado.
OK? Assim, uma vez eleito o roteador designado, se voltarmos ao nosso desenho
aqui, agora isso resolve alguns dos problemas que estamos analisando.
Os nÃºmeros dos roteadores representam seus endereÃ§os IP.
Portanto, o roteador quatro no LANC tem um endereÃ§o IP maior que o roteador trÃªs.
EntÃ£o, nesse caso especÃ­fico, na verdade eu tenho um slide que anima tudo
disto. Portanto, neste caso especÃ­fico, vamos dar uma olhada na LAN A por um segundo.
Quando o pacote multicast, quando o primeiro pacote multicast chega
LAN A, apenas o roteador designado serÃ¡ responsÃ¡vel pelo registro
esse pacote com o RP.
EntÃ£o, neste caso especÃ­fico, qual roteador vocÃª acha que farÃ¡ isso?
Quem serÃ¡ o roteador designado na LAN A?
Bem, espero que vocÃª tenha dito roteador um, porque o roteador um tem o maior
EndereÃ§o de IP. EntÃ£o ele serÃ¡ o roteador designado, ele serÃ¡ o responsÃ¡vel
para registrar esses pacotes.
E no LANC, bem, quando o receptor Y envia seu relatÃ³rio de adesÃ£o ao IGMP, ambos
os roteadores trÃªs e quatro verÃ£o isso, mas o roteador quatro Ã© um roteador designado
roteador em virtude de seu endereÃ§o IP mais alto.
EntÃ£o serÃ¡ ele quem enviarÃ¡ a estrela PIM, vÃ­rgula G junte-se a montante ao
ponto de encontro.
Agora isso responde a duas das trÃªs perguntas que tÃ­nhamos.
EntÃ£o tivemos trÃªs perguntas.
Lembre-se de que o nÃºmero um era se dois roteadores vissem um relatÃ³rio de associaÃ§Ã£o, que
alguÃ©m envia a junÃ§Ã£o para o RP?
Bem, esse Ã© o roteador designado.
EntÃ£o, algo vai para o RP.
A segunda questÃ£o era se dois roteadores recebessem o pacote multicast, quem envia
o registro para o RP?
Esse Ã© o roteador designado.
EntÃ£o lembre-se, roteador designado, talvez vocÃª possa pensar em R em DR como sendo
isso Ã© algo responsÃ¡vel por ir ao ponto de encontro, alguÃ©m
quem estÃ¡ enviando algo para o ponto de encontro.
Agora eu disse que tÃ­nhamos outro problema neste cenÃ¡rio, que Ã© que
tivemos vÃ¡rios pacotes duplicados sendo colocados na mesma LAN de vÃ¡rios
roteadores. E eu disse que nÃ£o Ã© funÃ§Ã£o do DR descobrir isso.
Esse Ã© o trabalho do despachante designado.
EntÃ£o, se houver vÃ¡rios pacotes, se eu tiver dois ou trÃªs roteadores, todos atendendo
mesma LAN, e dois ou mais deles estÃ£o colocando exatamente o mesmo multi
-cast pacotes nessa LAN, entÃ£o um deles serÃ¡ eleito como o designado
encaminhador. Na verdade, esse Ã© um processo um pouco mais complexo
do que simplesmente olhar os pacotes de saudaÃ§Ã£o.
Para descobrir isso, existe uma mensagem PIM especial chamada
a afirmaÃ§Ã£o do PIM. Portanto, esta Ã© uma nova mensagem sobre a qual nÃ£o falamos.
AtÃ© agora falamos sobre o join prune, que Ã© um pacote, apenas
depende do corpo do pacote, se Ã© uma junÃ§Ã£o ou uma poda, mas Ã©
o mesmo cÃ³digo de tipo no PIM.
TÃ­nhamos outro cÃ³digo de tipo, que era o olÃ¡, e tÃ­nhamos um terceiro tipo
cÃ³digo, que era o registro.
E tivemos uma parada de registro, e agora isso Ã© de outro tipo.
Esta Ã© uma mensagem de afirmaÃ§Ã£o PIM.
E aqui estÃ¡ uma animaÃ§Ã£o para mostrar basicamente como isso funcionaria.
EntÃ£o, neste caso especÃ­fico, a fonte comeÃ§a a ir e os pacotes sÃ£o
descendo ambos na Ã¡rvore compartilhada, entÃ£o o roteador 4 os coloca na LAN
C, e o roteador 3 estÃ¡ recebendo-os via LAN B, e entÃ£o ele tambÃ©m os estÃ¡ colocando
na LAN C. Portanto, os roteadores 3 e 4 verÃ£o esses pacotes duplicados chegando
de um para o outro.
Eles vÃ£o perceber, ei, isso Ã© uma coisa ruim, precisamos de um despachante designado.
Assim, ambos enviarÃ£o mensagens de afirmaÃ§Ã£o PIM um ao outro.
E neste caso especÃ­fico, o cara com o endereÃ§o IP mais baixo irÃ¡ realmente
ser eleito como despachante designado.
Assim, uma vez que ambos os roteadores saibam que o roteador 3 Ã© um encaminhador designado, Ã©
agora Ã© tarefa do roteador 3 continuar encaminhando esse multicast para a LAN.
O roteador 4 diz, ok, nÃ£o sou mais necessÃ¡rio nesta LAN, porque
nÃ£o Ã© meu trabalho encaminhar os pacotes.
EntÃ£o, em resposta, ele enviarÃ¡ uma mensagem de ameixa upstream, que irÃ¡
acabam fazendo com que aquela Ã¡rvore compartilhada seja cortada.
E agora o multicast sÃ³ serÃ¡ encaminhado para a LAN C por meio do
encaminhador designado, que Ã© o roteador 3.
Isso completa este tÃ³pico especÃ­fico do roteador designado PIM e
encaminhador designado.
Na verdade, vocÃª tambÃ©m pode ver isso quando entra em um roteador.
NÃ£o sei se temos algum segmento aqui que justifique uma designaÃ§Ã£o
encaminhador, mas vamos ver aqui.
Mostrar vizinho IP PIM.
Bem, aqui o DR mostra se alguÃ©m Ã© um roteador designado ou nÃ£o, entÃ£o
como vocÃª, para um segmento especÃ­fico, quem Ã© o roteador designado.
E acho que tambÃ©m podemos fazer um show de interface IP PIM.
Isso apenas mostra aqui quem Ã© o roteador designado mais uma vez.
Ele tem uma prioridade padrÃ£o de um, entÃ£o esse Ã© um nÃ­vel de prioridade padrÃ£o em
a interface, mas vocÃª pode mudar isso.
Vamos ver aqui. Isso mostra os grupos especÃ­ficos dos quais participamos
em uma interface, o comando show IP interface.
NÃ£o sei qual comando usarÃ­amos.
Ou talvez detalhe.
Aqui vamos nÃ³s. Deveria estar aqui.
Vamos ver aqui. PIM habilita a versÃ£o de quem Ã© o DR.
AtualizaÃ§Ã£o de estado. Sim, acho que a razÃ£o pela qual nÃ£o estamos vendo isso Ã© porque
isso seria um encaminhador designado sÃ³ seria eleito quando ambos os roteadores
veja o mesmo pacote multicast vindo de pacotes duplicados chegando.
Mas se nunca houver uma situaÃ§Ã£o em que pacotes duplicados estejam acontecendo
uma LAN, nÃ£o hÃ¡ necessidade de eleger um encaminhador designado.
E na minha topologia especÃ­fica, nÃ£o acho que tivemos essa situaÃ§Ã£o
onde um remetente designado precisa ser eleito.
Eu esperaria que, se houvesse um, deveria estar aqui no show IP
SaÃ­da de detalhes da interface PIM.
Ok, entÃ£o Josh faz uma boa pergunta.
Deixe-me voltar ao conceito de roteador designado.
Tivemos isso aqui.
Ops. Ali.
EntÃ£o ele pergunta, neste caso especÃ­fico, onde o roteador quatro Ã© um roteador designado
roteador e roteador trÃªs nÃ£o Ã©.
Ele diz que se o roteador designado cair, entÃ£o se o roteador quatro travar
e morre ou Ã© removido, como o roteador trÃªs constrÃ³i ou reconstrÃ³i seu multicast
tabela de roteamento e quanto tempo leva?
Ok, lembre-se de que, embora o roteador quatro seja um roteador designado,
quando o receptor Y enviou seu relatÃ³rio de associaÃ§Ã£o ao IGMP, tanto o roteador trÃªs quanto o
o roteador quatro viu.
Portanto, embora o roteador trÃªs perceba que nÃ£o Ã© sua funÃ§Ã£o ingressar no
Ã¡rvore compartilhada, ele nÃ£o irÃ¡ simplesmente ignorar esse relatÃ³rio.
Ele ainda criarÃ¡ estrela, estado em sua tabela de rotas M, assim como o roteador
quatro faz. SÃ³ que quando ele cria esse estado, ele nÃ£o farÃ¡ nada
sobre isso. Agora, se o multicast estiver fluindo dessa maneira, para baixo
Ã¡rvore compartilhada, esperarÃ­amos que quando o primeiro pacote multicast
acontecer, o roteador quatro diria que sou o roteador folha, entÃ£o Ã© meu trabalho
mude para a Ã¡rvore de caminho mais curto com apenas o recebimento de um pacote.
EntÃ£o olhe neste diagrama aqui, o roteador quatro diria bem, da minha perspectiva,
o caminho mais curto Ã©, na verdade, atravÃ©s do roteador trÃªs.
Esta Ã© a minha Ã¡rvore de caminho mais curto, indo para lÃ¡, para lÃ¡ e para lÃ¡.
Portanto, o roteador quatro criarÃ¡ a junÃ§Ã£o S, G e o roteador trÃªs criarÃ¡
recebÃª-lo, entÃ£o agora, na verdade, Ã© meio estranho aqui.
Quando este primeiro pacote multicast atinge este fio aqui, nÃ£o tenho certeza
o momento das coisas.
Sabemos que o roteador trÃªs criarÃ¡ o estado S, G.
SÃ³ nÃ£o sei o que vai acontecer primeiro.
Ele verÃ¡ este primeiro pacote multicast e isso criarÃ¡ S, G
estado? Ou ele verÃ¡ o PIM S, G juntar-se primeiro e isso criarÃ¡ S,
Estado G? EntÃ£o ele encaminharÃ¡ seu prÃ³prio S, G join upstream, entÃ£o depois
apenas um pacote caindo em menos de um segundo, esperarÃ­amos
o fluxo multicast agora estÃ¡ vindo por aqui atravÃ©s do roteador trÃªs.
E entÃ£o, quando o roteador quatro vir esse pacote multicast, ele removerÃ¡ isso
desligado. Portanto, mesmo que o roteador quatro morra, sÃ³ precisamos dele para um
pacote, apenas para colocar um pacote no fio, e entÃ£o o roteador trÃªs fez
todo o trabalho restante de abertura da Ã¡rvore do caminho mais curto, e agora o
os pacotes estavam sendo encaminhados para o ponto C e o roteador quatro nÃ£o era necessÃ¡rio
nÃ£o mais. Agora, vocÃª sabe, podemos entrar em todos os tipos de casos esquivos aqui
tipo, ok, bem, e se o relatÃ³rio de associaÃ§Ã£o aparecer, ambos os roteadores
trÃªs e o roteador quatro conseguem, mas antes que o roteador quatro tenha a chance de criar
a junÃ§Ã£o, ele morre.
No momento, isso Ã© realmente essencial, porque estamos falando sobre
menos de um segundo aqui a partir do momento em que ele recebe o relatÃ³rio de sÃ³cios
antes que ele tenha a chance de enviar a adesÃ£o.