1
00:00:08,340 --> 00:00:11,320
 Ok, entÃ£o jÃ¡ falamos um pouco sobre
 esse conceito de partilha

2
00:00:11,320 --> 00:00:16,200
 Ã¡rvore, que Ã© o caminho do ponto
 de encontro atÃ© onde quer que o

3
00:00:16,200 --> 00:00:21,360
 os receptores sÃ£o. Portanto, hÃ¡ potencialmente
 mais de uma Ã¡rvore compartilhada, certo?

4
00:00:21,360 --> 00:00:25,680
 Se eu tiver 50 receptores espalhados pela
 minha rede, eu poderia potencialmente

5
00:00:25,680 --> 00:00:30,760
 tÃªm 50 Ã¡rvores compartilhadas diferentes,
 50 caminhos diferentes daquele RP levando

6
00:00:30,760 --> 00:00:33,620
 atÃ© os vÃ¡rios receptores onde vivem.

7
00:00:33,620 --> 00:00:38,100
 Vamos entrar em mais detalhes agora
 sobre como tudo isso Ã© construÃ­do.

8
00:00:38,100 --> 00:00:42,960
 EntÃ£o, primeiro vou mostrar alguns dos
 comandos iniciais para que possamos

9
00:00:42,960 --> 00:00:46,040
 construir isso, e entÃ£o vamos
 voltar Ã  teoria e ver

10
00:00:46,040 --> 00:00:47,220
 como tudo isso funciona.

11
00:00:47,220 --> 00:00:52,240
 EntÃ£o mencionei que o roteamento multicast deve
 ser habilitado globalmente, entÃ£o IP, multicast,

12
00:00:52,240 --> 00:00:58,880
 roteamento de painel. E entÃ£o o modo escasso
 do PIMS deve ser habilitado por interface,

13
00:00:58,880 --> 00:01:04,800
 entÃ£o esse Ã© o modo de traÃ§o esparso do IP
 PIMS e apenas uma outra coisa Ã© necessÃ¡ria.

14
00:01:04,800 --> 00:01:06,740
 Como vocÃª encontra o ponto de encontro?

15
00:01:06,740 --> 00:01:08,420
 EntÃ£o, vamos fazer isso de maneira
 simples e agradÃ¡vel.

16
00:01:08,420 --> 00:01:12,660
 Vamos configurar estaticamente um
 ponto de encontro com o global

17
00:01:12,660 --> 00:01:17,340
 comando IP PIM RP endereÃ§o do
 painel e depois o endereÃ§o.

18
00:01:17,340 --> 00:01:22,420
 EntÃ£o, o que isso estÃ¡ fazendo aqui Ã© dizer
 qualquer multicast em qualquer lugar,

19
00:01:22,420 --> 00:01:28,420
 seja 224, 239, 228, tanto faz,
 todos eles vÃ£o para esse cara,

20
00:01:28,420 --> 00:01:31,720
 este ponto de encontro, 777.

21
00:01:31,720 --> 00:01:39,260
 Ok, entÃ£o vamos em frente e comeÃ§ar
 a criar isso, e entÃ£o comeÃ§aremos

22
00:01:39,260 --> 00:01:41,420
 falando sobre isso Ã 
 medida que avanÃ§amos.

23
00:01:41,420 --> 00:01:49,140
 EntÃ£o, voltando ao meu diagrama aqui,
 como vocÃª pode ver, roteador trÃªs em

24
00:01:49,140 --> 00:01:52,580
 o fundo vai ser meu RP.

25
00:01:52,580 --> 00:01:57,840
 E entÃ£o terei o endereÃ§o dele
 em suas especificaÃ§Ãµes.

26
00:01:57,840 --> 00:02:01,020
 VocÃª sabe, normalmente vocÃª provavelmente selecionaria
 um loop back naquele roteador, mas

27
00:02:01,020 --> 00:02:03,820
 porque isso nÃ£o faz parte do meu diagrama,
 vou apenas escolher o endereÃ§o dele

28
00:02:03,820 --> 00:02:11,620
 na Fast Ethernet 00, entÃ£o 343, esse
 serÃ¡ o endereÃ§o do ponto de encontro

29
00:02:11,620 --> 00:02:16,000
 apontar. EntÃ£o, deixe-me entrar rapidamente
 nesses quatro roteadores, roteadores

30
00:02:16,000 --> 00:02:23,580
 dois, oito, quatro e trÃªs e habilite-os
 rapidamente para PIM.

31
00:02:23,580 --> 00:02:34,740
 EntÃ£o, comeÃ§ando com o roteador dois, roteamento
 IP multicast dash, interface rÃ¡pida

32
00:02:34,740 --> 00:02:38,220
 ethernet zero barra um, essa Ã© a
 interface que vai upstream para o

33
00:02:38,220 --> 00:02:48,140
 RP, IP PIM, modo de traÃ§o esparso e, em seguida,
 dÃª a ele conhecimento de quem Ã© o RP

34
00:02:48,140 --> 00:02:54,040
 Ã©, e falarei sobre toda essa coisa de
 DR que estÃ¡ por vir, IP PIM, RP dash

35
00:02:54,040 --> 00:02:56,860
 endereÃ§o, 3.4.3.3.

36
00:02:56,860 --> 00:03:01,020
 Agora, mais uma coisa, vamos dar uma
 olhada aqui no nosso diagrama.

37
00:03:01,020 --> 00:03:08,520
 O que acabei de fazer foi habilitar
 o roteamento multicast em R2 e

38
00:03:08,520 --> 00:03:11,680
 ativou o PIM nesta interface.

39
00:03:11,680 --> 00:03:14,140
 Provavelmente tambÃ©m vou querer fazer
 isso na interface serial, entÃ£o vamos

40
00:03:14,140 --> 00:03:16,900
 vÃ¡ em frente e faÃ§a isso tambÃ©m
 na sÃ©rie zero barra um.

41
00:03:16,900 --> 00:03:21,600
 Mas nÃ£o se esqueÃ§a, vocÃª tambÃ©m precisarÃ¡
 habilitÃ¡-lo neste particular

42
00:03:21,600 --> 00:03:25,840
 caso na interface que
 leva ao meu receptor.

43
00:03:25,840 --> 00:03:27,760
 Agora vocÃª pode perguntar:
 por que preciso disso?

44
00:03:27,760 --> 00:03:30,380
 Quero dizer, nÃ£o hÃ¡ roteadores
 PIM nessa direÃ§Ã£o.

45
00:03:30,380 --> 00:03:33,140
 Ele nÃ£o vai formar nenhum relacionamento
 de vizinhanÃ§a nem nada.

46
00:03:33,140 --> 00:03:34,880
 Aqui estÃ¡ a razÃ£o pela
 qual precisamos disso.

47
00:03:34,880 --> 00:03:40,920
 NÃºmero um, se vocÃª estiver usando o modo
 PIM esparso como roteamento multicast

48
00:03:40,920 --> 00:03:47,100
 protocolo, um roteador nÃ£o terÃ¡ permissÃ£o
 para receber qualquer multicast de entrada

49
00:03:47,100 --> 00:03:54,780
 ou transmitir qualquer multicast de saÃ­da em
 uma interface que nÃ£o esteja em execuÃ§Ã£o

50
00:03:54,780 --> 00:04:00,600
 PIM. EntÃ£o, se eu nÃ£o tivesse o PIM ativado
 na Ethernet rÃ¡pida zero zero, o roteador

51
00:04:00,600 --> 00:04:04,600
 Primeiro, meu receptor aqui pode estar
 solicitando multicast o dia todo.

52
00:04:04,600 --> 00:04:08,260
 Nunca serÃ¡ encaminhado para
 Ethernet rÃ¡pida zero zero.

53
00:04:08,260 --> 00:04:10,420
 Aqui estÃ¡ o outro motivo.

54
00:04:10,420 --> 00:04:16,400
 JÃ¡ falamos sobre como os receptores usam
 o IGMP para indicar seu interesse em

55
00:04:16,400 --> 00:04:21,940
 um grupo multicast ao roteador
 conectado diretamente.

56
00:04:21,940 --> 00:04:24,180
 Bem, os roteadores nÃ£o executam
 IGMP por padrÃ£o.

57
00:04:24,180 --> 00:04:26,020
 Eles nÃ£o ouvem isso.

58
00:04:26,020 --> 00:04:32,240
 Mas habilitamos o PIM nesta interface que
 tambÃ©m habilita o IGMP como subproduto.

59
00:04:32,240 --> 00:04:35,420
 EntÃ£o para que esse roteador perceba
 isso, ok, preciso enviar consultas

60
00:04:35,420 --> 00:04:39,620
 a cada dois minutos e preciso ouvir
 os relatÃ³rios de membros do IGMP,

61
00:04:39,620 --> 00:04:42,840
 Preciso habilitar o PIM nesta interface.

62
00:04:42,840 --> 00:04:51,400
 EntÃ£o vamos em frente e fazer isso.

63
00:04:51,400 --> 00:04:58,520
 Interface fast ethernet zero zero coloca
 o modo PIM esparso aqui e interface

64
00:04:58,520 --> 00:05:01,020
 sÃ©rie zero um zero.

65
00:05:01,020 --> 00:05:04,540
 Coloque tambÃ©m o PIM lÃ¡.

66
00:05:04,540 --> 00:05:16,680
 Ok, vamos prosseguir agora para R3.

67
00:05:16,680 --> 00:05:23,480
 Ok, e o prÃ³prio ponto de encontro
 tambÃ©m precisa saber que ele Ã© o

68
00:05:23,480 --> 00:05:24,420
 ponto de encontro.

69
00:05:24,420 --> 00:05:28,040
 EntÃ£o eu dou a ele exatamente o mesmo
 comando que dou aos outros caras.

70
00:05:28,040 --> 00:05:31,300
 Eu digo que vocÃª Ã© o RP e digo:
 ah, esse Ã© o meu endereÃ§o IP.

71
00:05:31,300 --> 00:05:33,900
 Ok, acho que esse Ã© o meu trabalho.

72
00:05:33,900 --> 00:05:48,360
 E meu RP, ele vai ter
 zero zero e zero um.

73
00:05:48,360 --> 00:05:50,520
 OK, isso Ã© tudo que preciso daquele cara.

74
00:05:50,520 --> 00:05:59,620
 EntÃ£o fiz R2, R3, vamos para R8.

75
00:05:59,620 --> 00:06:01,480
 Agora veja algumas coisas.

76
00:06:01,480 --> 00:06:06,120
 Antes de fazer qualquer coisa aqui
 no R8, mostre a rota do IPM.

77
00:06:06,120 --> 00:06:09,080
 Essa Ã© a maneira de verificar a
 tabela de roteamento multicast.

78
00:06:09,080 --> 00:06:13,860
 Bem, ainda nÃ£o habilitei o roteamento
 multicast nesse cara.

79
00:06:13,860 --> 00:06:15,600
 EntÃ£o nÃ£o hÃ¡ nada lÃ¡.

80
00:06:15,600 --> 00:06:18,100
 Com certeza, vocÃª sabe, Ã© realmente
 interessante que atÃ© mostra

81
00:06:18,100 --> 00:06:20,800
 nos as diversas bandeiras e outras
 coisas que serÃ£o usadas.

82
00:06:20,800 --> 00:06:23,920
 Mas neste momento a tabela de roteamento
 multicast nÃ£o existe.

83
00:06:23,920 --> 00:06:30,740
 Se eu mostrar a interface IPPIM,
 nÃ£o recebo nada porque nÃ£o ativei

84
00:06:30,740 --> 00:06:35,640
 PIM ainda. Agora, roteamento
 painel multicast IP.

85
00:06:35,640 --> 00:06:42,060
 Agora, se isso Ã© tudo que faÃ§o, ainda
 nÃ£o hÃ¡ PIM, mostre a rota do IPM.

86
00:06:42,060 --> 00:06:44,160
 Ainda assim, nÃ£o faz muito.

87
00:06:44,160 --> 00:06:47,640
 Mas agora habilitei este roteador
 para preencher esta tabela.

88
00:06:47,640 --> 00:06:52,160
 Ele nÃ£o tinha como povoÃ¡-lo
 antes sem esse comando.

89
00:06:52,160 --> 00:06:56,180
 Tudo bem, agora vamos em frente e habilitÃ¡-lo
 na Ethernet rÃ¡pida zero zero

90
00:06:56,180 --> 00:07:14,400
 e entÃ£o minhas subinterfaces.

91
00:07:14,400 --> 00:07:28,500
 E tambÃ©m dÃª a ele conhecimento
 de quem Ã© o ponto de encontro.

92
00:07:28,500 --> 00:07:32,140
 OK, agora, neste ponto, bem, deixe-me
 ir em frente e terminar

93
00:07:32,140 --> 00:07:51,560
 aqui. Temos mais um roteador,
 roteador quatro.

94
00:07:51,560 --> 00:07:54,880
 EntÃ£o eu nÃ£o deveria ter feito isso em
 zero zero porque zero zero Ã© um sub

95
00:07:54,880 --> 00:08:22,020
 interface. Trinta e quatro
 e oitenta e quatro.

96
00:08:22,020 --> 00:08:30,340
 E por Ãºltimo, vamos dar a ele conhecimento
 do IPPIM, endereÃ§o do painel RP.

97
00:08:30,340 --> 00:08:42,200
 OK, entÃ£o neste roteador especÃ­fico,
 vamos para alguÃ©m intermediÃ¡rio.

98
00:08:42,200 --> 00:08:46,080
 Vamos para o roteador oito.

99
00:08:46,080 --> 00:08:51,240
 EntÃ£o, agora, esse cara estÃ¡ executando
 o PIM em sua interface.

100
00:08:51,240 --> 00:08:55,660
 E posso verificar isso com
 show IPPIM interface.

101
00:08:55,660 --> 00:09:00,800
 E me mostra todas as interfaces
 onde habilitei o PIM.

102
00:09:00,800 --> 00:09:03,360
 Ele me mostra a versÃ£o.

103
00:09:03,360 --> 00:09:06,180
 S, neste caso, significa que estÃ¡
 sendo executado em modo esparso.

104
00:09:06,180 --> 00:09:09,780
 Isso me mostra quantos vizinhos aprendi.

105
00:09:09,780 --> 00:09:14,140
 Ele envia estou enviando mensagens
 PIM a cada 30 segundos.

106
00:09:14,140 --> 00:09:16,580
 Falaremos sobre o roteador
 designado em um segundo.

107
00:09:16,580 --> 00:09:21,440
 E aqui estÃ£o os endereÃ§os IP do roteador
 designado PIM, que iremos

108
00:09:21,440 --> 00:09:31,160
 chegar ao. Se eu mostrar a rota IPM, agora, antes
 de clicar em Enter aqui, este roteador,

109
00:09:31,160 --> 00:09:37,000
 porque ele estÃ¡ no meio, ele nunca
 receberÃ¡ nenhum I GMP porque

110
00:09:37,000 --> 00:09:40,580
 O GMP sÃ³ acontece entre o receptor
 e seu gateway padrÃ£o.

111
00:09:40,580 --> 00:09:43,560
 NÃ£o vai alÃ©m disso.

112
00:09:43,560 --> 00:09:46,200
 O receptor ainda nÃ£o pediu nada.

113
00:09:46,200 --> 00:09:48,820
 Ele nÃ£o aderiu a nada.

114
00:09:48,820 --> 00:09:55,140
 Vamos apenas ter certeza de que isso Ã© verdade antes
 que eu faÃ§a de mim mesmo um mentiroso aqui.

115
00:09:55,140 --> 00:10:01,240
 Certo, entÃ£o ele nÃ£o pediu nada.

116
00:10:01,240 --> 00:10:07,160
 EntÃ£o, quando eu entro, nÃ£o houve nenhum
 relatÃ³rio de adesÃ£o ao I GMP, portanto

117
00:10:07,160 --> 00:10:10,460
 esperarÃ­amos que nÃ£o houvesse
 junÃ§Ãµes de PIM.

118
00:10:10,460 --> 00:10:13,340
 NinguÃ©m pediu para participar
 de nada ainda.

119
00:10:13,340 --> 00:10:15,920
 E minha fonte, ele ainda nÃ£o enviou nada.

120
00:10:15,920 --> 00:10:16,900
 EstÃ¡ tudo ocioso.

121
00:10:16,900 --> 00:10:18,680
 Nada comeÃ§ou ainda.

122
00:10:18,680 --> 00:10:22,980
 Portanto, seria de esperar que minha tabela
 de roteamento multicast estivesse em branco.

123
00:10:22,980 --> 00:10:27,800
 Deveria estar vazio, certo?

124
00:10:27,800 --> 00:10:31,560
 Mostrar rota IPM. O que Ã© isso?

125
00:10:31,560 --> 00:10:34,020
 De onde veio isso?

126
00:10:34,020 --> 00:10:39,340
 Bem, mais tarde, quando chegarmos lÃ¡, quando
 falarmos sobre RP automÃ¡tico, esse

127
00:10:39,340 --> 00:10:42,640
 endereÃ§o multicast Ã© usado
 pelo RP automÃ¡tico.

128
00:10:42,640 --> 00:10:46,280
 Na verdade, este Ã© um endereÃ§o multicast reservado
 usado pelos proprietÃ¡rios da Cisco.

129
00:10:46,280 --> 00:10:52,660
 RP automÃ¡tico. E os roteadores Cisco,
 por padrÃ£o, ingressam nesse grupo.

130
00:10:52,660 --> 00:10:56,820
 EntÃ£o este roteador estÃ¡ basicamente dizendo que
 estou pronto para aprender dinamicamente quem

131
00:10:56,820 --> 00:11:01,520
 o RP Ã©, se o RP automÃ¡tico for invocado.

132
00:11:01,520 --> 00:11:03,900
 EntÃ£o Ã© para isso que serve
 quando vocÃª vÃª isso.

133
00:11:03,900 --> 00:11:09,700
 Ok, entÃ£o tudo estÃ¡ configurado
 e pronto para funcionar agora.

134
00:11:09,700 --> 00:11:15,240
 Vamos continuar com nossa teoria.

135
00:11:15,240 --> 00:11:20,200
 EntÃ£o mencionei que o PIM nÃ£o permitirÃ¡ encaminhamento
 ou recebimento de multicast

136
00:11:20,200 --> 00:11:24,900
 trÃ¡fego nas interfaces, a menos que
 uma de duas coisas seja verdadeira.

137
00:11:24,900 --> 00:11:29,580
 Outro vizinho PIM foi descoberto
 nessa interface ou diretamente

138
00:11:29,580 --> 00:11:37,660
 a fonte de barra do receptor conectado
 reside nessa interface.

139
00:11:37,660 --> 00:11:42,920
 EntÃ£o, vou voltar ao meu diagrama
 aqui como exemplo.

140
00:11:42,920 --> 00:12:00,620
 Digamos que eu habilitei o PIM
 em todas essas interfaces.

141
00:12:00,620 --> 00:12:02,060
 Ok, digamos isso.

142
00:12:02,060 --> 00:12:06,480
 Agora observe as interfaces que nÃ£o
 circulei e fiz isso de propÃ³sito.

143
00:12:06,480 --> 00:12:13,440
 NÃ£o habilitei o PIM aqui nesta
 subinterface ou aqui mesmo.

144
00:12:13,440 --> 00:12:19,220
 Neste caso especÃ­fico, o trÃ¡fego
 multicast nunca fluirÃ¡.

145
00:12:19,220 --> 00:12:24,260
 Se meu receptor enviar um relatÃ³rio de
 associaÃ§Ã£o IGMP, temos o PIM ativado

146
00:12:24,260 --> 00:12:27,200
 em cada interface para chegar ao RP.

147
00:12:27,200 --> 00:12:29,340
 EntÃ£o, na verdade, formaremos
 uma Ã¡rvore compartilhada.

148
00:12:29,340 --> 00:12:33,800
 Este ramo aqui estarÃ¡ pronto e aguardando
 para transmitir multicast

149
00:12:33,800 --> 00:12:34,880
 se isso acontecer.

150
00:12:34,880 --> 00:12:36,820
 Mas aqui estÃ¡ o problema.

151
00:12:36,820 --> 00:12:48,340
 Se a fonte comeÃ§ar a enviar, bem,
 R4 nunca receberÃ¡ uma solicitaÃ§Ã£o

152
00:12:48,340 --> 00:12:50,880
 para esse trÃ¡fego.

153
00:12:50,880 --> 00:12:56,140
 Para que o R4 encaminhe nativamente o multicast,
 basta encaminhar na interface,

154
00:12:56,140 --> 00:12:58,160
 alguÃ©m tem que pedir isso a ele.

155
00:12:58,160 --> 00:13:01,140
 Ele tem que receber uma adesÃ£o PIM.

156
00:13:01,140 --> 00:13:05,160
 Bem, ele nÃ£o receberÃ¡ uma associaÃ§Ã£o
 PIM desta forma porque esta interface

157
00:13:05,160 --> 00:13:07,100
 nÃ£o tem PIM nele.

158
00:13:07,100 --> 00:13:08,340
 E ele nÃ£o vai receber.

159
00:13:08,340 --> 00:13:12,960
 Se uma junÃ§Ã£o PIM vier aqui ou aqui,
 ele irÃ¡ abandonÃ¡-la porque

160
00:13:12,960 --> 00:13:14,700
 ele nÃ£o tem PIM habilitado
 nessas interfaces.

161
00:13:14,700 --> 00:13:16,520
 Ele nÃ£o pode receber PIM.

162
00:13:16,520 --> 00:13:21,260
 Essa Ã© uma demonstraÃ§Ã£o de por que o PIM
 deve ser habilitado em ambos os lados

163
00:13:21,260 --> 00:13:25,540
 um link. TambÃ©m na interface conectada
 ao receptor e na interface

164
00:13:25,540 --> 00:13:30,220
 conectado Ã  fonte para que tudo flua.

165
00:13:30,220 --> 00:13:32,740
 Portanto, esta pode ser uma fonte de
 soluÃ§Ã£o de problemas de multicast.

166
00:13:32,740 --> 00:13:36,180
 Se o multicast nÃ£o estiver fluindo em
 algum lugar da sua rede, pode ser tÃ£o

167
00:13:36,180 --> 00:13:41,220
 simples como o fato de vocÃª ter esquecido de
 ativar o PIM em algum link em algum lugar.

168
00:13:41,220 --> 00:13:48,620
 Algumas interfaces, algumas subinterfaces
 nÃ£o possuem o PIM ativado.

169
00:13:48,620 --> 00:13:52,300
 Portanto, os pacotes PIM Hello sÃ£o usados
 ââpara descobrir os vizinhos PIM.

170
00:13:52,300 --> 00:13:54,460
 E se vocÃª estÃ¡ assistindo a esta
 gravaÃ§Ã£o, peÃ§o desculpas.

171
00:13:54,460 --> 00:13:58,360
 Na gravaÃ§Ã£o anterior, eu distorci
 o endereÃ§o multicast daqueles

172
00:13:58,360 --> 00:14:04,580
 PIM OlÃ¡. O endereÃ§o correto Ã© 2240013.

173
00:14:04,580 --> 00:14:09,880
 Portanto, 2240013 Ã© o endereÃ§o para
 o qual os PIM Hello sÃ£o enviados.

174
00:14:09,880 --> 00:14:12,680
 EntÃ£o, vamos fazer um rastreamento preciso
 daqueles Hello's agora porque

175
00:14:12,680 --> 00:14:14,120
 temos o PIM ativado.

176
00:14:14,120 --> 00:14:16,160
 Vou escolher um aqui.

177
00:14:16,160 --> 00:14:20,060
 Portanto, sabemos que a topologia fÃ­sica
 real neste caso estÃ¡ bem aqui.

178
00:14:20,060 --> 00:14:22,940
 O PIM estÃ¡ habilitado em R2, R8, R4.

179
00:14:22,940 --> 00:14:24,520
 EntÃ£o vamos fazer um rastreamento
 do atirador.

180
00:14:24,520 --> 00:14:30,480
 Vou capturar os OlÃ¡ que estÃ£o chegando
 com etano rÃ¡pido com 0 barra

181
00:14:30,480 --> 00:14:32,420
 4 neste interruptor.

182
00:14:32,420 --> 00:14:42,740
 EntÃ£o, vou usar o recurso span
 no switch para fazer isso.

183
00:14:42,740 --> 00:14:46,600
 Na verdade, nÃ£o vou entrar em detalhes
 sobre como configurar o span ou

184
00:14:46,600 --> 00:14:52,300
 o que span faz porque isso nÃ£o Ã© realmente
 relevante para esta apresentaÃ§Ã£o.

185
00:14:52,300 --> 00:14:56,900
 Ok, entÃ£o neste momento, qualquer coisa
 que esteja acontecendo, vamos ver aqui,

186
00:14:56,900 --> 00:14:58,820
 Eu fiz 0 barra 7.

187
00:14:58,820 --> 00:15:00,580
 EntÃ£o isso seria bem aqui.

188
00:15:00,580 --> 00:15:06,280
 Ok, R4. EntÃ£o, quando R4 estiver enviando
 PIM Hello's, devemos capturÃ¡-los e

189
00:15:06,280 --> 00:15:09,380
 meu tubarÃ£o de arame deveria pegÃ¡-los.

190
00:15:09,380 --> 00:15:17,980
 Eles saem a cada 30 segundos, entÃ£o
 nÃ£o devemos esperar muito.

191
00:15:17,980 --> 00:15:34,560
 Aqui vamos nÃ³s. EntÃ£o vou usar meu
 laptop ou um bug com wire shark.

192
00:15:34,560 --> 00:15:39,060
 Mas muitas vezes o wire shark nÃ£o me
 deixa apertar os botÃµes aqui para

193
00:15:39,060 --> 00:15:44,020
 pare alguma coisa. EntÃ£o,
 vamos expandir isso.

194
00:15:44,020 --> 00:15:49,440
 EntÃ£o aqui estÃ¡ o nosso PIM OlÃ¡.

195
00:15:49,440 --> 00:15:56,640
 EntÃ£o observe o destino 2240013 e quando
 mapearmos isso atÃ© o nosso destino

196
00:15:56,640 --> 00:16:02,600
 O endereÃ§o MAC 01005E e D Ã© 13.

197
00:16:02,600 --> 00:16:06,100
 Ã transportado em IP.

198
00:16:06,100 --> 00:16:12,400
 Tem um tempo de vida de 1 porque
 sÃ³ Ã© bom no link local.

199
00:16:12,400 --> 00:16:14,580
 E tem um DSCP bastante alto.

200
00:16:14,580 --> 00:16:18,900
 Tem uma precedÃªncia de IP de 6.

201
00:16:18,900 --> 00:16:21,140
 E vocÃª sÃ³ pode ir alÃ©m disso indo para 7.

202
00:16:21,140 --> 00:16:24,240
 Portanto, no que diz respeito Ã s prioridades,
 um pacote de prioridade bastante elevada.

203
00:16:24,240 --> 00:16:27,640
 Protocolo 103 para PIM.

204
00:16:27,640 --> 00:16:35,200
 E aqui vemos que a fonte Ã©,
 neste caso, o roteador 8.

205
00:16:35,200 --> 00:16:37,740
 Parece. Roteador 8.

206
00:16:37,740 --> 00:16:39,320
 E destinos PIM.

207
00:16:39,320 --> 00:16:43,720
 E aqui estÃ¡ o corpo do PIM.

208
00:16:43,720 --> 00:16:50,320
 PIM versÃ£o 2, o cÃ³digo do tipo
 Ã© 0, o que significa que Ã© OlÃ¡.

209
00:16:50,320 --> 00:16:52,620
 E a opÃ§Ã£o que diz o tempo de espera.

210
00:16:52,620 --> 00:16:59,020
 EntÃ£o, 105 segundos, o que Ã© aproximadamente
 trÃªs vezes a prioridade, ou trÃªs vezes

211
00:16:59,020 --> 00:17:03,780
 o intervalo do tempo de saudaÃ§Ã£o,
 que Ã© a cada 30 segundos.

212
00:17:03,780 --> 00:17:07,920
 E prioridade designada do roteador e
 capacidade de atualizaÃ§Ã£o de estado.

213
00:17:07,920 --> 00:17:10,680
 Fale um pouco mais sobre
 isso em apenas um minuto.

214
00:17:10,680 --> 00:17:20,700
 Mas vocÃª pode ver que o
 PIM Hello Ã© bem simples.

215
00:17:20,700 --> 00:17:23,980
 E aqui vocÃª pode ver que eles
 saem com bastante frequÃªncia.

216
00:17:23,980 --> 00:17:28,900
 EntÃ£o aqui estÃ¡ o do roteador 8.

217
00:17:28,900 --> 00:17:36,400
 E saiu aos 42,35 segundos.

218
00:17:36,400 --> 00:17:40,040
 EntÃ£o, se avanÃ§armos cerca de 30 segundos
 a mais do que isso, serÃ£o cinco minutos

219
00:17:40,040 --> 00:17:48,740
 e cerca de 15 segundos ou mais.

220
00:17:48,740 --> 00:17:50,800
 E aqui estÃ¡ o prÃ³ximo olÃ¡.

221
00:17:50,800 --> 00:17:53,960
 Cerca de 30 segundos depois,
 cinco minutos e 12 segundos.

222
00:17:53,960 --> 00:17:57,940
 E falaremos sobre essas outras coisas, juntar
 ameixas e outras coisas que estÃ£o por vir

223
00:17:57,940 --> 00:18:12,680
 acima. OK, entÃ£o o PIM entra.

224
00:18:12,680 --> 00:18:18,200
 Como mencionei, o PIM nÃ£o adiciona um
 galho Ã  Ã¡rvore atÃ© que alguÃ©m queira

225
00:18:18,200 --> 00:18:25,080
 para se juntar a ele. EntÃ£o, o PIM na verdade tem
 algo chamado pacote de junÃ§Ã£o para fazer isso.

226
00:18:25,080 --> 00:18:28,180
 E vocÃª verÃ¡ em muitas documentaÃ§Ãµes
 que elas farÃ£o referÃªncia a dois

227
00:18:28,180 --> 00:18:29,700
 diferentes tipos de junÃ§Ãµes.

228
00:18:29,700 --> 00:18:35,900
 Algo chamado junÃ§Ã£o de estrela
 e vÃ­rgula e junÃ§Ã£o de vÃ­rgula.

229
00:18:35,900 --> 00:18:39,120
 Vamos entrar nos detalhes sangrentos
 de cada um deles.

230
00:18:39,120 --> 00:18:42,560
 Por enquanto, direi apenas que ambos
 sÃ£o exatamente o mesmo pacote.

231
00:18:42,560 --> 00:18:45,980
 NÃ£o Ã© como se existissem dois tipos
 diferentes de pacotes PIM.

232
00:18:45,980 --> 00:18:48,540
 Ambos sÃ£o transportados exatamente
 no mesmo pacote.

233
00:18:48,540 --> 00:18:51,780
 A Ãºnica diferenÃ§a Ã© que um pequeno
 campo Ã© diferente entre os dois.

234
00:18:51,780 --> 00:18:55,740
 Mas esta Ã© a estrutura de dados fundamental
 usada pelo PIM para enviar

235
00:18:55,740 --> 00:19:00,040
 uma mensagem rio acima dizendo: ei vizinho,
 olhe para mim, preciso de uma coisa.

236
00:19:00,040 --> 00:19:01,480
 Preciso de um grupo especÃ­fico.

237
00:19:01,480 --> 00:19:03,400
 Adicione-me Ã  sua Ã¡rvore.

238
00:19:03,400 --> 00:19:13,440
 Essa Ã© a junÃ§Ã£o do PIM.

239
00:19:13,440 --> 00:19:17,560
 Portanto, o encaminhamento multicast Ã© determinado
 pelas entradas na tabela de rotas M,

240
00:19:17,560 --> 00:19:19,200
 a tabela de roteamento multicast.

241
00:19:19,200 --> 00:19:23,100
 EntÃ£o chamamos essas rotas M.

242
00:19:23,100 --> 00:19:26,920
 EntÃ£o, o que faria com que essas entradas
 fossem preenchidas na tabela?

243
00:19:26,920 --> 00:19:29,460
 Bem, uma das trÃªs coisas.

244
00:19:29,460 --> 00:19:32,960
 Um roteador recebeu uma junÃ§Ã£o PIM.

245
00:19:32,960 --> 00:19:38,100
 Recebeu trÃ¡fego multicast.

246
00:19:38,100 --> 00:19:41,360
 Na verdade, hÃ¡ quatro coisas.

247
00:19:41,360 --> 00:19:45,540
 Recebeu um relatÃ³rio de adesÃ£o ao IGMP.

248
00:19:45,540 --> 00:19:50,000
 EntÃ£o, deixe-me colocar isso aqui tambÃ©m.

249
00:19:50,000 --> 00:20:02,360
 Aqui vamos nÃ³s. Portanto, um roteador recebeu
 junÃ§Ãµes PIM ou uma associaÃ§Ã£o IGMP

250
00:20:02,360 --> 00:20:06,640
 relatÃ³rio. Ele recebeu o
 trÃ¡fego multicast real.

251
00:20:06,640 --> 00:20:09,980
 Ou Ã s vezes pode ser criado de
 forma dinÃ¢mica ou automÃ¡tica.

252
00:20:09,980 --> 00:20:16,560
 Vimos que o 2240140 estava
 lÃ¡ para RP automÃ¡tico.

253
00:20:16,560 --> 00:20:18,100
 E nÃ£o tivemos que fazer nada para isso.

254
00:20:18,100 --> 00:20:21,300
 Na verdade, nÃ£o recebemos nenhum trÃ¡fego
 de RP automÃ¡tico apenas dinamicamente

255
00:20:21,300 --> 00:20:27,080
 coloque lÃ¡. EntÃ£o, vamos dar uma olhada
 na tabela de rotas M por um momento.

256
00:20:27,080 --> 00:20:32,280
 E vou apontar alguns pontos
 de alto nÃ­vel disso.

257
00:20:32,280 --> 00:20:36,420
 E entÃ£o falaremos um pouco
 mais sobre alguns detalhes.

258
00:20:36,420 --> 00:20:42,880
 EntÃ£o, por exemplo, se eu entrar aqui, mostrar
 a rota do IPM Ã© como vemos o que estÃ¡

259
00:20:42,880 --> 00:20:47,200
 lÃ¡. EntÃ£o essas sÃ£o todas
 as suas bandeiras.

260
00:20:47,200 --> 00:20:52,180
 E essas bandeiras aparecerÃ£o em
 vÃ¡rios trechos da sua rota M.

261
00:20:52,180 --> 00:20:54,540
 EntÃ£o esta Ã©, por exemplo,
 considerada uma rota M.

262
00:20:54,540 --> 00:20:56,380
 Estas quatro linhas aqui.

263
00:20:56,380 --> 00:20:59,300
 Isso estÃ¡ indicando uma rota multicast.

264
00:20:59,300 --> 00:21:02,440
 E dessas bandeiras, vamos
 falar sobre muitas delas.

265
00:21:02,440 --> 00:21:06,320
 Agora, muitos deles nÃ£o tÃªm nada
 a ver com o modo esparso do PIMS.

266
00:21:06,320 --> 00:21:09,460
 EntÃ£o vou apontar os mais comuns
 que vocÃª verÃ¡ no PIMS sparse

267
00:21:09,460 --> 00:21:15,220
 modo. Mas alguns deles gostam da bandeira
 Z e da bandeira Y que nÃ£o tem nada

268
00:21:15,220 --> 00:21:16,480
 a ver com o modo escasso do PIMS.

269
00:21:16,480 --> 00:21:18,760
 EntÃ£o nÃ£o vamos falar sobre isso.

270
00:21:18,760 --> 00:21:23,420
 EntÃ£o vocÃª verÃ¡ aqui, para poder
 ver que este Ã© o seu grupo.

271
00:21:23,420 --> 00:21:24,940
 Este Ã© o grupo multicast.

272
00:21:24,940 --> 00:21:27,360
 E falaremos aqui em apenas um segundo
 o que a estrela significa.

273
00:21:27,360 --> 00:21:33,560
 Alguns cronÃ´metros sobre quanto tempo o grupo
 estÃ¡ ativo e quando ele irÃ¡ expirar.

274
00:21:33,560 --> 00:21:37,340
 InformaÃ§Ãµes sobre quem
 Ã© o ponto de encontro.

275
00:21:37,340 --> 00:21:42,100
 Interface de entrada, vocÃª sabe,
 onde espero receber meu multicast

276
00:21:42,100 --> 00:21:46,200
 trÃ¡fego? Quando chegar atÃ© mim,
 qual interface irÃ¡ recebÃª-lo?

277
00:21:46,200 --> 00:21:49,280
 E de quais interfaces irei encaminhÃ¡-lo?

278
00:21:49,280 --> 00:21:53,720
 Ãs vezes, a lista de interfaces de saÃ­da diz
 nÃ£o, o que significa que nÃ£o tenho ninguÃ©m.

279
00:21:53,720 --> 00:21:55,500
 NinguÃ©m nunca me pediu esse trÃ¡fego.

280
00:21:55,500 --> 00:21:58,360
 NÃ£o tenho para onde enviar.

281
00:21:58,360 --> 00:22:01,560
 EntÃ£o, veremos com mais detalhes os
 vÃ¡rios temporizadores e coisas aqui

282
00:22:01,560 --> 00:22:11,260
 Ã  medida que avanÃ§amos. EntÃ£o, como
 criamos a Ã¡rvore compartilhada?

283
00:22:11,260 --> 00:22:13,960
 Bem, primeiro, vocÃª precisa saber
 quem Ã© o ponto de encontro.

284
00:22:13,960 --> 00:22:15,620
 VocÃª tem que saber como chegar atÃ© ele.

285
00:22:15,620 --> 00:22:19,640
 EntÃ£o, se vocÃª nÃ£o tem uma rota para
 o ponto de encontro, nÃ£o vai

286
00:22:19,640 --> 00:22:20,920
 te faz muito bem.

287
00:22:20,920 --> 00:22:26,140
 E vocÃª precisa ter pelo menos uma solicitaÃ§Ã£o
 de um receptor multicast.

288
00:22:26,140 --> 00:22:31,640
 O receptor multicast, o laptop, o PC,
 uma vez que envia uma adesÃ£o IGMP

289
00:22:31,640 --> 00:22:35,300
 relatÃ³rio, que dÃ¡ inÃ­cio
 a todo este processo.

290
00:22:35,300 --> 00:22:37,560
 Ã isso que constrÃ³i a
 Ã¡rvore compartilhada.

291
00:22:37,560 --> 00:22:48,500
 Ok, entÃ£o vamos em frente e construir
 uma Ã¡rvore compartilhada.

292
00:22:48,500 --> 00:22:51,520
 EntÃ£o o que vamos fazer neste
 caso Ã© ter meu receptor,

293
00:22:51,520 --> 00:22:55,960
 que Ã© realmente um roteador, mas vou pedir
 para ele enviar uma assinatura IGMP

294
00:22:55,960 --> 00:22:59,040
 relatÃ³rio para um grupo especÃ­fico.

295
00:22:59,040 --> 00:23:02,580
 Agora vamos falar sobre
 o processo que veremos.

296
00:23:02,580 --> 00:23:07,080
 E entÃ£o veremos isso no laboratÃ³rio.

297
00:23:07,080 --> 00:23:16,300
 EntÃ£o, quando R2 receber o relatÃ³rio de
 adesÃ£o, de repente ele ficarÃ¡ ciente

298
00:23:16,300 --> 00:23:19,860
 de uma fonte. EntÃ£o vamos em frente
 e fazer isso no quadro branco

299
00:23:19,860 --> 00:23:26,680
 aqui. EntÃ£o, quando esse cara enviar
 um relatÃ³rio de sÃ³cios, vamos pensar

300
00:23:26,680 --> 00:23:33,840
 algum grupo. 239.999.

301
00:23:33,840 --> 00:23:40,900
 Bem, com o PIM habilitado na Fast Ethernet
 00, o roteador 2 agora perceberÃ¡,

302
00:23:40,900 --> 00:23:44,560
 ok, tenho um receptor nesta
 interface para este grupo.

303
00:23:44,560 --> 00:23:52,500
 Agora observe quando este relatÃ³rio
 de membros chega, entÃ£o nÃ£o vai

304
00:23:52,500 --> 00:23:58,700
 haver qualquer menÃ§Ã£o a 4.5.4.5 porque ninguÃ©m
 sabe que ele existe neste momento

305
00:23:58,700 --> 00:24:05,300
 apontar. EntÃ£o, quando esse relatÃ³rio
 chegar, o roteador 2 criarÃ¡ alguns

306
00:24:05,300 --> 00:24:10,360
 estado em sua tabela de rotas M, sua tabela
 de roteamento multicast, e vamos

307
00:24:10,360 --> 00:24:14,460
 para chamar esta estrela,
 vÃ­rgula, estado g.

308
00:24:14,460 --> 00:24:16,000
 Por que chamamos assim?

309
00:24:16,000 --> 00:24:21,540
 Bem, vai ser estrela, vÃ­rgula, g, o que
 significa que a estrela Ã© qual Ã© o

310
00:24:21,540 --> 00:24:23,460
 EndereÃ§o IP da fonte?

311
00:24:23,460 --> 00:24:26,880
 Bem, nÃ£o sabemos qual Ã©
 o endereÃ§o IP da fonte.

312
00:24:26,880 --> 00:24:31,520
 EntÃ£o usamos apenas uma estrela como espaÃ§o reservado,
 o que significa qualquer fonte, nÃ£o

313
00:24:31,520 --> 00:24:33,120
 importa qual Ã© a fonte.

314
00:24:33,120 --> 00:24:37,160
 E entÃ£o g, bem, neste caso
 especÃ­fico, serÃ¡ 239.999.

315
00:24:37,160 --> 00:24:39,700
 Esse Ã© o meu grupo.

316
00:24:39,700 --> 00:24:45,500
 EntÃ£o vocÃª verÃ¡ aqui que R2 agora terÃ¡ uma
 entrada de rota M dizendo estrela, vÃ­rgula,

317
00:24:45,500 --> 00:24:49,880
 239, 999. Chamamos isso de entrada
 com asterisco, vÃ­rgula e g.

318
00:24:49,880 --> 00:24:54,800
 E fasteetanot00 serÃ¡ colocado na
 lista de interfaces de saÃ­da.

319
00:24:54,800 --> 00:25:00,000
 Em outras palavras, se algum dia eu receber
 multicast para este grupo, enviarei

320
00:25:00,000 --> 00:25:04,380
 Ã© de saÃ­da na interface fasteetanot00.

321
00:25:04,380 --> 00:25:11,440
 Ok, assim que o roteador 2 conseguir
 isso, ele dirÃ¡: ok, preciso

322
00:25:11,440 --> 00:25:16,460
 para avisar ao ponto de encontro
 do PEM que estou aqui.

323
00:25:16,460 --> 00:25:21,380
 E se ele conseguir o multicast em 239.999,
 ele precisarÃ¡ encaminhÃ¡-lo para

324
00:25:21,380 --> 00:25:26,040
 meu. Agora, neste caso especÃ­fico, jÃ¡
 identificamos o ponto de encontro

325
00:25:26,040 --> 00:25:28,380
 apontar como sendo o roteador 3.

326
00:25:28,380 --> 00:25:34,260
 Ele Ã© o PEM RP.

327
00:25:34,260 --> 00:25:36,800
 E todos esses roteadores sabem disso,
 porque eu configurei estaticamente

328
00:25:36,800 --> 00:25:44,400
 eles por isso. EntÃ£o, roteador 2, em sua entrada
 estrela, vÃ­rgula, g, vocÃª verÃ¡ que

329
00:25:44,400 --> 00:25:48,260
 ele dirÃ¡ isso. Ele dirÃ¡, ok, eu sei
 que o ponto de encontro Ã© Ã s 3

330
00:25:48,260 --> 00:25:53,640
 .4.3.3. E agora ele irÃ¡ para sua
 tabela de roteamento unicast.

331
00:25:53,640 --> 00:25:56,880
 Ele vai dizer: como faÃ§o para chegar lÃ¡?

332
00:25:56,880 --> 00:26:08,120
 Bem, se eu entrar no roteador 2, se
 eu quiser verificar se esse roteador

333
00:26:08,120 --> 00:26:12,640
 na verdade pode reverter o caminho
 para o RP, que ele sabe como voltar

334
00:26:12,640 --> 00:26:14,200
 o RP, hÃ¡ duas maneiras de fazer isso.

335
00:26:14,200 --> 00:26:16,940
 Eu certamente poderia apenas olhar
 para minha tabela de roteamento.

336
00:26:16,940 --> 00:26:17,700
 Eu poderia fazer isso.

337
00:26:17,700 --> 00:26:25,080
 Mostrar rota IP. E podemos ver aqui
 mesmo, hÃ¡ uma rota para a 343

338
00:26:25,080 --> 00:26:28,360
 rede, aprendida via EIGRP.

339
00:26:28,360 --> 00:26:31,860
 E entÃ£o ele vai sair rÃ¡pido
 ethernet 0 barra 1.

340
00:26:31,860 --> 00:26:37,440
 Ou se vocÃª quiser fazer da maneira que
 o PEM faria, vocÃª pode mostrar IP RPF

341
00:26:37,440 --> 00:26:43,140
 e digite esse endereÃ§o IP.

342
00:26:43,140 --> 00:26:46,340
 Ele diz, ok, eu sei disso.

343
00:26:46,340 --> 00:26:49,820
 Minha interface para chegar
 lÃ¡ Ã© fast ethernet 0 1.

344
00:26:49,820 --> 00:26:53,580
 Meu prÃ³ximo vizinho importante, em outras palavras,
 o vizinho que me contou sobre isso

345
00:26:53,580 --> 00:27:01,060
 a rota Ã© 8288. Aqui estÃ¡ a rota real que
 encontrei na minha tabela de roteamento.

346
00:27:01,060 --> 00:27:08,240
 E aprendi isso atravÃ©s do processo EIGRP
 100, EIGRP Autonomous System 100.

347
00:27:08,240 --> 00:27:14,540
 EntÃ£o agora que ele sabe disso, volto aqui
 para o meu quadro branco, vocÃªs verÃ£o

348
00:27:14,540 --> 00:27:20,780
 na minha estrela, entrada G, ele colocarÃ¡
 algo chamado interface de entrada.

349
00:27:20,780 --> 00:27:22,160
 Interface de entrada.

350
00:27:22,160 --> 00:27:26,760
 E ele dirÃ¡, assim que o RP comeÃ§ar
 a me enviar dados multicast, porque

351
00:27:26,760 --> 00:27:31,900
 nÃ£o deveria inicialmente comeÃ§ar a descer
 na Ã¡rvore compartilhada do RP, deveria

352
00:27:31,900 --> 00:27:35,040
 comece vindo de fast ethernet 0 barra 1.

353
00:27:35,040 --> 00:27:39,560
 Porque essa Ã© a interface que uso
 para chegar ao ponto de encontro.

354
00:27:39,560 --> 00:27:48,320
 E entÃ£o ele tambÃ©m dirÃ¡: meu vizinho
 tem 8,2 ponto 8 ponto 8.

355
00:27:48,320 --> 00:27:53,000
 Agora ele tem tudo que precisa.

356
00:27:53,000 --> 00:27:59,480
 EntÃ£o agora o roteador 2
 criarÃ¡ uma junÃ§Ã£o PEM.

357
00:27:59,480 --> 00:28:03,560
 E chamamos isso de estrela PEM, junte-se.

358
00:28:03,560 --> 00:28:08,560
 Porque tal como o relatÃ³rio de membros do
 IGMP nÃ£o deu nenhuma indicaÃ§Ã£o do que

359
00:28:08,560 --> 00:28:13,120
 o endereÃ§o de origem Ã© deste fluxo multicast,
 esta junÃ§Ã£o PEM tambÃ©m fornece

360
00:28:13,120 --> 00:28:17,600
 nenhuma indicaÃ§Ã£o do fluxo multicast.

361
00:28:17,600 --> 00:28:20,320
 E capturaremos isso no rastreamento
 do snippet para que vocÃª possa ver.

362
00:28:20,320 --> 00:28:24,040
 Estrela, 239 ponto 999.

363
00:28:24,040 --> 00:28:31,640
 E naquela estrela, G join, na verdade terÃ¡
 o endereÃ§o IP do ponto de encontro

364
00:28:31,640 --> 00:28:39,660
 apontar. E dessa forma, o roteador
 8 dirÃ¡, ok, eu sei onde fica

365
00:28:39,660 --> 00:28:41,120
 indo, isso vai para o RP.

366
00:28:41,120 --> 00:28:46,240
 EntÃ£o adivinhe? Quando o roteador 8 conseguir
 isso, ele criarÃ¡ o estado estrela, G

367
00:28:46,240 --> 00:28:50,580
 nele. Porque lembre-se da estrela, estado
 G, este estado de rota M Ã© criado

368
00:28:50,580 --> 00:28:57,000
 com base em um receptor real solicitando
 a rota ou em um downstream

369
00:28:57,000 --> 00:28:58,800
 roteador solicitando a rota.

370
00:28:58,800 --> 00:29:03,360
 Se um roteador downstream lhe enviar uma
 estrela, G join, ele criarÃ¡ o exato

371
00:29:03,360 --> 00:29:06,080
 mesmo estado como se vocÃª realmente
 tivesse um receptor.

372
00:29:06,080 --> 00:29:09,420
 NÃ£o Ã© exatamente a mesma coisa, preciso de algumas
 bandeiras aqui que sejam diferentes, mas

373
00:29:09,420 --> 00:29:11,200
 ainda cria o estado.

374
00:29:11,200 --> 00:29:14,660
 EntÃ£o, o roteador 8 criarÃ¡
 uma estrela, entrada G.

375
00:29:14,660 --> 00:29:21,340
 Ele sabe quem Ã© o RP.

376
00:29:21,340 --> 00:29:24,980
 Ele farÃ¡ uma pesquisa de caminho inverso,
 e estou assumindo que seu

377
00:29:24,980 --> 00:29:28,060
 o caminho reverso serÃ¡ 00,83.

378
00:29:28,060 --> 00:29:32,840
 SÃ³ de olhar para este diagrama, tenho certeza
 de que esse Ã© o caminho mais rÃ¡pido.

379
00:29:32,840 --> 00:29:36,860
 E entÃ£o seu prÃ³ximo vizinho
 superior serÃ¡ 3.4.3.3.

380
00:29:36,860 --> 00:29:45,840
 E assim que conseguir isso, ele encaminharÃ¡
 uma estrela, G se juntarÃ¡ ao RP.

381
00:29:45,840 --> 00:29:49,440
 E isso criarÃ¡ o estado estrela
 G no prÃ³prio ponto de encontro.
