1
00:00:08,060 --> 00:00:12,560
 Portanto, qualquer introdução ao vídeo
 multicast deve começar com o básico

2
00:00:12,560 --> 00:00:17,880
 de multicast, o que é, onde é usado
 e como reconhecer um multicast

3
00:00:17,880 --> 00:00:22,180
 pacote na camada 3 e um quadro
 Ethernet multicast na camada 2.

4
00:00:22,180 --> 00:00:24,540
 Então é isso que vamos ver agora.

5
00:00:24,540 --> 00:00:27,560
 Então, vamos começar a falar
 sobre o porquê do multicast.

6
00:00:27,560 --> 00:00:31,640
 Portanto, multicast é o que
 chamamos de um para muitos.

7
00:00:31,640 --> 00:00:34,780
 Em outras palavras, tenho certeza que
 você sabe o que é unicast, certo?

8
00:00:34,780 --> 00:00:38,700
 Um unicast é que existe algum servidor
 web que está enviando um pacote

9
00:00:38,700 --> 00:00:42,280
 unicast para o seu laptop e
 apenas para o seu laptop.

10
00:00:42,280 --> 00:00:44,980
 E esse pacote contém uma página
 da web ou algo dentro dela.

11
00:00:44,980 --> 00:00:46,980
 Então essa é uma transmissão um-para-um.

12
00:00:46,980 --> 00:00:48,600
 E tenho certeza que você sabe o
 que é uma transmissão, certo?

13
00:00:48,600 --> 00:00:51,020
 Uma transmissão é algo
 que vai para todos.

14
00:00:51,020 --> 00:00:53,740
 E sabemos que os roteadores
 matam a transmissão.

15
00:00:53,740 --> 00:00:57,900
 Quando uma transmissão atinge a interface da
 camada 3 de um roteador, ela é interrompida.

16
00:00:57,900 --> 00:01:01,380
 Ou no caso de um switch multicamadas
 que comutou interfaces virtuais,

17
00:01:01,380 --> 00:01:04,860
 se você estiver usando seu switch
 como roteador, a mesma coisa.

18
00:01:04,860 --> 00:01:09,780
 Qualquer interface da camada 3 interrompe
 uma transmissão imediatamente.

19
00:01:09,780 --> 00:01:13,900
 Então multicast é como se estivesse no
 meio disso, chamamos de um para muitos.

20
00:01:13,900 --> 00:01:19,000
 Por exemplo, o caso de uso típico de multicast
 é para o que é chamado de streaming

21
00:01:19,000 --> 00:01:26,120
 vídeo. Digamos, por exemplo, que o CEO
 da minha empresa esteja programado

22
00:01:26,120 --> 00:01:31,580
 às 14 horas de hoje para entregar
 um estado do endereço da empresa.

23
00:01:31,580 --> 00:01:33,520
 Bem, vamos torná-lo mais específico.

24
00:01:33,520 --> 00:01:36,200
 Um endereço de estado de engenharia, ok?

25
00:01:36,200 --> 00:01:38,840
 Então ele vai chegar lá e falar especificamente
 sobre a engenharia

26
00:01:38,840 --> 00:01:42,360
 departamento, foco e visão de engenharia.

27
00:01:42,360 --> 00:01:44,880
 E é sobre isso que ele vai falar.

28
00:01:44,880 --> 00:01:50,060
 Então, no nosso departamento de engenharia,
 temos talvez 100 funcionários espalhados

29
00:01:50,060 --> 00:01:51,440
 em todo o campus.

30
00:01:51,440 --> 00:01:52,420
 Eles não sentam todos juntos.

31
00:01:52,420 --> 00:01:54,560
 Eles ficam em uma espécie
 de bolso aqui e ali.

32
00:01:54,560 --> 00:02:00,000
 Bem, então temos uma câmera de vídeo
 às 2 horas, apontada para o meu CEO.

33
00:02:00,000 --> 00:02:03,340
 Essa câmera de vídeo retorna para um
 servidor que está digitalizando o

34
00:02:03,340 --> 00:02:06,520
 vídeo. E agora temos que pensar,
 OK, como vou enviar isso

35
00:02:06,520 --> 00:02:09,760
 transmissão de vídeo para
 esses 100 funcionários?

36
00:02:09,760 --> 00:02:13,160
 E talvez nem todos queiram ver, certo?

37
00:02:13,160 --> 00:02:17,000
 Talvez alguns desses funcionários estejam
 de férias e seus laptops estejam aqui

38
00:02:17,000 --> 00:02:17,520
 e eles estão correndo.

39
00:02:17,520 --> 00:02:19,960
 Eles estão trancados na mesa, mas
 simplesmente desapareceram.

40
00:02:19,960 --> 00:02:21,740
 Os funcionários não estão aqui.

41
00:02:21,740 --> 00:02:23,780
 Outros, os funcionários poderiam
 simplesmente se importar menos.

42
00:02:23,780 --> 00:02:26,660
 Eles acham que o CEO é cheio de ar
 quente e não assistem aos vídeos

43
00:02:26,660 --> 00:02:28,800
 não mais. Eles não assistem
 às transmissões.

44
00:02:28,800 --> 00:02:33,040
 Portanto, haverá um subconjunto de funcionários
 e engenheiros que querem

45
00:02:33,040 --> 00:02:34,300
 para assistir a este fluxo de vídeo.

46
00:02:34,300 --> 00:02:35,420
 Então, como podemos levar isso até eles?

47
00:02:35,420 --> 00:02:41,280
 Digamos que dos 100 funcionários, talvez
 60, 60 deles queiram assistir

48
00:02:41,280 --> 00:02:42,580
 este fluxo de vídeo.

49
00:02:42,580 --> 00:02:47,420
 Bem, se você já pesquisou alguma coisa
 sobre vídeo multicast, um dos

50
00:02:47,420 --> 00:02:51,500
 as características do vídeo multicast é que
 normalmente ele tem muita largura de banda

51
00:02:51,500 --> 00:02:55,640
 com fome. O vídeo multicast consome muita largura
 de banda, especialmente se você estiver

52
00:02:55,640 --> 00:02:59,700
 falando de um HD como um stream
 de vídeo de alta definição.

53
00:02:59,700 --> 00:03:02,140
 Pode realmente consumir
 muita largura de banda.

54
00:03:02,140 --> 00:03:06,500
 Então, se eu tiver meu servidor multicast
 conectado a essa câmera, isso é

55
00:03:06,500 --> 00:03:10,120
 digitalizando, transformando-se
 em MPEG ou ABI ou algo assim, é

56
00:03:10,120 --> 00:03:14,180
 vamos enviá-lo como multicast,
 bem, temos algumas opções.

57
00:03:14,180 --> 00:03:18,060
 Poderíamos enviá-lo como um stream unicast
 onde cada um desses 60 funcionários

58
00:03:18,060 --> 00:03:22,700
 tem que clicar em alguma página da web, que envia
 uma mensagem unicast para o meu servidor

59
00:03:22,700 --> 00:03:27,820
 e então a CPU do meu servidor tem que
 criar uma cópia do pacote e enviá-lo

60
00:03:27,820 --> 00:03:32,200
 para aquela pessoa. Então agora imagine se todas
 as 60 pessoas estivessem fazendo isso, aquilo

61
00:03:32,200 --> 00:03:34,900
 estaria pedindo a esse servidor
 para fazer muito trabalho.

62
00:03:34,900 --> 00:03:37,960
 Teria que pegar aquele stream de vídeo,
 o que pode ser, vamos fazer isso

63
00:03:37,960 --> 00:03:41,140
 fácil, 256 kilobits por segundo.

64
00:03:41,140 --> 00:03:42,560
 E esse é um fluxo muito lento.

65
00:03:42,560 --> 00:03:44,580
 Esse é um fluxo de largura
 de banda muito pequeno.

66
00:03:44,580 --> 00:03:50,360
 Imagine pacotes de 256 kilobits por segundo
 e ele precisa replicar esses 60

67
00:03:50,360 --> 00:03:54,640
 vezes para 60 fluxos unicast individuais.

68
00:03:54,640 --> 00:03:58,520
 Provavelmente, o servidor teria
 muita dificuldade em fazer isso.

69
00:03:58,520 --> 00:04:01,960
 E imagine que tipo de carga isso colocaria
 na infraestrutura de rede real.

70
00:04:01,960 --> 00:04:07,620
 São 256 kilobits por segundo
 vezes 60 fluxos unicast.

71
00:04:07,620 --> 00:04:09,640
 Provavelmente não quero fazer isso.

72
00:04:09,640 --> 00:04:11,760
 E você diz, bem, por que eu
 simplesmente não transmito?

73
00:04:11,760 --> 00:04:15,420
 Bem, número um, a transmissão não pode
 chegar a todos porque sabemos que

74
00:04:15,420 --> 00:04:17,560
 roteadores descartam transmissões.

75
00:04:17,560 --> 00:04:21,020
 E eu disse que esses funcionários
 estavam espalhados pelo campus.

76
00:04:21,020 --> 00:04:22,700
 Eles não estão todos sentados juntos.

77
00:04:22,700 --> 00:04:28,300
 E mesmo que teoricamente eu conseguisse fazer
 com que meus roteadores os forçassem a inundar

78
00:04:28,300 --> 00:04:33,820
 esta transmissão, bem, isso vai
 impactar todos na minha empresa.

79
00:04:33,820 --> 00:04:37,560
 Isso terá impacto na folha de pagamento,
 nos recursos humanos e no

80
00:04:37,560 --> 00:04:43,000
 departamentos de marketing porque todos
 os seus links ficarão saturados

81
00:04:43,000 --> 00:04:46,440
 com esse tráfego de transmissão
 que contém o vídeo.

82
00:04:46,440 --> 00:04:49,060
 Então é aqui que o multicast
 entra em ação.

83
00:04:49,060 --> 00:04:54,400
 Assim, com o multicast, o servidor só
 precisa criar um fluxo de tráfego,

84
00:04:54,400 --> 00:04:56,180
 um fluxo de tráfego.

85
00:04:56,180 --> 00:04:59,940
 E esse fluxo de tráfego vai para um
 grupo especial, o que eles chamam

86
00:04:59,940 --> 00:05:02,760
 endereço de destino ou GDA.

87
00:05:02,760 --> 00:05:06,020
 E só um momento, vou mostrar como são.

88
00:05:06,020 --> 00:05:10,220
 Agora, você deve estar se perguntando, bem,
 como podemos chegar onde de todos os

89
00:05:10,220 --> 00:05:14,420
 pessoas na minha empresa, apenas essas
 60 pessoas da engenharia realmente

90
00:05:14,420 --> 00:05:16,080
 pegue esse fluxo.

91
00:05:16,080 --> 00:05:17,400
 Como isso funciona?

92
00:05:17,400 --> 00:05:20,040
 Bem, é basicamente um processo
 de várias partes.

93
00:05:20,040 --> 00:05:24,820
 Então, número um, os funcionários precisam
 ter algum tipo de aplicativo no

94
00:05:24,820 --> 00:05:28,060
 seu laptop. Pode estar incorporado
 ao navegador da web.

95
00:05:28,060 --> 00:05:31,440
 Mas eles precisam ter algo em que possam
 clicar para ver uma listagem

96
00:05:31,440 --> 00:05:35,260
 de todos os fluxos multicast que estão
 acontecendo atualmente, como

97
00:05:35,260 --> 00:05:37,520
 um diretório, como um
 guia de programação.

98
00:05:37,520 --> 00:05:39,220
 Você pode pensar nisso.

99
00:05:39,220 --> 00:05:45,980
 E normalmente, seu laptop, os laptops
 dos funcionários, veem todos os tipos

100
00:05:45,980 --> 00:05:47,120
 de quadros Ethernet.

101
00:05:47,120 --> 00:05:49,940
 Se você pensar bem, se você está sentado
 em um cubo agora e na verdade está

102
00:05:49,940 --> 00:05:54,140
 conectado por meio de uma conexão Ethernet
 com fio, essa conexão Ethernet

103
00:05:54,140 --> 00:05:56,580
 está vendo muitos quadros Ethernet
 diferentes, certo?

104
00:05:56,580 --> 00:05:58,400
 Não apenas molduras para você.

105
00:05:58,400 --> 00:06:03,460
 Então, na camada dois, sua placa Ethernet-NIC
 diz, ok, se cada quadro

106
00:06:03,460 --> 00:06:07,180
 Estou vendo, o que pode ser dezenas de
 milhares deles por segundo, voando

107
00:06:07,180 --> 00:06:11,080
 por, ele analisa o endereço MAC
 de destino de cada um desses

108
00:06:11,080 --> 00:06:13,920
 quadros. E ele se faz uma pergunta.

109
00:06:13,920 --> 00:06:17,260
 Diz: esse endereço MAC de
 destino é uma transmissão?

110
00:06:17,260 --> 00:06:21,560
 Se for, tenho que pegá-lo, enviá-lo
 para minha CPU e processá-lo.

111
00:06:21,560 --> 00:06:26,360
 Ou é um endereço MAC unicast,
 que é o meu endereço MAC?

112
00:06:26,360 --> 00:06:29,000
 Se sim, vou pegá-lo e processá-lo.

113
00:06:29,000 --> 00:06:32,560
 Se a resposta for não, para qualquer
 uma dessas perguntas, deixe voar

114
00:06:32,560 --> 00:06:34,240
 passando e não pegue.

115
00:06:34,240 --> 00:06:35,640
 Não processe isso.

116
00:06:35,640 --> 00:06:39,220
 Então, quando você acessa seu aplicativo
 multicast, seu diretório, seu programa

117
00:06:39,220 --> 00:06:40,600
 guia, e você...

118
00:06:40,600 --> 00:06:44,880
 Então, antes de tudo, deve haver
 algum servidor por aí, certo?

119
00:06:44,880 --> 00:06:49,280
 Provavelmente um servidor web que está disponibilizando
 esta página web, esta página que

120
00:06:49,280 --> 00:06:50,120
 você está olhando.

121
00:06:50,120 --> 00:06:54,660
 E, você sabe, quando você vai para aquele servidor,
 quando você vai para Employee.stream

122
00:06:54,660 --> 00:06:58,980
 .com ou algo parecido, e você recebe esta
 página da web de volta, a página da web

123
00:06:58,980 --> 00:07:02,700
 lista todos os programas que estão acontecendo
 agora ou em algum momento

124
00:07:02,700 --> 00:07:07,740
 hora marcada. E então você provavelmente
 não verá isso visualmente na GUI,

125
00:07:07,740 --> 00:07:11,860
 mas também aquela página da web quando foi
 entregue ao seu laptop em segundo plano

126
00:07:11,860 --> 00:07:18,320
 deveria ter listado o endereço do grupo
 multicast para cada um desses programas.

127
00:07:18,320 --> 00:07:22,220
 Então, quando você clica nisso, o que você
 realmente está fazendo é programar

128
00:07:22,220 --> 00:07:25,440
 sua placa de rede. Você está informando
 a placa de rede, ok, além de escolher

129
00:07:25,440 --> 00:07:29,840
 transmissões e unicasts indo para mim,
 agora quero que você procure o

130
00:07:29,840 --> 00:07:33,700
 endereço MAC especial da camada dois,
 que é um endereço MAC multicast.

131
00:07:33,700 --> 00:07:37,140
 Se você ver isso, envie para
 o meu processador também.

132
00:07:37,140 --> 00:07:41,540
 Quero vê-lo para que seja exibido no
 meu Windows Media Player ou no meu

133
00:07:41,540 --> 00:07:44,440
 Jogador Real, seja lá o que
 você estiver assistindo.

134
00:07:44,440 --> 00:07:45,760
 Isso é uma coisa que acontece.

135
00:07:45,760 --> 00:07:49,520
 Algo tem que acontecer para que sua placa
 de rede diga, ah, agora preciso

136
00:07:49,520 --> 00:07:50,620
 procure outra coisa.

137
00:07:50,620 --> 00:07:52,220
 Preciso procurar esse multicast.

138
00:07:52,220 --> 00:07:56,420
 Agora, além disso, quando você clica
 naquele link aí para ativar sua rede

139
00:07:56,420 --> 00:08:00,240
 cartão, você também está
 gerando um pacote IGMP.

140
00:08:00,240 --> 00:08:03,180
 Entraremos em detalhes sobre isso em um vídeo
 subsequente, mas você está enviando

141
00:08:03,180 --> 00:08:07,000
 um pacote IGMP para o seu roteador, para o
 seu gateway padrão, e você está dizendo,

142
00:08:07,000 --> 00:08:10,540
 ei, se você ver esse multicast,
 envie para mim.

143
00:08:10,540 --> 00:08:14,540
 Estou interessado. Eu gostaria
 de receber esse tráfego.

144
00:08:14,540 --> 00:08:17,620
 Então, na terminologia multicast, isso significa
 que seu laptop é o que chamamos

145
00:08:17,620 --> 00:08:19,640
 um receptor multicast.

146
00:08:19,640 --> 00:08:21,300
 Você agora se tornou um receptor.

147
00:08:21,300 --> 00:08:25,520
 Então, meu exemplo com meus 60 funcionários
 de engenharia que queriam assistir

148
00:08:25,520 --> 00:08:29,680
 stream, cada um deles tem que abrir
 seu navegador ou abrir algum

149
00:08:29,680 --> 00:08:34,580
 aplicativo e clique no link que diz:
 CEOs se dirigem à engenharia

150
00:08:34,580 --> 00:08:37,100
 hoje às 14h. Então eles clicam nisso.

151
00:08:37,100 --> 00:08:40,860
 No processo de fazer isso, ele programa
 sua placa de rede, então eles agora

152
00:08:40,860 --> 00:08:42,580
 preste atenção a esses quadros.

153
00:08:42,580 --> 00:08:45,900
 Cada um de seus laptops envia uma mensagem
 IGMP para seu gateway padrão

154
00:08:45,900 --> 00:08:47,900
 dizendo, ei, eu quero ver isso.

155
00:08:47,900 --> 00:08:52,080
 E então, em segundo plano, o gateway
 padrão invoca um multicast

156
00:08:52,080 --> 00:08:54,700
 protocolo de roteamento,
 provavelmente PIM.

157
00:08:54,700 --> 00:08:58,780
 E então o PIM se envolve e o PIM constrói
 isso, o que é chamado de multicast

158
00:08:58,780 --> 00:09:05,500
 árvore, de modo que, eventualmente, quando
 esse servidor enviar seu primeiro multicast

159
00:09:05,500 --> 00:09:10,860
 pacote que contém talvez um décimo
 de segundo de vídeo, quando atinge

160
00:09:10,860 --> 00:09:15,640
 o primeiro roteador conectado a esse
 servidor, esse roteador diz,

161
00:09:15,640 --> 00:09:19,020
 ah, eu sei para onde enviar isso, porque
 recebi uma mensagem PIM há apenas algumas

162
00:09:19,020 --> 00:09:23,220
 de minutos atrás, minha interface Ethernet
 rápida dizia: fique atento

163
00:09:23,220 --> 00:09:24,940
 por esta. Quero isso.

164
00:09:24,940 --> 00:09:29,320
 E também recebi uma mensagem na minha
 interface Ethernet rápida 1-1 de outro

165
00:09:29,320 --> 00:09:31,280
 parte do campus dizendo: eu quero.

166
00:09:31,280 --> 00:09:34,160
 E agora é responsabilidade do roteador
 realizar esse multicast

167
00:09:34,160 --> 00:09:36,700
 pacote que chegou e replicá-lo.

168
00:09:36,700 --> 00:09:41,640
 Ele envia uma cópia, uma interface,
 outra cópia, a outra interface.

169
00:09:41,640 --> 00:09:45,400
 E isso continua indefinidamente, à medida
 que esses pacotes multicast vão do

170
00:09:45,400 --> 00:09:51,140
 fonte, que é o servidor, à medida que atinge os
 roteadores, cada roteador, por sua vez, pergunta

171
00:09:51,140 --> 00:09:55,680
 em si, tenho uma entrada na minha tabela
 de roteamento multicast para me informar

172
00:09:55,680 --> 00:09:57,040
 para onde vai essa coisa?

173
00:09:57,040 --> 00:10:01,080
 E se a resposta for sim, tenho
 mais de uma entrada?

174
00:10:01,080 --> 00:10:04,640
 Preciso replicar este pacote e enviá-lo
 para mais de uma interface?

175
00:10:04,640 --> 00:10:10,000
 E eventualmente atinge o gateway padrão
 de uma dessas pessoas da engenharia.

176
00:10:10,000 --> 00:10:14,760
 O gateway padrão diz, ah, sim, tenho
 uma interface que via IgMP,

177
00:10:14,760 --> 00:10:17,560
 Aprendi que existe um host por aí,
 um receptor que quer receber

178
00:10:17,560 --> 00:10:20,700
 ele e encaminha o multicast
 para essa pessoa.

179
00:10:20,700 --> 00:10:23,440
 Portanto, apenas os receptores
 interessados ​​entendem.

180
00:10:23,440 --> 00:10:28,180
 Nenhum dos outros laptops entendeu,
 porque não clicaram nesse link.

181
00:10:28,180 --> 00:10:32,120
 Eles não programaram sua placa NIC para
 se interessar por esse multicast

182
00:10:32,120 --> 00:10:35,840
 Endereço MAC. Então é isso que queremos
 dizer com um para muitos.

183
00:10:35,840 --> 00:10:39,460
 Resposta longa para um
 marcador muito curto.

184
00:10:39,460 --> 00:10:42,780
 Portanto, há muitos aplicativos
 úteis para multicast.

185
00:10:42,780 --> 00:10:45,760
 Como mencionei, vídeo, videoconferência,
 por exemplo.

186
00:10:45,760 --> 00:10:49,800
 Muitas vezes, se você for interno de
 uma organização, o multicast será

187
00:10:49,800 --> 00:10:51,200
 usado para videoconferência.

188
00:10:51,200 --> 00:10:54,160
 Algum tipo de comunicação corporativa,
 como mencionei, onde o CEO

189
00:10:54,160 --> 00:10:57,560
 está lançando um multicast em
 uma determinada hora do dia.

190
00:10:57,560 --> 00:11:01,080
 Às vezes, o ensino à distância
 também usa isso.

191
00:11:01,080 --> 00:11:04,820
 Por exemplo, quando você está me assistindo
 e vê esse vídeo direito

192
00:11:04,820 --> 00:11:08,260
 agora, se você realmente faz parte do público
 ao vivo, você pode realmente estar

193
00:11:08,260 --> 00:11:10,060
 recebendo isso via multicast.

194
00:11:10,060 --> 00:11:13,360
 Eu sei que usamos uma empresa
 chamada BitGravity.

195
00:11:13,360 --> 00:11:16,400
 Essa é a empresa que usamos para
 propagar isso por todo o mundo.

196
00:11:16,400 --> 00:11:20,580
 mundo. E acho que o BitGravity realmente
 usa multicast para transmiti-lo

197
00:11:20,580 --> 00:11:22,580
 abaixo. Não tenho certeza sobre isso.

198
00:11:22,580 --> 00:11:25,960
 Mas você certamente poderia abrir um sniffer
 como o Wireshark em seu próprio local

199
00:11:25,960 --> 00:11:28,280
 laptop e descubra.

200
00:11:28,280 --> 00:11:33,140
 E às vezes a distribuição de software,
 cotações de ações, notícias, tudo isso

201
00:11:33,140 --> 00:11:37,060
 esse material também é usado
 frequentemente em multicast.

202
00:11:37,060 --> 00:11:43,100
 Além disso, alguém na audiência ao vivo
 mencionou outro bom uso do multicast

203
00:11:43,100 --> 00:11:48,740
 que ele diz em um aeroporto, existem
 câmeras IP que usam multicast.

204
00:11:48,740 --> 00:11:49,760
 Boa observação.

205
00:11:49,760 --> 00:11:53,860
 Então, provavelmente dentro do próprio terminal,
 a segurança usa essas câmeras para

206
00:11:53,860 --> 00:11:54,380
 observe tudo.

207
00:11:54,380 --> 00:12:01,520
 É transmitido de volta para algum servidor
 ou câmeras no estacionamento, o que

208
00:12:01,520 --> 00:12:03,420
 multicast tudo.

209
00:12:03,420 --> 00:12:09,480
 Tão bom. Obrigado, John,
 por mencionar isso.

210
00:12:09,480 --> 00:12:13,480
 Então conversamos um pouco sobre como
 localizar o servidor multicast.

211
00:12:13,480 --> 00:12:21,280
 Em outras palavras, seu laptop no início
 não tem ideia do que são multicasts.

212
00:12:21,280 --> 00:12:25,060
 estão acontecendo. Não tem ideia se existe
 algum servidor multicast por aí,

213
00:12:25,060 --> 00:12:27,740
 que tecnicamente chamamos
 de fontes multicast.

214
00:12:27,740 --> 00:12:33,520
 Portanto, algum tipo de aplicativo unicast
 deve ser aberto primeiro, o que

215
00:12:33,520 --> 00:12:37,780
 exibir uma listagem para você, uma listagem
 de diretório ou um guia de programação do

216
00:12:37,780 --> 00:12:40,620
 vários multicasts disponíveis.

217
00:12:40,620 --> 00:12:47,180
 E é assim que seu laptop aprende pela
 primeira vez sobre uma fonte.

218
00:12:47,180 --> 00:12:49,720
 Agora, pode não saber de uma fonte.

219
00:12:49,720 --> 00:12:54,380
 Por exemplo, talvez no meu
 exemplo com o CEO que fará

220
00:12:54,380 --> 00:12:56,140
 a videoconferência.

221
00:12:56,140 --> 00:13:01,580
 Temos vários estúdios de mídia diferentes
 em todo o campus, certo?

222
00:13:01,580 --> 00:13:03,980
 Talvez meu campus se estenda
 por toda a cidade.

223
00:13:03,980 --> 00:13:06,740
 Tenho cerca de 10 campi diferentes
 em toda a cidade.

224
00:13:06,740 --> 00:13:10,900
 E cada um dos campi da minha empresa
 possui um estúdio de vídeo com

225
00:13:10,900 --> 00:13:15,320
 uma câmera e um servidor, que é capaz
 de transmitir algo por multicast.

226
00:13:15,320 --> 00:13:19,780
 Então é porque está espalhado por toda
 a minha organização, esses servidores

227
00:13:19,780 --> 00:13:22,440
 têm endereços IP claramente diferentes.

228
00:13:22,440 --> 00:13:26,080
 Eles não estão todos localizados geograficamente
 na mesma sub-rede.

229
00:13:26,080 --> 00:13:31,420
 Portanto, não sabemos antes do multicast
 qual é o endereço IP real

230
00:13:31,420 --> 00:13:34,760
 é do servidor que fará isso
 porque você e eu que estamos

231
00:13:34,760 --> 00:13:38,960
 sentados em nossa mesa, não temos ideia
 de qual estúdio específico o CEO está

232
00:13:38,960 --> 00:13:42,820
 vai entrar. Talvez eles estejam até mantendo
 esse segredo de propósito porque

233
00:13:42,820 --> 00:13:46,120
 eles não querem que alguém ataque e bombardeie
 aquele estúdio ou qualquer outra coisa.

234
00:13:46,120 --> 00:13:51,460
 Quem sabe? Muitas vezes, quando seu laptop descobre
 pela primeira vez sobre o multicast

235
00:13:51,460 --> 00:13:56,520
 transmitir através desse diretório listando
 o guia do programa, ele saberá o que

236
00:13:56,520 --> 00:13:58,100
 o endereço de destino é.

237
00:13:58,100 --> 00:14:01,320
 Eles vão dizer, ok, se eu receber
 esse vídeo, ele vai

238
00:14:01,320 --> 00:14:02,920
 este endereço de destino.

239
00:14:02,920 --> 00:14:04,320
 E é isso que quero abordar.

240
00:14:04,320 --> 00:14:09,200
 Mas pode não ter ideia de qual
 é o endereço de origem real.

241
00:14:09,200 --> 00:14:12,320
 fonte unicast desse fluxo multicast.

242
00:14:12,320 --> 00:14:14,240
 E por falar nisso, esse é
 um ponto muito crítico.

243
00:14:14,240 --> 00:14:21,040
 Endereços multicast 99% das vezes, nem
 sempre, mas apenas 99% das vezes

244
00:14:21,040 --> 00:14:26,040
 aparecem na parte de destino de um
 endereço MAC Ethernet ou no destino

245
00:14:26,040 --> 00:14:28,080
 de um IP antes ou IPP.

246
00:14:28,080 --> 00:14:30,300
 Então serão 6, pacote.

247
00:14:30,300 --> 00:14:33,020
 Muito, muito raramente estará na fonte.

248
00:14:33,020 --> 00:14:37,240
 Na maioria das vezes, o endereço de origem
 é um endereço unicast porque é

249
00:14:37,240 --> 00:14:41,580
 vindo de um servidor físico que
 está fazendo o multicast.

250
00:14:41,580 --> 00:14:45,100
 Agora, ouvi dizer que existem alguns firewalls
 e outras coisas por aí que classificam

251
00:14:45,100 --> 00:14:48,720
 de multicast estranho onde eles fazem
 isso na fonte e isso é um todo

252
00:14:48,720 --> 00:14:52,260
 outra bola de vermes, mas na maioria
 das vezes, o endereço multicast

253
00:14:52,260 --> 00:14:53,860
 esteja apenas no destino.

254
00:14:53,860 --> 00:14:56,740
 Portanto, meu laptop não
 sabe qual é a fonte.

255
00:14:56,740 --> 00:15:02,800
 Diz, olha, quero ver meu CEO
 e diz o endereço de destino,

256
00:15:02,800 --> 00:15:06,360
 Vou clicar nele, programar meu carro
 de malha, mas ele não sabe a fonte.

257
00:15:06,360 --> 00:15:10,720
 Então, às vezes, a forma como esses protocolos
 de roteamento multicast são iniciados é assim:

258
00:15:10,720 --> 00:15:14,960
 os roteadores também não
 sabem onde está a fonte.

259
00:15:14,960 --> 00:15:17,300
 A fonte só precisa começar.

260
00:15:17,300 --> 00:15:20,880
 O servidor multicast só precisa começar
 a enviar dados multicast para

261
00:15:20,880 --> 00:15:25,460
 o fio. E então, quando o primeiro
 roteador conseguir isso, você pode

262
00:15:25,460 --> 00:15:28,120
 diga o gateway padrão para esse servidor.

263
00:15:28,120 --> 00:15:32,420
 Quando o primeiro roteador consegue,
 ele diz, hmm, ok, este é o primeiro

264
00:15:32,420 --> 00:15:35,480
 vez que vi essa fonte enviando o stream.

265
00:15:35,480 --> 00:15:39,200
 Não sei se alguém está interessado
 em assistir porque afinal,

266
00:15:39,200 --> 00:15:42,500
 nenhum dos outros roteadores teria falado
 com esse cara porque eles têm

267
00:15:42,500 --> 00:15:44,460
 não faço ideia de onde está a fonte.

268
00:15:44,460 --> 00:15:48,800
 Portanto, este roteador pode dizer: ok, bem,
 tenho duas opções que posso fazer aqui.

269
00:15:48,800 --> 00:15:52,720
 Se eu não estiver executando um protocolo de roteamento
 multicast, elimine o tráfego, apenas

270
00:15:52,720 --> 00:15:58,600
 mate isso. Se eu estiver executando um protocolo
 de roteamento multicast, é provável que

271
00:15:58,600 --> 00:16:02,980
 roteador que está recebendo o multicast
 dirá, ok, não sei onde

272
00:16:02,980 --> 00:16:05,880
 estão os receptores, onde estão
 os hosts que desejam obter isso.

273
00:16:05,880 --> 00:16:11,580
 Mas há algum roteador central na minha topologia
 que está executando um programa especial

274
00:16:11,580 --> 00:16:14,480
 recurso do meu protocolo de roteamento
 multicast de rota.

275
00:16:14,480 --> 00:16:19,040
 Ele sabe onde todos estão porque todos
 lhe contaram todos os roteadores

276
00:16:19,040 --> 00:16:23,960
 eu disse, ei, roteador Joe, se você
 conseguir esse multicast, não sei

277
00:16:23,960 --> 00:16:24,880
 se você é ou não.

278
00:16:24,880 --> 00:16:28,060
 Mas se você conhecer esse
 destino, envie para nós.

279
00:16:28,060 --> 00:16:31,280
 Portanto, há uma topologia de roteador
 central aqui que diz, ok,

280
00:16:31,280 --> 00:16:34,660
 Eu ouvi como esta interface, esta
 interface e esta interface que

281
00:16:34,660 --> 00:16:36,020
 tem gente lá embaixo.

282
00:16:36,020 --> 00:16:39,800
 Aguardando para obter este destino
 multicast específico.

283
00:16:39,800 --> 00:16:43,060
 E agora o gateway padrão diz, deixe-me
 pegar esse multicast e enviar

284
00:16:43,060 --> 00:16:47,460
 isso para ele. E ele pode então
 distribuí-lo pela árvore.

285
00:16:47,460 --> 00:16:51,360
 Muitas vezes, em seu multicast típico,
 o endereço de origem de onde

286
00:16:51,360 --> 00:16:53,660
 de onde vem será desconhecido.

287
00:16:53,660 --> 00:16:56,520
 Existem algumas circunstâncias em que isso
 é conhecido e falaremos sobre isso,

288
00:16:56,520 --> 00:17:01,520
 especialmente quando chegamos
 à versão três do I GMP.

289
00:17:01,520 --> 00:17:05,780
 Também temos que falar sobre métodos de
 distribuição multicast, push versus

290
00:17:05,780 --> 00:17:11,420
 o modelo puxado. Então deixe-me desenhar algo
 aqui rapidamente para demonstrar isso.

291
00:17:11,420 --> 00:17:16,880
 Digamos que este seja o meu
 servidor multicast aqui.

292
00:17:16,880 --> 00:17:21,680
 E ele está conectado ao roteador um.

293
00:17:21,680 --> 00:17:35,280
 E então vamos desenhar alguns
 outros roteadores.

294
00:17:35,280 --> 00:17:42,440
 Ok, digamos apenas roteador dois, três,
 quatro, cinco e seis, sete, oito,

295
00:17:42,440 --> 00:17:51,680
 nove. Ok, então há dois tipos diferentes
 de maneiras de alto nível que o multicast

296
00:17:51,680 --> 00:17:54,360
 protocolos de roteamento funcionam.

297
00:17:54,360 --> 00:17:57,460
 Uma maneira é o que chamamos
 de modelo push.

298
00:17:57,460 --> 00:18:02,120
 Você também ouvirá frequentemente isso ser
 chamado de protocolos de modo denso.

299
00:18:02,120 --> 00:18:08,820
 Então, em um protocolo de modo denso, o que
 acontece é que digamos que meu interessado

300
00:18:08,820 --> 00:18:13,680
 os receptores estão aqui e aqui.

301
00:18:13,680 --> 00:18:18,200
 Então esses dois PJs em vermelho são os
 únicos PJs que já expressaram qualquer

302
00:18:18,200 --> 00:18:22,440
 interesse em receber vídeo
 ou áudio multicast.

303
00:18:22,440 --> 00:18:28,600
 Bem, em uma aplicação de modo denso, o
 que chamamos de modelo push, quando o

304
00:18:28,600 --> 00:18:33,540
 servidor multicast começa a enviar
 seu tráfego, tudo fica inundado.

305
00:18:33,540 --> 00:18:39,760
 Ele sai para todos os roteadores assim.

306
00:18:39,760 --> 00:18:43,360
 E então sim, isso realmente
 chegará ao nosso cliente.

307
00:18:43,360 --> 00:18:48,600
 E a ideia é que, à medida que chegue a roteadores
 que não tenham interesse nisso

308
00:18:48,600 --> 00:18:52,820
 tráfego multicast, eles enviarão algum tipo
 de mensagem de sinalização de volta, que

309
00:18:52,820 --> 00:18:59,360
 podará galhos que não precisam disso.

310
00:18:59,360 --> 00:19:03,460
 E então, no final, depois que esse empurrão
 aconteceu, opa, eu não quero

311
00:19:03,460 --> 00:19:05,600
 para apagar aquele, esse
 precisa estar lá.

312
00:19:05,600 --> 00:19:10,720
 Após o empurrão e a poda depois disso,

313
00:19:10,720 --> 00:19:14,060
 agora ficamos com o multicast sendo
 encaminhado apenas para interfaces

314
00:19:14,060 --> 00:19:15,660
 onde ele precisa ir.

315
00:19:15,660 --> 00:19:21,280
 Agora, se todos esses links forem links
 de altíssima velocidade, digamos todos

316
00:19:21,280 --> 00:19:25,460
 disso está dentro do seu campus, e todos
 esses links têm cerca de 10 gigabit

317
00:19:25,460 --> 00:19:28,980
 links ou mais rápido, você sabe, links terabit
 ou algo assim, então você poderia

318
00:19:28,980 --> 00:19:32,200
 provavelmente faça isso porque você
 tem muita largura de banda de sobra.

319
00:19:32,200 --> 00:19:35,160
 Você sabe, quem se importa se o multicast
 inunda as interfaces onde

320
00:19:35,160 --> 00:19:37,800
 não precisa ir porque você tem bastante largura
 de banda de qualquer maneira, então

321
00:19:37,800 --> 00:19:39,420
 apenas podá-lo.

322
00:19:39,420 --> 00:19:43,260
 Mas é provável que sua
 rede não seja assim.

323
00:19:43,260 --> 00:19:46,820
 Você provavelmente tem certos links, nossos
 links de velocidade lenta, talvez outros

324
00:19:46,820 --> 00:19:50,320
 links que normalmente sofrem congestionamento
 porque são muito populares,

325
00:19:50,320 --> 00:19:53,780
 e você realmente não quer que seu multicast
 seja inundado em todos os lugares.

326
00:19:53,780 --> 00:19:57,340
 Nesse caso, o tipo de método de distribuição
 multicast que você deseja

327
00:19:57,340 --> 00:20:01,540
 O uso não é um modelo push,
 mas sim um modelo pull.

328
00:20:01,540 --> 00:20:06,120
 E é sobre isso que venho
 falando até agora.

329
00:20:06,120 --> 00:20:16,800
 Portanto, em um modelo pull, normalmente o que
 precisa acontecer primeiro é que o multicast

330
00:20:16,800 --> 00:20:23,180
 receptores, que são meus laptops, precisam
 enviar algum tipo de pacote para indicar

331
00:20:23,180 --> 00:20:28,200
 seu interesse neste multicast
 dizendo: ei, quero recebê-lo.

332
00:20:28,200 --> 00:20:33,560
 E geralmente há algum roteador
 configurado nesta rede

333
00:20:33,560 --> 00:20:36,340
 com uma funcionalidade muito especial.

334
00:20:36,340 --> 00:20:42,700
 Digamos apenas que é o roteador
 dois e usarei as letras RP.

335
00:20:42,700 --> 00:20:46,620
 Agora que você aprenderá muito mais sobre
 isso quando aprender sobre o protocolo PIM

336
00:20:46,620 --> 00:20:51,760
 multicast independente na camada três,
 mas isso é chamado de encontro

337
00:20:51,760 --> 00:20:55,300
 apontar. Agora pense nesse termo
 por um segundo, encontro, certo?

338
00:20:55,300 --> 00:20:58,960
 Se estou conversando com meu amigo, eu digo,
 ei, onde você quer se encontrar hoje

339
00:20:58,960 --> 00:21:00,220
 então podemos almoçar?

340
00:21:00,220 --> 00:21:04,220
 Talvez meu amigo diga, ah, vamos nos encontrar no
 TGI Fridays para almoçar, naquele restaurante.

341
00:21:04,220 --> 00:21:08,640
 Eu poderia dizer: OK, encontro você
 lá, o que significa encontro.

342
00:21:08,640 --> 00:21:11,420
 Eu me encontrarei com você naquele local.

343
00:21:11,420 --> 00:21:15,420
 Portanto, no mundo do multicast, um ponto
 de encontro serve basicamente para

344
00:21:15,420 --> 00:21:21,180
 mesmo propósito. Então, uma vez que meus
 receptores, e estes provavelmente irão

345
00:21:21,180 --> 00:21:27,160
 seja IGMP, ou se estamos falando de
 IPv6, o MLDP, o ouvinte multicast

346
00:21:27,160 --> 00:21:30,120
 protocolo, de qualquer forma,
 farei os dois aqui.

347
00:21:30,120 --> 00:21:34,080
 Na verdade, vamos manter
 o IPv4 por enquanto.

348
00:21:34,080 --> 00:21:44,800
 Então IGMP. Portanto, meus receptores indicaram
 interesse em seus gateways padrão.

349
00:21:44,800 --> 00:21:50,860
 Agora, ninguém sabe neste momento
 qual é o endereço IP real da fonte

350
00:21:50,860 --> 00:21:52,640
 do multicast.

351
00:21:52,640 --> 00:21:56,080
 Ou, na verdade, mesmo que a fonte
 ainda exista, isso pode ser apenas

352
00:21:56,080 --> 00:21:59,620
 um fluxo de teste e ainda
 nem foi configurado.

353
00:21:59,620 --> 00:22:03,080
 Mas estes roteadores, se estiverem executando
 um protocolo de encontro multicast,

354
00:22:03,080 --> 00:22:07,660
 o que eles sabem é o endereço IP desse cara,
 roteador dois, nosso ponto de encontro

355
00:22:07,660 --> 00:22:13,300
 apontar. Assim, uma vez que recebem uma
 indicação dos seus receptores, de que o

356
00:22:13,300 --> 00:22:17,940
 receptores querem receber multicast,
 agora esses roteadores vão enviar

357
00:22:17,940 --> 00:22:24,060
 mensagens especiais, algumas mensagens de roteamento
 multicast, até o ponto de encontro

358
00:22:24,060 --> 00:22:29,020
 ponto, dizendo, ei, roteador dois, se
 acontecer de você ver um multicast

359
00:22:29,020 --> 00:22:32,240
 que corresponda a este destino,
 estamos aqui embaixo.

360
00:22:32,240 --> 00:22:33,600
 Queremos conseguir.

361
00:22:33,600 --> 00:22:36,320
 E agora o ponto de encontro
 diz: ok, não recebi nada

362
00:22:36,320 --> 00:22:41,680
 ainda, mas se algum dia o fizer, recebi
 uma mensagem nesta interface e esta

363
00:22:41,680 --> 00:22:45,080
 interface que há alguém lá
 embaixo que deseja obtê-lo.

364
00:22:45,080 --> 00:22:48,280
 E agora o ponto de encontro fica
 sentado girando os polegares,

365
00:22:48,280 --> 00:22:50,880
 esperando para ver se o
 multicast será iniciado.

366
00:22:50,880 --> 00:22:56,080
 Agora, digamos que alguns minutos ou talvez
 uma hora depois, o verdadeiro multicast

367
00:22:56,080 --> 00:23:01,980
 inicia. Ok, bem, isso é ótimo
 porque agora temos esta árvore

368
00:23:01,980 --> 00:23:03,540
 pronto e esperando.

369
00:23:03,540 --> 00:23:06,200
 Então estas linhas aqui, estas linhas vermelhas
 acabaram de formar uma árvore.

370
00:23:06,200 --> 00:23:09,540
 Estes são galhos da árvore que vão
 do ponto de encontro para baixo

371
00:23:09,540 --> 00:23:12,740
 para nossos receptores, onde nossos receptores
 estão prontos e esperando para receber

372
00:23:12,740 --> 00:23:18,180
 esse. Assim que o multicast realmente
 iniciar, observe o roteador um aqui.

373
00:23:18,180 --> 00:23:21,400
 Ele nunca recebeu nenhuma
 dessas flechas vermelhas.

374
00:23:21,400 --> 00:23:27,020
 O roteador número um nunca recebeu uma solicitação
 para este fluxo porque ele está

375
00:23:27,020 --> 00:23:31,460
 não é o ponto de encontro e ele não está
 no caminho do ponto de encontro.

376
00:23:31,460 --> 00:23:35,840
 Mas assim como todos os outros roteadores,
 ele sabe quem é o ponto de encontro

377
00:23:35,840 --> 00:23:41,080
 é. Então ele pega esse multicast e o
 encaminha para o ponto de encontro.

378
00:23:41,080 --> 00:23:45,800
 E agora o ponto de encontro diz,
 ah, ok, alguém já perguntou

379
00:23:45,800 --> 00:23:49,540
 por isso. Eles estão pedindo para transferir
 o multicast para eles, e eu sei

380
00:23:49,540 --> 00:23:53,380
 onde eles estão. Então agora enviaremos
 o multicast desta forma, e ele

381
00:23:53,380 --> 00:23:56,500
 desce para os meus receptores
 pretendidos.

382
00:23:56,500 --> 00:23:59,220
 Então chamamos isso de modelo pull.

383
00:23:59,220 --> 00:24:02,840
 Lembre-se, no modelo push, que é o que
 chamamos de protocolos de modo denso,

384
00:24:02,840 --> 00:24:05,660
 o multicast começa e é inundado
 por toda parte.

385
00:24:05,660 --> 00:24:09,220
 E cabe aos roteadores enviar mensagens
 de volta ao upstream dizendo: ei,

386
00:24:09,220 --> 00:24:10,240
 Eu nunca quis isso.

387
00:24:10,240 --> 00:24:12,020
 Pare de inundar isso para mim.

388
00:24:12,020 --> 00:24:16,860
 Em um modelo pull, que normalmente chamamos
 de protocolos de modo esparso,

389
00:24:16,860 --> 00:24:22,300
 modo, é aqui que os destinatários
 devem indicar o seu interesse, e

390
00:24:22,300 --> 00:24:27,440
 então os roteadores têm que encaminhar esse
 interesse para algum roteador central

391
00:24:27,440 --> 00:24:29,100
 que chamamos de ponto de encontro.

392
00:24:29,100 --> 00:24:33,300
 Portanto, pré-construímos o
 caminho com antecedência.

393
00:24:33,300 --> 00:24:37,500
 E então, quando o multicast chega, todos
 os roteadores sabem qual é o caminho

394
00:24:37,500 --> 00:24:40,820
 é e para onde encaminhar esse multicast.

395
00:24:40,820 --> 00:24:46,600
 Então, esses são os dois modos típicos de
 protocolos de roteamento multicast, push

396
00:24:46,600 --> 00:24:51,560
 modos e modos pull, ou também conhecidos
 como protocolos de modo denso e esparsos