1
00:00:08,060 --> 00:00:12,560
 Toute introduction à la vidéo multidiffusion
 doit donc commencer par les bases

2
00:00:12,560 --> 00:00:17,880
 de la multidiffusion, de quoi s'agit-il, où elle est
 utilisée et comment reconnaître une multidiffusion

3
00:00:17,880 --> 00:00:22,180
 paquet à la couche 3 et une trame
 Ethernet multicast à la couche 2.

4
00:00:22,180 --> 00:00:24,540
 C'est donc ce que nous allons
 examiner en ce moment.

5
00:00:24,540 --> 00:00:27,560
 Commençons donc par expliquer
 pourquoi la multidiffusion.

6
00:00:27,560 --> 00:00:31,640
 La multidiffusion est donc ce que
 nous appelons un à plusieurs.

7
00:00:31,640 --> 00:00:34,780
 En d’autres termes, je suis sûr que vous savez
 ce qu’est une monodiffusion, n’est-ce pas ?

8
00:00:34,780 --> 00:00:38,700
 Une monodiffusion signifie qu'il existe
 un serveur Web qui envoie un paquet.

9
00:00:38,700 --> 00:00:42,280
 monodiffusion sur votre ordinateur portable
 et votre ordinateur portable uniquement.

10
00:00:42,280 --> 00:00:44,980
 Et ce paquet contient comme une page
 Web ou quelque chose à l'intérieur.

11
00:00:44,980 --> 00:00:46,980
 Il s'agit donc d'une transmission
 individuelle.

12
00:00:46,980 --> 00:00:48,600
 Et je suis sûr que vous savez ce qu'est
 une diffusion, n'est-ce pas ?

13
00:00:48,600 --> 00:00:51,020
 Une émission est quelque chose
 qui s'adresse à tout le monde.

14
00:00:51,020 --> 00:00:53,740
 Et nous savons que les routeurs
 tuent la diffusion.

15
00:00:53,740 --> 00:00:57,900
 Lorsqu'une diffusion atteint l'interface
 de couche 3 d'un routeur, elle s'arrête.

16
00:00:57,900 --> 00:01:01,380
 Ou dans le cas d'un commutateur multicouche
 doté d'interfaces virtuelles commutées,

17
00:01:01,380 --> 00:01:04,860
 si vous utilisez votre switch
 comme routeur, même chose.

18
00:01:04,860 --> 00:01:09,780
 Toute interface de couche 3
 arrête net une diffusion.

19
00:01:09,780 --> 00:01:13,900
 La multidiffusion se situe donc au milieu de
 tout cela, nous l'appelons un à plusieurs.

20
00:01:13,900 --> 00:01:19,000
 Par exemple, un cas d'utilisation typique de la multidiffusion
 concerne ce qu'on appelle le streaming.

21
00:01:19,000 --> 00:01:26,120
 vidéo. Disons, par exemple, que
 mon PDG de mon entreprise doit

22
00:01:26,120 --> 00:01:31,580
 à 14 heures aujourd'hui pour prononcer
 un discours sur l'état de l'entreprise.

23
00:01:31,580 --> 00:01:33,520
 Eh bien, rendons-le plus précis.

24
00:01:33,520 --> 00:01:36,200
 Une adresse sur l’état de
 l’ingénierie, d’accord ?

25
00:01:36,200 --> 00:01:38,840
 Il va donc monter là-haut et parler
 spécifiquement de l'ingénierie

26
00:01:38,840 --> 00:01:42,360
 département, orientation et
 vision de l'ingénierie.

27
00:01:42,360 --> 00:01:44,880
 Et c'est de cela qu'il va parler.

28
00:01:44,880 --> 00:01:50,060
 Ainsi, dans notre département d'ingénierie,
 nous avons peut-être 100 employés dispersés

29
00:01:50,060 --> 00:01:51,440
 sur tout le campus.

30
00:01:51,440 --> 00:01:52,420
 Ils ne sont pas tous assis ensemble.

31
00:01:52,420 --> 00:01:54,560
 Ils sont placés dans des sortes
 de poches ici et là.

32
00:01:54,560 --> 00:02:00,000
 Eh bien, nous avons donc eu une caméra
 vidéo à 14 heures, braquée sur mon PDG.

33
00:02:00,000 --> 00:02:03,340
 Cette caméra vidéo retourne ensuite
 vers un serveur qui numérise le

34
00:02:03,340 --> 00:02:06,520
 vidéo. Et donc maintenant, nous devons réfléchir
 à : OK, comment vais-je envoyer ça ?

35
00:02:06,520 --> 00:02:09,760
 diffusion vidéo à ces 100 employés ?

36
00:02:09,760 --> 00:02:13,160
 Et peut-être qu’ils ne veulent pas
 tous le voir, n’est-ce pas ?

37
00:02:13,160 --> 00:02:17,000
 Peut-être que certains de ces employés sont en vacances
 et que leurs ordinateurs portables sont ici

38
00:02:17,000 --> 00:02:17,520
 et ils courent.

39
00:02:17,520 --> 00:02:19,960
 Ils sont verrouillés sur le bureau,
 mais ils sont simplement partis.

40
00:02:19,960 --> 00:02:21,740
 Les employés ne sont pas là.

41
00:02:21,740 --> 00:02:23,780
 D’autres, les employés, s’en
 moquent tout simplement.

42
00:02:23,780 --> 00:02:26,660
 Ils pensent que le PDG est plein de vent
 et ils ne regardent pas les vidéos

43
00:02:26,660 --> 00:02:28,800
 plus. Ils ne regardent pas les streams.

44
00:02:28,800 --> 00:02:33,040
 Il y aura donc un sous-ensemble d'employés
 et d'ingénieurs qui voudront

45
00:02:33,040 --> 00:02:34,300
 pour regarder ce flux vidéo.

46
00:02:34,300 --> 00:02:35,420
 Alors, comment pouvons-nous
 le leur faire parvenir ?

47
00:02:35,420 --> 00:02:41,280
 Disons que sur 100 employés, peut-être
 60, 60 d'entre eux veulent regarder

48
00:02:41,280 --> 00:02:42,580
 ce flux vidéo.

49
00:02:42,580 --> 00:02:47,420
 Eh bien, si vous avez déjà fait des recherches
 sur la vidéo multidiffusion, l'une des

50
00:02:47,420 --> 00:02:51,500
 les caractéristiques de la vidéo multidiffusion sont qu'il
 s'agit généralement d'une très grande bande passante

51
00:02:51,500 --> 00:02:55,640
 affamé. La vidéo multidiffusion consomme beaucoup
 de bande passante, surtout si vous êtes

52
00:02:55,640 --> 00:02:59,700
 parler d'un HD comme d'un flux
 vidéo haute définition.

53
00:02:59,700 --> 00:03:02,140
 Cela peut vraiment consommer
 beaucoup de bande passante.

54
00:03:02,140 --> 00:03:06,500
 Donc, si mon serveur de multidiffusion
 est connecté à cette caméra, c'est

55
00:03:06,500 --> 00:03:10,120
 numériser, se transformer en MPEG ou en
 ABI ou quelque chose comme ça, c'est

56
00:03:10,120 --> 00:03:14,180
 je vais l'envoyer en multidiffusion,
 eh bien, nous avons quelques options.

57
00:03:14,180 --> 00:03:18,060
 Nous pourrions l'envoyer sous forme de flux
 unicast où chacun de ces 60 employés

58
00:03:18,060 --> 00:03:22,700
 doit cliquer sur une page Web, qui envoie
 un message unicast à mon serveur

59
00:03:22,700 --> 00:03:27,820
 puis le processeur de mon serveur doit
 créer une copie du paquet et l'envoyer

60
00:03:27,820 --> 00:03:32,200
 à cette personne. Alors imaginez maintenant
 si les 60 personnes faisaient ça, ça

61
00:03:32,200 --> 00:03:34,900
 demanderait à ce serveur de
 faire beaucoup de travail.

62
00:03:34,900 --> 00:03:37,960
 Il faudrait qu'il prenne ce flux vidéo,
 ce qui pourrait être le cas, faisons-le

63
00:03:37,960 --> 00:03:41,140
 facile, 256 kilobits par seconde.

64
00:03:41,140 --> 00:03:42,560
 Et c'est un flux assez lent.

65
00:03:42,560 --> 00:03:44,580
 C'est un flux de bande
 passante assez petit.

66
00:03:44,580 --> 00:03:50,360
 Imaginez des paquets de 256 kilobits par
 seconde et il doit répliquer ces 60

67
00:03:50,360 --> 00:03:54,640
 fois pour 60 flux unicast individuels.

68
00:03:54,640 --> 00:03:58,520
 Il y a de fortes chances que le serveur
 ait beaucoup de mal à faire cela.

69
00:03:58,520 --> 00:04:01,960
 Et imaginez quel type de charge cela imposerait
 à l’infrastructure réseau réelle.

70
00:04:01,960 --> 00:04:07,620
 Cela représente 256 kilobits par seconde
 multipliés par 60 flux unicast.

71
00:04:07,620 --> 00:04:09,640
 Je ne veux probablement pas faire ça.

72
00:04:09,640 --> 00:04:11,760
 Et vous dites, eh bien, pourquoi
 je ne le diffuse pas simplement ?

73
00:04:11,760 --> 00:04:15,420
 Eh bien, premièrement, la diffusion ne peut pas atteindre
 tout le monde parce que nous savons que

74
00:04:15,420 --> 00:04:17,560
 les routeurs abandonnent les diffusions.

75
00:04:17,560 --> 00:04:21,020
 Et j'ai dit que ces employés étaient
 dispersés sur tout le campus.

76
00:04:21,020 --> 00:04:22,700
 Ils ne sont pas tous assis ensemble.

77
00:04:22,700 --> 00:04:28,300
 Et même si je pouvais théoriquement faire en
 sorte que mes routeurs les forcent à inonder

78
00:04:28,300 --> 00:04:33,820
 cette émission, eh bien, cela va avoir un impact
 sur tout le monde dans mon entreprise.

79
00:04:33,820 --> 00:04:37,560
 Cela aura un impact sur la masse salariale,
 les ressources humaines et

80
00:04:37,560 --> 00:04:43,000
 les services marketing car tous
 leurs liens vont être saturés

81
00:04:43,000 --> 00:04:46,440
 avec ce trafic de diffusion
 qui contient la vidéo.

82
00:04:46,440 --> 00:04:49,060
 C'est donc là que la multidiffusion
 entre en jeu.

83
00:04:49,060 --> 00:04:54,400
 Ainsi, avec le multicast, le serveur n'a
 qu'à créer un seul flux de trafic,

84
00:04:54,400 --> 00:04:56,180
 un flux de trafic.

85
00:04:56,180 --> 00:04:59,940
 Et ce flux de trafic va vers un groupe
 spécial, ce qu'ils appellent un groupe.

86
00:04:59,940 --> 00:05:02,760
 adresse de destination ou GDA.

87
00:05:02,760 --> 00:05:06,020
 Et juste un instant, je vais vous
 montrer à quoi ça ressemble.

88
00:05:06,020 --> 00:05:10,220
 Maintenant, vous vous demandez peut-être, eh bien,
 comment pouvons-nous l'amener là où, parmi tous les

89
00:05:10,220 --> 00:05:14,420
 personnes dans mon entreprise, seules
 ces 60 personnes en ingénierie

90
00:05:14,420 --> 00:05:16,080
 obtenez ce flux.

91
00:05:16,080 --> 00:05:17,400
 Comment ça marche?

92
00:05:17,400 --> 00:05:20,040
 Eh bien, il s'agit essentiellement d'un
 processus en plusieurs parties.

93
00:05:20,040 --> 00:05:24,820
 Donc premièrement, les employés doivent avoir
 une sorte de formulaire de candidature

94
00:05:24,820 --> 00:05:28,060
 leur ordinateur portable. Il peut être
 intégré à leur navigateur Web.

95
00:05:28,060 --> 00:05:31,440
 Mais ils doivent avoir quelque chose sur lequel
 ils peuvent cliquer pour voir une liste

96
00:05:31,440 --> 00:05:35,260
 de tous les flux de multidiffusion qui
 se produisent actuellement, comme

97
00:05:35,260 --> 00:05:37,520
 un répertoire, comme un
 guide de programmes.

98
00:05:37,520 --> 00:05:39,220
 Vous pourriez y penser.

99
00:05:39,220 --> 00:05:45,980
 Et normalement, votre ordinateur portable, les ordinateurs
 portables de ces employés, voient toutes sortes de

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

101
00:05:47,120 --> 00:05:49,940
 Si vous y réfléchissez, si vous êtes assis dans
 un cube en ce moment et que vous êtes réellement

102
00:05:49,940 --> 00:05:54,140
 câblé via une connexion Ethernet
 câblée, cette connexion Ethernet

103
00:05:54,140 --> 00:05:56,580
 c'est voir beaucoup de trames Ethernet
 différentes, n'est-ce pas ?

104
00:05:56,580 --> 00:05:58,400
 Pas seulement des cadres pour vous.

105
00:05:58,400 --> 00:06:03,460
 Ainsi, à la couche deux, votre carte Ethernet-NIC
 dit : ok, si chaque trame

106
00:06:03,460 --> 00:06:07,180
 Je vois, ce qui pourrait représenter des dizaines
 de milliers d'entre eux par seconde, voler

107
00:06:07,180 --> 00:06:11,080
 par, il examine l'adresse MAC de
 destination de chacun d'entre eux

108
00:06:11,080 --> 00:06:13,920
 cadres. Et il se pose une question.

109
00:06:13,920 --> 00:06:17,260
 Il dit : cette adresse MAC de destination
 est-elle une diffusion ?

110
00:06:17,260 --> 00:06:21,560
 Si c'est le cas, je dois le récupérer, l'envoyer
 à mon processeur et le traiter.

111
00:06:21,560 --> 00:06:26,360
 Ou s'agit-il d'une adresse MAC unicast,
 qui est mon adresse MAC ?

112
00:06:26,360 --> 00:06:29,000
 Si c'est le cas, je vais le
 récupérer et le traiter.

113
00:06:29,000 --> 00:06:32,560
 Si la réponse est non, à l’une ou l’autre
 de ces questions, laissez-la voler

114
00:06:32,560 --> 00:06:34,240
 passe par ici et ne le ramasse pas.

115
00:06:34,240 --> 00:06:35,640
 Ne le traitez pas.

116
00:06:35,640 --> 00:06:39,220
 Alors quand vous allez dans votre application
 multicast, votre répertoire, votre programme

117
00:06:39,220 --> 00:06:40,600
 guide, et vous...

118
00:06:40,600 --> 00:06:44,880
 Donc tout d’abord, il doit y avoir
 un serveur, n’est-ce pas ?

119
00:06:44,880 --> 00:06:49,280
 Probablement un serveur Web qui distribue
 cette page Web, cette page qui

120
00:06:49,280 --> 00:06:50,120
 tu regardes.

121
00:06:50,120 --> 00:06:54,660
 Et, vous savez, lorsque vous accédez à ce serveur,
 lorsque vous accédez à Employee.stream

122
00:06:54,660 --> 00:06:58,980
 .com ou quelque chose comme ça, et vous
 récupérez cette page Web, la page Web

123
00:06:58,980 --> 00:07:02,700
 répertorie chaque émission qui se déroule
 actuellement ou qui aura lieu à un

124
00:07:02,700 --> 00:07:07,740
 heure prévue. Et puis vous ne voyez probablement
 pas cela visuellement dans l'interface graphique,

125
00:07:07,740 --> 00:07:11,860
 mais aussi cette page Web lorsqu'elle a été livrée
 sur votre ordinateur portable en arrière-plan

126
00:07:11,860 --> 00:07:18,320
 aurait dû répertorier l'adresse du groupe de
 multidiffusion pour chacune de ces émissions.

127
00:07:18,320 --> 00:07:22,220
 Donc, lorsque vous cliquez dessus,
 vous êtes en train de programmer

128
00:07:22,220 --> 00:07:25,440
 votre carte Internet. Tu dis à la carte
 nette, d'accord, en plus de choisir

129
00:07:25,440 --> 00:07:29,840
 des diffusions et des monodiffusions qui me sont destinées,
 maintenant je veux que vous recherchiez le

130
00:07:29,840 --> 00:07:33,700
 Adresse MAC spéciale de couche deux, qui
 est une adresse MAC de multidiffusion.

131
00:07:33,700 --> 00:07:37,140
 Si vous voyez cela, envoyez-le
 également à mon processeur.

132
00:07:37,140 --> 00:07:41,540
 Je veux le voir pour qu'il s'affiche
 dans mon Windows Media Player ou mon

133
00:07:41,540 --> 00:07:44,440
 Real Player, quoi que vous regardiez.

134
00:07:44,440 --> 00:07:45,760
 C'est une chose qui arrive.

135
00:07:45,760 --> 00:07:49,520
 Quelque chose doit se produire pour que votre
 carte Internet dise, ah, je dois maintenant

136
00:07:49,520 --> 00:07:50,620
 chercher autre chose.

137
00:07:50,620 --> 00:07:52,220
 Je dois rechercher cette multidiffusion.

138
00:07:52,220 --> 00:07:56,420
 Maintenant, en plus, lorsque vous cliquez
 sur ce lien pour réveiller votre réseau

139
00:07:56,420 --> 00:08:00,240
 carte, vous générez également
 un paquet IGMP.

140
00:08:00,240 --> 00:08:03,180
 Nous y reviendrons en détail dans une
 vidéo ultérieure, mais vous envoyez

141
00:08:03,180 --> 00:08:07,000
 un paquet IGMP à votre routeur, à votre
 passerelle par défaut, et vous dites :

142
00:08:07,000 --> 00:08:10,540
 hé, si jamais tu vois cette multidiffusion,
 envoie-la-moi.

143
00:08:10,540 --> 00:08:14,540
 Je suis intéressé. J'aimerais
 recevoir ce trafic.

144
00:08:14,540 --> 00:08:17,620
 Donc, dans la terminologie multicast, cela signifie
 que votre ordinateur portable est ce qu'on appelle

145
00:08:17,620 --> 00:08:19,640
 un récepteur multicast.

146
00:08:19,640 --> 00:08:21,300
 Vous êtes désormais devenu receveur.

147
00:08:21,300 --> 00:08:25,520
 Alors mon exemple avec mes 60 salariés
 en ingénierie qui voulaient regarder

148
00:08:25,520 --> 00:08:29,680
 le flux, chacun d'eux doit ouvrir
 son navigateur ou en ouvrir un

149
00:08:29,680 --> 00:08:34,580
 application et cliquez sur ce lien qui
 dit, les PDG s'adressent à l'ingénierie

150
00:08:34,580 --> 00:08:37,100
 aujourd'hui à 14h Alors
 ils cliquent dessus.

151
00:08:37,100 --> 00:08:40,860
 Ce faisant, il programme leur carte Internet,
 de sorte qu'ils vont maintenant

152
00:08:40,860 --> 00:08:42,580
 faites attention à ces cadres.

153
00:08:42,580 --> 00:08:45,900
 Chacun de leurs ordinateurs portables envoie
 un message IGMP à leur passerelle par défaut

154
00:08:45,900 --> 00:08:47,900
 disant, hé, je veux voir ça.

155
00:08:47,900 --> 00:08:52,080
 Et puis en arrière-plan, leur passerelle
 par défaut invoque une multidiffusion

156
00:08:52,080 --> 00:08:54,700
 protocole de routage, probablement PIM.

157
00:08:54,700 --> 00:08:58,780
 Et puis PIM s'implique et PIM construit
 ceci, ce qu'on appelle la multidiffusion

158
00:08:58,780 --> 00:09:05,500
 arborescence, de sorte que finalement, lorsque
 ce serveur envoie son tout premier multicast

159
00:09:05,500 --> 00:09:10,860
 paquet contenant peut-être un dixième
 de seconde de vidéo, lorsqu'il arrive

160
00:09:10,860 --> 00:09:15,640
 le tout premier routeur connecté
 à ce serveur, ce routeur dit :

161
00:09:15,640 --> 00:09:19,020
 ah, je sais où envoyer ça, car j'ai reçu
 un message PIM juste quelques instants

162
00:09:19,020 --> 00:09:23,220
 il y a quelques minutes sur mon interface Ethernet
 rapide qui disait, soyez à l'affût

163
00:09:23,220 --> 00:09:24,940
 pour ça. Je le veux.

164
00:09:24,940 --> 00:09:29,320
 Et j'ai également reçu un message sur mon
 interface Ethernet rapide 1-1 d'un autre

165
00:09:29,320 --> 00:09:31,280
 une partie du campus disant : je le veux.

166
00:09:31,280 --> 00:09:34,160
 Et donc maintenant, c'est la responsabilité du routeur
 de prendre en charge cette multidiffusion

167
00:09:34,160 --> 00:09:36,700
 paquet qui est arrivé et le répliquer.

168
00:09:36,700 --> 00:09:41,640
 Il envoie une copie, une interface,
 une autre copie, l'autre interface.

169
00:09:41,640 --> 00:09:45,400
 Et cela continue encore et encore, à mesure
 que ces paquets de multidiffusion partent du

170
00:09:45,400 --> 00:09:51,140
 source, qui est le serveur, lorsqu'il atteint les
 routeurs, chaque routeur demande à son tour

171
00:09:51,140 --> 00:09:55,680
 lui-même, ai-je une entrée dans ma table de
 routage multicast pour me le faire savoir

172
00:09:55,680 --> 00:09:57,040
 où va cette chose ?

173
00:09:57,040 --> 00:10:01,080
 Et si la réponse est oui,
 ai-je plus d’une entrée ?

174
00:10:01,080 --> 00:10:04,640
 Dois-je répliquer ce paquet et l’envoyer
 sur plusieurs interfaces ?

175
00:10:04,640 --> 00:10:10,000
 Et finalement, il atteint la passerelle par
 défaut d'une de ces personnes en ingénierie.

176
00:10:10,000 --> 00:10:14,760
 La passerelle par défaut dit, ah,
 oui, j'ai une interface via IgMP,

177
00:10:14,760 --> 00:10:17,560
 J'ai appris qu'il existe un hôte,
 un récepteur qui veut obtenir

178
00:10:17,560 --> 00:10:20,700
 et il transmet la multidiffusion
 à cette personne.

179
00:10:20,700 --> 00:10:23,440
 Ainsi, seuls les destinataires
 intéressés l’obtiendront.

180
00:10:23,440 --> 00:10:28,180
 Aucun des autres ordinateurs portables ne comprend,
 car ils n’ont pas cliqué sur ce lien.

181
00:10:28,180 --> 00:10:32,120
 Ils n'ont pas programmé leur carte NIC pour
 s'intéresser à cette multidiffusion

182
00:10:32,120 --> 00:10:35,840
 Adresse Mac. C'est donc ce que nous
 entendons par un à plusieurs.

183
00:10:35,840 --> 00:10:39,460
 Réponse longue à une puce très courte.

184
00:10:39,460 --> 00:10:42,780
 Il existe donc de nombreuses applications
 utiles pour la multidiffusion.

185
00:10:42,780 --> 00:10:45,760
 Comme je l'ai mentionné, la vidéo,
 la vidéoconférence, par exemple.

186
00:10:45,760 --> 00:10:49,800
 Souvent, si vous êtes interne à une
 organisation, la multidiffusion sera

187
00:10:49,800 --> 00:10:51,200
 utilisé pour la vidéoconférence.

188
00:10:51,200 --> 00:10:54,160
 Une sorte de communication d'entreprise,
 comme je l'ai mentionné, où le PDG

189
00:10:54,160 --> 00:10:57,560
 diffuse une multidiffusion à une
 certaine heure de la journée.

190
00:10:57,560 --> 00:11:01,080
 Parfois, l’enseignement à distance
 l’utilisera également.

191
00:11:01,080 --> 00:11:04,820
 Par exemple, lorsque vous me regardez
 et que vous voyez bien cette vidéo

192
00:11:04,820 --> 00:11:08,260
 maintenant, si vous faites réellement partie du
 public en direct, vous pourriez en fait être

193
00:11:08,260 --> 00:11:10,060
 recevoir cela via multicast.

194
00:11:10,060 --> 00:11:13,360
 Je sais que nous utilisons une
 société appelée BitGravity.

195
00:11:13,360 --> 00:11:16,400
 C'est la véritable entreprise que nous utilisons
 pour propager cela à travers le monde.

196
00:11:16,400 --> 00:11:20,580
 monde. Et je pense que BitGravity utilise réellement
 la multidiffusion pour le transmettre

197
00:11:20,580 --> 00:11:22,580
 vers le bas. Je n’en suis
 pas sûr cependant.

198
00:11:22,580 --> 00:11:25,960
 Mais vous pouvez certainement ouvrir un renifleur
 comme Wireshark dans votre propre local.

199
00:11:25,960 --> 00:11:28,280
 ordinateur portable et découvrez-le.

200
00:11:28,280 --> 00:11:33,140
 Et parfois la distribution de logiciels, de cotations
 boursières, d'actualités, tout cela

201
00:11:33,140 --> 00:11:37,060
 ce truc est également fréquemment
 utilisé en multidiffusion.

202
00:11:37,060 --> 00:11:43,100
 De plus, quelqu'un dans le public en direct a mentionné
 une autre bonne utilisation de la multidiffusion.

203
00:11:43,100 --> 00:11:48,740
 qu'il dit que dans un aéroport, il y a des
 caméras IP qui utilisent le multicast.

204
00:11:48,740 --> 00:11:49,760
 Bonne observation.

205
00:11:49,760 --> 00:11:53,860
 Donc probablement au sein même du terminal,
 la sécurité utilise ces caméras pour

206
00:11:53,860 --> 00:11:54,380
 regarde tout.

207
00:11:54,380 --> 00:12:01,520
 Il est retransmis en multidiffusion vers certains
 serveurs ou caméras du parking, ce qui

208
00:12:01,520 --> 00:12:03,420
 multidiffusez tout.

209
00:12:03,420 --> 00:12:09,480
 Tellement bon. Merci, John,
 d'avoir mentionné cela.

210
00:12:09,480 --> 00:12:13,480
 Nous avons donc parlé un peu de la localisation
 du serveur de multidiffusion.

211
00:12:13,480 --> 00:12:21,280
 En d’autres termes, au tout début, votre ordinateur portable
 n’a aucune idée de ce que sont les multidiffusions.

212
00:12:21,280 --> 00:12:25,060
 se poursuivent. Il n'a aucune idée
 s'il existe des serveurs multicast,

213
00:12:25,060 --> 00:12:27,740
 que techniquement nous appelons
 sources de multidiffusion.

214
00:12:27,740 --> 00:12:33,520
 Il faut donc d'abord ouvrir une sorte d'application
 unicast, ce qui permettra

215
00:12:33,520 --> 00:12:37,780
 afficher une liste pour vous, une liste
 d'annuaire ou un guide des programmes du

216
00:12:37,780 --> 00:12:40,620
 diverses multidiffusions disponibles.

217
00:12:40,620 --> 00:12:47,180
 Et c’est ainsi que votre ordinateur portable découvre
 potentiellement une source pour la première fois.

218
00:12:47,180 --> 00:12:49,720
 Maintenant, il se peut qu’il
 ne connaisse pas de source.

219
00:12:49,720 --> 00:12:54,380
 Par exemple, peut-être dans mon
 exemple avec le PDG qui va faire

220
00:12:54,380 --> 00:12:56,140
 la visioconférence.

221
00:12:56,140 --> 00:13:01,580
 Nous avons plusieurs studios multimédias différents
 sur tout le campus, n'est-ce pas ?

222
00:13:01,580 --> 00:13:03,980
 Peut-être que mon campus s'étend
 sur toute la ville.

223
00:13:03,980 --> 00:13:06,740
 J'ai environ 10 campus différents
 dans toute la ville.

224
00:13:06,740 --> 00:13:10,900
 Et chacun des campus de mon entreprise
 possède un studio vidéo avec

225
00:13:10,900 --> 00:13:15,320
 une caméra et un serveur capable de diffuser
 quelque chose en multidiffusion.

226
00:13:15,320 --> 00:13:19,780
 C'est donc parce que c'est répandu dans
 toute mon organisation, ces serveurs

227
00:13:19,780 --> 00:13:22,440
 ont des adresses IP clairement
 différentes.

228
00:13:22,440 --> 00:13:26,080
 Ils ne sont pas tous géographiquement
 situés dans le même sous-réseau.

229
00:13:26,080 --> 00:13:31,420
 Nous ne savons donc pas avant la multidiffusion
 quelle est l'adresse IP réelle

230
00:13:31,420 --> 00:13:34,760
 c'est le serveur qui va faire ça
 parce que toi et moi qui sommes

231
00:13:34,760 --> 00:13:38,960
 assis sur notre bureau, nous n'avons aucune
 idée de quel studio particulier est le PDG

232
00:13:38,960 --> 00:13:42,820
 va être dedans. Peut-être qu'ils gardent
 même volontairement ce secret parce que

233
00:13:42,820 --> 00:13:46,120
 ils ne veulent pas que quelqu'un attaque
 et bombarde ce studio ou autre chose.

234
00:13:46,120 --> 00:13:51,460
 Qui sait? Ainsi, bien souvent, lorsque votre ordinateur portable
 apprend pour la première fois l'existence de la multidiffusion

235
00:13:51,460 --> 00:13:56,520
 diffusez via ce répertoire répertoriant
 ce guide de programme, il saura quoi

236
00:13:56,520 --> 00:13:58,100
 l'adresse de destination est.

237
00:13:58,100 --> 00:14:01,320
 Ils diront, ok, si je reçois
 cette vidéo, ça va

238
00:14:01,320 --> 00:14:02,920
 cette adresse de destination.

239
00:14:02,920 --> 00:14:04,320
 Et c'est ce sur quoi je veux revenir.

240
00:14:04,320 --> 00:14:09,200
 Mais il se peut qu'il n'ait aucune
 idée de l'adresse source réelle.

241
00:14:09,200 --> 00:14:12,320
 source de monodiffusion de
 ce flux de multidiffusion.

242
00:14:12,320 --> 00:14:14,240
 Et d’ailleurs, c’est un
 point très critique.

243
00:14:14,240 --> 00:14:21,040
 Adresses multicast 99 % du temps, pas
 toujours, mais 99 % du temps seulement

244
00:14:21,040 --> 00:14:26,040
 apparaître dans la partie destination d'une
 adresse MAC Ethernet ou dans la destination

245
00:14:26,040 --> 00:14:28,080
 d’une IP avant ou IPP.

246
00:14:28,080 --> 00:14:30,300
 Donc ça va être 6, paquet.

247
00:14:30,300 --> 00:14:33,020
 Très, très rarement, cela
 sera dans la source.

248
00:14:33,020 --> 00:14:37,240
 La plupart du temps, l'adresse source
 est une adresse unicast car elle est

249
00:14:37,240 --> 00:14:41,580
 provenant d'un serveur physique
 qui effectue la multidiffusion.

250
00:14:41,580 --> 00:14:45,100
 Maintenant, j'ai entendu dire qu'il existe
 des pare-feu et des trucs qui trient

251
00:14:45,100 --> 00:14:48,720
 de multidiffusion bizarre où ils le
 font dans la source et c'est tout un

252
00:14:48,720 --> 00:14:52,260
 autre boule de vers, mais la plupart
 du temps, l'adresse multicast sera

253
00:14:52,260 --> 00:14:53,860
 être seulement à destination.

254
00:14:53,860 --> 00:14:56,740
 Mon ordinateur portable ne sait
 donc pas quelle est la source.

255
00:14:56,740 --> 00:15:02,800
 Il dit, écoute, je veux surveiller mon PDG
 et il indique l'adresse de destination,

256
00:15:02,800 --> 00:15:06,360
 Je vais cliquer dessus, programmer ma voiture
 tricotée, mais elle ne connaît pas la source.

257
00:15:06,360 --> 00:15:10,720
 Parfois, la façon dont ces protocoles de routage
 multicast démarrent est la suivante :

258
00:15:10,720 --> 00:15:14,960
 les routeurs ne savent pas non
 plus où se trouve la source.

259
00:15:14,960 --> 00:15:17,300
 La source n'a plus qu'à démarrer.

260
00:15:17,300 --> 00:15:20,880
 Le serveur de multidiffusion n'a plus qu'à commencer
 à envoyer des données de multidiffusion sur

261
00:15:20,880 --> 00:15:25,460
 le fil. Et puis, lorsque le tout premier routeur
 obtiendra cela, vous pourriez alors

262
00:15:25,460 --> 00:15:28,120
 dites la passerelle par
 défaut pour ce serveur.

263
00:15:28,120 --> 00:15:32,420
 Lorsque ce tout premier routeur l'obtient,
 il dit : hmm, d'accord, c'est le premier

264
00:15:32,420 --> 00:15:35,480
 fois que j'ai vu cette
 source envoyer le flux.

265
00:15:35,480 --> 00:15:39,200
 Je ne sais pas si quelqu'un est intéressé
 à le regarder parce qu'après tout,

266
00:15:39,200 --> 00:15:42,500
 aucun des autres routeurs n'aurait
 parlé à ce type parce qu'ils ont

267
00:15:42,500 --> 00:15:44,460
 aucune idée d'où se trouve la source.

268
00:15:44,460 --> 00:15:48,800
 Ce routeur pourrait donc dire : ok, eh
 bien, j’ai deux choix à faire ici.

269
00:15:48,800 --> 00:15:52,720
 Si je n'utilise pas de protocole de routage
 multicast, supprimez le trafic, simplement

270
00:15:52,720 --> 00:15:58,600
 tue le. Si j'utilise un protocole de routage
 multicast, il y a de fortes chances que

271
00:15:58,600 --> 00:16:02,980
 le routeur qui reçoit la multidiffusion
 dira : ok, je ne sais pas où

272
00:16:02,980 --> 00:16:05,880
 se trouvent les récepteurs, là où se trouvent
 les hôtes qui veulent obtenir cela.

273
00:16:05,880 --> 00:16:11,580
 Mais il y a un routeur central dans ma topologie
 qui exécute un routeur spécial

274
00:16:11,580 --> 00:16:14,480
 fonctionnalité de mon protocole
 de routage multicast de route.

275
00:16:14,480 --> 00:16:19,040
 Il sait où tout le monde se trouve car tout
 le monde lui a indiqué tous les routeurs.

276
00:16:19,040 --> 00:16:23,960
 J'ai dit, hé, Joe Router, si jamais tu reçois
 cette multidiffusion, je ne sais pas

277
00:16:23,960 --> 00:16:24,880
 si vous l'êtes ou non.

278
00:16:24,880 --> 00:16:28,060
 Mais si jamais vous voyez cette
 destination, envoyez-la-nous.

279
00:16:28,060 --> 00:16:31,280
 Il y a donc une topologie de routeur
 central qui dit, d'accord,

280
00:16:31,280 --> 00:16:34,660
 J'ai entendu comment cette interface,
 cette interface et cette interface qui

281
00:16:34,660 --> 00:16:36,020
 il y a du monde là-bas.

282
00:16:36,020 --> 00:16:39,800
 En attente d'obtenir cette destination
 de multidiffusion particulière.

283
00:16:39,800 --> 00:16:43,060
 Et maintenant, la passerelle par défaut dit, laissez-moi
 prendre cette multidiffusion et l'envoyer

284
00:16:43,060 --> 00:16:47,460
 ça à lui. Et il peut ensuite
 le distribuer dans l'arbre.

285
00:16:47,460 --> 00:16:51,360
 Ainsi, bien souvent, dans votre multidiffusion
 typique, l'adresse source de l'endroit où

286
00:16:51,360 --> 00:16:53,660
 ça vient sera inconnu.

287
00:16:53,660 --> 00:16:56,520
 Il y a certaines circonstances où cela
 est connu et nous en parlerons,

288
00:16:56,520 --> 00:17:01,520
 surtout quand nous arrivons
 à la version trois de I GMP.

289
00:17:01,520 --> 00:17:05,780
 Nous devons également parler des méthodes
 de distribution multicast, du push versus

290
00:17:05,780 --> 00:17:11,420
 le modèle tiré. Alors permettez-moi de dessiner
 ici rapidement quelque chose pour le démontrer.

291
00:17:11,420 --> 00:17:16,880
 Disons que c'est mon serveur
 multicast ici.

292
00:17:16,880 --> 00:17:21,680
 Et il est connecté au routeur 1.

293
00:17:21,680 --> 00:17:35,280
 Et puis dessinons simplement
 d'autres routeurs.

294
00:17:35,280 --> 00:17:42,440
 OK, disons simplement le routeur deux,
 trois, quatre, cinq et six, sept, huit,

295
00:17:42,440 --> 00:17:51,680
 neuf. D'accord, il existe donc deux types différents
 de méthodes de multidiffusion de haut niveau.

296
00:17:51,680 --> 00:17:54,360
 les protocoles de routage fonctionnent.

297
00:17:54,360 --> 00:17:57,460
 Une solution est ce que nous
 appelons le modèle push.

298
00:17:57,460 --> 00:18:02,120
 Vous entendrez également fréquemment
 parler de protocoles en mode dense.

299
00:18:02,120 --> 00:18:08,820
 Donc, dans un protocole en mode dense, ce
 qui se passe, c'est que disons que mon

300
00:18:08,820 --> 00:18:13,680
 les récepteurs sont ici et ici.

301
00:18:13,680 --> 00:18:18,200
 Ces deux PJ en rouge sont donc les seuls
 à avoir jamais exprimé un quelconque

302
00:18:18,200 --> 00:18:22,440
 intérêt à recevoir la vidéo
 ou l'audio multidiffusion.

303
00:18:22,440 --> 00:18:28,600
 Eh bien, dans une application en mode dense, ce
 que nous appelons un modèle push, lorsque le

304
00:18:28,600 --> 00:18:33,540
 Le serveur de multicast commence à envoyer
 son trafic, tout est inondé.

305
00:18:33,540 --> 00:18:39,760
 Il est envoyé à chaque
 routeur comme celui-ci.

306
00:18:39,760 --> 00:18:43,360
 Et donc oui, cela parviendra
 à notre client.

307
00:18:43,360 --> 00:18:48,600
 Et l'idée est que, lorsqu'il atteint des routeurs
 qui ne sont pas intéressés par cela,

308
00:18:48,600 --> 00:18:52,820
 trafic de multidiffusion, ils renverront une
 sorte de message de signalisation, qui

309
00:18:52,820 --> 00:18:59,360
 élaguera les branches qui
 n'en ont pas besoin.

310
00:18:59,360 --> 00:19:03,460
 Et donc à la fin, après cette
 poussée, oups, je ne veux pas

311
00:19:03,460 --> 00:19:05,600
 pour effacer celui-là, il
 faut que celui-là soit là.

312
00:19:05,600 --> 00:19:10,720
 Après le poussée et la taille après cela,

313
00:19:10,720 --> 00:19:14,060
 il ne nous reste plus que la multidiffusion
 transmise uniquement aux interfaces

314
00:19:14,060 --> 00:19:15,660
 où il doit aller.

315
00:19:15,660 --> 00:19:21,280
 Maintenant, si tous ces liens sont des
 liens à très haut débit, disons tous

316
00:19:21,280 --> 00:19:25,460
 dont une partie se trouve sur votre campus,
 et tous ces liens font environ 10 gigabits

317
00:19:25,460 --> 00:19:28,980
 liens ou plus rapides, vous savez, des liens térabits
 ou quelque chose du genre, alors vous pourriez

318
00:19:28,980 --> 00:19:32,200
 Faites-le probablement parce que vous disposez
 de beaucoup de bande passante.

319
00:19:32,200 --> 00:19:35,160
 Vous savez, peu importe si la multidiffusion
 est inondée par les interfaces où

320
00:19:35,160 --> 00:19:37,800
 il n'est pas nécessaire que vous y alliez parce que vous
 avez de toute façon beaucoup de bande passante, donc

321
00:19:37,800 --> 00:19:39,420
 il suffit de le tailler.

322
00:19:39,420 --> 00:19:43,260
 Mais il y a de fortes chances que
 votre réseau ne soit pas comme ça.

323
00:19:43,260 --> 00:19:46,820
 Vous avez probablement certains liens, nos
 liens à vitesse lente, peut-être d'autres

324
00:19:46,820 --> 00:19:50,320
 les liens qui connaissent généralement des
 congestions car ils sont très populaires,

325
00:19:50,320 --> 00:19:53,780
 et vous ne voulez vraiment pas que votre
 multidiffusion soit inondée partout.

326
00:19:53,780 --> 00:19:57,340
 Dans ce cas, le type de méthode de distribution
 multicast que vous souhaitez

327
00:19:57,340 --> 00:20:01,540
 L’utilisation n’est pas un modèle
 push, mais plutôt un modèle pull.

328
00:20:01,540 --> 00:20:06,120
 Et c’est ce dont j’ai
 parlé jusqu’à présent.

329
00:20:06,120 --> 00:20:16,800
 Ainsi, dans un modèle pull, ce qui doit généralement se produire
 en premier, c'est que le système de multidiffusion

330
00:20:16,800 --> 00:20:23,180
 les récepteurs, qui sont mes ordinateurs portables,
 doivent envoyer une sorte de paquet pour indiquer

331
00:20:23,180 --> 00:20:28,200
 leur intérêt pour cette multidiffusion
 en disant : hé, je veux la recevoir.

332
00:20:28,200 --> 00:20:33,560
 Et puis, généralement, un routeur
 est configuré sur ce réseau.

333
00:20:33,560 --> 00:20:36,340
 avec une fonctionnalité
 très particulière.

334
00:20:36,340 --> 00:20:42,700
 Disons simplement que c'est le routeur
 deux, et j'utiliserai les lettres RP.

335
00:20:42,700 --> 00:20:46,620
 Maintenant que vous en apprendrez beaucoup plus à ce sujet
 lorsque vous en apprendrez davantage sur le protocole PIM

336
00:20:46,620 --> 00:20:51,760
 multidiffusion indépendante à la couche trois,
 mais c'est ce qu'on appelle le rendez-vous

337
00:20:51,760 --> 00:20:55,300
 indiquer. Maintenant, réfléchissez un instant
 à ce terme, rendez-vous, n'est-ce pas ?

338
00:20:55,300 --> 00:20:58,960
 Si je parle à mon ami, je dis, hé, où
 veux-tu qu'on se rencontre aujourd'hui

339
00:20:58,960 --> 00:21:00,220
 pour qu'on puisse déjeuner ?

340
00:21:00,220 --> 00:21:04,220
 Peut-être que mon ami dit, oh, retrouvons-nous
 au TGI Fridays pour le déjeuner, ce restaurant.

341
00:21:04,220 --> 00:21:08,640
 Je pourrais dire : OK, je te retrouve
 là-bas, ce qui veut dire rendez-vous.

342
00:21:08,640 --> 00:21:11,420
 Je vous rencontrerai à cet endroit.

343
00:21:11,420 --> 00:21:15,420
 Ainsi, dans le monde de la multidiffusion, un
 point de rendez-vous sert essentiellement à

344
00:21:15,420 --> 00:21:21,180
 même objectif. Donc, une fois mes récepteurs,
 et ceux-ci vont probablement

345
00:21:21,180 --> 00:21:27,160
 être IGMP, ou si nous parlons d'IPv6,
 le MLDP, l'écouteur multicast

346
00:21:27,160 --> 00:21:30,120
 protocole, de toute façon, je
 vais juste faire les deux ici.

347
00:21:30,120 --> 00:21:34,080
 En fait, gardons-le avec
 IPv4 pour l'instant.

348
00:21:34,080 --> 00:21:44,800
 Donc IGMP. Mes récepteurs ont donc manifesté leur
 intérêt pour leurs passerelles par défaut.

349
00:21:44,800 --> 00:21:50,860
 Désormais, personne ne sait à ce stade quelle
 est l'adresse IP réelle de la source.

350
00:21:50,860 --> 00:21:52,640
 de la multidiffusion.

351
00:21:52,640 --> 00:21:56,080
 Ou en fait, même si la source existe
 déjà, cela pourrait simplement être

352
00:21:56,080 --> 00:21:59,620
 un flux de test et il n'a même
 pas encore été configuré.

353
00:21:59,620 --> 00:22:03,080
 Donc, mais ces routeurs, s'ils exécutent
 un protocole de rendez-vous multicast,

354
00:22:03,080 --> 00:22:07,660
 ce qu'ils savent, c'est l'adresse IP de ce
 type, le routeur deux, notre rendez-vous

355
00:22:07,660 --> 00:22:13,300
 indiquer. Ainsi, une fois qu'ils reçoivent
 une indication de leurs récepteurs, que le

356
00:22:13,300 --> 00:22:17,940
 les récepteurs veulent recevoir du multicast,
 maintenant ces routeurs vont envoyer

357
00:22:17,940 --> 00:22:24,060
 messages spéciaux, quelques messages de
 routage multicast, jusqu'au rendez-vous

358
00:22:24,060 --> 00:22:29,020
 point, en disant, hé, routeur deux, si
 jamais vous voyez une multidiffusion

359
00:22:29,020 --> 00:22:32,240
 qui correspond à cette destination,
 nous sommes ici.

360
00:22:32,240 --> 00:22:33,600
 Nous voulons l'obtenir.

361
00:22:33,600 --> 00:22:36,320
 Et maintenant le point de rendez-vous
 dit, ok, je n'ai rien reçu

362
00:22:36,320 --> 00:22:41,680
 pas encore, mais si jamais je le fais, j'ai
 reçu un message sur cette interface et ce

363
00:22:41,680 --> 00:22:45,080
 interface qu'il y a quelqu'un
 là-bas qui veut l'obtenir.

364
00:22:45,080 --> 00:22:48,280
 Et maintenant, le point de rendez-vous
 reste assis à se tourner les pouces,

365
00:22:48,280 --> 00:22:50,880
 en attendant de voir si la multidiffusion
 démarrera un jour.

366
00:22:50,880 --> 00:22:56,080
 Maintenant, disons juste quelques minutes ou
 peut-être une heure plus tard, la diffusion

367
00:22:56,080 --> 00:23:01,980
 démarre. Okay, eh bien, c'est génial parce
 que maintenant nous avons cet arbre

368
00:23:01,980 --> 00:23:03,540
 prêt et en attente.

369
00:23:03,540 --> 00:23:06,200
 Donc ces lignes ici, ces lignes rouges
 viennent de former un arbre.

370
00:23:06,200 --> 00:23:09,540
 Ce sont des branches de l'arbre menant
 du point de rendez-vous vers le bas

371
00:23:09,540 --> 00:23:12,740
 à nos récepteurs, où nos récepteurs
 sont prêts et attendent de recevoir

372
00:23:12,740 --> 00:23:18,180
 ce. Donc, une fois que la multidiffusion
 démarre, regardez le routeur 1 ici.

373
00:23:18,180 --> 00:23:21,400
 Il n'a jamais reçu aucune
 de ces flèches rouges.

374
00:23:21,400 --> 00:23:27,020
 Le routeur numéro un n'a jamais reçu
 de demande pour ce flux car il est

375
00:23:27,020 --> 00:23:31,460
 pas le point de rendez-vous et il n'est pas
 sur le chemin du point de rendez-vous.

376
00:23:31,460 --> 00:23:35,840
 Mais comme tous ces autres routeurs,
 il sait à quel point de rendez-vous

377
00:23:35,840 --> 00:23:41,080
 est. Il prend donc cette multidiffusion
 et la transmet au point de rendez-vous.

378
00:23:41,080 --> 00:23:45,800
 Et maintenant le point de rendez-vous dit,
 oh, d'accord, quelqu'un a déjà demandé

379
00:23:45,800 --> 00:23:49,540
 pour ça. Ils demandent à leur transmettre
 la multidiffusion, et je sais

380
00:23:49,540 --> 00:23:53,380
 où ils sont. Alors maintenant, nous allons
 envoyer la multidiffusion par ici, et

381
00:23:53,380 --> 00:23:56,500
 descend vers mes récepteurs prévus.

382
00:23:56,500 --> 00:23:59,220
 Nous appelons donc cela un modèle pull.

383
00:23:59,220 --> 00:24:02,840
 Rappelez-vous que dans le modèle push, que
 nous appelons les protocoles en mode dense,

384
00:24:02,840 --> 00:24:05,660
 le multicast démarre et
 est inondé partout.

385
00:24:05,660 --> 00:24:09,220
 Et c'est aux routeurs de renvoyer
 des messages en amont disant : hé,

386
00:24:09,220 --> 00:24:10,240
 Je n'ai jamais voulu ça.

387
00:24:10,240 --> 00:24:12,020
 Arrêtez de me l'inonder.

388
00:24:12,020 --> 00:24:16,860
 Dans un modèle pull, que nous appelons généralement
 protocoles en mode clairsemé,

389
00:24:16,860 --> 00:24:22,300
 mode, c'est là que les destinataires
 doivent manifester leur intérêt, et

390
00:24:22,300 --> 00:24:27,440
 alors les routeurs doivent transmettre
 cet intérêt à un routeur central

391
00:24:27,440 --> 00:24:29,100
 que nous appelons un
 point de rendez-vous.

392
00:24:29,100 --> 00:24:33,300
 Nous pré-construisons donc
 le chemin à l’avance.

393
00:24:33,300 --> 00:24:37,500
 Et puis, une fois la multidiffusion arrivée,
 tous les routeurs savent quel est ce chemin.

394
00:24:37,500 --> 00:24:40,820
 est, et où transférer
 cette multidiffusion.

395
00:24:40,820 --> 00:24:46,600
 Voilà donc les deux modes typiques des
 protocoles de routage multicast, push

396
00:24:46,600 --> 00:24:51,560
 modes et modes pull, ou autrement connus sous le
 nom de protocoles en mode dense et clairsemés