1 00:00:08,260 --> 00:00:14,220 Nos vídeos anteriores, falei sobre uma forma dinâmica de roteadores 2 00:00:14,220 --> 00:00:18,560 para aprender dinamicamente quem é o ponto de encontro de qualquer grupo. 3 00:00:18,560 --> 00:00:22,520 Esse era o recurso RP automático proprietário da Cisco. 4 00:00:22,520 --> 00:00:25,460 Agora vou apresentar nosso último tópico de uma série de vídeos, que 5 00:00:25,460 --> 00:00:28,300 é o roteador de inicialização PIM. 6 00:00:28,300 --> 00:00:31,880 E vamos fazer algumas comparações entre os dois. 7 00:00:31,880 --> 00:00:38,240 Portanto, existem algumas semelhanças entre os recursos PIM BSR e RP automático. 8 00:00:38,240 --> 00:00:42,020 A propósito, BSR significa roteador bootstrap. 9 00:00:42,020 --> 00:00:47,180 Portanto, ambos fornecem descoberta dinâmica de pontos de encontro do PIM. 10 00:00:47,180 --> 00:00:51,740 Em ambos os protocolos, temos RPs candidatos anunciando sua capacidade 11 00:00:51,740 --> 00:00:59,640 para ser o RP do PIM BSR. 12 00:00:59,640 --> 00:01:03,580 Na verdade, temos um roteador chamado roteador de bootstrap, que é uma função que 13 00:01:03,580 --> 00:01:07,520 um roteador joga quem transmite mensagens que permitem que outros roteadores aprendam 14 00:01:07,520 --> 00:01:09,120 de potencial PR. 15 00:01:09,120 --> 00:01:14,500 Então, esse é o papel que o agente de mapeamento desempenhou no auto 16 00:01:14,500 --> 00:01:18,300 PR. Mas existem algumas diferenças muito grandes entre eles. 17 00:01:18,300 --> 00:01:23,500 Número um, PIM BSR é um padrão IETF. 18 00:01:23,500 --> 00:01:28,360 Na verdade, se você voltar à especificação PIM original, 19 00:01:28,360 --> 00:01:35,440 RFC 2117, esse foi o primeiro RFC para o modo esparso PIM. 20 00:01:35,440 --> 00:01:38,860 Ainda lá, falou sobre um roteador bootstrap e o processo para 21 00:01:38,860 --> 00:01:42,560 fazendo isso. Então isso já existe há algum tempo. 22 00:01:42,560 --> 00:01:47,700 Mas ele realmente se destacou quando a versão 2 do PIM foi lançada. 23 00:01:47,700 --> 00:01:52,040 Portanto, a RFC atual para isso é a RFC 5059. 24 00:01:52,040 --> 00:01:55,620 E como dissemos, RP automático proprietário da Cisco. 25 00:01:55,620 --> 00:02:01,240 Portanto, o PIM BSR foi realmente desenvolvido para a versão 2 do PIM. 26 00:02:01,240 --> 00:02:04,780 As chances provavelmente não serão executadas em muitos dispositivos atualmente 27 00:02:04,780 --> 00:02:07,620 executando o PIM versão 1, então isso não será um problema. 28 00:02:07,620 --> 00:02:12,940 Mas só funciona para o PIM versão 2, enquanto o RP automático funciona para qualquer versão 29 00:02:12,940 --> 00:02:17,760 do PIM, se isso for uma preocupação para você. 30 00:02:17,760 --> 00:02:23,620 E no PIM BSR, uma das coisas que você perde é a capacidade de definir o escopo. 31 00:02:23,620 --> 00:02:27,920 Lembre-se do RP automático, quando você estava configurando seu roteador como um RP 32 00:02:27,920 --> 00:02:32,380 candidato, uma das coisas que você tinha que colocar no comando era o 33 00:02:32,380 --> 00:02:38,860 escopo. E isso lhe deu a capacidade de controlar o TTL daqueles RP anunciados 34 00:02:38,860 --> 00:02:41,660 mensagens que os RPs candidatos estavam enviando. 35 00:02:41,660 --> 00:02:45,640 Dessa forma, você poderia dizer, tudo bem, bem, eu só quero que esse cara 36 00:02:45,640 --> 00:02:51,600 ser o RP até agora na rede, limitando a distância de suas mensagens 37 00:02:51,600 --> 00:02:58,060 poder ir. Com o PIM BSR, essa não é uma habilidade que você possa controlar. 38 00:02:58,060 --> 00:03:02,400 Mais algumas diferenças. 39 00:03:02,400 --> 00:03:07,560 Um dos grandes benefícios do BSR não é apenas ser um padrão IETF, 40 00:03:07,560 --> 00:03:09,740 mas você pode acabar com o modo denso. 41 00:03:09,740 --> 00:03:13,780 Lembre-se de como com o modo PIM esparso e denso, que é o que precisávamos para o modo automático 42 00:03:13,780 --> 00:03:19,180 RP, tínhamos todos esses riscos de fluxos multicast possivelmente inundados 43 00:03:19,180 --> 00:03:23,200 no modo denso se não houvesse um ponto de encontro para lidar com eles. 44 00:03:23,200 --> 00:03:25,880 E havia certas maneiras de contornar isso, como o RP de sincronização 45 00:03:25,880 --> 00:03:29,040 e outras coisas. Mas aqui você não precisa se preocupar com isso. 46 00:03:29,040 --> 00:03:31,240 Cada interface pode estar no modo esparso. 47 00:03:31,240 --> 00:03:34,820 Não precisa se preocupar com o possível risco de inundação de multicast 48 00:03:34,820 --> 00:03:43,320 tráfego. Além disso, no RP automático, o dispositivo responsável pelo envio 49 00:03:43,320 --> 00:03:46,120 as mensagens para todo mundo dizendo, ok, aqui está sua lista de encontros 50 00:03:46,120 --> 00:03:47,900 points foi chamado de agente de mapeamento. 51 00:03:47,900 --> 00:03:51,640 E nós dissemos, você poderia ter para redundância dois, três ou quatro mapeamentos 52 00:03:51,640 --> 00:03:56,860 agentes, desde que as mensagens que eles enviavam fossem idênticas. 53 00:03:56,860 --> 00:04:00,340 Bem, no PIM BSR, existe apenas um BSR. 54 00:04:00,340 --> 00:04:03,440 E isso é eleito entre os candidatos BSRs. 55 00:04:03,440 --> 00:04:08,740 Então você ainda tem sua redundância aí, mas há apenas um bootstrap 56 00:04:08,740 --> 00:04:13,240 mensagem sendo enviada do próprio roteador BSR. 57 00:04:13,240 --> 00:04:20,380 Outra diferença com o RP automático, o RP automático tinha alguns endereços reservados. 58 00:04:20,380 --> 00:04:25,500 Nós os vemos aqui, 2240139 e 2240140. 59 00:04:25,500 --> 00:04:29,540 O protocolo do roteador bootstrap PIM usa exatamente o mesmo endereço multicast 60 00:04:29,540 --> 00:04:34,540 como o PIM normal usa, 2240013. 61 00:04:34,540 --> 00:04:38,400 E há algumas situações ao usar esse recurso que mensagens unicast 62 00:04:38,400 --> 00:04:40,500 saia também. E falarei sobre isso.