1
00:00:08,400 --> 00:00:11,420
 Nesse ponto do processo, se
 você assistiu a esses vídeos

2
00:00:11,420 --> 00:00:15,800
 desde o início até agora, cobrimos
 praticamente a grande maioria

3
00:00:15,800 --> 00:00:21,340
 dos detalhes do processo PIM e como
 ele funciona em 90% dos casos.

4
00:00:21,340 --> 00:00:24,640
 Mas ainda há alguns outros detalhes
 que podem ter escapado de você

5
00:00:24,640 --> 00:00:27,020
 isso é importante saber, e é
 sobre isso que vamos falar

6
00:00:27,020 --> 00:00:30,820
 agora é esse conceito de roteadores designados
 e encaminhadores designados.

7
00:00:30,820 --> 00:00:35,040
 Não é realmente necessário saber se os PIMs
 estão funcionando perfeitamente, mas no caso

8
00:00:35,040 --> 00:00:37,900
 onde as coisas não estão funcionando como esperado,
 talvez seja necessário solucionar problemas

9
00:00:37,900 --> 00:00:42,960
 coisas, você definitivamente precisa saber o
 que são esses roteadores, qual a finalidade

10
00:00:42,960 --> 00:00:48,260
 eles servem e por que foram eleitos
 para essas funções específicas.

11
00:00:48,260 --> 00:00:50,300
 Então é esse o caso.

12
00:00:50,300 --> 00:00:53,820
 Eu tenho um par de perguntas para você.

13
00:00:53,820 --> 00:00:57,240
 Então, se você está assistindo isso como
 uma gravação, pense nisso, desfoque

14
00:00:57,240 --> 00:01:00,200
 responda verbalmente, não tenha medo
 de que as próximas pessoas nos cubos

15
00:01:00,200 --> 00:01:03,580
 você pode pensar que é meio louco, mas veja
 se consegue responder a essas perguntas

16
00:01:03,580 --> 00:01:06,740
 questões. São basicamente
 perguntas de sim ou não.

17
00:01:06,740 --> 00:01:10,180
 Então, olhando para este diagrama aqui,
 temos nossa fonte na parte superior

18
00:01:10,180 --> 00:01:15,280
 canto esquerdo, e temos dois receptores,
 receptor X e receptor Y.

19
00:01:15,280 --> 00:01:20,780
 Então, minha primeira pergunta, vamos supor
 que o receptor Y entre primeiro no stream

20
00:01:20,780 --> 00:01:23,760
 enviando um relatório de adesão ao IGMP.

21
00:01:23,760 --> 00:01:28,040
 Bem, porque os roteadores três e quatro
 estão conectados à mesma LAN

22
00:01:28,040 --> 00:01:30,800
 segmento, aqui está minha pergunta.

23
00:01:30,800 --> 00:01:33,420
 Faria sentido lógico?

24
00:01:33,420 --> 00:01:37,540
 Haveria um propósito por trás desses
 dois roteadores, roteadores três e

25
00:01:37,540 --> 00:01:41,720
 quarto, quando ambos recebem o relatório
 de sócios, ambos enviando

26
00:01:41,720 --> 00:01:45,980
 uma estrela, IG junta-se
 ao ponto de encontro?

27
00:01:45,980 --> 00:01:51,780
 Bem, espero que responda, não, não haveria
 um propósito por trás disso.

28
00:01:51,780 --> 00:01:55,880
 Na verdade, isso seria uma
 coisa má porque se ambos

29
00:01:55,880 --> 00:02:01,740
 roteadores fizeram isso, eles enviaram
 junções para cá e para cá, bem

30
00:02:01,740 --> 00:02:06,720
 adivinha? Agora, quando o tráfego multicast
 realmente começar a acontecer,

31
00:02:06,720 --> 00:02:11,420
 use uma cor diferente aqui e comece
 a descer, bem, roteador

32
00:02:11,420 --> 00:02:14,660
 five tem duas interfaces e não
 vai para a lista de interfaces.

33
00:02:14,660 --> 00:02:18,400
 Então ele copiará esse tráfego multicast
 e acabaremos tendo duas cópias

34
00:02:18,400 --> 00:02:22,600
 do mesmo pacote na LAN C.

35
00:02:22,600 --> 00:02:23,580
 Nós não queremos isso.

36
00:02:23,580 --> 00:02:27,280
 Não queremos cópias duplicadas porque
 quem sabe como roteador, como receptor

37
00:02:27,280 --> 00:02:28,720
 Y vai responder a isso.

38
00:02:28,720 --> 00:02:32,960
 O vídeo pode estar muito instável,
 pode ter um efeito de espelho.

39
00:02:32,960 --> 00:02:34,100
 Nós não queremos isso.

40
00:02:34,100 --> 00:02:37,780
 Então não, mesmo que duas horas
 na mesma LAN veremos a adesão

41
00:02:37,780 --> 00:02:42,840
 relatório, não queremos que ambos enviem a
 junção upstream para o ponto de encontro

42
00:02:42,840 --> 00:02:47,360
 apontar. Próxima questão.

43
00:02:47,360 --> 00:02:54,620
 A fonte inicia e envia seu primeiro
 pacote para a LAN A.

44
00:02:54,620 --> 00:02:58,740
 Tanto o roteador um quanto o roteador
 dois veem esse pacote.

45
00:02:58,740 --> 00:03:03,740
 Uma pergunta semelhante foi feita antes:
 faz sentido para ambos os roteadores um e

46
00:03:03,740 --> 00:03:09,780
 dois para registrar o mesmo pacote e enviar esses
 dois registros para o ponto de encontro

47
00:03:09,780 --> 00:03:16,560
 apontar? Mais uma vez, espero que você
 tenha dito não, não faz muito sentido

48
00:03:16,560 --> 00:03:20,840
 porque não precisamos dos
 dois para fazer isso.

49
00:03:20,840 --> 00:03:23,480
 O número um adicionará trabalho
 adicional ao ponto de encontro.

50
00:03:23,480 --> 00:03:28,220
 Agora você está fazendo o ponto de encontro
 trabalhar duas vezes mais para receber e

51
00:03:28,220 --> 00:03:38,480
 deencapsular, há apenas a necessidade
 de enviar um pacote para a LAN A.

52
00:03:38,480 --> 00:03:40,720
 Não há necessidade de enviar dois.

53
00:03:40,720 --> 00:03:44,320
 Então, mais uma vez, assim como não havia necessidade
 de ambos os roteadores enviarem estrela,

54
00:03:44,320 --> 00:03:49,600
 ingressar, não há razão para que os
 roteadores um e dois precisem enviar

55
00:03:49,600 --> 00:03:52,940
 registrar pacotes no roteador seis.

56
00:03:52,940 --> 00:03:57,400
 Apenas um deles precisa fazer isso.

57
00:03:57,400 --> 00:04:00,140
 E última pergunta.

58
00:04:00,140 --> 00:04:02,880
 Digamos que o multicast esteja fluindo.

59
00:04:02,880 --> 00:04:07,500
 Então, vamos descer na
 árvore compartilhada.

60
00:04:07,500 --> 00:04:11,240
 Agora o receptor X também
 se juntou a esse fluxo.

61
00:04:11,240 --> 00:04:14,900
 Então também está passando pelo
 roteador dois para a LAN B.

62
00:04:14,900 --> 00:04:19,040
 E lembre-se dos roteadores três e quatro,
 ambos viram o relatório de associação

63
00:04:19,040 --> 00:04:21,080
 do receptor Y.

64
00:04:21,080 --> 00:04:24,640
 Portanto, o roteador três colocou essa interface
 em sua lista de interfaces de saída.

65
00:04:24,640 --> 00:04:28,220
 O roteador quatro colocou esta interface
 em sua lista de interfaces de saída.

66
00:04:28,220 --> 00:04:32,440
 Então, o roteador quatro, quando receber
 os pacotes, ele os encaminhará para a LAN

67
00:04:32,440 --> 00:04:38,780
 C. Quando o roteador três vê esses pacotes
 chegando à LAN B, ele encaminhará

68
00:04:38,780 --> 00:04:42,340
 o mesmo pacote também para LAN C.

69
00:04:42,340 --> 00:04:43,960
 Queremos isso?

70
00:04:43,960 --> 00:04:49,340
 Não, nós não. Mais uma vez temos pacotes
 multicast duplicados indo para

71
00:04:49,340 --> 00:04:53,080
 LAN C. Isso provavelmente não deixará
 o receptor muito feliz em ver

72
00:04:53,080 --> 00:04:58,700
 que. Então, como podemos fugir desses
 problemas sobre vários roteadores

73
00:04:58,700 --> 00:05:02,020
 enviando uma junção para o
 mesmo fluxo e a mesma LAN?

74
00:05:02,020 --> 00:05:06,620
 Vários roteadores enviando um registro
 para o mesmo fluxo na mesma LAN.

75
00:05:06,620 --> 00:05:10,280
 Vários roteadores encaminhando pacotes
 duplicados para a mesma LAN.

76
00:05:10,280 --> 00:05:12,900
 É exatamente disso que
 trata este segmento.

77
00:05:12,900 --> 00:05:13,840
 Como podemos evitar isso?

78
00:05:13,840 --> 00:05:17,220
 Bem, PIM, felizmente as pessoas que projetaram
 o PIM eram muito mais inteligentes do que

79
00:05:17,220 --> 00:05:20,800
 meu. Eles pensaram nesses problemas
 com antecedência e criaram alguns

80
00:05:20,800 --> 00:05:26,580
 soluções. Então, como isso funciona?

81
00:05:26,580 --> 00:05:30,200
 Bem, roteador designado PIM.

82
00:05:30,200 --> 00:05:33,920
 Quando dois roteadores compartilham a
 mesma LAN, um deles será eleito como

83
00:05:33,920 --> 00:05:35,820
 Roteador designado PIM.

84
00:05:35,820 --> 00:05:39,220
 Isso é feito simplesmente por
 uma troca de saudações PIM.

85
00:05:39,220 --> 00:05:42,880
 É como pensar em spanning tree, se você
 estiver familiarizado com spanning tree

86
00:05:42,880 --> 00:05:47,720
 árvore. Existem mensagens eleitorais
 especiais para eleger a ponte raiz?

87
00:05:47,720 --> 00:05:52,140
 Não, certo? A árvore geradora
 usa apenas um formato de BPDU.

88
00:05:52,140 --> 00:05:54,860
 Esse formato de pacote é usado para tudo.

89
00:05:54,860 --> 00:05:59,040
 Então, quando dois switches encaminham BPDUs um
 para o outro, eles veem os dados um do outro.

90
00:05:59,040 --> 00:06:03,220
 nomes e um cara diz, ok, eu
 sei que você é a ponte raiz.

91
00:06:03,220 --> 00:06:05,560
 Na verdade, ele não diz isso,
 ele pensa isso em sua mente.

92
00:06:05,560 --> 00:06:07,540
 Ok, eu perdi, ele é melhor que eu.

93
00:06:07,540 --> 00:06:10,000
 Então, vou pensar nele como a ponte raiz.

94
00:06:10,000 --> 00:06:12,800
 O outro cara ali vai dizer,
 ah, eu vi o pacote dele.

95
00:06:12,800 --> 00:06:14,340
 Ele não é tão bom quanto eu.

96
00:06:14,340 --> 00:06:18,560
 Então, serei apenas a ponte raiz
 e presumirei que ele sabe da raiz

97
00:06:18,560 --> 00:06:20,800
 ponte. O mesmo tipo de
 coisa aqui com o PIM.

98
00:06:20,800 --> 00:06:23,160
 Esses roteadores estão
 trocando saudações.

99
00:06:23,160 --> 00:06:30,380
 Quando eles virem os cumprimentos um do outro
 na mesma LAN, eles olharão para eles,

100
00:06:30,380 --> 00:06:32,360
 bem, na verdade são duas coisas.

101
00:06:32,360 --> 00:06:34,380
 Número um, há uma prioridade PIM.

102
00:06:34,380 --> 00:06:38,300
 Portanto, há uma prioridade de interface assim
 como o OSPF tem uma prioridade de interface.

103
00:06:38,300 --> 00:06:42,020
 Há uma prioridade PIM incluída
 no pacote hello.

104
00:06:42,020 --> 00:06:46,400
 Portanto, quem tiver a prioridade de interface
 mais alta, essa pessoa irá automaticamente

105
00:06:46,400 --> 00:06:48,920
 ser eleito como o roteador designado.

106
00:06:48,920 --> 00:06:53,860
 Se suas prioridades forem as mesmas, o que acontecerá
 por padrão, então quem quer que seja

107
00:06:53,860 --> 00:06:58,400
 tiver o endereço IP mais alto será
 eleito o roteador designado.

108
00:06:58,400 --> 00:07:03,780
 OK? Assim, uma vez eleito o roteador designado,
 se voltarmos ao nosso desenho

109
00:07:03,780 --> 00:07:11,920
 aqui, agora isso resolve alguns dos
 problemas que estamos analisando.

110
00:07:11,920 --> 00:07:15,080
 Os números dos roteadores representam
 seus endereços IP.

111
00:07:15,080 --> 00:07:19,020
 Portanto, o roteador quatro no LANC tem um
 endereço IP maior que o roteador três.

112
00:07:19,020 --> 00:07:24,840
 Então, nesse caso específico, na verdade
 eu tenho um slide que anima tudo

113
00:07:24,840 --> 00:07:36,340
 disto. Portanto, neste caso específico, vamos
 dar uma olhada na LAN A por um segundo.

114
00:07:36,340 --> 00:07:40,740
 Quando o pacote multicast, quando
 o primeiro pacote multicast chega

115
00:07:40,740 --> 00:07:45,200
 LAN A, apenas o roteador designado
 será responsável pelo registro

116
00:07:45,200 --> 00:07:47,560
 esse pacote com o RP.

117
00:07:47,560 --> 00:07:51,420
 Então, neste caso específico, qual
 roteador você acha que fará isso?

118
00:07:51,420 --> 00:07:55,120
 Quem será o roteador designado na LAN A?

119
00:07:55,120 --> 00:08:03,280
 Bem, espero que você tenha dito roteador
 um, porque o roteador um tem o maior

120
00:08:03,280 --> 00:08:07,560
 Endereço de IP. Então ele será o roteador
 designado, ele será o responsável

121
00:08:07,560 --> 00:08:12,040
 para registrar esses pacotes.

122
00:08:12,040 --> 00:08:20,520
 E no LANC, bem, quando o receptor Y envia
 seu relatório de adesão ao IGMP, ambos

123
00:08:20,520 --> 00:08:25,320
 os roteadores três e quatro verão isso, mas
 o roteador quatro é um roteador designado

124
00:08:25,320 --> 00:08:27,200
 roteador em virtude de seu
 endereço IP mais alto.

125
00:08:27,200 --> 00:08:33,840
 Então será ele quem enviará a estrela
 PIM, vírgula G junte-se a montante ao

126
00:08:33,840 --> 00:08:35,140
 ponto de encontro.

127
00:08:35,140 --> 00:08:40,040
 Agora isso responde a duas das
 três perguntas que tínhamos.

128
00:08:40,040 --> 00:08:41,860
 Então tivemos três perguntas.

129
00:08:41,860 --> 00:08:44,980
 Lembre-se de que o número um era se dois roteadores
 vissem um relatório de associação, que

130
00:08:44,980 --> 00:08:46,900
 alguém envia a junção para o RP?

131
00:08:46,900 --> 00:08:49,080
 Bem, esse é o roteador designado.

132
00:08:49,080 --> 00:08:51,600
 Então, algo vai para o RP.

133
00:08:51,600 --> 00:08:55,600
 A segunda questão era se dois roteadores
 recebessem o pacote multicast, quem envia

134
00:08:55,600 --> 00:08:57,920
 o registro para o RP?

135
00:08:57,920 --> 00:09:00,000
 Esse é o roteador designado.

136
00:09:00,000 --> 00:09:05,000
 Então lembre-se, roteador designado, talvez
 você possa pensar em R em DR como sendo

137
00:09:05,000 --> 00:09:08,900
 isso é algo responsável por ir
 ao ponto de encontro, alguém

138
00:09:08,900 --> 00:09:11,840
 quem está enviando algo para
 o ponto de encontro.

139
00:09:11,840 --> 00:09:17,660
 Agora eu disse que tínhamos outro
 problema neste cenário, que é que

140
00:09:17,660 --> 00:09:24,160
 tivemos vários pacotes duplicados sendo
 colocados na mesma LAN de vários

141
00:09:24,160 --> 00:09:28,960
 roteadores. E eu disse que não
 é função do DR descobrir isso.

142
00:09:28,960 --> 00:09:33,860
 Esse é o trabalho do despachante
 designado.

143
00:09:33,860 --> 00:09:39,060
 Então, se houver vários pacotes, se eu tiver
 dois ou três roteadores, todos atendendo

144
00:09:39,060 --> 00:09:44,960
 mesma LAN, e dois ou mais deles estão
 colocando exatamente o mesmo multi

145
00:09:44,960 --> 00:09:50,740
 -cast pacotes nessa LAN, então um
 deles será eleito como o designado

146
00:09:50,740 --> 00:09:56,380
 encaminhador. Na verdade, esse é um
 processo um pouco mais complexo

147
00:09:56,380 --> 00:10:00,300
 do que simplesmente olhar
 os pacotes de saudação.

148
00:10:00,300 --> 00:10:06,480
 Para descobrir isso, existe uma
 mensagem PIM especial chamada

149
00:10:06,480 --> 00:10:10,140
 a afirmação do PIM. Portanto, esta é uma
 nova mensagem sobre a qual não falamos.

150
00:10:10,140 --> 00:10:14,860
 Até agora falamos sobre o join
 prune, que é um pacote, apenas

151
00:10:14,860 --> 00:10:18,240
 depende do corpo do pacote, se
 é uma junção ou uma poda, mas é

152
00:10:18,240 --> 00:10:19,980
 o mesmo código de tipo no PIM.

153
00:10:19,980 --> 00:10:23,860
 Tínhamos outro código de tipo, que era
 o olá, e tínhamos um terceiro tipo

154
00:10:23,860 --> 00:10:26,160
 código, que era o registro.

155
00:10:26,160 --> 00:10:29,860
 E tivemos uma parada de registro,
 e agora isso é de outro tipo.

156
00:10:29,860 --> 00:10:32,840
 Esta é uma mensagem de afirmação PIM.

157
00:10:32,840 --> 00:10:37,940
 E aqui está uma animação para mostrar
 basicamente como isso funcionaria.

158
00:10:37,940 --> 00:10:46,960
 Então, neste caso específico, a fonte
 começa a ir e os pacotes são

159
00:10:46,960 --> 00:10:51,080
 descendo ambos na árvore compartilhada,
 então o roteador 4 os coloca na LAN

160
00:10:51,080 --> 00:10:57,320
 C, e o roteador 3 está recebendo-os via LAN
 B, e então ele também os está colocando

161
00:10:57,320 --> 00:11:02,440
 na LAN C. Portanto, os roteadores 3 e 4
 verão esses pacotes duplicados chegando

162
00:11:02,440 --> 00:11:03,740
 de um para o outro.

163
00:11:03,740 --> 00:11:08,120
 Eles vão perceber, ei, isso é uma coisa ruim,
 precisamos de um despachante designado.

164
00:11:08,120 --> 00:11:14,220
 Assim, ambos enviarão mensagens
 de afirmação PIM um ao outro.

165
00:11:14,220 --> 00:11:19,500
 E neste caso específico, o cara com o
 endereço IP mais baixo irá realmente

166
00:11:19,500 --> 00:11:22,360
 ser eleito como despachante designado.

167
00:11:22,360 --> 00:11:27,380
 Assim, uma vez que ambos os roteadores saibam que
 o roteador 3 é um encaminhador designado, é

168
00:11:27,380 --> 00:11:32,360
 agora é tarefa do roteador 3 continuar
 encaminhando esse multicast para a LAN.

169
00:11:32,360 --> 00:11:36,900
 O roteador 4 diz, ok, não sou mais
 necessário nesta LAN, porque

170
00:11:36,900 --> 00:11:38,660
 não é meu trabalho encaminhar os pacotes.

171
00:11:38,660 --> 00:11:44,560
 Então, em resposta, ele enviará uma
 mensagem de ameixa upstream, que irá

172
00:11:44,560 --> 00:11:47,720
 acabam fazendo com que aquela árvore
 compartilhada seja cortada.

173
00:11:47,720 --> 00:11:51,660
 E agora o multicast só será encaminhado
 para a LAN C por meio do

174
00:11:51,660 --> 00:11:58,340
 encaminhador designado,
 que é o roteador 3.

175
00:11:58,340 --> 00:12:03,340
 Isso completa este tópico específico
 do roteador designado PIM e

176
00:12:03,340 --> 00:12:04,480
 encaminhador designado.

177
00:12:04,480 --> 00:12:07,980
 Na verdade, você também pode ver
 isso quando entra em um roteador.

178
00:12:07,980 --> 00:12:11,480
 Não sei se temos algum segmento aqui
 que justifique uma designação

179
00:12:11,480 --> 00:12:14,220
 encaminhador, mas vamos ver aqui.

180
00:12:14,220 --> 00:12:19,580
 Mostrar vizinho IP PIM.

181
00:12:19,580 --> 00:12:25,620
 Bem, aqui o DR mostra se alguém é um
 roteador designado ou não, então

182
00:12:25,620 --> 00:12:28,960
 como você, para um segmento específico,
 quem é o roteador designado.

183
00:12:28,960 --> 00:12:40,680
 E acho que também podemos fazer
 um show de interface IP PIM.

184
00:12:40,680 --> 00:12:45,680
 Isso apenas mostra aqui quem é o
 roteador designado mais uma vez.

185
00:12:45,680 --> 00:12:50,000
 Ele tem uma prioridade padrão de um, então
 esse é um nível de prioridade padrão em

186
00:12:50,000 --> 00:12:52,620
 a interface, mas você pode mudar isso.

187
00:12:52,620 --> 00:13:07,300
 Vamos ver aqui. Isso mostra os grupos
 específicos dos quais participamos

188
00:13:07,300 --> 00:13:14,440
 em uma interface, o comando
 show IP interface.

189
00:13:14,440 --> 00:13:19,840
 Não sei qual comando usaríamos.

190
00:13:19,840 --> 00:13:25,120
 Ou talvez detalhe.

191
00:13:25,120 --> 00:13:34,040
 Aqui vamos nós. Deveria estar aqui.

192
00:13:34,040 --> 00:13:39,720
 Vamos ver aqui. PIM habilita
 a versão de quem é o DR.

193
00:13:39,720 --> 00:13:45,640
 Atualização de estado. Sim, acho que a razão
 pela qual não estamos vendo isso é porque

194
00:13:45,640 --> 00:13:51,760
 isso seria um encaminhador designado só
 seria eleito quando ambos os roteadores

195
00:13:51,760 --> 00:13:57,420
 veja o mesmo pacote multicast vindo
 de pacotes duplicados chegando.

196
00:13:57,420 --> 00:14:00,720
 Mas se nunca houver uma situação em que
 pacotes duplicados estejam acontecendo

197
00:14:00,720 --> 00:14:04,700
 uma LAN, não há necessidade de eleger
 um encaminhador designado.

198
00:14:04,700 --> 00:14:08,200
 E na minha topologia específica, não
 acho que tivemos essa situação

199
00:14:08,200 --> 00:14:10,940
 onde um remetente designado
 precisa ser eleito.

200
00:14:10,940 --> 00:14:15,420
 Eu esperaria que, se houvesse um,
 deveria estar aqui no show IP

201
00:14:15,420 --> 00:14:17,580
 Saída de detalhes da interface PIM.

202
00:14:17,580 --> 00:14:21,260
 Ok, então Josh faz uma boa pergunta.

203
00:14:21,260 --> 00:14:26,840
 Deixe-me voltar ao conceito
 de roteador designado.

204
00:14:26,840 --> 00:14:28,460
 Tivemos isso aqui.

205
00:14:28,460 --> 00:14:30,820
 Ops. Ali.

206
00:14:30,820 --> 00:14:35,820
 Então ele pergunta, neste caso específico, onde
 o roteador quatro é um roteador designado

207
00:14:35,820 --> 00:14:38,140
 roteador e roteador três não é.

208
00:14:38,140 --> 00:14:41,680
 Ele diz que se o roteador designado cair,
 então se o roteador quatro travar

209
00:14:41,680 --> 00:14:47,800
 e morre ou é removido, como o roteador três
 constrói ou reconstrói seu multicast

210
00:14:47,800 --> 00:14:49,980
 tabela de roteamento e quanto tempo leva?

211
00:14:49,980 --> 00:14:57,300
 Ok, lembre-se de que, embora o roteador
 quatro seja um roteador designado,

212
00:14:57,300 --> 00:15:03,620
 quando o receptor Y enviou seu relatório de associação
 ao IGMP, tanto o roteador três quanto o

213
00:15:03,620 --> 00:15:05,580
 o roteador quatro viu.

214
00:15:05,580 --> 00:15:10,140
 Portanto, embora o roteador três perceba
 que não é sua função ingressar no

215
00:15:10,140 --> 00:15:14,440
 árvore compartilhada, ele não irá simplesmente
 ignorar esse relatório.

216
00:15:14,440 --> 00:15:21,500
 Ele ainda criará estrela, estado em sua
 tabela de rotas M, assim como o roteador

217
00:15:21,500 --> 00:15:26,360
 quatro faz. Só que quando ele cria
 esse estado, ele não fará nada

218
00:15:26,360 --> 00:15:42,320
 sobre isso. Agora, se o multicast estiver
 fluindo dessa maneira, para baixo

219
00:15:42,320 --> 00:15:50,240
 árvore compartilhada, esperaríamos que
 quando o primeiro pacote multicast

220
00:15:50,240 --> 00:15:55,780
 acontecer, o roteador quatro diria que sou
 o roteador folha, então é meu trabalho

221
00:15:55,780 --> 00:16:00,060
 mude para a árvore de caminho mais curto
 com apenas o recebimento de um pacote.

222
00:16:00,060 --> 00:16:05,600
 Então olhe neste diagrama aqui, o roteador
 quatro diria bem, da minha perspectiva,

223
00:16:05,600 --> 00:16:10,760
 o caminho mais curto é, na verdade,
 através do roteador três.

224
00:16:10,760 --> 00:16:17,980
 Esta é a minha árvore de caminho mais curto,
 indo para lá, para lá e para lá.

225
00:16:17,980 --> 00:16:23,720
 Portanto, o roteador quatro criará a
 junção S, G e o roteador três criará

226
00:16:23,720 --> 00:16:29,860
 recebê-lo, então agora, na verdade,
 é meio estranho aqui.

227
00:16:29,860 --> 00:16:34,080
 Quando este primeiro pacote multicast atinge
 este fio aqui, não tenho certeza

228
00:16:34,080 --> 00:16:35,200
 o momento das coisas.

229
00:16:35,200 --> 00:16:38,300
 Sabemos que o roteador três
 criará o estado S, G.

230
00:16:38,300 --> 00:16:40,760
 Só não sei o que vai acontecer primeiro.

231
00:16:40,760 --> 00:16:44,700
 Ele verá este primeiro pacote
 multicast e isso criará S, G

232
00:16:44,700 --> 00:16:50,880
 estado? Ou ele verá o PIM S, G juntar-se
 primeiro e isso criará S,

233
00:16:50,880 --> 00:17:05,120
 Estado G? Então ele encaminhará seu próprio
 S, G join upstream, então depois

234
00:17:05,120 --> 00:17:10,240
 apenas um pacote caindo em menos
 de um segundo, esperaríamos

235
00:17:10,240 --> 00:17:16,540
 o fluxo multicast agora está vindo
 por aqui através do roteador três.

236
00:17:16,540 --> 00:17:21,260
 E então, quando o roteador quatro vir esse
 pacote multicast, ele removerá isso

237
00:17:21,260 --> 00:17:27,640
 desligado. Portanto, mesmo que o roteador
 quatro morra, só precisamos dele para um

238
00:17:27,640 --> 00:17:32,100
 pacote, apenas para colocar um pacote
 no fio, e então o roteador três fez

239
00:17:32,100 --> 00:17:35,480
 todo o trabalho restante de abertura da
 árvore do caminho mais curto, e agora o

240
00:17:35,480 --> 00:17:39,220
 os pacotes estavam sendo encaminhados para o ponto
 C e o roteador quatro não era necessário

241
00:17:39,220 --> 00:17:44,620
 não mais. Agora, você sabe, podemos entrar
 em todos os tipos de casos esquivos aqui

242
00:17:44,620 --> 00:17:50,460
 tipo, ok, bem, e se o relatório de associação
 aparecer, ambos os roteadores

243
00:17:50,460 --> 00:17:58,740
 três e o roteador quatro conseguem, mas antes
 que o roteador quatro tenha a chance de criar

244
00:17:58,740 --> 00:18:02,220
 a junção, ele morre.

245
00:18:02,220 --> 00:18:05,080
 No momento, isso é realmente essencial,
 porque estamos falando sobre

246
00:18:05,080 --> 00:18:08,180
 menos de um segundo aqui a partir do momento
 em que ele recebe o relatório de sócios

247
00:18:08,180 --> 00:18:12,120
 antes que ele tenha a chance
 de enviar a adesão.