1
00:00:08,280 --> 00:00:13,540
 Dans ce prochain segment, je vais donc
 faire un bref rappel sur IGMP et

2
00:00:13,540 --> 00:00:16,040
 MLDP. De quoi s'agit-il ?

3
00:00:16,040 --> 00:00:20,700
 Eh bien, IGMP signifie Internet Group Management Protocol
 (Protocole de gestion de groupe Internet).

4
00:00:20,700 --> 00:00:25,060
 Comme son nom l'indique, il existe un groupe
 de travail international (IETF) pour cela.

5
00:00:25,060 --> 00:00:29,920
 Il existe une RFC à ce sujet, et il
 existe plusieurs versions d'IGMP.

6
00:00:29,920 --> 00:00:31,320
 Un, deux et trois.

7
00:00:31,320 --> 00:00:35,560
 Actuellement, c'est la version deux qui est
 utilisée dans la plupart des appareils.

8
00:00:35,560 --> 00:00:40,480
 Et voici le protocole utilisé par les récepteurs, c'est-à-dire
 votre ordinateur portable, pour indiquer

9
00:00:40,480 --> 00:00:43,980
 L'intérêt du multicast pour les
 routeurs directement connectés.

10
00:00:43,980 --> 00:00:48,040
 Dans la séquence vidéo précédente, j'ai expliqué qu'il
 fallait envoyer une sorte de message unicast.

11
00:00:48,040 --> 00:00:51,760
 envoyer un paquet à un serveur en disant : «
 Hé, dis-moi quelles émissions tu diffuses. »

12
00:00:51,760 --> 00:00:53,980
 Et le serveur vous renvoie
 un paquet unicast.

13
00:00:53,980 --> 00:00:58,060
 Et c'est ce qui s'affiche sur votre ordinateur
 portable : cette image… d'accord, voici…

14
00:00:58,060 --> 00:00:59,680
 des spectacles différents.

15
00:00:59,680 --> 00:01:03,320
 Et j'ai dit que lorsque vous cliquez dessus,
 vous envoyez un message à votre

16
00:01:03,320 --> 00:01:06,420
 routeur, à votre passerelle par
 défaut en disant : Je veux ça.

17
00:01:06,420 --> 00:01:08,880
 Si jamais vous le voyez, envoyez-le-moi.

18
00:01:08,880 --> 00:01:10,480
 Eh bien, maintenant nous savons
 quel est ce message.

19
00:01:10,480 --> 00:01:14,640
 Il s'agit d'IGMP. Vous envoyez un message
 IGMP à ce routeur, et le routeur

20
00:01:14,640 --> 00:01:19,560
 Il doit être à l'écoute d'IGMP pour pouvoir maintenant
 savoir que, d'accord, sur Fast Ethernet

21
00:01:19,560 --> 00:01:25,240
 00, j'ai un récepteur là-bas
 qui veut cette émission.

22
00:01:25,240 --> 00:01:28,700
 L'IGMP est donc utilisé pour IPv4.

23
00:01:28,700 --> 00:01:33,520
 Et pour IPv6, l'équivalent est le protocole
 de découverte des écouteurs multicast.

24
00:01:33,520 --> 00:01:38,980
 Et ce qui est bien, c'est que MLDP a été construit
 en grande partie autour des mêmes concepts.

25
00:01:38,980 --> 00:01:44,320
 comme IGMP. Donc, si vous connaissez IGMP,
 si vous avez étudié les versions d'IGMP

26
00:01:44,320 --> 00:01:48,360
 deux et trois, et vous connaissez les types de
 messages, vous savez comment cela fonctionne,

27
00:01:48,360 --> 00:01:53,820
 Vous connaissez environ 90 % de ce
 qu'il faut savoir pour le MLDP.

28
00:01:53,820 --> 00:01:57,940
 Parlons donc très brièvement des messages
 IGMP et de leur fonctionnement.

29
00:01:57,940 --> 00:02:02,740
 utilisé car cela sera très pertinent
 pour notre routage multicast

30
00:02:02,740 --> 00:02:09,040
 discussion. Donc vos rapports d'adhésion,
 c'est le nom de la section spécifique

31
00:02:09,040 --> 00:02:15,000
 Messages IGMP que votre ordinateur portable,
 le récepteur, envoie en amont au routeur.

32
00:02:15,000 --> 00:02:18,860
 Par exemple, si j'ai maintenant une liste de répertoires
 sur mon ordinateur portable qui donne

33
00:02:18,860 --> 00:02:24,040
 Je regarde différentes émissions comme Fox News
 et autres, et je clique sur CNN, je veux

34
00:02:24,040 --> 00:02:28,840
 pour regarder CNN. En fait, en arrière-plan,
 mon ordinateur portable sait que le GDA, le

35
00:02:28,840 --> 00:02:34,160
 L'adresse de destination du
 groupe pour CNN est 239.555.

36
00:02:34,160 --> 00:02:39,740
 Mon ordinateur portable va donc générer
 un rapport d'appartenance IGMP.

37
00:02:39,740 --> 00:02:44,600
 Il sera en fait envoyé
 à l'adresse 239.555.

38
00:02:44,600 --> 00:02:47,720
 Donc, quel que soit le spectacle que
 je veux voir, ce sera en fait le

39
00:02:47,720 --> 00:02:52,240
 Adresse de destination
 dans mon paquet IGMP.

40
00:02:52,240 --> 00:02:56,020
 Vous vous demandez peut-être : « Attendez une
 seconde, si je suis un routeur et que je… »

41
00:02:56,020 --> 00:03:01,380
 Recevoir un paquet à destination de 239.555,
 comment puis-je le distinguer entre

42
00:03:01,380 --> 00:03:07,740
 IGMP, que je dois traiter dans mon
 processeur, contrairement à cela.

43
00:03:07,740 --> 00:03:11,400
 le flux de données CNN lui-même ?

44
00:03:11,400 --> 00:03:21,760
 Il se trouve en fait dans
 le numéro de protocole IP.

45
00:03:21,760 --> 00:03:23,960
 Voilà comment le routeur
 ferait la différence.

46
00:03:23,960 --> 00:03:27,380
 Si ce flux multicast entrant est de type UDP,
 il se dit : « Oh, je n'ai pas à payer. »

47
00:03:27,380 --> 00:03:28,300
 Attention à cela.

48
00:03:28,300 --> 00:03:29,680
 Voici la vidéo en question.

49
00:03:29,680 --> 00:03:34,760
 Si la communication se fait via un protocole IP,
 je pense qu'IGMP est le protocole numéro deux.

50
00:03:34,760 --> 00:03:38,080
 Je pense que ICMP est le premier
 et IGMP le second.

51
00:03:38,080 --> 00:03:41,460
 Je les ai peut-être confondus, mais c'est
 comme ça que le routeur sait, oh,

52
00:03:41,460 --> 00:03:43,680
 C'est quelque chose que je dois examiner.

53
00:03:43,680 --> 00:03:46,580
 Et puis, lorsqu'il entre dans le corps
 du message, il dit : oh, ceci

54
00:03:46,580 --> 00:03:47,980
 est un rapport d'adhésion.

55
00:03:47,980 --> 00:03:48,480
 Il y a un récepteur.

56
00:03:48,480 --> 00:03:51,900
 Un récepteur qui souhaite
 obtenir cette émission.

57
00:03:51,900 --> 00:03:56,580
 Si l'on parle de la version trois d'IGMP,
 celle-ci possède une adresse réservée.

58
00:03:56,580 --> 00:04:02,840
 Votre ordinateur portable enverrait alors un
 rapport d'appartenance IGMP à 224.00.22.

59
00:04:02,840 --> 00:04:07,320
 C'est ce qu'on appelle l'adresse
 de tous les routeurs IGMP V3.

60
00:04:07,320 --> 00:04:13,640
 Les routeurs exécutant IGMP V3 seraient donc à
 l'écoute de ce trafic sur l'adresse 224.00.22.

61
00:04:13,640 --> 00:04:17,240
 Maintenant, supposons que
 vous ayez fait cela.

62
00:04:17,240 --> 00:04:21,800
 Votre ordinateur portable reçoit donc l'information suivante
 via le routeur : « Hé, rapport d'accès ! » si jamais…

63
00:04:21,800 --> 00:04:26,360
 Récupérez les paquets à destination
 de 239.777 et transmettez-les-moi.

64
00:04:26,360 --> 00:04:28,000
 Et je peux vous dire que les
 colis commencent à arriver.

65
00:04:28,000 --> 00:04:29,500
 Ils commencent à arriver par internet.

66
00:04:29,500 --> 00:04:32,460
 Ils ont frappé votre routeur à l'arrière de la
 tête, et il a commencé à transférer le trafic.

67
00:04:32,460 --> 00:04:34,640
 sur son interface.

68
00:04:34,640 --> 00:04:40,400
 D'accord. Eh bien, ce flux pourrait être un flux
 continu 24 heures sur 24, 7 jours sur 7.

69
00:04:40,400 --> 00:04:43,540
 Ça ne s'arrête jamais. Ça
 continue indéfiniment.

70
00:04:43,540 --> 00:04:48,840
 Et le routeur doit avoir un moyen de
 savoir, d'accord, bonjour, récepteur,

71
00:04:48,840 --> 00:04:50,240
 Êtes-vous toujours là ?

72
00:04:50,240 --> 00:04:52,680
 Souhaitez-vous toujours
 regarder ce flux ?

73
00:04:52,680 --> 00:04:54,780
 Parce qu'après tout, vous savez, et si ce
 récepteur, et si votre ordinateur portable

74
00:04:54,780 --> 00:04:57,720
 était connecté à un hub ?

75
00:04:57,720 --> 00:04:59,700
 Et vous avez arraché le câble.

76
00:04:59,700 --> 00:05:02,500
 Vous avez physiquement débranché
 votre câble Ethernet.

77
00:05:02,500 --> 00:05:04,700
 Tu as pris ton ordinateur
 portable et tu es parti.

78
00:05:04,700 --> 00:05:08,380
 Eh bien, votre ordinateur portable n'a donc
 eu aucune possibilité de vous le signaler.

79
00:05:08,380 --> 00:05:09,720
 Routeur, hé, j'ai fini.

80
00:05:09,720 --> 00:05:11,680
 Je n'en ai plus besoin.

81
00:05:11,680 --> 00:05:14,740
 Le routeur doit donc avoir un moyen
 de savoir que cela s'est produit.

82
00:05:14,740 --> 00:05:18,040
 Eh bien, il n'y a plus de destinataires
 qui en veulent.

83
00:05:18,040 --> 00:05:22,600
 Donc, la manière dont cela se fait, c'est
 que chaque minute, environ, chaque

84
00:05:22,600 --> 00:05:27,200
 minute après minute, il envoie un autre type de
 paquet IGMP appelé paquet d'adhésion générale

85
00:05:27,200 --> 00:05:33,060
 requête. Et celle-ci est envoyée
 à l'adresse réservée 224001.

86
00:05:33,060 --> 00:05:38,160
 Il s'agit de l'adresse de tous
 les hôtes multicast, 224001.

87
00:05:38,160 --> 00:05:42,600
 Et c'est ainsi que le routeur demande : «
 Y a-t-il quelqu'un dans le sous-réseau ? »

88
00:05:42,600 --> 00:05:44,600
 Qui regarde quelque chose ?

89
00:05:44,600 --> 00:05:47,040
 J'ai trois, quatre ou cinq flux.

90
00:05:47,040 --> 00:05:49,120
 Je fais tout envoyer dans le sous-réseau.

91
00:05:49,120 --> 00:05:51,720
 Est-ce que des gens le regardent encore ?

92
00:05:51,720 --> 00:05:56,340
 L'idée est donc que, si votre ordinateur portable
 est toujours là, si votre récepteur est

93
00:05:56,340 --> 00:06:00,060
 Je suis toujours là à regarder ça, et quand
 il y a une demande d'adhésion, c'est votre

94
00:06:00,060 --> 00:06:03,080
 tâche consistant à envoyer
 un rapport d'adhésion.

95
00:06:03,080 --> 00:06:04,700
 Et dites : oui, je suis toujours là.

96
00:06:04,700 --> 00:06:06,100
 Je veux toujours le flux.

97
00:06:06,100 --> 00:06:09,580
 Donc, ces requêtes sont envoyées, des
 rapports sont renvoyés, et c'est tout.

98
00:06:09,580 --> 00:06:11,180
 maintient le flux actualisé.

99
00:06:11,180 --> 00:06:14,840
 C'est ainsi que la passerelle par défaut sait : « D'accord,
 je dois continuer à transférer le trafic. »

100
00:06:14,840 --> 00:06:20,160
 Voilà. Maintenant, dans mon exemple précis où
 j'ai sorti mon ordinateur portable et où je

101
00:06:20,160 --> 00:06:24,660
 S'étant éloigné, le routeur ne recevait
 plus aucune réponse à sa requête.

102
00:06:24,660 --> 00:06:28,560
 Les routeurs envoient donc généralement deux,
 voire trois requêtes avant de finalement…

103
00:06:28,560 --> 00:06:31,200
 Décidez, d'accord, il n'y a personne.

104
00:06:31,200 --> 00:06:32,920
 Je vais arrêter de relayer le flux.

105
00:06:32,920 --> 00:06:34,880
 Je ne vais pas l'envoyer.

106
00:06:34,880 --> 00:06:39,100
 Idéalement, supposons que mon ordinateur portable
 soit toujours connecté à ce hub, mais

107
00:06:39,100 --> 00:06:41,860
 Je me dis soudain : « Oh, mon
 patron vient d'entrer. »

108
00:06:41,860 --> 00:06:43,940
 Je ferais mieux d'arrêter de regarder cette
 émission et de me mettre au travail.

109
00:06:43,940 --> 00:06:47,720
 Alors j'ai vite fermé ma petite fenêtre
 vidéo et je me suis arraché l'oreille.

110
00:06:47,720 --> 00:06:52,520
 prises. Eh bien, lorsque je ferme cette fenêtre
 vidéo, mon ordinateur portable envoie maintenant

111
00:06:52,520 --> 00:06:55,060
 un message de départ IGMP.

112
00:06:55,060 --> 00:06:59,760
 Et voici un message précis qui
 dit : Je quitte ce groupe.

113
00:06:59,760 --> 00:07:02,400
 Ce groupe ne m'intéresse plus.

114
00:07:02,400 --> 00:07:07,060
 Lorsque le routeur reçoit ce signal, il déclare :
 « D’accord, je connais ce récepteur. »

115
00:07:07,060 --> 00:07:12,500
 est en train de partir, mais il pourrait y avoir
 d'autres récepteurs sur ce même sous-réseau

116
00:07:12,500 --> 00:07:14,520
 qui le veulent encore.

117
00:07:14,520 --> 00:07:17,500
 Donc plutôt que de simplement couper
 immédiatement la diffusion, je vais

118
00:07:17,500 --> 00:07:20,460
 Envoyer à nouveau une requête
 sur ce sous-réseau.

119
00:07:20,460 --> 00:07:23,640
 Mais au lieu d'envoyer une requête générale,
 je vais envoyer ce qu'on appelle

120
00:07:23,640 --> 00:07:25,560
 une requête spécifique à un groupe.

121
00:07:25,560 --> 00:07:31,380
 Au lieu d'envoyer une requête générale à
 224.001, le routeur répond : « Je vais… »

122
00:07:31,380 --> 00:07:31,940
 envoyez en fait une requête
 générale à 224.001.

123
00:07:31,940 --> 00:07:37,020
 Ensuite, j'enverrai une requête à ce
 groupe spécifique, 239.555 ou autre.

124
00:07:37,020 --> 00:07:39,200
 c'est que vous êtes en train de regarder.

125
00:07:39,200 --> 00:07:42,940
 Et si d'autres récepteurs sont
 encore intéressés, ils doivent

126
00:07:42,940 --> 00:07:44,520
 Envoyer un rapport d'adhésion.

127
00:07:44,520 --> 00:07:49,180
 Sinon, le routeur interrompra
 le flux et le supprimera.

128
00:07:49,180 --> 00:07:56,000
 Voici donc les quatre types de messages
 de base utilisés par IGMP.

129
00:07:56,000 --> 00:08:01,120
 Avec MLDP, le protocole de découverte des
 écouteurs multicast, une fois de plus,

130
00:08:01,120 --> 00:08:07,360
 Ceci concerne désormais IPv6, sa structure
 est très similaire à celle d'IGMP.

131
00:08:07,360 --> 00:08:13,300
 La première version de MLDP était donc basée sur la deuxième
 version d'IGMP et utilisait toutes ces fonctionnalités.

132
00:08:13,300 --> 00:08:14,900
 Ce sont les mêmes messages que
 je viens de vous montrer.

133
00:08:14,900 --> 00:08:17,720
 Ils ont des noms légèrement différents,
 et je vous les donnerai dans juste

134
00:08:17,720 --> 00:08:24,480
 Une seconde. La version deux de MLDP était
 basée sur la version trois d'IGMP.

135
00:08:24,480 --> 00:08:28,280
 Par défaut, les périphériques Cisco prennent en charge
 les deux, mais ils utilisent par défaut la version

136
00:08:28,280 --> 00:08:36,180
 Deuxièmement, avec MLDP, au lieu d'avoir une
 requête IGMP, vous avez une requête MLDP.

137
00:08:36,180 --> 00:08:41,460
 C'est assez simple. Au lieu d'un rapport d'appartenance
 à l'IGMP, vous avez un MLDP.

138
00:08:41,460 --> 00:08:45,000
 Rapport de l'auditeur.

139
00:08:45,000 --> 00:08:50,640
 Au lieu d'un message IGMP de départ,
 vous recevez un message MLDP terminé.

140
00:08:50,640 --> 00:08:58,760
 Aujourd'hui, la plupart des appareils prennent en
 charge MLDP, et plus précisément la version 2.

141
00:08:58,760 --> 00:09:03,260
 Donc, ce message ici, MLDP terminé,
 vous ne le verrez peut-être pas, car

142
00:09:03,260 --> 00:09:07,620
 Cela se trouve dans l'ancienne version
 de MLDP, la version 1 de MLDP.

143
00:09:07,620 --> 00:09:10,040
 Et c'était similaire au congé
 accordé par l'IGMP.

144
00:09:10,040 --> 00:09:17,860
 Donc, si j'ai un ordinateur portable qui
 exécute MLDP, j'utilise IPv6 et je fais

145
00:09:17,860 --> 00:09:24,360
 MLDP version deux, si je veux arrêter un flux,
 si je dis "regardez", je ne suis plus

146
00:09:24,360 --> 00:09:28,540
 Si cela vous intéresse, alors ce que je
 vais envoyer, c'est… je vais envoyer

147
00:09:28,540 --> 00:09:30,820
 Rapport d'un auditeur du MLDP.

148
00:09:30,820 --> 00:09:37,700
 Mais le principe est le suivant : votre ordinateur
 portable envoie un écouteur MLDP.

149
00:09:37,700 --> 00:09:40,040
 Dans ce rapport, il y a deux champs.

150
00:09:40,040 --> 00:09:43,980
 Il y a un champ de ce que vous voulez
 écouter, c'est l'adresse du groupe,

151
00:09:43,980 --> 00:09:49,260
 comme FF0E deux-deux sept, quelles que soient les
 adresses de couche trois que vous souhaitez

152
00:09:49,260 --> 00:09:53,440
 à voir. Et puis il y a un champ
 pour l'adresse source.

153
00:09:53,440 --> 00:09:57,180
 Or, la plupart du temps, votre ordinateur portable
 ne sait pas quelle est la source, donc

154
00:09:57,180 --> 00:09:59,980
 Cette adresse source serait simplement
 laissée avec uniquement des zéros.

155
00:09:59,980 --> 00:10:03,160
 Mais juste à côté de l'adresse source se
 trouve un autre champ, en fait c'est un

156
00:10:03,160 --> 00:10:09,040
 Un indicateur appelé soit indicateur d'inclusion,
 soit indicateur d'exclusion.

157
00:10:09,040 --> 00:10:15,900
 Et cela fonctionne de la manière suivante : lorsque mon
 ordinateur portable envoie un rapport d'écoute MLDP,

158
00:10:15,900 --> 00:10:20,860
 Je vais dire : voici le groupe que je
 veux, la source, je ne sais pas, 0,

159
00:10:20,860 --> 00:10:21,900
 0, 0, 0, 0, 0, et ensuite je vais
 l'envoyer à l'adresse source.

160
00:10:21,900 --> 00:10:29,200
 Et je dirai exclure 0, 0, 0, 0, ce qui
 signifie que je n'exclus personne.

161
00:10:29,200 --> 00:10:33,440
 Je suis prêt à l'obtenir de n'importe
 qui, n'excluez personne.

162
00:10:33,440 --> 00:10:35,800
 Que se passe-t-il si je
 veux quitter le flux ?

163
00:10:35,800 --> 00:10:56,000
 Devinez quoi ? Je vais dire que c'est
 ce flux que je veux quitter.

164
00:10:56,000 --> 00:11:00,880
 Voilà en quelque sorte la façon dont la deuxième
 version du MLDP accorde un congé.

165
00:11:00,880 --> 00:11:04,100
 Au lieu d'envoyer une demande de congé, il
 envoie un autre rapport, mais il modifie le

166
00:11:04,100 --> 00:11:09,360
 L'option « exclure » est associée à une option « inclure
 », et le message indique « inclure personne ».

167
00:11:09,360 --> 00:11:16,680
 Et puis il y a la requête spécifique
 d'adresse multicast MLDP, le masque,

168
00:11:16,680 --> 00:11:22,880
 M-A-S-Q. C'est exactement la même chose qu'un
 IGMP, le rapport spécifique au groupe.

169
00:11:22,880 --> 00:11:26,740
 Cela remplit exactement la même fonction.

170
00:11:26,740 --> 00:11:33,140
 Quelqu'un a donc posé une question sur l'adhésion
 dans le fil de questions en direct.

171
00:11:33,140 --> 00:11:39,820
 Ces rapports sont-ils comparables aux
 intervalles « bonjour » et « mort » ?

172
00:11:39,820 --> 00:11:42,300
 On pourrait en quelque
 sorte comparer ça à ça.

173
00:11:42,300 --> 00:11:48,320
 Je veux dire, nous savons que, comme dans le
 cas des protocoles de routage, quelque chose

174
00:11:48,320 --> 00:11:53,180
 Il faut sortir à chaque intervalle de salutation pour
 faire savoir à votre voisin que vous êtes toujours là.

175
00:11:53,180 --> 00:11:56,420
 Voilà. Ou l'arbre couvrant
 fait la même chose.

176
00:11:56,420 --> 00:12:00,160
 Les BPDU sont envoyées à chaque intervalle « hello » pour
 vous informer que le pont racine est toujours actif.

177
00:12:00,160 --> 00:12:06,380
 Voilà. On pourrait donc en quelque sorte
 assimiler cela à l'envoi par le routeur.

178
00:12:06,380 --> 00:12:12,660
 Des requêtes sont envoyées toutes les 60 secondes
 pour demander s'il y a quelqu'un.

179
00:12:12,660 --> 00:12:17,120
 Et ensuite, les auditeurs, les récepteurs,
 doivent répondre en disant

180
00:12:17,120 --> 00:12:21,060
 Oui. C'est un peu comme un échange
 de messages de bonjour.

181
00:12:21,060 --> 00:12:23,480
 On pourrait sans doute
 faire cette analogie.

182
00:12:23,480 --> 00:12:29,220
 Et pendant tout ce temps, le routeur semble
 dire : « OK, si j'envoie une requête… »

183
00:12:29,220 --> 00:12:34,160
 J'ai un délai imparti. Si personne
 ne répond, je m'en vais.

184
00:12:34,160 --> 00:12:38,400
 pour le renvoyer une nouvelle
 fois, voire une troisième.

185
00:12:38,400 --> 00:12:41,240
 Et ensuite, je couperai le flux.

186
00:12:41,240 --> 00:12:45,040
 Et c'est un peu comme un intervalle mort
 ou un intervalle de maintien dans le cas

187
00:12:45,040 --> 00:12:46,120
 des protocoles de routage.

188
00:12:46,120 --> 00:12:50,120
 Donc oui, entre le routeur et le récepteur,
 le routeur et l'ordinateur portable,

189
00:12:50,120 --> 00:12:52,900
 On pourrait en quelque sorte comparer cela
 aux temps d'attente et de réponse.

190
00:12:52,900 --> 00:12:54,500
 Ce serait une analogie appropriée.