1
00:00:08,840 --> 00:00:12,040
 Nous avons donc maintenant
 construit l'arbre partagé.

2
00:00:12,040 --> 00:00:17,660
 À ce stade, si la diffusion multiple démarre,
 une fois qu'elle atteindra le RP, elle

3
00:00:17,660 --> 00:00:22,560
 Passez du routeur 3 au routeur 8, du routeur
 8 au routeur 2, puis au routeur 3.

4
00:00:22,560 --> 00:00:26,320
 1. Nous sommes donc prêts à partir.

5
00:00:26,320 --> 00:00:30,920
 Bon, alors laissez-moi, d'accord, je vais
 laisser ça comme ça pour l'instant.

6
00:00:30,920 --> 00:00:34,620
 Ça commence à être un peu encombré,
 mais je ferai de mon mieux.

7
00:00:34,620 --> 00:00:40,680
 Bon, alors maintenant, vous savez, une minute plus
 tard, une heure plus tard, la source enfin

8
00:00:40,680 --> 00:00:43,940
 Il démarre. Il commence à envoyer
 son flux multicast.

9
00:00:43,940 --> 00:00:57,440
 Voilà. Le routeur 4 se trouve
 à l'arrière de la tête.

10
00:00:57,440 --> 00:01:03,880
 Quelle action le routeur 4 entreprendra-t-il suite
 à la réception de ce tout premier message ?

11
00:01:03,880 --> 00:01:05,940
 paquet multicast ?

12
00:01:05,940 --> 00:01:08,540
 Il va en fait faire beaucoup de choses,
 donc il y a plus d'une réponse correcte.

13
00:01:08,540 --> 00:01:21,240
 La réponse se trouve ici. Enfin, avant qu'il ne fasse
 quoi que ce soit, vous savez, la règle du PIM

14
00:01:21,240 --> 00:01:28,000
 C'est que lorsque vous recevez quelque chose,
 vous ne pouvez pas créer de paquets PIM.

15
00:01:28,000 --> 00:01:33,380
 Vous ne pouvez pas transférer de paquets multicast
 tant que vous n'avez pas créé d'état dans le

16
00:01:33,380 --> 00:01:37,660
 Table de routage M. Sans état de
 routage M, rien n'est possible.

17
00:01:37,660 --> 00:01:41,500
 La première chose que ce type doit faire,
 c'est créer l'état de la route M.

18
00:01:41,500 --> 00:01:46,160
 Alors il dit, d'accord, eh bien, parce que j'ai
 effectivement reçu du trafic provenant de

19
00:01:46,160 --> 00:01:54,060
 source, je vais créer un état s-coma-g,
 qui est de 4.5.4.5 à 39.999.

20
00:01:54,060 --> 00:01:55,500
 Voilà donc notre s-coma-g.

21
00:01:55,500 --> 00:02:03,140
 D'accord, alors dans ce cas précis, interface
 entrante, que va-t-il faire ?

22
00:02:03,140 --> 00:02:12,020
 avoir comme interface entrante ?

23
00:02:12,020 --> 00:02:14,560
 Eh bien, ce sera l'interface où ce
 multicast sera réellement utilisé.

24
00:02:14,560 --> 00:02:16,360
 Ça arrive. Exactement.

25
00:02:16,360 --> 00:02:18,080
 Ethernet rapide, 0/1.

26
00:02:18,080 --> 00:02:21,700
 C'est exact. Voilà ce
 que nous aurons ici.

27
00:02:21,700 --> 00:02:28,920
 Quel sera le voisin RPF
 pour cette entrée ?

28
00:02:28,920 --> 00:02:34,580
 Quelle adresse IP allons-nous y insérer ?

29
00:02:34,580 --> 00:02:41,020
 Exactement, Peter. C'est exact.

30
00:02:41,020 --> 00:02:42,780
 Il dit : « Écoutez, je suis le
 routeur de dernier saut. »

31
00:02:42,780 --> 00:02:45,560
 Je suis connecté directement à la source.

32
00:02:45,560 --> 00:02:48,400
 Je ne l'ai reçu par aucun autre routeur.

33
00:02:48,400 --> 00:02:51,280
 Le prochain voisin aura donc
 uniquement des zéros.

34
00:02:51,280 --> 00:02:54,480
 C'est ici que tout commence.

35
00:02:54,480 --> 00:02:58,880
 Maintenant, à l'heure actuelle, que va-t-il figurer
 dans la liste des interfaces sortantes ?

36
00:02:58,880 --> 00:03:15,800
 Qu'est-ce qui crée ceci ? La liste des
 interfaces sortantes sera nulle.

37
00:03:15,800 --> 00:03:18,940
 Parce qu'il va dire : écoutez,
 même si je reçois ce multicast,

38
00:03:18,940 --> 00:03:20,460
 Personne ne me l'a jamais demandé.

39
00:03:20,460 --> 00:03:24,740
 Je n'ai jamais reçu de requêtes
 IGMP ou PIM à ce sujet.

40
00:03:24,740 --> 00:03:31,760
 Donc, c'est nul. Maintenant, si j'exécute la commande
 « show IPM route », est-ce tout ce que j'obtiens ?

41
00:03:31,760 --> 00:03:37,320
 verriez-vous cette entrée d'énergie
 s pour cet état ?

42
00:03:37,320 --> 00:03:44,400
 Vous avez 50 % de chances de
 trouver la bonne réponse.

43
00:03:44,400 --> 00:03:52,620
 Oui ou non ? Non. La réponse est non,
 ce n'est pas tout ce que vous verrez.

44
00:03:52,620 --> 00:03:58,960
 Car même si les routeurs d'ici peuvent
 avoir des comédies à eux seuls,

45
00:03:58,960 --> 00:04:02,700
 Un coma ne peut pas être seul.

46
00:04:02,700 --> 00:04:06,320
 Un s-coma-g, c'est… vous vous souvenez de l'analogie
 du petit frère et du grand frère ?

47
00:04:06,320 --> 00:04:08,820
 J'ai dit que la comédie vedette
 était Big Brother.

48
00:04:08,820 --> 00:04:12,040
 Il peut sortir. Il peut flâner
 seul dans le quartier.

49
00:04:12,040 --> 00:04:15,100
 Mais le s-coma-g, c'est le
 petit frère de sept ans.

50
00:04:15,100 --> 00:04:18,240
 Nous ne voulons pas qu'il sorte seul car
 il pourrait lui arriver quelque chose.

51
00:04:18,240 --> 00:04:20,960
 Il doit donc suivre son grand frère.

52
00:04:20,960 --> 00:04:25,920
 Il nous faut donc créer la comédie
 vedette si elle n'existe pas déjà.

53
00:04:25,920 --> 00:04:29,080
 Dans ce cas précis, il n'en existait pas.

54
00:04:29,080 --> 00:04:33,220
 Nous allons donc le remplir.

55
00:04:33,220 --> 00:04:38,160
 Ça commence à être un peu encombré, mais
 je vais essayer de tout faire rentrer.

56
00:04:38,160 --> 00:04:39,900
 L'interface entrante sera rapide.

57
00:04:39,900 --> 00:04:43,300
 Ethernet 0/0.34 car c'est
 l'interface qui mène à

58
00:04:43,300 --> 00:04:44,600
 Point de rendez-vous.

59
00:04:44,600 --> 00:04:50,040
 Notre voisin PF sera 3.4.3.3.

60
00:04:50,040 --> 00:04:55,040
 La liste des interfaces sortantes
 sera, une fois de plus, nulle.

61
00:04:55,040 --> 00:04:58,520
 Parce que nous ne remplissons la liste des interfaces
 sortantes qu'avec quelque chose si

62
00:04:58,520 --> 00:05:01,220
 Nous recevons une demande quelconque.

63
00:05:01,220 --> 00:05:03,520
 Et nous n'avons jamais reçu de demande.

64
00:05:03,520 --> 00:05:06,260
 Bon, nous avons donc créé MROUT STATE.

65
00:05:06,260 --> 00:05:08,740
 Mais nous n'avons toujours pas répondu à
 la question : que faisons-nous avec ça ?

66
00:05:08,740 --> 00:05:10,820
 tout premier paquet multicast ?

67
00:05:10,820 --> 00:05:15,340
 Maintenant que l'État MROUT est
 créé, qu'allons-nous en faire ?

68
00:05:15,340 --> 00:05:24,840
 Nous allons l'enregistrer.

69
00:05:24,840 --> 00:05:26,020
 Nous allons l'envoyer.

70
00:05:26,020 --> 00:05:31,780
 Nous allons l'encapsuler dans un
 paquet d'enregistrement PIM.

71
00:05:31,780 --> 00:05:35,800
 Voilà, c'est parti, et ce sera
 diffusé en monodiffusion.

72
00:05:35,800 --> 00:05:41,420
 Voyons donc si je peux
 lui rendre justice ici.

73
00:05:41,420 --> 00:05:51,580
 Ce message sera donc diffusé en
 monodiffusion de R4 vers R3.

74
00:05:51,580 --> 00:05:58,280
 Et une trace de renifleur
 indiquera PIM REGISTER.

75
00:05:58,280 --> 00:06:03,580
 Maintenant, une fois que R3 aura obtenu ce registre
 PIM, tout comme R4 l'a fait pour un grand nombre de

76
00:06:03,580 --> 00:06:06,340
 Dès qu'il a reçu le premier paquet, il
 a créé tout le reste simultanément.

77
00:06:06,340 --> 00:06:10,220
 l'état et il l'a enregistré, enfin R3,
 il va faire tout un tas de choses

78
00:06:10,220 --> 00:06:13,080
 tout cela simultanément une fois qu'il
 aura cette caisse enregistreuse.

79
00:06:13,080 --> 00:06:18,280
 Puisqu'il voit enfin la source réelle,
 il peut créer une entrée S-comaG.

80
00:06:18,280 --> 00:06:20,560
 Je ne vais pas manquer de place
 ici, alors je vais juste mettre

81
00:06:20,560 --> 00:06:22,200
 Juste l'essentiel.

82
00:06:22,200 --> 00:06:27,520
 4.5.4.5, 2.39.999.

83
00:06:27,520 --> 00:06:32,040
 Voilà donc ma participation
 au concours S-comaG.

84
00:06:32,040 --> 00:06:38,100
 Et si vous avez des questions sur
 ce qu'est l'interface entrante ou

85
00:06:38,100 --> 00:06:44,180
 Tout ce genre de choses, donc dans cet article
 S-comaG en particulier, je vais procéder

86
00:06:44,180 --> 00:06:48,740
 et ajoutez ceci. Lorsqu'il le créera, il dira
 : « D'accord, eh bien, si j'ai déjà… »

87
00:06:48,740 --> 00:06:53,620
 J'avais déjà un star-comaG,
 il traînait là, en attente.

88
00:06:53,620 --> 00:06:56,940
 Et maintenant, je crée un S-comaG parce
 que je vois effectivement le multicast.

89
00:06:56,940 --> 00:07:00,520
 Je vais retourner à mon étoile-comaG et à ce
 qui se trouve dans mon interface de sortie.

90
00:07:00,520 --> 00:07:05,080
 La liste est là, je la copierai
 dans mon S-comaG.

91
00:07:05,080 --> 00:07:11,100
 La seule situation où cela ne se produirait
 pas est si, en agissant ainsi, vous

92
00:07:11,100 --> 00:07:14,840
 aurait un doublon de l'endroit où se
 trouve l'interface d'entrée S-comaG

93
00:07:14,840 --> 00:07:17,580
 Identique à la liste des
 interfaces sortantes.

94
00:07:17,580 --> 00:07:18,800
 Vous ne pouvez pas avoir ça.

95
00:07:18,800 --> 00:07:21,280
 Vous ne pouvez pas avoir une interface dans
 la liste des interfaces sortantes qui est la

96
00:07:21,280 --> 00:07:22,800
 identique à l'interface entrante.

97
00:07:22,800 --> 00:07:24,360
 Cela enfreint les règles de PIM.

98
00:07:24,360 --> 00:07:30,080
 Mais dans ce cas précis, nous
 n'avons pas à nous en soucier.

99
00:07:30,080 --> 00:07:32,540
 Quelqu'un dans le public a
 posé une bonne question.

100
00:07:32,540 --> 00:07:34,440
 Ils disent donc que c'est un message
 unicast, n'est-ce pas ?

101
00:07:34,440 --> 00:07:36,020
 Ce registre PIM est unicast.

102
00:07:36,020 --> 00:07:41,420
 Donc, si j'avais deux, trois ou quatre routeurs
 entre le routeur trois et le routeur

103
00:07:41,420 --> 00:07:44,900
 quatrièmement, auraient-ils
 un état de multidiffusion ?

104
00:07:44,900 --> 00:07:46,040
 Non, ils ne le feraient pas.

105
00:07:46,040 --> 00:07:48,460
 Car s'il y avait des routeurs entre
 nous, ils verraient simplement

106
00:07:48,460 --> 00:07:53,500
 un paquet unicast avec une adresse source
 de quatre et une destination de trois,

107
00:07:53,500 --> 00:07:54,360
 et ils se contenteraient de l'acheminer.

108
00:07:54,360 --> 00:07:58,560
 Tout comme ils acheminent une requête telnet, une
 requête de navigateur web ou une requête FTP.

109
00:07:58,560 --> 00:08:02,520
 Donc, s'il y avait des routeurs entre
 eux en ce moment, leur route M

110
00:08:02,520 --> 00:08:03,800
 L'état ne montrerait rien.

111
00:08:03,800 --> 00:08:06,820
 Ils ne se rendent pas compte que la diffusion
 multiple transite en réalité par eux.

112
00:08:06,820 --> 00:08:14,440
 en monodiffusion. D'accord, donc le routeur
 trois crée l'état S-comaG, puis

113
00:08:14,440 --> 00:08:18,240
 Il s'en sert pour le faire progresser
 le long de l'arbre.

114
00:08:18,240 --> 00:08:21,560
 Il dit donc : « D'accord, je vais
 déballer ce registre », révélant

115
00:08:21,560 --> 00:08:29,320
 le multicast interne, et je vais le transmettre
 dans l'arbre de routage, et ensuite

116
00:08:29,320 --> 00:08:33,340
 routeur huit, quand il l'aura, eh bien,
 cela créera un état S-comaG dans

117
00:08:33,340 --> 00:08:41,700
 Je vais juste mettre ça, parce
 qu'on manque de place.

118
00:08:41,700 --> 00:08:45,600
 Il le transmettra ensuite en descendant
 l'arbre partagé jusqu'au routeur deux.

119
00:08:45,600 --> 00:08:47,200
 Revenons un instant en arrière.

120
00:08:47,200 --> 00:08:50,300
 Avant de parler de ce qui se passe sur le routeur
 deux, revenons au point de rendez-vous.

121
00:08:50,300 --> 00:08:55,980
 Exactement. Brandon, le registre à broches est
 fondamentalement un tunnel de diffusion unique.

122
00:08:55,980 --> 00:08:58,640
 pour le paquet multicast.

123
00:08:58,640 --> 00:09:03,120
 En fait, c'est plutôt intéressant
 que vous souleviez ce sujet.

124
00:09:03,120 --> 00:09:08,500
 Une fois que vous vous connectez au routeur et que vous
 avez configuré le RP pour la première fois, vous

125
00:09:08,500 --> 00:09:12,660
 Dis-lui qui est le RP, regarde ça.

126
00:09:12,660 --> 00:09:15,540
 Je vais y aller, peu importe le routeur
 que je choisis, mais tout pour

127
00:09:15,540 --> 00:09:18,100
 Par souci de simplicité, je vais
 me rendre au routeur quatre.

128
00:09:18,100 --> 00:09:26,020
 Regardez ça. Ça crée en fait
 une interface tunnel.

129
00:09:26,020 --> 00:09:33,440
 Oui, et si vous exécutez la commande « show interface
 tunnel zero », elle affiche en fait « pem ».

130
00:09:33,440 --> 00:09:35,400
 tunnel d'enregistrement.

131
00:09:35,400 --> 00:09:40,400
 Chaque routeur possède cette fonctionnalité,
 car à aucun moment un routeur ne

132
00:09:40,400 --> 00:09:43,120
 Dois-je m'inscrire ?

133
00:09:43,120 --> 00:09:45,840
 Y aura-t-il un jour une diffusion multiple
 qui me touchera et dont j'aurai besoin ?

134
00:09:45,840 --> 00:09:47,360
 s'inscrire au RP ?

135
00:09:47,360 --> 00:09:53,160
 Dès qu'un routeur sait qui est le
 RP, il crée dynamiquement ceci

136
00:09:53,160 --> 00:09:54,440
 tunnel d'enregistrement.

137
00:09:54,440 --> 00:09:57,820
 Il est donc prêt à être utilisé au cas où
 il serait nécessaire de l'enregistrer.

138
00:09:57,820 --> 00:10:00,900
 N'importe quoi. Ouais, c'est plutôt cool.

139
00:10:00,900 --> 00:10:07,880
 D'accord, donc le routeur trois vient
 de transmettre le paquet multicast.

140
00:10:07,880 --> 00:10:12,760
 J'ai mentionné que le problème avec ces paquets
 d'enregistrement est qu'ils consomment

141
00:10:12,760 --> 00:10:17,360
 un peu plus de ressources CPU dans le
 routeur qui effectue l'enregistrement,

142
00:10:17,360 --> 00:10:22,720
 le routeur qui désencapsule
 ou déencapsule le registre.

143
00:10:22,720 --> 00:10:25,920
 Le routeur trois dit donc : « D’accord, je ne
 veux plus recevoir ces enregistrements. »

144
00:10:25,920 --> 00:10:28,580
 paquets si cela me fait
 travailler plus dur.

145
00:10:28,580 --> 00:10:33,680
 Je préférerais recevoir le flux multicast
 natif tel quel, du multicast pur.

146
00:10:33,680 --> 00:10:37,900
 Il dit que pour ce faire, il faut que
 j'en informe mes voisins en amont.

147
00:10:37,900 --> 00:10:42,500
 dans la direction de l'arbre de chemin
 le plus court, c'est ce que je veux.

148
00:10:42,500 --> 00:10:47,720
 Le routeur trois dit donc : « D’accord, maintenant que
 j’ai reçu cet état s-comage, et en conséquence… »

149
00:10:47,720 --> 00:10:53,460
 Pour moi, l'arbre de chemin le plus court
 est l'interface fast-eath et à zéro zéro.

150
00:10:53,460 --> 00:10:57,620
 « D’accord », dit-il, « quand je fais une recherche
 RPF sur la source, quatre, cinq, quatre… »

151
00:10:57,620 --> 00:11:01,660
 cinq, ma recherche RPF indique que mon chemin le
 plus court est de sortir en mort rapide et à

152
00:11:01,660 --> 00:11:08,240
 zéro zéro. Le routeur trois enverra donc
 alors un autre type de paquet PIM.

153
00:11:08,240 --> 00:11:12,180
 Quel type de paquet PIM le routeur
 trois enverra-t-il à ce stade ?

154
00:11:12,180 --> 00:11:23,780
 pour lui ouvrir le chemin le plus court ?

155
00:11:23,780 --> 00:11:31,820
 Il enverra un PIM s-comagee
 join, un s-comagee join.

156
00:11:31,820 --> 00:11:35,280
 Et s'il y avait des routeurs
 entre ces deux types, ici ?

157
00:11:35,280 --> 00:11:40,360
 qui n'avait auparavant aucun état
 multicast car le registre était

158
00:11:40,360 --> 00:11:43,900
 En les parcourant simplement de manière transparente,
 s'il y avait des routeurs, voyons voir.

159
00:11:43,900 --> 00:11:47,140
 Pour le moment, mettons-en un
 faux ici, disons un routeur.

160
00:11:47,140 --> 00:11:49,500
 x était juste là.

161
00:11:49,500 --> 00:11:56,200
 Dès réception de cette demande d'adhésion s-comagee,
 le routeur x créerait un s-comagee.

162
00:11:56,200 --> 00:11:59,140
 état dans sa table de routage m.

163
00:11:59,140 --> 00:12:03,940
 Et il créerait un État stellaire-comagee
 parce que le s-comagee ne peut pas vivre

164
00:12:03,940 --> 00:12:07,400
 Tout seul. Il a trop peur pour aller
 se promener seul dans le monde.

165
00:12:07,400 --> 00:12:09,020
 Il doit avoir son grand frère avec lui.

166
00:12:09,020 --> 00:12:12,040
 Cela crée donc également un
 état de comagée stellaire.

167
00:12:12,040 --> 00:12:16,780
 Puis il transmettrait le s-comagee
 en amont et finalement il

168
00:12:16,780 --> 00:12:18,500
 atteindre le routeur quatre.

169
00:12:18,500 --> 00:12:23,280
 Une fois que le routeur quatre reçoit ce s-comagee, il dit
 : « Oh, quelqu'un est en train de faire quelque chose ! »

170
00:12:23,280 --> 00:12:25,400
 me demandant ce multicast.

171
00:12:25,400 --> 00:12:33,100
 Je peux donc maintenant supprimer mon interface
 de sortie nulle dans mon entrée s-comagee.

172
00:12:33,100 --> 00:12:38,960
 et je la remplacerai par l'interface
 où je viens de recevoir la requête,

173
00:12:38,960 --> 00:12:45,040
 la requête s-comagee, qui
 est fast-eathonet00.34.

174
00:12:45,040 --> 00:12:50,800
 Le routeur quatre est désormais autorisé
 à commencer à relayer le flux multicast.

175
00:12:50,800 --> 00:12:55,620
 nativement en panne rapide-eathonet00.34.

176
00:12:55,620 --> 00:13:04,340
 Mais n'oubliez pas que, lorsque cette jonction s-comagee est
 apparue, le routeur quatre ne l'a pas nécessairement fait.

177
00:13:04,340 --> 00:13:08,120
 Je sais que c'est parce que le point
 de rendez-vous en a été l'initiateur.

178
00:13:08,120 --> 00:13:10,140
 Il ne le sait pas forcément.

179
00:13:10,140 --> 00:13:13,440
 Tout ce qu'il sait, c'est qu'un voisin
 en aval souhaite ouvrir son canal.

180
00:13:13,440 --> 00:13:17,820
 le multicast. Donc le routeur quatre dit : « D’accord,
 j’enverrai le multicast dans son… »

181
00:13:17,820 --> 00:13:22,840
 Forme native pure en suivant ce lien, mais je
 ne sais pas si c'est le point de rendez-vous

182
00:13:22,840 --> 00:13:24,780
 a même reçu mon registre.

183
00:13:24,780 --> 00:13:26,740
 Car n'oubliez pas, ce
 n'est pas comme TCP.

184
00:13:26,740 --> 00:13:28,400
 Il n'y a ni remerciements ni
 quoi que ce soit d'autre ici.

185
00:13:28,400 --> 00:13:31,800
 Lorsque le routeur quatre a envoyé le registre,
 il l'a simplement envoyé dans le vide et

186
00:13:31,800 --> 00:13:35,400
 Il n'avait aucune idée si le RP
 l'avait réellement reçu ou non.

187
00:13:35,400 --> 00:13:39,420
 Il dit donc, eh bien, en plus d'envoyer
 le multicast dans sa forme native

188
00:13:39,420 --> 00:13:44,340
 Pour accéder au routeur X, je dois également
 continuer à m'enregistrer.

189
00:13:44,340 --> 00:13:45,620
 Je ne peux pas empêcher ça.

190
00:13:45,620 --> 00:13:48,720
 Car tant que le point de rendez-vous n'aura
 pas confirmé la réception de mon registre,

191
00:13:48,720 --> 00:13:50,220
 Je dois continuer.

192
00:13:50,220 --> 00:13:55,580
 Le flux multicast descend donc maintenant cet
 arbre et le routeur trois en reçoit deux.

193
00:13:55,580 --> 00:14:00,520
 des copies de celui-ci. Il obtient le multicast
 natif car maintenant ce chemin a été

194
00:14:00,520 --> 00:14:06,060
 ouvert. Et il reçoit exactement le
 même paquet multicast encapsulé.

195
00:14:06,060 --> 00:14:08,120
 à l'intérieur d'une caisse enregistreuse.

196
00:14:08,120 --> 00:14:10,980
 Maintenant, le routeur trois
 dit : « OK, super. »

197
00:14:10,980 --> 00:14:14,860
 Je sais que le chemin le plus court
 vers la source fonctionne.

198
00:14:14,860 --> 00:14:16,380
 Je sais que c'est ouvert.

199
00:14:16,380 --> 00:14:19,880
 Car si cela n'avait pas fonctionné, je
 n'aurais pas reçu le multicast normal.

200
00:14:19,880 --> 00:14:21,780
 le véritable multicast natif.

201
00:14:21,780 --> 00:14:25,100
 Il dit, donc puisque j'ai reçu le vrai
 multicast, qu'il continue à transmettre

202
00:14:25,100 --> 00:14:30,940
 En aval, dit-il, je peux maintenant envoyer
 un message d'arrêt d'enregistrement.

203
00:14:30,940 --> 00:14:36,280
 Je n'ai plus de place ici, mais il
 peut envoyer un enregistrement PIM.

204
00:14:36,280 --> 00:14:43,620
 Arrêtez. Et cela, comme indiqué, entraînera
 l'arrêt du routeur quatre.

205
00:14:43,620 --> 00:14:47,820
 Inscription. Et maintenant, il va simplement
 envoyer le multicast natif dans son pur

206
00:14:47,820 --> 00:14:52,620
 Formez jusqu'à la troisième
 fraise et c'est parti.

207
00:14:52,620 --> 00:14:56,040
 J'ai mentionné le tout premier
 paquet multicast, ce premier

208
00:14:56,040 --> 00:15:00,820
 L'enregistrement a été déencapsulé,
 désencapsulé, et a finalement abouti

209
00:15:00,820 --> 00:15:03,320
 « En allant vers le routeur numéro deux, dis-je,
 faisons une pause d'une seconde. »

210
00:15:03,320 --> 00:15:05,320
 Retournons au point de rendez-vous car
 le routeur deux va s'en charger.

211
00:15:05,320 --> 00:15:06,380
 Un tas de choses.

212
00:15:06,380 --> 00:15:08,840
 Alors, revenons en quelque
 sorte en arrière.

213
00:15:08,840 --> 00:15:12,820
 Revenons une seconde ou deux en
 arrière, à ce moment précis où…

214
00:15:12,820 --> 00:15:15,840
 Le premier paquet multicast
 a atteint le routeur deux.

215
00:15:15,840 --> 00:15:17,120
 Eh bien, devinez quoi ?

216
00:15:17,120 --> 00:15:26,300
 Le routeur deux, lorsqu'il le reçoit, crée
 l'état S, virgule G, car maintenant

217
00:15:26,300 --> 00:15:28,100
 Il a vu le paquet.

218
00:15:28,100 --> 00:15:32,840
 Et il dit, d'accord, il retourne à son
 entrée étoile, virgule G, et il voit

219
00:15:32,840 --> 00:15:35,640
 Il y a un petit drapeau là-dedans.

220
00:15:35,640 --> 00:15:42,240
 Le drapeau C, qui dit, oh, je me souviens
 avoir créé l'étoile, l'état G

221
00:15:42,240 --> 00:15:46,320
 parce qu'une connexion directe, c'est ce
 que signifie le C, une connexion directe

222
00:15:46,320 --> 00:15:49,580
 Le récepteur connecté m'a
 demandé ce multicast.

223
00:15:49,580 --> 00:15:51,300
 J'ai reçu un rapport d'adhésion.

224
00:15:51,300 --> 00:15:55,700
 Donc, selon lui, cela signifie que je suis
 ce que PIM appelle un routeur à feuilles.

225
00:15:55,700 --> 00:15:57,900
 Je suis au bout de la branche.

226
00:15:57,900 --> 00:16:03,140
 Et comme je suis un fraiseur à feuilles,
 j'ai l'autorité pour ouvrir le plus court

227
00:16:03,140 --> 00:16:08,960
 Arborescence des chemins. Personnellement, je peux
 m'éloigner de l'arborescence partagée et essayer de

228
00:16:08,960 --> 00:16:12,020
 Récupérez ces paquets de
 manière plus efficace.

229
00:16:12,020 --> 00:16:15,640
 Donc, si nous supposons ici que cette liaison
 série est en fait le chemin le plus court

230
00:16:15,640 --> 00:16:19,960
 Du point de vue du routeur deux, il va essentiellement
 faire exactement la même chose.

231
00:16:19,960 --> 00:16:22,460
 La même chose qu'a faite
 le point de rendez-vous.

232
00:16:22,460 --> 00:16:29,100
 Il va envoyer un S, virgule
 G joint en amont.

233
00:16:29,100 --> 00:16:36,560
 Et lorsque le routeur quatre recevra cela, il
 l'ajoutera à sa liste d'interfaces sortantes.

234
00:16:36,560 --> 00:16:43,600
 Ajoutez maintenant le numéro de série
 010 à cette interface de sortie.

235
00:16:43,600 --> 00:16:47,960
 Et maintenant, le flux multicast natif va
 commencer à circuler dans cette direction.

236
00:16:47,960 --> 00:16:53,580
 Une fois que le routeur deux a pris en charge le multicast
 natif, il dit maintenant : « OK, génial ! »

237
00:16:53,580 --> 00:16:56,920
 Je reçois maintenant le multicast natif
 sur mon arbre de chemin le plus court.

238
00:16:56,920 --> 00:17:02,020
 Mais hmm, je reçois aussi des copies de
 ce paquet dans l'arborescence partagée.

239
00:17:02,020 --> 00:17:04,620
 Je n'ai plus besoin de ces paquets
 qui descendent l'arbre partagé.

240
00:17:04,620 --> 00:17:05,780
 Je n'en veux pas.

241
00:17:05,780 --> 00:17:12,240
 Question de révision : que fait le
 routeur deux pour tenter d’arrêter…

242
00:17:12,240 --> 00:17:17,540
 paquets provenant de l'arbre partagé ?

243
00:17:17,540 --> 00:17:29,200
 C'est exact. Il envoie un
 message de nettoyage PIM.

244
00:17:29,200 --> 00:17:34,300
 Il s'agit précisément d'un message de suppression PIM, dont
 le format est identique à celui d'un message d'adhésion PIM.

245
00:17:34,300 --> 00:17:38,480
 message. Au lieu d'indiquer le nombre de groupes
 auxquels il a adhéré, il indique le nombre

246
00:17:38,480 --> 00:17:40,440
 groupes élagués.

247
00:17:40,440 --> 00:17:45,520
 Il envoie donc un pruneau PIM.

248
00:17:45,520 --> 00:17:51,480
 Dans ce cas précis, il aura effectivement
 la source, 4.5.4.5.

249
00:17:51,480 --> 00:17:54,500
 Il aura le groupe.

250
00:17:54,500 --> 00:18:00,920
 Mais à l'intérieur, il aura le bit RP
 activé, ce qui indique à son amont

251
00:18:00,920 --> 00:18:04,660
 Voisin, hé, ne transmets
 pas ça à la source.

252
00:18:04,660 --> 00:18:07,180
 Même si j'indique ici l'adresse de la source,
 ce n'est pas là que cela se trouve.

253
00:18:07,180 --> 00:18:09,000
 Le message finit par partir.

254
00:18:09,000 --> 00:18:11,760
 Je vous prie de transmettre ceci
 au point de rendez-vous.

255
00:18:11,760 --> 00:18:16,060
 Le routeur huit supprimera donc zéro/un
 de son interface de sortie.

256
00:18:16,060 --> 00:18:22,880
 Il créera une liste. Il créera un message d'élagage,
 qu'il enverra ensuite au routeur.

257
00:18:22,880 --> 00:18:28,180
 trois. Le routeur trois va ensuite supprimer les
 éléments de sa liste d'interfaces sortantes.

258
00:18:28,180 --> 00:18:34,780
 Et maintenant, le routeur trois va dire :
 « Bon, personne n'a besoin du multicast. »

259
00:18:34,780 --> 00:18:38,820
 Pour moi, ce n'est plus le cas. Je n'ai plus d'interfaces
 dans ma liste d'interfaces sortantes.

260
00:18:38,820 --> 00:18:40,140
 Alors devinez ce qu'il va faire ?

261
00:18:40,140 --> 00:18:43,300
 Il enverra un pruneau vers la source.

262
00:18:43,300 --> 00:18:47,460
 Et donc finalement, après une seconde ou
 deux, la circulation ne sera plus dense.

263
00:18:47,460 --> 00:18:51,200
 Plus tard, il cessera de passer par le point
 de rendez-vous, et cela ne fera que

264
00:18:51,200 --> 00:18:57,140
 descendre directement dans l'arborescence
 du chemin source jusqu'au routeur deux.

265
00:18:57,140 --> 00:19:02,560
 Quelles sont vos questions ?

266
00:19:02,560 --> 00:19:06,740
 Ceci conclut mon analyse de ce processus
 en présence du public.

267
00:19:06,740 --> 00:19:22,160
 Avez-vous des questions ?

268
00:19:22,160 --> 00:19:23,900
 Peter pose une bonne question.

269
00:19:23,900 --> 00:19:26,460
 Il dit : « Hé, je me souviens de quelque
 chose qui s'appelle un registre nul. »

270
00:19:26,460 --> 00:19:29,640
 Qui envoie cela et dans quelles
 conditions est-ce envoyé ?

271
00:19:29,640 --> 00:19:32,540
 Bon, nous voici donc dans le présent.

272
00:19:32,540 --> 00:19:36,460
 Actuellement, le flux multicast atteint le
 routeur quatre, et le seul flux sortant

273
00:19:36,460 --> 00:19:42,300
 L'interface que possède le routeur quatre
 est de type série zéro/un taille zéro.

274
00:19:42,300 --> 00:19:45,320
 Il l'envoie donc directement par là.

275
00:19:45,320 --> 00:19:51,520
 Mais le routeur numéro quatre, dit-il, eh bien,
 toutes les quelques secondes, il a une pensée.

276
00:19:51,520 --> 00:19:55,900
 Le routeur quatre, toutes les quelques secondes,
 dit : « Eh bien, il est possible que… »

277
00:19:55,900 --> 00:20:01,160
 Il est possible que quelqu'un d'autre ait rejoint le flux
 et envoyé des messages au cours des dernières secondes.

278
00:20:01,160 --> 00:20:03,740
 leur demande au point de rendez-vous.

279
00:20:03,740 --> 00:20:06,360
 Et peut-être que le point de rendez-vous est assis là,
 en ce moment même, en train de se tourner les doigts.

280
00:20:06,360 --> 00:20:09,300
 pouce disant, mec, j'aimerais bien que ce
 stream commence parce que j'ai quelqu'un

281
00:20:09,300 --> 00:20:10,800
 Qui le veut ?

282
00:20:10,800 --> 00:20:13,680
 Mais n'oubliez pas que le point de rendez-vous
 a peut-être oublié le cours d'eau.

283
00:20:13,680 --> 00:20:15,800
 Il n'a peut-être plus d'État.

284
00:20:15,800 --> 00:20:20,560
 Donc, quand quelqu'un d'autre l'a rejoint,
 cela a créé une nouvelle étoile, l'état G.

285
00:20:20,560 --> 00:20:22,060
 et le point de rendez-vous.

286
00:20:22,060 --> 00:20:25,600
 Mais il avait oublié son état
 précédent, S, virgule G.

287
00:20:25,600 --> 00:20:30,140
 C'est parti. Donc, le routeur quatre dit,
 au cas où cela se serait produit :

288
00:20:30,140 --> 00:20:32,160
 Je vais envoyer un registre nul.

289
00:20:32,160 --> 00:20:33,540
 Cela se produit environ toutes
 les cinq secondes.

290
00:20:33,540 --> 00:20:36,240
 Toutes les cinq secondes environ, j'enverrai
 un registre nul au routeur.

291
00:20:36,240 --> 00:20:40,900
 trois, qui ne contient en réalité
 pas le paquet multicast.

292
00:20:40,900 --> 00:20:43,420
 En gros, ça dit simplement :
 « Hé, point de rendez-vous. »

293
00:20:43,420 --> 00:20:47,920
 Je voulais juste vous rappeler que
 j'ai activé ce flux multicast.

294
00:20:47,920 --> 00:20:49,840
 Je le transmets à d'autres personnes.

295
00:20:49,840 --> 00:20:53,840
 Et si vous le voulez, vous
 pouvez me le demander.

296
00:20:53,840 --> 00:20:55,460
 Voilà donc ce qu'est un registre nul.

297
00:20:55,460 --> 00:20:57,240
 Il s'éteint toutes les cinq secondes.

298
00:20:57,240 --> 00:21:00,820
 Il est généré par le routeur quatre car
 c'est lui qui est directement connecté.

299
00:21:00,820 --> 00:21:04,760
 à la source. Et c'est sa façon de rappeler
 le point de rendez-vous, hein,

300
00:21:04,760 --> 00:21:05,880
 Vous voulez ça ?

301
00:21:05,880 --> 00:21:10,060
 Maintenant, si le point de rendez-vous le
 souhaite, il enverra un S, virgule G join

302
00:21:10,060 --> 00:21:12,400
 rouvrir cette voie.

303
00:21:12,400 --> 00:21:16,800
 Si le point de rendez-vous n'en veut pas,
 il enverra un autre point de contrôle.

304
00:21:16,800 --> 00:21:18,080
 Il dira : « Je n'en ai pas besoin. »

305
00:21:18,080 --> 00:21:19,080
 Et c'est ce qui va se passer.

306
00:21:19,080 --> 00:21:20,600
 Toutes les cinq secondes.

307
00:21:20,600 --> 00:21:25,940
 Donc oui, ce registre nul est toujours
 généré par le routeur de premier saut.

308
00:21:25,940 --> 00:21:30,820
 Le routeur directement connecté
 à la source multicast.

309
00:21:30,820 --> 00:21:35,420
 Avez-vous d'autres questions ?

310
00:21:35,420 --> 00:21:43,240
 Et oui, Josh a posé une bonne question.

311
00:21:43,240 --> 00:21:46,920
 Il a dit, en revenant au routeur deux, que
 lorsque le routeur deux est passé au

312
00:21:46,920 --> 00:21:49,840
 Le chemin le plus court, Josh
 veut juste une confirmation.

313
00:21:49,840 --> 00:21:51,080
 Il a tout à fait raison.

314
00:21:51,080 --> 00:21:54,380
 Le routeur détermine le chemin le plus court
 une fois qu'il a examiné le système.

315
00:21:54,380 --> 00:21:58,620
 à l'adresse source de cette multidiffusion,
 qui dans ce cas est quatre, cinq,

316
00:21:58,620 --> 00:21:59,460
 quatre, cinq, cinq, quatre.

317
00:21:59,460 --> 00:22:01,500
 Il effectue une vérification RPF.

318
00:22:01,500 --> 00:22:04,620
 Il consulte sa table de routage unicast et
 se demande quel est le meilleur itinéraire.

319
00:22:04,620 --> 00:22:07,580
 Je suis revenu à cette source ?

320
00:22:07,580 --> 00:22:12,180
 Et il peut avoir une route statique,
 une route EI-JRP ou une route OSPF.

321
00:22:12,180 --> 00:22:15,360
 Mais dans ce cas précis, il avait une sorte d'itinéraire
 qui indiquait le meilleur moyen de

322
00:22:15,360 --> 00:22:19,920
 Le retour au réseau quatre, cinq,
 quatre se fait via la série 010.

323
00:22:19,920 --> 00:22:22,860
 C'est donc ainsi qu'il a déterminé quel
 serait son chemin le plus court.