1
00:00:08,860 --> 00:00:12,380
 Ok, donc le Mac multicast, rappelez-vous
 que nous parlons d'une destination

2
00:00:12,380 --> 00:00:18,460
 L'adresse Mac est partiellement dérivée
 de l'adresse IP de multidiffusion réelle

3
00:00:18,460 --> 00:00:20,840
 qui se trouve au-dessus au
 niveau de la couche réseau.

4
00:00:20,840 --> 00:00:26,520
 Ce sont donc les deux OUI réservés que vous
 devriez rechercher pour la multidiffusion.

5
00:00:26,520 --> 00:00:30,160
 Si jamais vous voyez une trame Ethernet
 qui va vers une destination commençant

6
00:00:30,160 --> 00:00:36,780
 avec 01005E, ça devrait vous faire
 dire aha, ce cadre porte

7
00:00:36,780 --> 00:00:40,520
 un paquet multicast IP version 4.

8
00:00:40,520 --> 00:00:46,280
 C'est donc l'OUI réservé aux données
 de multidiffusion IPv4.

9
00:00:46,280 --> 00:00:52,220
 Et puis si jamais vous voyez quelque chose
 allant vers 33333, c'est réservé à

10
00:00:52,220 --> 00:00:55,260
 Multidiffusions IPv6.

11
00:00:55,260 --> 00:00:59,180
 D'accord, parlons un peu de la manière dont
 nous obtenons réellement les éléments.

12
00:00:59,180 --> 00:01:00,880
 Tout d'abord, commençons par IPv6.

13
00:01:00,880 --> 00:01:04,360
 IPv6 est très simple, puis
 je reviendrai à IPv4.

14
00:01:04,360 --> 00:01:09,640
 Disons que mon adresse IPv6 multicast,
 je vais juste inventer quelque chose

15
00:01:09,640 --> 00:01:19,340
 ici. Disons que cela allait vers FF0E, donc
 c'est une multidiffusion globale, et

16
00:01:19,340 --> 00:01:36,300
 disons simplement 11111, puis AAAA,
 BBBB, CCC, voyons, 1, 2, 3, 4,

17
00:01:36,300 --> 00:01:39,060
 5, j’en ai besoin de trois de plus.

18
00:01:39,060 --> 00:01:47,780
 Et puis 2222, 777, 1, 2, 3, 4, 5, 6, 7,
 puis nous ferons juste le dernier octet,

19
00:01:47,780 --> 00:01:53,700
 en quelque sorte exécuter DDD.

20
00:01:53,700 --> 00:02:00,760
 D'accord, tout ce que nous allons faire, c'est
 lorsque la source de multidiffusion génère ceci

21
00:02:00,760 --> 00:02:06,380
 adresse comme adresse de destination à la
 couche trois, après cela quand il est

22
00:02:06,380 --> 00:02:11,080
 créant sa trame Ethernet, tout ce qu'il
 va faire c'est prendre les 32 dernières

23
00:02:11,080 --> 00:02:19,100
 bits, qui dans ce cas est 777 et
 DDDD, et il va corriger cela

24
00:02:19,100 --> 00:02:21,180
 ici, où se trouvent ces X.

25
00:02:21,180 --> 00:02:26,380
 Ainsi, à la couche deux, la trame Ethernet
 sera destinée au 333 colon 777

26
00:02:26,380 --> 00:02:32,020
 côlon DDDD. C'est donc assez simple.

27
00:02:32,020 --> 00:02:36,400
 N'oubliez pas que les 32 derniers bits de l'adresse
 de multidiffusion IPv6 sont directement

28
00:02:36,400 --> 00:02:42,420
 mappé sur les 32 derniers bits de l'adresse
 MAC de destination de la trame Ethernet.

29
00:02:42,420 --> 00:02:47,400
 Maintenant, dans le monde d’IPv4, cartographier
 cela est une sorte de cauchemar.

30
00:02:47,400 --> 00:02:50,580
 Alors soyez patient avec moi, si vous n'avez
 pas pris votre café, vous voudrez peut-être

31
00:02:50,580 --> 00:02:54,660
 prendre une grande gorgée à ce stade,
 car cela rend généralement les gens

32
00:02:54,660 --> 00:02:55,620
 les yeux s'écarquillent.

33
00:02:55,620 --> 00:02:58,960
 Mais nous allons continuer et le parcourir
 parce que je pense que vous devriez

34
00:02:58,960 --> 00:03:08,780
 pour le savoir. Donc, tout d'abord, mon adresse MAC multicast
 que nous connaissons au niveau de la couche

35
00:03:08,780 --> 00:03:21,920
 deux est 01005E. Et maintenant, vous pourriez
 penser, ok, eh bien, c'est la moitié du

36
00:03:21,920 --> 00:03:25,200
 adresse, non ? Une adresse
 MAC fait 48 bits.

37
00:03:25,200 --> 00:03:30,380
 C'est la moitié. Vous pourriez donc penser : d’accord,
 il me reste 24 bits à mapper.

38
00:03:30,380 --> 00:03:32,720
 Eh bien, pas tout à fait.

39
00:03:32,720 --> 00:03:37,640
 Si je convertis cela en binaire pour
 le reste, juste une partie, le

40
00:03:37,640 --> 00:03:42,380
 le bit suivant doit être un zéro.

41
00:03:42,380 --> 00:03:52,620
 Et puis vous avez 12345678
 deux-points 12345678.

42
00:03:52,620 --> 00:03:54,380
 Je vais juste faire ça.

43
00:03:54,380 --> 00:04:00,580
 Colon 12345678. Je manque d'espace,
 mais vous voyez l'idée.

44
00:04:00,580 --> 00:04:05,580
 Donc, sur mes 24 bits restants,
 je n’ai en réalité que 23 bits.

45
00:04:05,580 --> 00:04:09,520
 Celui-ci doit être mis à zéro.

46
00:04:09,520 --> 00:04:12,320
 Et si jamais vous regardez cela
 et que vous vous demandez quoi ?

47
00:04:12,320 --> 00:04:14,180
 Eh bien, cela n'a aucun sens.

48
00:04:14,180 --> 00:04:16,000
 Je vais vous dire, il y a
 une histoire intéressante.

49
00:04:16,000 --> 00:04:18,640
 Je ne vais pas entrer dans l'histoire, mais c'est
 ce que vous devriez rechercher sur Google.

50
00:04:18,640 --> 00:04:21,980
 pour savoir pourquoi ont-ils
 fini par faire ça comme ça ?

51
00:04:21,980 --> 00:04:24,800
 Google ceci. Recherchez le
 nom de Steve sur Google.

52
00:04:24,800 --> 00:04:34,380
 Nom de famille, Deering.

53
00:04:34,380 --> 00:04:36,880
 Mac multidiffusion. Google ça.

54
00:04:36,880 --> 00:04:39,780
 Mac multidiffusion Steve Deering.

55
00:04:39,780 --> 00:04:42,480
 Et vous pourrez découvrir une histoire
 intéressante sur Steve Deering.

56
00:04:42,480 --> 00:04:45,040
 l'un des pionniers de la multidiffusion.

57
00:04:45,040 --> 00:04:47,160
 Il a réalisé une grande partie
 du travail initial à ce sujet.

58
00:04:47,160 --> 00:04:49,880
 Et vous découvrirez une histoire intéressante
 sur l'époque où il était étudiant diplômé,

59
00:04:49,880 --> 00:04:54,720
 une petite interaction qu'il a eue avec
 son professeur qui concernait l'argent,

60
00:04:54,720 --> 00:04:59,100
 et ça s'est terminé avec cette chose bizarre
 ici, avec seulement 23 bits étant

61
00:04:59,100 --> 00:05:04,440
 disponible. D'accord, alors comment mapper
 l'adresse IP de multidiffusion ?

62
00:05:04,440 --> 00:05:09,700
 Eh bien, si vous pouvez garder cela à l’esprit,
 cela devrait maintenant être assez simple.

63
00:05:09,700 --> 00:05:14,420
 Prenez simplement les 23 derniers bits de l’adresse
 IP de multidiffusion et mappez-les ici.

64
00:05:14,420 --> 00:05:20,180
 Supposons que mon adresse IP
 de multidiffusion soit 239.

65
00:05:20,180 --> 00:05:29,420
 Eh bien, quel que soit le premier octet,
 que ce soit 224 ou 239, c'est toujours

66
00:05:29,420 --> 00:05:31,660
 je vais mapper jusqu'à 5e, non ?

67
00:05:31,660 --> 00:05:34,400
 Parce que cet octet est en quelque
 sorte annulé, il deviendra toujours

68
00:05:34,400 --> 00:05:39,600
 5e. Et maintenant, disons que j'avais
 un flux multicast de 239.

69
00:05:39,600 --> 00:05:43,300
 rendons les choses faciles.

70
00:05:43,300 --> 00:05:48,360
 1.1.1. C'est mon adresse IP multicast.

71
00:05:48,360 --> 00:05:54,480
 Eh bien, l'adresse MAC de multidiffusion
 résultante serait 01005e, et ces bits

72
00:05:54,480 --> 00:05:56,040
 serait cartographié ici.

73
00:05:56,040 --> 00:06:01,620
 Ce serait donc 01005e, 1111.

74
00:06:01,620 --> 00:06:06,860
 Et si j'avais 225.1.1 ?

75
00:06:06,860 --> 00:06:11,320
 Ce serait exactement la même chose.

76
00:06:11,320 --> 00:06:14,400
 0111, ils seraient tous mappés sur
 le même MAC de multidiffusion.

77
00:06:14,400 --> 00:06:15,700
 Alors additionnons cela
 pendant une seconde.

78
00:06:15,700 --> 00:06:21,860
 Si vous faites juste quelques calculs rapides, si
 nous commençons à 224 et montons jusqu'à 239,

79
00:06:21,860 --> 00:06:25,440
 ça fait combien de numéros uniques ?

80
00:06:25,440 --> 00:06:30,440
 Je vais vous le dire tout de suite, cela
 fait un total de 16 numéros uniques.

81
00:06:30,440 --> 00:06:35,100
 De 224 à 239 correspond à
 16 combinaisons d’octets.

82
00:06:35,100 --> 00:06:42,440
 Donc dès le départ, nous avons
 16 adresses IPV4 multicast qui

83
00:06:42,440 --> 00:06:47,120
 tous correspondent exactement
 au même MAC de multidiffusion.

84
00:06:47,120 --> 00:06:50,220
 Mais c’est encore mieux que ça.

85
00:06:50,220 --> 00:06:59,520
 Parce que non seulement 239.111 correspondra
 à cela, mais aussi 239.129.11.

86
00:06:59,520 --> 00:07:04,520
 Parce que rappelez-vous, ce 8 bits, ce
 bit qui est normalement mappé au 128

87
00:07:04,520 --> 00:07:07,720
 bit, doit toujours être un zéro.

88
00:07:07,720 --> 00:07:12,240
 Donc même si dans l'adresse IPV4 ce bit
 est activé, nous devons l'activer

89
00:07:12,240 --> 00:07:14,920
 ça s'éteint ici.

90
00:07:14,920 --> 00:07:22,380
 Ainsi, 239.111 et 239.111 correspondront
 également à la même chose.

91
00:07:22,380 --> 00:07:27,560
 Chaque fois que le 128 bits est activé
 dans ce troisième octet, il va tomber

92
00:07:27,560 --> 00:07:30,600
 parce que ça doit être un zéro ici.

93
00:07:30,600 --> 00:07:35,260
 Cela signifie donc que pour chacune de ces
 16 combinaisons, il y a deux combinaisons

94
00:07:35,260 --> 00:07:45,080
 cela aussi la carte. Par exemple, 224.111
 et 224.129.11, tous deux mappés au

95
00:07:45,080 --> 00:07:46,540
 exactement la même chose.

96
00:07:46,540 --> 00:07:56,460
 227.1.5.5, 227.129.5 mappés
 exactement à la même chose.

97
00:07:56,460 --> 00:08:03,620
 Donc en réalité, nous avons 16 nombres
 dans le premier octet et deux nombres

98
00:08:03,620 --> 00:08:05,760
 dans le deuxième octet.

99
00:08:05,760 --> 00:08:09,060
 Nous en avons donc réellement 32.

100
00:08:09,060 --> 00:08:14,440
 Donc, pour chaque adresse MAC multicast,
 donc si je vous montre, par exemple,

101
00:08:14,440 --> 00:08:17,700
 celui-ci, débarrassons-nous
 du nom de Steve Deering ici.

102
00:08:17,700 --> 00:08:21,360
 Je suis sûr qu'il adorerait le voir lors de
 cette présentation, mais désolé, Steve,

103
00:08:21,360 --> 00:08:23,600
 nous allons nous en débarrasser
 temporairement.

104
00:08:23,600 --> 00:08:41,740
 Donc si je vous ai donné cette adresse MAC
 multicast, 01005E, oups, pas 5.2, 5E.

105
00:08:41,740 --> 00:08:52,480
 Et puis j'ai dit, disons simplement, 7.1.1, laissez-moi
 en faire un, faisons les deux-points.

106
00:08:52,480 --> 00:08:58,500
 Voilà pour garder les choses
 cohérentes, voyons ici.

107
00:08:58,500 --> 00:09:01,380
 Faisons des deux-points ici aussi.

108
00:09:01,380 --> 00:09:11,140
 D'accord, si je devais vous demander, quelle est l'adresse
 IPv4 de multidiffusion qui s'est terminée

109
00:09:11,140 --> 00:09:15,820
 résultant en cette adresse
 MAC multicast ?

110
00:09:15,820 --> 00:09:19,960
 Votre réponse devrait être composée
 de 32 numéros uniques.

111
00:09:19,960 --> 00:09:25,080
 Parce que tu dirais, eh bien Keith, le premier
 octet aurait pu être n'importe quoi

112
00:09:25,080 --> 00:09:30,840
 de 224 jusqu'à 239.

113
00:09:30,840 --> 00:09:37,940
 Et puis le deuxième octet aurait pu être
 le chiffre 7, ou bien il aurait pu être

114
00:09:37,940 --> 00:09:50,920
 128 plus 7, ce qui serait 135.1.1.

115
00:09:50,920 --> 00:10:01,020
 Donc 224.7.135, 225.7.135,
 226.7.135, 111.1.

116
00:10:01,020 --> 00:10:02,780
 Est-ce que tout correspondrait à cela ?

117
00:10:02,780 --> 00:10:09,200
 Cela nous donne donc 32 adresses IP de multidiffusion
 qui correspondent à la même multidiffusion

118
00:10:09,200 --> 00:10:16,680
 Adresse Mac. Maintenant, à ce stade, vous vous
 demandez peut-être : wow, d'accord, intéressant

119
00:10:16,680 --> 00:10:21,500
 exercice mathématique, mais où est la pertinence
 du monde réel par rapport à cela ?

120
00:10:21,500 --> 00:10:23,460
 Où est la pertinence ?

121
00:10:23,460 --> 00:10:26,180
 Eh bien, laissez-moi vous
 dresser un tableau.

122
00:10:26,180 --> 00:10:28,480
 Disons, prenons ceci.

123
00:10:28,480 --> 00:10:38,600
 Disons que j'ai 4 ordinateurs portables.

124
00:10:38,600 --> 00:10:41,800
 Disons simplement 3, 3 ordinateurs portables
 puisque je manque de place ici.

125
00:10:41,800 --> 00:10:45,900
 D'accord, et nous allons rendre
 les choses très simples ici.

126
00:10:45,900 --> 00:10:55,180
 Ils sont connectés à un hub, qui à son tour
 est connecté à un réseau de multidiffusion.

127
00:10:55,180 --> 00:10:59,960
 serveur. Bien sûr, vous ne verrez jamais cela
 dans la vraie vie, mais vous obtiendrez

128
00:10:59,960 --> 00:11:02,560
 l'idée derrière cela une fois
 que j'ai commencé ici.

129
00:11:02,560 --> 00:11:08,360
 Nous dirons donc simplement PCA, B et C.

130
00:11:08,360 --> 00:11:13,940
 Et disons que ce serveur de multidiffusion
 va envoyer 3 messages uniques

131
00:11:13,940 --> 00:11:15,440
 flux de trafic.

132
00:11:15,440 --> 00:11:23,820
 Nous avons 225.2.1.1.

133
00:11:23,820 --> 00:11:31,020
 Nous avons 239.130.1.1.

134
00:11:31,020 --> 00:11:35,540
 Et nous en avons 232.

135
00:11:35,540 --> 00:11:45,220
 Eh bien, nous ne devrions pas utiliser,
 eh bien, vous aurez l'idée, 232.2.1.1.

136
00:11:45,220 --> 00:11:50,020
 Et disons que tous ces flux
 sont en haute définition.

137
00:11:50,020 --> 00:11:54,940
 Chacun est de 5 mégabits par seconde.

138
00:11:54,940 --> 00:11:58,700
 Si vous le recevez réellement, vous
 recevrez 5 mégabits par seconde.

139
00:11:58,700 --> 00:12:03,580
 D'accord, donc ces flux
 fonctionnent maintenant.

140
00:12:03,580 --> 00:12:08,440
 Les trois flux quittent ce
 serveur simultanément.

141
00:12:08,440 --> 00:12:12,000
 Si PC, commençons simplement par PCC.

142
00:12:12,000 --> 00:12:20,140
 Si PCC dit regardez, le seul qui
 m'intéresse est 225.2.1.1.

143
00:12:20,140 --> 00:12:21,320
 Donc, que fait-il?

144
00:12:21,320 --> 00:12:22,860
 Il va sur sa carte Ethernet Nik.

145
00:12:22,860 --> 00:12:25,460
 Il dit d'accord, carte Ethernet Nik, c'est
 ce que je veux que vous recherchiez.

146
00:12:25,460 --> 00:12:32,200
 Si vous avez déjà vu une trame Ethernet
 commençant par 0,01, 0,05e, 0

147
00:12:32,200 --> 00:12:41,500
 .2, 0.1, 0.1, je veux que vous récupériez ça
 et que vous l'envoyiez à mon processeur pour

148
00:12:41,500 --> 00:12:46,960
 traitement. Au moment où il fait ça, et il programme
 sa carte Nik pour qu'elle ressemble

149
00:12:46,960 --> 00:12:51,480
 à cela, tout d’un coup, son ordinateur
 portable commence à se détraquer.

150
00:12:51,480 --> 00:12:57,020
 Son écran vidéo est juste pixelisé,
 on ne voit rien, ça ne se voit pas

151
00:12:57,020 --> 00:13:00,700
 ne veut rien dire. En plus, il essaie
 de télécharger ses emails et

152
00:13:00,700 --> 00:13:03,700
 il lui faut une éternité pour télécharger ses e-mails,
 il est peut-être même en train de se connecter

153
00:13:03,700 --> 00:13:06,640
 et se déconnecter, se connecter et se déconnecter
 de son serveur de messagerie.

154
00:13:06,640 --> 00:13:09,440
 C'est comme si son ordinateur
 portable venait d'être claqué.

155
00:13:09,440 --> 00:13:10,700
 Que se passe-t-il?

156
00:13:10,700 --> 00:13:15,700
 À ce stade, étant donné que ces trois
 flux correspondent exactement au même

157
00:13:15,700 --> 00:13:22,240
 adresse MAC de couche deux, nous avons maintenant
 trois flux qui descendent et son Nik

158
00:13:22,240 --> 00:13:26,900
 la carte les récupère tous parce qu'à
 la couche deux, ils ressemblent tous à

159
00:13:26,900 --> 00:13:30,920
 même. Sa carte Ethernet ne peut pas distinguer
 les adresses de couche trois car

160
00:13:30,920 --> 00:13:31,920
 ça ne fait pas ça.

161
00:13:31,920 --> 00:13:33,840
 C'est juste une carte Ethernet
 de couche deux.

162
00:13:33,840 --> 00:13:39,280
 Ainsi, sur ces trois flux, un total
 de 15 Mo de trafic est généré.

163
00:13:39,280 --> 00:13:44,700
 dirigé vers l'unité centrale de traitement de
 ce type et son processeur doit maintenant

164
00:13:44,700 --> 00:13:50,820
 jetez ou jetez 10 Mo de cela pour qu'il
 ne puisse voir que les cinq Mo qui

165
00:13:50,820 --> 00:13:55,060
 ça veut. Eh bien, son processeur va probablement
 avoir beaucoup de mal à recevoir

166
00:13:55,060 --> 00:14:00,240
 un volume constant de 15 Mo de trafic entrant
 et en essayant d'en éliminer les deux tiers

167
00:14:00,240 --> 00:14:02,220
 de cela, 10 Mo.

168
00:14:02,220 --> 00:14:05,000
 Et c’est là le problème du chevauchement
 de 32 pour un.

169
00:14:05,000 --> 00:14:07,900
 Ce n’est pas la faute du récepteur.

170
00:14:07,900 --> 00:14:10,760
 C'est la faute de la personne qui a mis
 en place ce serveur multicast dans le

171
00:14:10,760 --> 00:14:15,160
 première place. Quand tu es, si jamais
 tu es dans une situation où tu es

172
00:14:15,160 --> 00:14:20,760
 l'administrateur de multidiffusion
 et ce sera à vous de trouver

173
00:14:20,760 --> 00:14:25,100
 les adresses IP multicast pour chacun
 des flux multicast, c'est

174
00:14:25,100 --> 00:14:29,080
 votre travail d'en être conscient et
 de vous assurer que ces flux vidéo ne

175
00:14:29,080 --> 00:14:33,060
 chevaucher. Et cela pourrait dire, eh bien, Keith,
 existe-t-il un moyen simple de comprendre

176
00:14:33,060 --> 00:14:34,580
 ça sort ? Bien sûr, il y en a.

177
00:14:34,580 --> 00:14:39,140
 Assurez-vous simplement que, pour chaque
 flux multicast, les deux derniers

178
00:14:39,140 --> 00:14:41,920
 les octets ne sont jamais les mêmes.

179
00:14:41,920 --> 00:14:44,780
 Maintenant, techniquement, nous pourrions également
 passer au troisième octet, mais si vous savez

180
00:14:44,780 --> 00:14:49,960
 que ces 16 derniers bits sont toujours
 uniques, vos adresses MAC multicast

181
00:14:49,960 --> 00:14:55,580
 sera toujours unique car ces 16 derniers
 bits sont mappés un pour un

182
00:14:55,580 --> 00:14:58,520
 jusqu'à l'adresse MAC de multidiffusion
 au niveau de la couche deux.

183
00:14:58,520 --> 00:15:02,740
 Alors rendez-les uniques et vous n'aurez
 jamais ce chevauchement de 32 contre un.

184
00:15:02,740 --> 00:15:05,120
 problème plus jamais.

185
00:15:05,120 --> 00:15:14,220
 C’est ainsi que vous reconnaissez les adresses IP de
 multidiffusion et les adresses MAC de multidiffusion.

186
00:15:14,220 --> 00:15:22,280
 Maintenant, j'ai parlé un peu de ce que font les
 routeurs avec les trames de multidiffusion.

187
00:15:22,280 --> 00:15:25,980
 J'ai dit que lorsqu'un routeur reçoit une trame
 multicast, la première chose qu'il dit

188
00:15:25,980 --> 00:15:28,180
 c'est, est-ce quelque chose
 que je dois traiter ?

189
00:15:28,180 --> 00:15:32,120
 Parce que cela pourrait être un bonjour EIGRP
 ou un bonjour OSPF ou quelque chose comme

190
00:15:32,120 --> 00:15:35,180
 auquel cas je dirai, ah, je suis
 programmé pour chercher ça.

191
00:15:35,180 --> 00:15:37,980
 Permettez-moi de l'envoyer à mon
 processeur pour traitement.

192
00:15:37,980 --> 00:15:40,060
 Qui s'arrête et marque
 une pause un instant.

193
00:15:40,060 --> 00:15:41,020
 Penses-y.

194
00:15:41,020 --> 00:15:47,680
 Imaginez que vous êtes un routeur, d'accord, et
 que vous êtes programmé pour faire de l'EIGRP,

195
00:15:47,680 --> 00:15:51,760
 Très bien? Vous écoutez donc spécifiquement
 les trames Ethernet à venir

196
00:15:51,760 --> 00:15:58,820
 en allant à 01005E, 0000A, non ?

197
00:15:58,820 --> 00:16:05,700
 Parce que cela correspondrait à 10, 2240010
 correspondrait à 00A à la couche deux.

198
00:16:05,700 --> 00:16:08,440
 Donc ici, de temps en temps, vous vous attendez à
 ce qu'en tant que routeur, vous disiez, d'accord,

199
00:16:08,440 --> 00:16:11,660
 eh bien, vous savez, l'EIGRP ne devrait
 pas être si bavard, n'est-ce pas ?

200
00:16:11,660 --> 00:16:15,280
 Dans un environnement stable et agréable, toutes
 les cinq ou dix secondes environ, vous devriez

201
00:16:15,280 --> 00:16:19,720
 recevoir un paquet de bonjour EIGRP,
 accéder à ce Mac multicast, puis

202
00:16:19,720 --> 00:16:24,400
 vous le traitez. Et si quelqu'un
 qui ne connaît rien à l'EIGRP

203
00:16:24,400 --> 00:16:29,060
 mais ils savent que la multidiffusion configure
 leur vidéo haute définition multidiffusion

204
00:16:29,060 --> 00:16:34,360
 flux, qui va à sept mégabits par
 seconde, et ils sélectionnent,

205
00:16:34,360 --> 00:16:41,920
 Je ne sais pas, 239.0010 comme
 robe de destination.

206
00:16:41,920 --> 00:16:46,740
 Devinez quoi? Au niveau de la couche deux, ce
 flux vidéo haute définition sera mappé vers

207
00:16:46,740 --> 00:16:50,620
 exactement la même adresse Mac
 que celle utilisée par EIGRP.

208
00:16:50,620 --> 00:16:53,200
 Et maintenant, tout d'un coup, votre routeur
 au lieu de recevoir un seul paquet

209
00:16:53,200 --> 00:16:57,420
 toutes les cinq ou dix secondes, nous recevons
 des milliers de paquets à chaque fois

210
00:16:57,420 --> 00:17:00,300
 deuxièmement, je vais à cette
 couche pour y remédier.

211
00:17:00,300 --> 00:17:03,400
 Vous pouvez parier que ce routeur
 ne sera pas très content de cela.

212
00:17:03,400 --> 00:17:07,220
 Il pourrait même planter parce qu'il
 doit diriger tout ce trafic vers

213
00:17:07,220 --> 00:17:13,640
 le CPU n'est pas EIGRP.

214
00:17:13,640 --> 00:17:18,200
 Je dois jeter ça pour pouvoir isoler
 le petit bonjour EIGRP qui est

215
00:17:18,200 --> 00:17:20,320
 il arrive toujours toutes
 les cinq secondes environ.

216
00:17:20,320 --> 00:17:23,200
 Alors soyez-en conscient.

217
00:17:23,200 --> 00:17:25,640
 Maintenant, que font les commutateurs lors
 de la réception de multidiffusion ?

218
00:17:25,640 --> 00:17:30,760
 Eh bien, si vous parlez uniquement de la couche deux
 pure, les commutateurs inondent la multidiffusion

219
00:17:30,760 --> 00:17:34,280
 car comment un commutateur sait-il
 où transférer quelque chose ?

220
00:17:34,280 --> 00:17:42,280
 Eh bien, lorsque la trame Ethernet
 arrive, que fait un commutateur ?

221
00:17:42,280 --> 00:17:46,160
 Il apprend que dans la table d'adresses
 MAC, parfois appelée table CAM,

222
00:17:46,160 --> 00:17:49,520
 droite? C'est ainsi que le commutateur
 remplit la table CAM, l'adresse MAC

223
00:17:49,520 --> 00:17:52,120
 table basée sur les adresses MAC sources.

224
00:17:52,120 --> 00:17:57,580
 Eh bien, des adresses MAC de multidiffusion ont-elles
 déjà été vues dans la source d'un réseau Ethernet ?

225
00:17:57,580 --> 00:17:59,640
 cadre? Non, ils ne sont pas.

226
00:17:59,640 --> 00:18:00,620
 Au moins, ils ne devraient pas l'être.

227
00:18:00,620 --> 00:18:02,080
 Ce serait illégal.

228
00:18:02,080 --> 00:18:06,840
 Ainsi, comme une adresse MAC multicast
 n'apparaît que dans la destination, par

229
00:18:06,840 --> 00:18:11,140
 par défaut, un commutateur n'a aucun moyen de
 l'apprendre car il n'est pas dans la source.

230
00:18:11,140 --> 00:18:14,320
 Alors, que font les commutateurs lorsqu'ils reçoivent
 une trame Ethernet et qu'ils semblent

231
00:18:14,320 --> 00:18:16,880
 à destination et il n'y a aucune
 correspondance dans le tableau ?

232
00:18:16,880 --> 00:18:20,100
 Ils l'inondent. C'est ce qu'ils font.

233
00:18:20,100 --> 00:18:24,180
 Ainsi, le comportement par défaut de nombreux commutateurs
 consiste à inonder la multidiffusion.

234
00:18:24,180 --> 00:18:27,920
 Maintenant, nous verrons quand nous aborderons
 le sujet de la surveillance IGMP qui change