1 00:00:08,380 --> 00:00:11,380 Agora finalmente chegaremos ao momento que todos vocês estavam esperando 2 00:00:11,380 --> 00:00:16,440 para. Vamos começar a nos concentrar em multicast esparso independente de protocolo 3 00:00:16,440 --> 00:00:20,240 modo e depois entrando em detalhes de como ele funciona. 4 00:00:20,240 --> 00:00:24,380 Agora, antes de entrar nisso e terminar com a seção do modo esparso do PIMS, 5 00:00:24,380 --> 00:00:28,460 o que levará algumas horas para fazer, deixe-me dar um aviso. 6 00:00:28,460 --> 00:00:34,900 O modo esparso do PIMS é um tópico muito complexo, um protocolo muito complexo. 7 00:00:34,900 --> 00:00:40,440 Esta aula não foi projetada para cobrir todos os pequenos detalhes e 8 00:00:40,440 --> 00:00:45,160 sinalizador e temporizador e máquina de estado do modo esparso PIMS. 9 00:00:45,160 --> 00:00:48,680 Vou me aprofundar bastante, mas há algumas coisas que você 10 00:00:48,680 --> 00:00:52,060 encontrar na RFC que não vou cobrir porque isso literalmente 11 00:00:52,060 --> 00:00:57,240 levará provavelmente três dias inteiros apenas para cobrir tudo sobre o PIMS esparso 12 00:00:57,240 --> 00:01:02,080 modo sozinho. Então acho que o que vamos abordar aqui deve ser suficiente 13 00:01:02,080 --> 00:01:08,820 para ajudá-lo a superar quaisquer questões escritas ou mesmo de laboratório do CCIE que eu possa imaginar 14 00:01:08,820 --> 00:01:10,580 no modo escasso do PIMS. 15 00:01:10,580 --> 00:01:13,940 Pode ser uma ou duas coisas que caem da prateleira e que eu não cubro, 16 00:01:13,940 --> 00:01:17,280 mas esperamos que você fique bastante satisfeito com o nível de profundidade que 17 00:01:17,280 --> 00:01:22,800 entre. Então vamos em frente e entrar nisso. 18 00:01:22,800 --> 00:01:25,780 Então, antes de mais nada, antes de começar, quero mostrar quais são as topologias 19 00:01:25,780 --> 00:01:29,700 são que usarei em minhas várias demonstrações de laboratório e 20 00:01:29,700 --> 00:01:33,620 coisa. Então, caso você queira tentar recriar algo disso em 21 00:01:33,620 --> 00:01:36,280 seu próprio, você pode fazê-lo. 22 00:01:36,280 --> 00:01:40,240 Então, para aqueles que estão assistindo a transmissão ao vivo agora, se no 23 00:01:40,240 --> 00:01:43,600 canto superior direito você clica na seção do arquivo, você verá que há 24 00:01:43,600 --> 00:01:48,900 um PDF parecido com este, que contém as várias topologias que 25 00:01:48,900 --> 00:01:49,640 vou usar. 26 00:01:49,640 --> 00:01:52,460 Então este é realmente o layout físico. 27 00:01:52,460 --> 00:01:55,840 Desculpe, parece meio confuso aqui, mas este é o layout físico que 28 00:01:55,840 --> 00:02:01,840 Estou a usar. Você pode ver que tenho um total de oito roteadores e um switch. 29 00:02:01,840 --> 00:02:06,160 Então, em parte do laboratório, o switch é apenas um switch de camada dois, e 30 00:02:06,160 --> 00:02:09,620 então, em parte do laboratório, estou ativando o roteamento e o multicast 31 00:02:09,620 --> 00:02:14,060 funcionalidade do switch e usá-lo como um nono roteador. 32 00:02:14,060 --> 00:02:16,020 Então esta é a topologia física. 33 00:02:16,020 --> 00:02:19,680 Agora também tenho meu laptop conectado aqui para poder capturar o tubarão-arame 34 00:02:19,680 --> 00:02:21,620 vestígios de atiradores e outras coisas. 35 00:02:21,620 --> 00:02:25,140 E esta é na verdade a topologia lógica aqui. 36 00:02:25,140 --> 00:02:26,680 Então é isso que vamos construir. 37 00:02:26,680 --> 00:02:31,540 Então, o roteador um está servindo basicamente como meu receptor como meu laptop. 38 00:02:31,540 --> 00:02:35,120 O roteador cinco é a fonte, então é onde farei meu multicast 39 00:02:35,120 --> 00:02:36,480 pings e outras coisas. 40 00:02:36,480 --> 00:02:39,900 E basicamente esses quatro roteadores aqui no meio são os 41 00:02:39,900 --> 00:02:43,500 onde farei todas as minhas demonstrações e exemplos de multicast 42 00:02:43,500 --> 00:02:46,640 e coisas. Existem algumas topologias adicionais. 43 00:02:46,640 --> 00:02:51,780 Por exemplo, quando entrarmos na seção auto RP e BSR, mudarei 44 00:02:51,780 --> 00:02:54,060 sobre a topologia do meu laboratório para isso. 45 00:02:54,060 --> 00:02:59,320 Os mesmos roteadores físicos, apenas uma topologia lógica diferente. 46 00:02:59,320 --> 00:03:03,060 Ok, então se você está assistindo isso na gravação, deixe-me voltar para 47 00:03:03,060 --> 00:03:08,020 esse. Você pode querer tirar um instantâneo disso, você sabe, usando algum tipo 48 00:03:08,020 --> 00:03:12,320 do snagget ou qualquer outro utilitário de snapshot para que você possa consultar 49 00:03:12,320 --> 00:03:15,380 isso com frequência enquanto estou falando sobre isso. 50 00:03:15,380 --> 00:03:18,080 E para aqueles que estão assistindo ao vivo, recomendo que abram esse 51 00:03:18,080 --> 00:03:22,180 PDF e mantenha-o sempre à sua frente. 52 00:03:22,180 --> 00:03:26,420 Ok, e também criei um quadro branco exatamente com a mesma topologia, 53 00:03:26,420 --> 00:03:29,820 que está bem aqui. 54 00:03:29,820 --> 00:03:34,140 Então posso me basear nisso e falar sobre o que está acontecendo enquanto fazemos isso. 55 00:03:34,140 --> 00:03:36,400 Então é esse o caso. 56 00:03:36,400 --> 00:03:38,620 Vamos falar sobre o PIM. 57 00:03:38,620 --> 00:03:43,280 Então PIM, como mencionei, significa multicast independente de protocolo. 58 00:03:43,280 --> 00:03:45,800 Agora eu já mencionei o motivo pelo qual eles chamam isso de independente de protocolo 59 00:03:45,800 --> 00:03:51,280 é porque, assim como todos os outros protocolos de roteamento multicast, ele faz RPF 60 00:03:51,280 --> 00:03:55,180 verifica o endereço de origem de qualquer multicast recebido. 61 00:03:55,180 --> 00:04:00,000 E independente de protocolo significa que o PIM não se importa onde encontra uma correspondência 62 00:04:00,000 --> 00:04:03,980 rota. Não importa se é uma rota rip, um OSP ou uma rota, mesmo uma 63 00:04:03,980 --> 00:04:07,420 A rota M estática não se importa, desde que possa encontrar algo. 64 00:04:07,420 --> 00:04:11,900 Então é isso que significa que é independente de protocolo. 65 00:04:11,900 --> 00:04:16,760 Portanto, existem duas variedades principais, o modo denso PIM, que não é 66 00:04:16,760 --> 00:04:20,480 muito usado porque muita gente não gosta dessa ideia de inundação 67 00:04:20,480 --> 00:04:23,540 seu multicast em todos os lugares apenas para podá-lo. 68 00:04:23,540 --> 00:04:24,880 Mas é basicamente isso que faz. 69 00:04:24,880 --> 00:04:27,700 E há o RFC adiante, se você estiver curioso. 70 00:04:27,700 --> 00:04:30,660 E então o que vamos focar é o modo PIM esparso, 71 00:04:30,660 --> 00:04:33,300 que é RFC 4601. 72 00:04:33,300 --> 00:04:35,820 Agora, esse não é o RFC original. 73 00:04:35,820 --> 00:04:38,940 Na verdade, o modo esparso PIM foi lançado há muito tempo e já passou 74 00:04:38,940 --> 00:04:42,280 diversas iterações e atualizações da RFC. 75 00:04:42,280 --> 00:04:45,920 Mas acredito que essa seja a RFC mais atual desta gravação, que 76 00:04:45,920 --> 00:04:49,660 é 3 de novembro de 2015. 77 00:04:49,660 --> 00:04:54,940 Então, qual é o objetivo de ambos? 78 00:04:54,940 --> 00:04:57,920 Do que estamos falando, o objetivo é construir esse multicast 79 00:04:57,920 --> 00:05:03,260 árvore de distribuição conectando a fonte aos receptores para que o multicast 80 00:05:03,260 --> 00:05:08,440 pode fluir para baixo. Esse é todo o objetivo por trás disso. 81 00:05:08,440 --> 00:05:12,180 Ok, então modo PIM esparso, existe o RFC muito original, se você quiser 82 00:05:12,180 --> 00:05:20,220 procure isso, 2117, atualmente RFC 4601, e ele depende do modelo de pólo. 83 00:05:20,220 --> 00:05:22,500 Portanto, esta é uma espécie de revisão do que falamos. 84 00:05:22,500 --> 00:05:25,880 Portanto, o modo esparso do PIM depende do conceito de ponto de encontro. 85 00:05:25,880 --> 00:05:29,680 É como o serviço de namoro que eu tinha na minha analogia anterior. 86 00:05:29,680 --> 00:05:36,120 Então, quando o multicast flui do ponto de encontro para onde quer que o 87 00:05:36,120 --> 00:05:40,440 vários receptores estão, dizemos que isso está fluindo pela árvore compartilhada 88 00:05:40,440 --> 00:05:44,460 ou a árvore principal, também conhecida como árvore RP. 89 00:05:44,460 --> 00:05:47,260 Então são três termos para exatamente a mesma coisa. 90 00:05:47,260 --> 00:05:50,780 Árvore compartilhada, árvore central, árvore RP. 91 00:05:50,780 --> 00:05:54,040 Basicamente, significa a mesma coisa que onde quer que o receptor esteja, esse caminho 92 00:05:54,040 --> 00:05:57,840 do receptor até o RP, que é a árvore compartilhada. 93 00:05:57,840 --> 00:06:01,780 E é aí que o multicast começa a fluir. 94 00:06:01,780 --> 00:06:05,540 E então, como diz, uma vez descoberta a fonte multicast, uma vez que o 95 00:06:05,540 --> 00:06:08,860 roteadores aprendem qual é o endereço de origem, eles podem mudar para o 96 00:06:08,860 --> 00:06:10,780 árvore de caminho mais curto. 97 00:06:10,780 --> 00:06:14,980 Agora, às vezes, a árvore do caminho de origem pode ser exatamente a mesma árvore 98 00:06:14,980 --> 00:06:16,180 através do ponto de encontro. 99 00:06:16,180 --> 00:06:18,500 Pode ser através do ponto de encontro e para cima. 100 00:06:18,500 --> 00:06:20,920 Outras vezes pode ser algo diferente. 101 00:06:20,920 --> 00:06:22,480 Tudo isso é baseado no protocolo de roteamento. 102 00:06:22,480 --> 00:06:25,000 Você sabe, o que diz sua tabela de roteamento? 103 00:06:25,000 --> 00:06:28,180 É a melhor maneira de chegar a essa fonte. 104 00:06:28,180 --> 00:06:33,760 Tudo bem, vamos falar sobre algumas versões do PIM. 105 00:06:33,760 --> 00:06:39,440 Portanto, a versão original do PIM era a versão 1 do PIM. 106 00:06:39,440 --> 00:06:44,540 A versão 2 tem sido o padrão de fato há muito tempo. 107 00:06:44,540 --> 00:06:47,220 Onde estão algumas semelhanças? 108 00:06:47,220 --> 00:06:50,060 Bem, se você realmente fez um rastreamento mais rígido, o corpo dos pacotes PIM 109 00:06:50,060 --> 00:06:53,180 é idêntico na versão 1 e na versão 2. 110 00:06:53,180 --> 00:06:55,840 Você sabe, os tipos de mensagens que eles transmitem. 111 00:06:55,840 --> 00:06:57,420 A funcionalidade é a mesma. 112 00:06:57,420 --> 00:07:00,720 Você sabe, quando eles enviam os gatilhos para certas coisas é a mesma coisa. 113 00:07:00,720 --> 00:07:02,700 No entanto, algumas diferenças principais. 114 00:07:02,700 --> 00:07:08,400 Portanto, a versão 1 do PIM utilizou o IGMP como protocolo de transporte. 115 00:07:08,400 --> 00:07:12,260 Logo atrás do cabeçalho IP, você teria um cabeçalho IGMP e então 116 00:07:12,260 --> 00:07:15,320 tenha PIM no corpo desse pacote. 117 00:07:15,320 --> 00:07:19,460 Mas quando a versão 2 do PIM foi lançada, ela se tornou uma unidade separada. 118 00:07:19,460 --> 00:07:23,560 Protocolo IP. E você verá isso nos rastreamentos do sniffer como número do protocolo IP 119 00:07:23,560 --> 00:07:28,520 103. Portanto, não depende mais do IGMP. 120 00:07:28,520 --> 00:07:32,480 A outra diferença principal é que o recurso do roteador de inicialização PIM, 121 00:07:32,480 --> 00:07:35,960 que abordaremos ao final destas gravações, só está disponível em 122 00:07:35,960 --> 00:07:43,280 PIM versão 2. Essa é uma forma de eleger e descobrir dinamicamente o 123 00:07:43,280 --> 00:07:44,560 ponto de encontro. 124 00:07:44,560 --> 00:07:48,460 Na maioria dos meus laboratórios que vou fazer aqui, vou estaticamente 125 00:07:48,460 --> 00:07:50,460 configurar um ponto de encontro. 126 00:07:50,460 --> 00:07:55,820 Mas auto RP e PIM BSR são duas maneiras diferentes de 127 00:07:55,820 --> 00:07:59,660 descubra um RP, o que muita gente faz. 128 00:07:59,660 --> 00:08:03,200 Algumas coisas adicionais. 129 00:08:03,200 --> 00:08:07,220 Se você tiver um roteador que realmente tenha a capacidade de executar versões 130 00:08:07,220 --> 00:08:13,280 1 ou versão 2, porque o corpo dos pacotes PIM é o mesmo e porque 131 00:08:13,280 --> 00:08:16,280 a funcionalidade é a mesma, você pode realmente fazer com que esse roteador faça 132 00:08:16,280 --> 00:08:20,440 ambos. Mas você não pode ter os dois na mesma interface. 133 00:08:20,440 --> 00:08:23,740 Por exemplo, você tem um roteador que na Fast Ethernet 1 está fazendo PIM 134 00:08:23,740 --> 00:08:28,600 versão 1, e no fast ethernet 2 está fazendo o PIM versão 2, e irá 135 00:08:28,600 --> 00:08:31,440 ser capaz de se comunicar de um lado para outro. 136 00:08:31,440 --> 00:08:35,520 A maioria dos roteadores Cisco agora executa apenas o PIM versão 2 e não 137 00:08:35,520 --> 00:08:38,680 até permite que você mude para a versão 1 do PIM. 138 00:08:38,680 --> 00:08:42,500 Por exemplo, deixe-me dar um exemplo. 139 00:08:42,500 --> 00:08:48,560 Aqui, em meu laboratório, estou usando um roteador Cisco série 2500 muito antigo como meu 140 00:08:48,560 --> 00:08:51,960 servidor de terminal, como meu servidor de acesso. 141 00:08:51,960 --> 00:08:55,380 E veja aqui, que tipo de software está rodando? 142 00:08:55,380 --> 00:08:59,220 Então esse cara está executando o software 1233A. 143 00:08:59,220 --> 00:09:05,540 E você pode ver se eu entro em uma interface, vamos ver aqui, mostre o IP 144 00:09:05,540 --> 00:09:13,480 resumo da interface, interface ethernet 0 e digito ponto de interrogação IP PIM. 145 00:09:13,480 --> 00:09:15,960 Você pode ver que há uma versão, certo? 146 00:09:15,960 --> 00:09:21,300 Versão do IP PIM, e então posso selecionar, o padrão será a versão 2, mas 147 00:09:21,300 --> 00:09:23,500 Posso selecioná-lo de volta para a versão 1. 148 00:09:23,500 --> 00:09:27,620 Mas na maioria dos dispositivos mais recentes, por exemplo, se eu usar um dos meus outros roteadores 149 00:09:27,620 --> 00:09:34,740 aqui, IP PIM, você notará que a versão nem é opção. 150 00:09:34,740 --> 00:09:37,140 Você não pode nem voltar para a versão 1. 151 00:09:37,140 --> 00:09:43,760 Então, apenas uma pequena observação, dependendo do software que você está executando. 152 00:09:43,760 --> 00:09:51,220 E esse cara aqui, caso você esteja se perguntando, está executando o software 15.33. 153 00:09:51,220 --> 00:09:55,160 Então, não tenho certeza de onde estava o ponto de corte entre onde eles se despiram completamente 154 00:09:55,160 --> 00:09:59,980 funcionalidade PIM V1, mas em algum lugar entre 12.3 e 15.3 é quando 155 00:09:59,980 --> 00:10:06,060 eles se livraram disso. 156 00:10:06,060 --> 00:10:13,620 Tudo bem, então o PIM tem algumas comparações, algumas analogias que posso fazer com o IGP 157 00:10:13,620 --> 00:10:15,060 protocolos de roteamento. 158 00:10:15,060 --> 00:10:21,520 Por exemplo, a maioria dos protocolos de roteamento IGP descobre vizinhos dinamicamente, 159 00:10:21,520 --> 00:10:25,380 os pacotes multicast ascendentes e o envio de saudações periódicas. 160 00:10:25,380 --> 00:10:27,300 O PIM também faz isso. 161 00:10:27,300 --> 00:10:33,960 O PIM envia pacotes de saudação e este é o endereço reservado 224.0113. 162 00:10:33,960 --> 00:10:37,760 E sim, se você fizer algum teste da Cisco, é provável que eles 163 00:10:37,760 --> 00:10:42,440 espero que você tenha esse endereço memorizado. 164 00:10:42,440 --> 00:10:44,600 Então, esses são pacotes PIM hello. 165 00:10:44,600 --> 00:10:49,380 Ao contrário do OSPF e do EIGRP, que enviam saudações com bastante frequência, 166 00:10:49,380 --> 00:10:54,300 como a cada 5 ou 10 segundos, os pacotes PIM hello são enviados a cada 30 segundos. 167 00:10:54,300 --> 00:10:58,320 Portanto, eles não são tão frequentes quanto os protocolos de roteamento IGP. 168 00:10:58,320 --> 00:11:04,000 E como um protocolo de roteamento IGP, se um pacote de saudação parar repentinamente, 169 00:11:04,000 --> 00:11:08,360 se não receber, você declarará aquele vizinho morto. 170 00:11:08,360 --> 00:11:12,760 E da mesma forma, a maioria dos protocolos que dependem de algum tipo de sistema keep alive ou 171 00:11:12,760 --> 00:11:17,180 Olá mecanismo, geralmente todos eles arquivam a mesma regra. 172 00:11:17,180 --> 00:11:21,400 Depois de três perdidos, keep alive ou três hellos perdidos, pronto. 173 00:11:21,400 --> 00:11:22,440 Seu vizinho está morto. 174 00:11:22,440 --> 00:11:25,280 PIM é a mesma coisa. 175 00:11:25,280 --> 00:11:28,800 E as informações aprendidas via PIM têm prazo de validade. 176 00:11:28,800 --> 00:11:29,760 Isso também é semelhante. 177 00:11:29,760 --> 00:11:33,360 Por exemplo, isso é semelhante ao OSPF, certo? 178 00:11:33,360 --> 00:11:39,800 Assim, com o OSPF, se eu souber de um LSA na minha área que descreva alguns 179 00:11:39,800 --> 00:11:43,340 links, que o LSA só é válido por uma hora. 180 00:11:43,340 --> 00:11:45,440 Essa é a idade desse LSA. 181 00:11:45,440 --> 00:11:50,160 E se o proprietário do LSA que o originou não o atualizar antes 182 00:11:50,160 --> 00:11:53,440 60 minutos, antes de uma hora, vou envelhecer. 183 00:11:53,440 --> 00:11:54,740 PIM é mais ou menos assim. 184 00:11:54,740 --> 00:11:59,640 Quando o PIM descobre dinamicamente rotas multicast ou aprende dinamicamente 185 00:11:59,640 --> 00:12:02,980 dos receptores que quiseram aderir, não manterá essas informações 186 00:12:02,980 --> 00:12:06,020 para sempre. Essas coisas envelhecerão depois de um tempo. 187 00:12:06,020 --> 00:12:08,500 Na verdade, o tempo padrão é de cerca de três minutos. 188 00:12:08,500 --> 00:12:14,120 Tecnicamente, são 210 segundos, mas muitas pessoas dizem três minutos. 189 00:12:14,120 --> 00:12:19,180 Então o PIM tem vários mecanismos para manter o estado atualizado para que isso não 190 00:12:19,180 --> 00:12:24,580 acontecer. Agora, onde estão algumas diferenças? 191 00:12:24,580 --> 00:12:26,240 Muitas diferenças. 192 00:12:26,240 --> 00:12:30,980 Número um, os protocolos de gateway internos só se preocupam com os destinos, certo? 193 00:12:30,980 --> 00:12:32,700 OSPF, EIGRP, RIP. 194 00:12:32,700 --> 00:12:36,180 Eles só se importam com onde residem as sub-redes, onde está o destino das 195 00:12:36,180 --> 00:12:37,940 pacote irá para. 196 00:12:37,940 --> 00:12:41,320 O PIM ouve sobre fontes e destinos. 197 00:12:41,320 --> 00:12:45,320 O PIM está acompanhando ambos. 198 00:12:45,320 --> 00:12:46,780 Então, outra coisa. 199 00:12:46,780 --> 00:12:52,040 Portanto, o PIM depende de um host, que é o seu receptor ou fonte, para acionar 200 00:12:52,040 --> 00:12:55,420 qualquer troca de informações do PIM. 201 00:12:55,420 --> 00:12:56,700 E isso é um pouco diferente, certo? 202 00:12:56,700 --> 00:13:00,880 Seus protocolos normais de roteamento IGP, o que desencadeia a troca de informações 203 00:13:00,880 --> 00:13:07,380 é que se você ativar uma interface e a interface for inativa, você adiciona uma estática 204 00:13:07,380 --> 00:13:12,920 rota, mas na verdade não depende de hosts ou servidores para trocar 205 00:13:12,920 --> 00:13:14,940 rotas ou aprender rotas. 206 00:13:14,940 --> 00:13:20,380 O PIM faz. O PIM não fará nada até que um novo receptor fique online 207 00:13:20,380 --> 00:13:23,280 ou uma nova fonte fica online. 208 00:13:23,280 --> 00:13:26,200 Caso contrário, o PIM ficará ocioso. 209 00:13:26,200 --> 00:13:30,560 O PIM preenche sua própria tabela exclusiva chamada tabela de rotas M. 210 00:13:30,560 --> 00:13:33,360 É a abreviação de tabela de roteamento multicast. 211 00:13:33,360 --> 00:13:38,700 Portanto, temos nossa tabela de roteamento unitcast e nossa tabela de roteamento multicast. 212 00:13:38,700 --> 00:13:41,300 Uma coisa também é muito importante sobre isso, mencionei um pouco 213 00:13:41,300 --> 00:13:43,880 um pouco antes, mas vou afirmar novamente. 214 00:13:43,880 --> 00:13:51,400 Então, com alguns protocolos de roteamento, digamos que você digitou em um roteador, não 215 00:13:51,400 --> 00:13:54,760 Roteamento IP. Você faz isso em nível global. 216 00:13:54,760 --> 00:13:58,740 E então você tenta ativar o OSPF, digamos. 217 00:13:58,740 --> 00:14:03,220 Eu vi alguns roteadores que realmente permitirão que você habilite o OSPF 218 00:14:03,220 --> 00:14:09,260 protocolo. Você o verá trocar olás, trocar LSAs, ele será preenchido 219 00:14:09,260 --> 00:14:13,640 o banco de dados de estado do link, mas nada disso irá para o roteamento 220 00:14:13,640 --> 00:14:18,240 mesa. Porque se você não fizer nenhum roteamento IP, ele não poderá preencher o roteamento 221 00:14:18,240 --> 00:14:19,960 mesa. Não há tabela de roteamento. 222 00:14:19,960 --> 00:14:22,320 Não é possível criar essa tabela. 223 00:14:22,320 --> 00:14:24,620 Todas as coisas podem estar rodando em segundo plano, mas não há lugar 224 00:14:24,620 --> 00:14:26,320 para colocar essa informação. 225 00:14:26,320 --> 00:14:27,720 PIM é a mesma coisa. 226 00:14:27,720 --> 00:14:33,420 Com o PIM, você pode habilitar o PIM em suas interfaces e ele aprenderá sobre os vizinhos 227 00:14:33,420 --> 00:14:40,080 e enviará e receberá relatórios de adesão ao IGMP e outras coisas, mas 228 00:14:40,080 --> 00:14:45,600 não preencherá a tabela de roteamento multicast com nada que seja 229 00:14:45,600 --> 00:14:49,640 aprendido, a menos que você habilite o roteamento multicast. 230 00:14:49,640 --> 00:14:52,940 Então, em nível global, a primeira coisa que você precisa digitar é o IP 231 00:14:52,940 --> 00:14:55,140 roteamento multicast. 232 00:14:55,140 --> 00:14:57,920 Caso contrário, ativar o PIM será inútil. 233 00:14:57,920 --> 00:15:00,020 Não vai adiantar nada. 234 00:15:00,020 --> 00:15:04,680 Já falamos sobre como o PIM realiza verificações RPF por padrão e 235 00:15:04,680 --> 00:15:06,560 não pode funcionar sozinho. 236 00:15:06,560 --> 00:15:11,260 O PIM requer algo para preencher a tabela de roteamento unicast por causa de 237 00:15:11,260 --> 00:15:12,940 aquela bala que acabei de mencionar. 238 00:15:12,940 --> 00:15:17,500 Não é possível realizar uma verificação RPF se não houver rotas na tabela de roteamento para 239 00:15:17,500 --> 00:15:20,800 corresponda ao que você está tentando encontrar. 240 00:15:20,800 --> 00:15:24,480 Agora você poderia fazer com rotas estáticas, mas deve haver algo em 241 00:15:24,480 --> 00:15:26,740 a tabela de roteamento. 242 00:15:26,740 --> 00:15:35,060 Então, qual é o papel de um PIM RP? 243 00:15:35,060 --> 00:15:36,980 Então já conversamos um pouco sobre isso. 244 00:15:36,980 --> 00:15:41,860 Este é o ponto de foco central onde quando um receptor se junta à rede 245 00:15:41,860 --> 00:15:46,160 enviando um relatório de adesão ao IBIGMP, aquele gateway padrão que é diretamente 246 00:15:46,160 --> 00:15:50,520 conectado a ele enviará uma junção PIM até o ponto de encontro. 247 00:15:50,520 --> 00:15:54,360 E isso constrói a árvore central, a árvore compartilhada, então está pronta e esperando 248 00:15:54,360 --> 00:15:56,700 para que o multicast flua por ele. 249 00:15:56,700 --> 00:16:02,260 Da mesma forma, quando a fonte multicast começa a enviar seus dados multicast, 250 00:16:02,260 --> 00:16:05,840 o roteador ao qual está conectado diretamente encaminhará esse multicast 251 00:16:05,840 --> 00:16:09,560 dados para o ponto de encontro para concluir o processo para conectar tudo 252 00:16:09,560 --> 00:16:18,420 junto. E como um roteador sabe quem é o RP? 253 00:16:18,420 --> 00:16:23,420 Para nossos propósitos, vamos configurar isso estaticamente. 254 00:16:23,420 --> 00:16:26,900 Mas você também pode determinar roteadores dinamicamente por meio de recursos como auto 255 00:16:26,900 --> 00:16:29,680 RP e o roteador de inicialização PIM.