1
00:00:08,600 --> 00:00:14,560
 Nous avons constaté depuis le début que lorsque vous
 affichez la route IPM, c'est tout à fait possible

2
00:00:14,560 --> 00:00:19,900
 que vous pourriez bien avoir une entrée
 de cogité vedette, n'est-ce pas ?

3
00:00:19,900 --> 00:00:23,620
 Donc, s'il n'y a pas de diffusion multicast
 mais que vous avez reçu un comagee étoile

4
00:00:23,620 --> 00:00:26,640
 Rejoignez-nous, vous aurez
 l'état de star-comagee.

5
00:00:26,640 --> 00:00:28,180
 Cela signifie donc que je suis prêt.

6
00:00:28,180 --> 00:00:30,820
 J'attends de pouvoir transférer
 ce trafic multicast.

7
00:00:30,820 --> 00:00:33,960
 On me l'a demandé.

8
00:00:33,960 --> 00:00:38,600
 Une entrée s-comagee ne peut
 pas être utilisée seule.

9
00:00:38,600 --> 00:00:40,240
 Ne peut pas se suffire à lui-même.

10
00:00:40,240 --> 00:00:45,120
 Autrement dit, lorsque le routeur
 2 crée cette entrée s-comagee, il

11
00:00:45,120 --> 00:00:50,820
 Il faut également créer une entrée
 pour les élèves vedettes.

12
00:00:50,820 --> 00:00:53,440
 Ils doivent y aller ensemble.

13
00:00:53,440 --> 00:00:58,060
 Donc, même s'il n'a jamais reçu de rapport
 d'adhésion à l'IGMP, même s'il

14
00:00:58,060 --> 00:01:03,540
 Je n'ai jamais réussi à faire rejoindre une star-comageie
 de PIM avec ce set de joker, une fois qu'il

15
00:01:03,540 --> 00:01:08,120
 S'il crée une entrée s-comagee, il doit
 également créer une entrée star-comagee.

16
00:01:08,120 --> 00:01:10,920
 Eh bien, ils doivent tous
 les deux être présents.

17
00:01:10,920 --> 00:01:17,120
 Alors, s-comagee, l'analogie que j'utilise parfois
 est celle de penser à l'étoile-comagee

18
00:01:17,120 --> 00:01:20,860
 comme étant comme le grand frère et le
 s-comagee comme étant comme le petit

19
00:01:20,860 --> 00:01:24,660
 Frère, n'est-ce pas ? Le grand frère
 de 15 ans, il peut sortir de

20
00:01:24,660 --> 00:01:28,600
 la maison, se promener dans le quartier
 et faire du vélo tout seul.

21
00:01:28,600 --> 00:01:34,540
 Le petit frère, qui est le s-comagee et
 qui n'a que 7 ans, n'est pas autorisé à

22
00:01:34,540 --> 00:01:37,360
 faire cela à moins que son grand
 frère ne l'accompagne.

23
00:01:37,360 --> 00:01:41,360
 Je ne sais donc pas s'ils vous
 aideront ou non, mais voilà.

24
00:01:41,360 --> 00:01:49,140
 De plus, une fois que le trafic commence à
 emprunter le chemin le plus court, c'est le

25
00:01:49,140 --> 00:01:53,040
 entrée s-comagee utilisée
 pour transférer ce trafic.

26
00:01:53,040 --> 00:01:56,440
 Ce que je veux dire, c'est que vous verrez la
 vedette-comagee qui a un côté extraverti.

27
00:01:56,440 --> 00:02:00,300
 Consultez la liste des interfaces et vous verrez
 le s-comagee qui possède une interface de sortie.

28
00:02:00,300 --> 00:02:05,660
 liste. Tout ce qui figure dans la liste
 d'interface sortante du s-comagee, c'est

29
00:02:05,660 --> 00:02:06,940
 L'important.

30
00:02:06,940 --> 00:02:09,520
 C'est ce qui sert à acheminer
 le flux multicast.

31
00:02:09,520 --> 00:02:14,360
 Quand il emprunte le chemin le plus court,
 s'il emprunte le chemin partagé

32
00:02:14,360 --> 00:02:19,220
 Le chemin, puis l'entrée étoile-comagee
 est ce qui dicte la transmission du

33
00:02:19,220 --> 00:02:36,580
 Circulation. Voici quelques points supplémentaires
 que je souhaite mentionner.

34
00:02:36,580 --> 00:02:45,620
 Je n'ai pas beaucoup de redondance
 dans cette topologie particulière.

35
00:02:45,620 --> 00:02:56,900
 Et alors si j'avais quelque
 chose comme ça ?

36
00:02:56,900 --> 00:03:00,680
 Supprimons cette ligne ici même.

37
00:03:00,680 --> 00:03:16,360
 Imaginons que nous ayons un interrupteur
 et deux voisins, deux voisins en amont.

38
00:03:16,360 --> 00:03:23,080
 Autrement dit, il ne s'agit même
 pas de gérer le commutateur.

39
00:03:23,080 --> 00:03:27,320
 Disons les choses comme ça.

40
00:03:27,320 --> 00:03:40,900
 Le routeur un peut utiliser soit le routeur deux,
 soit le routeur quatre pour atteindre la source.

41
00:03:40,900 --> 00:03:46,080
 Dans ce schéma précis, il est, je l'espère,
 très clair que le passage

42
00:03:46,080 --> 00:03:50,280
 Le point de rendez-vous n'est pas le chemin le
 plus court car nous avons quatre routeurs.

43
00:03:50,280 --> 00:03:53,440
 pour accéder à la source, où nous ne
 pouvons passer que par deux routeurs.

44
00:03:53,440 --> 00:03:56,220
 si nous passons par le routeur
 deux ou le routeur quatre.

45
00:03:56,220 --> 00:03:59,480
 La question est donc maintenant de savoir, d'accord,
 quand le routeur doit ouvrir son plus court

46
00:03:59,480 --> 00:04:03,620
 « Chemin », va-t-il dire, « hmm, j’ai des
 chemins les plus courts redondants. »

47
00:04:03,620 --> 00:04:07,600
 Je pourrais passer par le voisin numéro
 deux ou le voisin numéro quatre.

48
00:04:07,600 --> 00:04:10,900
 La question est donc : où va-t-il aller ?

49
00:04:10,900 --> 00:04:14,260
 Où va-t-il envoyer son s, g join ?

50
00:04:14,260 --> 00:04:18,620
 Conformément aux spécifications,
 voici ce que vous verrez.

51
00:04:18,620 --> 00:04:21,980
 C'est le voisin qui possède
 l'adresse IP la plus élevée.

52
00:04:21,980 --> 00:04:24,040
 En résumé, c'est à ça que ça se résume.

53
00:04:24,040 --> 00:04:29,080
 Donc si ceci était deux points deux points deux points
 deux et ceci était deux points deux points

54
00:04:29,080 --> 00:04:36,360
 Dans ce cas précis, la jonction s,
 g serait passée par le routeur.

55
00:04:36,360 --> 00:04:42,360
 quatre. Le voisin ayant l'adresse IP la plus élevée
 lorsque vous avez une connexion redondante

56
00:04:42,360 --> 00:04:47,460
 chemins. C'est également le cas dans
 l'arbre partagé, n'est-ce pas ?

57
00:04:47,460 --> 00:04:51,000
 Si j'étais un routeur et que j'avais plusieurs
 façons d'atteindre le point de rendez-vous

58
00:04:51,000 --> 00:04:56,440
 et ils avaient tous la même distance
 EIGRP ou le même coût OSPF, je

59
00:04:56,440 --> 00:04:59,500
 choisirait le voisin PIM ayant
 l'adresse IP la plus élevée.

60
00:04:59,500 --> 00:05:22,560
 C'est là que j'enverrais mes renforts pour
 atteindre le point de rendez-vous.

61
00:05:22,560 --> 00:05:26,440
 Nous savons donc que s et g restent créés, mais
 qu'ils doivent également être maintenus.

62
00:05:26,440 --> 00:05:30,680
 Donc, rien de différent.

63
00:05:30,680 --> 00:05:35,180
 Tout comme nous l'avons évoqué concernant l'arbre
 partagé, une fois construit, chaque

64
00:05:35,180 --> 00:05:38,800
 minute, si je suis un routeur auquel est
 directement connecté un récepteur, chaque

65
00:05:38,800 --> 00:05:43,980
 Dans une minute, j'enverrai une autre étoile,
 je rejoindrai l'amont et ainsi de suite.

66
00:05:43,980 --> 00:05:47,740
 un moyen de maintenir cet état à
 jour tout au long du processus.

67
00:05:47,740 --> 00:05:51,020
 Il en va de même pour le
 chemin le plus court.

68
00:05:51,020 --> 00:05:55,740
 Chaque minute, toutes les 60 secondes, les routeurs
 qui ont besoin de ce chemin nous le montreront

69
00:05:55,740 --> 00:06:06,060
 L'envoi de s, g rejoint le processus
 en amont pour le maintenir à jour.

70
00:06:06,060 --> 00:06:09,200
 Alors, quand cet état
 s, g est-il supprimé ?

71
00:06:09,200 --> 00:06:14,140
 Bon, si ces jonctions périodiques du voisin
 en aval s'arrêtent, alors allons-y...

72
00:06:14,140 --> 00:06:20,120
 Imaginez que la source multicast se trouvait derrière
 moi et que je suis un routeur, vous êtes un

73
00:06:20,120 --> 00:06:23,240
 routeur, et je suis le chemin le plus
 court pour atteindre ce type.

74
00:06:23,240 --> 00:06:26,920
 Donc, actuellement, ma liste d'interfaces
 sortantes pointe vers vous.

75
00:06:26,920 --> 00:06:31,260
 Vous m'avez envoyé un s, g join
 indiquant votre intérêt.

76
00:06:31,260 --> 00:06:33,620
 Je vous ai ajouté à la liste
 des interfaces sortantes.

77
00:06:33,620 --> 00:06:38,140
 Il est donc de votre responsabilité de m'envoyer
 chaque minute des s, g joins pour rafraîchir

78
00:06:38,140 --> 00:06:46,580
 Ceci. Mais que se passerait-il s'il y avait un commutateur
 ou un concentrateur entre nous et votre

79
00:06:46,580 --> 00:06:49,900
 La connexion à ce commutateur ou à
 ce concentrateur est interrompue ?

80
00:06:49,900 --> 00:06:52,000
 Je ne sais pas.

81
00:06:52,000 --> 00:06:57,720
 Pour moi, tu es toujours en vie.

82
00:06:57,720 --> 00:07:02,300
 Eh bien, dans ce cas précis, si les jointures
 périodiques s'arrêtent, une fois de plus,

83
00:07:02,300 --> 00:07:07,340
 Ce minuteur de 210 secondes, c'est le chiffre
 magique, si après 210 secondes,

84
00:07:07,340 --> 00:07:11,980
 Je ne reçois plus ces invitations de
 votre part, je les supprimerai donc.

85
00:07:11,980 --> 00:07:13,140
 Liste des interfaces sortantes.

86
00:07:13,140 --> 00:07:17,260
 Maintenant, encore une fois, dans cette situation particulière,
 ce qui se passerait probablement le plus souvent serait

87
00:07:17,260 --> 00:07:21,160
 Ce qui se passerait, c'est que je dirais : « Attendez une
 seconde, j'ai perdu mon voisin PIM, n'est-ce pas ? »

88
00:07:21,160 --> 00:07:25,920
 Car dans le cas du PIM, vous m'envoyez également
 des messages PIM toutes les 30 minutes.

89
00:07:25,920 --> 00:07:31,240
 secondes. Et si j'en rate trois,
 je déclare mon voisin mort.

90
00:07:31,240 --> 00:07:36,680
 On pourrait donc supposer que si ce lien entre vous et
 l'interrupteur venait à se rompre, cela se produirait.

91
00:07:36,680 --> 00:07:43,600
 En cas de panne, PIM détecterait le voisin perdu
 en 105 secondes, nous avons constaté que

92
00:07:43,600 --> 00:07:50,120
 C'était ce minuteur, avant que le
 minuteur de 210 secondes n'expire.

93
00:07:50,120 --> 00:07:55,400
 Je ne vais pas tester ça tout de suite.

94
00:07:55,400 --> 00:07:58,360
 Mais je veux juste faire, vous savez, conformément
 au cahier des charges, si le

95
00:07:58,360 --> 00:08:03,880
 Les jointures périodiques s'arrêtent au bout de 210
 secondes ; c'est l'un des critères de suppression.

96
00:08:03,880 --> 00:08:08,960
 cette interface de la liste
 des interfaces sortantes.

97
00:08:08,960 --> 00:08:15,540
 Si la source multicast cesse à nouveau
 d'émettre, 210 secondes plus tard,

98
00:08:15,540 --> 00:08:16,640
 J'attendrai, n'est-ce pas ?

99
00:08:16,640 --> 00:08:20,000
 Si la source multicast cesse de me
 frapper à l'arrière de la tête, 210

100
00:08:20,000 --> 00:08:23,000
 Quelques secondes plus tard, je supprimerai
 mes interfaces de sortie.

101
00:08:23,000 --> 00:08:26,780
 Et cela se produit pour chaque routeur
 rencontré sur le chemin.

102
00:08:26,780 --> 00:08:32,240
 Donc, dans cette topologie particulière,
 si la source s'arrête, 210 secondes

103
00:08:32,240 --> 00:08:41,820
 Plus tard, le routeur quatre supprimera son
 interface et le routeur un la supprimera.

104
00:08:41,820 --> 00:08:44,660
 son interface dans la liste
 des interfaces sortantes.

105
00:08:44,660 --> 00:08:50,300
 Ou si vous recevez un message
 de suppression de PIM.

106
00:08:50,300 --> 00:08:54,980
 Donc, un message de suppression est une façon
 de dire : « Hé, je n'en veux plus. »

107
00:08:54,980 --> 00:08:59,980
 Comme dans ce cas précis, une fois que
 le routeur 1 a été ouvert avec succès

108
00:08:59,980 --> 00:09:06,260
 Il enverra un message d'élagage jusqu'au point de rendez-vous,
 en empruntant le chemin le plus court vers l'arbre qui le suit.

109
00:09:06,260 --> 00:09:12,000
 Il a ajouté : « Je n'ai plus besoin
 de cette branche de l'arbre. »

110
00:09:12,000 --> 00:09:13,340
 Nous pouvons donc le constater.

111
00:09:13,340 --> 00:09:16,800
 Je ne pense pas que nous nous soyons encore
 concentrés sur un message d'élagage.

112
00:09:16,800 --> 00:09:19,920
 Mais revenons à notre topologie initiale.

113
00:09:19,920 --> 00:09:26,920
 Je pense que le routeur numéro cinq a probablement
 terminé d'envoyer ses pings.

114
00:09:26,920 --> 00:09:32,900
 Oui. D'accord. Et si 210 secondes se sont écoulées,
 ce qui est probable, nous devrions

115
00:09:32,900 --> 00:09:37,840
 Je ne vois plus l'état s,
 g dans aucun routeur.

116
00:09:37,840 --> 00:09:41,040
 Oui, c'est parti.

117
00:09:41,040 --> 00:09:46,400
 C'est expiré. Je vais
 donc relancer le ping.

118
00:09:46,400 --> 00:09:55,500
 Et ce que nous allons rechercher précisément
 maintenant, c'est une fois le routeur

119
00:09:55,500 --> 00:10:04,220
 Le deuxième ouvre ce chemin, nous devrions le
 voir envoyer une élagage PIM au routeur huit.

120
00:10:04,220 --> 00:10:06,880
 Alors, allons-y et prenons cette prune
 pour voir à quoi elle ressemble.

121
00:10:06,880 --> 00:10:15,780
 Par exemple, sur le routeur huit, je veux
 que zéro/un soit son interface entrante.

122
00:10:15,780 --> 00:10:48,100
 Et d'après cela, cela correspondra
 à zéro/deux sur l'interrupteur.

123
00:10:48,100 --> 00:10:51,540
 Très bien. Alors préparons-nous.

124
00:10:51,540 --> 00:10:54,720
 Je vais aller au routeur cinq.

125
00:10:54,720 --> 00:11:13,400
 Et lançons le traçage du coupe-circuit.

126
00:11:13,400 --> 00:11:16,800
 D'accord. C'est probablement
 le pruneau qu'il vous faut.

127
00:11:16,800 --> 00:11:22,320
 Voyons voir. Oui.

128
00:11:22,320 --> 00:11:25,660
 Nombre de pruneaux : un.

129
00:11:25,660 --> 00:11:29,660
 Donc, une fois de plus, le bit RP est activé, ce qui signifie
 que la communication se fait sur le canal partagé.

130
00:11:29,660 --> 00:11:32,040
 de l'arbre jusqu'au point de rendez-vous.

131
00:11:32,040 --> 00:11:38,280
 Et nous disons que je supprime
 cette source et ce groupe.

132
00:11:38,280 --> 00:11:43,220
 Il s'agit donc exactement du même format de message
 qu'une inscription PIM, sauf qu'au lieu de

133
00:11:43,220 --> 00:12:00,360
 Après avoir joint, nous avons élagué.

134
00:12:00,360 --> 00:12:04,760
 Nous avons donc déjà évoqué le fait que les branches
 PIM utilisent le même format que PIM.

135
00:12:04,760 --> 00:12:10,960
 Les jonctions étaient utilisées pour inciter les voisins
 en amont à cesser de relayer le multicast.

136
00:12:10,960 --> 00:12:17,440
 Du trafic vers nous. Maintenant, pourquoi
 est-il dit encourager, et non forcer ?

137
00:12:17,440 --> 00:12:20,560
 Le voisin en amont doit-il cesser de nous
 transmettre du trafic multicast ?

138
00:12:20,560 --> 00:12:25,380
 Eh bien, voici pourquoi.

139
00:12:25,380 --> 00:12:30,420
 Si je me trouvais dans une situation de ce genre,
 où je devais, disons, simplement faire

140
00:12:30,420 --> 00:12:48,400
 C'est facile, un hub. D'accord.

141
00:12:48,400 --> 00:12:50,640
 Disons que c'est mon RP.

142
00:12:50,640 --> 00:12:55,080
 Nous avons un routeur un, un routeur
 deux et un routeur trois.

143
00:12:55,080 --> 00:13:02,840
 Je me connecterai au même hub.

144
00:13:02,840 --> 00:13:15,540
 D'accord. Supposons qu'actuellement, ces
 deux PC, PCA et PCB, soient multicastés.

145
00:13:15,540 --> 00:13:18,900
 Des récepteurs. Et ils reçoivent tous
 les deux exactement le même groupe.

146
00:13:18,900 --> 00:13:23,300
 Vous savez, ils regardent en ce moment
 même la présentation vidéo du PDG.

147
00:13:23,300 --> 00:13:25,760
 Le flux multicast est donc descendant.

148
00:13:25,760 --> 00:13:32,200
 Et dans le routeur trois, nous avons
 à la fois l'étoile et l'état.

149
00:13:32,200 --> 00:13:50,040
 Et Fast Ethernet zéro, zéro figure dans
 la liste des interfaces sortantes.

150
00:13:50,040 --> 00:14:00,520
 D'accord. Si, soudainement, le récepteur A
 envoie un message de départ IGMP parce que

151
00:14:00,520 --> 00:14:04,540
 Il n'est plus intéressé par ce flux, cela
 va causer des problèmes avec le routeur.

152
00:14:04,540 --> 00:14:10,720
 un. Il va dire : « D’accord, je vais
 supprimer cette interface de… »

153
00:14:10,720 --> 00:14:12,400
 Ma liste d'interfaces sortantes.

154
00:14:12,400 --> 00:14:16,360
 Il va dire : « Oh, je n'ai plus d'interfaces
 dans mon interface de sortie. »

155
00:14:16,360 --> 00:14:19,340
 Liste. Ma liste d'interfaces
 sortantes est nulle.

156
00:14:19,340 --> 00:14:22,380
 Cela va donc l'amener à dire : très
 bien, je n'en ai plus besoin.

157
00:14:22,380 --> 00:14:27,180
 Il va donc envoyer un message PMPRUN, que nous
 venons de voir dans l'analyseur de réseau.

158
00:14:27,180 --> 00:14:31,120
 trace. Cela va être envoyé au hub.

159
00:14:31,120 --> 00:14:32,560
 Le routeur numéro deux le verra.

160
00:14:32,560 --> 00:14:34,160
 Le routeur trois le verra.

161
00:14:34,160 --> 00:14:38,980
 Si le routeur trois supprimait immédiatement
 cette interface lui-même, nous aurions

162
00:14:38,980 --> 00:14:44,100
 Cela pose problème. En effet, la carte de circuit
 imprimé cesserait de recevoir le flux.

163
00:14:44,100 --> 00:14:45,260
 Et il est toujours intéressé.

164
00:14:45,260 --> 00:14:47,480
 C'est un receveur calme et attentif.

165
00:14:47,480 --> 00:14:53,140
 Le fonctionnement de PEM est donc le suivant
 : dans ce cas précis, lorsque le routeur

166
00:14:53,140 --> 00:14:57,800
 Si le troisième reçoit ce pruneau, il
 va en fait attendre quelques secondes.

167
00:14:57,800 --> 00:15:00,980
 Je crois que ça dure environ cinq secondes,
 mais ne me citez pas là-dessus.

168
00:15:00,980 --> 00:15:01,560
 Mais ça ne dure que quelques secondes.

169
00:15:01,560 --> 00:15:06,360
 Ce n'est pas très long car on part
 du principe que, si le routeur deux

170
00:15:06,360 --> 00:15:09,720
 J'ai aussi vu ce pruneau,
 qu'est-ce qu'il va faire ?

171
00:15:09,720 --> 00:15:11,420
 Il va dire : attendez une seconde.

172
00:15:11,420 --> 00:15:14,200
 J'ai encore quelqu'un d'intéressé.

173
00:15:14,200 --> 00:15:19,060
 Cela le déclenchera donc pour
 envoyer une autre requête PEM.

174
00:15:19,060 --> 00:15:22,320
 Dans ce cas précis, il s'agira probablement
 d'une jointure en S parce que

175
00:15:22,320 --> 00:15:24,000
 Il connaît la source.

176
00:15:24,000 --> 00:15:27,200
 Et cela annulera donc l'élagage.

177
00:15:27,200 --> 00:15:32,180
 Et donc, cette interface restera dans
 la liste des interfaces sortantes.

178
00:15:32,180 --> 00:15:35,520
 C’est pourquoi nous disons que les élagage PEM favorisent
 la croissance de la plante voisine en amont.

179
00:15:35,520 --> 00:15:39,860
 Parce que dans ce cas précis, le routeur ne dira
 pas : « Oh là là, j'envoie une élagage »,

180
00:15:39,860 --> 00:15:41,700
 mais je reçois toujours ce multicast.

181
00:15:41,700 --> 00:15:43,680
 Eh bien, il n'y peut vraiment rien.

182
00:15:43,680 --> 00:15:47,800
 Chaque minute, il continuera d'envoyer une prune
 en disant : « Hé, s'il te plaît, taille-la ! »

183
00:15:47,800 --> 00:15:52,160
 moi. Et le routeur deux passera outre
 en envoyant une note, continuez.

184
00:15:52,160 --> 00:16:01,560
 Continuez comme ça. C'est
 donc ce qui les déclenche.

185
00:16:01,560 --> 00:16:06,840
 Une élagage PEM est déclenchée lorsque
 vous recevez une sorte de feuille

186
00:16:06,840 --> 00:16:12,300
 message de votre récepteur ou si
 une interface en aval expire,

187
00:16:12,300 --> 00:16:16,640
 N'est-ce pas ? Peut-être que le destinataire s'en
 va, ne pose jamais de congé, et finalement…

188
00:16:16,640 --> 00:16:21,220
 Vous savez, si IgMP expire sur cette interface,
 cela déclencherait une purge.

189
00:16:21,220 --> 00:16:27,280
 De même. Ou si vous recevez une branche
 d'un voisin situé plus loin.

190
00:16:27,280 --> 00:16:33,580
 Donc, dans ce cas précis, lorsque le routeur B, ou lorsque
 le circuit imprimé, prend finalement sa décision

191
00:16:33,580 --> 00:16:37,260
 qu'il en a assez, il ne
 veut plus le regarder.

192
00:16:37,260 --> 00:16:44,120
 Eh bien, cela déclenchera l'envoi par le
 routeur deux de son message d'élagage.

193
00:16:44,120 --> 00:16:55,300
 Cela supprimera cette interface de
 la liste des interfaces sortantes.

194
00:16:55,300 --> 00:16:58,520
 Et maintenant, le routeur trois se rend compte
 que sa liste d'interfaces de sortie est

195
00:16:58,520 --> 00:17:17,140
 null, cela le déclenchera pour envoyer
 sa propre purge PEM en amont.

196
00:17:17,140 --> 00:17:24,120
 Voilà qui conclut à peu près cette
 section consacrée à l'adhésion à

197
00:17:24,120 --> 00:17:25,820
 Arbre du chemin le plus court.

198
00:17:25,820 --> 00:17:28,580
 Ah oui, il y a une autre chose que nous
 voulons vérifier avant que je termine.

199
00:17:28,580 --> 00:17:32,400
 Permettez-moi de revenir en arrière.
 Nous voulons vérifier ceci.

200
00:17:32,400 --> 00:17:39,080
 Nous voulons voir, d'accord, quand le flux multicast
 commencera à circuler sur le réseau partagé

201
00:17:39,080 --> 00:17:45,860
 Selon la RFC, la toute première
 personne à passer à l'arbre doit

202
00:17:45,860 --> 00:17:47,140
 être le routeur à feuilles.

203
00:17:47,140 --> 00:17:50,480
 Que ce routeur intermédiaire du routeur
 huit ici, parce qu'il n'a pas

204
00:17:50,480 --> 00:17:58,700
 Les récepteurs connectés ne sont pas autorisés
 à effectuer cette procédure de commutation.

205
00:17:58,700 --> 00:18:01,200
 Voyons donc si cela est
 effectivement vrai.

206
00:18:01,200 --> 00:18:02,600
 J'en suis presque sûr.

207
00:18:02,600 --> 00:18:04,260
 Mais voyons voir.

208
00:18:04,260 --> 00:18:08,040
 Comment allons-nous tester cela ?

209
00:18:08,040 --> 00:18:15,140
 Eh bien, voici ce que je
 pense qu'il va se passer.

210
00:18:15,140 --> 00:18:21,080
 Si tout se déroule comme prévu
 par la RFC, alors quand

211
00:18:21,080 --> 00:18:25,700
 Le routeur numéro deux, le routeur feuille, reçoit
 le premier paquet multicast, il devrait

212
00:18:25,700 --> 00:18:27,500
 Rejoignez l'arbre du
 chemin le plus court.

213
00:18:27,500 --> 00:18:34,800
 Une fois que cet arbre au chemin le plus court sera
 dégagé, il devra élaguer la fraise numéro huit.

214
00:18:34,800 --> 00:18:39,340
 Le routeur huit devrait alors envoyer
 un élagage ou le routeur trois.

215
00:18:39,340 --> 00:18:46,900
 En un sens, nous ne devrions jamais voir
 une jonction S, G provenant d'un routeur.

216
00:18:46,900 --> 00:18:51,860
 huit. Nous devrions voir que les pruneaux proviennent
 de lui, mais nous ne devrions pas voir

217
00:18:51,860 --> 00:18:57,540
 S, G rejoint la connexion
 depuis son adresse IP.

218
00:18:57,540 --> 00:19:00,720
 Voici comment nous allons tester cela.

219
00:19:00,720 --> 00:19:06,560
 Passons simplement au commutateur pour
 chaque interface connectée au routeur.

220
00:19:06,560 --> 00:19:12,880
 huit, soit zéro deux et zéro treize.

221
00:19:12,880 --> 00:19:18,780
 Nous allons capturer tout le trafic entrant et sortant,
 et nous verrons s'il arrive un jour à destination.

222
00:19:18,780 --> 00:19:24,760
 En fait, il envoie une jointure S, G,
 ce que nous ne devrions pas voir.

223
00:19:24,760 --> 00:19:29,200
 Très bien, c'est terminé.

224
00:19:29,200 --> 00:19:35,300
 Effacons l'état MROUT, affichons
 l'adresse IP et MROUT.

225
00:19:35,300 --> 00:19:38,680
 D'accord, l'état S, G a déjà expiré.

226
00:19:38,680 --> 00:19:42,780
 Allons à l'interrupteur.

227
00:19:42,780 --> 00:19:46,140
 Donc, pour l'instant, nous
 surveillons zéro deux.

228
00:19:46,140 --> 00:20:07,200
 Nous voulons ajouter zéro
 treize à cette liste.

229
00:20:07,200 --> 00:20:14,020
 Très bien, revenons au routeur cinq.

230
00:20:14,020 --> 00:20:34,360
 Commencez notre traçage au coupe-circuit.

231
00:20:34,360 --> 00:20:39,680
 Bon, pour l'instant, je ne vois pas le
 flux multicast passer par le routeur.

232
00:20:39,680 --> 00:20:45,460
 Huit, plus maintenant, car pour l'instant,
 je ne regarde que ça : les interfaces.

233
00:20:45,460 --> 00:20:48,600
 Connecté au routeur huit, je
 ne vois aucun flux multicast.

234
00:20:48,600 --> 00:20:52,280
 par là. Ça s'est arrêté juste ici.

235
00:20:52,280 --> 00:20:55,280
 Voyons voir, huit deux huit deux.

236
00:20:55,280 --> 00:21:02,820
 C'est le routeur deux
 huit quatre huit huit.

237
00:21:02,820 --> 00:21:11,640
 Il s'agit du routeur huit
 huit quatre huit huit.

238
00:21:11,640 --> 00:21:13,780
 Bon, alors qu'est-ce que le
 routeur huit a envoyé là ?

239
00:21:13,780 --> 00:21:16,300
 Routeur huit huit quatre huit huit.

240
00:21:16,300 --> 00:21:18,500
 Il a envoyé un pruneau.

241
00:21:18,500 --> 00:21:24,320
 D'accord, donc il s'agit d'une taille
 de l'arbre commun, et il l'a fait.

242
00:21:24,320 --> 00:21:27,240
 en réponse à la prune qu'il a reçue.

243
00:21:27,240 --> 00:21:31,100
 Il s'agit donc très probablement
 du pruneau qu'il a reçu.

244
00:21:31,100 --> 00:21:35,200
 Donc voilà, oui, donc voilà le ramasse-miettes
 du routeur deux qui est connecté

245
00:21:35,200 --> 00:21:39,320
 à notre réceptionniste qui a dit : « Hé,
 regardez, voisin huit deux huit huit. »

246
00:21:39,320 --> 00:21:40,980
 Je n'ai plus besoin de toi.

247
00:21:40,980 --> 00:21:44,400
 Élaguons cet arbre commun entre nous.

248
00:21:44,400 --> 00:21:51,120
 Et le routeur huit a transmis cette
 information au point de rendez-vous.

249
00:21:51,120 --> 00:22:01,720
 Effectivement, nous ne voyons aucun message
 de connexion provenant du routeur huit.

250
00:22:01,720 --> 00:22:07,480
 Là, il rejoint le RP automatique,
 donc ça ne compte pas.

251
00:22:07,480 --> 00:22:14,360
 Cela confirme donc bien ce que dit la RFC,
 à savoir que seuls les routeurs feuilles

252
00:22:14,360 --> 00:22:18,320
 ou les routeurs de dernier saut sont autorisés
 à rejoindre l'arbre du chemin le plus court.