1
00:00:08,600 --> 00:00:14,560
 Vimos o tempo todo que quando você
 mostra a rota IPM, é muito possível

2
00:00:14,560 --> 00:00:19,900
 que você pode ter apenas uma
 entrada de estrela, certo?

3
00:00:19,900 --> 00:00:23,620
 Então, se não houver fluxo multicast,
 mas você recebeu um comagente estelar

4
00:00:23,620 --> 00:00:26,640
 junte-se, você terá o estado
 de estrela-comagee.

5
00:00:26,640 --> 00:00:28,180
 E isso significa que estou pronto.

6
00:00:28,180 --> 00:00:30,820
 Estou esperando para encaminhar
 esse tráfego multicast.

7
00:00:30,820 --> 00:00:33,960
 Alguém me pediu isso.

8
00:00:33,960 --> 00:00:38,600
 Uma entrada s-comagee não
 pode ser independente.

9
00:00:38,600 --> 00:00:40,240
 Não posso ficar sozinho.

10
00:00:40,240 --> 00:00:45,120
 Em outras palavras, quando o roteador 2
 aqui cria esta entrada s-comagee, ele

11
00:00:45,120 --> 00:00:50,820
 também precisa criar uma entrada
 de comagente estelar.

12
00:00:50,820 --> 00:00:53,440
 Os dois têm que andar juntos.

13
00:00:53,440 --> 00:00:58,060
 Então, mesmo que ele nunca tenha recebido um
 relatório de adesão ao IGMP, mesmo que ele

14
00:00:58,060 --> 00:01:03,540
 nunca consegui que um comagente estrela do PIM se juntasse
 àquele conjunto de bits curinga, uma vez que ele

15
00:01:03,540 --> 00:01:08,120
 cria uma entrada s-comagee, ele tem que
 criar uma entrada star-comagee como

16
00:01:08,120 --> 00:01:10,920
 bem. Ambos têm que estar lá.

17
00:01:10,920 --> 00:01:17,120
 Então, s-comagee, a analogia que às
 vezes uso é pensar no star-comagee

18
00:01:17,120 --> 00:01:20,860
 como sendo como o irmão mais velho e
 o s-comagee como sendo como o pequeno

19
00:01:20,860 --> 00:01:24,660
 irmão, certo? O irmão mais velho
 de 15 anos pode sair de casa

20
00:01:24,660 --> 00:01:28,600
 casa e passear pela vizinhança
 e andar de bicicleta sozinho.

21
00:01:28,600 --> 00:01:34,540
 Irmãozinho que é o s-comagee que
 só tem 7 anos, não é permitido

22
00:01:34,540 --> 00:01:37,360
 fazer isso, a menos que o irmão
 mais velho vá com ele.

23
00:01:37,360 --> 00:01:41,360
 Então não sei se eles vão te
 ajudar ou não, mas pronto.

24
00:01:41,360 --> 00:01:49,140
 Além disso, quando o tráfego começa
 a fluir pelo caminho mais curto, é o

25
00:01:49,140 --> 00:01:53,040
 entrada s-comagee que é usada para
 realmente encaminhar esse tráfego.

26
00:01:53,040 --> 00:01:56,440
 Então, o que quero dizer é que você verá
 o comagente estelar que tem alguma saída

27
00:01:56,440 --> 00:02:00,300
 lista de interfaces e você verá o s-comagee
 que possui uma interface de saída

28
00:02:00,300 --> 00:02:05,660
 lista. O que quer que esteja na lista de
 interface de saída do s-comagee, isso é

29
00:02:05,660 --> 00:02:06,940
 o importante.

30
00:02:06,940 --> 00:02:09,520
 Isso é o que é usado para
 encaminhar o multicast.

31
00:02:09,520 --> 00:02:14,360
 Quando está seguindo o caminho mais curto,
 se está indo pelo caminho compartilhado

32
00:02:14,360 --> 00:02:19,220
 caminho, então a entrada do star-comagee
 é o que dita o encaminhamento do

33
00:02:19,220 --> 00:02:36,580
 tráfego. Algumas coisas adicionais
 aqui que quero mencionar.

34
00:02:36,580 --> 00:02:45,620
 Não tenho muita redundância nesta
 topologia específica aqui.

35
00:02:45,620 --> 00:02:56,900
 E daí se eu tivesse algo assim?

36
00:02:56,900 --> 00:03:00,680
 Vamos nos livrar dessa linha aqui.

37
00:03:00,680 --> 00:03:16,360
 Digamos que temos um switch e dois
 vizinhos, dois vizinhos upstream.

38
00:03:16,360 --> 00:03:23,080
 Então, em outras palavras, na verdade
 nem é preciso lidar com a mudança.

39
00:03:23,080 --> 00:03:27,320
 Vamos colocar assim.

40
00:03:27,320 --> 00:03:40,900
 O roteador um pode usar o roteador dois ou
 o roteador quatro para chegar à origem.

41
00:03:40,900 --> 00:03:46,080
 Portanto, neste diagrama específico, espero
 que esteja bem claro que passar por

42
00:03:46,080 --> 00:03:50,280
 o ponto de encontro não é o caminho mais
 curto porque temos quatro roteadores

43
00:03:50,280 --> 00:03:53,440
 passar para chegar à fonte onde só
 podemos passar por dois roteadores

44
00:03:53,440 --> 00:03:56,220
 se passarmos pelo roteador dois
 ou pelo roteador quatro.

45
00:03:56,220 --> 00:03:59,480
 Então a questão agora é: ok, quando o roteador
 precisa abrir seu caminho mais curto

46
00:03:59,480 --> 00:04:03,620
 caminho, ele dirá, hmm, tenho caminhos
 mais curtos redundantes.

47
00:04:03,620 --> 00:04:07,600
 Eu poderia ir pelo vizinho dois
 ou pelo vizinho quatro.

48
00:04:07,600 --> 00:04:10,900
 Então a questão é: para onde ele irá?

49
00:04:10,900 --> 00:04:14,260
 Para onde ele vai enviar seus s, g join?

50
00:04:14,260 --> 00:04:18,620
 De acordo com a especificação,
 é isso que você verá.

51
00:04:18,620 --> 00:04:21,980
 É o vizinho que possui o
 endereço IP mais alto.

52
00:04:21,980 --> 00:04:24,040
 É basicamente nisso que tudo se resume.

53
00:04:24,040 --> 00:04:29,080
 Então, se isso fosse dois pontos, dois pontos, dois
 pontos, dois e isso fosse dois pontos, dois pontos

54
00:04:29,080 --> 00:04:36,360
 quatro, então, nesse caso específico, a
 junção s, g teria ocorrido via roteador

55
00:04:36,360 --> 00:04:42,360
 quatro. O vizinho com o endereço IP mais
 alto quando você tem redundância

56
00:04:42,360 --> 00:04:47,460
 caminhos. Esse também é o caso
 da árvore compartilhada, certo?

57
00:04:47,460 --> 00:04:51,000
 Se eu fosse um roteador e tivesse várias
 maneiras de chegar ao ponto de encontro

58
00:04:51,000 --> 00:04:56,440
 e eles estavam todos na mesma distância
 EIGRP ou no mesmo custo OSPF, eu

59
00:04:56,440 --> 00:04:59,500
 escolheria qualquer vizinho PIM que
 tivesse o endereço IP mais alto.

60
00:04:59,500 --> 00:05:22,560
 É para lá que eu enviaria minhas junções
 para chegar ao ponto de encontro.

61
00:05:22,560 --> 00:05:26,440
 Então sabemos que s, g permanece criado,
 mas também deve ser mantido.

62
00:05:26,440 --> 00:05:30,680
 Então isso não é diferente.

63
00:05:30,680 --> 00:05:35,180
 Assim como falamos sobre como na árvore
 compartilhada, uma vez construída, cada

64
00:05:35,180 --> 00:05:38,800
 minuto, se eu sou um roteador que possui
 um receptor conectado diretamente, cada

65
00:05:38,800 --> 00:05:43,980
 minuto vou mandar outra estrela, g junte-se
 ao upstream e assim eles irão até o fim

66
00:05:43,980 --> 00:05:47,740
 maneira de manter esse estado atualizado
 ao longo do caminho.

67
00:05:47,740 --> 00:05:51,020
 A mesma coisa acontece com
 o caminho mais curto.

68
00:05:51,020 --> 00:05:55,740
 A cada minuto, a cada 60 segundos, os roteadores
 que precisam desse caminho nos mostrarão

69
00:05:55,740 --> 00:06:06,060
 send s, g junta-se ao upstream
 para mantê-lo atualizado.

70
00:06:06,060 --> 00:06:09,200
 Então, quando esse estado
 s, g é excluído?

71
00:06:09,200 --> 00:06:14,140
 Bem, se essas junções periódicas do vizinho
 downstream pararem, então vamos

72
00:06:14,140 --> 00:06:20,120
 dizer que a fonte multicast estava atrás
 de mim e eu sou um roteador, você é um

73
00:06:20,120 --> 00:06:23,240
 roteador, e eu sou o caminho mais
 curto para chegar até aquele cara.

74
00:06:23,240 --> 00:06:26,920
 Então, agora, minha lista de interfaces
 de saída está apontando para você.

75
00:06:26,920 --> 00:06:31,260
 Você me enviou um s, g join
 indicando seu interesse.

76
00:06:31,260 --> 00:06:33,620
 Coloquei você na lista
 de interfaces de saída.

77
00:06:33,620 --> 00:06:38,140
 Portanto, é sua responsabilidade a cada minuto
 me enviar s, g joins para atualizar

78
00:06:38,140 --> 00:06:46,580
 esse. Mas e se houver um switch
 ou hub entre nós e o seu

79
00:06:46,580 --> 00:06:49,900
 a conexão com esse switch ou hub cai?

80
00:06:49,900 --> 00:06:52,000
 Eu não sei disso.

81
00:06:52,000 --> 00:06:57,720
 No que me diz respeito,
 você ainda está vivo.

82
00:06:57,720 --> 00:07:02,300
 Bem, nesse caso específico, se as junções
 periódicas pararem, mais uma vez,

83
00:07:02,300 --> 00:07:07,340
 aquele cronômetro de 210 segundos, esse é o
 número mágico, se depois de 210 segundos,

84
00:07:07,340 --> 00:07:11,980
 Não estou mais recebendo essas junções
 suas, então irei excluí-las

85
00:07:11,980 --> 00:07:13,140
 lista de interfaces de saída.

86
00:07:13,140 --> 00:07:17,260
 Agora, mais uma vez, naquela situação específica,
 muito provavelmente o que aconteceria

87
00:07:17,260 --> 00:07:21,160
 acontecer é que eu diria, bem, espere um
 segundo, perdi meu vizinho PIM, certo?

88
00:07:21,160 --> 00:07:25,920
 Porque no caso do PIM, você também
 está me enviando alôs PIM a cada 30

89
00:07:25,920 --> 00:07:31,240
 segundos. E se eu perdi três deles,
 declaro que um vizinho está morto.

90
00:07:31,240 --> 00:07:36,680
 Então, seria de se supor que se esse
 link entre você e o switch fosse

91
00:07:36,680 --> 00:07:43,600
 desligado, o PIM detectaria o vizinho
 perdido em, vimos 105 segundos, que

92
00:07:43,600 --> 00:07:50,120
 foi aquele cronômetro, antes que o cronômetro
 de 210 segundos expirasse.

93
00:07:50,120 --> 00:07:55,400
 Não vou testar isso agora.

94
00:07:55,400 --> 00:07:58,360
 Mas eu só quero que você saiba, de
 acordo com a especificação, se o

95
00:07:58,360 --> 00:08:03,880
 junções periódicas param em 210 segundos,
 esse é um critério para remover

96
00:08:03,880 --> 00:08:08,960
 essa interface da lista
 de interfaces de saída.

97
00:08:08,960 --> 00:08:15,540
 Se a fonte multicast parar de transmitir,
 mais uma vez, 210 segundos depois,

98
00:08:15,540 --> 00:08:16,640
 Vou esperar, certo?

99
00:08:16,640 --> 00:08:20,000
 Se a fonte multicast parar
 de me atingir na nuca, 210

100
00:08:20,000 --> 00:08:23,000
 segundos depois, removerei
 minhas interfaces de saída.

101
00:08:23,000 --> 00:08:26,780
 E isso acontece com todos os roteadores
 desativados ao longo do caminho.

102
00:08:26,780 --> 00:08:32,240
 Então, nesta topologia específica aqui,
 se a fonte parar, 210 segundos

103
00:08:32,240 --> 00:08:41,820
 mais tarde, o roteador quatro removerá
 sua interface e o roteador um removerá

104
00:08:41,820 --> 00:08:44,660
 sua interface da lista
 de interfaces de saída.

105
00:08:44,660 --> 00:08:50,300
 Ou se você receber uma mensagem
 de remoção do PIM.

106
00:08:50,300 --> 00:08:54,980
 Portanto, a mensagem de ameixa é uma forma
 de dizer: ei, não quero mais isso.

107
00:08:54,980 --> 00:08:59,980
 Como neste caso específico, uma vez que
 o roteador um tenha aberto com sucesso

108
00:08:59,980 --> 00:09:06,260
 subindo em sua árvore de caminho mais curto, ele enviará
 uma mensagem de ameixa até o ponto de encontro

109
00:09:06,260 --> 00:09:12,000
 ponto, dizendo, não preciso
 mais deste galho da árvore.

110
00:09:12,000 --> 00:09:13,340
 Então, podemos realmente ver isso.

111
00:09:13,340 --> 00:09:16,800
 Acho que ainda não nos concentramos
 em uma mensagem de poda.

112
00:09:16,800 --> 00:09:19,920
 Mas vamos voltar à nossa
 topologia original aqui.

113
00:09:19,920 --> 00:09:26,920
 Agora acho que o roteador cinco neste momento provavelmente
 já terminou, enviando seus pings.

114
00:09:26,920 --> 00:09:32,900
 Sim. OK. E se já se passaram 210 segundos,
 o que provavelmente aconteceu, deveríamos

115
00:09:32,900 --> 00:09:37,840
 não vejo mais o estado s,
 g em nenhum roteador.

116
00:09:37,840 --> 00:09:41,040
 Sim, isso acabou.

117
00:09:41,040 --> 00:09:46,400
 Isso expirou. Então vou prosseguir
 e começar de novo, o ping.

118
00:09:46,400 --> 00:09:55,500
 E o que vamos procurar especificamente
 agora é uma vez que o roteador

119
00:09:55,500 --> 00:10:04,220
 dois abre esse caminho, devemos vê-lo enviar
 uma remoção de PIM para o roteador oito.

120
00:10:04,220 --> 00:10:06,880
 E então vamos em frente e capturar
 aquela ameixa só para ver como fica

121
00:10:06,880 --> 00:10:15,780
 como. Portanto, no roteador oito, quero que
 zero barra um seja sua interface de entrada.

122
00:10:15,780 --> 00:10:48,100
 E de acordo com isso, será
 zero barra dois no switch.

123
00:10:48,100 --> 00:10:51,540
 OK. Então vamos nos preparar.

124
00:10:51,540 --> 00:10:54,720
 Vou para o roteador cinco.

125
00:10:54,720 --> 00:11:13,400
 E vamos iniciar o rastreamento
 do atirador.

126
00:11:13,400 --> 00:11:16,800
 OK. Esta é provavelmente a ameixa aqui.

127
00:11:16,800 --> 00:11:22,320
 Vamos descobrir. Sim.

128
00:11:22,320 --> 00:11:25,660
 Número de ameixas um.

129
00:11:25,660 --> 00:11:29,660
 Então, mais uma vez, o bit RP está definido, o que
 significa que isso está subindo no compartilhamento

130
00:11:29,660 --> 00:11:32,040
 árvore até o ponto de encontro.

131
00:11:32,040 --> 00:11:38,280
 E estamos dizendo que estou eliminando
 esta fonte e este grupo.

132
00:11:38,280 --> 00:11:43,220
 Portanto, é exatamente o mesmo formato de mensagem
 de uma junção PIM, exceto que em vez de

133
00:11:43,220 --> 00:12:00,360
 juntando-se, temos podar.

134
00:12:00,360 --> 00:12:04,760
 Já falamos sobre como as ameixas
 PIM usam o mesmo formato do PIM

135
00:12:04,760 --> 00:12:10,960
 joins usados ​​para encorajar vizinhos upstream
 a parar de encaminhar multicast

136
00:12:10,960 --> 00:12:17,440
 tráfego para nós. Agora, por que diz
 encorajar, por que não forçar o

137
00:12:17,440 --> 00:12:20,560
 vizinho upstream pare de encaminhar
 tráfego multicast para nós?

138
00:12:20,560 --> 00:12:25,380
 Bem, aqui está o porquê.

139
00:12:25,380 --> 00:12:30,420
 Se eu tivesse esse tipo de situação em que
 eu tivesse, digamos, vamos apenas fazer

140
00:12:30,420 --> 00:12:48,400
 é fácil, um hub. OK.

141
00:12:48,400 --> 00:12:50,640
 Digamos que este seja meu RP.

142
00:12:50,640 --> 00:12:55,080
 Temos roteador um, roteador
 dois e roteador três.

143
00:12:55,080 --> 00:13:02,840
 Vou me conectar ao mesmo hub.

144
00:13:02,840 --> 00:13:15,540
 OK. Digamos que neste momento ambos
 os PCs, PCA e PCB, sejam multicast

145
00:13:15,540 --> 00:13:18,900
 receptores. E ambos estão recebendo
 exatamente o mesmo grupo.

146
00:13:18,900 --> 00:13:23,300
 Você sabe, eles estão assistindo ao
 vídeo de apresentação do CEO agora.

147
00:13:23,300 --> 00:13:25,760
 Portanto, o multicast está fluindo.

148
00:13:25,760 --> 00:13:32,200
 E no roteador três, temos
 estrela e estado.

149
00:13:32,200 --> 00:13:50,040
 E Ethernet rápida zero, zero está
 na lista de interfaces de saída.

150
00:13:50,040 --> 00:14:00,520
 OK. Se de repente o receptor A enviar
 uma mensagem de saída IGMP porque

151
00:14:00,520 --> 00:14:04,540
 ele não está mais interessado naquele
 fluxo, isso fará com que o roteador

152
00:14:04,540 --> 00:14:10,720
 um. Ele vai dizer, ok, vou
 deletar esta interface do

153
00:14:10,720 --> 00:14:12,400
 minha lista de interfaces de saída.

154
00:14:12,400 --> 00:14:16,360
 Ele vai dizer, ah, não tenho mais interfaces
 na minha interface de saída

155
00:14:16,360 --> 00:14:19,340
 lista. Minha lista de interfaces
 de saída é nula.

156
00:14:19,340 --> 00:14:22,380
 Então isso vai fazer com que ele diga,
 tudo bem, não preciso mais disso.

157
00:14:22,380 --> 00:14:27,180
 Então ele vai mandar uma mensagem PMPRUN,
 que acabamos de ver no sniffer

158
00:14:27,180 --> 00:14:31,120
 vestígio. Isso vai para o hub.

159
00:14:31,120 --> 00:14:32,560
 O roteador dois verá isso.

160
00:14:32,560 --> 00:14:34,160
 O roteador três verá isso.

161
00:14:34,160 --> 00:14:38,980
 Agora, se o roteador três removesse imediatamente
 essa interface, teríamos

162
00:14:38,980 --> 00:14:44,100
 um problema. Porque o PCB pararia
 de receber o fluxo.

163
00:14:44,100 --> 00:14:45,260
 E ele ainda está interessado.

164
00:14:45,260 --> 00:14:47,480
 Ele é um receptor quieto e interessado.

165
00:14:47,480 --> 00:14:53,140
 Portanto, a maneira como o PEM funciona é que,
 neste caso específico, quando o roteador

166
00:14:53,140 --> 00:14:57,800
 três recebe esta ameixa, ele
 vai esperar alguns segundos.

167
00:14:57,800 --> 00:15:00,980
 Acho que são cerca de cinco segundos,
 mas não me cite sobre isso.

168
00:15:00,980 --> 00:15:01,560
 Mas são alguns segundos.

169
00:15:01,560 --> 00:15:06,360
 Não é muito tempo porque a suposição
 é, ei, se o roteador dois

170
00:15:06,360 --> 00:15:09,720
 também viu aquela ameixa,
 o que ele vai fazer?

171
00:15:09,720 --> 00:15:11,420
 Ele vai dizer, espere um segundo.

172
00:15:11,420 --> 00:15:14,200
 Ainda tenho alguém interessado.

173
00:15:14,200 --> 00:15:19,060
 E isso fará com que ele
 envie outra junção PEM.

174
00:15:19,060 --> 00:15:22,320
 Neste caso específico, eles provavelmente
 serão uma junção s-coma-g porque

175
00:15:22,320 --> 00:15:24,000
 ele conhece a fonte.

176
00:15:24,000 --> 00:15:27,200
 E isso substituirá a poda.

177
00:15:27,200 --> 00:15:32,180
 E isso manterá esta interface na
 lista de interfaces de saída.

178
00:15:32,180 --> 00:15:35,520
 É por isso que dizemos que as podas
 PEM encorajam o vizinho rio acima.

179
00:15:35,520 --> 00:15:39,860
 Porque neste caso específico, o roteador
 não vai dizer, cara, eu mando uma ameixa,

180
00:15:39,860 --> 00:15:41,700
 mas ainda estou recebendo esse multicast.

181
00:15:41,700 --> 00:15:43,680
 Bem, não há realmente nada que
 ele possa fazer sobre isso.

182
00:15:43,680 --> 00:15:47,800
 A cada minuto ele continuará enviando uma
 ameixa e dizendo, ei, por favor, poda

183
00:15:47,800 --> 00:15:52,160
 meu. E o roteador dois irá substituir isso
 enviando uma nota, continue assim,

184
00:15:52,160 --> 00:16:01,560
 continue. Então é isso
 que os desencadeia.

185
00:16:01,560 --> 00:16:06,840
 Uma poda PEM é acionada quando você
 recebe algum tipo de licença

186
00:16:06,840 --> 00:16:12,300
 mensagem do seu receptor ou se uma
 interface downstream expirar,

187
00:16:12,300 --> 00:16:16,640
 certo? Talvez o destinatário vá embora, nunca
 envie uma licença e, eventualmente,

188
00:16:16,640 --> 00:16:21,220
 você, você sabe, o IgMP atinge o tempo limite
 dessa interface, o que provocaria uma remoção

189
00:16:21,220 --> 00:16:27,280
 também. Ou se você receber uma ameixa
 seca de um vizinho a jusante.

190
00:16:27,280 --> 00:16:33,580
 Portanto, neste caso específico, quando
 o roteador B, ou PCB, finalmente decide

191
00:16:33,580 --> 00:16:37,260
 que ele terminou, ele não
 quer mais assistir.

192
00:16:37,260 --> 00:16:44,120
 Bem, isso fará com que o roteador dois
 envie sua mensagem de remoção.

193
00:16:44,120 --> 00:16:55,300
 Isso removerá esta interface da
 lista de interfaces de saída.

194
00:16:55,300 --> 00:16:58,520
 E agora o roteador três percebe que
 sua lista de interfaces de saída é

195
00:16:58,520 --> 00:17:17,140
 null, isso fará com que ele envie seu
 próprio upstream de remoção de PEM.

196
00:17:17,140 --> 00:17:24,120
 Isso praticamente conclui esta
 seção sobre como ingressar no

197
00:17:24,120 --> 00:17:25,820
 árvore de caminho mais curto.

198
00:17:25,820 --> 00:17:28,580
 Ah, há outra coisa que queremos
 verificar antes de terminar.

199
00:17:28,580 --> 00:17:32,400
 Deixe-me voltar. Queremos verificar isso.

200
00:17:32,400 --> 00:17:39,080
 Queremos ver, ok, quando o multicast começa
 a fluir pelo canal compartilhado

201
00:17:39,080 --> 00:17:45,860
 árvore, de acordo com a RFC, a
 primeira pessoa a mudar tem que

202
00:17:45,860 --> 00:17:47,140
 seja o roteador folha.

203
00:17:47,140 --> 00:17:50,480
 Que esse roteador intermediário do roteador
 oito aqui, porque ele não tem

204
00:17:50,480 --> 00:17:58,700
 receptores conectados, não é permitido
 fazer esse processo de transição.

205
00:17:58,700 --> 00:18:01,200
 Então, vamos ver se isso
 é realmente verdade.

206
00:18:01,200 --> 00:18:02,600
 Tenho certeza que provavelmente é.

207
00:18:02,600 --> 00:18:04,260
 Mas vamos ver aqui.

208
00:18:04,260 --> 00:18:08,040
 Como vamos testar isso?

209
00:18:08,040 --> 00:18:15,140
 Bem, aqui está o que eu
 acho que vai acontecer.

210
00:18:15,140 --> 00:18:21,080
 Se tudo correr de acordo com o que a RFC
 diz que deveria acontecer, então quando

211
00:18:21,080 --> 00:18:25,700
 roteador dois, o roteador folha recebe
 o primeiro pacote multicast, ele deve

212
00:18:25,700 --> 00:18:27,500
 junte-se à árvore do caminho mais curto.

213
00:18:27,500 --> 00:18:34,800
 Assim que a árvore do caminho mais curto for
 aberta, ele deverá podar o roteador oito.

214
00:18:34,800 --> 00:18:39,340
 O roteador oito deve então enviar
 uma remoção ou o roteador três.

215
00:18:39,340 --> 00:18:46,900
 Então, de certa forma, nunca deveríamos ver
 uma junção S, G originada do roteador

216
00:18:46,900 --> 00:18:51,860
 oito. Deveríamos ver ameixas provenientes
 dele, mas não deveríamos ver

217
00:18:51,860 --> 00:18:57,540
 S, G junta-se originado
 com seu endereço IP.

218
00:18:57,540 --> 00:19:00,720
 Então, aqui está como vamos testar isso.

219
00:19:00,720 --> 00:19:06,560
 Vamos apenas mudar para todas as
 interfaces conectadas ao roteador

220
00:19:06,560 --> 00:19:12,880
 oito, que é zero dois e zero treze.

221
00:19:12,880 --> 00:19:18,780
 Capturaremos todo o tráfego de entrada
 e saída e veremos se ele algum dia

222
00:19:18,780 --> 00:19:24,760
 na verdade, envia uma junção
 S, G, que não deveríamos ver.

223
00:19:24,760 --> 00:19:29,200
 Tudo bem, então isso está feito.

224
00:19:29,200 --> 00:19:35,300
 Vamos limpar o estado MROUT,
 mostrar IP, MROUT.

225
00:19:35,300 --> 00:19:38,680
 Ok, então o estado S, G já expirou.

226
00:19:38,680 --> 00:19:42,780
 Vamos para o interruptor.

227
00:19:42,780 --> 00:19:46,140
 Então, agora estamos monitorando
 zero dois.

228
00:19:46,140 --> 00:20:07,200
 Queremos adicionar zero
 treze a essa lista.

229
00:20:07,200 --> 00:20:14,020
 Tudo bem, vamos voltar ao roteador cinco.

230
00:20:14,020 --> 00:20:34,360
 Comece nosso rastreamento de atirador.

231
00:20:34,360 --> 00:20:39,680
 Ok, neste momento não estou vendo
 o multicast passar pelo roteador

232
00:20:39,680 --> 00:20:45,460
 mais oito, porque no momento tudo
 o que estou vendo são interfaces

233
00:20:45,460 --> 00:20:48,600
 conectado ao roteador oito, e não estou
 vendo nenhum multicast acontecendo

234
00:20:48,600 --> 00:20:52,280
 por lá. Parou aqui mesmo.

235
00:20:52,280 --> 00:20:55,280
 Então vamos ver aqui oito dois oito dois.

236
00:20:55,280 --> 00:21:02,820
 Esse é o roteador dois
 oito quatro oito oito.

237
00:21:02,820 --> 00:21:11,640
 Esse é o roteador oito
 oito quatro oito oito.

238
00:21:11,640 --> 00:21:13,780
 Ok, então o que o roteador
 oito enviou ali?

239
00:21:13,780 --> 00:21:16,300
 Roteador oito oito quatro oito oito.

240
00:21:16,300 --> 00:21:18,500
 Ele enviou uma ameixa.

241
00:21:18,500 --> 00:21:24,320
 Ok, então é ele enviando uma ameixa para
 a árvore compartilhada, e ele fez isso

242
00:21:24,320 --> 00:21:27,240
 em resposta à ameixa que recebeu.

243
00:21:27,240 --> 00:21:31,100
 Portanto, esta é provavelmente
 a ameixa que ele recebeu.

244
00:21:31,100 --> 00:21:35,200
 Então isso é, sim, então esta é a remoção
 do roteador dois que está conectado

245
00:21:35,200 --> 00:21:39,320
 para o nosso receptor que disse, ei,
 olha, vizinho oito dois oito oito.

246
00:21:39,320 --> 00:21:40,980
 Eu não preciso mais de você.

247
00:21:40,980 --> 00:21:44,400
 Vamos podar essa árvore compartilhada
 entre você e eu.

248
00:21:44,400 --> 00:21:51,120
 E o roteador oito encaminhou aquele
 podador para o ponto de encontro.

249
00:21:51,120 --> 00:22:01,720
 Então, com certeza, não vemos nenhuma
 mensagem de junção do roteador oito.

250
00:22:01,720 --> 00:22:07,480
 Aqui ele está ingressando no RP automático,
 então isso não conta.

251
00:22:07,480 --> 00:22:14,360
 Então, com certeza, isso confirma o que a
 RFC diz, que apenas os roteadores folha

252
00:22:14,360 --> 00:22:18,320
 ou os roteadores de último salto podem ingressar
 na árvore de caminho mais curto.