1
00:00:08,400 --> 00:00:11,420
 Donc, à ce stade du processus, si vous avez regardé
 ces vidéos, vous savez déjà que vous en êtes là.

2
00:00:11,420 --> 00:00:15,800
 Depuis le début jusqu'à maintenant, nous avons
 pratiquement couvert la grande majorité

3
00:00:15,800 --> 00:00:21,340
 des détails du processus PIM et de son
 fonctionnement dans 90 % des cas.

4
00:00:21,340 --> 00:00:24,640
 Mais il y a encore quelques détails
 qui vous ont peut-être échappé.

5
00:00:24,640 --> 00:00:27,020
 qu'il est important de savoir, et
 c'est ce dont nous allons parler.

6
00:00:27,020 --> 00:00:30,820
 Voici le concept de routeurs
 et de transmetteurs désignés.

7
00:00:30,820 --> 00:00:35,040
 Il n'est pas vraiment nécessaire de savoir si les
 PIM fonctionnent parfaitement, mais dans ce cas

8
00:00:35,040 --> 00:00:37,900
 Si les choses ne fonctionnent pas comme prévu,
 vous devrez peut-être effectuer un dépannage.

9
00:00:37,900 --> 00:00:42,960
 Vous devez absolument savoir ce que sont
 ces routeurs et à quoi ils servent.

10
00:00:42,960 --> 00:00:48,260
 ils servent et pourquoi ils ont été
 élus à ces postes particuliers.

11
00:00:48,260 --> 00:00:50,300
 Dans ce cas.

12
00:00:50,300 --> 00:00:53,820
 J'ai quelques questions à vous poser.

13
00:00:53,820 --> 00:00:57,240
 Donc si vous regardez ceci en enregistrement,
 réfléchissez-y, floutez-le

14
00:00:57,240 --> 00:01:00,200
 Donnez votre réponse à voix haute, n'ayez pas peur que
 les personnes dans les bureaux voisins vous regardent.

15
00:01:00,200 --> 00:01:03,580
 Vous pourriez penser que vous êtes un peu fou,
 mais essayez de répondre à ces questions.

16
00:01:03,580 --> 00:01:06,740
 Ce sont des questions auxquelles
 on répond par oui ou par non.

17
00:01:06,740 --> 00:01:10,180
 En regardant ce schéma, on voit que
 notre source se trouve en haut.

18
00:01:10,180 --> 00:01:15,280
 coin gauche, et nous avons deux récepteurs,
 le récepteur X et le récepteur Y.

19
00:01:15,280 --> 00:01:20,780
 Ma première question est la suivante : supposons
 que le récepteur Y rejoigne le flux en premier.

20
00:01:20,780 --> 00:01:23,760
 en envoyant un rapport d'adhésion IGMP.

21
00:01:23,760 --> 00:01:28,040
 Eh bien, parce que les routeurs trois et quatre
 sont tous deux connectés au même réseau local.

22
00:01:28,040 --> 00:01:30,800
 Voici ma question.

23
00:01:30,800 --> 00:01:33,420
 Cela aurait-il un sens logique ?

24
00:01:33,420 --> 00:01:37,540
 Ces deux routeurs, le routeur numéro trois et le routeur
 numéro trois, auraient-ils une utilité particulière ?

25
00:01:37,540 --> 00:01:41,720
 quatre, lorsqu'ils recevront tous deux ce rapport
 d'adhésion, ils enverront tous deux

26
00:01:41,720 --> 00:01:45,980
 Une star, IG, rejoignez-nous
 au point de rendez-vous ?

27
00:01:45,980 --> 00:01:51,780
 Eh bien, pour répondre à cette question,
 non, cela n'aurait aucun but.

28
00:01:51,780 --> 00:01:55,880
 En fait, ce serait une mauvaise
 chose car si les deux

29
00:01:55,880 --> 00:02:01,740
 Les routeurs faisaient bien cela, ils envoyaient des
 requêtes de connexion par ici et par là, eh bien

30
00:02:01,740 --> 00:02:06,720
 Devinez quoi ? Maintenant que le trafic multicast
 commence réellement à se produire,

31
00:02:06,720 --> 00:02:11,420
 Utilisez une autre couleur ici, et ça commence
 à descendre, enfin, la défonceuse

32
00:02:11,420 --> 00:02:14,660
 L'interface 5 possède deux interfaces et ne
 figure pas dans la liste des interfaces.

33
00:02:14,660 --> 00:02:18,400
 Il va donc copier ce trafic multicast
 et nous aurons finalement deux copies.

34
00:02:18,400 --> 00:02:22,600
 du même paquet sur le LAN C.

35
00:02:22,600 --> 00:02:23,580
 Nous ne voulons pas de ça.

36
00:02:23,580 --> 00:02:27,280
 Nous ne voulons pas de copies en double car qui sait
 comment fonctionnent le routeur et le récepteur ?

37
00:02:27,280 --> 00:02:28,720
 Y va répondre à cela.

38
00:02:28,720 --> 00:02:32,960
 La vidéo risque d'être très saccadée,
 avec un effet miroir.

39
00:02:32,960 --> 00:02:34,100
 Nous ne voulons pas de ça.

40
00:02:34,100 --> 00:02:37,780
 Donc non, même si nous passons deux heures sur le même
 réseau local, nous verrons le nombre d'adhérents.

41
00:02:37,780 --> 00:02:42,840
 rapport, nous ne voulons pas qu'ils envoient tous les
 deux la jonction en amont au point de rendez-vous

42
00:02:42,840 --> 00:02:47,360
 Point. Question suivante.

43
00:02:47,360 --> 00:02:54,620
 La source démarre et envoie son tout
 premier paquet sur le réseau local A.

44
00:02:54,620 --> 00:02:58,740
 Les deux routeurs, le routeur 1 et
 le routeur 2, voient ce paquet.

45
00:02:58,740 --> 00:03:03,740
 Une question similaire a déjà été posée : est-il judicieux
 d’utiliser les deux routeurs, l’un et l’autre ?

46
00:03:03,740 --> 00:03:09,780
 deux pour enregistrer ce même paquet et envoyer
 ces deux enregistrements au point de rendez-vous

47
00:03:09,780 --> 00:03:16,560
 Quel est l'intérêt ? Encore une fois, j'espère que
 vous avez dit non, cela n'a pas beaucoup de sens.

48
00:03:16,560 --> 00:03:20,840
 parce que nous n'avons pas besoin
 des deux pour y parvenir.

49
00:03:20,840 --> 00:03:23,480
 Le premier point va engendrer des travaux
 supplémentaires au point de rendez-vous.

50
00:03:23,480 --> 00:03:28,220
 Maintenant, le point de rendez-vous doit travailler
 deux fois plus pour recevoir et

51
00:03:28,220 --> 00:03:38,480
 Pour désencapsuler, il suffit d'envoyer
 un seul paquet vers le réseau local A.

52
00:03:38,480 --> 00:03:40,720
 Il n'est pas nécessaire
 d'en envoyer deux.

53
00:03:40,720 --> 00:03:44,320
 Donc, une fois de plus, tout comme il n'était pas nécessaire
 que les deux routeurs envoient l'étoile,

54
00:03:44,320 --> 00:03:49,600
 Pour se connecter, il n'y a aucune raison que
 les routeurs 1 et 2 envoient tous les deux

55
00:03:49,600 --> 00:03:52,940
 Enregistrer les paquets
 auprès du routeur six.

56
00:03:52,940 --> 00:03:57,400
 Un seul d'entre eux doit le faire.

57
00:03:57,400 --> 00:04:00,140
 Et une dernière question.

58
00:04:00,140 --> 00:04:02,880
 Supposons que le flux
 multicast soit actif.

59
00:04:02,880 --> 00:04:07,500
 Le flux se fait donc dans ce sens,
 en descendant l'arbre partagé.

60
00:04:07,500 --> 00:04:11,240
 Le récepteur X a lui aussi
 rejoint ce flux.

61
00:04:11,240 --> 00:04:14,900
 Le trafic passe donc également par le routeur
 deux avant d'atteindre le réseau local B.

62
00:04:14,900 --> 00:04:19,040
 Et n'oubliez pas que les routeurs trois et quatre
 ont tous deux reçu le rapport d'adhésion.

63
00:04:19,040 --> 00:04:21,080
 du récepteur Y.

64
00:04:21,080 --> 00:04:24,640
 Le routeur trois a donc ajouté cette interface
 à sa liste d'interfaces sortantes.

65
00:04:24,640 --> 00:04:28,220
 Le routeur quatre a ajouté cette interface
 à sa liste d'interfaces sortantes.

66
00:04:28,220 --> 00:04:32,440
 Ainsi, lorsque le routeur quatre recevra les
 paquets, il les transmettra au réseau local.

67
00:04:32,440 --> 00:04:38,780
 C. Lorsque le routeur trois détectera ces paquets arrivant
 sur le réseau local B, il les transmettra.

68
00:04:38,780 --> 00:04:42,340
 Le même paquet est également
 arrivé sur le réseau local C.

69
00:04:42,340 --> 00:04:43,960
 Est-ce ce que nous voulons ?

70
00:04:43,960 --> 00:04:49,340
 Non, nous n'en avons pas. Une fois de plus, nous avons
 des paquets multicast dupliqués qui se dirigent vers

71
00:04:49,340 --> 00:04:53,080
 LAN C. Le récepteur ne risque probablement
 pas d'être ravi de voir ça.

72
00:04:53,080 --> 00:04:58,700
 Voilà. Alors, comment se sortir de ces problèmes
 liés à la présence de plusieurs routeurs ?

73
00:04:58,700 --> 00:05:02,020
 Envoyer une demande de participation pour
 le même flux et le même réseau local ?

74
00:05:02,020 --> 00:05:06,620
 Plusieurs routeurs envoient un enregistrement
 pour le même flux sur le même réseau local.

75
00:05:06,620 --> 00:05:10,280
 Plusieurs routeurs acheminent des paquets
 dupliqués sur le même réseau local.

76
00:05:10,280 --> 00:05:12,900
 C'est précisément le sujet de ce segment.

77
00:05:12,900 --> 00:05:13,840
 Comment éviter cela ?

78
00:05:13,840 --> 00:05:17,220
 Eh bien, heureusement, les personnes qui ont conçu
 le PIM étaient bien plus intelligentes que…

79
00:05:17,220 --> 00:05:20,800
 moi. Ils ont pensé à ces problèmes à l'avance
 et ils ont trouvé des solutions.

80
00:05:20,800 --> 00:05:26,580
 solutions. Alors, comment ça marche ?

81
00:05:26,580 --> 00:05:30,200
 Routeur désigné PIM.

82
00:05:30,200 --> 00:05:33,920
 Lorsque deux routeurs partagent le même réseau local,
 l'un d'eux sera élu comme routeur principal.

83
00:05:33,920 --> 00:05:35,820
 Routeur désigné PIM.

84
00:05:35,820 --> 00:05:39,220
 Cela se fait simplement par un échange
 de messages PIM « bonjour ».

85
00:05:39,220 --> 00:05:42,880
 C'est un peu comme penser à un arbre couvrant, si vous
 êtes familier avec le concept d'arbre couvrant.

86
00:05:42,880 --> 00:05:47,720
 arbre. Existe-t-il des messages électoraux
 spécifiques pour élire le pont racine ?

87
00:05:47,720 --> 00:05:52,140
 Non, n'est-ce pas ? Le protocole Spanning
 Tree n'utilise qu'un seul format de BPDU.

88
00:05:52,140 --> 00:05:54,860
 Ce format de paquet unique
 est utilisé pour tout.

89
00:05:54,860 --> 00:05:59,040
 Ainsi, lorsque deux commutateurs s'échangent
 des BPDU, ils voient les BPDU de l'autre.

90
00:05:59,040 --> 00:06:03,220
 Des noms sont cités, et un gars dit : «
 OK, je sais que tu es le pont racine. »

91
00:06:03,220 --> 00:06:05,560
 Il ne le dit pas vraiment, il le pense.

92
00:06:05,560 --> 00:06:07,540
 Bon, j'ai perdu, il est meilleur que moi.

93
00:06:07,540 --> 00:06:10,000
 Je le considérerai donc
 comme le pont racine.

94
00:06:10,000 --> 00:06:12,800
 L'autre gars là-bas dira :
 « Oh, j'ai vu son paquet. »

95
00:06:12,800 --> 00:06:14,340
 Il n'est pas aussi bon que moi.

96
00:06:14,340 --> 00:06:18,560
 Je serai donc simplement le pont racine
 et je supposerai qu'il connaît la racine

97
00:06:18,560 --> 00:06:20,800
 pont. Même chose ici avec PIM.

98
00:06:20,800 --> 00:06:23,160
 Ces routeurs échangent des
 messages de bonjour.

99
00:06:23,160 --> 00:06:30,380
 Lorsqu'ils verront les messages de bienvenue de l'autre
 sur le même réseau local, ils regarderont leurs,

100
00:06:30,380 --> 00:06:32,360
 En fait, ça fait deux choses.

101
00:06:32,360 --> 00:06:34,380
 Premièrement, il y a une priorité PIM.

102
00:06:34,380 --> 00:06:38,300
 Il existe donc une priorité d'interface,
 tout comme OSPF en possède une.

103
00:06:38,300 --> 00:06:42,020
 Il existe une priorité PIM incluse
 dans le paquet hello.

104
00:06:42,020 --> 00:06:46,400
 Ainsi, la personne ayant la priorité d'interface
 la plus élevée sera automatiquement…

105
00:06:46,400 --> 00:06:48,920
 être élu routeur désigné.

106
00:06:48,920 --> 00:06:53,860
 Si leurs priorités sont les mêmes, ce qui est
 le cas par défaut, alors qui que ce soit

107
00:06:53,860 --> 00:06:58,400
 Le routeur possédant l'adresse IP la plus élevée
 sera désigné comme routeur principal.

108
00:06:58,400 --> 00:07:03,780
 D'accord ? Une fois le routeur désigné
 élu, si nous revenons à notre schéma…

109
00:07:03,780 --> 00:07:11,920
 Voilà qui résout certains des
 problèmes que nous examinons.

110
00:07:11,920 --> 00:07:15,080
 Les numéros des routeurs correspondent
 à leurs adresses IP.

111
00:07:15,080 --> 00:07:19,020
 Le routeur quatre du réseau LANC possède donc une
 adresse IP plus élevée que le routeur trois.

112
00:07:19,020 --> 00:07:24,840
 Dans ce cas précis, j'ai en fait
 une diapositive qui anime tout.

113
00:07:24,840 --> 00:07:36,340
 Dans ce cas précis, prenons
 l'exemple du réseau local A.

114
00:07:36,340 --> 00:07:40,740
 Lorsque le paquet multicast, lorsque le
 tout premier paquet multicast atteint

115
00:07:40,740 --> 00:07:45,200
 Sur le réseau local A, seul le routeur désigné
 sera responsable de l'enregistrement.

116
00:07:45,200 --> 00:07:47,560
 ce paquet avec le RP.

117
00:07:47,560 --> 00:07:51,420
 Alors, dans ce cas précis, quel routeur
 pensez-vous qui va faire cela ?

118
00:07:51,420 --> 00:07:55,120
 Qui sera le routeur désigné
 sur le réseau local A ?

119
00:07:55,120 --> 00:08:03,280
 J'espère que vous avez bien dit routeur 1, car
 c'est celui qui a le débit le plus élevé.

120
00:08:03,280 --> 00:08:07,560
 Adresse IP. Il sera donc le routeur
 désigné et responsable.

121
00:08:07,560 --> 00:08:12,040
 pour l'enregistrement de ces paquets.

122
00:08:12,040 --> 00:08:20,520
 Et sur LANC, eh bien, lorsque le récepteur Y envoie
 son rapport d'appartenance IGMP, les deux

123
00:08:20,520 --> 00:08:25,320
 Les routeurs trois et quatre le verront,
 mais le routeur quatre est désigné

124
00:08:25,320 --> 00:08:27,200
 routeur en vertu de son adresse
 IP la plus élevée.

125
00:08:27,200 --> 00:08:33,840
 Il sera donc celui qui enverra l'étoile
 PIM, virgule G, joindre en amont au

126
00:08:33,840 --> 00:08:35,140
 Point de rendez-vous.

127
00:08:35,140 --> 00:08:40,040
 Voilà qui répond à deux des trois
 questions que nous nous posions.

128
00:08:40,040 --> 00:08:41,860
 Nous avions donc trois questions.

129
00:08:41,860 --> 00:08:44,980
 Rappelez-vous, le point numéro un concernait le cas où deux
 routeurs consultent un rapport d'appartenance, ce qui

130
00:08:44,980 --> 00:08:46,900
 L'un envoie la requête
 de connexion au RP ?

131
00:08:46,900 --> 00:08:49,080
 Eh bien, c'est le routeur désigné.

132
00:08:49,080 --> 00:08:51,600
 Donc quelque chose va au RP.

133
00:08:51,600 --> 00:08:55,600
 La deuxième question était de savoir si, parmi deux routeurs
 recevant le paquet multicast, lequel l'envoie ?

134
00:08:55,600 --> 00:08:57,920
 le registre au RP ?

135
00:08:57,920 --> 00:09:00,000
 C'est le routeur désigné.

136
00:09:00,000 --> 00:09:05,000
 Alors souvenez-vous, routeur désigné, vous pouvez
 peut-être considérer R dans DR comme étant

137
00:09:05,000 --> 00:09:08,900
 c'est quelque chose qui est responsable d'aller
 au point de rendez-vous, quelqu'un

138
00:09:08,900 --> 00:09:11,840
 Qui envoie quelque chose
 au point de rendez-vous ?

139
00:09:11,840 --> 00:09:17,660
 J'ai maintenant dit que nous avions un autre
 problème dans ce scénario, à savoir que

140
00:09:17,660 --> 00:09:24,160
 Nous avions plusieurs paquets dupliqués envoyés sur
 le même réseau local depuis plusieurs sources.

141
00:09:24,160 --> 00:09:28,960
 des routeurs. Et j'ai dit que ce n'était
 pas le travail du DR de s'en occuper.

142
00:09:28,960 --> 00:09:33,860
 C'est le rôle du transitaire désigné.

143
00:09:33,860 --> 00:09:39,060
 Donc, si plusieurs paquets, si j'ai deux
 ou trois routeurs qui les desservent tous

144
00:09:39,060 --> 00:09:44,960
 sur le même réseau local, et deux ou plusieurs
 d'entre eux utilisent exactement le même multi

145
00:09:44,960 --> 00:09:50,740
 -diffuse des paquets sur ce réseau local,
 puis l'un d'eux sera élu comme désigné

146
00:09:50,740 --> 00:09:56,380
 transitaire. C'est en fait un processus
 un peu plus complexe.

147
00:09:56,380 --> 00:10:00,300
 que de simplement regarder
 les paquets hello.

148
00:10:00,300 --> 00:10:06,480
 Pour le découvrir, il existe en fait
 un message PIM spécial appelé

149
00:10:06,480 --> 00:10:10,140
 Le PIM l'affirme. Il s'agit donc d'un nouveau
 message dont nous n'avons pas encore parlé.

150
00:10:10,140 --> 00:10:14,860
 Jusqu'à présent, nous avons parlé du joint prune,
 qui se présente sous la forme d'un seul paquet.

151
00:10:14,860 --> 00:10:18,240
 Cela dépend du corps du paquet, qu'il s'agisse
 d'une jointure ou d'une élagage, mais c'est

152
00:10:18,240 --> 00:10:19,980
 le même type de code dans PIM.

153
00:10:19,980 --> 00:10:23,860
 Nous avions un autre type de code, qui était
 le bonjour, et nous avions un troisième type

154
00:10:23,860 --> 00:10:26,160
 code, qui était le registre.

155
00:10:26,160 --> 00:10:29,860
 Et nous avions un arrêt à la caisse,
 et maintenant c'est un autre genre.

156
00:10:29,860 --> 00:10:32,840
 Ceci est un message d'assertion PIM.

157
00:10:32,840 --> 00:10:37,940
 Voici une animation qui illustre en
 gros comment cela fonctionnerait.

158
00:10:37,940 --> 00:10:46,960
 Dans ce cas précis, la source se met
 en marche et les paquets sont…

159
00:10:46,960 --> 00:10:51,080
 Les deux connexions se font via l'arbre réseau partagé,
 donc le routeur 4 les place sur le réseau local.

160
00:10:51,080 --> 00:10:57,320
 C, et le routeur 3 les reçoit via le LAN
 B, et il les met donc également en place

161
00:10:57,320 --> 00:11:02,440
 sur le réseau local C. Les routeurs 3 et 4
 verront donc arriver ces paquets dupliqués.

162
00:11:02,440 --> 00:11:03,740
 l'un de l'autre.

163
00:11:03,740 --> 00:11:08,120
 Ils se rendront compte que c'est une mauvaise chose
 et qu'il nous faut un transitaire désigné.

164
00:11:08,120 --> 00:11:14,220
 Ils s'enverront donc tous les deux
 des messages d'assertion PIM.

165
00:11:14,220 --> 00:11:19,500
 Et dans ce cas précis, la personne ayant
 l'adresse IP la plus basse va en fait

166
00:11:19,500 --> 00:11:22,360
 être élu comme transitaire désigné.

167
00:11:22,360 --> 00:11:27,380
 Une fois que les deux routeurs savent que le
 routeur 3 est un transmetteur désigné, c'est…

168
00:11:27,380 --> 00:11:32,360
 Le travail du routeur 3 consiste maintenant à continuer
 à transmettre ce flux multicast sur le réseau local.

169
00:11:32,360 --> 00:11:36,900
 Le routeur 4 dit : « D'accord, je ne suis plus
 vraiment nécessaire sur ce réseau local », car

170
00:11:36,900 --> 00:11:38,660
 Ce n'est pas à moi de faire
 transiter les paquets.

171
00:11:38,660 --> 00:11:44,560
 En réponse, il enverra un message d'élagage
 en amont, ce qui aura pour effet de :

172
00:11:44,560 --> 00:11:47,720
 finir par entraîner la coupe
 de cet arbre partagé.

173
00:11:47,720 --> 00:11:51,660
 Et maintenant, le flux multicast ne sera transmis
 sur le réseau local C que par l'intermédiaire du

174
00:11:51,660 --> 00:11:58,340
 routeur désigné, qui est le routeur 3.

175
00:11:58,340 --> 00:12:03,340
 Ceci conclut donc ce sujet particulier
 concernant le routeur désigné PIM et

176
00:12:03,340 --> 00:12:04,480
 transitaire désigné.

177
00:12:04,480 --> 00:12:07,980
 Vous pouvez également le constater lorsque
 vous accédez aux paramètres d'un routeur.

178
00:12:07,980 --> 00:12:11,480
 Je ne sais pas si nous avons ici des segments qui
 justifieraient une désignation particulière.

179
00:12:11,480 --> 00:12:14,220
 transitaire, mais voyons voir.

180
00:12:14,220 --> 00:12:19,580
 Afficher l'adresse IP du voisin PIM.

181
00:12:19,580 --> 00:12:25,620
 Eh bien, ici, le DR vous indique si quelqu'un
 est un routeur désigné ou non.

182
00:12:25,620 --> 00:12:28,960
 comme vous pour un segment particulier
 qui est le routeur désigné.

183
00:12:28,960 --> 00:12:40,680
 Et je pense que nous pouvons également
 afficher l'interface IP PIM.

184
00:12:40,680 --> 00:12:45,680
 Cela vous indique simplement ici, une fois
 de plus, quel est le routeur désigné.

185
00:12:45,680 --> 00:12:50,000
 Sa priorité par défaut est de un, il s'agit
 donc d'un niveau de priorité par défaut sur

186
00:12:50,000 --> 00:12:52,620
 l'interface, mais vous
 pouvez la modifier.

187
00:12:52,620 --> 00:13:07,300
 Voyons voir. Ceci vous montre les groupes
 auxquels nous avons adhéré.

188
00:13:07,300 --> 00:13:14,440
 sur une interface, la commande
 show IP interface.

189
00:13:14,440 --> 00:13:19,840
 Je ne sais pas quelle commande
 nous utiliserions.

190
00:13:19,840 --> 00:13:25,120
 Ou peut-être un détail.

191
00:13:25,120 --> 00:13:34,040
 Voilà. Ça devrait être ici.

192
00:13:34,040 --> 00:13:39,720
 Voyons voir. PIM active la
 version qui est le DR.

193
00:13:39,720 --> 00:13:45,640
 Actualisation de l'état. Oui, je pense que la raison
 pour laquelle nous ne voyons pas cela est que

194
00:13:45,640 --> 00:13:51,760
 Dans ce cas, un routeur désigné ne serait
 élu que lorsque les deux routeurs

195
00:13:51,760 --> 00:13:57,420
 On observe le même paquet multicast
 provenant de paquets dupliqués.

196
00:13:57,420 --> 00:14:00,720
 Mais s'il n'y a jamais de situation où
 des paquets dupliqués sont envoyés

197
00:14:00,720 --> 00:14:04,700
 Sur un réseau local (LAN), il n'est pas
 nécessaire de désigner un routeur.

198
00:14:04,700 --> 00:14:08,200
 Et dans ma topologie particulière, je ne pense
 pas que nous ayons eu cette situation.

199
00:14:08,200 --> 00:14:10,940
 où un transitaire désigné doit être élu.

200
00:14:10,940 --> 00:14:15,420
 Je m'attendrais à ce que, s'il y en avait un, il
 se trouve ici, dans l'adresse IP de l'émission.

201
00:14:15,420 --> 00:14:17,580
 Sortie détaillée de l'interface PIM.

202
00:14:17,580 --> 00:14:21,260
 D'accord, Josh pose une bonne question.

203
00:14:21,260 --> 00:14:26,840
 Permettez-moi de revenir au
 concept de routeur désigné.

204
00:14:26,840 --> 00:14:28,460
 Nous avions ça juste ici.

205
00:14:28,460 --> 00:14:30,820
 Oups. Juste là.

206
00:14:30,820 --> 00:14:35,820
 Il demande donc, dans ce cas précis,
 où le routeur quatre est désigné

207
00:14:35,820 --> 00:14:38,140
 Le routeur et le routeur
 trois ne le sont pas.

208
00:14:38,140 --> 00:14:41,680
 Il explique que si le routeur désigné tombe
 en panne, donc si le routeur quatre plante…

209
00:14:41,680 --> 00:14:47,800
 et si le routeur tombe en panne ou est supprimé, comment le routeur
 trois construit-il ou reconstruit-il son réseau multicast ?

210
00:14:47,800 --> 00:14:49,980
 Tableau de routage et combien
 de temps cela prend-il ?

211
00:14:49,980 --> 00:14:57,300
 D'accord, gardez donc à l'esprit que même si
 le routeur quatre est un routeur désigné,

212
00:14:57,300 --> 00:15:03,620
 lorsque le récepteur Y a envoyé son rapport
 d'appartenance IGMP, le routeur trois et

213
00:15:03,620 --> 00:15:05,580
 Le routeur quatre l'a vu.

214
00:15:05,580 --> 00:15:10,140
 Donc même si le routeur trois se rend compte
 que ce n'est pas son travail de rejoindre le

215
00:15:10,140 --> 00:15:14,440
 Arbre partagé, il ne va pas simplement
 ignorer ce rapport.

216
00:15:14,440 --> 00:15:21,500
 Il créera toujours des étoiles et des états dans
 sa table de routage M, tout comme un routeur.

217
00:15:21,500 --> 00:15:26,360
 quatre le font. C'est juste que lorsqu'il
 créera cet état, il ne fera rien.

218
00:15:26,360 --> 00:15:42,320
 À ce sujet. Maintenant, si le flux multicast descend
 actuellement dans cette direction, vers le bas

219
00:15:42,320 --> 00:15:50,240
 dans l'arbre partagé, on s'attendrait à ce
 que dès le tout premier paquet multicast

220
00:15:50,240 --> 00:15:55,780
 Si cela se produit, le routeur quatre dirait que je suis
 le routeur de feuilles, donc c'est mon travail de

221
00:15:55,780 --> 00:16:00,060
 basculer vers l'arbre de chemin le plus
 court dès la réception d'un seul paquet.

222
00:16:00,060 --> 00:16:05,600
 Donc, si vous regardez ce schéma, le routeur
 quatre dirait, eh bien, de mon point de vue,

223
00:16:05,600 --> 00:16:10,760
 Le chemin le plus court passe
 en fait par le routeur trois.

224
00:16:10,760 --> 00:16:17,980
 Voici mon arbre de chemin le plus court,
 allant par là, par là et par là.

225
00:16:17,980 --> 00:16:23,720
 Le routeur quatre va donc créer la jonction
 S, G et le routeur trois va…

226
00:16:23,720 --> 00:16:29,860
 Je l'ai reçu, alors maintenant,
 c'est un peu bizarre ici.

227
00:16:29,860 --> 00:16:34,080
 Quand ce tout premier paquet multicast
 atteindra ce câble, je ne suis pas sûr

228
00:16:34,080 --> 00:16:35,200
 le timing des choses.

229
00:16:35,200 --> 00:16:38,300
 Nous savons que le routeur
 trois va créer l'état S, G.

230
00:16:38,300 --> 00:16:40,760
 Je ne sais tout simplement pas
 ce qui va se passer en premier.

231
00:16:40,760 --> 00:16:44,700
 Verra-t-il ce tout premier paquet
 multicast qui créera S et G ?

232
00:16:44,700 --> 00:16:50,880
 état ? Ou verra-t-il d’abord le PIM
 S, G se joindre et cela créera S,

233
00:16:50,880 --> 00:17:05,120
 État G ? Il transmettra alors son propre
 S, G rejoindra l'amont, donc après

234
00:17:05,120 --> 00:17:10,240
 On s'attendrait à ce qu'un seul paquet
 arrive en moins d'une seconde.

235
00:17:10,240 --> 00:17:16,540
 Le flux multicast arrivera désormais
 par ici via le routeur trois.

236
00:17:16,540 --> 00:17:21,260
 Et une fois que le routeur quatre aura détecté
 ce paquet multicast, il l'éliminera.

237
00:17:21,260 --> 00:17:27,640
 éteint. Donc même si le routeur quatre tombe en panne,
 on n'en avait vraiment besoin que pour une seule fois.

238
00:17:27,640 --> 00:17:32,100
 paquet, juste pour mettre un paquet sur le
 câble, et ensuite le routeur trois a fait

239
00:17:32,100 --> 00:17:35,480
 tout le travail restant d'ouverture de l'arbre
 des plus courts chemins, et maintenant le

240
00:17:35,480 --> 00:17:39,220
 Les paquets étaient transférés vers le réseau C,
 et le routeur quatre n'était pas nécessaire.

241
00:17:39,220 --> 00:17:44,620
 Maintenant, vous savez, on peut aborder
 toutes sortes de cas particuliers.

242
00:17:44,620 --> 00:17:50,460
 Bon, et si le rapport d'appartenance s'affiche,
 à la fois sur le routeur et sur le routeur ?

243
00:17:50,460 --> 00:17:58,740
 Le routeur trois et le routeur quatre l'obtiennent, mais
 avant que le routeur quatre n'ait la possibilité de créer

244
00:17:58,740 --> 00:18:02,220
 au moment de la jonction, il meurt.

245
00:18:02,220 --> 00:18:05,080
 Là, on entre vraiment dans le vif
 du sujet, parce qu'on parle de…

246
00:18:05,080 --> 00:18:08,180
 Il s'écoule moins d'une seconde entre le moment où il reçoit
 le rapport d'adhésion et le moment où il le reçoit.

247
00:18:08,180 --> 00:18:12,120
 avant qu'il ait la chance
 d'envoyer le colis.