1
00:00:08,320 --> 00:00:11,100
 Très bien, voyons voir.

2
00:00:11,100 --> 00:00:15,700
 Nous voulons donc observer
 le processus d'inscription.

3
00:00:15,700 --> 00:00:22,900
 La manière la plus simple de créer du trafic multicast
 est tout simplement d'effectuer un multicast.

4
00:00:22,900 --> 00:00:25,160
 Ping. Et en fait, ce sera facile.

5
00:00:25,160 --> 00:00:31,140
 La raison de mon hésitation est que, par exemple, si je faisais
 une diffusion multiple, cela pourrait poser problème.

6
00:00:31,140 --> 00:00:37,800
 ping depuis le routeur 4, lorsque vous initiez
 un ping multicast depuis un routeur,

7
00:00:37,800 --> 00:00:43,400
 Il enverra effectivement ce paquet multicast,
 ce paquet ICMP multicast.

8
00:00:43,400 --> 00:00:48,700
 sur toutes les interfaces dont il dispose
 et sur lesquelles le PIM est activé.

9
00:00:48,700 --> 00:00:51,420
 Je veux dire, il ne prend même pas la peine de vérifier
 l'état de la route M ou quoi que ce soit d'autre.

10
00:00:51,420 --> 00:00:54,160
 Il le copie et l'envoie
 dans chaque paquet.

11
00:00:54,160 --> 00:00:55,460
 Et je ne voulais pas de ça.

12
00:00:55,460 --> 00:00:57,740
 Mais dans ce cas précis, je n'ai pas à
 m'en soucier car sur le routeur 5, il

13
00:00:57,740 --> 00:00:59,680
 De toute façon, elle ne possède
 qu'une seule interface.

14
00:00:59,680 --> 00:01:02,340
 Voyons voir.

15
00:01:02,340 --> 00:01:06,300
 Nous voulons capturer...

16
00:01:06,300 --> 00:01:10,880
 Voici donc le paquet multicast.

17
00:01:10,880 --> 00:01:15,540
 Ça va se passer comme ça.

18
00:01:15,540 --> 00:01:20,580
 Et nous voulons voir ce paquet multicast
 tel qu'il est encapsulé dans un PIM

19
00:01:20,580 --> 00:01:33,020
 s'inscrire. Et ensuite, nous voulons aussi
 voir dès que le RP l'aura reçu, nous

20
00:01:33,020 --> 00:01:43,240
 J'aimerais le voir envoyer une jonction PIM-S-G
 pour ouvrir son chemin le plus court.

21
00:01:43,240 --> 00:01:48,100
 Nous verrons alors le flux multicast lui-même
 se dérouler dans son format natif.

22
00:01:48,100 --> 00:01:55,740
 formulaire. Enfin, nous voulons voir le RP
 une fois qu'il l'aura reçu, en l'envoyant.

23
00:01:55,740 --> 00:01:57,680
 un arrêt du registre PIM.

24
00:01:57,680 --> 00:02:02,920
 Car c'est ainsi que cela va se passer.

25
00:02:02,920 --> 00:02:06,500
 Pour ce faire, voyons voir.

26
00:02:06,500 --> 00:02:13,260
 Pourquoi ne pas simplement capturer tout ce
 qui entre et sort du routeur 3 rapidement ?

27
00:02:13,260 --> 00:02:22,740
 Ethernet 00. Le routeur 3 est donc en mode
 rapide Ethernet 00, soit le port 0/5.

28
00:02:22,740 --> 00:02:39,740
 Interrupteur. D'accord, oui, 0/5.

29
00:02:39,740 --> 00:02:41,140
 Très bien, nous devrions être prêts.

30
00:02:41,140 --> 00:02:45,080
 Permettez-moi donc d'aller
 maintenant à la source.

31
00:02:45,080 --> 00:02:50,440
 Et je crois que j'utilise 999.

32
00:02:50,440 --> 00:02:56,060
 Et je vais répéter ça 100 fois juste
 pour que ça dure un moment.

33
00:02:56,060 --> 00:03:05,120
 Et commençons la traque par renifleur.

34
00:03:05,120 --> 00:03:07,920
 Voilà, c'est fait.

35
00:03:07,920 --> 00:03:11,240
 Cela suffisait.

36
00:03:11,240 --> 00:03:14,600
 Bon, voici la caisse.

37
00:03:14,600 --> 00:03:21,020
 Donc on ne voit pas vraiment, car
 je ne filme que sur… allons-y

38
00:03:21,020 --> 00:03:25,280
 Pour en revenir à cela, je ne capture
 que les données entrant et sortant de

39
00:03:25,280 --> 00:03:28,620
 En fait, nous n'avons pas vu le flux multicast
 natif tel qu'il arrivait au routeur.

40
00:03:28,620 --> 00:03:31,880
 4. Mais nous voyons bien
 le message d'inscription.

41
00:03:31,880 --> 00:03:35,440
 Voilà donc le registre PIM.

42
00:03:35,440 --> 00:03:41,720
 Il s'agit donc de l'adresse IP 4545.

43
00:03:41,720 --> 00:03:44,460
 Vérifions ici.

44
00:03:44,460 --> 00:03:47,780
 C'est le routeur 4 qui devrait effectuer
 l'enregistrement, et non le routeur 5.

45
00:03:47,780 --> 00:03:52,660
 Permettez-moi de vérifier
 le routeur 5 un instant.

46
00:03:52,660 --> 00:04:00,580
 Voyons voir, c'est intéressant, mais
 il existe un moyen simple de vérifier

47
00:04:00,580 --> 00:04:05,200
 Voilà. L'adresse source provient
 donc bien de la source elle-même.

48
00:04:05,200 --> 00:04:12,680
 4545. Mais est-ce que ça vient vraiment de lui ou
 est-ce que le routeur 4 a simplement transmis ça ?

49
00:04:12,680 --> 00:04:16,900
 là-dedans ? Eh bien, nous pouvons le vérifier
 en vérifiant l'adresse MAC source de

50
00:04:16,900 --> 00:04:21,060
 ce cadre pour voir de qui
 il provient réellement.

51
00:04:21,060 --> 00:04:28,300
 L'adresse MAC source provenait
 donc de 8C B6.

52
00:04:28,300 --> 00:04:43,140
 8C B6. Cela provient donc vraiment
 de FastEthernet01 et R5 ?

53
00:04:43,140 --> 00:04:48,440
 Non, ce n'est pas le cas
 car il est 8E0051.

54
00:04:48,440 --> 00:04:50,840
 Donc si nous allons au routeur 4.

55
00:04:50,840 --> 00:05:02,900
 Oups, pas "show run", "show interface".

56
00:05:02,900 --> 00:05:05,520
 FastEthernet00.34.

57
00:05:05,520 --> 00:05:09,500
 Voilà. 8C B6.

58
00:05:09,500 --> 00:05:12,120
 C'est intéressant, regardez ça.

59
00:05:12,120 --> 00:05:18,180
 Donc, lorsque le flux multicast natif atteint
 le routeur 4, lorsqu'il l'encapsule dans

60
00:05:18,180 --> 00:05:22,480
 Un message d'inscription, veuillez
 patienter une seconde.

61
00:05:22,480 --> 00:05:25,980
 Je crois que c'est une bizarrerie, en fait,
 je crois me souvenir que c'est un

62
00:05:25,980 --> 00:05:30,720
 L'étrangeté du requin-fil, pas
 vraiment la pince coupante.

63
00:05:30,720 --> 00:05:33,280
 Ouais, c'est parti.

64
00:05:33,280 --> 00:05:35,780
 Bon, je ne sais pas pourquoi
 Wire Shark n'aime pas ça.

65
00:05:35,780 --> 00:05:39,600
 Ici, dans la fenêtre principale, il est indiqué
 que cela provient de la version 4.5.

66
00:05:39,600 --> 00:05:46,060
 Si vous regardez attentivement le contenu du message,
 ici dans l'en-tête IP, vous verrez qu'il provient de

67
00:05:46,060 --> 00:05:52,780
 depuis le routeur 4. Je ne comprends donc pas pourquoi
 il y a une telle différence entre la façon dont…

68
00:05:52,780 --> 00:05:57,020
 Il l'affiche. Voici donc mon en-tête IP.

69
00:05:57,020 --> 00:06:03,100
 Le trafic provient donc du routeur 4 et se dirige
 vers le point de rendez-vous, le routeur 3.

70
00:06:03,100 --> 00:06:10,220
 et derrière l'en-tête IP, se
 trouve notre en-tête PIM.

71
00:06:10,220 --> 00:06:17,740
 Donc, le type numéro 1, qui est
 un paquet d'enregistrement.

72
00:06:17,740 --> 00:06:25,600
 Et puis vous pouvez voir ici qu'il n'y
 a que quelques drapeaux, et puis voici

73
00:06:25,600 --> 00:06:31,360
 en fait, le paquet multicast
 qu'il contient.

74
00:06:31,360 --> 00:06:40,540
 Partant de la source, allant au groupe,
 et juste quelques autres choses

75
00:06:40,540 --> 00:06:42,480
 à ce sujet, au cas où cela
 vous intéresserait.

76
00:06:42,480 --> 00:06:45,240
 Je parlerai du registre nul en tout
 dernier point de cette section.

77
00:06:45,240 --> 00:06:51,840
 vidéo. Mais ce truc qu'on appelle
 frontière, c'est quoi exactement ?

78
00:06:51,840 --> 00:06:59,400
 Il est indiqué non. Il existe une fonctionnalité que
 vous pouvez utiliser en mode PIM allégé appelée

79
00:06:59,400 --> 00:07:02,920
 un routeur de bordure, ou
 un routeur de bordure PIM.

80
00:07:02,920 --> 00:07:07,120
 C'est-à-dire, et honnêtement, je ne suis pas sûr de
 la fréquence à laquelle cela est utilisé dans le

81
00:07:07,120 --> 00:07:12,360
 Dans la réalité, par exemple, si j'avais
 un routeur, d'un côté je ferais…

82
00:07:12,360 --> 00:07:20,420
 quelque chose qui n'est pas du PIM.

83
00:07:20,420 --> 00:07:23,560
 Nous réalisons donc une partie et nous
 utilisons le PIM sur l'autre interface.

84
00:07:23,560 --> 00:07:25,960
 Et nous voulons que le flux multicast
 soit acheminé sans problème.

85
00:07:25,960 --> 00:07:29,260
 Cela serait considéré comme
 un routeur de bordure PIM.

86
00:07:29,260 --> 00:07:33,180
 Dans ce cas précis, si ce routeur
 envoyait un registre, ce bit

87
00:07:33,180 --> 00:07:37,800
 Là, ce drapeau serait mis à 1, indiquant
 que oui, il s'agit d'une frontière.

88
00:07:37,800 --> 00:07:41,440
 routeur. Mais on ne fait pas ce genre
 de choses bizarres ici, donc il dit

89
00:07:41,440 --> 00:07:43,740
 Non, ce n'est pas un
 routeur de frontière.

90
00:07:43,740 --> 00:07:51,420
 Voilà donc notre registre, un en-tête
 PIM basique assez simple, et ensuite…

91
00:07:51,420 --> 00:07:53,700
 le multicast proprement
 dit à l'intérieur.

92
00:07:53,700 --> 00:08:00,140
 Et puis, selon notre tableau blanc, nous avons
 dit qu'une fois que cela aurait été abaissé, le

93
00:08:00,140 --> 00:08:04,420
 Le point de rendez-vous devrait alors tenter
 d'ouvrir son arbre de chemin le plus court.

94
00:08:04,420 --> 00:08:13,000
 en envoyant une jointure S, G.

95
00:08:13,000 --> 00:08:16,860
 Voyons voir.

96
00:08:16,860 --> 00:08:23,580
 C'est probablement ça, PIM
 se connecte, voyons voir.

97
00:08:23,580 --> 00:08:30,320
 Ça arrive, l'adresse source provient
 de notre point de rendez-vous, 343,

98
00:08:30,320 --> 00:08:31,380
 C'est le routeur 3.

99
00:08:31,380 --> 00:08:40,140
 Il sera envoyé à l'adresse PIM 2240013.

100
00:08:40,140 --> 00:08:44,100
 Tapez le code 3 pour rejoindre.

101
00:08:44,100 --> 00:08:49,640
 Maintenant, remarquez, qu'est-ce qui différencie
 cela d'une étoile, vous rejoignez-nous ?

102
00:08:49,640 --> 00:08:51,400
 Eh bien, deux ou trois choses.

103
00:08:51,400 --> 00:08:54,180
 Numéro un, nombre de joints un.

104
00:08:54,180 --> 00:08:58,140
 Vous vous souvenez qu'on a vu
 ces drapeaux de SW et R ici ?

105
00:08:58,140 --> 00:09:00,580
 Eh bien, nous ne constatons
 pas cela cette fois-ci.

106
00:09:00,580 --> 00:09:07,940
 Le R indiquait que le bit RP était activé, ce qui signifiait
 que cette jointure particulière devait être

107
00:09:07,940 --> 00:09:09,660
 Remontez l'arbre partagé.

108
00:09:09,660 --> 00:09:12,300
 La destination finale était
 le point de rendez-vous.

109
00:09:12,300 --> 00:09:14,600
 Eh bien, nous ne voyons pas cela ici.

110
00:09:14,600 --> 00:09:17,860
 Le bit W a été configuré pour
 représenter le bit générique.

111
00:09:17,860 --> 00:09:22,220
 Le caractère générique signifiait que, d'accord,
 lorsque vous regardez cette adresse, ceci

112
00:09:22,220 --> 00:09:24,600
 L'adresse est celle du
 point de rendez-vous.

113
00:09:24,600 --> 00:09:27,120
 Eh bien, ici, nous ne
 constatons pas cela.

114
00:09:27,120 --> 00:09:31,620
 Le bit générique n'est pas activé, ce qui
 signifie qu'il s'agit bien de l'adresse

115
00:09:31,620 --> 00:09:38,400
 de la source. Donc, ça ressemble un peu à une
 étoile, rejoignez-la, mais seulement jusqu'à

116
00:09:38,400 --> 00:09:41,800
 Vous creusez au cœur du problème et vous voyez
 quels drapeaux sont présents ou quels drapeaux

117
00:09:41,800 --> 00:09:48,160
 ne sont pas là, pouvez-vous vraiment dire s'il
 s'agit d'une étoile ou d'un S, rejoignez-nous.

118
00:09:48,160 --> 00:09:50,900
 Et ce cas est une jointure S.

119
00:09:50,900 --> 00:09:54,380
 Il dit donc : « OK, voisin en amont,
 il s'agit donc du routeur quatre. »

120
00:09:54,380 --> 00:10:00,780
 Il dit : « Ceci vous est destiné », et
 j'essaie de rejoindre cette source et

121
00:10:00,780 --> 00:10:12,420
 ce groupe. OK, donc il y
 a le S, rejoignez-nous.

122
00:10:12,420 --> 00:10:19,200
 Et une fois que ce S, join a été reçu, cela
 aurait dû mettre en place ce sous-forum.

123
00:10:19,200 --> 00:10:24,240
 -interface dans la liste des interfaces
 sortantes du routeur quatre.

124
00:10:24,240 --> 00:10:30,820
 Et ensuite, le multicast natif aurait
 dû être désactivé, et nous aurions dû

125
00:10:30,820 --> 00:10:35,220
 J'en ai reçu deux exemplaires, l'un dans un paquet
 d'enregistrement et l'autre dans le livre natif.

126
00:10:35,220 --> 00:10:36,340
 multicast lui-même.

127
00:10:36,340 --> 00:10:37,820
 Voyons donc si nous avons vu cela.

128
00:10:37,820 --> 00:10:48,440
 Voici donc notre jointure, et il semble
 que, d'accord, donc juste ici, voici le

129
00:10:48,440 --> 00:10:52,240
 Multicast natif, notez
 l'absence de PIM ici.

130
00:10:52,240 --> 00:10:57,320
 La source est bien la source, voici le
 multicast natif, et ensuite à droite

131
00:10:57,320 --> 00:11:05,600
 Derrière cela se cache un registre PIM.

132
00:11:05,600 --> 00:11:09,040
 Et voici une question intéressante :
 s’agit-il exactement du même paquet ?

133
00:11:09,040 --> 00:11:14,580
 Copié ? Voyons voir, dans le multicast
 natif réel, dans l'IP

134
00:11:14,580 --> 00:11:19,960
 En-tête, nous avons une identification
 de 0, 0, 0, 1.

135
00:11:19,960 --> 00:11:24,640
 N'oubliez pas que, normalement, chaque paquet
 IP possède un identifiant unique.

136
00:11:24,640 --> 00:11:28,880
 champ. Voyons voir, qu'en est-il
 du paquet d'enregistrement ?

137
00:11:28,880 --> 00:11:33,740
 Ils possèdent exactement le même identifiant,
 donc oui, ce sont des doublons du même paquet.

138
00:11:33,740 --> 00:11:44,880
 Très bien, et une fois que nous avons vu cela,
 nous voyons ici, en bas, le routeur trois,

139
00:11:44,880 --> 00:11:50,440
 ce qui revient à dire au RP : « Arrêtez les caisses enregistreuses
 », c'est-à-dire : « Je ne veux plus de caisses enregistreuses. »

140
00:11:50,440 --> 00:11:57,280
 Donc, ici même, dans le corps du PIM, tapez le
 code deux, arrêtez l'enregistrement, et il dit

141
00:11:57,280 --> 00:12:01,060
 Je m'arrête pour cette
 source et ce groupe.

142
00:12:01,060 --> 00:12:09,840
 Il y avait un autre champ dans le registre
 que j'ai en quelque sorte ignoré.

143
00:12:09,840 --> 00:12:19,940
 un indicateur dont je n'ai pas parlé,
 qui est celui-ci, le registre nul

144
00:12:19,940 --> 00:12:21,320
 drapeau, qu'est-ce que c'est ?

145
00:12:21,320 --> 00:12:26,680
 Dans ce cas précis, le registre
 nul est désactivé, mais

146
00:12:26,680 --> 00:12:32,880
 Quand serait-il activé et pourquoi
 l'utiliserions-nous ?

147
00:12:32,880 --> 00:12:42,260
 Alors, disons que nous allons dessiner quelque
 chose ici un instant, et nous pourrons en fait

148
00:12:42,260 --> 00:12:47,280
 Utilisez ceci comme exemple.

149
00:12:47,280 --> 00:12:53,780
 Supposons que notre récepteur soit ici,
 et qu'initialement le multicast

150
00:12:53,780 --> 00:12:58,440
 Le flux circulait à travers l'arbre partagé
 via le RP, mais nous savons que

151
00:12:58,440 --> 00:13:00,800
 d'ici peu de temps, et nous
 allons examiner cela dans le

152
00:13:00,800 --> 00:13:15,400
 Dans la section suivante, nous allons passer
 de l'arbre partagé à l'arbre partagé.

153
00:13:15,400 --> 00:13:22,940
 Le trafic ne se dirige plus vers le
 RP, c'était... oups, pas ça, ça...

154
00:13:22,940 --> 00:13:29,640
 L'interface a été supprimée, débarrassons-nous
 de tout ça, et

155
00:13:29,640 --> 00:13:36,100
 Le trafic circule désormais librement dans
 ce sens, par le chemin le plus court.

156
00:13:36,100 --> 00:13:38,580
 Arborescence des chemins
 vers le récepteur.

157
00:13:38,580 --> 00:13:43,300
 OK, donc la diffusion multicast fonctionne, elle fonctionne,
 elle fonctionne, tout va bien, c'est bon

158
00:13:43,300 --> 00:13:50,280
 Tout se passe bien. Mais que se passe-t-il si, 10,
 15 ou 20 minutes plus tard, ceci se produit ?

159
00:13:50,280 --> 00:13:57,600
 Nous avons un autre récepteur qui rejoint
 notre topologie, et il souhaite exactement

160
00:13:57,600 --> 00:14:02,620
 Il s'agit du même flux, il envoie donc
 un rapport d'appartenance IGMP.

161
00:14:02,620 --> 00:14:13,620
 Cela déclenche une jointure étoile-coma-G
 PIM, qui crée un état étoile-coma-G

162
00:14:13,620 --> 00:14:19,980
 dans le RP, et le RP reste là,
 à attendre, encore et encore.

163
00:14:19,980 --> 00:14:23,500
 Car après tout, le routeur Z n'a aucune
 raison de transférer ce trafic multicast

164
00:14:23,500 --> 00:14:27,300
 au RP, à droite, le RP a
 supprimé cette interface.

165
00:14:27,300 --> 00:14:32,140
 Une fois que le trafic commence à emprunter
 le chemin le plus court, nous recevons

166
00:14:32,140 --> 00:14:36,240
 Des pruneaux sont montés par ici, et on a dit
 au RP : « Hé, on n'a plus besoin de toi. »

167
00:14:36,240 --> 00:14:39,040
 Nous n'avons pas besoin du
 trafic provenant de vous.

168
00:14:39,040 --> 00:14:44,020
 Et quand le RP a entendu cela, il a dit : « D'accord,
 je suppose que je n'en ai plus besoin. »

169
00:14:44,020 --> 00:14:48,100
 Personne d'autre n'en veut de moi,
 alors le RP a supprimé ce lien.

170
00:14:48,100 --> 00:14:50,760
 Cela s'est passé il y a longtemps.

171
00:14:50,760 --> 00:14:57,300
 Quelqu'un sollicite à nouveau le RP pour
 ce trafic, mais il n'obtient rien.

172
00:14:57,300 --> 00:15:03,700
 C'est là que le registre
 nul peut intervenir.

173
00:15:03,700 --> 00:15:10,640
 Parlons donc du registre nul.

174
00:15:10,640 --> 00:15:15,300
 Nous savons donc qu'au bout d'un certain
 temps, le RP peut oublier ce flux.

175
00:15:15,300 --> 00:15:17,160
 C'est par lui qu'il est
 passé à l'origine.

176
00:15:17,160 --> 00:15:21,280
 Il le taille parce qu'il n'en
 a plus besoin, et il l'oublie.

177
00:15:21,280 --> 00:15:31,420
 Donc, ce qui va se passer, c'est
 que le routeur qui est connecté

178
00:15:31,420 --> 00:15:35,580
 À la source, le routeur 4 répond : « Eh
 bien, j'envoie ce multicast depuis… »

179
00:15:35,580 --> 00:15:40,500
 Un certain temps. Il est possible
 que le RP en ait besoin.

180
00:15:40,500 --> 00:15:44,140
 Hé, peut-être que quelqu'un d'autre
 souhaite recevoir ce trafic.

181
00:15:44,140 --> 00:15:47,880
 Peut-être devrais-je informer
 le RP que ça continue.

182
00:15:47,880 --> 00:15:56,660
 Eh bien, nous pourrions prendre le paquet
 suivant et l'enregistrer auprès du RP.

183
00:15:56,660 --> 00:15:58,460
 Ça fonctionnerait.

184
00:15:58,460 --> 00:16:02,180
 Mais au contraire, les désirs de PIM disaient
 : eh bien, je ne veux plus déranger.

185
00:16:02,180 --> 00:16:05,160
 Le RP avec cette inscription, parce
 qu'il n'a peut-être personne.

186
00:16:05,160 --> 00:16:09,560
 Peut-être que personne dans son entourage
 ne souhaite réellement ce trafic.

187
00:16:09,560 --> 00:16:17,820
 En fait, ce qui se passe, c'est que toutes les quelques
 secondes, le routeur 4 envoie ce qu'on appelle

188
00:16:17,820 --> 00:16:22,800
 un registre nul au point de rendez-vous.

189
00:16:22,800 --> 00:16:25,480
 Qu'est-ce qu'un registre nul ?

190
00:16:25,480 --> 00:16:29,580
 En gros, cela ressemble exactement à un paquet d'enregistrement
 normal, mais ce n'est pas le cas.

191
00:16:29,580 --> 00:16:32,080
 contiennent des données multicast.

192
00:16:32,080 --> 00:16:39,140
 Donc, si nous revenons à notre trace d'analyse,
 un registre nul indiquerait le type

193
00:16:39,140 --> 00:16:51,680
 1 registre, et il contiendrait des
 informations sur la source et

194
00:16:51,680 --> 00:16:54,860
 le groupe. Mais il n'y
 aurait pas de corps.

195
00:16:54,860 --> 00:16:56,980
 Il ne contiendrait aucune
 donnée multicast.

196
00:16:56,980 --> 00:16:58,980
 Ce serait un paquet beaucoup plus petit.

197
00:16:58,980 --> 00:17:02,680
 Et l'indicateur de registre
 nul serait mis à 1.

198
00:17:02,680 --> 00:17:08,380
 Et c'est ainsi que ce routeur pourrait
 dire : « Hé, RP veut juste… »

199
00:17:08,380 --> 00:17:11,720
 Sachez que je suis toujours
 au courant de ce flux.

200
00:17:11,720 --> 00:17:13,540
 Ça me traverse encore.

201
00:17:13,540 --> 00:17:17,420
 Alors si tu le veux, tu ferais
 mieux de me le dire.

202
00:17:17,420 --> 00:17:21,300
 Et puis une fois que le routeur a obtenu, une fois
 que le RP a obtenu ce registre nul, il est

203
00:17:21,300 --> 00:17:22,520
 en disant : oh, super, super.

204
00:17:22,520 --> 00:17:25,460
 J'attendais des nouvelles concernant la circulation,
 car quelqu'un m'a posé la question.

205
00:17:25,460 --> 00:17:30,380
 pour cela. Le RP pouvait donc à nouveau
 envoyer une requête S-comaG pour ouvrir

206
00:17:30,380 --> 00:17:36,520
 par cette voie, et la circulation pourrait
 commencer à s'écouler dans cette direction.

207
00:17:36,520 --> 00:17:40,880
 Voilà donc ce qu'est un registre nul.

208
00:17:40,880 --> 00:17:43,680
 Et ces messages sont envoyés
 toutes les cinq secondes.

209
00:17:43,680 --> 00:17:47,120
 C'est ce qu'on appelle
 le temps de sondage.

210
00:17:47,120 --> 00:17:51,680
 Donc toutes les cinq secondes, le routeur
 le plus proche de la source, si le

211
00:17:51,680 --> 00:17:55,200
 La source est toujours active ; si elle continue
 à diffuser le flux multicast, nous…

212
00:17:55,200 --> 00:17:58,380
 Envoyer toutes les cinq secondes ces registres
 nuls au RP, juste un rappel.

213
00:17:58,380 --> 00:18:01,720
 le RP qui indique que ce trafic existe.

214
00:18:01,720 --> 00:18:06,480
 Parce que peut-être, au cours des cinq dernières
 secondes, un nouveau récepteur s'est connecté.

215
00:18:06,480 --> 00:18:09,440
 RP, et peut-être que RP souhaite
 récupérer ce trafic.