1
00:00:08,840 --> 00:00:12,040
 Então agora construímos
 a árvore compartilhada.

2
00:00:12,040 --> 00:00:17,660
 Neste ponto, se o multicast começar,
 quando atingir o RP, ele irá

3
00:00:17,660 --> 00:00:22,560
 vá do roteador 3 para o roteador 8, do roteador 8
 para o roteador 2 e depois saia para o roteador

4
00:00:22,560 --> 00:00:26,320
 1. Então, estamos prontos para começar.

5
00:00:26,320 --> 00:00:30,920
 Ok, então deixe-me, ok, vou manter
 isso como está por enquanto.

6
00:00:30,920 --> 00:00:34,620
 Está começando a ficar um pouco confuso,
 mas farei o meu melhor aqui.

7
00:00:34,620 --> 00:00:40,680
 Ok, então agora, você sabe, um minuto depois,
 uma hora depois, a fonte finalmente

8
00:00:40,680 --> 00:00:43,940
 começa. Ele começa a enviar
 seu fluxo multicast.

9
00:00:43,940 --> 00:00:57,440
 Então aí está. Roteador 4 na
 parte de trás da cabeça.

10
00:00:57,440 --> 00:01:03,880
 Que ação o roteador 4 tomará como resultado
 do recebimento deste primeiro

11
00:01:03,880 --> 00:01:05,940
 pacote multicast?

12
00:01:05,940 --> 00:01:08,540
 Na verdade, ele vai fazer muitas coisas,
 então há mais de uma coisa correta

13
00:01:08,540 --> 00:01:21,240
 responda aqui. Bem, antes que ele faça qualquer
 coisa, você sabe, a regra do PIM

14
00:01:21,240 --> 00:01:28,000
 é que quando você recebe algo, você
 não pode criar nenhum pacote PIM.

15
00:01:28,000 --> 00:01:33,380
 Você não pode encaminhar nenhum pacote
 multicast até criar um estado no

16
00:01:33,380 --> 00:01:37,660
 Tabela de rotas M. Sem o estado da
 rota M, você não pode fazer nada.

17
00:01:37,660 --> 00:01:41,500
 Então a primeira coisa que esse cara precisa
 fazer é criar um estado de rota M.

18
00:01:41,500 --> 00:01:46,160
 Então ele diz, ok, bem, porque
 na verdade recebi tráfego do

19
00:01:46,160 --> 00:01:54,060
 fonte, vou criar o estado s-coma-g,
 que é 4.5.4.5 a 39.999.

20
00:01:54,060 --> 00:01:55,500
 Então esse é o nosso s-coma-g.

21
00:01:55,500 --> 00:02:03,140
 Ok, então neste caso específico, interface
 de entrada, o que ele está fazendo?

22
00:02:03,140 --> 00:02:12,020
 ter como interface de entrada?

23
00:02:12,020 --> 00:02:14,560
 Bem, será a interface onde esse
 multicast será realmente

24
00:02:14,560 --> 00:02:16,360
 entrando. Exatamente.

25
00:02:16,360 --> 00:02:18,080
 Ethernet rápida, 0 barra 1.

26
00:02:18,080 --> 00:02:21,700
 Isso mesmo. Então é isso
 que teremos aqui.

27
00:02:21,700 --> 00:02:28,920
 Qual será o vizinho RPF
 para esta entrada?

28
00:02:28,920 --> 00:02:34,580
 Qual endereço IP colocaremos lá?

29
00:02:34,580 --> 00:02:41,020
 Exatamente, Pedro. Isso mesmo.

30
00:02:41,020 --> 00:02:42,780
 Ele diz, olha, eu sou o roteador
 do último salto.

31
00:02:42,780 --> 00:02:45,560
 Estou conectado diretamente à fonte.

32
00:02:45,560 --> 00:02:48,400
 Isso não me ocorreu por meio
 de nenhum outro roteador.

33
00:02:48,400 --> 00:02:51,280
 Portanto, o vizinho do próximo
 salto será todo zero.

34
00:02:51,280 --> 00:02:54,480
 Estou onde tudo começa aqui.

35
00:02:54,480 --> 00:02:58,880
 Agora, agora mesmo, o que estará na lista
 de interfaces de saída enquanto ele

36
00:02:58,880 --> 00:03:15,800
 cria isso? A lista de interfaces
 de saída será nula.

37
00:03:15,800 --> 00:03:18,940
 Porque ele vai dizer, olha, mesmo que
 eu esteja recebendo esse multicast,

38
00:03:18,940 --> 00:03:20,460
 ninguém nunca me pediu isso.

39
00:03:20,460 --> 00:03:24,740
 Nunca recebi nenhum tipo de solicitação
 IGMP ou PIM para isso.

40
00:03:24,740 --> 00:03:31,760
 Então é nulo. Agora, se eu fizesse uma
 rota show IPM, agora é tudo que eu

41
00:03:31,760 --> 00:03:37,320
 veria, esta entrada de energia
 s para este estado?

42
00:03:37,320 --> 00:03:44,400
 Você tem 50% de chance de acertar.

43
00:03:44,400 --> 00:03:52,620
 Sim ou não? Não. A resposta é: não,
 isso não é tudo que você veria.

44
00:03:52,620 --> 00:03:58,960
 Porque embora os roteadores daqui possam
 ter comédias famosas sozinhos,

45
00:03:58,960 --> 00:04:02,700
 um s-coma-g não pode existir por si só.

46
00:04:02,700 --> 00:04:06,320
 Um s-coma-g é, você se lembra daquela analogia
 do irmão mais novo e do irmão mais velho?

47
00:04:06,320 --> 00:04:08,820
 Eu disse que a estrela da comédia
 é o irmão mais velho.

48
00:04:08,820 --> 00:04:12,040
 Ele pode sair. Ele pode passear
 pela vizinhança sozinho.

49
00:04:12,040 --> 00:04:15,100
 Mas o s-coma-g é o irmão
 mais novo de sete anos.

50
00:04:15,100 --> 00:04:18,240
 Não o queremos sozinho porque
 algo pode acontecer com ele.

51
00:04:18,240 --> 00:04:20,960
 Então ele tem que concordar
 com o irmão mais velho.

52
00:04:20,960 --> 00:04:25,920
 Portanto, precisamos criar a entrada da
 comédia estrelada, se ainda não existir.

53
00:04:25,920 --> 00:04:29,080
 Neste caso, um não existia.

54
00:04:29,080 --> 00:04:33,220
 Então, vamos preencher isso.

55
00:04:33,220 --> 00:04:38,160
 Estou um pouco confuso aqui,
 mas vou tentar encaixar tudo.

56
00:04:38,160 --> 00:04:39,900
 A interface de entrada será rápida.

57
00:04:39,900 --> 00:04:43,300
 Ethernet 0 barra 0 ponto 34 porque
 essa é a interface que leva ao

58
00:04:43,300 --> 00:04:44,600
 ponto de encontro.

59
00:04:44,600 --> 00:04:50,040
 Nosso vizinho PF será 3
 ponto 4 ponto 3 ponto 3.

60
00:04:50,040 --> 00:04:55,040
 Uma lista de interfaces de saída,
 mais uma vez, será nula.

61
00:04:55,040 --> 00:04:58,520
 Porque apenas preenchemos a lista
 de interfaces de saída com algo se

62
00:04:58,520 --> 00:05:01,220
 recebemos algum tipo de solicitação.

63
00:05:01,220 --> 00:05:03,520
 E nunca recebemos um pedido.

64
00:05:03,520 --> 00:05:06,260
 Ok, agora criamos MROUT STATE.

65
00:05:06,260 --> 00:05:08,740
 Mas ainda não respondemos à pergunta:
 o que estamos fazendo com isso

66
00:05:08,740 --> 00:05:10,820
 primeiro pacote multicast?

67
00:05:10,820 --> 00:05:15,340
 Agora que o ESTADO MROUT foi criado,
 o que vamos fazer com isso?

68
00:05:15,340 --> 00:05:24,840
 Nós vamos registrá-lo.

69
00:05:24,840 --> 00:05:26,020
 Nós vamos enviar.

70
00:05:26,020 --> 00:05:31,780
 Vamos encapsulá-lo dentro de
 um pacote de registro PIM.

71
00:05:31,780 --> 00:05:35,800
 Então aqui vai, e isso será unicast.

72
00:05:35,800 --> 00:05:41,420
 Então, vamos ver se consigo
 fazer justiça aqui.

73
00:05:41,420 --> 00:05:51,580
 Portanto, isso será unicast
 de R4 para R3.

74
00:05:51,580 --> 00:05:58,280
 E um rastreamento de farejador
 dirá PIM REGISTER.

75
00:05:58,280 --> 00:06:03,580
 Agora, quando o R3 obtiver o PIM REGISTER,
 assim como o R4 fez um monte de

76
00:06:03,580 --> 00:06:06,340
 coisas simultaneamente quando recebeu
 o primeiro pacote, ele criou todos os

77
00:06:06,340 --> 00:06:10,220
 estado e ele registrou, bem,
 R3, ele vai fazer um monte de

78
00:06:10,220 --> 00:06:13,080
 coisas simultaneamente assim que
 ele obtiver esse registro.

79
00:06:13,080 --> 00:06:18,280
 Como ele finalmente vê a fonte real,
 ele pode criar uma entrada S-comaG.

80
00:06:18,280 --> 00:06:20,560
 Não vou ficar sem espaço aqui,
 então vou apenas colocar

81
00:06:20,560 --> 00:06:22,200
 apenas o básico.

82
00:06:22,200 --> 00:06:27,520
 4.5.4.5, 2.39.999.

83
00:06:27,520 --> 00:06:32,040
 Então essa é minha entrada no S-comaG.

84
00:06:32,040 --> 00:06:38,100
 E se você tiver alguma dúvida sobre
 qual é a interface de entrada ou

85
00:06:38,100 --> 00:06:44,180
 qualquer coisa assim, então nesta entrada
 específica do S-comaG, irei em frente

86
00:06:44,180 --> 00:06:48,740
 e coloque isso. Quando ele criar,
 ele dirá, ok, bem, se eu já tiver

87
00:06:48,740 --> 00:06:53,620
 tenho um star-comaG existente,
 ele estava apenas esperando.

88
00:06:53,620 --> 00:06:56,940
 E agora eu crio um S-comaG porque
 realmente vejo o multicast.

89
00:06:56,940 --> 00:07:00,520
 Voltarei ao meu star-comaG e ao que quer
 que esteja na minha interface de saída

90
00:07:00,520 --> 00:07:05,080
 list lá, vou copiá-lo para o meu S-comaG.

91
00:07:05,080 --> 00:07:11,100
 A única situação em que isso não aconteceria
 seria se, ao fazê-lo, você

92
00:07:11,100 --> 00:07:14,840
 teria uma duplicata de onde a interface
 de entrada do S-comaG é o

93
00:07:14,840 --> 00:07:17,580
 igual à lista de interfaces de saída.

94
00:07:17,580 --> 00:07:18,800
 Você não pode ter isso.

95
00:07:18,800 --> 00:07:21,280
 Você não pode ter uma interface na lista
 de interfaces de saída que seja a

96
00:07:21,280 --> 00:07:22,800
 igual à interface de entrada.

97
00:07:22,800 --> 00:07:24,360
 Isso é contra as regras do PIM.

98
00:07:24,360 --> 00:07:30,080
 Mas neste caso, não precisamos
 nos preocupar com isso.

99
00:07:30,080 --> 00:07:32,540
 Então, alguém na plateia
 fez uma boa pergunta.

100
00:07:32,540 --> 00:07:34,440
 Eles estão dizendo, então é
 uma mensagem unicast, certo?

101
00:07:34,440 --> 00:07:36,020
 Esse registro PIM é unicast.

102
00:07:36,020 --> 00:07:41,420
 Então, se eu tivesse dois, três ou quatro roteadores
 entre o roteador três e o roteador

103
00:07:41,420 --> 00:07:44,900
 quatro, eles teriam algum
 estado multicast?

104
00:07:44,900 --> 00:07:46,040
 Não, eles não fariam isso.

105
00:07:46,040 --> 00:07:48,460
 Porque se houvesse algum roteador
 aqui, eles apenas veriam

106
00:07:48,460 --> 00:07:53,500
 um pacote unicast com endereço
 de origem quatro, destino três,

107
00:07:53,500 --> 00:07:54,360
 e eles simplesmente encaminhariam isso.

108
00:07:54,360 --> 00:07:58,560
 Assim como eles estão roteando uma solicitação
 de telnet, navegador da web ou FTP.

109
00:07:58,560 --> 00:08:02,520
 Então, se houvesse algum roteador
 aqui no momento, a rota M deles

110
00:08:02,520 --> 00:08:03,800
 estado não mostraria nada.

111
00:08:03,800 --> 00:08:06,820
 Eles não estão cientes de que o multicast
 está realmente viajando através deles

112
00:08:06,820 --> 00:08:14,440
 como unicast. Ok, então o roteador
 três cria o estado S-comaG e então

113
00:08:14,440 --> 00:08:18,240
 ele usa isso para realmente encaminhá-lo
 para baixo da árvore.

114
00:08:18,240 --> 00:08:21,560
 Então ele diz, ok, vou desencapsular
 esse registro, revelando

115
00:08:21,560 --> 00:08:29,320
 o multicast dentro, e vou encaminhá-lo
 para baixo da árvore, e então

116
00:08:29,320 --> 00:08:33,340
 roteador oito, quando ele conseguir,
 bem, isso criará o estado S-comaG em

117
00:08:33,340 --> 00:08:41,700
 ele. Vou apenas colocar isso, porque
 estamos ficando sem espaço.

118
00:08:41,700 --> 00:08:45,600
 Ele então o encaminhará pela árvore
 compartilhada para o roteador dois.

119
00:08:45,600 --> 00:08:47,200
 Agora vamos voltar aqui por um segundo.

120
00:08:47,200 --> 00:08:50,300
 Antes de falar sobre o que acontece no roteador
 dois, vamos voltar ao ponto de encontro

121
00:08:50,300 --> 00:08:55,980
 apontar. Exatamente, Brandon, o registro
 de pinos é basicamente um túnel unicast

122
00:08:55,980 --> 00:08:58,640
 para o pacote multicast.

123
00:08:58,640 --> 00:09:03,120
 Na verdade, é interessante
 que você traga isso à tona.

124
00:09:03,120 --> 00:09:08,500
 Depois de entrar no roteador e configurar
 primeiro o RP nele, você

125
00:09:08,500 --> 00:09:12,660
 diga a ele quem é o RP, verifique isso.

126
00:09:12,660 --> 00:09:15,540
 Eu vou, realmente não importa qual
 roteador eu escolho, mas tudo por

127
00:09:15,540 --> 00:09:18,100
 por uma questão de propósito,
 irei para o roteador quatro.

128
00:09:18,100 --> 00:09:26,020
 Veja isso. Na verdade, ele cria
 uma interface de túnel.

129
00:09:26,020 --> 00:09:33,440
 Sim, e se você mostrar o túnel de interface
 zero, na verdade diz, pem

130
00:09:33,440 --> 00:09:35,400
 túnel de registro.

131
00:09:35,400 --> 00:09:40,400
 Todo roteador terá isso, porque a
 qualquer momento um roteador nunca

132
00:09:40,400 --> 00:09:43,120
 sabe, vou precisar me cadastrar?

133
00:09:43,120 --> 00:09:45,840
 Será que algum dia haverá um multicast
 que me atingirá e que eu vou precisar

134
00:09:45,840 --> 00:09:47,360
 registrar-se no RP?

135
00:09:47,360 --> 00:09:53,160
 Assim que um roteador sabe quem é
 o RP, ele cria dinamicamente esse

136
00:09:53,160 --> 00:09:54,440
 túnel de registro.

137
00:09:54,440 --> 00:09:57,820
 Portanto, está pronto e esperando para
 ser usado caso precise ser registrado

138
00:09:57,820 --> 00:10:00,900
 qualquer coisa. Sim, isso é muito legal.

139
00:10:00,900 --> 00:10:07,880
 Ok, então o roteador três acabou
 de encaminhar o pacote multicast.

140
00:10:07,880 --> 00:10:12,760
 Agora mencionei que o problema com esses
 pacotes de registro é que eles consomem

141
00:10:12,760 --> 00:10:17,360
 um pouco mais de recursos de CPU
 no roteador que está registrando,

142
00:10:17,360 --> 00:10:22,720
 o roteador que está desencapsulando
 ou desencapsulando o registro.

143
00:10:22,720 --> 00:10:25,920
 Então o roteador três diz, ok, não quero
 continuar recebendo esses registros

144
00:10:25,920 --> 00:10:28,580
 pacotes se isso estiver me fazendo
 trabalhar ainda mais.

145
00:10:28,580 --> 00:10:33,680
 Eu preferiria receber apenas o multicast
 nativo como está, multicast puro.

146
00:10:33,680 --> 00:10:37,900
 Ele diz, então para fazer isso, eu tenho
 que avisar meus vizinhos rio acima

147
00:10:37,900 --> 00:10:42,500
 na direção da árvore do caminho
 mais curto é isso que eu quero.

148
00:10:42,500 --> 00:10:47,720
 Então o roteador três diz, ok, agora que estou
 com esse estado de s-comage, e de acordo

149
00:10:47,720 --> 00:10:53,460
 para mim, minha árvore de caminho mais curto
 é a interface fast-eath e zero zero.

150
00:10:53,460 --> 00:10:57,620
 Certo, diz ele, quando faço uma pesquisa
 RPF na fonte, quatro, cinco, quatro,

151
00:10:57,620 --> 00:11:01,660
 cinco, minha pesquisa RPF diz que meu caminho
 mais curto está indo rápido e em

152
00:11:01,660 --> 00:11:08,240
 zero zero. Portanto, o roteador três
 enviará outro tipo de pacote PIM.

153
00:11:08,240 --> 00:11:12,180
 Que tipo de pacote PIM o roteador
 três enviará neste ponto em ordem

154
00:11:12,180 --> 00:11:23,780
 para abrir seu caminho mais curto?

155
00:11:23,780 --> 00:11:31,820
 Ele enviará um PIM s-comagee
 join, um s-comagee join.

156
00:11:31,820 --> 00:11:35,280
 E se houvesse algum roteador aqui
 no meio entre esses dois caras

157
00:11:35,280 --> 00:11:40,360
 que não tinha anteriormente nenhum estado
 multicast porque o registro estava

158
00:11:40,360 --> 00:11:43,900
 apenas passando por eles de forma transparente,
 se houvesse algum roteador, vamos

159
00:11:43,900 --> 00:11:47,140
 basta colocar um falso aqui por enquanto,
 digamos apenas roteador

160
00:11:47,140 --> 00:11:49,500
 x estava bem aqui.

161
00:11:49,500 --> 00:11:56,200
 Agora, após o recebimento desta junção s-comagee,
 o roteador x criaria s-comagee

162
00:11:56,200 --> 00:11:59,140
 estado em sua tabela m-route.

163
00:11:59,140 --> 00:12:03,940
 E ele criaria o estado star-comagee
 porque o s-comagee não pode viver

164
00:12:03,940 --> 00:12:07,400
 por si próprio. É muito assustador
 sair andando sozinho pelo mundo.

165
00:12:07,400 --> 00:12:09,020
 Tem que ter um irmão mais
 velho junto com ele.

166
00:12:09,020 --> 00:12:12,040
 Portanto, isso também cria um
 estado de comagente estelar.

167
00:12:12,040 --> 00:12:16,780
 E então ele encaminharia o s-comagee
 rio acima e eventualmente ele iria

168
00:12:16,780 --> 00:12:18,500
 alcance o roteador quatro.

169
00:12:18,500 --> 00:12:23,280
 Assim que o roteador quatro recebe esse s-comagee,
 ele diz: ah, alguém está realmente

170
00:12:23,280 --> 00:12:25,400
 me pedindo esse multicast.

171
00:12:25,400 --> 00:12:33,100
 Então agora na minha entrada s-comagee, posso
 remover minha interface de saída nula

172
00:12:33,100 --> 00:12:38,960
 e irei substituí-lo pela interface onde
 acabei de receber a solicitação,

173
00:12:38,960 --> 00:12:45,040
 a solicitação s-comagee,
 que é fast-eathonet00.34.

174
00:12:45,040 --> 00:12:50,800
 Isso agora dá permissão ao roteador quatro
 para começar a encaminhar o multicast

175
00:12:50,800 --> 00:12:55,620
 nativamente em fast-eathonet00.34.

176
00:12:55,620 --> 00:13:04,340
 Mas lembre-se, quando a junção s-comagee chegou,
 o roteador quatro não necessariamente

177
00:13:04,340 --> 00:13:08,120
 sei que foi porque o ponto
 de encontro o iniciou.

178
00:13:08,120 --> 00:13:10,140
 Ele não necessariamente sabe disso.

179
00:13:10,140 --> 00:13:13,440
 Tudo o que ele sabe é que há um vizinho
 rio abaixo que quer abrir

180
00:13:13,440 --> 00:13:17,820
 o multicast. Então o roteador quatro diz,
 ok, vou enviar o multicast em seu

181
00:13:17,820 --> 00:13:22,840
 forma nativa pura neste link, mas
 não sei se o ponto de encontro

182
00:13:22,840 --> 00:13:24,780
 até recebeu meu registro.

183
00:13:24,780 --> 00:13:26,740
 Porque lembre-se, não é como o TCP.

184
00:13:26,740 --> 00:13:28,400
 Não há agradecimentos nem nada aqui.

185
00:13:28,400 --> 00:13:31,800
 Quando o roteador quatro enviou o registro,
 ele simplesmente o enviou para o vazio e

186
00:13:31,800 --> 00:13:35,400
 ele não tinha ideia se o RP
 realmente entendeu ou não.

187
00:13:35,400 --> 00:13:39,420
 Então ele diz, bem, além de enviar
 o multicast em seu formato nativo

188
00:13:39,420 --> 00:13:44,340
 descendo por aqui até o roteador X, também
 preciso continuar me registrando.

189
00:13:44,340 --> 00:13:45,620
 Eu não posso parar com isso.

190
00:13:45,620 --> 00:13:48,720
 Porque até o ponto de encontro confirmar
 que recebeu meu registro,

191
00:13:48,720 --> 00:13:50,220
 Eu tenho que continuar.

192
00:13:50,220 --> 00:13:55,580
 Então agora o multicast está descendo nesta
 árvore e o roteador três recebe dois

193
00:13:55,580 --> 00:14:00,520
 cópias dele. Ele obtém o multicast nativo
 porque agora esse caminho foi

194
00:14:00,520 --> 00:14:06,060
 abriu. E ele recebe exatamente o mesmo
 pacote multicast encapsulado

195
00:14:06,060 --> 00:14:08,120
 dentro de um registro.

196
00:14:08,120 --> 00:14:10,980
 Agora, o roteador três diz, ok, ótimo.

197
00:14:10,980 --> 00:14:14,860
 Eu sei que meu caminho mais curto
 para a fonte está funcionando.

198
00:14:14,860 --> 00:14:16,380
 Eu sei que está aberto.

199
00:14:16,380 --> 00:14:19,880
 Porque se não estivesse funcionando eu
 não teria recebido o multicast normal,

200
00:14:19,880 --> 00:14:21,780
 o verdadeiro multicast nativo.

201
00:14:21,780 --> 00:14:25,100
 Ele diz, então já que recebi o multicast
 real, que ele continua encaminhando

202
00:14:25,100 --> 00:14:30,940
 downstream, diz ele, agora posso enviar
 uma mensagem de parada de registro.

203
00:14:30,940 --> 00:14:36,280
 O que estou ficando sem espaço aqui,
 mas ele pode enviar um registro PIM

204
00:14:36,280 --> 00:14:43,620
 parar. E isso, como diz, fará
 com que o roteador quatro pare

205
00:14:43,620 --> 00:14:47,820
 registrando. E agora ele irá apenas enviar
 o multicast nativo em seu formato puro

206
00:14:47,820 --> 00:14:52,620
 vá até o roteador três e ele irá embora.

207
00:14:52,620 --> 00:14:56,040
 Agora, eu mencionei quando o primeiro pacote
 multicast, quando aquele primeiro

208
00:14:56,040 --> 00:15:00,820
 o registro foi desencapsulado, desencapsulado
 e, eventualmente, feito seu

209
00:15:00,820 --> 00:15:03,320
 caminho para o roteador dois, eu disse,
 vamos fazer uma pausa por um segundo.

210
00:15:03,320 --> 00:15:05,320
 Vamos voltar ao ponto de encontro
 porque o roteador dois vai fazer

211
00:15:05,320 --> 00:15:06,380
 um monte de coisas.

212
00:15:06,380 --> 00:15:08,840
 Então, vamos voltar no tempo.

213
00:15:08,840 --> 00:15:12,820
 Vamos voltar o relógio um ou dois segundos
 para quando isso acontecer.

214
00:15:12,820 --> 00:15:15,840
 o primeiro pacote multicast
 atingiu o roteador dois.

215
00:15:15,840 --> 00:15:17,120
 Bem, adivinhe?

216
00:15:17,120 --> 00:15:26,300
 Roteador dois, quando consegue, ele cria
 estado S, vírgula G, porque agora

217
00:15:26,300 --> 00:15:28,100
 ele viu o pacote.

218
00:15:28,100 --> 00:15:32,840
 E ele diz, ok, ele volta para
 sua estrela, vírgula G, e vê

219
00:15:32,840 --> 00:15:35,640
 uma pequena bandeira ali.

220
00:15:35,640 --> 00:15:42,240
 A bandeira C, que diz, ah, lembro que
 criei a estrela, vírgula G estado

221
00:15:42,240 --> 00:15:46,320
 porque um conectado diretamente, é isso
 que C representa, um diretamente

222
00:15:46,320 --> 00:15:49,580
 receptor conectado me
 pediu esse multicast.

223
00:15:49,580 --> 00:15:51,300
 Recebi um relatório de adesão.

224
00:15:51,300 --> 00:15:55,700
 Então ele diz, isso significa que sou
 o que o PIM chama de roteador folha.

225
00:15:55,700 --> 00:15:57,900
 Estou no final do galho.

226
00:15:57,900 --> 00:16:03,140
 E como sou um roteador leaf, tenho autoridade
 para abrir o caminho mais curto

227
00:16:03,140 --> 00:16:08,960
 árvore de caminho. Quanto a mim, posso me
 afastar da árvore compartilhada e tentar

228
00:16:08,960 --> 00:16:12,020
 obtenha esses pacotes de
 maneira mais eficiente.

229
00:16:12,020 --> 00:16:15,640
 Então, se assumirmos aqui que esse link
 serial é na verdade o caminho mais curto

230
00:16:15,640 --> 00:16:19,960
 árvore da perspectiva do roteador
 dois, ele basicamente fará o exato

231
00:16:19,960 --> 00:16:22,460
 mesma coisa que o ponto de encontro fez.

232
00:16:22,460 --> 00:16:29,100
 Ele vai enviar um S, vírgula
 G para juntar-se ao upstream.

233
00:16:29,100 --> 00:16:36,560
 E quando o roteador quatro conseguir isso, ele
 estará em sua lista de interfaces de saída

234
00:16:36,560 --> 00:16:43,600
 agora adicione o serial 010
 a essa interface de saída.

235
00:16:43,600 --> 00:16:47,960
 E agora o multicast nativo começará
 a fluir desta forma.

236
00:16:47,960 --> 00:16:53,580
 Depois que o roteador dois obtém esse multicast
 nativo, ele diz: ok, incrível.

237
00:16:53,580 --> 00:16:56,920
 Agora estou obtendo o multicast nativo
 na minha árvore de caminho mais curto.

238
00:16:56,920 --> 00:17:02,020
 Mas hmm, também estou recebendo cópias
 desse pacote na árvore compartilhada.

239
00:17:02,020 --> 00:17:04,620
 Não preciso mais desses pacotes
 na árvore compartilhada.

240
00:17:04,620 --> 00:17:05,780
 Eu não quero isso.

241
00:17:05,780 --> 00:17:12,240
 Então, revise a questão: o que o roteador
 dois faz para tentar parar o

242
00:17:12,240 --> 00:17:17,540
 pacotes desçam na árvore compartilhada?

243
00:17:17,540 --> 00:17:29,200
 Isso mesmo. Ele envia uma
 mensagem de remoção PIM.

244
00:17:29,200 --> 00:17:34,300
 Exatamente uma mensagem de remoção PIM, que tem
 exatamente o mesmo formato de uma junção PIM

245
00:17:34,300 --> 00:17:38,480
 mensagem. Apenas em vez de dizer o número
 de grupos participantes, diz o número

246
00:17:38,480 --> 00:17:40,440
 de grupos podados.

247
00:17:40,440 --> 00:17:45,520
 Então ele manda uma ameixa PIM.

248
00:17:45,520 --> 00:17:51,480
 Neste caso específico, ele realmente
 terá a fonte, 4.5.4.5.

249
00:17:51,480 --> 00:17:54,500
 Ele terá o grupo.

250
00:17:54,500 --> 00:18:00,920
 Mas lá dentro, ele terá o bit RP definido,
 que informa ao seu upstream

251
00:18:00,920 --> 00:18:04,660
 vizinho, ei, não encaminhe
 isso para a fonte.

252
00:18:04,660 --> 00:18:07,180
 Embora eu esteja listando o endereço
 da fonte aqui, não é aí que está

253
00:18:07,180 --> 00:18:09,000
 a mensagem está finalmente indo.

254
00:18:09,000 --> 00:18:11,760
 Preciso que você encaminhe isso
 para o ponto de encontro.

255
00:18:11,760 --> 00:18:16,060
 Então o roteador oito removerá zero
 barra um de sua interface de saída

256
00:18:16,060 --> 00:18:22,880
 lista. Ele criará uma mensagem de
 remoção, que enviará ao roteador

257
00:18:22,880 --> 00:18:28,180
 três. O roteador três removerá sua
 lista de interfaces de saída.

258
00:18:28,180 --> 00:18:34,780
 E agora o roteador três dirá, ok,
 bem, ninguém precisa do multicast

259
00:18:34,780 --> 00:18:38,820
 mais para mim. Não tenho mais interfaces
 na minha lista de interfaces de saída.

260
00:18:38,820 --> 00:18:40,140
 Então adivinhe o que ele fará?

261
00:18:40,140 --> 00:18:43,300
 Ele enviará uma ameixa
 em direção à fonte.

262
00:18:43,300 --> 00:18:47,460
 E então, eventualmente, depois de
 um ou dois segundos, o tráfego não

263
00:18:47,460 --> 00:18:51,200
 por mais tempo, ele deixará de passar pelo
 ponto de encontro, e isso só acontecerá

264
00:18:51,200 --> 00:18:57,140
 descendo a árvore do caminho de origem
 diretamente para o roteador dois.

265
00:18:57,140 --> 00:19:02,560
 Então, que perguntas você tem?

266
00:19:02,560 --> 00:19:06,740
 Isso completa minha análise desse
 processo na audiência ao vivo.

267
00:19:06,740 --> 00:19:22,160
 Você tem alguma pergunta?

268
00:19:22,160 --> 00:19:23,900
 Pedro faz uma boa pergunta.

269
00:19:23,900 --> 00:19:26,460
 Ele diz, ei, lembro de algo
 chamado registro nulo.

270
00:19:26,460 --> 00:19:29,640
 Quem envia isso e em que
 condições é enviado?

271
00:19:29,640 --> 00:19:32,540
 Ok, então aqui estamos no presente.

272
00:19:32,540 --> 00:19:36,460
 Neste momento, o multicast está atingindo
 o roteador quatro, e a única saída

273
00:19:36,460 --> 00:19:42,300
 A interface que o roteador quatro possui
 é serial zero barra um tamanho zero.

274
00:19:42,300 --> 00:19:45,320
 Então ele está enviando diretamente
 dessa maneira.

275
00:19:45,320 --> 00:19:51,520
 Mas o roteador quatro, ele diz, bem,
 a cada poucos segundos ele pensa.

276
00:19:51,520 --> 00:19:55,900
 O roteador quatro, a cada poucos segundos,
 diz, bem, há uma possibilidade de que

277
00:19:55,900 --> 00:20:01,160
 outra pessoa nos últimos segundos pode
 ter entrado na transmissão e enviado

278
00:20:01,160 --> 00:20:03,740
 seu pedido até o ponto de encontro.

279
00:20:03,740 --> 00:20:06,360
 E talvez o ponto de encontro que
 está ali agora, mexendo no seu

280
00:20:06,360 --> 00:20:09,300
 polegar dizendo, cara, eu queria que aquela
 transmissão começasse porque eu tenho alguém

281
00:20:09,300 --> 00:20:10,800
 novo quem quer.

282
00:20:10,800 --> 00:20:13,680
 Mas lembre-se, o ponto de encontro
 pode ter esquecido o riacho.

283
00:20:13,680 --> 00:20:15,800
 Ele pode não ter mais estado.

284
00:20:15,800 --> 00:20:20,560
 Então, quando alguém se juntou a ele, isso
 criou uma nova estrela, vírgula G estado

285
00:20:20,560 --> 00:20:22,060
 e o ponto de encontro.

286
00:20:22,060 --> 00:20:25,600
 Mas ele esqueceu seu estado
 anterior de S, vírgula G.

287
00:20:25,600 --> 00:20:30,140
 Isso acabou. Então o roteador quatro
 diz, caso isso tenha acontecido,

288
00:20:30,140 --> 00:20:32,160
 Vou enviar um registro nulo.

289
00:20:32,160 --> 00:20:33,540
 É aproximadamente a cada cinco segundos.

290
00:20:33,540 --> 00:20:36,240
 A cada cinco segundos, enviarei
 um registro nulo para o roteador

291
00:20:36,240 --> 00:20:40,900
 três, que na verdade não contém
 o pacote multicast.

292
00:20:40,900 --> 00:20:43,420
 Basicamente diz, ei, ponto de encontro.

293
00:20:43,420 --> 00:20:47,920
 Só quero lembrá-lo de que estou
 executando um fluxo multicast.

294
00:20:47,920 --> 00:20:49,840
 Estou encaminhando para outras pessoas.

295
00:20:49,840 --> 00:20:53,840
 E se você quiser, você
 pode querer me pedir.

296
00:20:53,840 --> 00:20:55,460
 Então é isso que é um registro nulo.

297
00:20:55,460 --> 00:20:57,240
 Ele apaga a cada cinco segundos.

298
00:20:57,240 --> 00:21:00,820
 É gerado pelo roteador quatro porque
 é ele que está conectado diretamente

299
00:21:00,820 --> 00:21:04,760
 para a fonte. E é a maneira dele de
 lembrar o ponto de encontro, ei,

300
00:21:04,760 --> 00:21:05,880
 queres isto?

301
00:21:05,880 --> 00:21:10,060
 Agora, se o ponto de encontro quiser,
 ele enviará um S, vírgula G join

302
00:21:10,060 --> 00:21:12,400
 para reabrir esse caminho.

303
00:21:12,400 --> 00:21:16,800
 Se o ponto de encontro não quiser, ele
 enviará outra parada de registro.

304
00:21:16,800 --> 00:21:18,080
 Ele dirá, eu não preciso disso.

305
00:21:18,080 --> 00:21:19,080
 E então isso vai acontecer.

306
00:21:19,080 --> 00:21:20,600
 A cada cinco segundos.

307
00:21:20,600 --> 00:21:25,940
 Então, sim, esse registro nulo é sempre
 gerado pelo roteador do primeiro salto.

308
00:21:25,940 --> 00:21:30,820
 O roteador conectado diretamente
 à fonte de multicast.

309
00:21:30,820 --> 00:21:35,420
 Há alguma outra pergunta?

310
00:21:35,420 --> 00:21:43,240
 E sim, Josh fez uma boa pergunta.

311
00:21:43,240 --> 00:21:46,920
 Ele disse, voltando ao roteador dois,
 quando o roteador dois mudou para o

312
00:21:46,920 --> 00:21:49,840
 caminho mais curto, apenas
 Josh só quer confirmação.

313
00:21:49,840 --> 00:21:51,080
 Ele está absolutamente correto.

314
00:21:51,080 --> 00:21:54,380
 A maneira como o roteador determina o
 caminho mais curto é quando ele olha

315
00:21:54,380 --> 00:21:58,620
 no endereço de origem desse multicast,
 que neste caso é quatro, cinco,

316
00:21:58,620 --> 00:21:59,460
 quatro, cinco, cinco, quatro.

317
00:21:59,460 --> 00:22:01,500
 Ele faz uma verificação RPF.

318
00:22:01,500 --> 00:22:04,620
 Ele entra em sua tabela de roteamento
 unicast e diz qual é a melhor rota

319
00:22:04,620 --> 00:22:07,580
 Eu voltei para essa fonte?

320
00:22:07,580 --> 00:22:12,180
 E ele pode ter uma rota estática ou
 uma rota EI-JRP ou uma rota OSPF.

321
00:22:12,180 --> 00:22:15,360
 Mas neste caso, ele tinha algum tipo
 de rota que dizia a melhor maneira de

322
00:22:15,360 --> 00:22:19,920
 voltar para a rede quatro, cinco,
 quatro é via serial 010.

323
00:22:19,920 --> 00:22:22,860
 Então foi assim que ele determinou
 qual seria o caminho mais curto.