1
00:00:11,240 --> 00:00:13,780
 Maintenant, sa star,
 l'état de la comédie.

2
00:00:13,780 --> 00:00:16,380
 Je vais simplement compléter
 le reste ici.

3
00:00:16,380 --> 00:00:21,240
 Sur le routeur deux, la liste des interfaces de
 sortie indiquera donc « fast ethanet zéro ».

4
00:00:21,240 --> 00:00:24,900
 zéro, car c'est là qu'il a
 reçu le rapport d'adhésion.

5
00:00:24,900 --> 00:00:28,420
 C'est donc là qu'il acheminera le trafic
 multicast en ce qui concerne

6
00:00:28,420 --> 00:00:34,160
 lui. Routeur huit, sa liste d'interfaces
 sortantes indiquera Fast Ethernet zéro

7
00:00:34,160 --> 00:00:39,760
 slash un car il a reçu la connexion
 PIM sur cette interface.

8
00:00:39,760 --> 00:00:47,280
 Maintenant, routeur trois, je vais
 sauter quelques champs ici.

9
00:00:47,280 --> 00:00:51,080
 Sa liste d'interfaces sortantes indiquera
 « fast ethanet zéro/un » car

10
00:00:51,080 --> 00:00:53,600
 C'est là qu'il a reçu
 le code d'accès PIM.

11
00:00:53,600 --> 00:00:58,660
 Dans le domaine des rôles de rôle, vous allez
 voir quelque chose d'assez intéressant.

12
00:00:58,660 --> 00:01:03,200
 Il va dire ça parce qu'il est le RP.

13
00:01:03,200 --> 00:01:06,360
 C'est sa façon de dire : « OK, je
 connais le point de rendez-vous. »

14
00:01:06,360 --> 00:01:13,200
 Voilà, c'est moi. Et son interface
 entrante dira non, car il dira :

15
00:01:13,200 --> 00:01:15,600
 Hé, je suis la racine de l'arbre partagé.

16
00:01:15,600 --> 00:01:19,780
 Tout commence par moi.

17
00:01:19,780 --> 00:01:24,740
 Et son prochain supérieur, son voisin du
 FPR, aura lui aussi un total de zéros.

18
00:01:24,740 --> 00:01:28,200
 Mais il dira : « Écoutez, je n'utilise aucun
 voisin du dessus pour arriver à mes fins. »

19
00:01:28,200 --> 00:01:29,060
 Je ne suis pas psychotique.

20
00:01:29,060 --> 00:01:30,120
 Je sais que je suis ici.

21
00:01:30,120 --> 00:01:32,560
 Je sais que je suis le
 point de rendez-vous.

22
00:01:32,560 --> 00:01:33,740
 Voilà donc ce que nous verrons.

23
00:01:33,740 --> 00:01:36,860
 Alors, commençons ce processus ici.

24
00:01:36,860 --> 00:01:40,900
 Je vais donc déclencher l'envoi de
 la requête de jonction par R1.

25
00:01:40,900 --> 00:01:43,480
 Commençons donc la traçage par l'analyseur
 afin de pouvoir tout capturer.

26
00:01:43,480 --> 00:01:50,160
 Voilà. Donc, nous allons juste
 retenir deux choses.

27
00:01:50,160 --> 00:01:57,000
 Nous allons capturer le rapport d'adhésion
 entrant et la connexion PIM en cours.

28
00:01:57,000 --> 00:01:59,380
 routeur deux jusqu'au routeur huit.

29
00:01:59,380 --> 00:02:10,640
 Donc pour faire cela, je veux R2,
 00 entrant et je veux 01 sortant.

30
00:02:10,640 --> 00:02:18,580
 Donc, en regardant mon schéma ici.

31
00:02:18,580 --> 00:02:21,820
 Bon, donc je vais vouloir R2.

32
00:02:21,820 --> 00:02:25,480
 Donc je veux 0/3.

33
00:02:25,480 --> 00:02:36,740
 Je reçois et je veux 0/1.

34
00:02:36,740 --> 00:02:38,560
 Voilà votre barre oblique 4.

35
00:02:38,560 --> 00:02:42,300
 Je ferai les deux pour ceux-là.

36
00:02:42,300 --> 00:03:23,820
 Alors allons-y.

37
00:03:23,820 --> 00:03:51,940
 Très bien. Préparons le
 système de traçage.

38
00:03:51,940 --> 00:03:58,300
 Je ne sais pas pourquoi Wireshark ne me
 permet pas d'appuyer sur les boutons.

39
00:03:58,300 --> 00:04:00,580
 au menu ici.

40
00:04:00,580 --> 00:04:03,180
 C'est incroyablement irritant.

41
00:04:03,180 --> 00:04:08,660
 Voilà. Enfin.

42
00:04:08,660 --> 00:04:13,020
 D'accord. Alors, on s'arrête.
 C'est parti.

43
00:04:13,020 --> 00:04:16,940
 Passons maintenant à mon récepteur.

44
00:04:16,940 --> 00:04:21,540
 Vous vous demandez peut-être comment faire pour
 qu'un routeur se comporte comme un PC ?

45
00:04:21,540 --> 00:04:24,040
 Comment puis-je l'amener à m'envoyer
 un rapport d'adhésion à l'IGMP ?

46
00:04:24,040 --> 00:04:25,720
 Ce n'est pas un ordinateur portable.

47
00:04:25,720 --> 00:04:29,500
 C'est très simple. Voyons donc quelle
 interface nous souhaitons.

48
00:04:29,500 --> 00:04:33,600
 Nous voulons de l'Ethernet rapide 00.

49
00:04:33,600 --> 00:04:40,460
 Je tape donc simplement
 IP, IGMP, join-group.

50
00:04:40,460 --> 00:04:44,260
 Oups, je dois aller sur mon interface.

51
00:04:44,260 --> 00:04:49,740
 Rejoignez le groupe et je vais faire 239.

52
00:04:49,740 --> 00:04:51,940
 Voyons voir. Qu'avons-nous
 fait dans mes exemples ?

53
00:04:51,940 --> 00:05:01,080
 9.9.9. Oui. En fait, avant cela,
 je peux effectuer un débogage.

54
00:05:01,080 --> 00:05:10,600
 OK. IP, IGMP, rejoindre
 le groupe 239.999.

55
00:05:10,600 --> 00:05:15,520
 Et voilà.

56
00:05:15,520 --> 00:05:21,240
 Il a envoyé une version IGMP
 pour faire un rapport.

57
00:05:21,240 --> 00:05:23,840
 Cependant, je ne pense pas avoir commencé
 le traçage de mon coupe-circuit.

58
00:05:23,840 --> 00:05:26,680
 Alors, arrêtons tout simplement ça.

59
00:05:26,680 --> 00:05:34,500
 Passons à R2. Effacer l'état
 de mon itinéraire M.

60
00:05:34,500 --> 00:05:35,620
 Je peux donc repartir de zéro.

61
00:05:35,620 --> 00:05:38,480
 Étoile de route M IP claire.

62
00:05:38,480 --> 00:05:46,620
 Cela supprime tous vos itinéraires M.

63
00:05:46,620 --> 00:05:50,060
 Bon, je reviens donc à l'itinéraire
 M en mode RP automatique.

64
00:05:50,060 --> 00:05:52,840
 Faisons-le également dans R8.

65
00:05:52,840 --> 00:06:02,100
 Bon, revenons au routeur numéro un.

66
00:06:02,100 --> 00:06:05,900
 Et commençons cette fois par un tracé avec mon
 outil de découpe pour pouvoir tout capturer.

67
00:06:05,900 --> 00:06:33,340
 Super ! Le projet IJRP est constitué et je crois
 que le débogage est toujours en cours.

68
00:06:33,340 --> 00:06:51,120
 Il a donc reçu une demande de renseignements
 de l'IJMP et le voilà parti.

69
00:06:51,120 --> 00:06:54,700
 Bon, voici l'IJMP.

70
00:06:54,700 --> 00:07:00,960
 Non, ce n'est pas ça, c'est différent.

71
00:07:00,960 --> 00:07:02,420
 Voyons voir, voilà.

72
00:07:02,420 --> 00:07:11,700
 Voici le rapport d'appartenance
 IJMP du routeur un.

73
00:07:11,700 --> 00:07:15,160
 Je devrais dire mon récepteur.

74
00:07:15,160 --> 00:07:22,840
 Et vous pouvez voir ici la version deux
 d'IJMP et il rejoint l'adresse de

75
00:07:22,840 --> 00:07:31,580
 239 999. Donc, au moment où, revenons-en
 à ce point, au moment où ce routeur

76
00:07:31,580 --> 00:07:36,140
 Deux ont compris ça, il créerait
 une jonction PIM star coma-g.

77
00:07:36,140 --> 00:07:41,100
 Et il va utiliser l'adresse
 source 8.2.8.2.

78
00:07:41,100 --> 00:07:45,620
 Et c'est ce que nous voyons ici même.

79
00:07:45,620 --> 00:07:49,380
 Juste en dessous de notre rapport d'adhésion,
 se trouve le symbole PIM étoile.

80
00:07:49,380 --> 00:07:51,740
 en quittant ce routeur.

81
00:07:51,740 --> 00:07:54,220
 Nous allons examiner les détails ici.

82
00:07:54,220 --> 00:07:57,360
 Donc c'est le type trois, souvenez-vous,
 le type zéro était le bonjour.

83
00:07:57,360 --> 00:08:00,120
 Le type trois est donc la jonction-séparation-prunir.

84
00:08:00,120 --> 00:08:01,520
 Ce n'est pas un détail non plus.

85
00:08:01,520 --> 00:08:05,820
 Ce message unique sert à la fois à
 joindre des branches à l'arbre et

86
00:08:05,820 --> 00:08:10,040
 tailler les branches de l'arbre.

87
00:08:10,040 --> 00:08:12,600
 Maintenant, nous allons en
 explorer les entrailles.

88
00:08:12,600 --> 00:08:16,720
 Il dit : « D'accord, c'est destiné
 à mon voisin en amont. »

89
00:08:16,720 --> 00:08:18,900
 Mais pourquoi est-ce
 que ça se trouve là ?

90
00:08:18,900 --> 00:08:19,560
 Deux ou trois choses.

91
00:08:19,560 --> 00:08:23,520
 Notez que ce message est envoyé de la même
 manière que le message « hello » du PIM.

92
00:08:23,520 --> 00:08:34,240
 l'adresse multicast 2240013.

93
00:08:34,240 --> 00:08:38,060
 Supposons donc qu'il s'agissait en réalité d'un
 terrain partagé et qu'il y en avait d'autres.

94
00:08:38,060 --> 00:08:41,340
 des routeurs sur ce terrain en
 plus des routeurs deux et huit.

95
00:08:41,340 --> 00:08:43,680
 Supposons qu'il y ait
 des routeurs X et Y.

96
00:08:43,680 --> 00:08:46,860
 Là où le routeur deux veut que tous ces routeurs
 sachent, hé, cette connexion PIM je suis

97
00:08:46,860 --> 00:08:50,460
 L'envoi se fait le long de la branche vers l'arbre
 partagé, ce qui signifie qu'il a besoin de

98
00:08:50,460 --> 00:08:52,640
 se diriger vers la route huit.

99
00:08:52,640 --> 00:08:55,920
 Donc même s'il utilise la multidiffusion, ce
 qui signifie que tous les autres routeurs ici

100
00:08:55,920 --> 00:08:56,000
 je veux me diriger vers la route huit.

101
00:08:56,000 --> 00:09:00,440
 Et nous le verrons ici car il possède
 cette adresse de voisin en amont

102
00:09:00,440 --> 00:09:04,300
 cela garantit que le prochain routeur,
 le routeur huit, en tiendra compte.

103
00:09:04,300 --> 00:09:07,260
 et dire : « Oh, d'accord,
 c'est pour moi. »

104
00:09:07,260 --> 00:09:10,460
 Et donc il dit, il dit, d'accord,
 nombre de jonctions.

105
00:09:10,460 --> 00:09:13,100
 Je rejoins un groupe.

106
00:09:13,100 --> 00:09:16,360
 Voici le groupe que je rejoins.

107
00:09:16,360 --> 00:09:22,740
 Et ceci est l'adresse non pas de la source,
 mais du point de rendez-vous.

108
00:09:22,740 --> 00:09:28,220
 L'adresse du RP.

109
00:09:28,220 --> 00:09:29,600
 Et nous ne taillons rien.

110
00:09:29,600 --> 00:09:30,560
 Nous ne coupons aucune branche.

111
00:09:30,560 --> 00:09:33,320
 Nous rejoignons une succursale.

112
00:09:33,320 --> 00:09:39,320
 Et qu'avons-nous d'autre ici ?

113
00:09:39,320 --> 00:09:44,200
 Je crois que c'est tout ce que
 nous avons pour le moment.

114
00:09:44,200 --> 00:09:49,760
 Je n'ai rien capturé d'autre.

115
00:09:49,760 --> 00:09:55,240
 Très bien, examinons maintenant l'état
 de la route m dans ces routeurs.

116
00:09:55,240 --> 00:09:58,940
 Commençons donc par aller au routeur deux
 et voir si tout correspond à ce que

117
00:09:58,940 --> 00:10:01,380
 J'ai dessiné juste ici.

118
00:10:01,380 --> 00:10:10,620
 Afficher la route IP m.

119
00:10:10,620 --> 00:10:18,040
 Voilà, c'est fait.

120
00:10:18,040 --> 00:10:24,200
 Donc, si vous voyez cela dans votre route m sur n'importe quel routeur,
 vous savez que c'est l'une des trois choses suivantes :

121
00:10:24,200 --> 00:10:26,800
 Des choses se sont produites.

122
00:10:26,800 --> 00:10:28,060
 L'une de ces trois choses.

123
00:10:28,060 --> 00:10:31,820
 Soit vous avez reçu un I.G.M.P.

124
00:10:31,820 --> 00:10:35,120
 Rapport d'adhésion provenant d'un
 récepteur directement connecté.

125
00:10:35,120 --> 00:10:36,640
 Dans ce cas précis, c'est vrai.

126
00:10:36,640 --> 00:10:39,560
 Et nous le savons grâce au drapeau C.

127
00:10:39,560 --> 00:10:46,180
 Le drapeau C signifie que je suis connecté au destinataire
 qui m'a envoyé la demande de connexion.

128
00:10:46,180 --> 00:10:48,580
 le rapport d'adhésion
 qui a provoqué cela.

129
00:10:48,580 --> 00:10:53,200
 L'autre raison possible est que vous avez reçu une
 invitation à rejoindre un programme d'adhésion PIM.

130
00:10:53,200 --> 00:10:58,280
 Par exemple, le drapeau C ici, lorsque nous
 accédons au routeur huit, nous sommes

131
00:10:58,280 --> 00:11:08,700
 Je vais voir exactement la même étoile,
 C, mais le drapeau C sera absent.

132
00:11:08,700 --> 00:11:14,040
 Vous voyez, S signifie qu'il s'agit
 d'une entrée en mode clairsemé.

133
00:11:14,040 --> 00:11:16,640
 Nous fonctionnons en mode
 clairsemé sur l'interface.

134
00:11:16,640 --> 00:11:20,180
 Donc les deux, il s'agit du routeur
 huit, sans drapeau C.

135
00:11:20,180 --> 00:11:27,320
 Ceci a donc été créé parce qu'il
 a reçu l'étoile, PIM rejoint.

136
00:11:27,320 --> 00:11:32,780
 Ou comme cela a été créé, parce
 que nous avons reçu l'IGMP.

137
00:11:32,780 --> 00:11:39,040
 rapport d'adhésion.

138
00:11:39,040 --> 00:11:43,800
 Et notre RP est désigné ici même.

139
00:11:43,800 --> 00:11:49,400
 343.3. L'interface entrante est de type Fast Ethernet
 zéro/un, ce qui est effectivement le cas.

140
00:11:49,400 --> 00:11:55,240
 l'interface menant en amont
 au point de rendez-vous.

141
00:11:55,240 --> 00:11:58,220
 Voisin RPF 8288.

142
00:11:58,220 --> 00:12:02,160
 Et nous avons obtenu ce résultat en effectuant
 une recherche de chemin inverse pour déterminer

143
00:12:02,160 --> 00:12:05,160
 Comment puis-je me rendre au point de rendez-vous ?
 Nous avons trouvé dans la table de routage que

144
00:12:05,160 --> 00:12:07,720
 C'était le gars qui était
 le prochain numéro un.

145
00:12:07,720 --> 00:12:11,380
 Notre itinéraire EIGRP nous a indiqué
 que c'était le prochain sommet.

146
00:12:11,380 --> 00:12:12,860
 Et la liste des interfaces sortantes.

147
00:12:12,860 --> 00:12:15,540
 Voici l'interface par laquelle
 nous recevons l'IGMP.

148
00:12:15,540 --> 00:12:26,060
 rapport d'adhésion.

149
00:12:26,060 --> 00:12:28,560
 Et voici ce qui ressemble à une R8.

150
00:12:28,560 --> 00:12:34,220
 C'est quasiment la même chose, sauf
 qu'il manque l'indicateur C.

151
00:12:34,220 --> 00:12:36,680
 Voyons maintenant la différence avec
 ce que cela donne dans la réalité.

152
00:12:36,680 --> 00:12:49,480
 point de rendez-vous lui-même.

153
00:12:49,480 --> 00:12:53,060
 D'accord, remarquez qu'il se présente
 lui-même comme le RP.

154
00:12:53,060 --> 00:12:57,560
 Il dit : « Je sais que je suis le RP, mais
 son voisin RPF n'a que des zéros. »

155
00:12:57,560 --> 00:13:01,660
 Il n'a pas besoin de remonter
 le courant pour se retrouver.

156
00:13:01,660 --> 00:13:04,840
 Et l'interface entrante est nulle.

157
00:13:04,840 --> 00:13:08,520
 Et l'interface de sortie Fast Ethernet
 00, dit-il, je vais transférer

158
00:13:08,520 --> 00:13:10,480
 en mode clairsemé.

159
00:13:10,480 --> 00:13:18,540
 Donc maintenant, notre arbre commun va de
 un à deux à huit à trois, ce chemin est

160
00:13:18,540 --> 00:13:22,800
 Le système est maintenant ouvert. Si le flux multicast
 commence à circuler, c'est qu'il est prêt.

161
00:13:22,800 --> 00:13:34,160
 Le point de rendez-vous est prêt.

162
00:13:34,160 --> 00:13:36,840
 Nous avons donc examiné l'état
 de la route M qu'ils créent.

163
00:13:36,840 --> 00:13:42,280
 Voici quelques informations supplémentaires
 concernant cette star, G.

164
00:13:42,280 --> 00:13:47,720
 Elles sont mises à jour
 toutes les 60 secondes.

165
00:13:47,720 --> 00:13:51,260
 Pourquoi cela ? Eh bien, examinons
 cela de plus près.

166
00:13:51,260 --> 00:13:53,080
 Ma source ne fonctionne
 pas pour le moment.

167
00:13:53,080 --> 00:13:55,460
 Il n'y a donc pas vraiment
 de flux multicast.

168
00:13:55,460 --> 00:13:57,540
 Nous ne savons pas combien
 de temps cela va prendre.

169
00:13:57,540 --> 00:14:01,440
 Et si ce type met, vous savez, dix minutes
 à se mettre enfin au travail ?

170
00:14:01,440 --> 00:14:06,200
 En haut ? Peut-être s'agit-il d'une diffusion
 en direct que notre PDG va donner à

171
00:14:06,200 --> 00:14:07,800
 15 heures aujourd'hui.

172
00:14:07,800 --> 00:14:10,680
 Et ce type-là nous rejoint
 dix minutes en avance.

173
00:14:10,680 --> 00:14:14,660
 Eh bien, nous ne voulons pas que cette chose
 s'arrête dans cette branche de l'arbre.

174
00:14:14,660 --> 00:14:17,520
 éliminer et disparaître.

175
00:14:17,520 --> 00:14:22,520
 Nous savons donc que ces appareils sont équipés d'une
 minuterie de trois minutes, après 210 minutes.

176
00:14:22,520 --> 00:14:27,940
 Si aucune activité n'est constatée pendant quelques
 secondes, ces branches seront arrachées.

177
00:14:27,940 --> 00:14:30,560
 Afin d'éviter cela, plusieurs
 mesures sont prises.

178
00:14:30,560 --> 00:14:35,380
 Premièrement, nous savons que toutes les 60
 secondes, deux requêtes IGMP sont envoyées.

179
00:14:35,380 --> 00:14:41,140
 Passant à ce segment, il a dit : « Hé, y a-t-il
 des récepteurs qui regardent quelque chose ? »

180
00:14:41,140 --> 00:14:43,620
 Et Rader répondra par
 un rapport d'adhésion.

181
00:14:43,620 --> 00:14:47,860
 C’est donc ce qui permet de maintenir ce segment
 ouvert, l’échange de requêtes et de rapports.

182
00:14:47,860 --> 00:14:55,040
 pour l'IGMP. Et nous savons que lorsque le
 rapport d'adhésion à l'IGMP sera publié,

183
00:14:55,040 --> 00:15:02,400
 Cela va inciter nos deux coéquipiers à envoyer
 une autre étoile PIM, G rejoint.

184
00:15:02,400 --> 00:15:06,760
 Vous vous demandez peut-être ce qui
 se passe si, au cours de la saison…

185
00:15:06,760 --> 00:15:13,580
 d'une minute, 25 ou 65 rapports d'adhésion
 provenant de différents récepteurs

186
00:15:13,580 --> 00:15:15,760
 Vous entrez sur cette interface ?

187
00:15:15,760 --> 00:15:19,300
 Cela signifie-t-il que chaque fois
 qu'il reçoit un rapport d'adhésion,

188
00:15:19,300 --> 00:15:21,660
 Il va envoyer une star,
 G se joint à nous ?

189
00:15:21,660 --> 00:15:24,240
 Non, ce serait excessif.

190
00:15:24,240 --> 00:15:28,840
 Donc, ce type va envoyer une étoile PIM,
 G se joint pour maintenir l'état

191
00:15:28,840 --> 00:15:32,540
 actualisé toutes les minutes,
 toutes les 60 secondes.

192
00:15:32,540 --> 00:15:38,540
 Maintenant, s'il se rend compte qu'il ne reste
 plus de récepteurs, si le protocole IGMP expire

193
00:15:38,540 --> 00:15:42,780
 ou reçoit un tas de feuilles, et il dit : bon,
 en fait, il ne reste plus de récepteurs,

194
00:15:42,780 --> 00:15:43,840
 Voyons cela de plus près.

195
00:15:43,840 --> 00:15:44,800
 Que va-t-il faire ?

196
00:15:44,800 --> 00:15:49,260
 Je vais donc supprimer ma
 commande IGMP sur Rader 1.

197
00:15:49,260 --> 00:15:53,700
 Il devrait envoyer une demande de congé IGMP, même
 si cela n'est pas exigé par le cahier des charges.

198
00:15:53,700 --> 00:15:56,680
 C'est une de ces choses
 qu'il faudrait faire.

199
00:15:56,680 --> 00:16:00,880
 Et lorsqu'il envoie une demande de congé IGMP, nous devrions
 voir Rader envoyer une demande de suppression PIM.

200
00:16:00,880 --> 00:16:04,540
 Message en amont, suppression
 de cette branche.

201
00:16:04,540 --> 00:16:06,540
 Alors allons-y.

202
00:16:06,540 --> 00:16:22,260
 Je vais préparer mon récepteur.

203
00:16:22,260 --> 00:16:25,240
 Très bien, commençons la traçabilité.

204
00:16:25,240 --> 00:16:39,980
 Très bien, voilà mon message
 de départ du groupe.

205
00:16:39,980 --> 00:16:41,380
 C'est ce que nous voulions voir.

206
00:16:41,380 --> 00:16:47,400
 D'accord, voici donc le
 message de départ IGMP.

207
00:16:47,400 --> 00:16:52,180
 En fait, elle possède son propre code de type
 et indique : « Je quitte ce groupe. »

208
00:16:52,180 --> 00:16:57,760
 et cela a déclenché l'envoi d'un message de
 nettoyage par sa passerelle par défaut.

209
00:16:57,760 --> 00:17:01,200
 Remarquez qu'il s'agit exactement du même message
 que celui de l'inscription PIM, mais dans ce cas,

210
00:17:01,200 --> 00:17:06,260
 La valeur de jointure est maintenant nulle,
 et la valeur d'élagage est fixée à un.

211
00:17:06,260 --> 00:17:13,420
 Et cela signifie que j'élague cet arbre
 et que je laisse le rendez-vous

212
00:17:13,420 --> 00:17:15,480
 Je n'en sais rien.

213
00:17:15,480 --> 00:17:23,400
 Au fait, le TOS, au cas où vous vous demanderiez
 ce que c'est, ce sont en fait des…

214
00:17:23,400 --> 00:17:26,520
 Ce message contient des drapeaux.

215
00:17:26,520 --> 00:17:32,020
 Dans ce message, le R
 est appelé le bit RP.

216
00:17:32,020 --> 00:17:36,520
 Cela signifie que ce message doit remonter l'arbre
 de partage jusqu'au point de rendez-vous.

217
00:17:36,520 --> 00:17:40,020
 Le but ultime.

218
00:17:40,020 --> 00:17:43,400
 Et c'est pourquoi nous avons l'adresse des
 points de rendez-vous dans ce document.

219
00:17:43,400 --> 00:17:47,340
 Ce champ est précisément là, à
 cause de ce petit détail RP.

220
00:17:47,340 --> 00:17:51,460
 Le W indique qu'il s'agit
 de l'élément joker.

221
00:17:51,460 --> 00:17:55,560
 Cela signifie que je ne connais pas l'adresse
 source réelle de ce flux multicast.

222
00:17:55,560 --> 00:18:00,380
 Le flux. Et c'est ce qui crée l'état
 étoile, l'état G, dans ces routeurs.

223
00:18:00,380 --> 00:18:03,660
 C'est ce qui crée l'étoile,
 l'élément imprévisible.

224
00:18:03,660 --> 00:18:06,660
 Je n'ai aucune idée de qui est la source.

225
00:18:06,660 --> 00:18:10,720
 Et S, ce qui signifie qu'il s'agit
 d'une jointure en mode clairsemé.

226
00:18:10,720 --> 00:18:23,340
 Voilà donc ce que signifient
 ces éléments, ces drapeaux.

227
00:18:23,340 --> 00:18:28,020
 Que se passe-t-il si les informations
 RPF du RP changent ?

228
00:18:28,020 --> 00:18:35,900
 Nous savons donc qu'il est possible
 que les itinéraires changent.

229
00:18:35,900 --> 00:18:40,800
 Je veux dire, des interfaces pourraient tomber en panne, de
 nouvelles interfaces pourraient apparaître, et peut-être

230
00:18:40,800 --> 00:18:45,600
 La route EIGRP que j'ai actuellement vers
 le point de rendez-vous ne fonctionne pas.

231
00:18:45,600 --> 00:18:48,920
 qui sera valable dans quelques secondes.

232
00:18:48,920 --> 00:18:52,740
 Alors, comment PIM prend-il
 cela en compte ?

233
00:18:52,740 --> 00:19:04,940
 Eh bien, PIM possède une minuterie et, en gros,
 c'est un, si vous consultez les spécifications,

234
00:19:04,940 --> 00:19:07,560
 Si cela vous intéresse, voici le nom du minuteur,
 même si vous ne le saurez jamais.

235
00:19:07,560 --> 00:19:11,420
 Ce test porte sur le délai d'expiration
 aléatoire de la jonction.

236
00:19:11,420 --> 00:19:14,560
 Délai d'attente aléatoire pour rejoindre une
 application, pour ceux que ça intéresse.

237
00:19:14,560 --> 00:19:19,680
 de chose. Mais en gros, c'est un délai
 d'attente qui dit : « OK, vérifiez… »

238
00:19:19,680 --> 00:19:25,660
 si le RPF d'une source
 ou d'un RP a changé.

239
00:19:25,660 --> 00:19:31,700
 Et ce délai, selon la RFC, ne doit
 pas dépasser 4,5 secondes.

240
00:19:31,700 --> 00:19:38,500
 Ainsi, si le RPF vers une source connue ou le
 RP change, les routeurs en cours d'exécution

241
00:19:38,500 --> 00:19:43,560
 Les PIM devraient détecter cela
 en 4,5 secondes ou moins.

242
00:19:43,560 --> 00:19:47,060
 Et s'ils détectent cela, ils enverront
 une autre requête de jonction.

243
00:19:47,060 --> 00:19:56,840
 Ils enverront ce qu'on appelle un déclencheur
 pour établir le nouveau chemin vers le RP.

244
00:19:56,840 --> 00:20:01,320
 Et qu'est-ce qui supprime
 cet état de route M ?

245
00:20:01,320 --> 00:20:04,440
 Eh bien, nous venons de constater qu'une
 demande de départ IGMP est arrivée.

246
00:20:04,440 --> 00:20:07,740
 Revenons au routeur numéro deux.

247
00:20:07,740 --> 00:20:11,540
 Afficher la route IP M.

248
00:20:11,540 --> 00:20:16,820
 Tu vois, il a disparu. Est-ce que
 c'est arrivé immédiatement ?

249
00:20:16,820 --> 00:20:18,680
 Eh bien, voyons voir.

250
00:20:18,680 --> 00:20:36,900
 Recréons la jointure.

251
00:20:36,900 --> 00:20:40,520
 D'accord, nous avons maintenant
 l'état g commun en étoile.

252
00:20:40,520 --> 00:20:44,500
 Et nous n'avons qu'un seul récepteur qui fonctionne
 sur le réseau Ethernet rapide 00.

253
00:20:44,500 --> 00:20:47,160
 Maintenant, demandons à ce destinataire d'envoyer
 un message de départ et voyons si cela

254
00:20:47,160 --> 00:20:49,500
 tue immédiatement l'État.

255
00:20:49,500 --> 00:20:53,020
 Car à ce moment-là, lorsque ce message
 de départ arrivera, cela supprimera

256
00:20:53,020 --> 00:20:55,820
 cette interface de la liste
 des interfaces sortantes.

257
00:20:55,820 --> 00:20:58,160
 La liste des interfaces
 sortantes sera nulle.

258
00:20:58,160 --> 00:21:01,900
 Notre question est la suivante : que se passe-t-il lorsque la
 liste des interfaces sortantes est nulle dans une étoile ?

259
00:21:01,900 --> 00:21:04,480
 La touche G commune entre, est-ce
 que ça veut dire BAM, POOF ?

260
00:21:04,480 --> 00:21:05,900
 Ça a disparu immédiatement ?

261
00:21:05,900 --> 00:21:21,680
 Ou bien reste-t-il là pendant
 un petit moment ?

262
00:21:21,680 --> 00:21:23,720
 D'accord, il est toujours là.

263
00:21:23,720 --> 00:21:28,360
 La liste des interfaces
 sortantes est nulle.

264
00:21:28,360 --> 00:21:32,960
 Et je crois que ça restera ici pendant environ,
 voyons voir, y a-t-il une durée

265
00:21:32,960 --> 00:21:35,900
 Ça compte à rebours ?

266
00:21:35,900 --> 00:21:37,820
 Oui, ce minuteur-ci.

267
00:21:37,820 --> 00:21:40,080
 Deux minutes et 20 secondes.

268
00:21:40,080 --> 00:21:42,060
 Nous sommes maintenant à deux
 minutes et onze secondes.

269
00:21:42,060 --> 00:21:47,140
 Et quand ce compte à rebours atteint zéro,
 une minute et 56 secondes, je suis

270
00:21:47,140 --> 00:21:47,900
 Je ne vais pas attendre.

271
00:21:47,900 --> 00:21:52,680
 Mais lorsque le compte à rebours atteindra
 zéro, alors ce sera expiré.

272
00:21:52,680 --> 00:21:59,140
 Il disparaîtra. Mais remarquez que nous avons maintenant
 le drapeau P, ce qui signifie que notre partage

273
00:21:59,140 --> 00:22:04,100
 Le chemin, notre chemin en amont vers
 le point de rendez-vous, a été élagué.

274
00:22:04,100 --> 00:22:07,200
 J'ai envoyé un message
 de correction au RP.

275
00:22:07,200 --> 00:22:12,880
 Et c'est ce qui le prouve ici même.

276
00:22:12,880 --> 00:22:17,400
 De plus, dans ce cas précis, nous constatons
 que cela va disparaître.

277
00:22:17,400 --> 00:22:21,060
 Dans deux minutes. Et si on allait
 au routeur au milieu ?

278
00:22:21,060 --> 00:22:25,580
 Routeur huit. Parce qu'il
 a reçu cette prune.

279
00:22:25,580 --> 00:22:32,580
 Vous voyez ? Il l'a aussi taillé.

280
00:22:32,580 --> 00:22:34,640
 Et il compte aussi les jours.

281
00:22:34,640 --> 00:22:42,140
 Le compte à rebours va donc décompter jusqu'à
 zéro, puis cet élément sera supprimé.

282
00:22:42,140 --> 00:22:46,240
 Quelqu'un a demandé : est-ce que je dois absolument
 avoir un point de rendez-vous pour

283
00:22:46,240 --> 00:22:50,720
 comment faire en sorte que le flux multicast
 transite de la source vers le récepteur ?

284
00:22:50,720 --> 00:22:54,180
 En résumé, oui, en mode PIM sparse.

285
00:22:54,180 --> 00:22:58,240
 Maintenant, si nous utilisions le mode
 dense PIM, qui inonde tout, non,

286
00:22:58,240 --> 00:23:00,040
 Nous n'aurions pas besoin
 de point de rendez-vous.

287
00:23:00,040 --> 00:23:02,660
 Mais le mode clairsemé tente justement
 de s'affranchir de cela.

288
00:23:02,660 --> 00:23:05,740
 Donc, si nous ne voulons pas tout
 inonder, il nous faut ça.

289
00:23:05,740 --> 00:23:07,080
 Point de rendez-vous.

290
00:23:07,080 --> 00:23:10,440
 Quels sont donc les éléments susceptibles
 de faire capoter cela ?

291
00:23:10,440 --> 00:23:14,200
 Eh bien, bien sûr, il faut définir
 un point de rendez-vous.

292
00:23:14,200 --> 00:23:17,880
 Si tous les routeurs savent qui est le point de
 rendez-vous, mais que le point de rendez-vous

293
00:23:17,880 --> 00:23:21,700
 Point lui-même ignore qu'il
 est censé jouer ce rôle.

294
00:23:21,700 --> 00:23:23,880
 Ça ne marchera pas.

295
00:23:23,880 --> 00:23:26,860
 Les gens lui enverront des liens et
 autres, mais il ne saura pas quoi.

296
00:23:26,860 --> 00:23:29,880
 Il n'a rien à faire avec eux car il
 n'est pas le point de rendez-vous.

297
00:23:29,880 --> 00:23:35,060
 Si un routeur donné ne sait pas quel est
 le point de rendez-vous, c'est que…

298
00:23:35,060 --> 00:23:37,160
 Ça va échouer. Mais comment le sais-tu ?

299
00:23:37,160 --> 00:23:42,700
 Eh bien, comme nous l'avons vu ici, lorsque vous affichez
 l'itinéraire IPM, permettez-moi de zoomer sur ceci

300
00:23:42,700 --> 00:23:49,900
 Un peu. Chaque routeur, même le
 RP lui-même, devrait avoir le

301
00:23:49,900 --> 00:23:52,300
 Adresse IP du RP.

302
00:23:52,300 --> 00:23:56,640
 Si vous exécutez cette commande et que vous voyez une
 étoile, saisissez G à l'emplacement du champ RP.

303
00:23:56,640 --> 00:24:00,800
 Il affiche simplement 0.0.0.0,
 c'est mauvais signe.

304
00:24:00,800 --> 00:24:04,500
 Cela signifie que le routeur n'a aucune
 connaissance du point de rendez-vous.

305
00:24:04,500 --> 00:24:07,940
 Il pourrait y en avoir un, mais ce routeur en
 particulier sur lequel vous vous trouvez.

306
00:24:07,940 --> 00:24:09,900
 ne sait pas de qui il s'agit.

307
00:24:09,900 --> 00:24:12,240
 Ce serait donc une mauvaise chose.

308
00:24:12,240 --> 00:24:17,220
 Autre chose, il ne suffit pas que le RP existe,
 il ne suffit pas que les routeurs

309
00:24:17,220 --> 00:24:22,940
 Ils doivent savoir qui il est, mais ils doivent
 disposer d'une route unicast valide vers

310
00:24:22,940 --> 00:24:27,080
 Le joindre. Quels seraient
 les signes d'un échec ?

311
00:24:27,080 --> 00:24:33,160
 Eh bien, si votre liste d'interfaces entrantes
 est nulle et que le voisin RPF est 0,0

312
00:24:33,160 --> 00:24:34,880
 .0. C'est votre indicateur principal.

313
00:24:34,880 --> 00:24:42,580
 Si j'ai une adresse ici, 3, 4, 3, 3,
 eh bien, par exemple, faisons ceci.

314
00:24:42,580 --> 00:24:46,740
 Maintenant, routeur,
 passons au routeur 2.

315
00:24:46,740 --> 00:24:53,460
 Afficher l'itinéraire IPM. D'accord.

316
00:24:53,460 --> 00:24:56,600
 Nous avons donc ici des
 connaissances sur le RP.

317
00:24:56,600 --> 00:25:01,220
 Afficher l'adresse IP RPF 3.4.3.3.

318
00:25:01,220 --> 00:25:03,920
 Et nous savons qu'il
 l'a appris via EIGRP.

319
00:25:03,920 --> 00:25:05,300
 Voici donc ce que je vais faire.

320
00:25:05,300 --> 00:25:08,800
 Je vais désactiver cette
 interface sur le RP.

321
00:25:08,800 --> 00:25:15,880
 Je vais tout simplement supprimer la
 route vers 3.4.3 sur le routeur 3.

322
00:25:15,880 --> 00:25:25,340
 D'accord. Donc routeur 2,
 affichez la route IP.

323
00:25:25,340 --> 00:25:28,920
 Cet itinéraire devrait disparaître de la
 table de routage très prochainement.

324
00:25:28,920 --> 00:25:32,780
 Il est toujours là, mais l'EIGRP devrait comprendre
 qu'il disparaîtra d'un instant à l'autre.

325
00:25:32,780 --> 00:25:37,100
 Il faudra peut-être que je le
 ferme aussi de l'autre côté.

326
00:25:37,100 --> 00:25:41,200
 En fait, oui, car ces deux routeurs
 sont connectés à un commutateur.

327
00:25:41,200 --> 00:25:43,440
 Ils ne sont en réalité
 pas directement liés.

328
00:25:43,440 --> 00:25:46,500
 Je vais donc désactiver cette
 sous-interface ici...

329
00:25:46,500 --> 00:25:50,460
 Alors faisons-le simplement comme ça.

330
00:25:50,460 --> 00:25:52,780
 Passons donc au routeur 3.

331
00:25:52,780 --> 00:25:58,760
 Voyons voir. Passons maintenant
 au routeur 4.

332
00:25:58,760 --> 00:26:04,500
 Interface rapide à 0.0.34.

333
00:26:04,500 --> 00:26:09,000
 Éteignez ça. Bon, maintenant
 c'est bel et bien terminé.

334
00:26:09,000 --> 00:26:15,160
 Et oui, d'accord, le réseau
 3.4.3 a disparu.

335
00:26:15,160 --> 00:26:21,400
 Maintenant, quand je montre l'itinéraire IPM, vous
 pouvez voir qu'il sait toujours qui est le RP.

336
00:26:21,400 --> 00:26:24,780
 C'est parce que je l'ai
 configuré statiquement.

337
00:26:24,780 --> 00:26:27,600
 Mais le voisin RPF est composé
 uniquement de zéros.

338
00:26:27,600 --> 00:26:30,320
 La liste des interfaces
 entrantes est nulle.

339
00:26:30,320 --> 00:26:32,020
 Ce qui signifie que je ne sais
 pas comment y arriver.

340
00:26:32,020 --> 00:26:35,680
 Je n'ai aucun moyen de me rendre
 au point de rendez-vous.

341
00:26:35,680 --> 00:26:38,900
 Donc, pour le mode clairsemé,
 ce sont les trois conditions.

342
00:26:38,900 --> 00:26:40,860
 Bon, il y a plus que ça, mais ce sont
 les trois principales conditions.

343
00:26:40,860 --> 00:26:45,240
 RP doit exister, il doit y avoir une route
 vers lui, et tous les routeurs en ont une.

344
00:26:45,240 --> 00:26:49,220
 savoir quel est le point de rendez-vous.

345
00:26:49,220 --> 00:26:51,360
 Voyons voir. Il y a d'autres questions.

346
00:26:51,360 --> 00:26:55,120
 Voyons voir. Et si R8
 était lui-même le RP ?

347
00:26:55,120 --> 00:26:57,560
 L'arbre partagé va-t-il
 également être créé ?

348
00:26:57,560 --> 00:27:04,020
 Oui, la question est donc : et si
 R8 était le point de rendez-vous ?

349
00:27:04,020 --> 00:27:07,220
 Eh bien, dans ce cas précis, l'arbre
 partagé serait beaucoup plus court.

350
00:27:07,220 --> 00:27:11,120
 L'arbre partagé se limiterait à ce
 seul saut entre R8 et R2, puis

351
00:27:11,120 --> 00:27:14,420
 de R2 jusqu'au récepteur.

352
00:27:14,420 --> 00:27:16,620
 Et si R2 était le point de rendez-vous ?

353
00:27:16,620 --> 00:27:17,820
 Vous pourriez faire cela.

354
00:27:17,820 --> 00:27:22,100
 Dans ce cas, il n'y aurait pratiquement
 pas d'arbre partagé, si R2 était

355
00:27:22,100 --> 00:27:25,400
 Le RP, alors l'arbre partagé serait simplement
 cette connexion directe ici.

356
00:27:25,400 --> 00:27:26,920
 au destinataire.

357
00:27:26,920 --> 00:27:30,600
 Dans ma topologie particulière, j'ai donc intentionnellement
 placé le point de rendez-vous.

358
00:27:30,600 --> 00:27:34,680
 un peu plus loin pour que nous puissions voir plus
 distinctement les houblons de ce qui était

359
00:27:34,680 --> 00:27:38,880
 tout se déroulait bien, mais n'importe lequel de ces
 routeurs aurait pu être le point de rendez-vous PIM.