1 00:00:08,460 --> 00:00:12,500 Jusqu'à présent, dans les vidéos précédentes, nous avons parlé de 2 00:00:12,500 --> 00:00:18,280 comment l'arbre partagé est construit, jusqu'au point de rendez-vous et 3 00:00:18,280 --> 00:00:19,760 puis s'arrêter là. 4 00:00:19,760 --> 00:00:22,720 Et puis la dernière vidéo dont nous avons parlé, d'accord, une fois cette source, ça 5 00:00:22,720 --> 00:00:27,040 Le serveur commence à envoyer son trafic multicast, le tout premier routeur 6 00:00:27,040 --> 00:00:30,960 il est connecté à ce que vous considérez comme la passerelle par défaut pour le 7 00:00:30,960 --> 00:00:36,960 La source récupérera ces paquets multicast et les enregistrera auprès du PIM. 8 00:00:36,960 --> 00:00:38,160 Point de rendez-vous. 9 00:00:38,160 --> 00:00:41,020 Et nous avons parlé du fait que cela revient essentiellement à traiter les paquets multicast. 10 00:00:41,020 --> 00:00:45,800 et les envelopper dans un en-tête PIM, puis les envelopper à l'intérieur 11 00:00:45,800 --> 00:00:51,340 d'un en-tête IP unicast du routeur vers le RP. 12 00:00:51,340 --> 00:00:58,220 Nous allons maintenant examiner la jonction de l'arbre des chemins les plus courts. 13 00:00:58,220 --> 00:01:05,960 Rappelez-vous, j'en ai parlé dans l'autre vidéo : chaque routeur possède ses propres caractéristiques. 14 00:01:05,960 --> 00:01:10,460 Notre propre perspective sur ce qu'est l'arbre du chemin le plus court, n'est-ce pas ? 15 00:01:10,460 --> 00:01:14,460 Dès qu'un routeur reçoit un paquet multicast, il se met soudainement en mode veille. 16 00:01:14,460 --> 00:01:18,320 Cette prise de conscience, c'est comme dire : « Ah ! Voilà ce que je cherchais ! » et maintenant… 17 00:01:18,320 --> 00:01:21,840 Je connais maintenant l'élément essentiel que j'ignorais auparavant. 18 00:01:21,840 --> 00:01:23,520 Je sais qui est la source. 19 00:01:23,520 --> 00:01:29,000 Donc ce routeur, excusez-moi, ne fait pas de recherche RP vers le haut. 20 00:01:29,000 --> 00:01:33,160 Il consulte sa table de routage unicast et détermine, pour moi, le chemin le plus court. 21 00:01:33,160 --> 00:01:35,500 chemin de retour vers cette source ? 22 00:01:35,500 --> 00:01:39,520 Cela pourrait vous amener à vous demander : « D'accord, alors cela signifie-t-il que… » 23 00:01:39,520 --> 00:01:43,940 n'importe où le long de l'arbre, de la source jusqu'au récepteur, 24 00:01:43,940 --> 00:01:48,220 s'il y a des branches quelque part qui se ramifient et qui sont en fait les plus courtes 25 00:01:48,220 --> 00:01:52,000 chemin, cela signifie-t-il que n'importe quel routeur situé n'importe où sur ce chemin est autorisé ? 26 00:01:52,000 --> 00:01:56,180 pour passer à l'arbre du chemin le plus court et quitter cet arbre central et 27 00:01:56,180 --> 00:01:57,980 quitter l'arbre des points de rendez-vous ? 28 00:01:57,980 --> 00:02:00,560 Pas tout à fait. C'est pourquoi nous allons en parler ici. 29 00:02:00,560 --> 00:02:05,780 Mais dans ce cas précis, le point de rendez-vous a bien l'autorisation. 30 00:02:05,780 --> 00:02:09,240 pour ce faire, car n'oubliez pas qu'à ce stade, le point de rendez-vous reçoit 31 00:02:09,240 --> 00:02:13,800 Il enregistre des paquets, ce qui oblige son processeur à travailler un peu plus. 32 00:02:13,800 --> 00:02:19,940 que ce qu'il devrait. Normalement, ce que nous voulons vraiment, c'est lorsqu'un paquet multicast 33 00:02:19,940 --> 00:02:25,140 Dès qu'une donnée arrive, nous voulons simplement consulter l'entrée correspondante dans la table mRout et poursuivre. 34 00:02:25,140 --> 00:02:28,720 Il est en route. En fait, si vous utilisez SEP, Cisco Express 35 00:02:28,720 --> 00:02:32,440 En transférant les données, vous pouvez même faire tout cela sans risque d'interruption. 36 00:02:32,440 --> 00:02:36,100 le processeur dans son ensemble, par exemple sur les commutateurs. 37 00:02:36,100 --> 00:02:40,640 Si vous avez un commutateur multicouche avec des cames en T et une redirection A6 et une redirection 38 00:02:40,640 --> 00:02:46,720 Les moteurs et autres composants, le processeur et le commutateur se chargent de tout le traitement PIM. 39 00:02:46,720 --> 00:02:51,280 Donc, lorsque PIM rejoint, PIM supprime, PIM enregistre des paquets, ils doivent 40 00:02:51,280 --> 00:02:53,740 monter jusqu'au processeur pour être traité. 41 00:02:53,740 --> 00:02:58,240 Donc, si ce commutateur multicouche, qui agit en quelque sorte comme un routeur, 42 00:02:58,240 --> 00:03:02,800 Il reçoit des tonnes de paquets d'enregistrement, qui sont tous destinés au processeur. 43 00:03:02,800 --> 00:03:06,620 Alors que si cela arrivait simplement en multidiffusion native, cela pourrait tout 44 00:03:06,620 --> 00:03:10,420 Cela serait géré au niveau du matériel, notamment sur ses cames T et son A6, etc. 45 00:03:10,420 --> 00:03:14,700 Ne jamais déranger le processeur, ne jamais être vu par le processeur. 46 00:03:14,700 --> 00:03:17,300 Donc, idéalement, c'est ce que nous voulons. 47 00:03:17,300 --> 00:03:22,460 Nous voulons donc stopper ce processus d'inscription le plus rapidement possible afin que nous 48 00:03:22,460 --> 00:03:24,440 Vous n'aurez pas à faire tout ce travail supplémentaire. 49 00:03:24,440 --> 00:03:29,660 Nous avons donc mentionné que cela se produira grâce au PIM. 50 00:03:29,660 --> 00:03:38,380 RP va envoyer un message de jonction appelé s, g join upstream pour ouvrir 51 00:03:38,380 --> 00:03:42,020 en suivant son propre chemin le plus court. 52 00:03:42,020 --> 00:03:44,920 Et c'est sa façon de dire : « D'accord, je veux l'ouvrir pour que la diffusion multicast soit possible. » 53 00:03:44,920 --> 00:03:47,360 peut s'écouler sous sa forme native. 54 00:03:47,360 --> 00:03:51,580 Une fois que cela commencera à se produire et que je le verrai, je l'aurai confirmé, alors le 55 00:03:51,580 --> 00:03:53,780 RP dit d'arrêter la caisse. 56 00:03:53,780 --> 00:03:54,840 Je ne veux plus de ça. 57 00:03:54,840 --> 00:03:57,940 Arrêtez la procédure d'inscription et il vous enverra effectivement un registre PIM. 58 00:03:57,940 --> 00:04:00,520 Arrêtez. Nous en avons déjà parlé. 59 00:04:00,520 --> 00:04:05,000 Maintenant, je sais que dans ce cas précis aussi, R2 rejoint le plus court 60 00:04:05,000 --> 00:04:09,580 Arbre de chemin. Maintenant, revenons un instant à mon dessin original. 61 00:04:09,580 --> 00:04:14,980 Voici à quoi ressemble notre topologie actuelle. 62 00:04:14,980 --> 00:04:23,840 Maintenant, je sais que j'ai intentionnellement conçu cela pour que R8 puisse 63 00:04:23,840 --> 00:04:28,800 pour accéder directement au routeur quatre sans passer par le routeur trois. 64 00:04:28,800 --> 00:04:35,660 On pourrait donc regarder cela et dire : « D'accord, je suppose donc que lorsque… » 65 00:04:35,660 --> 00:04:39,260 le premier paquet multicast, lorsque le premier paquet d'enregistrement, le premier 66 00:04:39,260 --> 00:04:46,080 Le paquet d'enregistrement arrive en aval vers le routeur trois et le routeur trois le désencapsule. 67 00:04:46,080 --> 00:04:50,620 et l'envoie en tant que multicast natif vers le routeur huit, non seulement 68 00:04:50,620 --> 00:04:55,340 Le routeur trois enverrait-il sa requête de jonction en amont en essayant de rejoindre son routeur le plus court ? 69 00:04:55,340 --> 00:05:00,300 Arborescence des chemins, ne devrait-on pas s'attendre à ce que le routeur huit fasse de même ? 70 00:05:00,300 --> 00:05:04,620 Après tout, le routeur huit sait maintenant qui est la source et il devrait 71 00:05:04,620 --> 00:05:08,140 Regarde dans sa table de routage et dis-toi : « Oh, attends, j'ai trouvé cette connexion directe ! » 72 00:05:08,140 --> 00:05:10,520 Par ici, à la source. 73 00:05:10,520 --> 00:05:12,560 C'est le chemin le plus court pour moi. 74 00:05:12,560 --> 00:05:17,540 Ne devrait-on pas s'attendre à ce qu'il rejoigne également l'arbre des chemins les plus courts ? 75 00:05:17,540 --> 00:05:19,200 Eh bien, nous allons examiner cela à l'aide d'un analyseur de trafic réseau. 76 00:05:19,200 --> 00:05:22,500 Je vais vous dire exactement ce que dit la RFC. 77 00:05:22,500 --> 00:05:29,160 La RFC relative au mode clairsemé de PIMS indique que seules les personnes autorisées 78 00:05:29,160 --> 00:05:34,980 Pour passer d'un arbre partagé à un arbre de chemin le plus court, il faut soit un nombre 79 00:05:34,980 --> 00:05:39,740 l'un, le point de rendez-vous, comme nous l'avons évoqué, ou le dernier 80 00:05:39,740 --> 00:05:44,580 routeur de saut. Autrement dit, le routeur directement connecté au 81 00:05:44,580 --> 00:05:49,200 récepteur. Donc, selon la RFC, dans ce schéma particulier, routeur 82 00:05:49,200 --> 00:05:53,800 Huit personnes ne seraient pas autorisées à entamer ce processus. 83 00:05:53,800 --> 00:05:58,100 Il devrait recevoir le flux multicast sur l'arbre partagé, puis… 84 00:05:58,100 --> 00:06:02,060 Continuez à le transmettre en aval au routeur deux. 85 00:06:02,060 --> 00:06:05,500 Et comme le routeur deux est directement connecté au récepteur, n'oubliez pas, 86 00:06:05,500 --> 00:06:09,700 Nous l'avons constaté avec un petit drapeau C car il a reçu le rapport d'adhésion, 87 00:06:09,700 --> 00:06:14,820 Cela signifie que ce serait à lui de se connecter au plus court. 88 00:06:14,820 --> 00:06:19,220 L'arborescence des chemins, ce n'est pas la responsabilité du routeur huit. 89 00:06:19,220 --> 00:06:21,760 Nous allons donc examiner cela de plus près à l'aide d'un analyseur de trafic réseau pour voir si c'est le cas. 90 00:06:21,760 --> 00:06:24,460 C'est vrai, car nous savons que parfois avec les routeurs Cisco et autres, ils 91 00:06:24,460 --> 00:06:26,660 ne suivent pas exactement la RFC. 92 00:06:26,660 --> 00:06:28,620 Voyons donc si cela va se produire. 93 00:06:28,620 --> 00:06:33,120 Mais avant cela, nous ne voulons pas brûler les étapes. 94 00:06:33,120 --> 00:06:39,400 Et d'ailleurs, ce routeur deux dans la RFC, vous pourriez le voir comme le terme deux 95 00:06:39,400 --> 00:06:39,880 C'est différent. 96 00:06:39,880 --> 00:06:44,300 Je l'ai vu appelé routeur de dernier saut et je l'ai également vu désigné comme feuille 97 00:06:44,300 --> 00:06:47,040 Les routeurs. C'est comme une feuille au bord de l'arbre. 98 00:06:47,040 --> 00:06:49,640 L'arbre ne va pas plus loin. 99 00:06:49,640 --> 00:06:53,660 Ils les appelleront donc routeurs de feuille ou routeurs de dernier saut. 100 00:06:53,660 --> 00:07:02,020 Très bien, il s'agit donc d'un récapitulatif de ce dont nous avons déjà parlé. 101 00:07:02,020 --> 00:07:04,800 Je n'ai donc pas besoin d'y aller. 102 00:07:04,800 --> 00:07:09,840 Et j'ai mentionné comment les jointures S, G sont utilisées pour ouvrir le chemin le plus court. 103 00:07:09,840 --> 00:07:13,860 arbre. Et vous verrez cet acronyme SPT tout le temps lorsqu'on parle de 104 00:07:13,860 --> 00:07:16,280 PIM, arbre des plus courts chemins. 105 00:07:16,280 --> 00:07:21,060 Qu'est-ce qui déclenche donc une jointure S, G ? 106 00:07:21,060 --> 00:07:26,260 Eh bien, il y a encore une fois plusieurs choses qui pourraient le déclencher. 107 00:07:26,260 --> 00:07:30,980 Si vous êtes le point de rendez-vous et que vous recevez un paquet multicast 108 00:07:30,980 --> 00:07:35,920 et un registre, qui va vous inciter à envoyer une requête S, G join. 109 00:07:35,920 --> 00:07:38,460 Car, en tant que point de rendez-vous, vous voudrez ouvrir votre plus court 110 00:07:38,460 --> 00:07:41,260 chemin. Voilà donc un élément qui pourrait déclencher le problème. 111 00:07:41,260 --> 00:07:42,800 Et puis quoi encore ? 112 00:07:42,800 --> 00:07:49,120 Comme nous l'avons évoqué, si vous êtes un routeur de feuille lorsque vous recevez le multicast 113 00:07:49,120 --> 00:07:52,440 paquet. Cela soulève également un point intéressant. 114 00:07:52,440 --> 00:07:59,460 Vous vous demandez peut-être : est-ce que la fraiseuse à lames fait cela immédiatement ? 115 00:07:59,460 --> 00:08:04,800 Seulement après avoir reçu 10 paquets ou un certain nombre de bits par seconde. 116 00:08:04,800 --> 00:08:07,400 Vous savez, à quel moment le routeur à feuilles décide-t-il de faire ça ? 117 00:08:07,400 --> 00:08:10,860 La RFC elle-même ne définit pas cela. 118 00:08:10,860 --> 00:08:15,820 La RFC proprement dite pour PIMS Farsmo indique simplement que le routeur de feuille peut, il ne le fait pas. 119 00:08:15,820 --> 00:08:17,160 même devoir le faire. 120 00:08:17,160 --> 00:08:22,100 Le routeur de feuilles peut basculer vers l'arbre de chemin le plus court une fois qu'un certain 121 00:08:22,100 --> 00:08:24,640 Le seuil est atteint. 122 00:08:24,640 --> 00:08:25,780 C'est tout ce qui est indiqué. 123 00:08:25,780 --> 00:08:28,400 Mais comment les routeurs Cisco procèdent-ils concrètement ? 124 00:08:28,400 --> 00:08:33,040 Le seuil pour les routeurs Cisco est d'un seul paquet, un seul. 125 00:08:33,040 --> 00:08:36,920 Ainsi, lorsque le tout premier paquet multicast atteint le routeur deux et le routeur 126 00:08:36,920 --> 00:08:41,380 Deux tout d'abord, il apprend quelle est cette adresse source, c'est son déclencheur. 127 00:08:41,380 --> 00:08:44,480 pour dire : d'accord, ai-je un chemin plus court ? 128 00:08:44,480 --> 00:08:49,040 Je me joins à vous. Voilà donc le seuil pour les routeurs Cisco. 129 00:08:49,040 --> 00:08:51,980 Vous vous demandez peut-être : ai-je une autre option ? 130 00:08:51,980 --> 00:08:53,120 Puis-je faire autre chose ? 131 00:08:53,120 --> 00:08:56,560 Permettez-moi de vous montrer la commande permettant de modifier ce comportement. 132 00:08:56,560 --> 00:08:59,160 Vous n'avez pas beaucoup d'options. 133 00:08:59,160 --> 00:09:02,300 En réalité, il n'y en a que deux. 134 00:09:02,300 --> 00:09:05,160 Vous n'avez que deux options. 135 00:09:05,160 --> 00:09:08,420 Je vais donc utiliser la défonceuse à lames ici. 136 00:09:08,420 --> 00:09:11,020 Et la commande est IP PIM. 137 00:09:11,020 --> 00:09:18,580 Et ensuite, il s'agit du seuil SPT. 138 00:09:18,580 --> 00:09:20,920 Donc, seuil du chemin Shores. 139 00:09:20,920 --> 00:09:23,640 Et vous n'avez que deux options. 140 00:09:23,640 --> 00:09:30,060 Zéro, qui est la valeur par défaut, ou l'infini, ce qui signifie ne jamais changer. 141 00:09:30,060 --> 00:09:31,500 par le chemin le plus court. 142 00:09:31,500 --> 00:09:35,220 Voilà. Rien au milieu. 143 00:09:35,220 --> 00:09:41,960 Vous pouvez donc décider vous-même dans quelles circonstances vous pourriez le souhaiter. 144 00:09:41,960 --> 00:09:44,040 sélectionner l'infini. 145 00:09:44,040 --> 00:09:52,440 Mais par défaut, le basculement s'effectue dès la réception du tout premier paquet. 146 00:09:52,440 --> 00:09:55,600 Quel état créent-ils dans la table de routage M ? 147 00:09:55,600 --> 00:09:59,640 Bon, si je retourne à mon routeur, utilisons simplement ceci. 148 00:09:59,640 --> 00:10:04,380 gars. Afficher la route IP M. 149 00:10:04,380 --> 00:10:12,520 Bon, pour l'instant, nous avons notre entrée étoile, virgule G. 150 00:10:12,520 --> 00:10:19,300 L'entrée étoile, virgule G est maintenant construite sur la base de l'arbre partagé. 151 00:10:19,300 --> 00:10:24,360 Où la seule chose que nous savons, c'est le point de rendez-vous. 152 00:10:24,360 --> 00:10:27,620 Et comment se rendre au point de rendez-vous. 153 00:10:27,620 --> 00:10:34,600 Donc, si des paquets multicast commencent à circuler dans l'arbre partagé, c'est le 154 00:10:34,600 --> 00:10:40,080 construction que nous allons utiliser pour acheminer ces paquets multicast. 155 00:10:40,080 --> 00:10:44,580 Vous dites maintenant : « Eh bien, si le flux multicast commence effectivement à circuler et que nous… » 156 00:10:44,580 --> 00:10:48,720 Connaissant la source, allons-nous également l'utiliser ? 157 00:10:48,720 --> 00:10:50,640 Eh bien, regardez deux ou trois choses. 158 00:10:50,640 --> 00:10:54,320 Numéro un, interface entrante. 159 00:10:54,320 --> 00:10:56,160 Un voisin du FPR. 160 00:10:56,160 --> 00:11:01,140 Tout ceci repose sur notre connaissance du point de rendez-vous. 161 00:11:01,140 --> 00:11:07,280 Si je reçois effectivement les véritables données multicast, cela ne serait pas pertinent. 162 00:11:07,280 --> 00:11:11,600 n'est-ce pas ? Parce que l'interface entrante et le voisin RPF permettent d'accéder au 163 00:11:11,600 --> 00:11:15,340 La source réelle elle-même pourrait ne pas être celle-ci. 164 00:11:15,340 --> 00:11:17,260 Il pourrait s'agir de quelque chose de différent. 165 00:11:17,260 --> 00:11:23,260 De plus, je n'aurais plus besoin d'étoile ici car je saurais maintenant quoi 166 00:11:23,260 --> 00:11:25,220 l'adresse source est. 167 00:11:25,220 --> 00:11:31,040 Ainsi, dès qu'un routeur reçoit effectivement le tout premier paquet multicast, 168 00:11:31,040 --> 00:11:38,120 cela crée une deuxième entrée ici, appelée entrée S, virgule G. 169 00:11:38,120 --> 00:11:39,320 Alors allons-y. 170 00:11:39,320 --> 00:11:40,880 Commençons par le ruisseau. 171 00:11:40,880 --> 00:11:54,680 En gros, refaites mon ping. 172 00:11:54,680 --> 00:12:00,120 D'accord. Et en fait, je dois aller au routeur huit parce que pendant la pause, 173 00:12:00,120 --> 00:12:05,400 J'ai ajouté quelque chose ici qui pourrait potentiellement perturber notre démonstration. 174 00:12:05,400 --> 00:12:18,960 Je veux donc simplement me débarrasser de ça. 175 00:12:18,960 --> 00:12:21,380 Bon, regardons maintenant le routeur numéro deux. 176 00:12:21,380 --> 00:12:23,800 Afficher l'adresse IP et la route M. 177 00:12:23,800 --> 00:12:32,300 Nous voyons donc ici ce qu'on appelle une entrée de route S, virgule G, M. 178 00:12:32,300 --> 00:12:38,200 Parce que, eh bien, on sait qui est la source, juste là. 179 00:12:38,200 --> 00:12:43,500 L'interface entrante et le voisin RPF sont donc désormais pertinents. 180 00:12:43,500 --> 00:12:47,540 à la source, et non au point de rendez-vous. 181 00:12:47,540 --> 00:12:56,000 Dans ma configuration particulière, j'ai fait en sorte que sur R2, il... 182 00:12:56,000 --> 00:13:00,540 Je préfère cette liaison série pour accéder à R4 plutôt que ces liaisons Ethernet rapides. 183 00:13:00,540 --> 00:13:04,920 Je viens de faire ça en manipulant EIGRP et en utilisant des listes de décalage, etc. 184 00:13:04,920 --> 00:13:09,640 Voilà. Mais R2 dit : « D'accord, pour accéder au réseau 45, voici… » 185 00:13:09,640 --> 00:13:11,260 la voie privilégiée. 186 00:13:11,260 --> 00:13:15,660 Et une fois de plus, je peux simplement vérifier cela, afficher l'IP RPF, quatre points cinq points 187 00:13:15,660 --> 00:13:22,100 quatre points cinq. Et il est écrit : « Je préfère utiliser le numéro de série zéro un zéro. » 188 00:13:22,100 --> 00:13:25,140 c'est via EIGRP 100. 189 00:13:25,140 --> 00:13:28,700 Voilà donc ce que nous utilisons comme interface entrante. 190 00:13:28,700 --> 00:13:34,180 Et le voisin RPF est, eh bien, comme son nom l'indique, le prochain voisin de premier plan qui va 191 00:13:34,180 --> 00:13:36,140 dans cette direction. 192 00:13:36,140 --> 00:13:45,320 Maintenant, il y a beaucoup de règles à respecter concernant cela. 193 00:13:45,320 --> 00:13:57,900 Donc, premièrement, lorsqu'un S, virgule G est formé pour la première fois, il suffit essentiellement de prendre 194 00:13:57,900 --> 00:14:02,700 tout ce qui figure dans la liste d'interface sortante de l'étoile, de la virgule et de G, et juste 195 00:14:02,700 --> 00:14:05,140 Je le copie ici. 196 00:14:05,140 --> 00:14:06,800 Normalement, ils sont identiques. 197 00:14:06,800 --> 00:14:10,600 Il existe une circonstance où cela n'arrivera pas. 198 00:14:10,600 --> 00:14:16,620 Il existe une règle de PIM, et celle-ci s'applique aussi bien à l'étoile qu'à la virgule. 199 00:14:16,620 --> 00:14:21,000 G et le S, virgule G, cela signifie que vous ne pourrez jamais avoir votre interface entrante 200 00:14:21,000 --> 00:14:24,060 dans la liste des interfaces sortantes. 201 00:14:24,060 --> 00:14:28,160 En d'autres termes, votre interface entrante ne peut pas être identique à votre interface sortante. 202 00:14:28,160 --> 00:14:34,560 interface. Donc, si vous voyez « null » dans la liste des interfaces sortantes, cela signifie 203 00:14:34,560 --> 00:14:38,540 Rien, c'est peut-être pour ça. 204 00:14:38,540 --> 00:14:41,440 Mais dans ce cas précis, nous n'avons pas à nous en soucier. 205 00:14:41,440 --> 00:14:44,980 L'interface entrante est donc série zéro un zéro, et il a simplement copié. 206 00:14:44,980 --> 00:14:55,700 Ça, en bas. Bon, que signifie le J ? 207 00:14:55,700 --> 00:15:02,200 Le drapeau J signifie que j'ai envoyé une requête de jonction dans cette direction. 208 00:15:02,200 --> 00:15:06,120 Donc dans ce cas précis, comme il s'agit de l'arbre des chemins les plus courts, alors 209 00:15:06,120 --> 00:15:13,540 signifie que j'ai envoyé un S, virgule G pour joindre l'arbre du chemin le plus court. 210 00:15:13,540 --> 00:15:20,240 Le drapeau J, à lui seul, ne prouve pas que nous en ayons réellement reçu. 211 00:15:20,240 --> 00:15:23,860 Données multicast provenant de cette direction. 212 00:15:23,860 --> 00:15:34,000 Cela signifie simplement que nous avons essayé d'ouvrir cette voie. 213 00:15:34,000 --> 00:15:39,160 Ce que nous voudrions normalement voir après le drapeau J, et je vais 214 00:15:39,160 --> 00:15:44,900 Examinez ceci ici, ce serait le drapeau T. 215 00:15:44,900 --> 00:15:49,940 Normalement, on verrait le drapeau T après le drapeau J, et le drapeau T en fait 216 00:15:49,940 --> 00:15:57,100 signifie que j'ai reçu des données multicast réelles provenant de l'arbre de chemin le plus court. 217 00:15:57,100 --> 00:16:00,200 Alors, pourquoi n'observons-nous pas cela dans ce cas précis ? 218 00:16:00,200 --> 00:16:02,180 Bon, essayons de résoudre ce problème. 219 00:16:02,180 --> 00:16:09,420 Nous savons que pour recevoir du trafic multicast dans cette direction, 220 00:16:09,420 --> 00:16:14,640 Nous avons besoin d'un PIM ici même. 221 00:16:14,640 --> 00:16:18,460 D'accord, première question : le routeur deux a-t-il un voisin PIM sur le port série ? 222 00:16:18,460 --> 00:16:22,680 Zéro un zéro ? S'il a un voisin PIM, alors c'est la preuve que nous… 223 00:16:22,680 --> 00:16:25,320 J'ai activé PIM sur le routeur quatre. 224 00:16:25,320 --> 00:16:30,420 Voyons voir, affichons le voisin PIM IP. 225 00:16:30,420 --> 00:16:32,360 Et il ne le fait pas. 226 00:16:32,360 --> 00:16:37,180 Très bien, nous n'avons donc qu'un seul voisin sur Fast Ethan à zéro et un. 227 00:16:37,180 --> 00:16:41,520 Nous ne l'avons pas dans le numéro de série, c'est pourquoi nous ne recevons pas de trafic. 228 00:16:41,520 --> 00:16:47,400 Par là. Alors, jetons un coup d'œil au routeur quatre. 229 00:16:47,400 --> 00:16:56,380 Oui, et Peter, juste pour confirmer, tu dois vraiment voir le drapeau T dans 230 00:16:56,380 --> 00:17:01,180 Cette entrée sert à vérifier que vous avez bien reçu du trafic multicast. 231 00:17:01,180 --> 00:17:03,340 L'arbre du chemin le plus court. 232 00:17:03,340 --> 00:17:08,140 Le drapeau J signifie simplement que j'ai tenté de rejoindre cet arbre, mais nous n'y sommes pas parvenus. 233 00:17:08,140 --> 00:17:08,880 Je ne sais pas si ça fonctionne déjà. 234 00:17:08,880 --> 00:17:12,340 Et ce cas précis ne fonctionne manifestement pas, car je n'ai même pas 235 00:17:12,340 --> 00:17:15,600 un voisin sur cette interface. 236 00:17:15,600 --> 00:17:21,360 Alors pourquoi pas ? Passons au routeur quatre. 237 00:17:21,360 --> 00:17:25,160 Afficher l'interface d'exécution série zéro un zéro. 238 00:17:25,160 --> 00:17:26,260 Et voilà. 239 00:17:26,260 --> 00:17:28,120 Je n'ai pas activé PIM sur cette interface. 240 00:17:28,120 --> 00:17:40,340 Voilà qui explique tout. 241 00:17:40,340 --> 00:17:44,400 D'accord, le ping est-il toujours en cours ou est-il terminé ? 242 00:17:44,400 --> 00:17:45,960 Oui, ça continue. 243 00:17:45,960 --> 00:17:51,920 Passons maintenant au routeur numéro deux. 244 00:17:51,920 --> 00:17:54,080 Et voilà. 245 00:17:54,080 --> 00:17:55,840 Maintenant, nous avons le drapeau T. 246 00:17:55,840 --> 00:18:00,500 C'est bien. Cela signifie donc que nous avons effectivement commencé à recevoir des diffusions multicast. 247 00:18:00,500 --> 00:18:16,640 trafic issu de l'arbre du chemin le plus court. 248 00:18:16,640 --> 00:18:21,240 D'accord. Et juste au cas où vous regarderiez cet enregistrement et 249 00:18:21,240 --> 00:18:26,200 Vous avez sauté la section précédente sur les registres PIM, dans ce cas particulier 250 00:18:26,200 --> 00:18:30,560 Dans cette section, j'ai effectué un tracé rapide d'un PIM S, jetons-y un coup d'œil. 251 00:18:30,560 --> 00:18:42,780 Très rapidement. Voici à quoi ressemble une jonction S, G. 252 00:18:42,780 --> 00:18:47,700 Il est toujours diffusé en multidiffusion en utilisant la même adresse de destination PIM. 253 00:18:47,700 --> 00:18:52,000 de 2240013. Donc, on avance petit à petit. 254 00:18:52,000 --> 00:18:56,320 L'adresse source changera donc de saut en saut. 255 00:18:56,320 --> 00:19:00,500 Et dans le corps du message PIM, il s'agit à nouveau du type trois, rejoignez-nous 256 00:19:00,500 --> 00:19:05,540 Prunier. Voisin en amont, à qui est-ce destiné ? 257 00:19:05,540 --> 00:19:09,820 À qui est mon voisin RPF à qui j'envoie ça ? 258 00:19:09,820 --> 00:19:12,600 Et il indiquera le nombre d'adhésions, à combien de groupes vais-je adhérer ? 259 00:19:12,600 --> 00:19:20,320 Ce qui différencie réellement une jonction en étoile G d'une jonction en S G, ce sont les 260 00:19:20,320 --> 00:19:23,200 Des drapeaux juste ici. 261 00:19:23,200 --> 00:19:30,480 Nous avons vu dans l'étoile, G, qu'en plus du S, nous avions le W 262 00:19:30,480 --> 00:19:33,420 bit et le bit R. 263 00:19:33,420 --> 00:19:38,580 Le bit W était le bit générique, ce qui signifie que je ne connais pas la source 264 00:19:38,580 --> 00:19:40,100 du flux est. 265 00:19:40,100 --> 00:19:44,700 Donc, si le W était présent, cette adresse IP signifierait cette adresse IP. 266 00:19:44,700 --> 00:19:47,120 c'est le point de rendez-vous. 267 00:19:47,120 --> 00:19:51,840 Mais étant donné que le W est absent, cela signifie que c'est en fait… 268 00:19:51,840 --> 00:19:54,920 l'adresse IP de la source du flux lui-même. 269 00:19:54,920 --> 00:19:59,200 De plus, le bit R est manquant. 270 00:19:59,200 --> 00:20:02,140 Le bit R est ce qu'on appelle le bit RP. 271 00:20:02,140 --> 00:20:05,600 Si vous consultez la spécification PIM, vous verrez que cela s'appelle le bit RP. 272 00:20:05,600 --> 00:20:10,420 Et cela signifierait que ce message, qu'il s'agisse d'un élagage ou d'une jonction, va 273 00:20:10,420 --> 00:20:14,780 En remontant l'arbre RP, on remonte l'arbre partagé vers le point de rendez-vous. 274 00:20:14,780 --> 00:20:17,700 Une fois de plus, cela manque ici, car cela ne se fait pas via le réseau partagé. 275 00:20:17,700 --> 00:20:22,140 arbre. Celui-ci est destiné à grimper le long du chemin le plus court. 276 00:20:22,140 --> 00:20:27,280 Hormis cela, ils se ressemblent fondamentalement : une étoile, un G et… 277 00:20:27,280 --> 00:20:29,440 Une jonction S, G. Le corps reste identique. 278 00:20:29,440 --> 00:20:31,660 Il faut vraiment regarder les drapeaux ici pour le voir. 279 00:20:31,660 --> 00:20:35,380 Le W dans le R est-il présent ou est-il manquant ? 280 00:20:35,380 --> 00:20:40,700 C'est ce qui les différencie. 281 00:20:40,700 --> 00:20:49,040 J'ai mentionné que l'un des éléments pouvant provoquer l'état S, G est… 282 00:20:49,040 --> 00:20:55,300 Le routeur intervient si vous recevez effectivement le trafic multicast. 283 00:20:55,300 --> 00:20:58,660 Il existe une autre situation qui pourrait en être la cause. 284 00:20:58,660 --> 00:21:08,860 Si vous recevez une demande de jonction S, G d'un routeur en aval, par exemple, supposons que… 285 00:21:08,860 --> 00:21:11,900 N'utilisez pas celui-ci. 286 00:21:11,900 --> 00:21:23,040 Prenons par exemple la situation suivante. 287 00:21:23,040 --> 00:21:34,280 C'est lui le RP. 288 00:21:34,280 --> 00:21:40,040 Nous appellerons simplement ce routeur le routeur un, le routeur deux et le routeur trois. 289 00:21:40,040 --> 00:21:58,400 Nous placerons notre récepteur ici, et notre source ici. 290 00:21:58,400 --> 00:22:04,420 Très bien, nous savons donc qu'initialement, une fois que le multicast commence pour la première fois 291 00:22:04,420 --> 00:22:10,400 Le courant va se diriger dans cette direction vers le point de rendez-vous, vers le bas. 292 00:22:10,400 --> 00:22:13,020 l'arbre partagé, puis vers le destinataire. 293 00:22:13,020 --> 00:22:17,660 Donc, pour l'instant, le routeur deux n'a aucun état. 294 00:22:17,660 --> 00:22:19,620 Il n'a pas d'état de route M pour le flux. 295 00:22:19,620 --> 00:22:23,720 Personne ne le lui a jamais demandé, ni IGMP ni PIM. 296 00:22:23,720 --> 00:22:26,540 Donc, même s'il affichait l'itinéraire IPM, nous ne verrions rien. 297 00:22:26,540 --> 00:22:29,620 Rien en rapport avec le flux. 298 00:22:29,620 --> 00:22:36,360 Mais lorsque le routeur un tente de rejoindre le chemin le plus court, si nous supposons 299 00:22:36,360 --> 00:22:50,480 Comme il s'agit du chemin le plus court, il enverra un PIM S, G join upstream. 300 00:22:50,480 --> 00:22:55,040 Et comme nous l'avons vu dans le corps du message, il dira routeur voisin 301 00:22:55,040 --> 00:22:59,780 deuxièmement, l'adresse IP du routeur deux, puis il indiquera la source et la destination. 302 00:22:59,780 --> 00:23:00,880 N'est-ce pas ? Il donnera la source du flux. 303 00:23:00,880 --> 00:23:04,460 Disons simplement que c'est xxx. 304 00:23:04,460 --> 00:23:13,640 Il aura ici source égale xxx, groupe égal à, vous savez, peu importe 305 00:23:13,640 --> 00:23:21,600 C'est le cas. Donc maintenant, même si le routeur deux n'avait initialement aucun état de route M à 306 00:23:21,600 --> 00:23:29,820 Une fois qu'il aura obtenu cette jonction S, G, cela créera effectivement l'état S, G. 307 00:23:29,820 --> 00:23:32,420 dans son tableau de routage M. 308 00:23:32,420 --> 00:23:36,340 Il pourra ensuite créer sa propre combinaison S, G et l'envoyer. 309 00:23:36,340 --> 00:23:42,400 De cette façon. Un autre élément clé, sur lequel vous pourriez être interrogé à certains moments.