1
00:00:08,300 --> 00:00:12,680
 Até agora, todos os vídeos
 que fiz até agora e todos

2
00:00:12,680 --> 00:00:16,480
 as demonstrações de laboratório que fiz
 utilizaram um ponto de encontro estático

3
00:00:16,480 --> 00:00:21,800
 ponto onde cada roteador tinha um RP
 estático configurado, o que é bom,

4
00:00:21,800 --> 00:00:27,240
 funciona, é aceitável, mas a principal
 desvantagem disso é e se esse encontro

5
00:00:27,240 --> 00:00:29,380
 ponto trava e vai embora.

6
00:00:29,380 --> 00:00:33,660
 Agora o multicast não funcionará
 na minha rede.

7
00:00:33,660 --> 00:00:37,940
 Então, por esse motivo, se você realmente
 implementar o multicast em

8
00:00:37,940 --> 00:00:41,120
 sua rede, você provavelmente deseja implementar
 algum tipo de forma dinâmica

9
00:00:41,120 --> 00:00:43,780
 de descobrir pontos de encontro.

10
00:00:43,780 --> 00:00:48,340
 E usando a mesma forma dinâmica, se um
 ponto de encontro falhar, você pode

11
00:00:48,340 --> 00:00:56,600
 agora mude para um ponto
 de encontro diferente.

12
00:00:56,600 --> 00:00:59,040
 Portanto, autorp é uma
 maneira de fazer isso.

13
00:00:59,040 --> 00:01:01,380
 Então, vamos começar
 falando sobre autorp.

14
00:01:01,380 --> 00:01:07,220
 Portanto, o autorp fornece um método para aprender
 dinamicamente os pontos de encontro

15
00:01:07,220 --> 00:01:10,680
 e fornece redundância
 de ponto de encontro.

16
00:01:10,680 --> 00:01:12,700
 É propriedade da Cisco.

17
00:01:12,700 --> 00:01:14,160
 É bem antigo.

18
00:01:14,160 --> 00:01:19,160
 Na verdade, o Autorp foi desenvolvido
 quando a versão um do PIM foi lançada.

19
00:01:19,160 --> 00:01:23,260
 Assim que a versão um do RSC para PIM
 foi lançada, a Cisco desenvolveu este

20
00:01:23,260 --> 00:01:28,580
 para fornecer redundância de
 RP e aprendizado dinâmico.

21
00:01:28,580 --> 00:01:32,800
 Portanto, no autorp, os roteadores
 desempenham uma das três funções.

22
00:01:32,800 --> 00:01:36,420
 Você tem candidatos a RP, então, como o
 nome sugere, esses são roteadores que

23
00:01:36,420 --> 00:01:40,400
 estão anunciando sua capacidade
 de serem pontos de encontro.

24
00:01:40,400 --> 00:01:45,220
 Você tem algo chamado agente de
 mapeamento, que coleta todos

25
00:01:45,220 --> 00:01:47,060
 desses anúncios.

26
00:01:47,060 --> 00:01:50,420
 E então o trabalho do agente de mapeamento
 é criar uma mensagem que ele dispersa

27
00:01:50,420 --> 00:01:52,880
 para todos os outros, que
 eu chamo de outros.

28
00:01:52,880 --> 00:01:54,700
 Esse é apenas o meu nome para isso.

29
00:01:54,700 --> 00:01:57,880
 E todos os roteadores ouvem esta
 mensagem do agente de mapeamento.

30
00:01:57,880 --> 00:02:02,220
 E é assim que eles descobrem
 quem é o ponto de encontro.

31
00:02:02,220 --> 00:02:07,560
 Então, a Cisco desenvolveu isso, eles reservaram
 dois endereços multicast especiais

32
00:02:07,560 --> 00:02:22,060
 para esse fim, e eles estão falando
 sobre PIM com exceção de

33
00:02:22,060 --> 00:02:26,560
 registrar mensagens, que eram unicast,
 todas as suas mensagens multicast PIM

34
00:02:26,560 --> 00:02:33,140
 como junções, ameixas e olá, todos
 estavam na faixa de 224,00.

35
00:02:33,140 --> 00:02:36,060
 E lembre-se que eu disse que, de acordo com a Autoridade
 para Atribuição de Números da Internet,

36
00:02:36,060 --> 00:02:39,540
 isso foi chamado de escopo
 multicast local do link.

37
00:02:39,540 --> 00:02:44,380
 Qualquer pacote multicast saindo para 224.00
 deveria apenas permanecer ligado

38
00:02:44,380 --> 00:02:46,920
 o link local. Não foi
 possível encaminhá-lo.

39
00:02:46,920 --> 00:02:48,880
 Bem, não, esse não é o caso aqui, certo?

40
00:02:48,880 --> 00:02:52,240
 Isso está usando 224.0.1.

41
00:02:52,240 --> 00:02:57,940
 Portanto, quando roteadores RP automáticos, sejam eles
 candidatos ou agentes de mapeamento, possam usar

42
00:02:57,940 --> 00:03:01,980
 estes para criar suas mensagens, ele
 realmente passará pelos roteadores

43
00:03:01,980 --> 00:03:06,740
 processá-lo, mas eles continuarão
 a encaminhar a mensagem também.

44
00:03:06,740 --> 00:03:09,720
 E vamos falar mais sobre
 isso em detalhes.

45
00:03:09,720 --> 00:03:14,600
 Então, vamos falar apenas de um nível realmente
 alto de candidatos a RP, e então

46
00:03:14,600 --> 00:03:17,720
 detalhar os detalhes um pouco mais tarde.

47
00:03:17,720 --> 00:03:20,180
 Portanto, os candidatos RP devem
 ser configurados manualmente.

48
00:03:20,180 --> 00:03:24,200
 Um roteador não assume automaticamente
 que pode ser um ponto de encontro.

49
00:03:24,200 --> 00:03:25,520
 Então há um comando.

50
00:03:25,520 --> 00:03:28,100
 Você tem que digitar para perceber isso.

51
00:03:28,100 --> 00:03:31,460
 Depois de digitar esse comando,
 ele enviará mensagens especiais

52
00:03:31,460 --> 00:03:34,360
 chamadas mensagens de anúncio RP.

53
00:03:34,360 --> 00:03:42,600
 E na verdade vou mostrar isso
 a você em alguns minutos.

54
00:03:42,600 --> 00:03:47,080
 Então, se você digitar candidato a RP,
 a mensagem anunciada de RP dirá: Eu

55
00:03:47,080 --> 00:03:48,780
 quero ser o RP para tudo.

56
00:03:48,780 --> 00:03:54,200
 Tudo que começa com 1110, você sabe,
 aqueles primeiros quatro bits, que

57
00:03:54,200 --> 00:03:56,580
 é toda a faixa da classe D.

58
00:03:56,580 --> 00:04:01,520
 Agora, como parte do comando para fazer o roteador
 acreditar que ele é um candidato a RP,

59
00:04:01,520 --> 00:04:05,900
 você pode opcionalmente dizer ao roteador,
 não, quando enviar seu RP anunciado

60
00:04:05,900 --> 00:04:09,760
 mensagens, só quero que você diga que
 é capaz para um determinado intervalo,

61
00:04:09,760 --> 00:04:13,140
 uma faixa de grupo como talvez 224 e 225.

62
00:04:13,140 --> 00:04:17,540
 Terei outro RP anunciando sua capacidade
 para os 226s através

63
00:04:17,540 --> 00:04:21,340
 os 239. Opcionalmente, você pode fazer isso,
 mas por padrão, eles não fazem isso.

64
00:04:21,340 --> 00:04:25,280
 Dizem que serei o RP de tudo.

65
00:04:25,280 --> 00:04:30,340
 Agora, então essas mensagens
 anunciadas por RP vão embora.

66
00:04:30,340 --> 00:04:36,260
 O roteador está entre o ponto de encontro
 e o agente de mapeamento receberá

67
00:04:36,260 --> 00:04:40,380
 essas mensagens. Mas eles
 irão apenas encaminhá-los

68
00:04:40,380 --> 00:04:42,820
 no meio. Fica um pouco mais
 complicado do que isso.

69
00:04:42,820 --> 00:04:47,500
 Mas os roteadores intermediários, que eu
 chamo de outros roteadores, não escutam

70
00:04:47,500 --> 00:04:51,700
 para o RP anunciou mensagens para
 dizer: Oh, há um ponto de encontro

71
00:04:51,700 --> 00:04:53,680
 lá. Eles não ouvem isso.

72
00:04:53,680 --> 00:04:55,740
 É mais ou menos assim,
 aqui está uma analogia.

73
00:04:55,740 --> 00:05:00,700
 Pense no mundo da comutação de VTP, certo,
 o protocolo de entroncamento VLAN.

74
00:05:00,700 --> 00:05:04,360
 Pense em um switch VTP
 transparente, certo?

75
00:05:04,360 --> 00:05:07,460
 Uma mensagem VTP pode entrar
 em um switch transparente.

76
00:05:07,460 --> 00:05:11,080
 Ele irá verificar algumas coisas, certificar-se
 de que o nome do domínio está correto, a senha

77
00:05:11,080 --> 00:05:15,880
 OK. E se essas coisas básicas forem confirmadas,
 ele passará de forma transparente

78
00:05:15,880 --> 00:05:20,020
 isso continua. Mas aquela mensagem VTP
 está dizendo, faça alguma coisa.

79
00:05:20,020 --> 00:05:21,340
 Crie uma nova VLAN.

80
00:05:21,340 --> 00:05:22,700
 Exclua uma VLAN antiga.

81
00:05:22,700 --> 00:05:24,900
 O switch transparente não fará isso.

82
00:05:24,900 --> 00:05:26,560
 Ele não olha as instruções.

83
00:05:26,560 --> 00:05:28,540
 Ele apenas passa adiante.

84
00:05:28,540 --> 00:05:30,120
 O mesmo tipo de coisa aqui.

85
00:05:30,120 --> 00:05:35,040
 Rodders que não são agentes de mapeamento, quando
 recebem uma mensagem de anúncio de RP,

86
00:05:35,040 --> 00:05:38,420
 eles apenas passam adiante para
 garantir que eventualmente possa

87
00:05:38,420 --> 00:05:40,060
 chegar ao agente de mapeamento.

88
00:05:40,060 --> 00:05:44,080
 Então o agente de mapeamento é na
 verdade quem está ouvindo esses RP

89
00:05:44,080 --> 00:05:47,700
 anúncios e irá realmente
 processá-los em sua CPU.

90
00:05:47,700 --> 00:05:52,660
 Portanto, se mais de um ponto de encontro
 anunciar a sua capacidade para o

91
00:05:52,660 --> 00:05:58,940
 mesmo grupo, cabe ao agente
 mapeador eleger o melhor.

92
00:05:58,940 --> 00:06:01,200
 Portanto, este é um ponto crítico aqui.

93
00:06:01,200 --> 00:06:06,080
 Se eu for um desses outros roteadores que
 não é um RP, nem um agente de mapeamento,

94
00:06:06,080 --> 00:06:09,720
 Estou apenas sentado lá, executando
 o PIM normal, não vou aprender sobre

95
00:06:09,720 --> 00:06:12,380
 todos os RPs potenciais por aí.

96
00:06:12,380 --> 00:06:15,840
 Só vou aprender sobre os pontos de
 encontro que o agente de mapeamento

97
00:06:15,840 --> 00:06:18,680
 decidiram que eram os melhores.

98
00:06:18,680 --> 00:06:22,560
 Então isso é, agora o outro protocolo
 sobre o qual falaremos BSR não é

99
00:06:22,560 --> 00:06:25,200
 assim. Mas o RP automático é.

100
00:06:25,200 --> 00:06:28,420
 O agente de mapeamento tem um papel muito
 crítico que é seu trabalho descobrir

101
00:06:28,420 --> 00:06:32,120
 descobrir quem são os melhores
 pontos de encontro.

102
00:06:32,120 --> 00:06:34,340
 E falaremos sobre como ele faz isso.

103
00:06:34,340 --> 00:06:39,380
 E então o agente de mapeamento envia
 outra mensagem chamada RP-discovery

104
00:06:39,380 --> 00:06:42,860
 mensagem. E é aqui que ele diz,
 ok, pessoal, aqui está o

105
00:06:42,860 --> 00:06:46,820
 pontos de encontro que elegei
 para cada grupo específico.

106
00:06:46,820 --> 00:06:53,240
 Então falamos em alguns dos vídeos
 anteriores que um roteador pode

107
00:06:53,240 --> 00:06:56,580
 só conheço um RP para qualquer grupo.

108
00:06:56,580 --> 00:07:01,260
 Em outras palavras, confundiria roteador
 com roteador, disse, ok, acabei de

109
00:07:01,260 --> 00:07:07,980
 recebeu uma adesão de 225.777 e há
 dois RPs por aí que são capazes

110
00:07:07,980 --> 00:07:09,600
 de atender esse grupo.

111
00:07:09,600 --> 00:07:12,440
 Para qual deles devo enviar
 minha estrela e vírgula G?

112
00:07:12,440 --> 00:07:14,100
 Para os dois, para um deles?

113
00:07:14,100 --> 00:07:15,460
 Então é por isso que no PIM diz não.

114
00:07:15,460 --> 00:07:19,820
 Um roteador só pode conhecer
 um RP para qualquer grupo.

115
00:07:19,820 --> 00:07:22,840
 Então é assim que isso é
 feito no RP automático.

116
00:07:22,840 --> 00:07:25,180
 O agente de mapeamento diz: ok,
 farei esse trabalho para você.

117
00:07:25,180 --> 00:07:29,540
 Vou eleger os melhores e depois te
 envio uma lista dos melhores dentro

118
00:07:29,540 --> 00:07:32,500
 esta mensagem de descoberta de RP.

119
00:07:32,500 --> 00:07:38,720
 Agora, se você quiser, como isto diz,
 você pode configurar um roteador para

120
00:07:38,720 --> 00:07:42,480
 ser o candidato RP e o agente de mapeamento,
 não há nada de errado com isso.

121
00:07:42,480 --> 00:07:46,400
 Meio que tirando sua redundância
 e sua resiliência, certo?

122
00:07:46,400 --> 00:07:49,240
 Porque se aquele roteador travar,
 você terá um problema.

123
00:07:49,240 --> 00:07:54,220
 Geralmente é melhor separá-los
 em dispositivos diferentes.

124
00:07:54,220 --> 00:07:59,120
 O modo denso PIM é usado para propagar
 essas mensagens, RP anunciado e RP

125
00:07:59,120 --> 00:08:02,320
 descoberta. Este é um fator crítico aqui.

126
00:08:02,320 --> 00:08:13,480
 Isso significa que quando você usa o
 modo esparso-denso, mostrarei o que

127
00:08:13,480 --> 00:08:23,520
 parece. Basicamente, vá para um roteador,
 vá para uma de suas interfaces,

128
00:08:23,520 --> 00:08:28,120
 e você diz modo IPPIM esparso-denso.

129
00:08:28,120 --> 00:08:31,900
 E esse é o modo que você usará
 para fazer RP automático.

130
00:08:31,900 --> 00:08:40,660
 E o que vai acontecer aqui é que quando
 um roteador receber um RP anunciado

131
00:08:40,660 --> 00:08:47,100
 mensagem ou um RP descobre mensagens,
 ele vai inundar isso via denso

132
00:08:47,100 --> 00:08:49,720
 modo. É para isso que o
 modo denso será usado.

133
00:08:49,720 --> 00:08:54,480
 E esperamos que o modo esparso seja
 usado para a construção real do seu

134
00:08:54,480 --> 00:08:58,760
 árvores de distribuição multicast e o encaminhamento
 de seus dados multicast.

135
00:08:58,760 --> 00:09:02,340
 Digo com esperança porque às vezes
 isso pode não acontecer.

136
00:09:02,340 --> 00:09:05,380
 E falarei sobre isso daqui a pouco.

137
00:09:05,380 --> 00:09:11,200
 As interfaces normalmente precisam estar
 no modo denso e esparso para funcionar

138
00:09:11,200 --> 00:09:17,180
 com RP automático para que possam propagar
 esses vários anúncios de RP e

139
00:09:17,180 --> 00:09:21,100
 O RP descobre mensagens
 que o RP automático usa.

140
00:09:21,100 --> 00:09:25,540
 E pode haver situações em que você
 não quer isso, onde você não quer

141
00:09:25,540 --> 00:09:29,660
 quero que isso seja usado para a parte
 do modo denso de esparso denso porque

142
00:09:29,660 --> 00:09:32,100
 sabemos que o modo denso
 é usado para inundações.

143
00:09:32,100 --> 00:09:36,200
 E, afinal, é por isso que usamos o modo
 esparso, porque não queremos inundações.

144
00:09:36,200 --> 00:09:41,700
 Então, daqui a pouco, falarei um pouco
 mais sobre por que isso pode acontecer

145
00:09:41,700 --> 00:09:43,460
 um problema de uma maneira
 que você possa contorná-lo.

146
00:09:43,460 --> 00:09:48,280
 Mas uma maneira é esta, você pode configurar
 o comando IPPIM auto RP listener

147
00:09:48,280 --> 00:09:53,380
 e isso deve permitir que você permaneça
 no modo esparso e ainda trabalhe com