1 00:00:08,340 --> 00:00:11,320 D'accord, nous avons déjà un peu parlé de ce concept de partage 2 00:00:11,320 --> 00:00:16,200 l'arbre, qui est le chemin du point de rendez-vous jusqu'à l'endroit où se trouve 3 00:00:16,200 --> 00:00:21,360 Il y a des récepteurs. Il peut donc potentiellement y avoir plus d'un arbre partagé, n'est-ce pas ? 4 00:00:21,360 --> 00:00:25,680 Si je dispose de 50 récepteurs répartis sur mon réseau, je pourrais potentiellement 5 00:00:25,680 --> 00:00:30,760 ont 50 arbres partagés différents, 50 chemins différents à partir de ce RP menant 6 00:00:30,760 --> 00:00:33,620 jusqu'aux différents récepteurs où ils résident. 7 00:00:33,620 --> 00:00:38,100 Entrons maintenant un peu plus dans les détails sur la façon dont tout cela est construit. 8 00:00:38,100 --> 00:00:42,960 Je vais donc commencer par vous montrer quelques commandes initiales afin que nous puissions… 9 00:00:42,960 --> 00:00:46,040 Une fois cela construit, nous reviendrons sur la théorie et nous verrons. 10 00:00:46,040 --> 00:00:47,220 comment tout cela fonctionne. 11 00:00:47,220 --> 00:00:52,240 J'ai donc mentionné que le routage multicast doit être activé globalement, donc IP, multicast, 12 00:00:52,240 --> 00:00:58,880 Routage par tableau de bord. Ensuite, le mode PIMS clairsemé doit être activé pour chaque interface. 13 00:00:58,880 --> 00:01:04,800 Voilà donc le mode tableau de bord épuré d'IP PIMS, et il ne reste plus qu'une seule autre chose à faire. 14 00:01:04,800 --> 00:01:06,740 Comment trouver le point de rendez-vous ? 15 00:01:06,740 --> 00:01:08,420 On va donc faire simple et clair. 16 00:01:08,420 --> 00:01:12,660 Nous allons configurer statiquement un point de rendez-vous avec le système global 17 00:01:12,660 --> 00:01:17,340 commande IP PIM RP tiret adresse puis l'adresse. 18 00:01:17,340 --> 00:01:22,420 Donc, ce que cela fait ici, c'est que cela signifie que toute diffusion multicast, n'importe où, 19 00:01:22,420 --> 00:01:28,420 Que ce soit le 224, le 239, le 228, peu importe, ils vont tous à ce seul et même type. 20 00:01:28,420 --> 00:01:31,720 ce point de rendez-vous, 777. 21 00:01:31,720 --> 00:01:39,260 Très bien, alors commençons à créer ceci, et ensuite nous commencerons 22 00:01:39,260 --> 00:01:41,420 Nous en parlerons au fur et à mesure. 23 00:01:41,420 --> 00:01:49,140 Pour revenir à mon schéma ici, comme vous pouvez le voir, le routeur trois à 24 00:01:49,140 --> 00:01:52,580 Le bas sera mon RP. 25 00:01:52,580 --> 00:01:57,840 Je mettrai donc simplement son adresse dans ses spécifications. 26 00:01:57,840 --> 00:02:01,020 Normalement, vous choisiriez probablement une boucle de retour sur ce routeur, mais… 27 00:02:01,020 --> 00:02:03,820 Comme cela ne figure pas sur mon schéma, je vais simplement choisir son adresse. 28 00:02:03,820 --> 00:02:11,620 Sur le réseau Fast Ethernet 00, donc 343, ce sera l'adresse du point de rendez-vous. 29 00:02:11,620 --> 00:02:16,000 Point. Permettez-moi donc de vous présenter rapidement ces quatre routeurs. 30 00:02:16,000 --> 00:02:23,580 deux, huit, quatre et trois, et activez-les rapidement pour PIM. 31 00:02:23,580 --> 00:02:34,740 Donc, en commençant par le routeur deux, routage multicast IP Dash, interface rapide 32 00:02:34,740 --> 00:02:38,220 Ethernet zéro/un, c'est l'interface qui monte vers le réseau. 33 00:02:38,220 --> 00:02:48,140 RP, IP PIM, mode tableau de bord épuré, puis lui indiquer qui est le RP 34 00:02:48,140 --> 00:02:54,040 Je vais vous parler de toute cette histoire de reprise après sinistre, d'IP PIM et de tableau de bord RP. 35 00:02:54,040 --> 00:02:56,860 adresse, 3.4.3.3. 36 00:02:56,860 --> 00:03:01,020 Une dernière chose : jetons un coup d’œil à notre schéma. 37 00:03:01,020 --> 00:03:08,520 Ce que je viens de faire, c'est activer le routage multicast sur R2, et j'ai 38 00:03:08,520 --> 00:03:11,680 PIM activé sur cette interface. 39 00:03:11,680 --> 00:03:14,140 Je vais probablement aussi vouloir le faire sur l'interface série, alors allons-y. 40 00:03:14,140 --> 00:03:16,900 Faites-le également sur le numéro de série zéro/un. 41 00:03:16,900 --> 00:03:21,600 Mais n'oubliez pas, vous devrez également l'activer dans ce cas précis. 42 00:03:21,600 --> 00:03:25,840 boîtier sur l'interface menant à mon récepteur. 43 00:03:25,840 --> 00:03:27,760 Vous vous demandez peut-être : pourquoi ai-je besoin de cela ? 44 00:03:27,760 --> 00:03:30,380 Je veux dire, il n'y a pas de routeurs PIM dans cette direction. 45 00:03:30,380 --> 00:03:33,140 Il ne va nouer aucune relation de voisinage ni quoi que ce soit d'autre. 46 00:03:33,140 --> 00:03:34,880 Voici pourquoi nous en avons besoin. 47 00:03:34,880 --> 00:03:40,920 Premièrement, si vous utilisez le mode clairsemé PIM comme routage multicast 48 00:03:40,920 --> 00:03:47,100 En vertu de ce protocole, un routeur ne sera pas autorisé à recevoir de flux multicast entrants. 49 00:03:47,100 --> 00:03:54,780 ou transmettre tout flux multicast sortant sur une interface qui n'est pas en cours d'exécution 50 00:03:54,780 --> 00:04:00,600 PIM. Donc, si je n'avais pas activé PIM sur le routeur Fast Ethernet zéro zéro, 51 00:04:00,600 --> 00:04:04,600 Premièrement, mon récepteur pourrait demander du multicast toute la journée. 52 00:04:04,600 --> 00:04:08,260 Il ne sera jamais transmis via Fast Ethernet zéro zéro. 53 00:04:08,260 --> 00:04:10,420 Voici l'autre raison. 54 00:04:10,420 --> 00:04:16,400 Nous avons évoqué la manière dont les récepteurs utilisent IGMP pour indiquer leur intérêt pour 55 00:04:16,400 --> 00:04:21,940 un groupe multicast vers le routeur directement connecté. 56 00:04:21,940 --> 00:04:24,180 Les routeurs n'exécutent pas IGMP par défaut. 57 00:04:24,180 --> 00:04:26,020 Ils n'écoutent pas ça. 58 00:04:26,020 --> 00:04:32,240 Mais nous activons PIM sur cette interface, ce qui active également IGMP comme sous-produit. 59 00:04:32,240 --> 00:04:35,420 Donc, pour que ce routeur comprenne que, d'accord, je dois envoyer des requêtes 60 00:04:35,420 --> 00:04:39,620 Toutes les deux minutes environ, je dois écouter les rapports d'adhésion à l'IGMP. 61 00:04:39,620 --> 00:04:42,840 Je dois activer PIM sur cette interface. 62 00:04:42,840 --> 00:04:51,400 Alors allons-y. 63 00:04:51,400 --> 00:04:58,520 L'interface Fast Ethernet Zero Zero active ici le mode PIM Sparse et l'interface 64 00:04:58,520 --> 00:05:01,020 numéro de série zéro un zéro. 65 00:05:01,020 --> 00:05:04,540 Ajoutez également PIM. 66 00:05:04,540 --> 00:05:16,680 Très bien, passons maintenant à R3. 67 00:05:16,680 --> 00:05:23,480 D'accord, et le point de rendez-vous lui-même doit également savoir qu'il est le 68 00:05:23,480 --> 00:05:24,420 Point de rendez-vous. 69 00:05:24,420 --> 00:05:28,040 Je lui donne donc exactement le même ordre qu'aux autres. 70 00:05:28,040 --> 00:05:31,300 Je dis que vous êtes le RP et je réponds : « Oh, c'est mon adresse IP. » 71 00:05:31,300 --> 00:05:33,900 Bon, je suppose que c'est mon travail. 72 00:05:33,900 --> 00:05:48,360 Et mon RP, il va le mettre sur zéro zéro et zéro un. 73 00:05:48,360 --> 00:05:50,520 Bon, c'est tout ce que je voulais savoir sur ce type. 74 00:05:50,520 --> 00:05:59,620 J'ai donc terminé R2 et R3, passons à R8. 75 00:05:59,620 --> 00:06:01,480 Maintenant, regardez deux ou trois choses. 76 00:06:01,480 --> 00:06:06,120 Avant toute chose ici sur R8, veuillez afficher la route IPM. 77 00:06:06,120 --> 00:06:09,080 Voici comment consulter la table de routage multicast. 78 00:06:09,080 --> 00:06:13,860 Eh bien, je n'ai pas encore activé le routage multicast sur cet appareil. 79 00:06:13,860 --> 00:06:15,600 Il n'y a donc rien. 80 00:06:15,600 --> 00:06:18,100 Absolument, vous savez, c'est même assez intéressant que cela se voie. 81 00:06:18,100 --> 00:06:20,800 Nous donner les différents drapeaux et autres éléments qui seront utilisés. 82 00:06:20,800 --> 00:06:23,920 Mais pour l'instant, la table de routage multicast n'existe pas. 83 00:06:23,920 --> 00:06:30,740 Si j'affiche l'interface IPPIM, je n'obtiens aucun résultat car je ne l'ai pas activée. 84 00:06:30,740 --> 00:06:35,640 PIM encore. Maintenant, routage multicast IP. 85 00:06:35,640 --> 00:06:42,060 Si je ne fais que ça, pas encore de PIM, afficher la route IPM. 86 00:06:42,060 --> 00:06:44,160 Cela ne change toutefois pas grand-chose. 87 00:06:44,160 --> 00:06:47,640 Mais j'ai maintenant activé ce routeur pour qu'il alimente ce tableau. 88 00:06:47,640 --> 00:06:52,160 Il n'avait aucun moyen de le peupler auparavant sans cette commande. 89 00:06:52,160 --> 00:06:56,180 Très bien, activons-le maintenant sur Fast Ethernet Zero Zero. 90 00:06:56,180 --> 00:07:14,400 et ensuite mes sous-interfaces. 91 00:07:14,400 --> 00:07:28,500 Et indiquez-lui également le point de rendez-vous. 92 00:07:28,500 --> 00:07:32,140 OK, alors maintenant, eh bien, laissez-moi simplement terminer. 93 00:07:32,140 --> 00:07:51,560 Voilà. Nous avons un routeur supplémentaire, le routeur numéro quatre. 94 00:07:51,560 --> 00:07:54,880 Je n'aurais donc pas dû faire ça sur zéro zéro, car zéro zéro est un sous-intervalle. 95 00:07:54,880 --> 00:08:22,020 interface. Trente-quatre et quatre-vingt-quatre. 96 00:08:22,020 --> 00:08:30,340 Enfin, familiarisons-le avec IPPIM et l'adresse RP Dash. 97 00:08:30,340 --> 00:08:42,200 OK, alors dans ce routeur en particulier, allons nous adresser à un intermédiaire. 98 00:08:42,200 --> 00:08:46,080 Allons au routeur huit. 99 00:08:46,080 --> 00:08:51,240 Donc, actuellement, ce type utilise PIM sur son interface. 100 00:08:51,240 --> 00:08:55,660 Et je peux le vérifier avec la commande « show IPPIM interface ». 101 00:08:55,660 --> 00:09:00,800 Et il m'indique toutes les interfaces sur lesquelles j'ai activé le PIM. 102 00:09:00,800 --> 00:09:03,360 Cela m'indique la version. 103 00:09:03,360 --> 00:09:06,180 Dans ce cas, S signifie qu'il fonctionne en mode clairsemé. 104 00:09:06,180 --> 00:09:09,780 Cela me montre combien de voisins j'ai appris à connaître. 105 00:09:09,780 --> 00:09:14,140 Il envoie des messages PIM toutes les 30 secondes. 106 00:09:14,140 --> 00:09:16,580 Nous parlerons du routeur désigné dans un instant. 107 00:09:16,580 --> 00:09:21,440 Voici les adresses IP du routeur désigné PIM, que nous allons… 108 00:09:21,440 --> 00:09:31,160 Si j'affiche la route IPM, avant d'appuyer sur Entrée, ce routeur, 109 00:09:31,160 --> 00:09:37,000 Parce qu'il est au milieu, il ne recevra jamais d'I GMP car 110 00:09:37,000 --> 00:09:40,580 Le protocole GMP n'est activé qu'entre le récepteur et sa passerelle par défaut. 111 00:09:40,580 --> 00:09:43,560 Cela ne va pas plus loin. 112 00:09:43,560 --> 00:09:46,200 Le destinataire n'a encore rien demandé. 113 00:09:46,200 --> 00:09:48,820 Il n'a adhéré à rien. 114 00:09:48,820 --> 00:09:55,140 Assurons-nous simplement que c'est vrai avant que je ne me ridiculise. 115 00:09:55,140 --> 00:10:01,240 Très bien, il n'a donc rien demandé. 116 00:10:01,240 --> 00:10:07,160 Donc, quand je me suis penché sur la question, il n'y a eu aucun rapport d'adhésion à I GMP, par conséquent 117 00:10:07,160 --> 00:10:10,460 Nous nous attendons à ce qu'il n'y ait aucune connexion PIM. 118 00:10:10,460 --> 00:10:13,340 Personne n'a encore demandé à participer à quoi que ce soit. 119 00:10:13,340 --> 00:10:15,920 Et ma source, elle, n'a encore rien envoyé. 120 00:10:15,920 --> 00:10:16,900 Tout est au point mort. 121 00:10:16,900 --> 00:10:18,680 Rien n'a encore commencé. 122 00:10:18,680 --> 00:10:22,980 On s'attendrait donc à ce que ma table de routage multicast soit vide. 123 00:10:22,980 --> 00:10:27,800 Ça devrait être vide, non ? 124 00:10:27,800 --> 00:10:31,560 Afficher le chemin IPM. Qu'est-ce que c'est ? 125 00:10:31,560 --> 00:10:34,020 D'où cela vient-il ? 126 00:10:34,020 --> 00:10:39,340 Eh bien, plus tard, quand on y arrivera, quand on parlera de RP automatique, ce cas particulier 127 00:10:39,340 --> 00:10:42,640 L'adresse multicast est utilisée par le RP automatique. 128 00:10:42,640 --> 00:10:46,280 Il s'agit en réalité d'une adresse multicast réservée utilisée par le système propriétaire de Cisco. 129 00:10:46,280 --> 00:10:52,660 RP automatique. Et les routeurs Cisco, par défaut, rejoignent ce groupe. 130 00:10:52,660 --> 00:10:56,820 Ce routeur indique donc en gros qu'il est prêt à apprendre dynamiquement qui 131 00:10:56,820 --> 00:11:01,520 Le RP est, si jamais le RP automatique est invoqué. 132 00:11:01,520 --> 00:11:03,900 Voilà à quoi ça sert quand vous voyez ça. 133 00:11:03,900 --> 00:11:09,700 Très bien, tout est prêt à démarrer. 134 00:11:09,700 --> 00:11:15,240 Continuons notre développement théorique. 135 00:11:15,240 --> 00:11:20,200 J'ai donc précisé que PIM n'autorise ni la transmission ni la réception de multidiffusion. 136 00:11:20,200 --> 00:11:24,900 Le trafic sur les interfaces est bloqué sauf si l'une des deux conditions suivantes est remplie. 137 00:11:24,900 --> 00:11:29,580 Un autre voisin PIM a été détecté sur cette interface ou directement 138 00:11:29,580 --> 00:11:37,660 Le récepteur/la source connecté(e) se trouve sur cette interface. 139 00:11:37,660 --> 00:11:42,920 Je vais donc reprendre mon schéma ci-dessous à titre d'exemple. 140 00:11:42,920 --> 00:12:00,620 Supposons que j'aie activé PIM sur toutes ces interfaces. 141 00:12:00,620 --> 00:12:02,060 D'accord, admettons cela. 142 00:12:02,060 --> 00:12:06,480 Remarquez maintenant les interfaces que je n'ai pas entourées, et je l'ai fait exprès. 143 00:12:06,480 --> 00:12:13,440 Je n'ai pas activé PIM ici sur cette sous-interface ni ici même. 144 00:12:13,440 --> 00:12:19,220 Dans ce cas précis, le trafic multicast ne circulera jamais. 145 00:12:19,220 --> 00:12:24,260 Si mon récepteur envoie un rapport d'appartenance IGMP, le PIM est activé. 146 00:12:24,260 --> 00:12:27,200 sur chaque interface pour accéder au RP. 147 00:12:27,200 --> 00:12:29,340 Nous allons donc former un arbre partagé. 148 00:12:29,340 --> 00:12:33,800 Cette branche sera prête à diffuser du multicast. 149 00:12:33,800 --> 00:12:34,880 si cela arrive un jour. 150 00:12:34,880 --> 00:12:36,820 Mais voici le problème. 151 00:12:36,820 --> 00:12:48,340 Si la source commence à envoyer des requêtes, eh bien, R4 ne recevra jamais de requête. 152 00:12:48,340 --> 00:12:50,880 pour ce trafic. 153 00:12:50,880 --> 00:12:56,140 Pour que R4 puisse transférer nativement le flux multicast, il suffit de le transférer sur l'interface, 154 00:12:56,140 --> 00:12:58,160 Il faut que quelqu'un le lui demande. 155 00:12:58,160 --> 00:13:01,140 Il doit recevoir une adhésion PIM. 156 00:13:01,140 --> 00:13:05,160 Eh bien, il ne recevra pas d'invitation PIM de cette manière car cette interface 157 00:13:05,160 --> 00:13:07,100 Il ne comporte pas de PIM. 158 00:13:07,100 --> 00:13:08,340 Et il ne le recevra pas. 159 00:13:08,340 --> 00:13:12,960 Si une connexion PIM arrive ici ou ici, il va la supprimer parce que 160 00:13:12,960 --> 00:13:14,700 Il n'a pas activé PIM sur ces interfaces. 161 00:13:14,700 --> 00:13:16,520 Il ne peut pas recevoir de PIM. 162 00:13:16,520 --> 00:13:21,260 Voilà donc une démonstration de la raison pour laquelle le PIM doit être activé des deux côtés. 163 00:13:21,260 --> 00:13:25,540 une liaison. Également sur l'interface connectée au récepteur et l'interface 164 00:13:25,540 --> 00:13:30,220 connecté à la source pour que tout fonctionne correctement. 165 00:13:30,220 --> 00:13:32,740 Cela peut donc constituer une source de dépannage pour la multidiffusion. 166 00:13:32,740 --> 00:13:36,180 Si le multicast ne circule pas quelque part sur votre réseau, cela pourrait être dû à… 167 00:13:36,180 --> 00:13:41,220 Tout simplement parce que vous avez oublié d'activer le PIM sur un lien quelque part. 168 00:13:41,220 --> 00:13:48,620 Certaines interfaces, certaines sous-interfaces, ne disposent pas de la fonction PIM activée. 169 00:13:48,620 --> 00:13:52,300 Les paquets PIM Hello sont donc utilisés pour découvrir les voisins PIM. 170 00:13:52,300 --> 00:13:54,460 Et si vous regardez cet enregistrement, je vous présente mes excuses. 171 00:13:54,460 --> 00:13:58,360 Dans l'enregistrement précédent, j'ai indiqué incorrectement l'adresse de multidiffusion de ces 172 00:13:58,360 --> 00:14:04,580 Bonjour PIM. L'adresse correcte est 2240013. 173 00:14:04,580 --> 00:14:09,880 L'adresse à laquelle sont envoyés les messages PIM Hello est donc 2240013. 174 00:14:09,880 --> 00:14:12,680 Alors, faisons dès maintenant un tracé rapide de ces « Hello » avec Snapper, car 175 00:14:12,680 --> 00:14:14,120 Nous avons activé le PIM. 176 00:14:14,120 --> 00:14:16,160 Je vais en choisir un juste ici. 177 00:14:16,160 --> 00:14:20,060 Nous savons donc que la topologie physique réelle se situe ici. 178 00:14:20,060 --> 00:14:22,940 PIM est activé sur R2, R8 et R4. 179 00:14:22,940 --> 00:14:24,520 Alors, faisons simplement un tracé rapide. 180 00:14:24,520 --> 00:14:30,480 Je vais enregistrer les messages « Hello » qui arrivent sur l'éthane rapide à 0 slash 181 00:14:30,480 --> 00:14:32,420 4 sur cet interrupteur. 182 00:14:32,420 --> 00:14:42,740 Je vais donc utiliser la fonction d'étendue du commutateur pour y parvenir. 183 00:14:42,740 --> 00:14:46,600 Je ne vais pas vraiment entrer dans les détails de la configuration de span ou 184 00:14:46,600 --> 00:14:52,300 La fonction de span n'est pas vraiment pertinente pour cette présentation. 185 00:14:52,300 --> 00:14:56,900 Bon, alors à ce stade, tout ce qui arrive, voyons voir, 186 00:14:56,900 --> 00:14:58,820 J'ai fait 0/7. 187 00:14:58,820 --> 00:15:00,580 Donc ce serait juste ici. 188 00:15:00,580 --> 00:15:06,280 D'accord, R4. Donc, lorsque R4 envoie des messages PIM Hello, nous devons les capturer et 189 00:15:06,280 --> 00:15:09,380 Mon requin-fil devrait les ramasser. 190 00:15:09,380 --> 00:15:17,980 Ils sortent toutes les 30 secondes, donc on ne devrait pas avoir à attendre trop longtemps. 191 00:15:17,980 --> 00:15:34,560 Voilà. Je vais donc utiliser mon ordinateur portable ou un aspirateur de bug avec Wireshark. 192 00:15:34,560 --> 00:15:39,060 Mais souvent, Wireshark ne me permet pas d'appuyer sur les boutons ici. 193 00:15:39,060 --> 00:15:44,020 Arrêtons quelque chose. Alors, élargissons simplement ce sujet. 194 00:15:44,020 --> 00:15:49,440 Voici donc notre message d'accueil PIM. 195 00:15:49,440 --> 00:15:56,640 Remarquez donc la destination 2240013 et, lorsque nous la mettons en correspondance avec notre destination 196 00:15:56,640 --> 00:16:02,600 L'adresse MAC 01005E et D est 13. 197 00:16:02,600 --> 00:16:06,100 Il est véhiculé par IP. 198 00:16:06,100 --> 00:16:12,400 Sa durée de vie est de 1 car elle n'est valable que sur la connexion locale. 199 00:16:12,400 --> 00:16:14,580 Et il possède un DSCP assez élevé. 200 00:16:14,580 --> 00:16:18,900 Elle possède une priorité IP de 6. 201 00:16:18,900 --> 00:16:21,140 Et on ne peut aller plus haut qu'en atteignant 7. 202 00:16:21,140 --> 00:16:24,240 Donc, en ce qui concerne les priorités, il s'agit d'un paquet de très haute priorité. 203 00:16:24,240 --> 00:16:27,640 Protocole 103 pour PIM. 204 00:16:27,640 --> 00:16:35,200 Et ici, nous constatons que la source est, dans ce cas précis, le routeur 8. 205 00:16:35,200 --> 00:16:37,740 Il semblerait que ce soit le routeur 8. 206 00:16:37,740 --> 00:16:39,320 Et les destinations PIM. 207 00:16:39,320 --> 00:16:43,720 Et voici donc le corps du PIM. 208 00:16:43,720 --> 00:16:50,320 Version PIM 2, code de type 0, ce qui signifie « Bonjour ». 209 00:16:50,320 --> 00:16:52,620 Et l'option qui indique le temps d'attente. 210 00:16:52,620 --> 00:16:59,020 Donc 105 secondes, soit environ trois fois la priorité, ou trois fois 211 00:16:59,020 --> 00:17:03,780 l'intervalle du message « bonjour », qui est de 30 secondes. 212 00:17:03,780 --> 00:17:07,920 Et routeur prioritaire désigné et capable de rafraîchir son état. 213 00:17:07,920 --> 00:17:10,680 Nous reviendrons sur ces points dans une minute. 214 00:17:10,680 --> 00:17:20,700 Mais vous pouvez constater que le PIM Hello est plutôt simple. 215 00:17:20,700 --> 00:17:23,980 Et ici, vous pouvez voir qu'ils sortent assez fréquemment. 216 00:17:23,980 --> 00:17:28,900 Voici donc celui du routeur 8. 217 00:17:28,900 --> 00:17:36,400 Et il s'est éteint à 42,35 secondes. 218 00:17:36,400 --> 00:17:40,040 Donc, si on continue pendant environ 30 secondes de plus, ça devrait faire cinq minutes. 219 00:17:40,040 --> 00:17:48,740 et environ 15 secondes. 220 00:17:48,740 --> 00:17:50,800 Et voici le prochain bonjour. 221 00:17:50,800 --> 00:17:53,960 Environ 30 secondes plus tard, soit cinq minutes et 12 secondes. 222 00:17:53,960 --> 00:17:57,940 Et nous parlerons de ces autres choses, nous rejoindrons les pruneaux et tout ce qui arrive 223 00:17:57,940 --> 00:18:12,680 Ça y est. OK, PIM se connecte. 224 00:18:12,680 --> 00:18:18,200 Comme je l'ai mentionné, PIM n'ajoute pas de branche à l'arbre tant que personne ne le souhaite. 225 00:18:18,200 --> 00:18:25,080 pour y adhérer. PIM utilise donc un mécanisme appelé paquet d'adhésion pour cela. 226 00:18:25,080 --> 00:18:28,180 Et vous verrez dans de nombreuses documentations qu'ils font référence à deux choses. 227 00:18:28,180 --> 00:18:29,700 différents types d'assemblages. 228 00:18:29,700 --> 00:18:35,900 Quelque chose appelé jointure virgule étoile et jointure virgule s. 229 00:18:35,900 --> 00:18:39,120 Nous allons entrer dans les détails sanglants de chacun d'eux. 230 00:18:39,120 --> 00:18:42,560 Pour l'instant, je dirai simplement que les deux paquets sont exactement les mêmes. 231 00:18:42,560 --> 00:18:45,980 Il ne s'agit pas de deux types différents de paquets PIM. 232 00:18:45,980 --> 00:18:48,540 Ils sont tous deux transportés dans le même paquet. 233 00:18:48,540 --> 00:18:51,780 La seule différence réside dans un petit champ qui distingue les deux. 234 00:18:51,780 --> 00:18:55,740 Mais il s'agit de la structure de données fondamentale utilisée par PIM pour envoyer 235 00:18:55,740 --> 00:19:00,040 un message en amont disant : hé voisin, regarde-moi, j'ai besoin de quelque chose. 236 00:19:00,040 --> 00:19:01,480 J'ai besoin d'un groupe en particulier. 237 00:19:01,480 --> 00:19:03,400 Ajoutez-moi à votre arbre. 238 00:19:03,400 --> 00:19:13,440 C'est la jonction PIM. 239 00:19:13,440 --> 00:19:17,560 Le transfert multicast est donc déterminé par les entrées de la table de routage M. 240 00:19:17,560 --> 00:19:19,200 la table de routage multicast. 241 00:19:19,200 --> 00:19:23,100 Nous les appelons donc des itinéraires M. 242 00:19:23,100 --> 00:19:26,920 Qu'est-ce qui pourrait donc entraîner l'affichage de ces entrées dans le tableau ? 243 00:19:26,920 --> 00:19:29,460 Eh bien, une de ces trois choses. 244 00:19:29,460 --> 00:19:32,960 Soit un routeur a reçu une demande d'adhésion PIM. 245 00:19:32,960 --> 00:19:38,100 Il a reçu du trafic multicast. 246 00:19:38,100 --> 00:19:41,360 En fait, il y a quatre choses. 247 00:19:41,360 --> 00:19:45,540 Elle a reçu un rapport d'adhésion à l'IGMP. 248 00:19:45,540 --> 00:19:50,000 Permettez-moi donc de l'ajouter ici également. 249 00:19:50,000 --> 00:20:02,360 Voilà. Un routeur a donc reçu des demandes d'adhésion PIM ou IGMP. 250 00:20:02,360 --> 00:20:06,640 rapport. Il a reçu le trafic multicast lui-même. 251 00:20:06,640 --> 00:20:09,980 Ou parfois, il peut être créé dynamiquement ou automatiquement. 252 00:20:09,980 --> 00:20:16,560 Nous avons constaté que le 2240140 était présent pour l'auto RP. 253 00:20:16,560 --> 00:20:18,100 Et nous n'avons rien eu à faire pour cela. 254 00:20:18,100 --> 00:20:21,300 Nous n'avons en réalité reçu aucun trafic RP automatique qui était simplement dynamique. 255 00:20:21,300 --> 00:20:27,080 Insérons-le là. Alors, jetons un coup d'œil à la table de routage M. 256 00:20:27,080 --> 00:20:32,280 Et je vais en souligner quelques points essentiels. 257 00:20:32,280 --> 00:20:36,420 Et ensuite, nous aborderons un peu plus en détail certains points. 258 00:20:36,420 --> 00:20:42,880 Par exemple, si je vais ici, la commande « show IPM route » nous permet de voir ce qui se passe. 259 00:20:42,880 --> 00:20:47,200 Voilà. Ce sont donc tous vos drapeaux. 260 00:20:47,200 --> 00:20:52,180 Ces drapeaux apparaîtront à différents endroits de votre itinéraire M. 261 00:20:52,180 --> 00:20:54,540 Ceci est donc considéré, par exemple, comme un itinéraire M. 262 00:20:54,540 --> 00:20:56,380 Ces quatre lignes, juste ici. 263 00:20:56,380 --> 00:20:59,300 Cela indique une route multicast. 264 00:20:59,300 --> 00:21:02,440 Et ces drapeaux, nous allons en parler pour la plupart. 265 00:21:02,440 --> 00:21:06,320 Or, bon nombre d'entre eux n'ont rien à voir avec le mode clairsemé de PIMS. 266 00:21:06,320 --> 00:21:09,460 Je vais donc vous indiquer les plus courants que vous rencontrerez dans les données éparses des PIMS. 267 00:21:09,460 --> 00:21:15,220 mode. Mais certains d'entre eux, comme le drapeau Z et le drapeau Y, n'ont rien à voir. 268 00:21:15,220 --> 00:21:16,480 à rapport avec le mode clairsemé de PIMS. 269 00:21:16,480 --> 00:21:18,760 Nous n'allons donc pas en parler. 270 00:21:18,760 --> 00:21:23,420 Vous voyez donc ici, vous pouvez voir que ceci est votre groupe. 271 00:21:23,420 --> 00:21:24,940 Il s'agit du groupe de multidiffusion. 272 00:21:24,940 --> 00:21:27,360 Et nous allons parler dans un instant de la signification de cette étoile. 273 00:21:27,360 --> 00:21:33,560 Des minuteurs indiquent la durée d'activité du groupe et sa date d'expiration. 274 00:21:33,560 --> 00:21:37,340 Informations concernant le point de rendez-vous. 275 00:21:37,340 --> 00:21:42,100 Interface entrante, vous savez, où est-ce que je m'attends à recevoir mon flux multicast ? 276 00:21:42,100 --> 00:21:46,200 Du trafic ? Par quelle interface va-t-il le recevoir ? 277 00:21:46,200 --> 00:21:49,280 Et par quelles interfaces vais-je le faire transiter ? 278 00:21:49,280 --> 00:21:53,720 Parfois, la liste des interfaces sortantes indiquera « non », ce qui signifie que je n'ai personne. 279 00:21:53,720 --> 00:21:55,500 Personne ne m'a jamais demandé ce trafic. 280 00:21:55,500 --> 00:21:58,360 Je n'ai nulle part où l'envoyer. 281 00:21:58,360 --> 00:22:01,560 Nous allons donc examiner plus en détail les différents minuteurs et autres éléments présents ici. 282 00:22:01,560 --> 00:22:11,260 Au fur et à mesure. Alors, comment créer l'arbre partagé ? 283 00:22:11,260 --> 00:22:13,960 Premièrement, il faut savoir où se situe le point de rendez-vous. 284 00:22:13,960 --> 00:22:15,620 Il faut que tu saches comment l'approcher. 285 00:22:15,620 --> 00:22:19,640 Donc, si vous n'avez pas d'itinéraire pour vous rendre au point de rendez-vous, ça ne marchera pas. 286 00:22:19,640 --> 00:22:20,920 te faire beaucoup de bien. 287 00:22:20,920 --> 00:22:26,140 Et vous devez recevoir au moins une requête d'un récepteur multicast. 288 00:22:26,140 --> 00:22:31,640 Le récepteur multicast, l'ordinateur portable, le PC, une fois qu'il envoie une demande d'adhésion IGMP 289 00:22:31,640 --> 00:22:35,300 ce rapport est à l'origine de tout ce processus. 290 00:22:35,300 --> 00:22:37,560 C'est ce qui constitue l'arbre partagé. 291 00:22:37,560 --> 00:22:48,500 Très bien, alors commençons par construire un arbre partagé. 292 00:22:48,500 --> 00:22:51,520 Donc, dans ce cas précis, je vais utiliser mon récepteur, 293 00:22:51,520 --> 00:22:55,960 qui est en réalité un routeur, mais je vais lui demander d'envoyer une demande d'adhésion IGMP. 294 00:22:55,960 --> 00:22:59,040 rapport pour un groupe particulier. 295 00:22:59,040 --> 00:23:02,580 Parlons maintenant du processus que nous allons observer. 296 00:23:02,580 --> 00:23:07,080 Et ensuite, nous examinerons cela en laboratoire. 297 00:23:07,080 --> 00:23:16,300 Ainsi, lorsque R2 recevra le rapport d'adhésion, il en sera soudainement conscient. 298 00:23:16,300 --> 00:23:19,860 d'une source. Alors, passons à l'étape suivante et faisons-le concrètement au tableau blanc. 299 00:23:19,860 --> 00:23:26,680 Voilà. Donc, quand ce type envoie un rapport d'adhésion, trouvons simplement… 300 00:23:26,680 --> 00:23:33,840 un groupe. 239.999. 301 00:23:33,840 --> 00:23:40,900 Eh bien, avec PIM activé sur le réseau Ethernet rapide 00, le routeur 2 va maintenant se rendre compte que : 302 00:23:40,900 --> 00:23:44,560 OK, j'ai un récepteur sur cette interface pour ce groupe. 303 00:23:44,560 --> 00:23:52,500 Remarquez maintenant quand ce rapport d'adhésion arrive, il n'y a donc pas de 304 00:23:52,500 --> 00:23:58,700 Toute mention de 4.5.4.5 est inutile, car personne ne sait qu'il existe à ce stade. 305 00:23:58,700 --> 00:24:05,300 Point. Donc, lorsque ce rapport arrivera, le routeur 2 va maintenant créer certains 306 00:24:05,300 --> 00:24:10,360 état dans sa table de routage M, sa table de routage multicast, et nous allons 307 00:24:10,360 --> 00:24:14,460 pour appeler cette étoile, virgule, état g. 308 00:24:14,460 --> 00:24:16,000 Pourquoi l'appelle-t-on ainsi ? 309 00:24:16,000 --> 00:24:21,540 Eh bien, ce sera étoile, virgule, g, ce qui signifie que l'étoile est ce qui est le 310 00:24:21,540 --> 00:24:23,460 Adresse IP de la source ? 311 00:24:23,460 --> 00:24:26,880 Eh bien, nous ne connaissons pas l'adresse IP de la source. 312 00:24:26,880 --> 00:24:31,520 On utilise donc simplement une étoile comme symbole, ce qui signifie que pour toute source, on ne le fait pas. 313 00:24:31,520 --> 00:24:33,120 Peu importe la source. 314 00:24:33,120 --> 00:24:37,160 Et puis g, eh bien, dans ce cas précis, ce sera 239,999. 315 00:24:37,160 --> 00:24:39,700 Voilà mon groupe. 316 00:24:39,700 --> 00:24:45,500 Vous verrez donc ici que R2 aura désormais une entrée de route M indiquant étoile, virgule, 317 00:24:45,500 --> 00:24:49,880 239 999. On appelle cela une entrée étoile, virgule, g. 318 00:24:49,880 --> 00:24:54,800 Et fasteethanet00 sera placé dans la liste des interfaces sortantes. 319 00:24:54,800 --> 00:25:00,000 Autrement dit, si je reçois un jour un message multicast pour ce groupe, j'enverrai… 320 00:25:00,000 --> 00:25:04,380 il sort sur l'interface fasteethanet00. 321 00:25:04,380 --> 00:25:11,440 Bon, une fois que le routeur 2 aura reçu ça, il dira : « OK, j’ai besoin de… » 322 00:25:11,440 --> 00:25:16,460 pour signaler au point de rendez-vous du PEM que je suis ici. 323 00:25:16,460 --> 00:25:21,380 Et s'il reçoit un jour le flux multicast à 239,999, il doit le transférer à 324 00:25:21,380 --> 00:25:26,040 moi. Or, dans ce cas précis, nous avons déjà identifié le rendez-vous. 325 00:25:26,040 --> 00:25:28,380 pointant du doigt le routeur 3. 326 00:25:28,380 --> 00:25:34,260 Il est le PEM RP. 327 00:25:34,260 --> 00:25:36,800 Et tous ces routeurs le savent, car j'ai effectué une configuration statique. 328 00:25:36,800 --> 00:25:44,400 Merci à eux pour cela. Donc, routeur 2, dans son entrée étoile, virgule, g, vous verrez que 329 00:25:44,400 --> 00:25:48,260 Il dira ça. Il dira : « D'accord, je sais que le point de rendez-vous est le 3. » 330 00:25:48,260 --> 00:25:53,640 .4.3.3. Et maintenant, il va accéder à sa table de routage unicast. 331 00:25:53,640 --> 00:25:56,880 Il va demander : « Comment y arriver ? » 332 00:25:56,880 --> 00:26:08,120 Eh bien, si je vais dans le routeur 2, il y a, si je veux vérifier que ce routeur 333 00:26:08,120 --> 00:26:12,640 Il peut en fait inverser le chemin vers le RP, car il sait comment y revenir. 334 00:26:12,640 --> 00:26:14,200 Pour le RP, il y a deux façons de procéder. 335 00:26:14,200 --> 00:26:16,940 Je pourrais tout simplement consulter mon tableau de routage. 336 00:26:16,940 --> 00:26:17,700 Je pourrais le faire. 337 00:26:17,700 --> 00:26:25,080 Afficher la route IP. Et nous pouvons voir ici même qu'il existe une route vers le port 343. 338 00:26:25,080 --> 00:26:28,360 réseau, appris via EIGRP. 339 00:26:28,360 --> 00:26:31,860 Il va donc utiliser la connexion Ethernet rapide 0/1. 340 00:26:31,860 --> 00:26:37,440 Ou si vous préférez la méthode PEM, vous pouvez utiliser la commande « show IP RPF ». 341 00:26:37,440 --> 00:26:43,140 Saisissez ensuite cette adresse IP. 342 00:26:43,140 --> 00:26:46,340 Il dit : « OK, je suis au courant. » 343 00:26:46,340 --> 00:26:49,820 Mon interface pour y accéder est l'Ethernet rapide 0 1. 344 00:26:49,820 --> 00:26:53,580 Autrement dit, mon prochain voisin le plus important, celui qui m'a parlé de ça. 345 00:26:53,580 --> 00:27:01,060 L'itinéraire est le 8288. Voici l'itinéraire exact que j'ai trouvé dans ma table de routage. 346 00:27:01,060 --> 00:27:08,240 Et je l'ai appris via le processus EIGRP 100, Système autonome EIGRP 100. 347 00:27:08,240 --> 00:27:14,540 Maintenant qu'il le sait, je retourne à mon tableau blanc, vous verrez. 348 00:27:14,540 --> 00:27:20,780 Dans mon étoile, entrée G, il placera quelque chose appelé interface entrante. 349 00:27:20,780 --> 00:27:22,160 Interface entrante. 350 00:27:22,160 --> 00:27:26,760 Et il dira, une fois que le RP commencera à m'envoyer des données multicast, parce que 351 00:27:26,760 --> 00:27:31,900 ne devrait pas commencer par descendre l'arbre partagé à partir du RP, il devrait 352 00:27:31,900 --> 00:27:35,040 commencer à venir de fast ethernet 0/1. 353 00:27:35,040 --> 00:27:39,560 Parce que c'est l'interface que j'utilise pour accéder au point de rendez-vous. 354 00:27:39,560 --> 00:27:48,320 Et puis il dira aussi : mon voisin est 8,2 point 8 point 8. 355 00:27:48,320 --> 00:27:53,000 Maintenant, il a tout ce dont il a besoin. 356 00:27:53,000 --> 00:27:59,480 Le routeur 2 va donc maintenant créer une jonction PEM. 357 00:27:59,480 --> 00:28:03,560 Et nous appelons cela une étoile PEM, rejoignez-nous. 358 00:28:03,560 --> 00:28:08,560 Car, tout comme le rapport d'adhésion à l'IGMP ne donnait aucune indication sur ce que 359 00:28:08,560 --> 00:28:13,120 L'adresse source de ce flux multicast, cette jonction PEM donne également 360 00:28:13,120 --> 00:28:17,600 Aucune indication concernant le flux multicast. 361 00:28:17,600 --> 00:28:20,320 Et nous l'enregistrerons dans la trace de l'extrait de code afin que vous puissiez le voir. 362 00:28:20,320 --> 00:28:24,040 Étoile, 239 point 999. 363 00:28:24,040 --> 00:28:31,640 Et dans cette étoile, G join, elle contiendra en fait l'adresse IP du rendez-vous 364 00:28:31,640 --> 00:28:39,660 point. Et de cette façon, le routeur 8 dira : « D'accord, je sais où c'est. » 365 00:28:39,660 --> 00:28:41,120 Ça y est, ça va au RP. 366 00:28:41,120 --> 00:28:46,240 Alors devinez quoi ? Lorsque le routeur 8 recevra cela, il va créer une étoile, état G 367 00:28:46,240 --> 00:28:50,580 en lui. Car souvenez-vous de l'étoile, de l'état G, cet état de la route M est créé 368 00:28:50,580 --> 00:28:57,000 en fonction soit d'un destinataire réel demandant l'itinéraire, soit d'une demande en aval 369 00:28:57,000 --> 00:28:58,800 Le routeur demande l'itinéraire. 370 00:28:58,800 --> 00:29:03,360 Si un routeur en aval vous envoie une étoile, G join, il crée le routeur exact. 371 00:29:03,360 --> 00:29:06,080 même état que si vous aviez réellement un récepteur. 372 00:29:06,080 --> 00:29:09,420 Pas tout à fait pareil, il me faut des drapeaux différents ici, mais 373 00:29:09,420 --> 00:29:11,200 crée toujours l'état. 374 00:29:11,200 --> 00:29:14,660 Donc, pour le routeur 8, il va créer une entrée en étoile, G. 375 00:29:14,660 --> 00:29:21,340 Il sait qui est le RP. 376 00:29:21,340 --> 00:29:24,980 Il effectuera une recherche de chemin inverse, et je suppose à peu près que son 377 00:29:24,980 --> 00:29:28,060 Le chemin inverse sera 00,83. 378 00:29:28,060 --> 00:29:32,840 Rien qu'en regardant ce schéma, je suis presque sûr que c'est le chemin le plus rapide pour lui. 379 00:29:32,840 --> 00:29:36,860 Et son prochain voisin le plus proche sera en fait 3.4.3.3. 380 00:29:36,860 --> 00:29:45,840 Et une fois qu'il aura obtenu cela, il transmettra une étoile, G rejoindra le RP. 381 00:29:45,840 --> 00:29:49,440 Et cela créera l'étoile, l'état G, au point de rendez-vous lui-même.