Agora finalmente chegaremos ao momento que todos vocÃªs estavam esperando
para. Vamos comeÃ§ar a nos concentrar em multicast esparso independente de protocolo
modo e depois entrando em detalhes de como ele funciona.
Agora, antes de entrar nisso e terminar com a seÃ§Ã£o do modo esparso do PIMS,
o que levarÃ¡ algumas horas para fazer, deixe-me dar um aviso.
O modo esparso do PIMS Ã© um tÃ³pico muito complexo, um protocolo muito complexo.
Esta aula nÃ£o foi projetada para cobrir todos os pequenos detalhes e
sinalizador e temporizador e mÃ¡quina de estado do modo esparso PIMS.
Vou me aprofundar bastante, mas hÃ¡ algumas coisas que vocÃª
encontrar na RFC que nÃ£o vou cobrir porque isso literalmente
levarÃ¡ provavelmente trÃªs dias inteiros apenas para cobrir tudo sobre o PIMS esparso
modo sozinho. EntÃ£o acho que o que vamos abordar aqui deve ser suficiente
para ajudÃ¡-lo a superar quaisquer questÃµes escritas ou mesmo de laboratÃ³rio do CCIE que eu possa imaginar
no modo escasso do PIMS.
Pode ser uma ou duas coisas que caem da prateleira e que eu nÃ£o cubro,
mas esperamos que vocÃª fique bastante satisfeito com o nÃ­vel de profundidade que
entre. EntÃ£o vamos em frente e entrar nisso.
EntÃ£o, antes de mais nada, antes de comeÃ§ar, quero mostrar quais sÃ£o as topologias
sÃ£o que usarei em minhas vÃ¡rias demonstraÃ§Ãµes de laboratÃ³rio e
coisa. EntÃ£o, caso vocÃª queira tentar recriar algo disso em
seu prÃ³prio, vocÃª pode fazÃª-lo.
EntÃ£o, para aqueles que estÃ£o assistindo a transmissÃ£o ao vivo agora, se no
canto superior direito vocÃª clica na seÃ§Ã£o do arquivo, vocÃª verÃ¡ que hÃ¡
um PDF parecido com este, que contÃ©m as vÃ¡rias topologias que
vou usar.
EntÃ£o este Ã© realmente o layout fÃ­sico.
Desculpe, parece meio confuso aqui, mas este Ã© o layout fÃ­sico que
Estou a usar. VocÃª pode ver que tenho um total de oito roteadores e um switch.
EntÃ£o, em parte do laboratÃ³rio, o switch Ã© apenas um switch de camada dois, e
entÃ£o, em parte do laboratÃ³rio, estou ativando o roteamento e o multicast
funcionalidade do switch e usÃ¡-lo como um nono roteador.
EntÃ£o esta Ã© a topologia fÃ­sica.
Agora tambÃ©m tenho meu laptop conectado aqui para poder capturar o tubarÃ£o-arame
vestÃ­gios de atiradores e outras coisas.
E esta Ã© na verdade a topologia lÃ³gica aqui.
EntÃ£o Ã© isso que vamos construir.
EntÃ£o, o roteador um estÃ¡ servindo basicamente como meu receptor como meu laptop.
O roteador cinco Ã© a fonte, entÃ£o Ã© onde farei meu multicast
pings e outras coisas.
E basicamente esses quatro roteadores aqui no meio sÃ£o os
onde farei todas as minhas demonstraÃ§Ãµes e exemplos de multicast
e coisas. Existem algumas topologias adicionais.
Por exemplo, quando entrarmos na seÃ§Ã£o auto RP e BSR, mudarei
sobre a topologia do meu laboratÃ³rio para isso.
Os mesmos roteadores fÃ­sicos, apenas uma topologia lÃ³gica diferente.
Ok, entÃ£o se vocÃª estÃ¡ assistindo isso na gravaÃ§Ã£o, deixe-me voltar para
esse. VocÃª pode querer tirar um instantÃ¢neo disso, vocÃª sabe, usando algum tipo
do snagget ou qualquer outro utilitÃ¡rio de snapshot para que vocÃª possa consultar
isso com frequÃªncia enquanto estou falando sobre isso.
E para aqueles que estÃ£o assistindo ao vivo, recomendo que abram esse
PDF e mantenha-o sempre Ã sua frente.
Ok, e tambÃ©m criei um quadro branco exatamente com a mesma topologia,
que estÃ¡ bem aqui.
EntÃ£o posso me basear nisso e falar sobre o que estÃ¡ acontecendo enquanto fazemos isso.
EntÃ£o Ã© esse o caso.
Vamos falar sobre o PIM.
EntÃ£o PIM, como mencionei, significa multicast independente de protocolo.
Agora eu jÃ¡ mencionei o motivo pelo qual eles chamam isso de independente de protocolo
Ã© porque, assim como todos os outros protocolos de roteamento multicast, ele faz RPF
verifica o endereÃ§o de origem de qualquer multicast recebido.
E independente de protocolo significa que o PIM nÃ£o se importa onde encontra uma correspondÃªncia
rota. NÃ£o importa se Ã© uma rota rip, um OSP ou uma rota, mesmo uma
A rota M estÃ¡tica nÃ£o se importa, desde que possa encontrar algo.
EntÃ£o Ã© isso que significa que Ã© independente de protocolo.
Portanto, existem duas variedades principais, o modo denso PIM, que nÃ£o Ã©
muito usado porque muita gente nÃ£o gosta dessa ideia de inundaÃ§Ã£o
seu multicast em todos os lugares apenas para podÃ¡-lo.
Mas Ã© basicamente isso que faz.
E hÃ¡ o RFC adiante, se vocÃª estiver curioso.
E entÃ£o o que vamos focar Ã© o modo PIM esparso,
que Ã© RFC 4601.
Agora, esse nÃ£o Ã© o RFC original.
Na verdade, o modo esparso PIM foi lanÃ§ado hÃ¡ muito tempo e jÃ¡ passou
diversas iteraÃ§Ãµes e atualizaÃ§Ãµes da RFC.
Mas acredito que essa seja a RFC mais atual desta gravaÃ§Ã£o, que
Ã© 3 de novembro de 2015.
EntÃ£o, qual Ã© o objetivo de ambos?
Do que estamos falando, o objetivo Ã© construir esse multicast
Ã¡rvore de distribuiÃ§Ã£o conectando a fonte aos receptores para que o multicast
pode fluir para baixo. Esse Ã© todo o objetivo por trÃ¡s disso.
Ok, entÃ£o modo PIM esparso, existe o RFC muito original, se vocÃª quiser
procure isso, 2117, atualmente RFC 4601, e ele depende do modelo de pÃ³lo.
Portanto, esta Ã© uma espÃ©cie de revisÃ£o do que falamos.
Portanto, o modo esparso do PIM depende do conceito de ponto de encontro.
Ã como o serviÃ§o de namoro que eu tinha na minha analogia anterior.
EntÃ£o, quando o multicast flui do ponto de encontro para onde quer que o
vÃ¡rios receptores estÃ£o, dizemos que isso estÃ¡ fluindo pela Ã¡rvore compartilhada
ou a Ã¡rvore principal, tambÃ©m conhecida como Ã¡rvore RP.
EntÃ£o sÃ£o trÃªs termos para exatamente a mesma coisa.
Ãrvore compartilhada, Ã¡rvore central, Ã¡rvore RP.
Basicamente, significa a mesma coisa que onde quer que o receptor esteja, esse caminho
do receptor atÃ© o RP, que Ã© a Ã¡rvore compartilhada.
E Ã© aÃ­ que o multicast comeÃ§a a fluir.
E entÃ£o, como diz, uma vez descoberta a fonte multicast, uma vez que o
roteadores aprendem qual Ã© o endereÃ§o de origem, eles podem mudar para o
Ã¡rvore de caminho mais curto.
Agora, Ã s vezes, a Ã¡rvore do caminho de origem pode ser exatamente a mesma Ã¡rvore
atravÃ©s do ponto de encontro.
Pode ser atravÃ©s do ponto de encontro e para cima.
Outras vezes pode ser algo diferente.
Tudo isso Ã© baseado no protocolo de roteamento.
VocÃª sabe, o que diz sua tabela de roteamento?
Ã a melhor maneira de chegar a essa fonte.
Tudo bem, vamos falar sobre algumas versÃµes do PIM.
Portanto, a versÃ£o original do PIM era a versÃ£o 1 do PIM.
A versÃ£o 2 tem sido o padrÃ£o de fato hÃ¡ muito tempo.
Onde estÃ£o algumas semelhanÃ§as?
Bem, se vocÃª realmente fez um rastreamento mais rÃ­gido, o corpo dos pacotes PIM
Ã© idÃªntico na versÃ£o 1 e na versÃ£o 2.
VocÃª sabe, os tipos de mensagens que eles transmitem.
A funcionalidade Ã© a mesma.
VocÃª sabe, quando eles enviam os gatilhos para certas coisas Ã© a mesma coisa.
No entanto, algumas diferenÃ§as principais.
Portanto, a versÃ£o 1 do PIM utilizou o IGMP como protocolo de transporte.
Logo atrÃ¡s do cabeÃ§alho IP, vocÃª teria um cabeÃ§alho IGMP e entÃ£o
tenha PIM no corpo desse pacote.
Mas quando a versÃ£o 2 do PIM foi lanÃ§ada, ela se tornou uma unidade separada.
Protocolo IP. E vocÃª verÃ¡ isso nos rastreamentos do sniffer como nÃºmero do protocolo IP
103. Portanto, nÃ£o depende mais do IGMP.
A outra diferenÃ§a principal Ã© que o recurso do roteador de inicializaÃ§Ã£o PIM,
que abordaremos ao final destas gravaÃ§Ãµes, sÃ³ estÃ¡ disponÃ­vel em
PIM versÃ£o 2. Essa Ã© uma forma de eleger e descobrir dinamicamente o
ponto de encontro.
Na maioria dos meus laboratÃ³rios que vou fazer aqui, vou estaticamente
configurar um ponto de encontro.
Mas auto RP e PIM BSR sÃ£o duas maneiras diferentes de
descubra um RP, o que muita gente faz.
Algumas coisas adicionais.
Se vocÃª tiver um roteador que realmente tenha a capacidade de executar versÃµes
1 ou versÃ£o 2, porque o corpo dos pacotes PIM Ã© o mesmo e porque
a funcionalidade Ã© a mesma, vocÃª pode realmente fazer com que esse roteador faÃ§a
ambos. Mas vocÃª nÃ£o pode ter os dois na mesma interface.
Por exemplo, vocÃª tem um roteador que na Fast Ethernet 1 estÃ¡ fazendo PIM
versÃ£o 1, e no fast ethernet 2 estÃ¡ fazendo o PIM versÃ£o 2, e irÃ¡
ser capaz de se comunicar de um lado para outro.
A maioria dos roteadores Cisco agora executa apenas o PIM versÃ£o 2 e nÃ£o
atÃ© permite que vocÃª mude para a versÃ£o 1 do PIM.
Por exemplo, deixe-me dar um exemplo.
Aqui, em meu laboratÃ³rio, estou usando um roteador Cisco sÃ©rie 2500 muito antigo como meu
servidor de terminal, como meu servidor de acesso.
E veja aqui, que tipo de software estÃ¡ rodando?
EntÃ£o esse cara estÃ¡ executando o software 1233A.
E vocÃª pode ver se eu entro em uma interface, vamos ver aqui, mostre o IP
resumo da interface, interface ethernet 0 e digito ponto de interrogaÃ§Ã£o IP PIM.
VocÃª pode ver que hÃ¡ uma versÃ£o, certo?
VersÃ£o do IP PIM, e entÃ£o posso selecionar, o padrÃ£o serÃ¡ a versÃ£o 2, mas
Posso selecionÃ¡-lo de volta para a versÃ£o 1.
Mas na maioria dos dispositivos mais recentes, por exemplo, se eu usar um dos meus outros roteadores
aqui, IP PIM, vocÃª notarÃ¡ que a versÃ£o nem Ã© opÃ§Ã£o.
VocÃª nÃ£o pode nem voltar para a versÃ£o 1.
EntÃ£o, apenas uma pequena observaÃ§Ã£o, dependendo do software que vocÃª estÃ¡ executando.
E esse cara aqui, caso vocÃª esteja se perguntando, estÃ¡ executando o software 15.33.
EntÃ£o, nÃ£o tenho certeza de onde estava o ponto de corte entre onde eles se despiram completamente
funcionalidade PIM V1, mas em algum lugar entre 12.3 e 15.3 Ã© quando
eles se livraram disso.
Tudo bem, entÃ£o o PIM tem algumas comparaÃ§Ãµes, algumas analogias que posso fazer com o IGP
protocolos de roteamento.
Por exemplo, a maioria dos protocolos de roteamento IGP descobre vizinhos dinamicamente,
os pacotes multicast ascendentes e o envio de saudaÃ§Ãµes periÃ³dicas.
O PIM tambÃ©m faz isso.
O PIM envia pacotes de saudaÃ§Ã£o e este Ã© o endereÃ§o reservado 224.0113.
E sim, se vocÃª fizer algum teste da Cisco, Ã© provÃ¡vel que eles
espero que vocÃª tenha esse endereÃ§o memorizado.
EntÃ£o, esses sÃ£o pacotes PIM hello.
Ao contrÃ¡rio do OSPF e do EIGRP, que enviam saudaÃ§Ãµes com bastante frequÃªncia,
como a cada 5 ou 10 segundos, os pacotes PIM hello sÃ£o enviados a cada 30 segundos.
Portanto, eles nÃ£o sÃ£o tÃ£o frequentes quanto os protocolos de roteamento IGP.
E como um protocolo de roteamento IGP, se um pacote de saudaÃ§Ã£o parar repentinamente,
se nÃ£o receber, vocÃª declararÃ¡ aquele vizinho morto.
E da mesma forma, a maioria dos protocolos que dependem de algum tipo de sistema keep alive ou
OlÃ¡ mecanismo, geralmente todos eles arquivam a mesma regra.
Depois de trÃªs perdidos, keep alive ou trÃªs hellos perdidos, pronto.
Seu vizinho estÃ¡ morto.
PIM Ã© a mesma coisa.
E as informaÃ§Ãµes aprendidas via PIM tÃªm prazo de validade.
Isso tambÃ©m Ã© semelhante.
Por exemplo, isso Ã© semelhante ao OSPF, certo?
Assim, com o OSPF, se eu souber de um LSA na minha Ã¡rea que descreva alguns
links, que o LSA sÃ³ Ã© vÃ¡lido por uma hora.
Essa Ã© a idade desse LSA.
E se o proprietÃ¡rio do LSA que o originou nÃ£o o atualizar antes
60 minutos, antes de uma hora, vou envelhecer.
PIM Ã© mais ou menos assim.
Quando o PIM descobre dinamicamente rotas multicast ou aprende dinamicamente
dos receptores que quiseram aderir, nÃ£o manterÃ¡ essas informaÃ§Ãµes
para sempre. Essas coisas envelhecerÃ£o depois de um tempo.
Na verdade, o tempo padrÃ£o Ã© de cerca de trÃªs minutos.
Tecnicamente, sÃ£o 210 segundos, mas muitas pessoas dizem trÃªs minutos.
EntÃ£o o PIM tem vÃ¡rios mecanismos para manter o estado atualizado para que isso nÃ£o
acontecer. Agora, onde estÃ£o algumas diferenÃ§as?
Muitas diferenÃ§as.
NÃºmero um, os protocolos de gateway internos sÃ³ se preocupam com os destinos, certo?
OSPF, EIGRP, RIP.
Eles sÃ³ se importam com onde residem as sub-redes, onde estÃ¡ o destino das
pacote irÃ¡ para.
O PIM ouve sobre fontes e destinos.
O PIM estÃ¡ acompanhando ambos.
EntÃ£o, outra coisa.
Portanto, o PIM depende de um host, que Ã© o seu receptor ou fonte, para acionar
qualquer troca de informaÃ§Ãµes do PIM.
E isso Ã© um pouco diferente, certo?
Seus protocolos normais de roteamento IGP, o que desencadeia a troca de informaÃ§Ãµes
Ã© que se vocÃª ativar uma interface e a interface for inativa, vocÃª adiciona uma estÃ¡tica
rota, mas na verdade nÃ£o depende de hosts ou servidores para trocar
rotas ou aprender rotas.
O PIM faz. O PIM nÃ£o farÃ¡ nada atÃ© que um novo receptor fique online
ou uma nova fonte fica online.
Caso contrÃ¡rio, o PIM ficarÃ¡ ocioso.
O PIM preenche sua prÃ³pria tabela exclusiva chamada tabela de rotas M.
Ã a abreviaÃ§Ã£o de tabela de roteamento multicast.
Portanto, temos nossa tabela de roteamento unitcast e nossa tabela de roteamento multicast.
Uma coisa tambÃ©m Ã© muito importante sobre isso, mencionei um pouco
um pouco antes, mas vou afirmar novamente.
EntÃ£o, com alguns protocolos de roteamento, digamos que vocÃª digitou em um roteador, nÃ£o
Roteamento IP. VocÃª faz isso em nÃ­vel global.
E entÃ£o vocÃª tenta ativar o OSPF, digamos.
Eu vi alguns roteadores que realmente permitirÃ£o que vocÃª habilite o OSPF
protocolo. VocÃª o verÃ¡ trocar olÃ¡s, trocar LSAs, ele serÃ¡ preenchido
o banco de dados de estado do link, mas nada disso irÃ¡ para o roteamento
mesa. Porque se vocÃª nÃ£o fizer nenhum roteamento IP, ele nÃ£o poderÃ¡ preencher o roteamento
mesa. NÃ£o hÃ¡ tabela de roteamento.
NÃ£o Ã© possÃ­vel criar essa tabela.
Todas as coisas podem estar rodando em segundo plano, mas nÃ£o hÃ¡ lugar
para colocar essa informaÃ§Ã£o.
PIM Ã© a mesma coisa.
Com o PIM, vocÃª pode habilitar o PIM em suas interfaces e ele aprenderÃ¡ sobre os vizinhos
e enviarÃ¡ e receberÃ¡ relatÃ³rios de adesÃ£o ao IGMP e outras coisas, mas
nÃ£o preencherÃ¡ a tabela de roteamento multicast com nada que seja
aprendido, a menos que vocÃª habilite o roteamento multicast.
EntÃ£o, em nÃ­vel global, a primeira coisa que vocÃª precisa digitar Ã© o IP
roteamento multicast.
Caso contrÃ¡rio, ativar o PIM serÃ¡ inÃºtil.
NÃ£o vai adiantar nada.
JÃ¡ falamos sobre como o PIM realiza verificaÃ§Ãµes RPF por padrÃ£o e
nÃ£o pode funcionar sozinho.
O PIM requer algo para preencher a tabela de roteamento unicast por causa de
aquela bala que acabei de mencionar.
NÃ£o Ã© possÃ­vel realizar uma verificaÃ§Ã£o RPF se nÃ£o houver rotas na tabela de roteamento para
corresponda ao que vocÃª estÃ¡ tentando encontrar.
Agora vocÃª poderia fazer com rotas estÃ¡ticas, mas deve haver algo em
a tabela de roteamento.
EntÃ£o, qual Ã© o papel de um PIM RP?
EntÃ£o jÃ¡ conversamos um pouco sobre isso.
Este Ã© o ponto de foco central onde quando um receptor se junta Ã rede
enviando um relatÃ³rio de adesÃ£o ao IBIGMP, aquele gateway padrÃ£o que Ã© diretamente
conectado a ele enviarÃ¡ uma junÃ§Ã£o PIM atÃ© o ponto de encontro.
E isso constrÃ³i a Ã¡rvore central, a Ã¡rvore compartilhada, entÃ£o estÃ¡ pronta e esperando
para que o multicast flua por ele.
Da mesma forma, quando a fonte multicast comeÃ§a a enviar seus dados multicast,
o roteador ao qual estÃ¡ conectado diretamente encaminharÃ¡ esse multicast
dados para o ponto de encontro para concluir o processo para conectar tudo
junto. E como um roteador sabe quem Ã© o RP?
Para nossos propÃ³sitos, vamos configurar isso estaticamente.
Mas vocÃª tambÃ©m pode determinar roteadores dinamicamente por meio de recursos como auto
RP e o roteador de inicializaÃ§Ã£o PIM.