1
00:00:08,440 --> 00:00:11,620
 Tudo bem, até agora, se você
 assistiu aos vídeos de

2
00:00:11,620 --> 00:00:15,920
 do início até agora, eu meio
 que dividi em seções em

3
00:00:15,920 --> 00:00:19,320
 para destacar cada seção, forneça realmente
 os detalhes do que está acontecendo

4
00:00:19,320 --> 00:00:24,100
 em cada processo ou conforme cada
 gatilho acontece no processo PIM.

5
00:00:24,100 --> 00:00:29,960
 Tínhamos uma seção sobre a árvore compartilhada
 sendo construída e os gatilhos

6
00:00:29,960 --> 00:00:33,640
 e as mensagens que acontecem com isso,
 então tivemos outro vídeo sobre

7
00:00:33,640 --> 00:00:38,180
 o processo de registro conforme
 a fonte inicia a aparência.

8
00:00:38,180 --> 00:00:42,240
 Depois tivemos outra seção sobre como
 juntar a árvore do caminho mais curto.

9
00:00:42,240 --> 00:00:44,300
 Então, vou colocar tudo em foco.

10
00:00:44,300 --> 00:00:47,360
 Agora, vou apenas fazer uma rápida revisão
 no quadro branco de tudo isso

11
00:00:47,360 --> 00:00:49,060
 coisas conforme acontecem.

12
00:00:49,060 --> 00:00:51,140
 Não farei mais rastros ou laboratórios
 de farejadores.

13
00:00:51,140 --> 00:00:54,480
 Já fizemos isso na característica
 anterior nas seções anteriores.

14
00:00:54,480 --> 00:00:58,600
 Vou apenas mostrar no quadro branco
 para finalizar todo o processo, pois

15
00:00:58,600 --> 00:01:01,540
 acontece. Então, espero que isso coloque
 o foco em foco se você for do tipo

16
00:01:01,540 --> 00:01:05,640
 de ficar preso agora vendo a floresta por
 entre as árvores, como diz o ditado.

17
00:01:05,640 --> 00:01:09,440
 Então, vamos voltar ao nosso
 quadro branco aqui.

18
00:01:09,440 --> 00:01:19,960
 Ok, agora com o multicast, uma de duas
 coisas pode acontecer primeiro.

19
00:01:19,960 --> 00:01:24,840
 Os receptores podem começar a ingressar
 no multicast antes do multicast

20
00:01:24,840 --> 00:01:27,640
 já começou, e isso certamente
 poderá acontecer.

21
00:01:27,640 --> 00:01:30,580
 Você sabe, por exemplo, se
 descobrir que seu CEO terá

22
00:01:30,580 --> 00:01:35,560
 um vídeo às três horas de hoje de uma nova
 e grande estrutura de bônus em seu

23
00:01:35,560 --> 00:01:39,560
 empresa. Bem, antes mesmo disso o vídeo
 começar a sair às três horas,

24
00:01:39,560 --> 00:01:42,820
 pessoas em seus cubos provavelmente começarão
 a juntar-se, você sabe, cinco ou

25
00:01:42,820 --> 00:01:44,840
 dez minutos antes mesmo do vídeo começar.

26
00:01:44,840 --> 00:01:50,240
 Então, isso pode acontecer onde, você sabe,
 talvez você tenha um stream de vídeo

27
00:01:50,240 --> 00:01:55,260
 que inicia e funciona 24 horas por dia, sete dias por
 semana, como, você sabe, o feed de notícias da CNN

28
00:01:55,260 --> 00:01:59,520
 ou a BBN, você sabe, feed de notícias,
 algo que acontece o tempo todo, e

29
00:01:59,520 --> 00:02:01,540
 pode até não ser ninguém assistindo.

30
00:02:01,540 --> 00:02:04,840
 Então, o processo de registro poderia acontecer
 primeiro e depois os destinatários

31
00:02:04,840 --> 00:02:06,300
 poderia ingressar mais tarde.

32
00:02:06,300 --> 00:02:10,800
 Então, só para simplificar as coisas,
 vou começar com o primeiro cenário

33
00:02:10,800 --> 00:02:16,220
 onde o receptor se conecta primeiro
 e o vídeo é iniciado depois disso.

34
00:02:16,220 --> 00:02:20,780
 Assim, apenas como uma revisão, o passo
 número um neste processo é se o receptor

35
00:02:20,780 --> 00:02:24,480
 está ingressando, conhecemos esse
 receptor, vamos assumir IPv4 para

36
00:02:24,480 --> 00:02:26,020
 agora apenas para simplificar.

37
00:02:26,020 --> 00:02:29,620
 Sabemos que aquele receptor, que
 é meu laptop aqui à esquerda, vai

38
00:02:29,620 --> 00:02:31,740
 mandar o quê? Pergunta de revisão.

39
00:02:31,740 --> 00:02:36,120
 Que tipo de mensagem IgMP esse receptor
 enviará ao seu gateway padrão

40
00:02:36,120 --> 00:02:39,420
 dizendo, desejo fazer parte deste fluxo?

41
00:02:39,420 --> 00:02:42,200
 Quem pode responder a isso?

42
00:02:42,200 --> 00:02:51,360
 Bem, espero que a resposta que você encontrou
 tenha sido um relatório de adesão ao IgMP.

43
00:02:51,360 --> 00:02:54,200
 Às vezes eles chamam isso de junção IgMP.

44
00:02:54,200 --> 00:02:58,520
 Esse é o tipo de gíria para isso,
 mas o termo técnico é um IgMP

45
00:02:58,520 --> 00:03:00,720
 relatório de adesão.

46
00:03:00,720 --> 00:03:04,360
 E sabemos que o endereço de destino
 desse relatório será qualquer

47
00:03:04,360 --> 00:03:08,700
 no stream é que o cara deseja
 assistir, e também no corpo do

48
00:03:08,700 --> 00:03:12,740
 relatório, o campo GDA, o campo de endereço
 de destino do grupo, também será

49
00:03:12,740 --> 00:03:15,120
 seja exatamente a mesma coisa.

50
00:03:15,120 --> 00:03:22,520
 Ok, agora se esse roteador aqui não estiver
 habilitado para PIM, nessa interface,

51
00:03:22,520 --> 00:03:26,840
 ele vai ignorar isso porque os roteadores
 não escutam IgMP por padrão.

52
00:03:26,840 --> 00:03:29,700
 Eles ignoram isso. Então, essa é uma das razões
 pelas quais temos que habilitar o PIM

53
00:03:29,700 --> 00:03:34,680
 de alguma forma, seja no modo denso ou no
 modo esparso, nesta interface, porque

54
00:03:34,680 --> 00:03:39,920
 isso também permite o processamento
 de IgMP como um subproduto disso.

55
00:03:39,920 --> 00:03:43,320
 Então, vamos supor, para fins de
 argumentação, que cada interface

56
00:03:43,320 --> 00:03:48,040
 que vemos aqui neste desenho já está
 com o modo PIM esparso habilitado.

57
00:03:48,040 --> 00:03:49,560
 Ok, então vamos supor isso.

58
00:03:49,560 --> 00:03:53,040
 Além disso, vamos supor, para fins de
 argumentação, que já predeterminamos

59
00:03:53,040 --> 00:03:58,300
 que o ponto de encontro do PIM
 será o roteador três bem aqui.

60
00:03:58,300 --> 00:04:03,880
 E todos os roteadores, incluindo o roteador
 três, estão apontando para o IP

61
00:04:03,880 --> 00:04:07,600
 endereço no roteador três rápido, Ethernet
 zero zero, que é três pontos

62
00:04:07,600 --> 00:04:12,260
 quatro ponto três ponto três
 como o endereço PIM RP.

63
00:04:12,260 --> 00:04:17,920
 E caso você tenha esquecido, o comando
 para isso em nível global era IP

64
00:04:17,920 --> 00:04:25,480
 Endereço do painel PIM RP e depois
 você coloca o endereço.

65
00:04:25,480 --> 00:04:29,480
 E fizemos isso em todos os roteadores,
 incluindo o próprio RP.

66
00:04:29,480 --> 00:04:32,640
 Ok, então esse foi o comando para
 configurar estaticamente um RP.

67
00:04:32,640 --> 00:04:37,020
 Ok, então o PIM está habilitado.

68
00:04:37,020 --> 00:04:38,840
 Todo mundo sabe quem é o RP.

69
00:04:38,840 --> 00:04:41,640
 E claro, todos têm que
 conseguir chegar ao PR.

70
00:04:41,640 --> 00:04:44,920
 Então, vamos assumir que existe algum tipo
 de protocolo de roteamento como o EIGRP

71
00:04:44,920 --> 00:04:48,340
 ou RIP ou algo assim, rodando
 em segundo plano.

72
00:04:48,340 --> 00:04:51,360
 Então todo mundo sabe como chegar a tudo.

73
00:04:51,360 --> 00:04:55,980
 Ok, então todos esses pré-requisitos
 básicos já estão concluídos.

74
00:04:55,980 --> 00:05:00,680
 Tudo bem, agora o relatório de associação
 do IGMP chega no roteador dois.

75
00:05:00,680 --> 00:05:06,680
 Agora, se eu fizesse isso naquele momento, logo
 após o roteador dois receber aquele IGMP

76
00:05:06,680 --> 00:05:12,100
 relatório de adesão, se eu emiti o comando
 show IP em route no roteador

77
00:05:12,100 --> 00:05:18,520
 dois, aqui está uma pergunta de revisão,
 que tipo de entrada de rota eu veria?

78
00:05:18,520 --> 00:05:24,600
 Exatamente. Obrigado, Pedro.

79
00:05:24,600 --> 00:05:27,380
 E para aqueles que estão assistindo, espero
 que você tenha dito que veria uma estrela

80
00:05:27,380 --> 00:05:29,460
 entrada de vírgula G. Exatamente.

81
00:05:29,460 --> 00:05:31,780
 É por isso que eu veria
 uma estrela e vírgula G.

82
00:05:31,780 --> 00:05:35,540
 Então, neste caso específico, se eu
 escrever isso, vou manter isso aqui

83
00:05:35,540 --> 00:05:37,700
 em vermelho para denotar coisas PIM.

84
00:05:37,700 --> 00:05:45,660
 Portanto, no roteador dois, eu veria uma entrada
 estrela vírgula 239.999, que é o que

85
00:05:45,660 --> 00:05:47,320
 chamamos de estrela vírgula G.

86
00:05:47,320 --> 00:05:51,220
 Agora, próximo a isso, estaria
 o endereço do RP, 3433.

87
00:05:51,220 --> 00:05:54,640
 Isso indica que realmente
 sabemos quem é o RP.

88
00:05:54,640 --> 00:05:56,500
 Ok, outra pergunta de revisão.

89
00:05:56,500 --> 00:06:02,440
 Usar este desenho específico é nossa
 diretriz e assumindo que o rápido

90
00:06:02,440 --> 00:06:07,020
 Os links Ethernet são uma métrica de roteamento
 muito melhor que o link serial,

91
00:06:07,020 --> 00:06:12,360
 que a serial é realmente a última rota
 preferida para chegar a algum lugar.

92
00:06:12,360 --> 00:06:14,540
 E estou mencionando isso por um motivo.

93
00:06:14,540 --> 00:06:19,060
 Na entrada asterisco e vírgula G, teríamos
 algo chamado interface de entrada.

94
00:06:19,060 --> 00:06:21,540
 Vou apenas abreviar para IIF.

95
00:06:21,540 --> 00:06:34,200
 No roteador dois, que interface veríamos
 como interface de entrada?

96
00:06:34,200 --> 00:06:37,740
 Isso mesmo. Seria Fast
 Ethernet zero barra um.

97
00:06:37,740 --> 00:06:40,400
 E se você esqueceu, se disse,
 bem, como você descobriu isso?

98
00:06:40,400 --> 00:06:45,100
 Lembre-se, com a entrada asterisco e
 vírgula G, tudo se baseia no encontro

99
00:06:45,100 --> 00:06:47,800
 apontar. Quem é o ponto de encontro?

100
00:06:47,800 --> 00:06:49,980
 Como chegamos ao ponto de encontro?

101
00:06:49,980 --> 00:06:54,220
 E neste caso específico, neste diagrama,
 é uma aposta bastante segura que

102
00:06:54,220 --> 00:06:57,640
 para o roteador dois chegar ao ponto de encontro,
 seu melhor caminho é via rápida

103
00:06:57,640 --> 00:06:59,840
 Ethernet zero barra um.

104
00:06:59,840 --> 00:07:03,500
 Então, digamos assim, Fast
 Ethernet zero barra um.

105
00:07:03,500 --> 00:07:04,980
 Ok, próxima pergunta.

106
00:07:04,980 --> 00:07:08,580
 Também haveria ali algo
 chamado vizinho RPF.

107
00:07:08,580 --> 00:07:13,500
 Qual endereço IP será listado
 no campo vizinho RPF?

108
00:07:13,500 --> 00:07:26,480
 Sim, seria o endereço IP do seu
 vizinho upstream, que neste

109
00:07:26,480 --> 00:07:27,980
 caso é o roteador oito.

110
00:07:27,980 --> 00:07:32,960
 Agora lembre-se do vizinho a montante em
 relação a como chego ao ponto de encontro

111
00:07:32,960 --> 00:07:38,080
 apontar. Então isso seria oito ponto quatro
 ponto oito ponto oito, o que não é

112
00:07:38,080 --> 00:07:41,320
 oito ponto quatro, oito ponto
 dois ponto oito ponto oito.

113
00:07:41,320 --> 00:07:46,180
 Então esse é o roteador dois, o roteador
 vizinho upstream oito para chegar ao

114
00:07:46,180 --> 00:07:47,740
 ponto de encontro.

115
00:07:47,740 --> 00:07:53,260
 Por último, também haveria algo
 aqui chamado interface de saída

116
00:07:53,260 --> 00:07:58,700
 lista. Qual interface, se houver, estaria
 na lista de interfaces de saída

117
00:07:58,700 --> 00:08:10,020
 agora mesmo? Sim, espero que tenha
 dito, bem, essa seria a interface

118
00:08:10,020 --> 00:08:12,940
 que recebeu o relatório de sócios.

119
00:08:12,940 --> 00:08:17,080
 A interface onde se realmente recebemos
 o multicast onde estamos

120
00:08:17,080 --> 00:08:17,640
 vou enviar.

121
00:08:17,640 --> 00:08:22,240
 Neste caso particular, toda esta estrela,
 entrada G, foi criada porque

122
00:08:22,240 --> 00:08:24,580
 recebemos um pedido.

123
00:08:24,580 --> 00:08:29,380
 Recebemos um relatório de adesão ao
 IGMP sobre Fast Ethernet zero zero.

124
00:08:29,380 --> 00:08:33,740
 Então é isso que estará em nossa lista
 de interfaces de saída, porque é

125
00:08:33,740 --> 00:08:35,220
 onde o receptor se juntou.

126
00:08:35,220 --> 00:08:39,380
 Ok, então tudo acontece em uma fração
 de segundo assim que a adesão

127
00:08:39,380 --> 00:08:40,920
 chega o relatório.

128
00:08:40,920 --> 00:08:48,600
 Então, isso aciona o R2 para gerar e transmitir
 um tipo especial de mensagem PIM.

129
00:08:48,600 --> 00:08:52,180
 Como chamamos esse tipo de mensagem PIM?

130
00:08:52,180 --> 00:09:02,680
 Bem, espero que você tenha respondido
 que isso é chamado de junção PIM.

131
00:09:02,680 --> 00:09:05,060
 Então esse é o tipo de termo genérico.

132
00:09:05,060 --> 00:09:08,720
 Mas também falamos sobre a existência
 de dois tipos diferentes de PIM

133
00:09:08,720 --> 00:09:12,980
 junta-se. Eles assumem o mesmo formato
 de pacote, mas devido à presença ou

134
00:09:12,980 --> 00:09:16,820
 falta de certas bandeiras, havia
 dois tipos diferentes de junções.

135
00:09:16,820 --> 00:09:20,500
 Que tipo de junção o R2 irá gerar?

136
00:09:20,500 --> 00:09:31,380
 Então, espero que você tenha dito Keith,
 isso vai ser uma estrela, G join, um PIM

137
00:09:31,380 --> 00:09:36,360
 estrela, G junta-se exatamente,
 porque R2 não conhece a fonte.

138
00:09:36,360 --> 00:09:39,080
 Então, nessa junção, haverá uma
 bandeirinha chamada curinga

139
00:09:39,080 --> 00:09:43,700
 flag, o que significa que
 não sei qual é a fonte.

140
00:09:43,700 --> 00:09:48,760
 E de todas as interfaces que R2 possui,
 qual interface será usada para

141
00:09:48,760 --> 00:09:51,900
 realmente transmitir aquela
 estrela, G join?

142
00:09:51,900 --> 00:10:01,540
 Para onde isso irá?

143
00:10:01,540 --> 00:10:06,460
 Isso mesmo. Então a intenção daquela
 estrela, G join, é enviá-la

144
00:10:06,460 --> 00:10:09,560
 eventualmente, para chegar
 ao ponto de encontro.

145
00:10:09,560 --> 00:10:12,320
 Queremos avisar o ponto de encontro,
 ei, temos alguém que

146
00:10:12,320 --> 00:10:13,500
 está interessado aqui.

147
00:10:13,500 --> 00:10:15,700
 E sim, vocês na transmissão ao vivo,
 estão respondendo corretamente.

148
00:10:15,700 --> 00:10:19,780
 Tudo se baseia basicamente em duas
 coisas: a interface de entrada, que

149
00:10:19,780 --> 00:10:23,740
 é a interface que usei para chegar
 ao ponto de encontro e ao RPF

150
00:10:23,740 --> 00:10:26,560
 vizinho. Então, neste caso específico,
 será realmente transmitido

151
00:10:26,560 --> 00:10:29,780
 atacando o rápido Ethan em zero barra um.

152
00:10:29,780 --> 00:10:34,520
 E então, como conhecemos nossos vizinhos
 RPF 8.2.8.8, procuraremos em nosso

153
00:10:34,520 --> 00:10:38,300
 Tabela ARP, vamos descobrir quais
 são os endereços MAC desse cara.

154
00:10:38,300 --> 00:10:44,160
 E é assim que a próxima pergunta, na
 verdade, é uma questão de revisão.

155
00:10:44,160 --> 00:10:48,440
 Qual será o endereço MAC de destino
 deste quadro Ethernet que está

156
00:10:48,440 --> 00:11:08,500
 carregando esta estrela
 do PIM, G junte-se?

157
00:11:08,500 --> 00:11:10,700
 Bem, este foi um pouco complicado.

158
00:11:10,700 --> 00:11:16,060
 Isso é um pouco complicado porque a
 estrela G se junta à camada três do

159
00:11:16,060 --> 00:11:20,960
 camada de rede vai exatamente para o mesmo
 endereço IP de destino que o PIM

160
00:11:20,960 --> 00:11:25,760
 Olá. 224 00 13.

161
00:11:25,760 --> 00:11:29,180
 Agora que sabemos que o destino da camada
 três é um endereço multicast,

162
00:11:29,180 --> 00:11:32,580
 isso deve indicar que, ah, ok,
 se o destino da camada três

163
00:11:32,580 --> 00:11:38,280
 endereço é um endereço multicast, então
 podemos derivar o destino da camada dois

164
00:11:38,280 --> 00:11:42,700
 Endereço MAC desse endereço multicast.

165
00:11:42,700 --> 00:11:46,540
 Então, bem no começo dos vídeos de
 ontem, eu disse que todos os IPB4

166
00:11:46,540 --> 00:11:51,720
 multicasts vão para o endereço 0100 5E.

167
00:11:51,720 --> 00:11:56,540
 E então eu disse, basicamente, você
 mapeia os últimos 23 bits no MAC

168
00:11:56,540 --> 00:12:02,700
 endereço aqui. Bem, 13 em hexadecimal
 é quanto 10, 11, 12, 13, ABCD.

169
00:12:02,700 --> 00:12:13,340
 Então esse é D. Então
 serei 0100 5E, 0000 D.

170
00:12:13,340 --> 00:12:22,560
 Se eu acertar, 0100 5E, e então
 D é, sim, D é 13, ABCD,

171
00:12:22,560 --> 00:12:27,320
 10, 11, 12, 13. Então esse será realmente
 o endereço MAC de destino do

172
00:12:27,320 --> 00:12:31,420
 aquela estrela, G join, porque
 vai para um multicast.

173
00:12:31,420 --> 00:12:38,480
 No cabeçalho IP real, qual será
 o tempo de permanência nesse IP

174
00:12:38,480 --> 00:12:47,060
 cabeçalho para essa junção?

175
00:12:47,060 --> 00:12:49,720
 Isso mesmo. Vai ser um.

176
00:12:49,720 --> 00:12:54,020
 Lembre-se de que falamos sobre como os endereços
 multicast têm escopos diferentes.

177
00:12:54,020 --> 00:12:57,040
 E dissemos, de acordo com a Autoridade para
 Atribuição de Números da Internet, qualquer

178
00:12:57,040 --> 00:13:02,800
 endereço multicast que começa com 22400
 é chamado de escopo local do link,

179
00:13:02,800 --> 00:13:06,200
 o que significa que deveria ter
 apenas um tempo para viver.

180
00:13:06,200 --> 00:13:09,900
 Destina-se apenas ao seu
 vizinho do próximo salto.

181
00:13:09,900 --> 00:13:11,020
 Então, deixe-me te perguntar isto.

182
00:13:11,020 --> 00:13:16,160
 Se esta junção de asterisco e vírgula G for destinada
 apenas a ser processada pelo roteador 8 e

183
00:13:16,160 --> 00:13:28,440
 depois descartado, como chegará
 ao ponto de encontro?

184
00:13:28,440 --> 00:13:31,520
 Bem, o roteador 8 terá que replicá-lo.

185
00:13:31,520 --> 00:13:34,280
 Exatamente. Ele mesmo terá
 que criar um novo.

186
00:13:34,280 --> 00:13:39,080
 Então, basicamente, a junção vinda do
 roteador 2, o endereço de origem será,

187
00:13:39,080 --> 00:13:43,200
 neste caso, 8.2.8.2, endereço
 de origem do roteador 2.

188
00:13:43,200 --> 00:13:46,620
 O destino será 2240013.

189
00:13:46,620 --> 00:13:49,900
 O roteador 8 processará isso em sua CPU.

190
00:13:49,900 --> 00:13:52,780
 Sua CPU dirá, oh, esta é uma junção
 de estrela e vírgula G.

191
00:13:52,780 --> 00:13:57,400
 Ele tem o bit RP definido, o que significa
 que precisa ser encaminhado para o

192
00:13:57,400 --> 00:13:58,300
 ponto de encontro.

193
00:13:58,300 --> 00:14:02,520
 Então o roteador 8 dirá: OK, vou usar
 minha interface de entrada, que

194
00:14:02,520 --> 00:14:05,980
 é, ele diz, ah, ah, então quando o roteador
 8 conseguir isso, adivinhe?

195
00:14:05,980 --> 00:14:10,500
 Isso vai criar um estado G de estrela
 e vírgula nele, o que ele não tinha

196
00:14:10,500 --> 00:14:14,360
 antes. Então agora ele terá asterisco
 e vírgula no estado G.

197
00:14:14,360 --> 00:14:18,780
 Será muito semelhante ao que vimos antes.

198
00:14:18,780 --> 00:14:25,820
 Agora, sua interface de entrada será
 rápida Ethan às 00h83, porque isso é

199
00:14:25,820 --> 00:14:29,420
 sua interface para chegar
 ao ponto de encontro.

200
00:14:29,420 --> 00:14:40,460
 Seu vizinho RPF será na verdade 8.3.8.3,
 e sua interface de saída

201
00:14:40,460 --> 00:14:46,360
 list será a interface que recebeu aquela
 junção PIM estrela vírgula G, que

202
00:14:46,360 --> 00:14:48,660
 é o rápido Ethan com 0 barra 1.

203
00:14:48,660 --> 00:14:52,260
 Então, agora que ele criou aquele estado G
 com estrela e vírgula, ele diz: OK, preciso

204
00:14:52,260 --> 00:14:55,720
 para agora criar minha própria
 estrela vírgula G join.

205
00:14:55,720 --> 00:14:57,300
 E aí vai.

206
00:14:57,300 --> 00:15:03,860
 PIM estrela vírgula G juntar.

207
00:15:03,860 --> 00:15:09,060
 Isso também irá para o endereço
 de destino 2240013, mas este

208
00:15:09,060 --> 00:15:12,840
 terá um endereço de origem diferente porque
 está sendo originado do roteador

209
00:15:12,840 --> 00:15:15,980
 8. Então, se capturarmos isso em um rastreamento
 de sniffer, o endereço IP de origem do

210
00:15:15,980 --> 00:15:21,960
 isso seria 8.3.8.8.

211
00:15:21,960 --> 00:15:25,500
 E então, uma vez que o ponto de encontro chega
 a isso, isso cria uma vírgula estrela

212
00:15:25,500 --> 00:15:39,220
 Estado G nele. Ele sabe que é
 o RP, então você verá isso aí.

213
00:15:39,220 --> 00:15:44,780
 O que veremos no estado estrela vírgula
 G da interface de entrada em

214
00:15:44,780 --> 00:15:54,620
 o ponto de encontro?

215
00:15:54,620 --> 00:15:58,620
 Isso mesmo. Neste caso específico,
 dirá não, porque lembre-se

216
00:15:58,620 --> 00:16:01,940
 a interface de entrada é a
 interface que leva ao RP.

217
00:16:01,940 --> 00:16:04,940
 Bem, se o RP tivesse dupla personalidade
 e fosse psicótico, ele poderia

218
00:16:04,940 --> 00:16:05,980
 coloque outra coisa lá.

219
00:16:05,980 --> 00:16:09,820
 Mas ele fala, olha, estou normal, estou
 bem, sei que sou o RP, não uso

220
00:16:09,820 --> 00:16:12,340
 qualquer interface para chegar até mim.

221
00:16:12,340 --> 00:16:13,860
 Portanto, a interface de entrada não é.

222
00:16:13,860 --> 00:16:19,020
 O que teríamos como vizinho do RPF aqui?

223
00:16:19,020 --> 00:16:26,860
 Isso mesmo, seriam 000.000.

224
00:16:26,860 --> 00:16:31,040
 Mais uma vez, não utilizo nenhum
 vizinho para chegar até mim.

225
00:16:31,040 --> 00:16:34,300
 E aqui, a lista de interfaces de saída
 seria a interface que recebeu

226
00:16:34,300 --> 00:16:36,540
 a estrela vírgula G junta-se.