1
00:00:08,460 --> 00:00:12,500
 Então, até este momento nos vídeos
 anteriores, falamos sobre

2
00:00:12,500 --> 00:00:18,280
 como a árvore compartilhada é construída,
 até o ponto de encontro e

3
00:00:18,280 --> 00:00:19,760
 então parando por aí.

4
00:00:19,760 --> 00:00:22,720
 E então o último vídeo sobre o qual falamos,
 ok, uma vez que aquela fonte, aquela

5
00:00:22,720 --> 00:00:27,040
 servidor, começa a enviar seu tráfego
 multicast, o primeiro roteador

6
00:00:27,040 --> 00:00:30,960
 está conectado, que você consideraria
 o gateway padrão para o

7
00:00:30,960 --> 00:00:36,960
 fonte, pegará esses pacotes multicast
 e os registrará no PIM

8
00:00:36,960 --> 00:00:38,160
 ponto de encontro.

9
00:00:38,160 --> 00:00:41,020
 E falamos sobre como isso basicamente
 leva os pacotes multicast

10
00:00:41,020 --> 00:00:45,800
 e agrupá-los dentro de um cabeçalho
 PIM e depois agrupá-los dentro

11
00:00:45,800 --> 00:00:51,340
 de um cabeçalho IP unicast
 do roteador para o RP.

12
00:00:51,340 --> 00:00:58,220
 Então agora vamos ver como juntar
 a árvore do caminho mais curto.

13
00:00:58,220 --> 00:01:05,960
 Agora lembre-se, mencionei isso no outro
 vídeo que cada roteador tem seu

14
00:01:05,960 --> 00:01:10,460
 própria perspectiva sobre qual é a árvore
 do caminho mais curto, certo?

15
00:01:10,460 --> 00:01:14,460
 Assim que um roteador recebe um pacote
 multicast, de repente ele tem

16
00:01:14,460 --> 00:01:18,320
 esse despertar diz aha, isso é o
 que eu estava procurando e agora

17
00:01:18,320 --> 00:01:21,840
 Conheço o componente crítico
 que não conhecia antes.

18
00:01:21,840 --> 00:01:23,520
 Eu sei quem é a fonte.

19
00:01:23,520 --> 00:01:29,000
 Então aquele roteador, com licença,
 então não faz RP para cima.

20
00:01:29,000 --> 00:01:33,160
 Ele entra na tabela de roteamento unicast e
 diz, para mim, qual é o caminho mais curto

21
00:01:33,160 --> 00:01:35,500
 caminho de volta para essa fonte?

22
00:01:35,500 --> 00:01:39,520
 Agora, isso pode levar você a fazer
 a pergunta, ok, isso significa que

23
00:01:39,520 --> 00:01:43,940
 em qualquer lugar ao longo da árvore,
 desde a fonte até o receptor,

24
00:01:43,940 --> 00:01:48,220
 se houver alguma ramificação em qualquer lugar
 que se ramifique e seja realmente mais curta

25
00:01:48,220 --> 00:01:52,000
 caminho, isso significa que qualquer roteador em
 qualquer lugar ao longo desse caminho é permitido

26
00:01:52,000 --> 00:01:56,180
 para mudar para a árvore de caminho mais
 curto e sair dessa árvore central e

27
00:01:56,180 --> 00:01:57,980
 sair da árvore de pontos de encontro?

28
00:01:57,980 --> 00:02:00,560
 Não exatamente. E então vamos
 falar sobre isso aqui.

29
00:02:00,560 --> 00:02:05,780
 Mas nesta situação particular, o
 ponto de encontro tem permissão

30
00:02:05,780 --> 00:02:09,240
 fazer isso porque lembre-se, neste momento,
 o ponto de encontro está recebendo

31
00:02:09,240 --> 00:02:13,800
 registrar pacotes, o que está fazendo
 com que sua CPU trabalhe um pouco mais

32
00:02:13,800 --> 00:02:19,940
 do que deveria. Normalmente, o que realmente
 queremos é quando um pacote multicast

33
00:02:19,940 --> 00:02:25,140
 entra, queremos apenas procurar a entrada
 na tabela mRout e encaminhar

34
00:02:25,140 --> 00:02:28,720
 está a caminho. Na verdade, se você estiver
 executando o SEP, o Cisco Express

35
00:02:28,720 --> 00:02:32,440
 Encaminhamento, você pode até fazer tudo
 isso sem potencialmente interromper

36
00:02:32,440 --> 00:02:36,100
 a CPU, como por exemplo, em switches.

37
00:02:36,100 --> 00:02:40,640
 Se você tiver um switch multicamada com T
 cams e encaminhamento A6 e encaminhamento

38
00:02:40,640 --> 00:02:46,720
 motores e outras coisas, a CPU e o switch
 estão fazendo todo o processamento do PIM.

39
00:02:46,720 --> 00:02:51,280
 Então, quando você junta PIM, poda PIM,
 registra pacotes PIM, eles precisam

40
00:02:51,280 --> 00:02:53,740
 vá até a CPU para ser processado.

41
00:02:53,740 --> 00:02:58,240
 Então, se aquele switch multicamadas,
 que funciona como um roteador,

42
00:02:58,240 --> 00:03:02,800
 está recebendo toneladas de pacotes de
 registro, tudo isso indo para uma CPU.

43
00:03:02,800 --> 00:03:06,620
 Considerando que se isso estivesse chegando
 como multicast nativo, tudo isso poderia

44
00:03:06,620 --> 00:03:10,420
 ser manipulado em hardware em suas câmeras
 T e A6 e outras coisas e isso seria

45
00:03:10,420 --> 00:03:14,700
 nunca incomode a CPU, nunca
 seja visto pela CPU.

46
00:03:14,700 --> 00:03:17,300
 Então, idealmente, é isso que queremos.

47
00:03:17,300 --> 00:03:22,460
 Então, queremos interromper esse processo de registro
 o mais rápido possível para que possamos

48
00:03:22,460 --> 00:03:24,440
 não precisa fazer todo
 esse trabalho extra.

49
00:03:24,440 --> 00:03:29,660
 Então mencionamos que a forma como
 isso vai acontecer é que o PIM

50
00:03:29,660 --> 00:03:38,380
 RP enviará uma mensagem de junção chamada
 s, g join upstream para abrir

51
00:03:38,380 --> 00:03:42,020
 seguir seu próprio caminho mais curto.

52
00:03:42,020 --> 00:03:44,920
 E essa é a maneira dele de dizer, ok,
 quero abrir para que o multicast

53
00:03:44,920 --> 00:03:47,360
 pode fluir em sua forma nativa.

54
00:03:47,360 --> 00:03:51,580
 Assim que isso começar a acontecer e eu
 ver isso, eu confirmei isso, então o

55
00:03:51,580 --> 00:03:53,780
 RP diz para parar o registro.

56
00:03:53,780 --> 00:03:54,840
 Eu não quero mais isso.

57
00:03:54,840 --> 00:03:57,940
 Pare de fazer o processo de cadastro
 e ele realmente envia um cadastro PIM

58
00:03:57,940 --> 00:04:00,520
 parar. Nós conversamos sobre isso.

59
00:04:00,520 --> 00:04:05,000
 Agora, eu sei que também neste caso específico,
 R2 está se juntando ao caminho mais curto

60
00:04:05,000 --> 00:04:09,580
 árvore de caminho. Agora, deixe-me voltar ao
 meu desenho original aqui por um momento.

61
00:04:09,580 --> 00:04:14,980
 É assim que é nossa topologia atual.

62
00:04:14,980 --> 00:04:23,840
 Agora, eu sei que projetei isso intencionalmente
 para que o R8 pudesse

63
00:04:23,840 --> 00:04:28,800
 para chegar diretamente ao roteador
 quatro sem ir ao roteador três.

64
00:04:28,800 --> 00:04:35,660
 Então, alguém poderia olhar para isso e dizer,
 ok, então eu presumiria que quando

65
00:04:35,660 --> 00:04:39,260
 o primeiro pacote multicast, quando o primeiro
 pacote de registro, o primeiro

66
00:04:39,260 --> 00:04:46,080
 o pacote de registro vem downstream para o roteador
 três e o roteador três é encapsulado

67
00:04:46,080 --> 00:04:50,620
 isso e envia-o como um multicast nativo
 para o roteador oito, não apenas

68
00:04:50,620 --> 00:04:55,340
 o roteador três enviaria sua junção upstream
 tentando ingressar em seu caminho mais curto

69
00:04:55,340 --> 00:05:00,300
 árvore de caminhos, não esperaríamos que
 o roteador oito fizesse isso também?

70
00:05:00,300 --> 00:05:04,620
 Quero dizer, afinal, o roteador oito
 agora sabe quem é a fonte e deveria

71
00:05:04,620 --> 00:05:08,140
 olhe em sua tabela de roteamento e diga, ah,
 espere, consegui essa conexão direta BAM

72
00:05:08,140 --> 00:05:10,520
 aqui até a fonte.

73
00:05:10,520 --> 00:05:12,560
 Esse é o meu caminho mais curto.

74
00:05:12,560 --> 00:05:17,540
 Não esperaríamos que ele também se juntasse
 à árvore do caminho mais curto?

75
00:05:17,540 --> 00:05:19,200
 Bem, vamos dar uma olhada nisso
 em um rastreamento de farejador.

76
00:05:19,200 --> 00:05:22,500
 Direi exatamente o que diz a RFC.

77
00:05:22,500 --> 00:05:29,160
 A RFC para o modo escasso do PIMS diz que
 as únicas pessoas que têm permissão

78
00:05:29,160 --> 00:05:34,980
 para mudar de uma árvore compartilhada para
 uma árvore de caminho mais curto são números

79
00:05:34,980 --> 00:05:39,740
 um, o ponto de encontro,
 como falamos, ou o último

80
00:05:39,740 --> 00:05:44,580
 roteador de salto. Em outras palavras, o roteador
 que está diretamente conectado ao

81
00:05:44,580 --> 00:05:49,200
 receptor. Então, de acordo com a RFC,
 neste diagrama específico, roteador

82
00:05:49,200 --> 00:05:53,800
 oito não seriam autorizados
 a iniciar esse processo.

83
00:05:53,800 --> 00:05:58,100
 Ele teria que receber o multicast
 na árvore compartilhada e então

84
00:05:58,100 --> 00:06:02,060
 continue a passá-lo downstream
 para o roteador dois.

85
00:06:02,060 --> 00:06:05,500
 E como o roteador dois está diretamente
 conectado ao receptor, lembre-se:

86
00:06:05,500 --> 00:06:09,700
 vimos isso com uma pequena bandeira C porque
 ele recebeu o relatório de sócios,

87
00:06:09,700 --> 00:06:14,820
 isso significa que seria sua responsabilidade
 conectar-se ao caminho mais curto

88
00:06:14,820 --> 00:06:19,220
 árvore de caminhos, não é responsabilidade
 do roteador oito.

89
00:06:19,220 --> 00:06:21,760
 Então, vamos dar uma olhada nisso em um rastreamento
 de farejador e ver se isso é

90
00:06:21,760 --> 00:06:24,460
 verdade porque sabemos que às vezes com
 roteadores Cisco e outras coisas, eles

91
00:06:24,460 --> 00:06:26,660
 não siga exatamente a RFC.

92
00:06:26,660 --> 00:06:28,620
 Então vamos ver se isso vai acontecer.

93
00:06:28,620 --> 00:06:33,120
 Mas antes de fazermos isso,
 não quero avançar aqui.

94
00:06:33,120 --> 00:06:39,400
 E a propósito, este roteador dois na
 RFC, você pode vê-lo no termo dois

95
00:06:39,400 --> 00:06:39,880
 Coisa diferente.

96
00:06:39,880 --> 00:06:44,300
 Eu já o vi chamado roteador de último
 salto e também o vi denominado folha

97
00:06:44,300 --> 00:06:47,040
 roteadores. É como uma folha
 na ponta da árvore.

98
00:06:47,040 --> 00:06:49,640
 Vai, a árvore não vai além disso.

99
00:06:49,640 --> 00:06:53,660
 Então eles chamarão roteadores leaf
 ou roteadores de último salto.

100
00:06:53,660 --> 00:07:02,020
 Ok, então esta é uma revisão
 do que já falamos.

101
00:07:02,020 --> 00:07:04,800
 Então não preciso entrar lá.

102
00:07:04,800 --> 00:07:09,840
 E mencionei como as junções S, G são usadas
 para abrir o caminho mais curto

103
00:07:09,840 --> 00:07:13,860
 árvore. E você verá aquela sigla
 S P T o tempo todo ao falar sobre

104
00:07:13,860 --> 00:07:16,280
 PIM, árvore de caminho mais curto.

105
00:07:16,280 --> 00:07:21,060
 Então, o que desencadeia uma junção S, G?

106
00:07:21,060 --> 00:07:26,260
 Bem, mais uma vez há várias coisas
 que podem desencadear isso.

107
00:07:26,260 --> 00:07:30,980
 Se acontecer de você ser o ponto de encontro
 e receber um pacote multicast

108
00:07:30,980 --> 00:07:35,920
 e um registro, que fará com que
 você envie uma junção S, G.

109
00:07:35,920 --> 00:07:38,460
 Porque como ponto de encontro, você vai
 querer abrir o seu caminho mais curto

110
00:07:38,460 --> 00:07:41,260
 caminho. Então isso é uma coisa
 que pode desencadear isso.

111
00:07:41,260 --> 00:07:42,800
 O que é outra coisa?

112
00:07:42,800 --> 00:07:49,120
 Como falamos, se você for um roteador
 leaf quando receber o multicast

113
00:07:49,120 --> 00:07:52,440
 pacote. Agora, isso também levanta
 um ponto interessante.

114
00:07:52,440 --> 00:07:59,460
 Então você pode estar se perguntando, bem,
 o roteador leaf faz isso imediatamente?

115
00:07:59,460 --> 00:08:04,800
 Só depois ele recebe 10 pacotes ou
 recebe alguns bits por segundo.

116
00:08:04,800 --> 00:08:07,400
 Você sabe, quando o roteador
 leaf decide fazer isso?

117
00:08:07,400 --> 00:08:10,860
 A RFC real não define isso.

118
00:08:10,860 --> 00:08:15,820
 A RFC real para PIMS Farsmo apenas diz
 que o roteador leaf pode, ele não

119
00:08:15,820 --> 00:08:17,160
 ainda tem que fazer isso.

120
00:08:17,160 --> 00:08:22,100
 O roteador leaf pode mudar para a árvore
 de caminho mais curto uma vez determinado

121
00:08:22,100 --> 00:08:24,640
 limite é atingido.

122
00:08:24,640 --> 00:08:25,780
 Isso é tudo que diz.

123
00:08:25,780 --> 00:08:28,400
 Agora, como os roteadores Cisco
 realmente fazem isso?

124
00:08:28,400 --> 00:08:33,040
 O limite para roteadores Cisco
 é um pacote, apenas um.

125
00:08:33,040 --> 00:08:36,920
 Então, quando o primeiro pacote multicast
 atinge o roteador dois e o roteador

126
00:08:36,920 --> 00:08:41,380
 dois primeiro aprende qual é o endereço
 de origem, esse é o seu gatilho

127
00:08:41,380 --> 00:08:44,480
 para dizer, ok, eu tenho
 um caminho mais curto?

128
00:08:44,480 --> 00:08:49,040
 Deixe-me participar. Então esse
 é o limite nos roteadores Cisco.

129
00:08:49,040 --> 00:08:51,980
 Agora você pode perguntar:
 tenho outra opção?

130
00:08:51,980 --> 00:08:53,120
 Há algo mais que eu possa fazer?

131
00:08:53,120 --> 00:08:56,560
 Deixe-me mostrar qual é o comando
 para modificar esse comportamento.

132
00:08:56,560 --> 00:08:59,160
 Você não tem muitas opções.

133
00:08:59,160 --> 00:09:02,300
 Na verdade, são apenas dois.

134
00:09:02,300 --> 00:09:05,160
 Apenas duas opções estão
 disponíveis para você.

135
00:09:05,160 --> 00:09:08,420
 Então vou usar o roteador leaf aqui.

136
00:09:08,420 --> 00:09:11,020
 E o comando é IP PIM.

137
00:09:11,020 --> 00:09:18,580
 E então é o limite do SPT.

138
00:09:18,580 --> 00:09:20,920
 Portanto, o limite do caminho Shores.

139
00:09:20,920 --> 00:09:23,640
 E você só tem duas opções.

140
00:09:23,640 --> 00:09:30,060
 Zero, que é o padrão, ou infinito,
 o que significa nunca mudar

141
00:09:30,060 --> 00:09:31,500
 para o caminho mais curto.

142
00:09:31,500 --> 00:09:35,220
 É isso. Nada no meio.

143
00:09:35,220 --> 00:09:41,960
 Assim, você pode decidir por si mesmo
 em que circunstâncias deseja

144
00:09:41,960 --> 00:09:44,040
 para selecionar o infinito.

145
00:09:44,040 --> 00:09:52,440
 Mas o padrão é alternar assim que
 você receber o primeiro pacote.

146
00:09:52,440 --> 00:09:55,600
 Que estado eles criam
 na tabela de rotas M?

147
00:09:55,600 --> 00:09:59,640
 Ok, então se eu voltar para o meu
 roteador aqui, vamos usar isso

148
00:09:59,640 --> 00:10:04,380
 cara. Mostrar rota IP M.

149
00:10:04,380 --> 00:10:12,520
 Ok, até agora temos nossa entrada
 com estrela e vírgula G.

150
00:10:12,520 --> 00:10:19,300
 Agora, a entrada estrela e vírgula G é construída
 com base na árvore compartilhada.

151
00:10:19,300 --> 00:10:24,360
 Onde a única coisa que sabemos
 é o ponto de encontro.

152
00:10:24,360 --> 00:10:27,620
 E como chegar ao ponto de encontro.

153
00:10:27,620 --> 00:10:34,600
 Portanto, se os pacotes multicast começarem
 a fluir pela árvore compartilhada, este é o

154
00:10:34,600 --> 00:10:40,080
 construção que usaremos para encaminhar
 esses pacotes multicast.

155
00:10:40,080 --> 00:10:44,580
 Agora você diz, bem, se o multicast realmente
 começar a fluir e nós agora

156
00:10:44,580 --> 00:10:48,720
 conhecemos a fonte, também
 vamos usar isso?

157
00:10:48,720 --> 00:10:50,640
 Bem, veja algumas coisas aqui.

158
00:10:50,640 --> 00:10:54,320
 Número um, interface de entrada.

159
00:10:54,320 --> 00:10:56,160
 Um vizinho RPF.

160
00:10:56,160 --> 00:11:01,140
 Tudo isto se baseia no nosso conhecimento
 do ponto de encontro.

161
00:11:01,140 --> 00:11:07,280
 Se eu estiver realmente recebendo dados multicast
 reais, isso não seria relevante,

162
00:11:07,280 --> 00:11:11,600
 certo? Porque a interface de entrada
 e o vizinho RPF para chegar ao

163
00:11:11,600 --> 00:11:15,340
 a própria fonte real pode não ser esta.

164
00:11:15,340 --> 00:11:17,260
 Pode ser algo diferente.

165
00:11:17,260 --> 00:11:23,260
 Além disso, eu não precisaria mais de uma
 estrela aqui porque agora eu saberia o que

166
00:11:23,260 --> 00:11:25,220
 o endereço de origem é.

167
00:11:25,220 --> 00:11:31,040
 Assim, no momento em que um roteador
 recebe o primeiro pacote multicast,

168
00:11:31,040 --> 00:11:38,120
 ele cria uma segunda entrada aqui, que
 é chamada de entrada S, vírgula G.

169
00:11:38,120 --> 00:11:39,320
 Então vamos em frente e fazer isso.

170
00:11:39,320 --> 00:11:40,880
 Vamos começar pelo fluxo.

171
00:11:40,880 --> 00:11:54,680
 Basicamente, faça meu ping novamente.

172
00:11:54,680 --> 00:12:00,120
 OK. E na verdade eu tenho que ir para o roteador
 oito porque durante o intervalo,

173
00:12:00,120 --> 00:12:05,400
 Eu adicionei algo aqui que poderia
 estragar nossa demonstração.

174
00:12:05,400 --> 00:12:18,960
 Então, eu só quero me livrar disso.

175
00:12:18,960 --> 00:12:21,380
 Ok, então vamos dar uma olhada
 aqui no roteador dois agora.

176
00:12:21,380 --> 00:12:23,800
 Mostrar IP, rota M.

177
00:12:23,800 --> 00:12:32,300
 Então aqui vemos o que é chamado de
 entrada de rota S, vírgula G, M.

178
00:12:32,300 --> 00:12:38,200
 S porque, ei, nós realmente
 sabemos quem é a fonte ali.

179
00:12:38,200 --> 00:12:43,500
 Portanto, a interface de entrada e o vizinho
 RPF são realmente relevantes agora

180
00:12:43,500 --> 00:12:47,540
 para a fonte, não para
 o ponto de encontro.

181
00:12:47,540 --> 00:12:56,000
 Agora, minha topologia específica, eu
 realmente fiz isso para que em R2, ele

182
00:12:56,000 --> 00:13:00,540
 prefira esse link serial para chegar ao
 R4 em vez desses links Ethernet rápidos.

183
00:13:00,540 --> 00:13:04,920
 Acabei de fazer isso manipulando o EIGRP e usando
 listas de deslocamento e outras coisas

184
00:13:04,920 --> 00:13:09,640
 assim. Mas R2 diz ok, para chegar
 à rede quatro cinco, esta é

185
00:13:09,640 --> 00:13:11,260
 o caminho preferido.

186
00:13:11,260 --> 00:13:15,660
 E mais uma vez, posso apenas verificar isso,
 mostrar IP RPF, quatro ponto cinco ponto

187
00:13:15,660 --> 00:13:22,100
 quatro ponto cinco. E diz, prefiro
 usar serial zero um zero, e

188
00:13:22,100 --> 00:13:25,140
 isso é via EIGRP 100.

189
00:13:25,140 --> 00:13:28,700
 Então é isso que usamos como
 interface de entrada.

190
00:13:28,700 --> 00:13:34,180
 E o vizinho RPF é, bem, como parece,
 o próximo vizinho importante a ir

191
00:13:34,180 --> 00:13:36,140
 nessa direção.

192
00:13:36,140 --> 00:13:45,320
 Agora, quando há muitas regras em
 torno disso, temos que seguir.

193
00:13:45,320 --> 00:13:57,900
 Então, número um, quando um S, vírgula G é
 formado pela primeira vez, basicamente leva

194
00:13:57,900 --> 00:14:02,700
 o que quer que esteja na lista de interface
 de saída da estrela, vírgula G, e apenas

195
00:14:02,700 --> 00:14:05,140
 copia aqui embaixo.

196
00:14:05,140 --> 00:14:06,800
 Então normalmente eles são iguais.

197
00:14:06,800 --> 00:14:10,600
 Há uma circunstância em que
 isso não vai acontecer.

198
00:14:10,600 --> 00:14:16,620
 Existe uma regra de PIM, e isso realmente
 existe tanto para a estrela, vírgula

199
00:14:16,620 --> 00:14:21,000
 G e o S, vírgula G, que diz que você nunca
 poderá ter sua interface de entrada

200
00:14:21,000 --> 00:14:24,060
 na lista de interfaces de saída.

201
00:14:24,060 --> 00:14:28,160
 Em outras palavras, sua interface de entrada
 não pode ser igual à de saída.

202
00:14:28,160 --> 00:14:34,560
 interface. Então, se você vir nulo na lista
 de interfaces de saída, o que significa

203
00:14:34,560 --> 00:14:38,540
 nada, pode ser por isso.

204
00:14:38,540 --> 00:14:41,440
 Mas neste caso, não precisamos
 nos preocupar com isso.

205
00:14:41,440 --> 00:14:44,980
 Então a interface de entrada é serial
 zero um zero, e ele apenas copiou

206
00:14:44,980 --> 00:14:55,700
 isso aqui embaixo. Ok,
 o que significa o J?

207
00:14:55,700 --> 00:15:02,200
 A bandeira J significa que enviei
 uma junção nesta direção.

208
00:15:02,200 --> 00:15:06,120
 Portanto, neste caso específico, como esta
 é a árvore do caminho mais curto, isso

209
00:15:06,120 --> 00:15:13,540
 significa que enviei um S, vírgula G para
 juntar-se à árvore do caminho mais curto.

210
00:15:13,540 --> 00:15:20,240
 Agora, a bandeira J por si só não é prova
 de que realmente recebemos qualquer

211
00:15:20,240 --> 00:15:23,860
 dados multicast daquela direção.

212
00:15:23,860 --> 00:15:34,000
 Tudo o que isso significa é que
 tentamos abrir essa direção.

213
00:15:34,000 --> 00:15:39,160
 O que normalmente gostaríamos de
 ver depois da bandeira J, e vou

214
00:15:39,160 --> 00:15:44,900
 investigue isso aqui, seria a bandeira T.

215
00:15:44,900 --> 00:15:49,940
 Normalmente veríamos a bandeira T depois
 da bandeira J, e a bandeira T na verdade

216
00:15:49,940 --> 00:15:57,100
 significa que recebi dados multicast reais
 da árvore de caminho mais curto.

217
00:15:57,100 --> 00:16:00,200
 Agora, por que não estamos vendo
 isso neste caso específico?

218
00:16:00,200 --> 00:16:02,180
 Bem, vamos solucionar um pouco aqui.

219
00:16:02,180 --> 00:16:09,420
 Sabemos que para receber tráfego
 multicast nesta direção,

220
00:16:09,420 --> 00:16:14,640
 precisamos ter PIM bem aqui.

221
00:16:14,640 --> 00:16:18,460
 Ok, então pergunta número um, o roteador
 dois tem um vizinho PIM na serial

222
00:16:18,460 --> 00:16:22,680
 zero um zero? Se ele tem um vizinho PIM,
 então isso é prova de que realmente

223
00:16:22,680 --> 00:16:25,320
 habilitei o PIM no roteador quatro.

224
00:16:25,320 --> 00:16:30,420
 Então vamos ver, mostre o vizinho IP PIM.

225
00:16:30,420 --> 00:16:32,360
 E ele não.

226
00:16:32,360 --> 00:16:37,180
 Tudo bem, então só temos um vizinho
 no rápido Ethan no zero um.

227
00:16:37,180 --> 00:16:41,520
 Não temos na serial, por isso
 não estamos recebendo tráfego

228
00:16:41,520 --> 00:16:47,400
 dessa maneira. Então, vamos dar
 uma olhada no roteador quatro.

229
00:16:47,400 --> 00:16:56,380
 Sim, e Peter só para validar, você realmente
 precisa ver a bandeira T em

230
00:16:56,380 --> 00:17:01,180
 esta entrada aqui para verificar se você
 recebeu tráfego multicast inativo

231
00:17:01,180 --> 00:17:03,340
 a árvore do caminho mais curto.

232
00:17:03,340 --> 00:17:08,140
 Tudo o que a bandeira J significa é que tentei
 entrar naquela árvore, mas não conseguimos.

233
00:17:08,140 --> 00:17:08,880
 saiba se já está funcionando.

234
00:17:08,880 --> 00:17:12,340
 E este caso em particular claramente não
 está funcionando porque eu nem tenho

235
00:17:12,340 --> 00:17:15,600
 um vizinho nessa interface.

236
00:17:15,600 --> 00:17:21,360
 Então por que não? Vamos
 para o roteador quatro.

237
00:17:21,360 --> 00:17:25,160
 Mostrar interface de execução
 serial zero um zero.

238
00:17:25,160 --> 00:17:26,260
 E lá vamos nós.

239
00:17:26,260 --> 00:17:28,120
 Não habilitei o PIM nessa interface.

240
00:17:28,120 --> 00:17:40,340
 Então isso explica isso.

241
00:17:40,340 --> 00:17:44,400
 Ok, o ping ainda está
 ativo ou já foi feito?

242
00:17:44,400 --> 00:17:45,960
 Sim, ainda estou indo.

243
00:17:45,960 --> 00:17:51,920
 Então agora vamos para o roteador dois.

244
00:17:51,920 --> 00:17:54,080
 E lá vamos nós.

245
00:17:54,080 --> 00:17:55,840
 Agora temos a bandeira T.

246
00:17:55,840 --> 00:18:00,500
 Isso é bom. Isso significa que começamos
 a receber mensagens multicast

247
00:18:00,500 --> 00:18:16,640
 tráfego da árvore de caminho mais curto.

248
00:18:16,640 --> 00:18:21,240
 OK. E só para o caso de você estar
 assistindo esta gravação e

249
00:18:21,240 --> 00:18:26,200
 você pulou a seção anterior sobre
 registros PIM, naquele particular

250
00:18:26,200 --> 00:18:30,560
 seção eu fiz um rastreamento de um
 PIM S, vamos dar uma olhada nisso

251
00:18:30,560 --> 00:18:42,780
 realmente rápido. Então é assim
 que se parece uma junção S, G.

252
00:18:42,780 --> 00:18:47,700
 Ele ainda sai como multicast usando
 o mesmo endereço de destino PIM

253
00:18:47,700 --> 00:18:52,000
 de 2240013. Então é salto por salto.

254
00:18:52,000 --> 00:18:56,320
 Portanto, o endereço de origem
 mudará salto a salto.

255
00:18:56,320 --> 00:19:00,500
 E no corpo da mensagem PIM está o
 tipo três, mais uma vez, junte-se

256
00:19:00,500 --> 00:19:05,540
 ameixa seca. Vizinho de cima,
 para quem isso vai?

257
00:19:05,540 --> 00:19:09,820
 Para quem é meu vizinho RPF para
 quem estou enviando isso?

258
00:19:09,820 --> 00:19:12,600
 E dirá, número de junções, em quantos
 grupos estou participando?

259
00:19:12,600 --> 00:19:20,320
 Então, o que realmente diferencia uma junção
 estrela, G de uma junção S, G são as

260
00:19:20,320 --> 00:19:23,200
 bandeiras aqui.

261
00:19:23,200 --> 00:19:30,480
 Vimos na estrela G juntar que
 além do bit S, tínhamos o W

262
00:19:30,480 --> 00:19:33,420
 bit e o bit R.

263
00:19:33,420 --> 00:19:38,580
 O bit W era o curinga, o que significa
 que não sei qual é a fonte

264
00:19:38,580 --> 00:19:40,100
 do fluxo é.

265
00:19:40,100 --> 00:19:44,700
 Então este endereço IP, se o W estivesse
 aqui, isso significaria este endereço IP

266
00:19:44,700 --> 00:19:47,120
 é o ponto de encontro.

267
00:19:47,120 --> 00:19:51,840
 Mas com base no fato de que o W está faltando,
 isso significa que isso é realmente

268
00:19:51,840 --> 00:19:54,920
 o endereço IP da origem do próprio fluxo.

269
00:19:54,920 --> 00:19:59,200
 Além disso, o bit R está faltando.

270
00:19:59,200 --> 00:20:02,140
 O bit R é chamado de bit RP.

271
00:20:02,140 --> 00:20:05,600
 Se você realmente olhar na especificação
 PIM, ela é chamada de bit RP.

272
00:20:05,600 --> 00:20:10,420
 E isso significaria que esta mensagem,
 seja uma ameixa ou uma junção, vai

273
00:20:10,420 --> 00:20:14,780
 subir na árvore RP. Está subindo na árvore compartilhada
 em direção ao ponto de encontro.

274
00:20:14,780 --> 00:20:17,700
 Mais uma vez, isso está faltando aqui, porque
 isso não vai subir no compartilhamento

275
00:20:17,700 --> 00:20:22,140
 árvore. Isso está destinado a subir
 na árvore do caminho mais curto.

276
00:20:22,140 --> 00:20:27,280
 Fora isso, eles parecem fundamentalmente
 iguais, uma estrela, G junta-se e

277
00:20:27,280 --> 00:20:29,440
 uma junção S, G. O corpo parece o mesmo.

278
00:20:29,440 --> 00:20:31,660
 Você realmente tem que olhar
 as bandeiras aqui para ver.

279
00:20:31,660 --> 00:20:35,380
 O W no bit R está aqui ou está faltando?

280
00:20:35,380 --> 00:20:40,700
 É isso que diferencia os dois.

281
00:20:40,700 --> 00:20:49,040
 Agora, mencionei que uma das coisas
 que poderia causar o estado S, G em

282
00:20:49,040 --> 00:20:55,300
 o roteador é se você estiver realmente
 recebendo o próprio tráfego multicast.

283
00:20:55,300 --> 00:20:58,660
 Há outra situação que pode causar isso.

284
00:20:58,660 --> 00:21:08,860
 Se você receber uma junção S, G de um roteador
 downstream, por exemplo, vamos

285
00:21:08,860 --> 00:21:11,900
 não use este.

286
00:21:11,900 --> 00:21:23,040
 Digamos, por exemplo, que
 temos esta situação.

287
00:21:23,040 --> 00:21:34,280
 Esse cara é o RP.

288
00:21:34,280 --> 00:21:40,040
 Chamaremos esse cara de roteador um,
 roteador dois e roteador três.

289
00:21:40,040 --> 00:21:58,400
 Colocaremos nosso receptor aqui
 e colocaremos nossa fonte aqui.

290
00:21:58,400 --> 00:22:04,420
 Tudo bem, então sabemos que inicialmente,
 assim que o multicast começar

291
00:22:04,420 --> 00:22:10,400
 fluindo, irá nesta direção até
 o ponto de encontro, descendo

292
00:22:10,400 --> 00:22:13,020
 a árvore compartilhada e
 depois para o receptor.

293
00:22:13,020 --> 00:22:17,660
 Então, neste momento, o roteador
 dois não tem nenhum estado.

294
00:22:17,660 --> 00:22:19,620
 Ele não tem estado de
 rota M para o fluxo.

295
00:22:19,620 --> 00:22:23,720
 Ninguém nunca pediu isso
 a ele, seja IGMP ou PIM.

296
00:22:23,720 --> 00:22:26,540
 Então, se ele mostrasse a rota
 do IPM, não veríamos nada.

297
00:22:26,540 --> 00:22:29,620
 Nada relacionado ao fluxo.

298
00:22:29,620 --> 00:22:36,360
 Mas quando o roteador um está tentando ingressar
 no caminho mais curto, se presumirmos

299
00:22:36,360 --> 00:22:50,480
 que este é o caminho mais curto, ele
 enviará um PIM S, G join upstream.

300
00:22:50,480 --> 00:22:55,040
 E como vimos no corpo da mensagem,
 ele dirá roteador vizinho

301
00:22:55,040 --> 00:22:59,780
 dois, o endereço IP do roteador dois, e então
 ele fornecerá a origem e o destino,

302
00:22:59,780 --> 00:23:00,880
 certo? Ele dará a origem do fluxo.

303
00:23:00,880 --> 00:23:04,460
 Digamos apenas que isso é xxx.

304
00:23:04,460 --> 00:23:13,640
 Ele terá aqui fonte igual a xxx,
 grupo igual, você sabe, tanto faz

305
00:23:13,640 --> 00:23:21,600
 isso é. Portanto, agora, embora o roteador dois
 inicialmente não tivesse estado de rota M em

306
00:23:21,600 --> 00:23:29,820
 tudo, uma vez que ele obtenha essa junção
 S, G, isso criará o estado S, G

307
00:23:29,820 --> 00:23:32,420
 em sua tabela de rotas M.

308
00:23:32,420 --> 00:23:36,340
 E então ele poderá criar sua própria
 junção S, G e enviá-la

309
00:23:36,340 --> 00:23:42,400
 Por aqui. Um outro componente chave,
 você pode ser testado em alguns