1
00:00:08,380 --> 00:00:13,140
 EntÃ£o, no vÃ­deo anterior, vimos como
 configurar um roteador para anunciar

2
00:00:13,140 --> 00:00:18,140
 sua capacidade de ser um candidato a RP e
 enviar esses anÃºncios anunciados por RP

3
00:00:18,140 --> 00:00:22,540
 mensagens. Mas essas mensagens nÃ£o servem
 de nada, a menos que haja outra

4
00:00:22,540 --> 00:00:25,740
 roteador desempenhando o papel de agente de
 mapeamento que pode coletar todos eles.

5
00:00:25,740 --> 00:00:29,840
 E entÃ£o, de todas as mensagens que
 ele receber, eleja qual RP serÃ¡

6
00:00:29,840 --> 00:00:32,260
 o PR para qualquer grupo especÃ­fico.

7
00:00:32,260 --> 00:00:34,840
 Agora vamos falar sobre isso,
 o agente de mapeamento.

8
00:00:34,840 --> 00:00:40,300
 EntÃ£o eles coletam essas mensagens anunciadas
 pelo PR e elegem um PR para cada grupo.

9
00:00:40,300 --> 00:00:43,380
 E Ã© simplesmente quem tem
 o endereÃ§o IP mais alto.

10
00:00:43,380 --> 00:00:44,480
 Esse Ã© o vencedor.

11
00:00:44,480 --> 00:00:51,680
 VocÃª deve se lembrar disso quando configurei
 meu comando para o candidato RP,

12
00:00:51,680 --> 00:00:56,460
 se eu aumentar um pouco isso aqui,
 nÃ£o hÃ¡ nada aqui como prioridade.

13
00:00:56,460 --> 00:00:57,720
 EntÃ£o nÃ£o hÃ¡ prioridade.

14
00:00:57,720 --> 00:01:01,940
 Ã simplesmente o endereÃ§o IP mais alto
 que Ã© o vencedor para qualquer grupo.

15
00:01:01,940 --> 00:01:10,020
 Assim, o agente de mapeamento irÃ¡ entÃ£o, apÃ³s
 eleger cada RP para um determinado grupo

16
00:01:10,020 --> 00:01:15,280
 como vencedor, ele os colocarÃ¡ em uma
 mensagem de descoberta de RP e enviarÃ¡

17
00:01:15,280 --> 00:01:20,900
 aqueles para o endereÃ§o 224.0.1.40.

18
00:01:20,900 --> 00:01:23,080
 TambÃ©m encapsular em UDP.

19
00:01:23,080 --> 00:01:27,480
 E observe que todos os roteadores PIM
 escutam automaticamente esse grupo.

20
00:01:27,480 --> 00:01:29,960
 EntÃ£o vocÃª deve ter notado se estiver assistindo
 meus laboratÃ³rios em todos os anteriores

21
00:01:29,960 --> 00:01:34,340
 vÃ­deos no modo esparso do PIMS, que
 assim que configurei o modo esparso

22
00:01:34,340 --> 00:01:39,220
 qualquer interface, e habilitei o roteamento
 multicast globalmente automaticamente

23
00:01:39,220 --> 00:01:45,480
 sem fazer nada, todos os roteadores
 comeÃ§aram a ouvir 224.0.1.40.

24
00:01:45,480 --> 00:01:50,780
 Portanto, os roteadores Cisco, por padrÃ£o,
 escutam mensagens de descoberta de RP sem

25
00:01:50,780 --> 00:01:52,400
 vocÃª estÃ¡ fazendo alguma coisa.

26
00:01:52,400 --> 00:02:00,020
 E assim como as mensagens anunciadas por
 RP, elas sÃ£o enviadas em modo denso.

27
00:02:00,020 --> 00:02:02,500
 Eles sÃ£o inundados atravÃ©s do modo denso.

28
00:02:02,500 --> 00:02:04,460
 EntÃ£o aqui estÃ¡ realmente o corpo.

29
00:02:04,460 --> 00:02:10,480
 Na verdade, aqui estÃ¡ um rastreamento do sniffer
 da aparÃªncia da mensagem de descoberta de RP

30
00:02:10,480 --> 00:02:19,240
 como. Eles aparecem como mensagens
 de mapeamento RP.

31
00:02:19,240 --> 00:02:23,840
 E eles vÃ£o dizer aqui, eles vÃ£o
 dizer, ok, aqui estÃ£o os RP's.

32
00:02:23,840 --> 00:02:29,400
 E observe que isso parece quase
 idÃªntico ao RP anunciado

33
00:02:29,400 --> 00:02:31,660
 mensagem que acabamos de ver.

34
00:02:31,660 --> 00:02:35,940
 Ã um tipo de pacote diferente, mapeamento
 RP, mas o corpo dele Ã© bonito

35
00:02:35,940 --> 00:02:40,020
 praticamente o mesmo. EstÃ¡ listando, vocÃª
 sabe, quem Ã© o RP, qual grupo, e Ã©

36
00:02:40,020 --> 00:02:44,780
 esse grupo Ã© um prefixo
 positivo ou negativo?

37
00:02:44,780 --> 00:02:49,880
 Mas embora possa haver seis ou sete RPs
 em potencial por aÃ­, todos procurados

38
00:02:49,880 --> 00:02:51,900
 para ser o RP para 224,0.

39
00:02:51,900 --> 00:02:55,000
 Tudo, apenas um deles serÃ¡ o vencedor.

40
00:02:55,000 --> 00:02:58,980
 E sÃ³ o vencedor estarÃ¡ nesta
 mensagem aqui mesmo.

41
00:02:58,980 --> 00:03:02,300
 E Ã© isso que os roteadores estÃ£o ouvindo
 para selecionar qual RP eles estÃ£o

42
00:03:02,300 --> 00:03:10,440
 vou usar. EntÃ£o para configurar roteadores,
 o agente de mapeamento Ã© o IPPIM

43
00:03:10,440 --> 00:03:15,220
 envie o comando de descoberta RP.

44
00:03:15,220 --> 00:03:20,200
 E como verificamos no roteador qual Ã©
 o agente de mapeamento que ele conhece

45
00:03:20,200 --> 00:03:21,880
 que ele deveria fazer isso?

46
00:03:21,880 --> 00:03:24,900
 Bem, mostre o mapeamento IPPIM RP.

47
00:03:24,900 --> 00:03:30,420
 E na verdade direi que este sistema
 Ã© um agente de mapeamento RP.

48
00:03:30,420 --> 00:03:37,380
 Agora, outro tipo de pegadinha ou coisa
 a ter em conta Ã© que enquanto houver

49
00:03:37,380 --> 00:03:42,920
 Ã© uma escolha de qual roteador pode ser
 um ponto de encontro para qualquer

50
00:03:42,920 --> 00:03:47,420
 grupo, nÃ£o existe tal eleiÃ§Ã£o quando
 se trata de mapeamento de agentes.

51
00:03:47,420 --> 00:03:51,700
 EntÃ£o vocÃª pode pensar, ok, bem,
 na verdade vou configurar dois ou

52
00:03:51,700 --> 00:03:54,680
 trÃªs roteadores na minha empresa
 como agentes de mapeamento.

53
00:03:54,680 --> 00:03:59,480
 Portanto, se um falhar, todos os outros
 roteadores poderÃ£o ouvir o outro.

54
00:03:59,480 --> 00:04:02,420
 um. VocÃª pode fazer isso,
 mas esteja ciente disso.

55
00:04:02,420 --> 00:04:05,880
 Todo roteador que configura um
 agente de mapeamento enviarÃ¡

56
00:04:05,880 --> 00:04:09,460
 esses RP descobrem mensagens.

57
00:04:09,460 --> 00:04:15,080
 E por esse motivo, os agentes de mapeamento
 devem ser configurados de forma idÃªntica.

58
00:04:15,080 --> 00:04:20,100
 E todo agente de mapeamento deve ser capaz de
 receber essas mensagens anunciadas por RP

59
00:04:20,100 --> 00:04:26,460
 de cada RP. Porque o que poderia acontecer
 Ã©, vocÃª sabe, imagine por um segundo

60
00:04:26,460 --> 00:04:28,480
 que vocÃª tem dois agentes
 de mapeamento aqui.

61
00:04:28,480 --> 00:04:32,500
 E hÃ¡ dois RPs diferentes, ok, RPA e RPB.

62
00:04:32,500 --> 00:04:35,160
 E ambos estÃ£o anunciando sua candidatura
 exatamente para o mesmo grupo.

63
00:04:35,160 --> 00:04:38,260
 Ambos estÃ£o dizendo: quero
 ser o RP de tudo.

64
00:04:38,260 --> 00:04:39,840
 Ok, digamos isso.

65
00:04:39,840 --> 00:04:45,220
 EntÃ£o, idealmente, ambos os RPs seriam aprendidos
 pelo primeiro agente de mapeamento.

66
00:04:45,220 --> 00:04:47,840
 Ambos os RP seriam aprendidos pelo
 segundo agente de mapeamento.

67
00:04:47,840 --> 00:04:51,560
 Assim, quando esses agentes de mapeamento enviam
 suas mensagens, elas parecem idÃªnticas.

68
00:04:51,560 --> 00:04:54,740
 Eles tÃªm os mesmos RP
 eleitos dentro deles.

69
00:04:54,740 --> 00:04:56,400
 Mas o que acontece se nÃ£o o fizerem?

70
00:04:56,400 --> 00:05:01,080
 O que acontece se o agente de mapeamento nÃºmero
 um, por algum motivo, nÃ£o conseguir ouvir isso

71
00:05:01,080 --> 00:05:04,740
 RP aqui? HÃ¡ algum tipo de filtro
 ou lista de acesso ou algo assim

72
00:05:04,740 --> 00:05:07,520
 e ele nÃ£o estÃ¡ recebendo a
 mensagem anunciada de RP.

73
00:05:07,520 --> 00:05:11,460
 E exatamente o oposto do agente de mapeamento
 nÃºmero dois, ele nÃ£o consegue ouvir isso

74
00:05:11,460 --> 00:05:15,820
 PR. EntÃ£o agora vocÃª tem os agentes de mapeamento
 que temos em nossa rede, como um

75
00:05:15,820 --> 00:05:20,640
 roteador, como um roteador normal, estou recebendo
 duas mensagens de descoberta de RP de

76
00:05:20,640 --> 00:05:24,060
 dois agentes de mapeamento diferentes, o
 que normalmente nÃ£o seria um problema.

77
00:05:24,060 --> 00:05:25,500
 Mas aqui estÃ¡ o meu problema.

78
00:05:25,500 --> 00:05:31,680
 Quando alguÃ©m chega, diz, ah, aqui,
 vocÃª deve usar o RP de 1.1.1.1.

79
00:05:31,680 --> 00:05:33,780
 Ele deveria ser seu RP para tudo.

80
00:05:33,780 --> 00:05:37,380
 EntÃ£o eu digo, ok, e comeÃ§o a me cadastrar
 com ele ou comeÃ§o a enviar meu

81
00:05:37,380 --> 00:05:41,920
 se junta a ele. E entÃ£o, uma fraÃ§Ã£o de segundo
 depois, recebo outra mensagem de descoberta

82
00:05:41,920 --> 00:05:46,820
 isso diz, ah, vocÃª deve usar o roteador
 2.2.2 como seu RP para tudo.

83
00:05:46,820 --> 00:05:48,060
 Bem, agora isso vai acontecer.

84
00:05:48,060 --> 00:05:50,180
 Vou comeÃ§ar a alternar entre eles.

85
00:05:50,180 --> 00:05:54,020
 Vou derrubar Ã¡rvores, enviar
 junÃ§Ãµes para outras Ã¡rvores e

86
00:05:54,020 --> 00:05:56,880
 isso vai bagunÃ§ar totalmente
 meu multicast.

87
00:05:56,880 --> 00:05:59,900
 Ã por isso que se vocÃª tiver dois ou mais
 agentes de mapeamento, as informaÃ§Ãµes

88
00:05:59,900 --> 00:06:04,660
 que eles contÃªm em seus pacotes de
 descoberta devem ser idÃªnticos.

89
00:06:04,660 --> 00:06:11,620
 Caso contrÃ¡rio, vocÃª poderÃ¡ obter um comportamento
 realmente estranho em sua rede.

90
00:06:11,620 --> 00:06:19,660
 Agora, na seÃ§Ã£o do modo escasso do
 PIMS, falei sobre como um potencial

91
00:06:19,660 --> 00:06:25,940
 A ameaÃ§a a uma rede pode ser que
 o ponto de encontro aceite

92
00:06:25,940 --> 00:06:28,220
 registrar mensagens de qualquer pessoa.

93
00:06:28,220 --> 00:06:30,360
 Ele nÃ£o discrimina.

94
00:06:30,360 --> 00:06:34,600
 E eu mostrei um comando onde eu poderia
 dizer, ok, sÃ³ esses autorizados

95
00:06:34,600 --> 00:06:40,800
 na verdade, os roteadores tÃªm permissÃ£o
 para enviar mensagens de registro RP.

96
00:06:40,800 --> 00:06:43,060
 Bem, algo semelhante poderia
 acontecer aqui.

97
00:06:43,060 --> 00:06:48,560
 NÃ£o hÃ¡ nada por padrÃ£o que impeÃ§a
 alguÃ©m de inserir um invasor

98
00:06:48,560 --> 00:06:55,320
 roteador na rede, configurando-o como
 um RP candidato, configurando

99
00:06:55,320 --> 00:06:58,840
 com um endereÃ§o IP muito alto, como
 acontece se eles configurarem

100
00:06:58,840 --> 00:07:03,780
 um endereÃ§o de loopback com o endereÃ§o de
 conversÃ£o de unidade mais alto possÃ­vel?

101
00:07:03,780 --> 00:07:08,480
 223.255, 255, 254.

102
00:07:08,480 --> 00:07:11,620
 O endereÃ§o logo abaixo do
 intervalo da classe D.

103
00:07:11,620 --> 00:07:16,140
 Bem, esse roteador desonesto provavelmente
 serÃ¡ eleito o RP de qualquer coisa

104
00:07:16,140 --> 00:07:20,360
 outro. E agora todo mundo estarÃ¡ apontando
 o trÃ¢nsito para ele e isso

105
00:07:20,360 --> 00:07:22,080
 poderia realmente estragar seu multicast.

106
00:07:22,080 --> 00:07:27,400
 EntÃ£o, precisamos encontrar uma maneira de dizer:
 ok, agente de mapeamento, vocÃª sÃ³ estÃ¡

107
00:07:27,400 --> 00:07:32,700
 tem permissÃ£o para receber mensagens anunciadas
 de RP de determinados autorizados

108
00:07:32,700 --> 00:07:37,100
 RP do candidato. E Ã© isso que estamos
 vendo aqui quando falamos

109
00:07:37,100 --> 00:07:39,600
 sobre filtros RP automÃ¡ticos.

110
00:07:39,600 --> 00:07:44,880
 Portanto, vocÃª pode configurar o agente
 de mapeamento de diversas maneiras.

111
00:07:44,880 --> 00:07:50,480
 VocÃª pode fazer isso apenas em determinados
 RPs autorizados ou pode dizer, ei, olhe,

112
00:07:50,480 --> 00:07:54,180
 qualquer um pode enviar seu anÃºncio de
 RP para mim, mas estou apenas ouvindo

113
00:07:54,180 --> 00:07:57,140
 certos grupos. SÃ³ vou contar ao
 resto do mundo sobre certas

114
00:07:57,140 --> 00:08:00,240
 grupos ou vocÃª pode fazer ambos.

115
00:08:00,240 --> 00:08:04,280
 E aqui estÃ¡ como vocÃª faria isso
 no agente de mapeamento.

116
00:08:04,280 --> 00:08:10,400
 No nÃ­vel global, vocÃª diria que o
 filtro anunciado pelo IPPIM RP.

117
00:08:10,400 --> 00:08:12,520
 Lista RP um grupo lista dois.

118
00:08:12,520 --> 00:08:15,720
 Portanto, isso faz referÃªncia a duas
 listas de acesso diferentes.

119
00:08:15,720 --> 00:08:20,920
 EntÃ£o a lista de acesso um, que estÃ¡ em
 vermelho, nos dÃ¡ a lista de autorizados

120
00:08:20,920 --> 00:08:26,540
 RP do candidato. EntÃ£o hÃ¡ um roteador
 por aÃ­ com o nome 10.001

121
00:08:26,540 --> 00:08:28,460
 e outro com 10.002.

122
00:08:28,460 --> 00:08:31,460
 Esses sÃ£o os Ãºnicos que ouviremos
 quando enviarem um

123
00:08:31,460 --> 00:08:35,460
 AnÃºncio de RP. Portanto, hÃ¡ algum outro roteador
 por aÃ­ anunciando sua capacidade

124
00:08:35,460 --> 00:08:39,740
 de ser um RP, o agente de mapeamento
 nÃ£o vai ouvir aquele cara.

125
00:08:39,740 --> 00:08:46,160
 E no que diz respeito a estes dois
 roteadores, neste caso especÃ­fico,

126
00:08:46,160 --> 00:08:49,800
 estamos dizendo, ok, permitiremos que
 esses dois roteadores anunciem seus

127
00:08:49,800 --> 00:08:53,040
 candidatura para qualquer classe D.

128
00:08:53,040 --> 00:08:56,580
 Eu poderia ter limitado isso
 a um certo intervalo.

129
00:08:56,580 --> 00:09:01,500
 EntÃ£o Ã© assim que vocÃª usaria esse
 comando para filtrar e se proteger

130
00:09:01,500 --> 00:09:05,480
 contra possÃ­veis ataques.

131
00:09:05,480 --> 00:09:11,400
 EntÃ£o, vamos configurar isso
 e ver como funciona.

132
00:09:11,400 --> 00:09:22,480
 AtÃ© agora, tenho o roteador trÃªs que estÃ¡
 anunciando sua candidatura para ser

133
00:09:22,480 --> 00:09:26,080
 um PR. E acho que o configurei para
 anunciar sua candidatura apenas por

134
00:09:26,080 --> 00:09:33,860
 o grupo 238. Agora tambÃ©m vou configurar
 o roteador quatro para tambÃ©m

135
00:09:33,860 --> 00:09:35,880
 ser um candidato RP.

136
00:09:35,880 --> 00:09:41,500
 E daremos a ele exatamente o mesmo grupo.

137
00:09:41,500 --> 00:09:44,200
 Portanto, haverÃ¡ algum conflito aqui.

138
00:09:44,200 --> 00:09:59,640
 238.000. E configuraremos o roteador
 oito como nosso agente de mapeamento.

139
00:09:59,640 --> 00:10:03,020
 E veremos qual desses caras
 serÃ¡ eleito o mais alto.

140
00:10:03,020 --> 00:10:07,140
 Agora lembre-se, como parte do meu comando, quando
 eu nomear esses caras como candidatos a RP,

141
00:10:07,140 --> 00:10:12,100
 Eu tenho que especificar qual interface
 eles usarÃ£o como fonte

142
00:10:12,100 --> 00:10:17,700
 EndereÃ§o de IP. Digamos que eu diga, bem,
 na verdade quero que o roteador trÃªs

143
00:10:17,700 --> 00:10:19,900
 seja o vencedor. Quero
 que ele venÃ§a sempre.

144
00:10:19,900 --> 00:10:30,500
 EntÃ£o aqui estÃ¡ o que vou fazer.

145
00:10:30,500 --> 00:10:36,900
 Farei com que o roteador quatro use seu
 serial 010 como endereÃ§o de origem.

146
00:10:36,900 --> 00:10:40,740
 Portanto, o roteador quatro
 dirÃ¡ que meu nome Ã© 2.4.2.4.

147
00:10:40,740 --> 00:10:45,000
 O roteador trÃªs dirÃ¡ que
 meu nome Ã© 8.3.8.3.

148
00:10:45,000 --> 00:10:50,540
 E entÃ£o o roteador trÃªs deve ser eleito
 o RP vencedor pelo mapeamento

149
00:10:50,540 --> 00:10:55,180
 agente. EntÃ£o, no agente de mapeamento,
 veremos como ele aprendeu sobre ambos

150
00:10:55,180 --> 00:10:59,100
 nossos P. Veremos como ele
 foi eleito o roteador trÃªs.

151
00:10:59,100 --> 00:11:05,540
 E entÃ£o, quando formos para o roteador dois,
 veremos como ele sÃ³ deveria saber sobre

152
00:11:05,540 --> 00:11:09,500
 roteador trÃªs. Ele nÃ£o deveria ter conhecimento
 do roteador quatro porque o roteador

153
00:11:09,500 --> 00:11:11,600
 quatro Ã© o perdedor.

154
00:11:11,600 --> 00:11:14,320
 EntÃ£o vamos em frente
 e terminar isso aqui.

155
00:11:14,320 --> 00:11:17,240
 EntÃ£o, jÃ¡ fiz o roteador trÃªs, embora
 nÃ£o ache que tenha especificado

156
00:11:17,240 --> 00:11:32,840
 essa interface como minha fonte.

157
00:11:32,840 --> 00:11:34,860
 Sim, tenho a interface errada aÃ­.

158
00:11:34,860 --> 00:11:38,700
 EntÃ£o, vamos nos livrar desse comando.

159
00:11:38,700 --> 00:11:43,020
 E vamos refazer.

160
00:11:43,020 --> 00:11:47,780
 Mas com esta interface.

161
00:11:47,780 --> 00:11:52,880
 E agora devemos ver, aqui estÃ¡ meu
 trecho de rastreamento anterior.

162
00:11:52,880 --> 00:11:56,340
 E vimos que vinha de trÃªs
 quatro trÃªs trÃªs.

163
00:11:56,340 --> 00:12:00,100
 Esse era o endereÃ§o IP dele na
 Ethernet rÃ¡pida zero zero.

164
00:12:00,100 --> 00:12:03,680
 Agora, assim que eu apertar enter aqui,
 ele deverÃ¡ enviar novos anÃºncios

165
00:12:03,680 --> 00:12:06,980
 com um endereÃ§o IP muito maior.

166
00:12:06,980 --> 00:12:08,740
 Sim, aÃ­ estÃ¡.

167
00:12:08,740 --> 00:12:20,040
 8.3.8.3. Tudo bem, agora
 vamos configurar.

168
00:12:20,040 --> 00:12:26,100
 Vamos apenas pegar a mesma configuraÃ§Ã£o.

169
00:12:26,100 --> 00:12:34,080
 E o que farei Ã© copiar e colar a maior
 parte disso no bloco de notas.

170
00:12:34,080 --> 00:12:44,580
 Assim podemos ter uma configuraÃ§Ã£o
 idÃªntica no outro roteador.

171
00:12:44,580 --> 00:12:47,120
 Vou deixar isso de lado.

172
00:12:47,120 --> 00:12:53,420
 E para ele, teremos a sÃ©rie zero um zero.

173
00:12:53,420 --> 00:12:57,040
 EntÃ£o Ã© isso que vamos colocar
 no roteador quatro.

174
00:12:57,040 --> 00:13:07,400
 OK. EntÃ£o agora, a cada minuto,
 devemos ver nosso P anunciado

175
00:13:07,400 --> 00:13:17,520
 mensagens sendo enviadas do roteador
 trÃªs e do roteador quatro.

176
00:13:17,520 --> 00:13:23,740
 Ver se consigo pegar os dois.

177
00:13:23,740 --> 00:13:29,660
 Mais uma vez, o wire shark nÃ£o me deixa
 clicar em nenhum dos botÃµes aqui.

178
00:13:29,660 --> 00:13:31,920
 Este Ã© provavelmente um
 problema com meu laptop.

179
00:13:31,920 --> 00:13:36,000
 NÃ£o Ã© um problema com wire shark porque
 meu laptop tem feito todos os tipos

180
00:13:36,000 --> 00:13:38,760
 de coisas estranhas ultimamente.

181
00:13:38,760 --> 00:13:48,780
 Vamos. Aqui vamos nÃ³s.

182
00:13:48,780 --> 00:13:53,400
 Ok, temos um anÃºncio que vimos
 atÃ© agora do roteador trÃªs.

183
00:13:53,400 --> 00:14:00,840
 E porque esses anÃºncios estÃ£o
 inundados, devemos ver outro

184
00:14:00,840 --> 00:14:07,860
 vindo do roteador quatro.

185
00:14:07,860 --> 00:14:12,460
 Bem, nÃ£o quero perder tempo procurando,
 mas deveria estar aÃ­.

186
00:14:12,460 --> 00:14:22,160
 Podemos mostrar IP, PIM, RP automÃ¡tico.

187
00:14:22,160 --> 00:14:31,300
 E verifica se o RP automÃ¡tico estÃ¡
 ativado e se ele estÃ¡ enviando

188
00:14:31,300 --> 00:14:32,780
 AnÃºncios de RP.

189
00:14:32,780 --> 00:14:35,680
 AtÃ© agora, ele enviou oito deles,
 embora eu nÃ£o tenha capturado

190
00:14:35,680 --> 00:14:36,900
 meu rastro farejador.

191
00:14:36,900 --> 00:14:52,840
 Ok, agora vamos para o nosso oito
 e tornÃ¡-lo o agente de mapeamento.

192
00:14:52,840 --> 00:14:55,040
 Envie pacotes RP Discovery.

193
00:14:55,040 --> 00:14:59,020
 E a mesma coisa, consegui selecionar uma
 interface para isso apenas para a fonte

194
00:14:59,020 --> 00:15:03,040
 endereÃ§o. O escopo define o TTL.

195
00:15:03,040 --> 00:15:05,700
 Eu poderia mudar o intervalo.

196
00:15:05,700 --> 00:15:06,840
 Vamos em frente e fazer isso.

197
00:15:06,840 --> 00:15:10,380
 Vamos definir o intervalo porque normalmente
 Ã© a cada 60 segundos ou se houver

198
00:15:10,380 --> 00:15:14,440
 uma mudanÃ§a. Se o agente de mapeamento ouvir repentinamente
 uma nova mensagem anunciada de RP

199
00:15:14,440 --> 00:15:18,000
 que ele nÃ£o ouviu antes,
 isso o farÃ¡ enviar outro

200
00:15:18,000 --> 00:15:19,300
 mensagem de descoberta.

201
00:15:19,300 --> 00:15:21,940
 Mas caso contrÃ¡rio, se tudo estiver bem
 e estÃ¡vel, eles sairÃ£o todos os dias.

202
00:15:21,940 --> 00:15:24,660
 minuto. Vou fazer com que ele
 saia a cada 20 segundos.

203
00:15:24,660 --> 00:15:31,140
 Vamos fazer isso a cada 15 segundos.

204
00:15:31,140 --> 00:15:39,320
 Interface nÃ£o-IP ou PIM comando
 ignorado e aceito.

205
00:15:39,320 --> 00:15:42,760
 Ah, porque ele estÃ¡ usando, eu sei
 porque, porque ele nÃ£o estÃ¡ usando.

206
00:15:42,760 --> 00:15:45,140
 Fast Ethan Ã s 00 nÃ£o tem PIM ou IP.

207
00:15:45,140 --> 00:15:47,500
 Ele estÃ¡ usando subinterfaces.

208
00:15:47,500 --> 00:15:57,260
 EntÃ£o eu tenho que colocar isso, vamos
 colocar Fast Ethan Ã s 01 como seu

209
00:15:57,260 --> 00:16:08,620
 EndereÃ§o de Origem. Ok, entÃ£o nÃ£o sei
 se ele coletou os anÃºncios de RP

210
00:16:08,620 --> 00:16:09,920
 ainda. Vamos ver.

211
00:16:09,920 --> 00:16:13,520
 Mostrar IP, PIM, RP, Mapeamento.

212
00:16:13,520 --> 00:16:16,800
 E parece que ele fez isso.

213
00:16:16,800 --> 00:16:23,680
 OK. EntÃ£o aqui para o grupo 238, qualquer coisa
 que comece com 238, ele diz que recebi

214
00:16:23,680 --> 00:16:27,760
 um anÃºncio RP do roteador
 trÃªs, que Ã© 8.3.8.3.

215
00:16:27,760 --> 00:16:30,740
 TambÃ©m recebi um do roteador quatro.

216
00:16:30,740 --> 00:16:35,540
 Eu escolhi o roteador trÃªs simplesmente
 pelo fato de ele ter o

217
00:16:35,540 --> 00:16:37,140
 endereÃ§o IP mais alto.

218
00:16:37,140 --> 00:16:43,360
 A propÃ³sito, ele tambÃ©m disse que o roteador
 trÃªs me disse que o grupo 239 precisa

219
00:16:43,360 --> 00:16:45,160
 ser inundado em modo denso.

220
00:16:45,160 --> 00:16:47,980
 Mas nÃ£o haverÃ¡ nenhum RP para isso.

221
00:16:47,980 --> 00:16:53,640
 Finalmente, vamos passar para o roteador dois
 e ver o que o roteador dois aprendeu.

222
00:16:53,640 --> 00:16:59,320
 A propÃ³sito, enquanto estou aqui,
 posso mostrar IP PIM, auto RP.

223
00:16:59,320 --> 00:17:08,060
 E isso diz, ok, na verdade transmiti
 15 mensagens de descoberta de RP.

224
00:17:08,060 --> 00:17:16,240
 E por Ãºltimo em R2.

225
00:17:16,240 --> 00:17:20,840
 Mostrar IP PIM RP. Agora, notou
 que vocÃª disse o quÃª?

226
00:17:20,840 --> 00:17:21,500
 Ele nÃ£o tem RP.

227
00:17:21,500 --> 00:17:25,780
 Lembre-se, este comando show IP PIM RP Ã©
 realmente Ãºtil apenas se vocÃª tiver um

228
00:17:25,780 --> 00:17:30,420
 RP estÃ¡tico. Em seguida, verifica se
 vocÃª configurou estaticamente um RP.

229
00:17:30,420 --> 00:17:33,280
 Mas neste caso, nÃ£o estamos
 fazendo RP estÃ¡tico.

230
00:17:33,280 --> 00:17:36,100
 Estamos ouvindo mensagens
 de RP automÃ¡tico.

231
00:17:36,100 --> 00:17:40,140
 Mostrar mapeamento IP PIM RP.

232
00:17:40,140 --> 00:17:45,340
 E bem aqui. EntÃ£o podemos ver que ele
 agora aprendeu sobre o RP eleito

233
00:17:45,340 --> 00:17:50,720
 de 8,3. Ele nÃ£o tem conhecimento
 do roteador quatro.

234
00:17:50,720 --> 00:17:53,520
 Porque o roteador quatro nÃ£o foi eleito.

235
00:17:53,520 --> 00:17:55,420
 Tudo o que ele sabe Ã© o eleito.

236
00:17:55,420 --> 00:17:59,040
 E ele tambÃ©m aprendeu que se algum
 dia receber pacotes multicast para

237
00:17:59,040 --> 00:18:01,980
 239, nÃ£o hÃ¡ RP para isso.

238
00:18:01,980 --> 00:18:05,580
 Isso tem que ser inundado
 atravÃ©s do modo denso.

239
00:18:05,580 --> 00:18:14,020
 EntÃ£o, em nosso prÃ³ximo vÃ­deo, concluirei
 esta seÃ§Ã£o sobre RP automÃ¡tico com

240
00:18:14,020 --> 00:18:16,980
 falando sobre algo chamado
 RP de Ãºltimo recurso.

241
00:18:16,980 --> 00:18:18,840
 TambÃ©m conhecido como
 RP de sincronizaÃ§Ã£o.

242
00:18:18,840 --> 00:18:22,300
 O que Ã© isso e por que vocÃª
 pode precisar de um.
