1
00:00:08,440 --> 00:00:11,620
 Bon, jusqu'ici, si vous avez
 regardÃ© les vidÃ©os de

2
00:00:11,620 --> 00:00:15,920
 Du dÃ©but jusqu'Ã  maintenant, je l'ai
 en quelque sorte divisÃ© en sections.

3
00:00:15,920 --> 00:00:19,320
 Afin de mettre en Ã©vidence chaque section, donnez
 vraiment les dÃ©tails de ce qui se passe.

4
00:00:19,320 --> 00:00:24,100
 dans chaque processus ou Ã  chaque dÃ©clenchement
 dans le processus PIM.

5
00:00:24,100 --> 00:00:29,960
 Nous avions une section consacrÃ©e, vous savez, Ã  la
 construction de l'arbre partagÃ© et aux dÃ©clencheurs.

6
00:00:29,960 --> 00:00:33,640
 et les messages qui en dÃ©coulent, puis
 nous avons eu une autre vidÃ©o sur

7
00:00:33,640 --> 00:00:38,180
 le processus d'enregistrement au fur et Ã  mesure que
 la source dÃ©marre, voici Ã  quoi cela ressemble.

8
00:00:38,180 --> 00:00:42,240
 Nous avions ensuite une autre section consacrÃ©e Ã  la
 jonction de l'arbre des chemins les plus courts.

9
00:00:42,240 --> 00:00:44,300
 Je vais donc clarifier tout cela.

10
00:00:44,300 --> 00:00:47,360
 Maintenant, je vais juste faire un rapide
 rÃ©capitulatif de tout Ã§a au tableau blanc.

11
00:00:47,360 --> 00:00:49,060
 Les choses au fur et Ã  mesure
 qu'elles se produisent.

12
00:00:49,060 --> 00:00:51,140
 Je ne ferai plus de prÃ©lÃ¨vements d'alcool
 ou d'analyses en laboratoire.

13
00:00:51,140 --> 00:00:54,480
 Nous l'avons dÃ©jÃ  fait dans la caractÃ©ristique
 prÃ©cÃ©dente, dans les sections prÃ©cÃ©dentes.

14
00:00:54,480 --> 00:00:58,600
 Je vais simplement vous montrer au tableau
 blanc tout le processus, du dÃ©but Ã  la fin.

15
00:00:58,600 --> 00:01:01,540
 Cela arrive. J'espÃ¨re donc que cela vous permettra
 d'y voir plus clair si vous Ã©tiez du genre

16
00:01:01,540 --> 00:01:05,640
 Je suis actuellement bloquÃ©, incapable de voir
 la forÃªt Ã  travers les arbres, comme on dit.

17
00:01:05,640 --> 00:01:09,440
 Revenons donc Ã  notre tableau blanc.

18
00:01:09,440 --> 00:01:19,960
 Bon, maintenant avec la multidiffusion, deux
 choses peuvent se produire en premier.

19
00:01:19,960 --> 00:01:24,840
 Soit les rÃ©cepteurs pourraient commencer Ã  rejoindre
 le flux multicast avant le flux multicast.

20
00:01:24,840 --> 00:01:27,640
 Cela a mÃªme commencÃ©, et cela
 pourrait tout Ã  fait arriver.

21
00:01:27,640 --> 00:01:30,580
 Vous savez, par exemple, si vous
 apprenez que votre PDG va avoir

22
00:01:30,580 --> 00:01:35,560
 Une vidÃ©o Ã  15h aujourd'hui prÃ©sentant une nouvelle
 structure de bonus importante dans votre

23
00:01:35,560 --> 00:01:39,560
 l'entreprise. Eh bien, avant mÃªme que la vidÃ©o
 ne commence Ã  Ãªtre diffusÃ©e Ã  trois heures,

24
00:01:39,560 --> 00:01:42,820
 Les gens dans leurs bureaux vont probablement
 commencer Ã  s'y inscrire, vous savez, cinq ou

25
00:01:42,820 --> 00:01:44,840
 dix minutes avant mÃªme
 le dÃ©but de la vidÃ©o.

26
00:01:44,840 --> 00:01:50,240
 Donc, cela pourrait arriver lorsque,
 par exemple, vous avez un flux vidÃ©o.

27
00:01:50,240 --> 00:01:55,260
 qui dÃ©marre et qui fonctionne 24 heures sur 24, 7 jours
 sur 7, comme, vous savez, le fil d'actualitÃ©s de CNN.

28
00:01:55,260 --> 00:01:59,520
 ou le fil d'actualitÃ©s de BBN, vous savez, quelque
 chose qui est mis Ã  jour en permanence, et

29
00:01:59,520 --> 00:02:01,540
 Il se pourrait mÃªme que
 personne ne le regarde.

30
00:02:01,540 --> 00:02:04,840
 Le processus d'inscription pourrait donc avoir
 lieu en premier, puis les destinataires

31
00:02:04,840 --> 00:02:06,300
 pourrait se joindre plus tard.

32
00:02:06,300 --> 00:02:10,800
 Pour simplifier les choses, je vais
 commencer par le premier scÃ©nario.

33
00:02:10,800 --> 00:02:16,220
 oÃ¹ le rÃ©cepteur se connecte en premier,
 puis la vidÃ©o dÃ©marre ensuite.

34
00:02:16,220 --> 00:02:20,780
 Donc, pour rappel, la premiÃ¨re Ã©tape de ce processus
 consiste Ã  vÃ©rifier si le rÃ©cepteur

35
00:02:20,780 --> 00:02:24,480
 nous connaissons le rÃ©cepteur, nous allons
 donc supposer qu'il s'agit d'IPv4.

36
00:02:24,480 --> 00:02:26,020
 Pour faire simple.

37
00:02:26,020 --> 00:02:29,620
 Nous savons que le rÃ©cepteur, qui est mon
 ordinateur portable ici Ã  gauche, va

38
00:02:29,620 --> 00:02:31,740
 Envoyer quoi ? Question de rÃ©vision.

39
00:02:31,740 --> 00:02:36,120
 Quel type de message IgMP ce rÃ©cepteur enverra-t-il
 Ã  sa passerelle par dÃ©fautÂ ?

40
00:02:36,120 --> 00:02:39,420
 dire : je souhaite faire
 partie de ce courant ?

41
00:02:39,420 --> 00:02:42,200
 Qui peut rÃ©pondre Ã  cela ?

42
00:02:42,200 --> 00:02:51,360
 Eh bien, j'espÃ¨re que la rÃ©ponse que vous avez
 trouvÃ©e Ã©tait un rapport d'adhÃ©sion Ã  l'IgMP.

43
00:02:51,360 --> 00:02:54,200
 On appelle parfois cela
 une jonction IgMP.

44
00:02:54,200 --> 00:02:58,520
 C'est le terme familier utilisÃ©,
 mais le terme technique est IgMP.

45
00:02:58,520 --> 00:03:00,720
 rapport d'adhÃ©sion.

46
00:03:00,720 --> 00:03:04,360
 Et nous savons que l'adresse de destination
 de ce rapport sera quelle que soit

47
00:03:04,360 --> 00:03:08,700
 Le flux est celui que le gars souhaite
 regarder, et aussi dans le corps du

48
00:03:08,700 --> 00:03:12,740
 Dans le rapport, le champ GDA, le champ adresse de
 destination du groupe, seront Ã©galement inclus.

49
00:03:12,740 --> 00:03:15,120
 que ce soit exactement la mÃªme chose.

50
00:03:15,120 --> 00:03:22,520
 Bon, maintenant, si ce routeur n'est pas
 activÃ© pour PIM sur cette interface,

51
00:03:22,520 --> 00:03:26,840
 Il va ignorer cela car les routeurs
 n'Ã©coutent pas IgMP par dÃ©faut.

52
00:03:26,840 --> 00:03:29,700
 Ils l'ignorent. C'est donc l'une des raisons
 pour lesquelles nous devons activer le PIM.

53
00:03:29,700 --> 00:03:34,680
 sous une forme ou une autre, en mode dense ou
 en mode clairsemÃ©, sur cette interface, car

54
00:03:34,680 --> 00:03:39,920
 cela permet Ã©galement le traitement
 des IgMP comme sous-produit de cela.

55
00:03:39,920 --> 00:03:43,320
 Partons donc du principe, pour les besoins
 de la dÃ©monstration, que chaque interface

56
00:03:43,320 --> 00:03:48,040
 que l'on voit ici sur ce schÃ©ma a
 dÃ©jÃ  le mode clairsemÃ© PIM activÃ©.

57
00:03:48,040 --> 00:03:49,560
 D'accord, partons du principe
 que c'est le cas.

58
00:03:49,560 --> 00:03:53,040
 Supposons Ã©galement, pour les besoins de la dÃ©monstration,
 que nous ayons dÃ©jÃ  prÃ©dÃ©terminÃ©

59
00:03:53,040 --> 00:03:58,300
 que le point de rendez-vous PIM sera
 le routeur trois, juste ici.

60
00:03:58,300 --> 00:04:03,880
 Et tous les routeurs, y compris le routeur
 numÃ©ro trois, pointent vers l'adresse IP.

61
00:04:03,880 --> 00:04:07,600
 L'adresse sur le routeur trois est rapide,
 Ethernet zÃ©ro zÃ©ro, qui est trois points

62
00:04:07,600 --> 00:04:12,260
 quatre points trois points
 trois comme adresse RP PIM.

63
00:04:12,260 --> 00:04:17,920
 Et au cas oÃ¹ vous l'auriez oubliÃ©, la commande
 correspondante au niveau global Ã©tait IP

64
00:04:17,920 --> 00:04:25,480
 Adresse du tableau de bord PIM
 RP, puis vous entrez l'adresse.

65
00:04:25,480 --> 00:04:29,480
 Et nous avons procÃ©dÃ© ainsi sur chaque
 routeur, y compris le RP lui-mÃªme.

66
00:04:29,480 --> 00:04:32,640
 OK, voilÃ  donc la commande pour
 configurer statiquement un RP.

67
00:04:32,640 --> 00:04:37,020
 OK, le PIM est donc activÃ©.

68
00:04:37,020 --> 00:04:38,840
 Tout le monde sait qui est le RP.

69
00:04:38,840 --> 00:04:41,640
 Et bien sÃ»r, tout le monde
 doit pouvoir accÃ©der au RP.

70
00:04:41,640 --> 00:04:44,920
 Nous allons donc supposer qu'il existe
 un protocole de routage de type EIGRP.

71
00:04:44,920 --> 00:04:48,340
 ou RIP ou quelque chose du genre,
 qui tourne en arriÃ¨re-plan.

72
00:04:48,340 --> 00:04:51,360
 Ainsi, tout le monde sait
 comment accÃ©der Ã  tout.

73
00:04:51,360 --> 00:04:55,980
 Bon, donc tout le travail prÃ©paratoire
 est dÃ©jÃ  fait.

74
00:04:55,980 --> 00:05:00,680
 TrÃ¨s bien, le rapport d'appartenance IGMP
 arrive maintenant sur le routeur deux.

75
00:05:00,680 --> 00:05:06,680
 Si je l'avais fait Ã  ce moment prÃ©cis, juste aprÃ¨s
 que le routeur deux ait reÃ§u ce signal IGMP,

76
00:05:06,680 --> 00:05:12,100
 rapport d'adhÃ©sion, si j'ai exÃ©cutÃ© la commande
 show IP em route dans le routeur

77
00:05:12,100 --> 00:05:18,520
 DeuxiÃ¨mement, voici une question de rÃ©visionÂ :
 quel type dâentrÃ©e de route EM verrais-jeÂ ?

78
00:05:18,520 --> 00:05:24,600
 Exactement. Merci, Peter.

79
00:05:24,600 --> 00:05:27,380
 Et pour ceux d'entre vous qui regardent, j'espÃ¨re
 que vous aviez dit que vous verriez une Ã©toile

80
00:05:27,380 --> 00:05:29,460
 EntrÃ©e virgule G. Exactement.

81
00:05:29,460 --> 00:05:31,780
 C'est pourquoi je verrais
 une virgule astÃ©risque G.

82
00:05:31,780 --> 00:05:35,540
 Donc dans ce cas prÃ©cis, si j'Ã©cris cela,
 je laisserai simplement ceci ici.

83
00:05:35,540 --> 00:05:37,700
 En rouge pour indiquer
 les informations PIM.

84
00:05:37,700 --> 00:05:45,660
 Donc, sur le routeur deux, je verrais une entrÃ©e avec un
 astÃ©risque et une virgule, 239,999, ce qui correspond Ã â¦

85
00:05:45,660 --> 00:05:47,320
 nous appelons virgule Ã©toilÃ©e G.

86
00:05:47,320 --> 00:05:51,220
 Ã cÃ´tÃ© se trouverait l'adresse
 du RP, soit 3433.

87
00:05:51,220 --> 00:05:54,640
 Cela indique que nous savons
 effectivement qui est le RP.

88
00:05:54,640 --> 00:05:56,500
 TrÃ¨s bien, une autre
 question de rÃ©vision.

89
00:05:56,500 --> 00:06:02,440
 Ce dessin prÃ©cis nous sert de guide,
 et nous supposons que le rapide

90
00:06:02,440 --> 00:06:07,020
 Les liaisons Ethernet constituent une bien meilleure
 mesure de routage que les liaisons sÃ©rie.

91
00:06:07,020 --> 00:06:12,360
 que le systÃ¨me en sÃ©rie est vraiment la derniÃ¨re
 voie Ã  privilÃ©gier pour arriver quelque part.

92
00:06:12,360 --> 00:06:14,540
 Et je le mentionne pour
 une raison bien prÃ©cise.

93
00:06:14,540 --> 00:06:19,060
 Dans l'entrÃ©e G avec astÃ©risque, nous aurions
 ce qu'on appelle une interface entrante.

94
00:06:19,060 --> 00:06:21,540
 Je vais simplement abrÃ©ger cela en IIF.

95
00:06:21,540 --> 00:06:34,200
 Sur le routeur numÃ©ro deux, quelle interface
 serait visible comme interface entranteÂ ?

96
00:06:34,200 --> 00:06:37,740
 C'est exact. Il s'agirait
 d'Ethernet rapide zÃ©ro/un.

97
00:06:37,740 --> 00:06:40,400
 Et si vous aviez oubliÃ©, si vous vous demandiez
 : Â« Mais comment avez-vous trouvÃ© Ã§a ? Â»

98
00:06:40,400 --> 00:06:45,100
 Rappelez-vous, avec l'entrÃ©e G et l'astÃ©risque,
 tout est basÃ© sur le rendez-vous.

99
00:06:45,100 --> 00:06:47,800
 Point de rendez-vous. Qui est
 le point de rendez-vous ?

100
00:06:47,800 --> 00:06:49,980
 Comment se rendre au point
 de rendez-vous ?

101
00:06:49,980 --> 00:06:54,220
 Et dans ce cas prÃ©cis, dans ce schÃ©ma,
 on peut raisonnablement supposer que

102
00:06:54,220 --> 00:06:57,640
 Pour que le routeur deux atteigne le point de rendez-vous,
 le meilleur chemin passe par la voie rapide.

103
00:06:57,640 --> 00:06:59,840
 Ethernet zÃ©ro/un.

104
00:06:59,840 --> 00:07:03,500
 Disons donc que Fast Ethernet zÃ©ro/un.

105
00:07:03,500 --> 00:07:04,980
 TrÃ¨s bien, question suivante.

106
00:07:04,980 --> 00:07:08,580
 Il y aurait Ã©galement lÃ  ce
 qu'on appelle un voisin RPF.

107
00:07:08,580 --> 00:07:13,500
 Quelle adresse IP sera affichÃ©e
 dans le champ voisin RPFÂ ?

108
00:07:13,500 --> 00:07:26,480
 Oui, ce serait l'adresse IP de son
 voisin en amont, qui dans ce cas

109
00:07:26,480 --> 00:07:27,980
 Le boÃ®tier est le routeur huit.

110
00:07:27,980 --> 00:07:32,960
 Maintenant, souvenez-vous du voisin en amont par rapport
 Ã  la faÃ§on dont j'arrive au point de rendez-vous.

111
00:07:32,960 --> 00:07:38,080
 point. Donc, ce serait huit points quatre
 points huit points huit, ce qui n'est pas

112
00:07:38,080 --> 00:07:41,320
 huit point quatre, huit point
 deux point huit point huit.

113
00:07:41,320 --> 00:07:46,180
 Le routeur deux est donc en amont
 du routeur huit pour accÃ©der au

114
00:07:46,180 --> 00:07:47,740
 Point de rendez-vous.

115
00:07:47,740 --> 00:07:53,260
 Enfin, il y aurait Ã©galement ici quelque
 chose appelÃ© interface de sortie.

116
00:07:53,260 --> 00:07:58,700
 Liste. Quelle interface, le cas Ã©chÃ©ant, figurerait
 dans la liste des interfaces sortantes ?

117
00:07:58,700 --> 00:08:10,020
 En ce moment mÃªme ? Oui, donc en d'autres
 termes, voilÃ  l'interface.

118
00:08:10,020 --> 00:08:12,940
 qui a reÃ§u le rapport d'adhÃ©sion.

119
00:08:12,940 --> 00:08:17,080
 L'interface oÃ¹, si nous recevions effectivement
 le flux multicast oÃ¹ nous sommes

120
00:08:17,080 --> 00:08:17,640
 Je vais l'envoyer.

121
00:08:17,640 --> 00:08:22,240
 Dans ce cas prÃ©cis, toute cette entrÃ©e
 Ã©toile, G a Ã©tÃ© crÃ©Ã©e parce que

122
00:08:22,240 --> 00:08:24,580
 Nous avons reÃ§u une demande.

123
00:08:24,580 --> 00:08:29,380
 Nous avons reÃ§u un rapport d'adhÃ©sion
 IGMP sur Fast Ethernet zÃ©ro zÃ©ro.

124
00:08:29,380 --> 00:08:33,740
 VoilÃ  donc ce qui figurera dans notre liste
 d'interfaces sortantes, car c'estâ¦

125
00:08:33,740 --> 00:08:35,220
 oÃ¹ le rÃ©cepteur a rejoint.

126
00:08:35,220 --> 00:08:39,380
 D'accord, donc tout cela se passe en une fraction
 de seconde dÃ¨s que l'adhÃ©sion est effective.

127
00:08:39,380 --> 00:08:40,920
 Le rapport arrive.

128
00:08:40,920 --> 00:08:48,600
 Cela dÃ©clenche alors la gÃ©nÃ©ration et la transmission
 par R2 d'un type spÃ©cial de message PIM.

129
00:08:48,600 --> 00:08:52,180
 Comment appelle-t-on ce
 type de message PIMÂ ?

130
00:08:52,180 --> 00:09:02,680
 Eh bien, j'espÃ¨re que vous avez rÃ©pondu
 que cela s'appelle une jonction PIM.

131
00:09:02,680 --> 00:09:05,060
 VoilÃ  donc le terme gÃ©nÃ©rique.

132
00:09:05,060 --> 00:09:08,720
 Mais nous avons Ã©galement Ã©voquÃ© le fait qu'il existait
 en rÃ©alitÃ© deux types diffÃ©rents de PIM.

133
00:09:08,720 --> 00:09:12,980
 se rejoignent. Ils utilisent le mÃªme format
 de paquet, mais en raison de la prÃ©sence ou

134
00:09:12,980 --> 00:09:16,820
 En l'absence de certains drapeaux, il existait
 deux types de jonctions diffÃ©rents.

135
00:09:16,820 --> 00:09:20,500
 Quel type de jointure
 R2 va-t-il gÃ©nÃ©rerÂ ?

136
00:09:20,500 --> 00:09:31,380
 Alors j'espÃ¨re que vous avez dit Keith,
 Ã§a va Ãªtre une star, G rejoint, un PIM

137
00:09:31,380 --> 00:09:36,360
 Ã©toile, G rejoint exactement, car
 R2 ne connaÃ®t pas la source.

138
00:09:36,360 --> 00:09:39,080
 Dans cette jointure, il y aura donc
 un petit drapeau appelÃ© joker.

139
00:09:39,080 --> 00:09:43,700
 Le drapeau indique que je
 ne connais pas la source.

140
00:09:43,700 --> 00:09:48,760
 Et parmi toutes les interfaces dont dispose
 R2, laquelle sera utilisÃ©e pour

141
00:09:48,760 --> 00:09:51,900
 Transmets rÃ©ellement cette
 Ã©toile, G rejoint ?

142
00:09:51,900 --> 00:10:01,540
 OÃ¹ ira-t-il ?

143
00:10:01,540 --> 00:10:06,460
 C'est exact. L'intention de cette Ã©toile,
 G join, est donc de l'envoyer.

144
00:10:06,460 --> 00:10:09,560
 pour finalement arriver
 au point de rendez-vous.

145
00:10:09,560 --> 00:10:12,320
 Nous voulons informer le point de rendez-vous
 : Â« HÃ©, nous avons quelqu'un quiâ¦ Â»

146
00:10:12,320 --> 00:10:13,500
 est intÃ©ressÃ© ici.

147
00:10:13,500 --> 00:10:15,700
 Et oui, vous tous qui participez au
 direct, vous rÃ©pondez correctement.

148
00:10:15,700 --> 00:10:19,780
 Tout repose essentiellement sur deux
 choses : l'interface entrante, qui

149
00:10:19,780 --> 00:10:23,740
 est l'interface que j'ai utilisÃ©e pour accÃ©der
 au point de rendez-vous et au RPF

150
00:10:23,740 --> 00:10:26,560
 voisin. Donc, dans ce cas prÃ©cis,
 il va effectivement Ãªtre transmis

151
00:10:26,560 --> 00:10:29,780
 Ethan est sorti rapidement Ã  zÃ©ro/un.

152
00:10:29,780 --> 00:10:34,520
 Et puis, comme nous connaissons nos voisins
 RPF 8.2.8.8, nous allons regarder dans notre

153
00:10:34,520 --> 00:10:38,300
 Table ARP, on va trouver les
 adresses MAC de ce type.

154
00:10:38,300 --> 00:10:44,160
 Et c'est ainsi que la question suivante arrive ;
 en fait, il s'agit d'une question de rÃ©vision.

155
00:10:44,160 --> 00:10:48,440
 Quelle sera l'adresse MAC de destination
 de cette trame Ethernet ?

156
00:10:48,440 --> 00:11:08,500
 Portant cette Ã©toile PIM, G se joint-il ?

157
00:11:08,500 --> 00:11:10,700
 Eh bien, celui-ci Ã©tait un peu dÃ©licat.

158
00:11:10,700 --> 00:11:16,060
 C'est un peu dÃ©licat car l'Ã©toile, G,
 se joint Ã  la troisiÃ¨me couche de la

159
00:11:16,060 --> 00:11:20,960
 La couche rÃ©seau utilise exactement la
 mÃªme adresse IP de destination que PIM.

160
00:11:20,960 --> 00:11:25,760
 Bonjour. 224 00 13.

161
00:11:25,760 --> 00:11:29,180
 Maintenant que nous savons que la destination de
 couche trois est une adresse de multidiffusion,

162
00:11:29,180 --> 00:11:32,580
 Cela devrait vous mettre la puce Ã  l'oreille, ah,
 d'accord, si la destination de la couche trois

163
00:11:32,580 --> 00:11:38,280
 Si l'adresse est une adresse de multidiffusion, nous pouvons
 alors en dÃ©duire la destination de couche deux.

164
00:11:38,280 --> 00:11:42,700
 Adresse MAC provenant de
 cette adresse multicast.

165
00:11:42,700 --> 00:11:46,540
 Donc, dÃ¨s le dÃ©but des vidÃ©os d'hier,
 j'ai dit que tous les IPB4

166
00:11:46,540 --> 00:11:51,720
 Les multidiffusions sont envoyÃ©es
 Ã  l'adresse 0100 5E.

167
00:11:51,720 --> 00:11:56,540
 Et puis j'ai dit, en gros, vous mappez
 les 23 derniers bits dans le MAC

168
00:11:56,540 --> 00:12:02,700
 Adresse ici. Eh bien, 13 en hexadÃ©cimal
 correspond Ã  10, 11, 12, 13, ABCD.

169
00:12:02,700 --> 00:12:13,340
 Donc c'est D. Je serai
 donc 0100 5E, 0000 D.

170
00:12:13,340 --> 00:12:22,560
 Si j'ai bien compris, 0100 5E,
 et D est, oui, D est 13, ABCD,

171
00:12:22,560 --> 00:12:27,320
 10, 11, 12, 13. Ce sera donc l'adresse
 MAC de destination de

172
00:12:27,320 --> 00:12:31,420
 Cette star, G, se joint Ã  nous, car
 il s'agit d'une diffusion multiple.

173
00:12:31,420 --> 00:12:38,480
 Dans l'en-tÃªte IP proprement dit, quelle sera
 la durÃ©e de vie de cette adresse IPÂ ?

174
00:12:38,480 --> 00:12:47,060
 En-tÃªte pour cette jointureÂ ?

175
00:12:47,060 --> 00:12:49,720
 C'est exact. Il y en aura un.

176
00:12:49,720 --> 00:12:54,020
 Rappelez-vous, nous avons parlÃ© du fait que les
 adresses multicast ont des portÃ©es diffÃ©rentes.

177
00:12:54,020 --> 00:12:57,040
 Et nous avons dit, selon l'AutoritÃ© d'attribution
 des numÃ©ros Internet, que tout

178
00:12:57,040 --> 00:13:02,800
 Une adresse de multidiffusion commenÃ§ant par
 22400 est appelÃ©e portÃ©e locale de liaison.

179
00:13:02,800 --> 00:13:06,200
 ce qui signifie qu'il n'aurait
 qu'une durÃ©e de vie d'un an.

180
00:13:06,200 --> 00:13:09,900
 C'est uniquement destinÃ©
 Ã  votre voisin d'Ã  cÃ´tÃ©.

181
00:13:09,900 --> 00:13:11,020
 Permettez-moi de vous
 poser cette question.

182
00:13:11,020 --> 00:13:16,160
 Si cette jointure Ã©toile-virgule G est uniquement
 destinÃ©e Ã  Ãªtre traitÃ©e par le routeur 8 et

183
00:13:16,160 --> 00:13:28,440
 Puis, une fois jetÃ©e, comment pourra-t-elle
 jamais atteindre le point de rendez-vous ?

184
00:13:28,440 --> 00:13:31,520
 Eh bien, le routeur 8 va
 devoir le reproduire.

185
00:13:31,520 --> 00:13:34,280
 Exactement. Il va devoir en
 crÃ©er un nouveau lui-mÃªme.

186
00:13:34,280 --> 00:13:39,080
 En rÃ©sumÃ©, pour la connexion provenant
 du routeur 2, l'adresse source seraÂ :

187
00:13:39,080 --> 00:13:43,200
 dans ce cas, 8.2.8.2, adresse
 source du routeur 2.

188
00:13:43,200 --> 00:13:46,620
 La destination sera 2240013.

189
00:13:46,620 --> 00:13:49,900
 Le routeur 8 traitera cela
 dans son processeur.

190
00:13:49,900 --> 00:13:52,780
 Son processeur dira : Â« Oh, il s'agit
 d'une jointure Ã©toile-virgule-G. Â»

191
00:13:52,780 --> 00:13:57,400
 Le bit RP est activÃ©, ce qui signifie
 qu'il doit Ãªtre transmis au

192
00:13:57,400 --> 00:13:58,300
 Point de rendez-vous.

193
00:13:58,300 --> 00:14:02,520
 Le routeur 8 dira donc : Â« OK, je vais
 utiliser mon interface entrante Â», qui

194
00:14:02,520 --> 00:14:05,980
 Â« Câestâ¦ Â», dit-il, Â« oh, ohâ¦ alors quand
 le routeur 8 aura Ã§a, devinez quoi ? Â»

195
00:14:05,980 --> 00:14:10,500
 Cela va crÃ©er en lui un Ã©tat de G Ã©toilÃ©,
 qu'il n'avait pas auparavant.

196
00:14:10,500 --> 00:14:14,360
 Avant. Donc maintenant, il va avoir
 l'Ã©tat G avec une Ã©toile.

197
00:14:14,360 --> 00:14:18,780
 Cela ressemblera beaucoup Ã  ce
 que nous avons vu auparavant.

198
00:14:18,780 --> 00:14:25,820
 DÃ©sormais, son interface entrante sera
 rapide comme Ethan Ã  00.83, car c'est

199
00:14:25,820 --> 00:14:29,420
 son interface pour atteindre
 le point de rendez-vous.

200
00:14:29,420 --> 00:14:40,460
 Son voisin RPF sera en rÃ©alitÃ© 8.3.8.3,
 et son interface de sortie

201
00:14:40,460 --> 00:14:46,360
 La liste sera l'interface qui a reÃ§u cette
 jointure PIM Ã©toile virgule G, qui

202
00:14:46,360 --> 00:14:48,660
 Ethan est rapide Ã  0/1.

203
00:14:48,660 --> 00:14:52,260
 Maintenant qu'il a crÃ©Ã© cet Ã©tat G Ã©toilÃ©,
 il dit : Â« OK, j'ai besoin deâ¦ Â»

204
00:14:52,260 --> 00:14:55,720
 pour maintenant crÃ©er ma propre
 jointure Ã©toile-virgule G.

205
00:14:55,720 --> 00:14:57,300
 Et voilÃ .

206
00:14:57,300 --> 00:15:03,860
 PIM Ã©toile virgule G joindre.

207
00:15:03,860 --> 00:15:09,060
 Cela sera Ã©galement envoyÃ© Ã  l'adresse
 de destination 2240013, mais ceci

208
00:15:09,060 --> 00:15:12,840
 L'adresse source sera diffÃ©rente
 car elle provient du routeur.

209
00:15:12,840 --> 00:15:15,980
 8. Donc, si nous captons cela dans une trace
 de renifleur, l'adresse IP source de

210
00:15:15,980 --> 00:15:21,960
 ce serait 8.3.8.8.

211
00:15:21,960 --> 00:15:25,500
 Et une fois que le point de rendez-vous l'a
 atteint, cela crÃ©e une virgule Ã©toile.

212
00:15:25,500 --> 00:15:39,220
 L'Ã©tat G est en lui. Il sait qu'il
 est le RP, donc vous le verrez lÃ .

213
00:15:39,220 --> 00:15:44,780
 Que verrons-nous dans l'Ã©tat
 G de l'interface entrante sur

214
00:15:44,780 --> 00:15:54,620
 Le point de rendez-vous ?

215
00:15:54,620 --> 00:15:58,620
 C'est exact. Dans ce cas prÃ©cis, la
 rÃ©ponse sera non, car souvenez-vous

216
00:15:58,620 --> 00:16:01,940
 L'interface entrante est l'interface
 qui mÃ¨ne au RP.

217
00:16:01,940 --> 00:16:04,940
 Eh bien, si le RP avait une double personnalitÃ©
 et qu'il Ã©tait psychotique, il pourrait

218
00:16:04,940 --> 00:16:05,980
 Mettez autre chose Ã  la place.

219
00:16:05,980 --> 00:16:09,820
 Mais il dit : Â« Ãcoutez, je suis normal, je vais bien,
 je sais que je suis le RP, je ne l'utilise pas. Â»

220
00:16:09,820 --> 00:16:12,340
 n'importe quelle interface pour me
 permettre d'accÃ©der Ã  moi-mÃªme.

221
00:16:12,340 --> 00:16:13,860
 L'interface entrante est donc la nÂ°

222
00:16:13,860 --> 00:16:19,020
 Quel serait notre voisin du FPR ici ?

223
00:16:19,020 --> 00:16:26,860
 C'est exact, ce serait 000 000.

224
00:16:26,860 --> 00:16:31,040
 Une fois de plus, je n'utilise aucun
 voisin pour me rendre service.

225
00:16:31,040 --> 00:16:34,300
 Et ici, la liste des interfaces sortantes
 serait l'interface qui a reÃ§u

226
00:16:34,300 --> 00:16:36,540
 la virgule Ã©toile G joindre.
