1
00:00:08,380 --> 00:00:11,380
 Nous allons enfin passer au moment
 que vous attendiez tous.

2
00:00:11,380 --> 00:00:16,440
 Nous allons commencer à nous concentrer sur le
 multicast clairsemé indépendant du protocole.

3
00:00:16,440 --> 00:00:20,240
 le mode, puis en détaillant
 son fonctionnement.

4
00:00:20,240 --> 00:00:24,380
 Avant d'aborder ce point et de conclure avec
 la section sur le mode clairsemé PIMS,

5
00:00:24,380 --> 00:00:28,460
 ce qui nous prendra quelques heures, permettez-moi
 de vous faire une mise en garde.

6
00:00:28,460 --> 00:00:34,900
 Le mode clairsemé PIMS est un sujet très
 complexe, un protocole très complexe.

7
00:00:34,900 --> 00:00:40,440
 Ce cours n'est pas conçu pour couvrir
 tous les petits détails minutieux et

8
00:00:40,440 --> 00:00:45,160
 drapeau, minuterie et machine à
 états du mode clairsemé PIMS.

9
00:00:45,160 --> 00:00:48,680
 Je vais aborder un sujet assez profond, mais
 il y a quelques points que vous comprendrez.

10
00:00:48,680 --> 00:00:52,060
 Je trouverai dans la RFC des informations que je ne
 traiterai pas car cela reviendrait littéralement à…

11
00:00:52,060 --> 00:00:57,240
 Il faudrait probablement trois jours entiers rien que
 pour couvrir tout ce qu'il y a à savoir sur PIMS.

12
00:00:57,240 --> 00:01:02,080
 mode seul. Je pense donc que ce que nous
 allons aborder ici devrait suffire.

13
00:01:02,080 --> 00:01:08,820
 pour vous aider à réussir n'importe quelle question écrite
 ou même pratique du CCIE à laquelle je peux penser

14
00:01:08,820 --> 00:01:10,580
 en mode clairsemé PIMS.

15
00:01:10,580 --> 00:01:13,940
 Il se peut qu'une ou deux choses passent
 inaperçues et que je ne les aborde pas.

16
00:01:13,940 --> 00:01:17,280
 mais j'espère que vous serez assez satisfait
 du niveau de profondeur que nous avons

17
00:01:17,280 --> 00:01:22,800
 Entrons donc dans le vif du sujet.

18
00:01:22,800 --> 00:01:25,780
 Alors tout d'abord, avant de commencer, je veux
 vous montrer quelles sont les topologies

19
00:01:25,780 --> 00:01:29,700
 sont ceux que je vais utiliser pour mes différentes
 démonstrations en laboratoire et

20
00:01:29,700 --> 00:01:33,620
 trucs. Donc, au cas où vous voudriez essayer
 de recréer quoi que ce soit de tout cela sur

21
00:01:33,620 --> 00:01:36,280
 la vôtre, vous pouvez le faire.

22
00:01:36,280 --> 00:01:40,240
 Donc, pour ceux d'entre vous qui regardent la diffusion
 en direct en ce moment, si vous êtes dans le

23
00:01:40,240 --> 00:01:43,600
 En haut à droite, cliquez sur la section
 Fichier, vous verrez qu'il y a

24
00:01:43,600 --> 00:01:48,900
 un PDF qui ressemble à ceci, qui contient
 les différentes topologies

25
00:01:48,900 --> 00:01:49,640
 Je vais l'utiliser.

26
00:01:49,640 --> 00:01:52,460
 Voici donc la configuration physique.

27
00:01:52,460 --> 00:01:55,840
 Désolé, ça a l'air un peu brouillon ici,
 mais voici la disposition physique.

28
00:01:55,840 --> 00:02:01,840
 Je l'utilise. Vous pouvez voir que j'ai au
 total huit routeurs et un commutateur.

29
00:02:01,840 --> 00:02:06,160
 Dans une partie du laboratoire, le commutateur est
 donc un simple commutateur de couche deux, et

30
00:02:06,160 --> 00:02:09,620
 Ensuite, dans une partie du laboratoire,
 j'active le routage et le multicast.

31
00:02:09,620 --> 00:02:14,060
 fonctionnalités du commutateur et son
 utilisation comme neuvième routeur.

32
00:02:14,060 --> 00:02:16,020
 Voici donc la topologie physique.

33
00:02:16,020 --> 00:02:19,680
 J'ai également connecté mon ordinateur portable
 ici, ce qui me permet de capturer Wireshark.

34
00:02:19,680 --> 00:02:21,620
 traces de coupe-circuit et tout ça.

35
00:02:21,620 --> 00:02:25,140
 Et voici précisément
 la topologie logique.

36
00:02:25,140 --> 00:02:26,680
 Voilà donc ce que nous
 allons mettre en place.

37
00:02:26,680 --> 00:02:31,540
 Donc, le routeur numéro un me sert en fait de récepteur, car
 mon ordinateur portable est en quelque sorte au même niveau.

38
00:02:31,540 --> 00:02:35,120
 Le routeur numéro cinq est la source, c'est donc
 là que je vais effectuer ma diffusion multicast.

39
00:02:35,120 --> 00:02:36,480
 Des pings et tout ça.

40
00:02:36,480 --> 00:02:39,900
 Et ce sont principalement ces quatre routeurs,
 ici au milieu, qui sont ceux-là.

41
00:02:39,900 --> 00:02:43,500
 C'est là que je vais réaliser toutes mes démonstrations
 et tous mes exemples de multidiffusion.

42
00:02:43,500 --> 00:02:46,640
 et autres choses. Il existe quelques
 topologies supplémentaires.

43
00:02:46,640 --> 00:02:51,780
 Par exemple, lorsque nous aborderons la section
 sur l'auto RP et le BSR, je changerai

44
00:02:51,780 --> 00:02:54,060
 par rapport à la topologie
 de mon laboratoire.

45
00:02:54,060 --> 00:02:59,320
 Mêmes routeurs physiques, seule
 la topologie logique diffère.

46
00:02:59,320 --> 00:03:03,060
 Bon, si vous regardez cet enregistrement,
 permettez-moi de revenir à…

47
00:03:03,060 --> 00:03:08,020
 Vous pourriez prendre une capture d'écran de ceci, vous
 savez, à l'aide d'un appareil photo ou d'un autre type.

48
00:03:08,020 --> 00:03:12,320
 de Snagget ou de tout autre utilitaire de capture d'écran
 afin que vous puissiez vous y référer ultérieurement.

49
00:03:12,320 --> 00:03:15,380
 et ce, très fréquemment, au fur
 et à mesure que j'en parle.

50
00:03:15,380 --> 00:03:18,080
 Et pour ceux d'entre vous qui nous regardent
 en direct, je vous recommande d'ouvrir ceci

51
00:03:18,080 --> 00:03:22,180
 Téléchargez le PDF et gardez-le
 toujours sous les yeux.

52
00:03:22,180 --> 00:03:26,420
 D'accord, et j'ai également créé un tableau blanc
 reprenant exactement cette même topologie.

53
00:03:26,420 --> 00:03:29,820
 qui se trouve juste ici.

54
00:03:29,820 --> 00:03:34,140
 Je peux donc m'appuyer sur cela et parler
 de ce qui se passe au fur et à mesure.

55
00:03:34,140 --> 00:03:36,400
 Dans ce cas.

56
00:03:36,400 --> 00:03:38,620
 Parlons du PIM.

57
00:03:38,620 --> 00:03:43,280
 Donc PIM, comme je l'ai mentionné, signifie
 multidiffusion indépendante du protocole.

58
00:03:43,280 --> 00:03:45,800
 J'ai déjà mentionné la raison pour laquelle
 on parle d'indépendance de protocole.

59
00:03:45,800 --> 00:03:51,280
 C'est parce que, comme tous les autres protocoles
 de routage multicast, il utilise RPF.

60
00:03:51,280 --> 00:03:55,180
 vérifie l'adresse source de
 tout flux multicast entrant.

61
00:03:55,180 --> 00:04:00,000
 Et « indépendant du protocole » signifie que PIM ne se soucie
 pas de l'endroit où il trouve une correspondance.

62
00:04:00,000 --> 00:04:03,980
 Il ne se soucie pas de savoir s'il s'agit d'une route
 rip, d'une route OSP ou d'une route, même une

63
00:04:03,980 --> 00:04:07,420
 Un itinéraire M statique n'a pas de préférence
 tant qu'il peut trouver quelque chose.

64
00:04:07,420 --> 00:04:11,900
 C'est donc ce qui signifie qu'il
 est indépendant du protocole.

65
00:04:11,900 --> 00:04:16,760
 Il en existe donc deux variantes principales :
 le mode dense PIM, qui n’est pas…

66
00:04:16,760 --> 00:04:20,480
 très utilisé parce que beaucoup de gens
 n'aiment pas l'idée d'inondations

67
00:04:20,480 --> 00:04:23,540
 Leur multidiffusion est omniprésente,
 juste pour la réduire.

68
00:04:23,540 --> 00:04:24,880
 Mais c'est fondamentalement
 ce que ça fait.

69
00:04:24,880 --> 00:04:27,700
 Et voici le rapport RFC si
 jamais cela vous intéresse.

70
00:04:27,700 --> 00:04:30,660
 Et celui sur lequel nous allons nous
 concentrer est le mode PIM sparse.

71
00:04:30,660 --> 00:04:33,300
 qui est la RFC 4601.

72
00:04:33,300 --> 00:04:35,820
 Ce n'est pas la RFC originale.

73
00:04:35,820 --> 00:04:38,940
 En réalité, le mode clairsemé de PIM est sorti
 il y a longtemps et il a été adopté depuis.

74
00:04:38,940 --> 00:04:42,280
 plusieurs itérations et
 mises à jour de la RFC.

75
00:04:42,280 --> 00:04:45,920
 Mais je crois bien qu'il s'agit de la RFC la plus
 récente au moment de cet enregistrement, qui

76
00:04:45,920 --> 00:04:49,660
 Le 3 novembre 2015.

77
00:04:49,660 --> 00:04:54,940
 Quel est donc l'objectif des deux ?

78
00:04:54,940 --> 00:04:57,920
 Ce dont nous avons parlé, l'objectif est de mettre
 en place ce système de multidiffusion.

79
00:04:57,920 --> 00:05:03,260
 Arbre de distribution reliant la source
 aux récepteurs pour la multidiffusion

80
00:05:03,260 --> 00:05:08,440
 peut s'écouler vers le bas.
 C'est tout l'objectif.

81
00:05:08,440 --> 00:05:12,180
 D'accord, donc le mode PIM clairsemé, il
 y a la RFC d'origine, si vous voulez

82
00:05:12,180 --> 00:05:20,220
 Consultez cette référence, 2117, actuellement RFC
 4601, et elle repose sur le modèle de pôle.

83
00:05:20,220 --> 00:05:22,500
 Voici donc une sorte de récapitulatif
 de ce dont nous avons parlé.

84
00:05:22,500 --> 00:05:25,880
 Le mode clairsemé de PIM repose donc sur
 le concept de point de rendez-vous.

85
00:05:25,880 --> 00:05:29,680
 C'est un peu comme le service de rencontres dont
 je parlais dans mon analogie précédente.

86
00:05:29,680 --> 00:05:36,120
 Ainsi, lorsque le flux multicast part du point de rendez-vous
 et descend jusqu'à n'importe quel endroit où

87
00:05:36,120 --> 00:05:40,440
 divers récepteurs sont, nous disons que
 cela circule le long de l'arbre partagé

88
00:05:40,440 --> 00:05:44,460
 ou l'arbre central, également
 connu sous le nom d'arbre RP.

89
00:05:44,460 --> 00:05:47,260
 Donc, trois termes pour désigner
 exactement la même chose.

90
00:05:47,260 --> 00:05:50,780
 Arbre partagé, arbre central, arbre RP.

91
00:05:50,780 --> 00:05:54,040
 En gros, cela signifie la même chose que
 où que se trouve le récepteur, ce chemin

92
00:05:54,040 --> 00:05:57,840
 Du récepteur jusqu'au RP, il
 s'agit de l'arbre partagé.

93
00:05:57,840 --> 00:06:01,780
 Et c'est là que le flux multicast
 commence à se déployer.

94
00:06:01,780 --> 00:06:05,540
 Et ensuite, comme indiqué, une fois la source
 multicast découverte, une fois que

95
00:06:05,540 --> 00:06:08,860
 Les routeurs apprennent quelle est l'adresse
 source, ils peuvent basculer vers l'adresse

96
00:06:08,860 --> 00:06:10,780
 Arbre du chemin le plus court.

97
00:06:10,780 --> 00:06:14,980
 Or, il arrive parfois que l'arborescence du chemin
 source soit exactement la même arborescence.

98
00:06:14,980 --> 00:06:16,180
 par le point de rendez-vous.

99
00:06:16,180 --> 00:06:18,500
 Il pourrait s'agir de passer par le
 point de rendez-vous et de remonter.

100
00:06:18,500 --> 00:06:20,920
 Parfois, ce sera différent.

101
00:06:20,920 --> 00:06:22,480
 Tout cela repose sur le
 protocole de routage.

102
00:06:22,480 --> 00:06:25,000
 Vous savez, que dit votre
 table de routage ?

103
00:06:25,000 --> 00:06:28,180
 C'est le meilleur moyen d'accéder
 à cette source.

104
00:06:28,180 --> 00:06:33,760
 Très bien, parlons donc de
 quelques versions de PIM.

105
00:06:33,760 --> 00:06:39,440
 La version originale de PIM
 était donc la version 1.

106
00:06:39,440 --> 00:06:44,540
 La version 2 est la norme
 de facto depuis longtemps.

107
00:06:44,540 --> 00:06:47,220
 Quelles sont les similitudes ?

108
00:06:47,220 --> 00:06:50,060
 Eh bien, si vous aviez réellement effectué un
 tracé plus rigide, le corps des paquets PIM

109
00:06:50,060 --> 00:06:53,180
 est identique dans la version
 1 et la version 2.

110
00:06:53,180 --> 00:06:55,840
 Vous savez, le genre de messages
 qu'ils véhiculent.

111
00:06:55,840 --> 00:06:57,420
 La fonctionnalité est la même.

112
00:06:57,420 --> 00:07:00,720
 Vous savez, quand ils envoient les déclencheurs pour
 certaines choses, c'est toujours la même chose.

113
00:07:00,720 --> 00:07:02,700
 Il y a toutefois quelques
 différences principales.

114
00:07:02,700 --> 00:07:08,400
 La version 1 de PIM utilisait donc en réalité
 IGMP comme protocole de transport.

115
00:07:08,400 --> 00:07:12,260
 Donc, juste après l'en-tête IP, vous auriez
 un en-tête IGMP, puis vous auriez

116
00:07:12,260 --> 00:07:15,320
 Ce paquet contient du PIM.

117
00:07:15,320 --> 00:07:19,460
 Mais lorsque la version 2 de PIM est sortie,
 elle est devenue une entité distincte.

118
00:07:19,460 --> 00:07:23,560
 Protocole IP. Vous le verrez dans les traces d'analyse
 de données sous la forme du numéro de protocole IP.

119
00:07:23,560 --> 00:07:28,520
 103. Il ne dépend donc plus d'IGMP.

120
00:07:28,520 --> 00:07:32,480
 L'autre différence majeure réside dans la
 fonctionnalité du routeur d'amorçage PIM,

121
00:07:32,480 --> 00:07:35,960
 que nous aborderons à la fin de ces enregistrements,
 n'est disponible que dans

122
00:07:35,960 --> 00:07:43,280
 PIM version 2. C'est une façon de sélectionner
 et de découvrir dynamiquement le

123
00:07:43,280 --> 00:07:44,560
 Point de rendez-vous.

124
00:07:44,560 --> 00:07:48,460
 Dans la plupart des TP que je vais réaliser ici,
 je vais utiliser des méthodes statiques.

125
00:07:48,460 --> 00:07:50,460
 Configurer un point de rendez-vous.

126
00:07:50,460 --> 00:07:55,820
 Mais l'auto RP et le PIM BSR sont deux méthodes
 différentes permettant de gérer dynamiquement

127
00:07:55,820 --> 00:07:59,660
 découvrir un RP, ce que
 beaucoup de gens font.

128
00:07:59,660 --> 00:08:03,200
 Quelques points supplémentaires.

129
00:08:03,200 --> 00:08:07,220
 Si vous avez un routeur capable
 de gérer la version

130
00:08:07,220 --> 00:08:13,280
 1 ou version 2, car le corps des paquets
 PIM est identique, et parce que

131
00:08:13,280 --> 00:08:16,280
 La fonctionnalité est la même, vous pouvez effectivement
 faire en sorte que ce routeur fasse

132
00:08:16,280 --> 00:08:20,440
 Les deux. Mais on ne peut pas les avoir
 tous les deux sur la même interface.

133
00:08:20,440 --> 00:08:23,740
 Par exemple, vous avez un routeur qui, sur le réseau
 Fast Ethernet 1, effectue une opération PIM.

134
00:08:23,740 --> 00:08:28,600
 La version 1, et sur Fast Ethernet 2, prend
 en charge PIM version 2, et elle le fera

135
00:08:28,600 --> 00:08:31,440
 être capable de communiquer
 dans les deux sens.

136
00:08:31,440 --> 00:08:35,520
 La plupart des routeurs Cisco actuels n'exécutent
 que la version 2 de PIM, et ils ne le feront pas.

137
00:08:35,520 --> 00:08:38,680
 vous permet même de passer
 à la version 1 de PIM.

138
00:08:38,680 --> 00:08:42,500
 Par exemple, laissez-moi
 vous donner un exemple.

139
00:08:42,500 --> 00:08:48,560
 Ici, dans mon labo, j'utilise un très vieux
 routeur Cisco série 2500 comme routeur.

140
00:08:48,560 --> 00:08:51,960
 serveur terminal, comme serveur d'accès.

141
00:08:51,960 --> 00:08:55,380
 Et voyez, quel genre de logiciel
 est utilisé ici ?

142
00:08:55,380 --> 00:08:59,220
 Ce type utilise donc le logiciel 1233A.

143
00:08:59,220 --> 00:09:05,540
 Et vous pouvez voir si je vais dans une interface,
 voyons voir ici, je fais show IP

144
00:09:05,540 --> 00:09:13,480
 interface brief, interface ethernet 0, et
 je tape IP PIM point d'interrogation.

145
00:09:13,480 --> 00:09:15,960
 Vous voyez bien qu'il existe
 une version, n'est-ce pas ?

146
00:09:15,960 --> 00:09:21,300
 Je peux sélectionner la version IP PIM, mais
 la version 2 sera sélectionnée par défaut.

147
00:09:21,300 --> 00:09:23,500
 Je peux revenir à la version 1.

148
00:09:23,500 --> 00:09:27,620
 Mais sur la plupart des appareils récents, par exemple,
 si je vais sur l'un de mes autres routeurs

149
00:09:27,620 --> 00:09:34,740
 Ici, avec IP PIM, vous remarquerez que
 la version n'est même pas une option.

150
00:09:34,740 --> 00:09:37,140
 Vous ne pouvez même pas
 revenir à la version 1.

151
00:09:37,140 --> 00:09:43,760
 Juste une petite précision, cela dépend
 du logiciel que vous utilisez.

152
00:09:43,760 --> 00:09:51,220
 Et ce type-là, au cas où vous vous poseriez la
 question, utilise la version 15.33 du logiciel.

153
00:09:51,220 --> 00:09:55,160
 Je ne sais donc pas exactement où se situait la limite
 entre le moment où ils ont complètement dépouillé...

154
00:09:55,160 --> 00:09:59,980
 La fonctionnalité PIM V1 est absente, mais elle
 se situe entre les versions 12.3 et 15.3.

155
00:09:59,980 --> 00:10:06,060
 Ils s'en sont débarrassés.

156
00:10:06,060 --> 00:10:13,620
 Très bien, PIM présente donc certaines similitudes,
 certaines analogies avec IGP.

157
00:10:13,620 --> 00:10:15,060
 protocoles de routage.

158
00:10:15,060 --> 00:10:21,520
 Par exemple, la plupart des protocoles de routage
 IGP découvrent dynamiquement leurs voisins.

159
00:10:21,520 --> 00:10:25,380
 l'envoi de paquets multicast ascendants
 et de messages de bienvenue périodiques.

160
00:10:25,380 --> 00:10:27,300
 PIM fait cela aussi.

161
00:10:27,300 --> 00:10:33,960
 PIM envoie des paquets hello, et il s'agit
 de l'adresse réservée 224.0113.

162
00:10:33,960 --> 00:10:37,760
 Et oui, si vous passez un jour un test Cisco, il y
 a de fortes chances qu'ils le fassent probablement.

163
00:10:37,760 --> 00:10:42,440
 Je m'attends à ce que vous connaissiez
 cette adresse par cœur.

164
00:10:42,440 --> 00:10:44,600
 Ce sont donc des paquets PIM hello.

165
00:10:44,600 --> 00:10:49,380
 Contrairement à OSPF et EIGRP, qui envoient leurs
 messages de salutation assez fréquemment,

166
00:10:49,380 --> 00:10:54,300
 Par exemple, toutes les 5 ou 10 secondes, les paquets
 PIM hello sont envoyés toutes les 30 secondes.

167
00:10:54,300 --> 00:10:58,320
 Ils ne sont donc pas aussi fréquents
 que les protocoles de routage IGP.

168
00:10:58,320 --> 00:11:04,000
 Et comme un protocole de routage IGP, si
 un paquet hello s'arrête brusquement,

169
00:11:04,000 --> 00:11:08,360
 Si vous ne la recevez pas, vous
 déclarerez ce voisin décédé.

170
00:11:08,360 --> 00:11:12,760
 De même, la plupart des protocoles qui reposent sur une
 sorte de mécanisme de maintien de la connexion ou

171
00:11:12,760 --> 00:11:17,180
 Bonjour, en général, ils déposent
 tous la même règle.

172
00:11:17,180 --> 00:11:21,400
 Après trois pertes de maintien en vie ou trois
 pertes de salutations, c'est terminé.

173
00:11:21,400 --> 00:11:22,440
 Votre voisin est mort.

174
00:11:22,440 --> 00:11:25,280
 PIM, c'est pareil.

175
00:11:25,280 --> 00:11:28,800
 Et les informations recueillies via
 le PIM ont une durée de vie limitée.

176
00:11:28,800 --> 00:11:29,760
 C'est également similaire.

177
00:11:29,760 --> 00:11:33,360
 Par exemple, c'est similaire
 à OSPF, n'est-ce pas ?

178
00:11:33,360 --> 00:11:39,800
 Donc, avec OSPF, si j'apprends l'existence
 d'une LSA dans ma zone qui décrit certains

179
00:11:39,800 --> 00:11:43,340
 Ces liens, ce LSA n'est
 valable qu'une heure.

180
00:11:43,340 --> 00:11:45,440
 C'est l'âge de ce LSA.

181
00:11:45,440 --> 00:11:50,160
 Et si le propriétaire de ce LSA qui
 l'a créé ne le met pas à jour avant

182
00:11:50,160 --> 00:11:53,440
 60 minutes, avant une heure,
 je vais le faire vieillir.

183
00:11:53,440 --> 00:11:54,740
 PIM, c'est un peu comme ça.

184
00:11:54,740 --> 00:11:59,640
 Lorsque PIM découvre dynamiquement les routes
 multicast ou apprend dynamiquement

185
00:11:59,640 --> 00:12:02,980
 concernant les receveurs qui ont souhaité adhérer,
 cette information ne sera pas conservée.

186
00:12:02,980 --> 00:12:06,020
 Pour toujours. Ça finira par se dégrader.

187
00:12:06,020 --> 00:12:08,500
 En réalité, le délai par défaut
 est d'environ trois minutes.

188
00:12:08,500 --> 00:12:14,120
 Techniquement, ça dure 210 secondes, mais
 beaucoup de gens disent trois minutes.

189
00:12:14,120 --> 00:12:19,180
 PIM dispose donc de nombreux mécanismes pour maintenir
 l'état à jour, ce qui évite ce problème.

190
00:12:19,180 --> 00:12:24,580
 se produire. Alors, quelles
 sont les différences ?

191
00:12:24,580 --> 00:12:26,240
 Beaucoup de différences.

192
00:12:26,240 --> 00:12:30,980
 Premièrement, les protocoles de passerelle intérieure
 ne s'intéressent qu'aux destinations, n'est-ce pas ?

193
00:12:30,980 --> 00:12:32,700
 OSPF, EIGRP, RIP.

194
00:12:32,700 --> 00:12:36,180
 Ce qui les intéresse, c'est l'emplacement
 des sous-réseaux, la destination du

195
00:12:36,180 --> 00:12:37,940
 Le paquet va aller à.

196
00:12:37,940 --> 00:12:41,320
 PIM prend connaissance des sources
 et des destinations.

197
00:12:41,320 --> 00:12:45,320
 PIM assure le suivi des deux.

198
00:12:45,320 --> 00:12:46,780
 Donc autre chose.

199
00:12:46,780 --> 00:12:52,040
 PIM s'appuie donc sur un hôte, qui est votre récepteur
 ou une source, pour déclencher le processus.

200
00:12:52,040 --> 00:12:55,420
 tout échange d'informations PIM.

201
00:12:55,420 --> 00:12:56,700
 Et c'est un peu différent, n'est-ce pas ?

202
00:12:56,700 --> 00:13:00,880
 Vos protocoles de routage IGP habituels, qu'est-ce
 qui déclenche l'échange d'informations ?

203
00:13:00,880 --> 00:13:07,380
 Si vous activez une interface et qu'elle se
 désactive, vous ajoutez une valeur statique.

204
00:13:07,380 --> 00:13:12,920
 route, mais elle ne dépend pas vraiment d'hôtes
 ou de serveurs pour effectuer l'échange

205
00:13:12,920 --> 00:13:14,940
 itinéraires ou se renseigner
 sur les itinéraires.

206
00:13:14,940 --> 00:13:20,380
 PIM le fait. PIM ne fera rien tant qu'un nouveau
 récepteur ne sera pas mis en service.

207
00:13:20,380 --> 00:13:23,280
 ou une nouvelle source entre en ligne.

208
00:13:23,280 --> 00:13:26,200
 Sinon, PIM restera en
 quelque sorte inactif.

209
00:13:26,200 --> 00:13:30,560
 PIM remplit sa propre table unique
 appelée table de routage M.

210
00:13:30,560 --> 00:13:33,360
 Il s'agit de l'abréviation de
 la table de routage multicast.

211
00:13:33,360 --> 00:13:38,700
 Nous avons donc notre table de routage unitcast
 et notre table de routage multicast.

212
00:13:38,700 --> 00:13:41,300
 Un autre point très important à ce
 sujet, que j'ai mentionné un peu

213
00:13:41,300 --> 00:13:43,880
 Un peu plus tôt, mais je le répète.

214
00:13:43,880 --> 00:13:51,400
 Donc, avec certains protocoles de routage, disons que
 vous avez saisi une adresse dans un routeur, non

215
00:13:51,400 --> 00:13:54,760
 Le routage IP se fait au niveau global.

216
00:13:54,760 --> 00:13:58,740
 Et ensuite, vous essayez d'activer
 OSPF, par exemple.

217
00:13:58,740 --> 00:14:03,220
 J'ai vu des routeurs qui permettent
 effectivement d'activer OSPF.

218
00:14:03,220 --> 00:14:09,260
 protocole. Vous verrez l'échange de messages
 Hello, d'LSA, puis le remplissage.

219
00:14:09,260 --> 00:14:13,640
 la base de données d'état des liens, mais aucune
 de ces informations ne sera intégrée au routage.

220
00:14:13,640 --> 00:14:18,240
 tableau. Car si vous n'utilisez pas le routage
 IP, il ne peut pas être renseigné.

221
00:14:18,240 --> 00:14:19,960
 table. Il n'existe pas
 de table de routage.

222
00:14:19,960 --> 00:14:22,320
 Il est impossible de créer cette table.

223
00:14:22,320 --> 00:14:24,620
 Donc, tout peut fonctionner en arrière-plan,
 mais il n'y a pas d'endroit précis.

224
00:14:24,620 --> 00:14:26,320
 pour mettre ces informations.

225
00:14:26,320 --> 00:14:27,720
 PIM, c'est pareil.

226
00:14:27,720 --> 00:14:33,420
 Avec PIM, vous pouvez activer PIM sur vos interfaces
 et il détectera les interfaces voisines.

227
00:14:33,420 --> 00:14:40,080
 et il enverra, il recevra, des rapports
 d'appartenance IGMP et autres, mais

228
00:14:40,080 --> 00:14:45,600
 Il ne remplira pas la table de routage multicast
 avec quoi que ce soit qui soit

229
00:14:45,600 --> 00:14:49,640
 appris sauf si vous activez
 le routage multicast.

230
00:14:49,640 --> 00:14:52,940
 Au niveau global, la toute première
 chose à saisir est l'adresse IP.

231
00:14:52,940 --> 00:14:55,140
 Routage multicast.

232
00:14:55,140 --> 00:14:57,920
 Sinon, l'activation de PIM est inutile.

233
00:14:57,920 --> 00:15:00,020
 Ça ne changera rien.

234
00:15:00,020 --> 00:15:04,680
 Nous avons déjà évoqué la manière dont PIM
 effectue les contrôles RPF par défaut et

235
00:15:04,680 --> 00:15:06,560
 Il ne peut pas fonctionner seul.

236
00:15:06,560 --> 00:15:11,260
 PIM a besoin de données pour remplir la
 table de routage unicast à cause de

237
00:15:11,260 --> 00:15:12,940
 Cette balle dont je viens de parler.

238
00:15:12,940 --> 00:15:17,500
 Impossible d'effectuer une vérification RPF s'il
 n'y a aucune route dans la table de routage vers

239
00:15:17,500 --> 00:15:20,800
 correspond à ce que vous recherchez.

240
00:15:20,800 --> 00:15:24,480
 Vous pourriez le faire pour des routes statiques,
 mais il doit y avoir quelque chose dans

241
00:15:24,480 --> 00:15:26,740
 la table de routage.

242
00:15:26,740 --> 00:15:35,060
 Quel est donc le rôle d'un PIM RP ?

243
00:15:35,060 --> 00:15:36,980
 Nous en avons déjà un peu parlé.

244
00:15:36,980 --> 00:15:41,860
 Il s'agit du point central où, lorsqu'un
 récepteur rejoint le réseau,

245
00:15:41,860 --> 00:15:46,160
 en envoyant un rapport d'appartenance IBIGMP, cette
 passerelle par défaut qui est directement

246
00:15:46,160 --> 00:15:50,520
 L'appareil connecté enverra une requête
 PIM jusqu'au point de rendez-vous.

247
00:15:50,520 --> 00:15:54,360
 Et cela construit l'arbre principal, l'arbre
 partagé, qui est donc prêt et en attente.

248
00:15:54,360 --> 00:15:56,700
 pour que le multicast puisse y circuler.

249
00:15:56,700 --> 00:16:02,260
 De même, lorsque la source multicast commence
 à envoyer ses données multicast,

250
00:16:02,260 --> 00:16:05,840
 Le routeur auquel il est directement connecté
 transmettra ce flux multicast.

251
00:16:05,840 --> 00:16:09,560
 Les données sont acheminées vers le point de rendez-vous
 pour finaliser le processus et tout connecter.

252
00:16:09,560 --> 00:16:18,420
 ensemble. Et comment un routeur
 sait-il qui est le RP ?

253
00:16:18,420 --> 00:16:23,420
 Pour nos besoins, nous allons configurer
 cela de manière statique.

254
00:16:23,420 --> 00:16:26,900
 Mais vous pouvez aussi avoir des routeurs déterminés
 dynamiquement via des mécanismes comme l'automatique.

255
00:16:26,900 --> 00:16:29,680
 RP et le routeur d'amorçage PIM.