1
00:00:11,240 --> 00:00:13,780
 Agora sua estrela, o estado de comÃ©dia.

2
00:00:13,780 --> 00:00:16,380
 Deixe-me prosseguir e preencher
 o resto aqui.

3
00:00:16,380 --> 00:00:21,240
 Portanto, no roteador dois, sua lista de interfaces
 de saÃ­da dirÃ¡ etano zero rÃ¡pido

4
00:00:21,240 --> 00:00:24,900
 zero porque foi lÃ¡ que ele recebeu
 o relatÃ³rio de adesÃ£o.

5
00:00:24,900 --> 00:00:28,420
 EntÃ£o Ã© para lÃ¡ que ele encaminharÃ¡ o
 trÃ¡fego multicast quando se trata de

6
00:00:28,420 --> 00:00:34,160
 ele. Roteador oito, sua lista de interfaces
 de saÃ­da dirÃ¡ etano zero rÃ¡pido

7
00:00:34,160 --> 00:00:39,760
 corte um porque ele recebeu a
 junÃ§Ã£o do PIM nessa interface.

8
00:00:39,760 --> 00:00:47,280
 Agora, roteador trÃªs, vou
 pular alguns campos aqui.

9
00:00:47,280 --> 00:00:51,080
 Sua lista de interfaces de saÃ­da dirÃ¡
 etanote rÃ¡pido zero barra um porque

10
00:00:51,080 --> 00:00:53,600
 foi aÃ­ que ele recebeu o ingresso do PIM.

11
00:00:53,600 --> 00:00:58,660
 Agora, no campo RP, vocÃª verÃ¡
 algo bastante interessante.

12
00:00:58,660 --> 00:01:03,200
 Vai dizer isso porque ele Ã© o RP.

13
00:01:03,200 --> 00:01:06,360
 Essa Ã© a maneira dele de dizer,
 ok, eu sei no ponto de encontro.

14
00:01:06,360 --> 00:01:13,200
 EntÃ£o sou eu. E sua interface de
 entrada dirÃ¡ nÃ£o porque ele dirÃ¡:

15
00:01:13,200 --> 00:01:15,600
 ei, sou a raiz da Ã¡rvore compartilhada.

16
00:01:15,600 --> 00:01:19,780
 Tudo comeÃ§a comigo.

17
00:01:19,780 --> 00:01:24,740
 E seu prÃ³ximo topo, seu vizinho
 RPF, tambÃ©m serÃ¡ todo zero.

18
00:01:24,740 --> 00:01:28,200
 Mas ele dirÃ¡, olha, eu nÃ£o uso nenhum vizinho
 importante para chegar a mim mesmo.

19
00:01:28,200 --> 00:01:29,060
 Eu nÃ£o sou psicÃ³tico.

20
00:01:29,060 --> 00:01:30,120
 Eu sei que estou aqui.

21
00:01:30,120 --> 00:01:32,560
 Eu sei que sou o ponto de encontro.

22
00:01:32,560 --> 00:01:33,740
 EntÃ£o Ã© isso que veremos.

23
00:01:33,740 --> 00:01:36,860
 EntÃ£o, vamos prosseguir e iniciar
 esse processo aqui.

24
00:01:36,860 --> 00:01:40,900
 EntÃ£o vou prosseguir e acionar
 R1 para enviar a junÃ§Ã£o.

25
00:01:40,900 --> 00:01:43,480
 E vamos em frente e iniciar o rastreamento do
 farejador para que possamos capturar todos

26
00:01:43,480 --> 00:01:50,160
 esse. EntÃ£o, vamos apenas
 capturar duas coisas.

27
00:01:50,160 --> 00:01:57,000
 Capturaremos o relatÃ³rio de adesÃ£o
 que chega e a adesÃ£o ao PIM de

28
00:01:57,000 --> 00:01:59,380
 roteador dois atÃ© o roteador oito.

29
00:01:59,380 --> 00:02:10,640
 EntÃ£o, para fazer isso, quero R2,00
 de entrada e quero 01 de saÃ­da.

30
00:02:10,640 --> 00:02:18,580
 EntÃ£o, olhando para o meu diagrama aqui.

31
00:02:18,580 --> 00:02:21,820
 Ok, entÃ£o vou querer R2.

32
00:02:21,820 --> 00:02:25,480
 EntÃ£o eu quero 0 barra 3.

33
00:02:25,480 --> 00:02:36,740
 Receba e quero 0 barra 1.

34
00:02:36,740 --> 00:02:38,560
 Essa Ã© a sua barra 4.

35
00:02:38,560 --> 00:02:42,300
 Vou fazer as duas coisas por isso.

36
00:02:42,300 --> 00:03:23,820
 EntÃ£o vamos em frente e fazer isso.

37
00:03:23,820 --> 00:03:51,940
 OK. Vamos deixar o rastreamento do farejador
 configurado e pronto para uso.

38
00:03:51,940 --> 00:03:58,300
 NÃ£o sei por que o wire shark nÃ£o me
 deixa apertar nenhum dos botÃµes

39
00:03:58,300 --> 00:04:00,580
 no cardÃ¡pio aqui.

40
00:04:00,580 --> 00:04:03,180
 Isso Ã© irritante alÃ©m da crenÃ§a.

41
00:04:03,180 --> 00:04:08,660
 Aqui vamos nÃ³s. Finalmente.

42
00:04:08,660 --> 00:04:13,020
 OK. EntÃ£o para. Aqui vamos nÃ³s.

43
00:04:13,020 --> 00:04:16,940
 EntÃ£o agora vamos ao meu receptor.

44
00:04:16,940 --> 00:04:21,540
 E vocÃª deve estar se perguntando como faÃ§o
 para que um roteador funcione como um PC?

45
00:04:21,540 --> 00:04:24,040
 Como faÃ§o para que ele envie um
 relatÃ³rio de adesÃ£o ao IGMP?

46
00:04:24,040 --> 00:04:25,720
 Ele nÃ£o Ã© um laptop.

47
00:04:25,720 --> 00:04:29,500
 Muito fÃ¡cil. EntÃ£o, vamos ver
 qual interface queremos aqui.

48
00:04:29,500 --> 00:04:33,600
 Queremos uma Ethernet 00 rÃ¡pida.

49
00:04:33,600 --> 00:04:40,460
 EntÃ£o eu simplesmente digito
 IP, IGMP, join-group.

50
00:04:40,460 --> 00:04:44,260
 Ops, preciso acessar minha interface.

51
00:04:44,260 --> 00:04:49,740
 Entre no grupo e vou fazer 239.

52
00:04:49,740 --> 00:04:51,940
 Vamos ver. O que temos feito
 com meus exemplos aqui?

53
00:04:51,940 --> 00:05:01,080
 9.9.9. Sim. Na verdade, antes de fazer
 isso, posso fazer uma depuraÃ§Ã£o.

54
00:05:01,080 --> 00:05:10,600
 OK. IP, IGMP, grupo de adesÃ£o 239.999.

55
00:05:10,600 --> 00:05:15,520
 E aÃ­ estÃ¡.

56
00:05:15,520 --> 00:05:21,240
 Ele enviou uma versÃ£o IGMP para reportar.

57
00:05:21,240 --> 00:05:23,840
 No entanto, acho que nÃ£o comecei
 meu rastreamento de atirador.

58
00:05:23,840 --> 00:05:26,680
 EntÃ£o vamos em frente e encerrar isso.

59
00:05:26,680 --> 00:05:34,500
 Vamos para R2. Limpe
 meu estado de rota M.

60
00:05:34,500 --> 00:05:35,620
 EntÃ£o posso comeÃ§ar do zero.

61
00:05:35,620 --> 00:05:38,480
 Limpe a estrela da rota IP M.

62
00:05:38,480 --> 00:05:46,620
 Isso limpa todas as suas rotas M.

63
00:05:46,620 --> 00:05:50,060
 Ok, voltei a ter apenas a
 rota M de RP automÃ¡tico.

64
00:05:50,060 --> 00:05:52,840
 Vamos fazer isso tambÃ©m no R8.

65
00:05:52,840 --> 00:06:02,100
 Ok, entÃ£o vamos voltar ao roteador um.

66
00:06:02,100 --> 00:06:05,900
 E vamos comeÃ§ar meu rastreamento de atirador desta
 vez para que possamos capturar tudo isso

67
00:06:05,900 --> 00:06:33,340
 coisa boa. O IJRP estÃ¡ formado e acho que
 ainda tenho a depuraÃ§Ã£o em execuÃ§Ã£o.

68
00:06:33,340 --> 00:06:51,120
 EntÃ£o ele recebeu uma consulta
 do IJMP e lÃ¡ vai.

69
00:06:51,120 --> 00:06:54,700
 Ok, entÃ£o aqui estÃ¡ o IJMP.

70
00:06:54,700 --> 00:07:00,960
 NÃ£o, isso nÃ£o Ã©, isso Ã© diferente.

71
00:07:00,960 --> 00:07:02,420
 Vamos ver aqui, aqui estÃ¡.

72
00:07:02,420 --> 00:07:11,700
 Aqui estÃ¡ o relatÃ³rio de associaÃ§Ã£o
 do IJMP do roteador um.

73
00:07:11,700 --> 00:07:15,160
 Eu deveria dizer meu receptor.

74
00:07:15,160 --> 00:07:22,840
 E vocÃª pode ver aqui a versÃ£o dois do IJMP
 e ele estÃ¡ se juntando ao endereÃ§o de

75
00:07:22,840 --> 00:07:31,580
 239.999. EntÃ£o, no momento em que, vamos
 voltar aqui, no momento em que o roteador

76
00:07:31,580 --> 00:07:36,140
 dois entenderam isso, ele criaria
 uma junÃ§Ã£o PIM star coma-g.

77
00:07:36,140 --> 00:07:41,100
 E ele usarÃ¡ seu endereÃ§o
 de origem 8.2.8.2.

78
00:07:41,100 --> 00:07:45,620
 E Ã© isso que vemos aqui.

79
00:07:45,620 --> 00:07:49,380
 EntÃ£o, logo abaixo do nosso relatÃ³rio de associaÃ§Ã£o,
 estÃ¡ a estrela do PIM coma-g join

80
00:07:49,380 --> 00:07:51,740
 saindo desse roteador.

81
00:07:51,740 --> 00:07:54,220
 NÃ³s nos aprofundamos nos detalhes aqui.

82
00:07:54,220 --> 00:07:57,360
 EntÃ£o Ã© o tipo trÃªs, lembre-se
 que o tipo zero foi o olÃ¡.

83
00:07:57,360 --> 00:08:00,120
 Portanto, o tipo trÃªs Ã© a remoÃ§Ã£o
 da barra de junÃ§Ã£o.

84
00:08:00,120 --> 00:08:01,520
 Isso tambÃ©m nÃ£o Ã© pouca coisa aqui.

85
00:08:01,520 --> 00:08:05,820
 Esta mensagem aqui Ã© usada
 para unir galhos Ã  Ã¡rvore e

86
00:08:05,820 --> 00:08:10,040
 podando galhos da Ã¡rvore.

87
00:08:10,040 --> 00:08:12,600
 Agora vamos nos aprofundar nisso.

88
00:08:12,600 --> 00:08:16,720
 Ele diz, ok, isso Ã© destinado
 ao meu vizinho rio acima.

89
00:08:16,720 --> 00:08:18,900
 Agora, por que isso estÃ¡ aÃ­?

90
00:08:18,900 --> 00:08:19,560
 Algumas coisas.

91
00:08:19,560 --> 00:08:23,520
 Observe que isso estÃ¡ saindo exatamente
 como o PIM hello estÃ¡ saindo para

92
00:08:23,520 --> 00:08:34,240
 o endereÃ§o multicast de 2240013.

93
00:08:34,240 --> 00:08:38,060
 EntÃ£o, digamos que esta era na verdade
 uma terra compartilhada e havia outras

94
00:08:38,060 --> 00:08:41,340
 roteadores neste terreno, alÃ©m
 dos roteadores dois e oito.

95
00:08:41,340 --> 00:08:43,680
 Digamos que existam os roteadores X e Y.

96
00:08:43,680 --> 00:08:46,860
 Onde o roteador dois quer que todos esses roteadores
 saibam, ei, esse PIM se junta, estou

97
00:08:46,860 --> 00:08:50,460
 o envio estÃ¡ indo ao longo do galho para a Ã¡rvore
 compartilhada, o que significa que ele precisa

98
00:08:50,460 --> 00:08:52,640
 para ir em direÃ§Ã£o ao roteador oito.

99
00:08:52,640 --> 00:08:55,920
 Mesmo que ele esteja fazendo multicast, o
 que significa qualquer outro roteador aqui

100
00:08:55,920 --> 00:08:56,000
 quero ir para o roteador oito.

101
00:08:56,000 --> 00:09:00,440
 E veremos isso aqui porque tem
 esse endereÃ§o vizinho upstream

102
00:09:00,440 --> 00:09:04,300
 isso garante que o prÃ³ximo roteador roteador
 oito prestarÃ¡ atenÃ§Ã£o a isso

103
00:09:04,300 --> 00:09:07,260
 e diga, ah, ok, isso Ã© para mim.

104
00:09:07,260 --> 00:09:10,460
 E entÃ£o ele diz, ok, nÃºmero de junÃ§Ãµes.

105
00:09:10,460 --> 00:09:13,100
 Estou me juntando a um grupo.

106
00:09:13,100 --> 00:09:16,360
 Este Ã© o grupo ao qual estou entrando.

107
00:09:16,360 --> 00:09:22,740
 E este nÃ£o Ã© o endereÃ§o da fonte,
 mas do ponto de encontro.

108
00:09:22,740 --> 00:09:28,220
 O endereÃ§o do PR.

109
00:09:28,220 --> 00:09:29,600
 E nÃ£o estamos podando nada.

110
00:09:29,600 --> 00:09:30,560
 NÃ£o vamos podar nenhum galho.

111
00:09:30,560 --> 00:09:33,320
 Estamos ingressando em uma filial.

112
00:09:33,320 --> 00:09:39,320
 E o que mais temos aqui?

113
00:09:39,320 --> 00:09:44,200
 Acho que isso Ã© tudo que
 temos neste momento.

114
00:09:44,200 --> 00:09:49,760
 NÃ£o capturei mais nada.

115
00:09:49,760 --> 00:09:55,240
 Ok, entÃ£o vamos dar uma olhada no estado
 da rota m nesses roteadores agora.

116
00:09:55,240 --> 00:09:58,940
 EntÃ£o vamos comeÃ§ar indo ao roteador
 dois e ver se tudo combina com o que

117
00:09:58,940 --> 00:10:01,380
 Eu desenhei aqui.

118
00:10:01,380 --> 00:10:10,620
 Mostrar rota IP m.

119
00:10:10,620 --> 00:10:18,040
 Ok, vamos lÃ¡.

120
00:10:18,040 --> 00:10:24,200
 EntÃ£o, se vocÃª vir isso na sua rota m em qualquer
 roteador, vocÃª conhece um dos trÃªs

121
00:10:24,200 --> 00:10:26,800
 coisas aconteceram.

122
00:10:26,800 --> 00:10:28,060
 Uma das trÃªs coisas.

123
00:10:28,060 --> 00:10:31,820
 Ou vocÃª recebeu um I.G.M.P.

124
00:10:31,820 --> 00:10:35,120
 relatÃ³rio de associaÃ§Ã£o de um receptor
 conectado diretamente.

125
00:10:35,120 --> 00:10:36,640
 Neste caso, isso Ã© verdade.

126
00:10:36,640 --> 00:10:39,560
 E sabemos disso por causa da bandeira C.

127
00:10:39,560 --> 00:10:46,180
 O sinalizador C significa que estou conectado
 ao destinatÃ¡rio que me enviou a junÃ§Ã£o,

128
00:10:46,180 --> 00:10:48,580
 o relatÃ³rio de membros que causou isso.

129
00:10:48,580 --> 00:10:53,200
 A outra razÃ£o que vocÃª pode ter Ã©
 porque recebeu uma associaÃ§Ã£o PIM.

130
00:10:53,200 --> 00:10:58,280
 Por exemplo, o sinalizador C aqui, quando
 vamos para o roteador oito, estamos

131
00:10:58,280 --> 00:11:08,700
 veremos exatamente a mesma estrela,
 C, mas a bandeira C estarÃ¡ faltando.

132
00:11:08,700 --> 00:11:14,040
 Veja, S significa que esta Ã©
 uma entrada de modo esparso.

133
00:11:14,040 --> 00:11:16,640
 Estamos executando em modo
 esparso na interface.

134
00:11:16,640 --> 00:11:20,180
 EntÃ£o, ambos, este Ã© o roteador
 oito, sem sinalizador C.

135
00:11:20,180 --> 00:11:27,320
 EntÃ£o isso foi criado porque ele
 recebeu a estrela PIM join.

136
00:11:27,320 --> 00:11:32,780
 Ou como este foi criado, porque
 recebemos o I.G.M.P.

137
00:11:32,780 --> 00:11:39,040
 relatÃ³rio de adesÃ£o.

138
00:11:39,040 --> 00:11:43,800
 E nosso RP estÃ¡ designado aqui.

139
00:11:43,800 --> 00:11:49,400
 343,3. A interface de entrada Ã© fast ethernet
 zero barra um, o que Ã© de fato

140
00:11:49,400 --> 00:11:55,240
 a interface que leva a montante
 ao ponto de encontro.

141
00:11:55,240 --> 00:11:58,220
 Vizinho RPF 8288.

142
00:11:58,220 --> 00:12:02,160
 E conseguimos isso porque quando fizemos uma
 pesquisa de caminho inverso para descobrir

143
00:12:02,160 --> 00:12:05,160
 como faÃ§o para chegar ao ponto de encontro,
 encontramos na tabela de roteamento que

144
00:12:05,160 --> 00:12:07,720
 esse era o cara que seria o prÃ³ximo top.

145
00:12:07,720 --> 00:12:11,380
 Nossa rota EIGRP nos disse
 que este Ã© o prÃ³ximo topo.

146
00:12:11,380 --> 00:12:12,860
 E lista de interfaces de saÃ­da.

147
00:12:12,860 --> 00:12:15,540
 Esta Ã© a interface onde
 recebemos o I.G.M.P.

148
00:12:15,540 --> 00:12:26,060
 relatÃ³rio de adesÃ£o.

149
00:12:26,060 --> 00:12:28,560
 E aqui estÃ¡ o que parece ser um R8.

150
00:12:28,560 --> 00:12:34,220
 Praticamente exatamente a mesma coisa, exceto
 que estÃ¡ faltando o sinalizador C.

151
00:12:34,220 --> 00:12:36,680
 E agora vamos ver a diferenÃ§a entre
 o que parece na realidade

152
00:12:36,680 --> 00:12:49,480
 ponto de encontro ele mesmo.

153
00:12:49,480 --> 00:12:53,060
 Ok, observe que ele se lista como RP.

154
00:12:53,060 --> 00:12:57,560
 Ele diz, eu sei que sou o RP, mas
 seu vizinho RPF Ã© todo zeros.

155
00:12:57,560 --> 00:13:01,660
 Ele nÃ£o precisa subir a corrente
 para alcanÃ§ar a si mesmo.

156
00:13:01,660 --> 00:13:04,840
 E a interface de entrada Ã© nula.

157
00:13:04,840 --> 00:13:08,520
 E interface de saÃ­da fast ethernet
 00, ele diz que vou encaminhar

158
00:13:08,520 --> 00:13:10,480
 no modo esparso.

159
00:13:10,480 --> 00:13:18,540
 EntÃ£o agora nossa Ã¡rvore compartilhada de um
 para dois para oito para trÃªs, esse caminho Ã©

160
00:13:18,540 --> 00:13:22,800
 agora abriu. Portanto, se o multicast
 comeÃ§ar a fluir, estarÃ¡ pronto.

161
00:13:22,800 --> 00:13:34,160
 O ponto de encontro estÃ¡
 pronto para isso.

162
00:13:34,160 --> 00:13:36,840
 EntÃ£o, vimos qual estado
 de rota M eles criam.

163
00:13:36,840 --> 00:13:42,280
 Agora, apenas algumas coisas adicionais
 sobre essas estrelas, G se junta.

164
00:13:42,280 --> 00:13:47,720
 Eles sÃ£o recentes a cada 60 segundos.

165
00:13:47,720 --> 00:13:51,260
 Por que Ã© que? Bem, vamos dar
 uma olhada nisso novamente.

166
00:13:51,260 --> 00:13:53,080
 Minha fonte nÃ£o estÃ¡ enviando agora.

167
00:13:53,080 --> 00:13:55,460
 Portanto, realmente nÃ£o
 hÃ¡ fluxo multicast.

168
00:13:55,460 --> 00:13:57,540
 NÃ£o sabemos quanto tempo vai demorar.

169
00:13:57,540 --> 00:14:01,440
 E se levar, vocÃª sabe, dez minutos
 para esse cara realmente comeÃ§ar

170
00:14:01,440 --> 00:14:06,200
 acima? Talvez este seja um stream
 multicast que nosso CEO darÃ¡ em

171
00:14:06,200 --> 00:14:07,800
 trÃªs horas de hoje.

172
00:14:07,800 --> 00:14:10,680
 E esse cara estÃ¡ entrando
 dez minutos mais cedo.

173
00:14:10,680 --> 00:14:14,660
 Bem, nÃ£o queremos que essa coisa
 acabe neste galho da Ã¡rvore

174
00:14:14,660 --> 00:14:17,520
 para eliminar e ir embora.

175
00:14:17,520 --> 00:14:22,520
 EntÃ£o, o que sabemos Ã© que essas coisas tÃªm
 um cronÃ´metro de trÃªs minutos, depois de 210

176
00:14:22,520 --> 00:14:27,940
 segundos sem atividade, esses
 galhos serÃ£o derrubados.

177
00:14:27,940 --> 00:14:30,560
 EntÃ£o, para evitar isso, algumas
 coisas estÃ£o acontecendo.

178
00:14:30,560 --> 00:14:35,380
 NÃºmero um, sabemos que a cada 60 segundos
 dois enviam uma consulta IGMP

179
00:14:35,380 --> 00:14:41,140
 no segmento, dizendo, ei, algum receptor
 aÃ­ embaixo estÃ¡ assistindo alguma coisa?

180
00:14:41,140 --> 00:14:43,620
 E Rader um responderÃ¡ com
 um relatÃ³rio de adesÃ£o.

181
00:14:43,620 --> 00:14:47,860
 EntÃ£o isso Ã© manter esse segmento aberto,
 a troca de consultas e relatÃ³rios

182
00:14:47,860 --> 00:14:55,040
 para IGMP. E sabemos que quando o relatÃ³rio
 de adesÃ£o do IGMP voltar,

183
00:14:55,040 --> 00:15:02,400
 isso vai fazer com que nossos dois enviem
 outra estrela do PIM, G join.

184
00:15:02,400 --> 00:15:06,760
 Agora, vocÃª pode estar dizendo, bem, o que
 acontece se, vocÃª sabe, ao longo do curso

185
00:15:06,760 --> 00:15:13,580
 de um minuto, 25 ou 65 relatÃ³rios de membros
 de diferentes receptores, todos

186
00:15:13,580 --> 00:15:15,760
 entrar nesta interface?

187
00:15:15,760 --> 00:15:19,300
 Isso significa que toda vez que ele
 recebe um relatÃ³rio de sÃ³cio,

188
00:15:19,300 --> 00:15:21,660
 ele vai mandar uma estrela, G join?

189
00:15:21,660 --> 00:15:24,240
 NÃ£o, isso seria um exagero.

190
00:15:24,240 --> 00:15:28,840
 EntÃ£o esse cara aqui vai mandar uma estrela
 do PIM, G junte para manter o estado

191
00:15:28,840 --> 00:15:32,540
 atualizado a cada minuto,
 a cada 60 segundos.

192
00:15:32,540 --> 00:15:38,540
 Agora, se ele perceber que nÃ£o hÃ¡
 mais receptores, se o IGMP expirar

193
00:15:38,540 --> 00:15:42,780
 ou recebe um monte de folhas, e ele diz, ok,
 nÃ£o sobrou nenhum receptor, na verdade,

194
00:15:42,780 --> 00:15:43,840
 vamos em frente e dar uma olhada nisso.

195
00:15:43,840 --> 00:15:44,800
 O que ele vai fazer?

196
00:15:44,800 --> 00:15:49,260
 EntÃ£o, irei em frente e removerei
 meu comando IGMP no Rader um.

197
00:15:49,260 --> 00:15:53,700
 Ele deveria enviar uma licenÃ§a IGMP, embora
 nÃ£o seja obrigatÃ³ria pela especificaÃ§Ã£o,

198
00:15:53,700 --> 00:15:56,680
 essa Ã© uma daquelas coisas que deveriam.

199
00:15:56,680 --> 00:16:00,880
 E quando ele enviar uma licenÃ§a IGMP, devemos
 ver Rader dois enviar uma poda PIM

200
00:16:00,880 --> 00:16:04,540
 mensagem upstream, podando este branch.

201
00:16:04,540 --> 00:16:06,540
 EntÃ£o vamos em frente e fazer isso.

202
00:16:06,540 --> 00:16:22,260
 Vou preparar meu receptor para funcionar.

203
00:16:22,260 --> 00:16:25,240
 Ok, vamos comeÃ§ar o rastreamento
 do farejador.

204
00:16:25,240 --> 00:16:39,980
 Certo, aqui estÃ¡ minha mensagem
 de saÃ­da do grupo.

205
00:16:39,980 --> 00:16:41,380
 Isso Ã© o que querÃ­amos ver.

206
00:16:41,380 --> 00:16:47,400
 Ok, entÃ£o aqui estÃ¡ a mensagem
 de saÃ­da do IGMP.

207
00:16:47,400 --> 00:16:52,180
 Na verdade, ele tem seu prÃ³prio cÃ³digo de
 tipo e diz: Estou saindo deste grupo,

208
00:16:52,180 --> 00:16:57,760
 e isso iniciou seu gateway padrÃ£o para
 enviar uma mensagem de remoÃ§Ã£o.

209
00:16:57,760 --> 00:17:01,200
 Observe que Ã© exatamente a mesma mensagem
 da junÃ§Ã£o do PIM, mas neste caso,

210
00:17:01,200 --> 00:17:06,260
 a junÃ§Ã£o agora Ã© zero e a remoÃ§Ã£o
 estÃ¡ definida como um.

211
00:17:06,260 --> 00:17:13,420
 E isto diz que estou podando esta
 Ã¡rvore e deixando o encontro

212
00:17:13,420 --> 00:17:15,480
 ponto sabe sobre isso.

213
00:17:15,480 --> 00:17:23,400
 A propÃ³sito, SWR, caso vocÃª esteja se perguntando
 o que Ã© isso, na verdade sÃ£o

214
00:17:23,400 --> 00:17:26,520
 alguns sinalizadores nesta mensagem.

215
00:17:26,520 --> 00:17:32,020
 O R Ã© chamado de bit RP nesta mensagem.

216
00:17:32,020 --> 00:17:36,520
 Isso significa que esta mensagem precisa subir na Ã¡rvore
 compartilhada em direÃ§Ã£o ao ponto de encontro

217
00:17:36,520 --> 00:17:40,020
 apontar. Esse Ã© o destino final.

218
00:17:40,020 --> 00:17:43,400
 E Ã© por isso que temos o endereÃ§o
 dos pontos de encontro neste

219
00:17:43,400 --> 00:17:47,340
 campo aqui por causa daquele bit RP.

220
00:17:47,340 --> 00:17:51,460
 O W significa que esse Ã© o curinga.

221
00:17:51,460 --> 00:17:55,560
 Isso significa que nÃ£o sei qual Ã© o endereÃ§o
 de origem real deste multicast

222
00:17:55,560 --> 00:18:00,380
 fluxo. E Ã© isso que cria o estado
 estrela G nesses roteadores.

223
00:18:00,380 --> 00:18:03,660
 Ã isso que cria a estrela, o curinga.

224
00:18:03,660 --> 00:18:06,660
 NÃ£o tenho ideia de quem Ã© a fonte.

225
00:18:06,660 --> 00:18:10,720
 E S, o que significa que esta
 Ã© uma junÃ§Ã£o de modo esparso.

226
00:18:10,720 --> 00:18:23,340
 EntÃ£o Ã© isso que esses bits
 significam, essas bandeiras.

227
00:18:23,340 --> 00:18:28,020
 E se as informaÃ§Ãµes do
 RPF para o RP mudarem?

228
00:18:28,020 --> 00:18:35,900
 Portanto, sabemos que existe a possibilidade
 de as rotas mudarem.

229
00:18:35,900 --> 00:18:40,800
 Quero dizer, as interfaces podem cair,
 novas interfaces podem surgir e talvez

230
00:18:40,800 --> 00:18:45,600
 a rota EIGRP que tenho para o ponto
 de encontro agora nÃ£o estÃ¡ indo

231
00:18:45,600 --> 00:18:48,920
 serÃ¡ vÃ¡lido daqui a alguns segundos.

232
00:18:48,920 --> 00:18:52,740
 EntÃ£o, como o PIM contabiliza isso?

233
00:18:52,740 --> 00:19:04,940
 Bem, o PIM tem um temporizador e basicamente
 Ã© um, se vocÃª entrar nas especificaÃ§Ãµes,

234
00:19:04,940 --> 00:19:07,560
 se vocÃª estÃ¡ curioso sobre isso, o nome
 do cronÃ´metro, embora vocÃª nunca

235
00:19:07,560 --> 00:19:11,420
 ser testado nisso, Ã© chamado
 de Random Delay Join Timeout.

236
00:19:11,420 --> 00:19:14,560
 Random Delay Join Timeout, para aqueles
 que gostam de conhecer esse tipo

237
00:19:14,560 --> 00:19:19,680
 de coisa. Mas basicamente, Ã© um tempo
 limite que diz, ok, verifique para ver

238
00:19:19,680 --> 00:19:25,660
 se o RPF para uma origem ou RP mudou.

239
00:19:25,660 --> 00:19:31,700
 E esse cronÃ´metro, de acordo com a RFC,
 nÃ£o deve ultrapassar 4,5 segundos.

240
00:19:31,700 --> 00:19:38,500
 Portanto, se o RPF para uma fonte conhecida
 ou o RP mudar, os roteadores em execuÃ§Ã£o

241
00:19:38,500 --> 00:19:43,560
 Os PIMs devem detectar isso
 em 4,5 segundos ou menos.

242
00:19:43,560 --> 00:19:47,060
 E se eles detectarem isso,
 enviarÃ£o outra junÃ§Ã£o.

243
00:19:47,060 --> 00:19:56,840
 Eles enviarÃ£o o que Ã© chamado de gatilho
 para o novo caminho para o RP.

244
00:19:56,840 --> 00:20:01,320
 E o que exclui esse estado de rota M?

245
00:20:01,320 --> 00:20:04,440
 Bem, acabamos de ver que chegou
 uma licenÃ§a do IGMP.

246
00:20:04,440 --> 00:20:07,740
 Vamos voltar ao roteador dois.

247
00:20:07,740 --> 00:20:11,540
 Mostrar rota IP M.

248
00:20:11,540 --> 00:20:16,820
 Veja, desapareceu. Agora, isso
 aconteceu imediatamente?

249
00:20:16,820 --> 00:20:18,680
 Bem, vamos descobrir.

250
00:20:18,680 --> 00:20:36,900
 Vamos criar a junÃ§Ã£o novamente.

251
00:20:36,900 --> 00:20:40,520
 Ok, agora temos o estado
 g comum da estrela.

252
00:20:40,520 --> 00:20:44,500
 E sÃ³ temos um receptor que
 vive na Fast Ethernet 00.

253
00:20:44,500 --> 00:20:47,160
 Agora, vamos fazer com que o receptor envie
 uma mensagem de licenÃ§a e vamos ver se isso

254
00:20:47,160 --> 00:20:49,500
 mata imediatamente o estado.

255
00:20:49,500 --> 00:20:53,020
 Porque nesse ponto, quando a mensagem
 de licenÃ§a chegar, isso removerÃ¡

256
00:20:53,020 --> 00:20:55,820
 esta interface da lista
 de interfaces de saÃ­da.

257
00:20:55,820 --> 00:20:58,160
 A lista de interfaces de saÃ­da serÃ¡ nula.

258
00:20:58,160 --> 00:21:01,900
 E nossa pergunta Ã©, uma vez que a lista de
 interfaces de saÃ­da Ã© nula em uma estrela

259
00:21:01,900 --> 00:21:04,480
 comum g enter, isso significa BAM, POOF?

260
00:21:04,480 --> 00:21:05,900
 Desapareceu imediatamente?

261
00:21:05,900 --> 00:21:21,680
 Ou fica lÃ¡ por um tempinho?

262
00:21:21,680 --> 00:21:23,720
 Ok, ainda estÃ¡ lÃ¡.

263
00:21:23,720 --> 00:21:28,360
 A lista de interfaces de saÃ­da Ã© nula.

264
00:21:28,360 --> 00:21:32,960
 E eu acredito que isso estarÃ¡ aqui por
 cerca de, vamos ver, hÃ¡ um momento

265
00:21:32,960 --> 00:21:35,900
 estÃ¡ em contagem regressiva?

266
00:21:35,900 --> 00:21:37,820
 Sim, este cronÃ´metro aqui.

267
00:21:37,820 --> 00:21:40,080
 Dois minutos e 20 segundos.

268
00:21:40,080 --> 00:21:42,060
 Agora reduzimos para dois
 minutos e 11 segundos.

269
00:21:42,060 --> 00:21:47,140
 E quando este cronÃ´metro fizer a contagem regressiva
 atÃ© zero, um minuto e 56 segundos, estou

270
00:21:47,140 --> 00:21:47,900
 nÃ£o vou esperar.

271
00:21:47,900 --> 00:21:52,680
 Mas quando a contagem regressiva
 atÃ© zero, isso expirarÃ¡.

272
00:21:52,680 --> 00:21:59,140
 Isso terÃ¡ desaparecido. Mas observe que agora
 temos a bandeira P, o que significa que nosso

273
00:21:59,140 --> 00:22:04,100
 path, nosso caminho rio acima atÃ©
 o ponto de encontro, foi podado.

274
00:22:04,100 --> 00:22:07,200
 Enviei uma mensagem de ameixa para o RP.

275
00:22:07,200 --> 00:22:12,880
 E Ã© isso que indica aqui.

276
00:22:12,880 --> 00:22:17,400
 AlÃ©m disso, neste caso especÃ­fico,
 vemos que isso vai desaparecer

277
00:22:17,400 --> 00:22:21,060
 em dois minutos. E se formos
 para o roteador do meio?

278
00:22:21,060 --> 00:22:25,580
 Roteador oito. Porque ele
 recebeu aquela ameixa.

279
00:22:25,580 --> 00:22:32,580
 Ver? Ele tambÃ©m podou.

280
00:22:32,580 --> 00:22:34,640
 E ele tambÃ©m estÃ¡ em contagem regressiva.

281
00:22:34,640 --> 00:22:42,140
 EntÃ£o, isso farÃ¡ uma contagem regressiva
 atÃ© zero e acabarÃ¡ sendo excluÃ­do.

282
00:22:42,140 --> 00:22:46,240
 AlguÃ©m perguntou: preciso mesmo
 de um ponto de encontro para

283
00:22:46,240 --> 00:22:50,720
 fazer com que o multicast flua
 da fonte atÃ© o receptor?

284
00:22:50,720 --> 00:22:54,180
 A resposta curta estÃ¡ no
 modo PIM esparso, sim.

285
00:22:54,180 --> 00:22:58,240
 Agora, se estivÃ©ssemos no modo denso
 PIM, que inunda tudo, nÃ£o,

286
00:22:58,240 --> 00:23:00,040
 nÃ£o precisarÃ­amos de
 um ponto de encontro.

287
00:23:00,040 --> 00:23:02,660
 Mas o modo esparso estÃ¡
 tentando fugir disso.

288
00:23:02,660 --> 00:23:05,740
 E entÃ£o, se nÃ£o vamos inundar
 tudo, precisamos disso

289
00:23:05,740 --> 00:23:07,080
 ponto de encontro.

290
00:23:07,080 --> 00:23:10,440
 EntÃ£o, quais sÃ£o algumas coisas
 que podem quebrar isso?

291
00:23:10,440 --> 00:23:14,200
 Bem, certamente, vocÃª sabe, um ponto
 de encontro precisa ser configurado.

292
00:23:14,200 --> 00:23:17,880
 Se todos os roteadores souberem quem Ã© o ponto
 de encontro, mas o ponto de encontro

293
00:23:17,880 --> 00:23:21,700
 o prÃ³prio point nÃ£o sabe que deveria
 estar desempenhando esse papel,

294
00:23:21,700 --> 00:23:23,880
 nÃ£o vai funcionar.

295
00:23:23,880 --> 00:23:26,860
 As pessoas enviarÃ£o junÃ§Ãµes e outras coisas
 para ele, mas ele nÃ£o saberÃ¡ o que

296
00:23:26,860 --> 00:23:29,880
 a ver com eles porque ele
 nÃ£o Ã© o ponto de encontro.

297
00:23:29,880 --> 00:23:35,060
 Se um determinado roteador nÃ£o sabe
 quem Ã© o ponto de encontro, isso Ã©

298
00:23:35,060 --> 00:23:37,160
 vai falhar. Agora, como
 vocÃª saberia disso?

299
00:23:37,160 --> 00:23:42,700
 Bem, como vimos aqui, quando vocÃª mostrar
 a rota IPM, deixe-me ampliar isso

300
00:23:42,700 --> 00:23:49,900
 um pouco. Cada roteador, atÃ© mesmo
 o prÃ³prio RP, deve ter o

301
00:23:49,900 --> 00:23:52,300
 EndereÃ§o IP do RP.

302
00:23:52,300 --> 00:23:56,640
 Se vocÃª alguma vez executar este comando e
 vir uma estrela, entrada G onde o campo RP

303
00:23:56,640 --> 00:24:00,800
 apenas diz 0.0.0.0, isso Ã© ruim.

304
00:24:00,800 --> 00:24:04,500
 Isso significa que o roteador nÃ£o tem
 conhecimento do ponto de encontro.

305
00:24:04,500 --> 00:24:07,940
 Pode haver um por aÃ­, mas este roteador
 especÃ­fico em que vocÃª estÃ¡

306
00:24:07,940 --> 00:24:09,900
 nÃ£o sabe quem Ã©.

307
00:24:09,900 --> 00:24:12,240
 EntÃ£o isso seria ruim.

308
00:24:12,240 --> 00:24:17,220
 Outra coisa, nÃ£o sÃ³ o RP tem que
 existir, nÃ£o sÃ³ os roteadores

309
00:24:17,220 --> 00:24:22,940
 precisam saber quem ele Ã©, mas precisam
 ter uma rota unicast vÃ¡lida para

310
00:24:22,940 --> 00:24:27,080
 alcanÃ§Ã¡-lo. Qual seria uma indicaÃ§Ã£o
 de que isso estÃ¡ falhando?

311
00:24:27,080 --> 00:24:33,160
 Bem, se sua lista de interfaces de entrada
 for nula e o vizinho RPF for 0,0

312
00:24:33,160 --> 00:24:34,880
 .0. Esse Ã© o seu maior indicador.

313
00:24:34,880 --> 00:24:42,580
 Se eu tiver um endereÃ§o aqui, 3, 4, 3,
 3, bem, por exemplo, vamos fazer isso.

314
00:24:42,580 --> 00:24:46,740
 Agora, roteador, vamos para o roteador 2.

315
00:24:46,740 --> 00:24:53,460
 Mostrar rota IPM. OK.

316
00:24:53,460 --> 00:24:56,600
 EntÃ£o aqui temos conhecimento do RP.

317
00:24:56,600 --> 00:25:01,220
 Mostre o IP RPF 3.4.3.3.

318
00:25:01,220 --> 00:25:03,920
 E sabemos que ele aprendeu
 isso via EIGRP.

319
00:25:03,920 --> 00:25:05,300
 EntÃ£o aqui estÃ¡ o que vou fazer.

320
00:25:05,300 --> 00:25:08,800
 Vou desligar essa interface no RP.

321
00:25:08,800 --> 00:25:15,880
 Basicamente vou me livrar da rota
 para 3.4.3 no roteador 3.

322
00:25:15,880 --> 00:25:25,340
 OK. EntÃ£o roteador 2, mostre a rota IP.

323
00:25:25,340 --> 00:25:28,920
 Essa rota deverÃ¡ desaparecer da
 tabela de roteamento em breve.

324
00:25:28,920 --> 00:25:32,780
 Ainda estÃ¡ lÃ¡, mas o EIGRP deve saber
 que desapareceu em um momento.

325
00:25:32,780 --> 00:25:37,100
 Talvez eu precise fechÃ¡-lo
 do outro lado tambÃ©m.

326
00:25:37,100 --> 00:25:41,200
 Na verdade, sim porque esses dois roteadores
 estÃ£o conectados a um switch.

327
00:25:41,200 --> 00:25:43,440
 Na verdade, eles nÃ£o estÃ£o
 diretamente conectados.

328
00:25:43,440 --> 00:25:46,500
 EntÃ£o, vou encerrar esta
 subinterface aqui em...

329
00:25:46,500 --> 00:25:50,460
 EntÃ£o vamos fazer assim.

330
00:25:50,460 --> 00:25:52,780
 EntÃ£o vamos para o roteador 3.

331
00:25:52,780 --> 00:25:58,760
 Vamos ver. Agora vamos para o roteador 4.

332
00:25:58,760 --> 00:26:04,500
 Interface acelerada em 0.0.34.

333
00:26:04,500 --> 00:26:09,000
 Desligue isso. Ok, entÃ£o agora
 estÃ¡ realmente desaparecido.

334
00:26:09,000 --> 00:26:15,160
 E sim, ok, entÃ£o a rede
 3.4.3 desapareceu.

335
00:26:15,160 --> 00:26:21,400
 EntÃ£o agora quando eu mostro a rota do IPM,
 vocÃª pode ver que ele ainda sabe quem Ã© o RP

336
00:26:21,400 --> 00:26:24,780
 Ã© porque eu o configurei estaticamente.

337
00:26:24,780 --> 00:26:27,600
 Mas o vizinho RPF Ã© todo zero.

338
00:26:27,600 --> 00:26:30,320
 A lista de interfaces de entrada Ã© nula.

339
00:26:30,320 --> 00:26:32,020
 O que significa que nÃ£o
 sei como chegar lÃ¡.

340
00:26:32,020 --> 00:26:35,680
 NÃ£o tenho como chegar
 ao ponto de encontro.

341
00:26:35,680 --> 00:26:38,900
 Portanto, para o modo esparso,
 essas sÃ£o as trÃªs condiÃ§Ãµes.

342
00:26:38,900 --> 00:26:40,860
 Bem, hÃ¡ mais do que isso, mas essas
 sÃ£o as trÃªs condiÃ§Ãµes principais.

343
00:26:40,860 --> 00:26:45,240
 O RP tem que existir, tem que ter uma rota
 atÃ© ele, e todos os roteadores tÃªm

344
00:26:45,240 --> 00:26:49,220
 saber quem Ã© o ponto de encontro.

345
00:26:49,220 --> 00:26:51,360
 Vamos ver aqui. HÃ¡ algumas
 outras perguntas.

346
00:26:51,360 --> 00:26:55,120
 Vamos ver aqui. E se o prÃ³prio
 R8 tambÃ©m for o RP?

347
00:26:55,120 --> 00:26:57,560
 A Ã¡rvore compartilhada
 tambÃ©m serÃ¡ formada?

348
00:26:57,560 --> 00:27:04,020
 Sim, entÃ£o a questÃ£o aqui Ã©: e se
 o R8 fosse o ponto de encontro?

349
00:27:04,020 --> 00:27:07,220
 Bem, nesse caso especÃ­fico, a Ã¡rvore
 compartilhada seria muito mais curta.

350
00:27:07,220 --> 00:27:11,120
 A Ã¡rvore compartilhada seria apenas
 um salto entre R8 e R2, e entÃ£o

351
00:27:11,120 --> 00:27:14,420
 de R2 atÃ© o receptor.

352
00:27:14,420 --> 00:27:16,620
 E se R2 fosse o ponto de encontro?

353
00:27:16,620 --> 00:27:17,820
 VocÃª poderia fazer isso.

354
00:27:17,820 --> 00:27:22,100
 Bem, entÃ£o nÃ£o haveria uma Ã¡rvore
 compartilhada que se R2 fosse

355
00:27:22,100 --> 00:27:25,400
 o RP, entÃ£o a Ã¡rvore compartilhada seria
 apenas essa conexÃ£o direta aqui

356
00:27:25,400 --> 00:27:26,920
 para o receptor.

357
00:27:26,920 --> 00:27:30,600
 EntÃ£o, na minha topologia especÃ­fica, fiz
 intencionalmente o ponto de encontro

358
00:27:30,600 --> 00:27:34,680
 um pouco mais longe para que pudÃ©ssemos
 ver saltos mais distintos do que era

359
00:27:34,680 --> 00:27:38,880
 indo em frente, mas qualquer um desses roteadores
 poderia ter sido o ponto de encontro do PIM
