1 00:00:08,080 --> 00:00:12,180 Nous avons donc pratiquement terminé avec la théorie de PIMS sparse. 2 00:00:12,180 --> 00:00:16,320 mode et avant d'aborder les concepts de découverte dynamique des RP 3 00:00:16,320 --> 00:00:21,540 via auto-RP ou le routeur d'amorçage PIM, je souhaite simplement clore ce sujet. 4 00:00:21,540 --> 00:00:25,000 du mode clairsemé de PIMS en revenant aux commandes. 5 00:00:25,000 --> 00:00:27,820 Certaines de ces commandes vous ont déjà été présentées, car j'en ai parlé, et 6 00:00:27,820 --> 00:00:31,180 Nous les avons présentés en laboratoire et certaines commandes vous seront nouvelles. 7 00:00:31,180 --> 00:00:34,340 Je voulais simplement vous montrer les plus connus, ceux que vous connaissez probablement le mieux. 8 00:00:34,340 --> 00:00:43,200 À utiliser. Bon, je vérifie donc que le mode clairsemé de PIMS fonctionne. 9 00:00:43,200 --> 00:00:45,460 Vous pouvez tout à fait afficher l'interface IP PIM. 10 00:00:45,460 --> 00:00:51,680 Je vais les faire une par une au fur et à mesure. 11 00:00:51,680 --> 00:01:01,280 Afficher l'interface IP PIM et, comme vous pouvez le constater, elle affiche l'adresse de 12 00:01:01,280 --> 00:01:06,580 votre interface. Dans ce cas précis, 454 est l'adresse de notre interface. 13 00:01:06,580 --> 00:01:08,460 interface à quatre. 14 00:01:08,460 --> 00:01:13,380 Cela confirme donc que PIMS est activé sur ces interfaces. 15 00:01:13,380 --> 00:01:14,780 avec ces adresses IP. 16 00:01:14,780 --> 00:01:19,320 Je vous indique également quelle version de PIMS est utilisée, que vous soyez en environnement clairsemé ou dense. 17 00:01:19,320 --> 00:01:24,160 Il existe aussi un mode appelé « dense épars », dont nous parlerons plus loin. 18 00:01:24,160 --> 00:01:27,760 Ensuite, nous parlerons d'auto-RP. 19 00:01:27,760 --> 00:01:30,520 Avez-vous beaucoup de voisins, s'il y en a ? 20 00:01:30,520 --> 00:01:36,060 À quelle fréquence envoyez-vous des paquets PIM Hello, qu'ils appellent des requêtes ? 21 00:01:36,060 --> 00:01:40,580 ici. La priorité du routeur désigné, qui est de un par défaut et 22 00:01:40,580 --> 00:01:42,220 qui est le routeur désigné. 23 00:01:42,220 --> 00:01:45,860 Et certaines interfaces n'en ont pas besoin, comme les interfaces point à point. 24 00:01:45,860 --> 00:01:50,420 HDLC et PPP. Il n'est pas nécessaire d'avoir un routeur dédié pour ce type de connexion. 25 00:01:50,420 --> 00:02:03,940 une interface. La commande « show IP PIM neighbor » vous donne un peu plus de détails. 26 00:02:03,940 --> 00:02:07,760 Concrètement, ce que vous obtenez avec celui-ci, ce sont ces minuteurs. 27 00:02:07,760 --> 00:02:09,980 Depuis combien de temps sommes-nous voisins au total ? 28 00:02:09,980 --> 00:02:13,620 Avec ce voisin en particulier, cela fait presque 22 heures que nous sommes voisins. 29 00:02:13,620 --> 00:02:21,760 avec ce type. Et cela vous montre que d'accord si je perds un bonjour, si je ne le fais pas 30 00:02:21,760 --> 00:02:25,560 Je continue à recevoir des messages PIM Hello. Dans une minute et 37 secondes, je vais… 31 00:02:25,560 --> 00:02:27,720 Détruisez ce voisinage. 32 00:02:27,720 --> 00:02:33,800 Nous avons également l'affichage IP PIM RP. 33 00:02:33,800 --> 00:02:39,460 Cette commande particulière affiche maintenant l'adresse IP PIM RP. 34 00:02:39,460 --> 00:02:46,220 Cette commande n'est réellement utile que si vous avez configuré statiquement un RP 35 00:02:46,220 --> 00:02:48,500 comme je l'ai fait jusqu'à présent. 36 00:02:48,500 --> 00:02:53,100 En gros, cela confirme simplement que vous avez bien configuré statiquement 37 00:02:53,100 --> 00:02:59,560 un RP et les groupes spécifiques que ce RP dessert actuellement. 38 00:02:59,560 --> 00:03:04,020 Dans ce cas précis, il est indiqué « expire jamais » car le produit n'expirera jamais. 39 00:03:04,020 --> 00:03:05,280 C'est un RP statique. 40 00:03:05,280 --> 00:03:10,440 Il n'existe aucun mécanisme permettant de vérifier que le RP existe réellement et est 41 00:03:10,440 --> 00:03:16,280 joignable. La commande suivante affiche le mappage IP PIM RP. 42 00:03:16,280 --> 00:03:19,620 Cela s'applique surtout si vous comptez utiliser une forme de découverte dynamique. 43 00:03:19,620 --> 00:03:24,020 du RP comme auto RP ou PIM BSR. 44 00:03:24,020 --> 00:03:26,560 Voici la commande que vous devrez utiliser pour vérifier que vous avez 45 00:03:26,560 --> 00:03:30,920 en fait, ils ont appris de manière dynamique un RP et quels groupes particuliers cela impliquait. 46 00:03:30,920 --> 00:03:32,380 RP assure la maintenance. 47 00:03:32,380 --> 00:03:39,120 Dans ce cas précis, le résultat est très faible. 48 00:03:39,120 --> 00:03:45,040 Il est indiqué « statique », qui est le RP et il est le RP de tous les groupes, mais 49 00:03:45,040 --> 00:03:48,880 On obtient un bien meilleur résultat si on l'avait appris dynamiquement via 50 00:03:48,880 --> 00:03:55,360 Auto RP ou BSR. Nous aborderons ce sujet dans les prochaines vidéos. 51 00:03:55,360 --> 00:04:00,660 D'accord, il existe des moyens de modifier le comportement de PIM. 52 00:04:00,660 --> 00:04:03,540 IP PIM accepter l'enregistrement. 53 00:04:03,540 --> 00:04:09,520 Donc, ce dont il est question ici, c'est que par défaut, le point de rendez-vous sera 54 00:04:09,520 --> 00:04:12,960 Accepter tout type de message d'inscription provenant de n'importe qui. 55 00:04:12,960 --> 00:04:16,900 Il n'existe aucune liste officielle de routeurs autorisés à 56 00:04:16,900 --> 00:04:21,040 L'enregistrement. Tout routeur peut s'enregistrer, ce qui pourrait certainement introduire le 57 00:04:21,040 --> 00:04:22,320 Concept de routeur pirate. 58 00:04:22,320 --> 00:04:25,760 Peut-être que quelqu'un installe un routeur malveillant sur le réseau et intentionnellement 59 00:04:25,760 --> 00:04:32,440 bombarde le PIM RP avec ces tonnes de messages d'inscription de manière intentionnelle 60 00:04:32,440 --> 00:04:36,240 tenter de faire baisser le RP. 61 00:04:36,240 --> 00:04:40,220 Donc, dans cette commande particulière, vous pourriez dire eh bien, seulement les RP, les seuls, 62 00:04:40,220 --> 00:04:47,420 Oui, seuls les routeurs RP connectés à des sources correspondant à cette liste le sont réellement. 63 00:04:47,420 --> 00:04:49,340 autorisé à s'inscrire auprès de moi. 64 00:04:49,340 --> 00:04:52,980 Ainsi, si un enregistrement provient d'un autre routeur, il sera simplement ignoré silencieusement. 65 00:04:52,980 --> 00:05:01,020 Il s'agit d'une limitation du débit d'enregistrement IP PIM. Par conséquent, même les enregistrements autorisés vous préoccupent. 66 00:05:01,020 --> 00:05:06,340 Les routeurs envoient trop d'enregistrements, trop de sessions multicast 67 00:05:06,340 --> 00:05:10,420 si plusieurs processus démarrent simultanément, vous pouvez limiter leur débit à l'aide de cette commande. 68 00:05:10,420 --> 00:05:12,300 ici avec des bits par seconde. 69 00:05:12,300 --> 00:05:16,100 Source d'enregistrement IP PIM. 70 00:05:16,100 --> 00:05:19,140 Voici une commande que vous exécuteriez en fait sur n'importe quel routeur. 71 00:05:19,140 --> 00:05:22,700 va être à l'origine du message d'inscription. 72 00:05:22,700 --> 00:05:27,780 Normalement, lorsqu'un routeur indique « OK, je dois m'enregistrer auprès du point de service », 73 00:05:27,780 --> 00:05:30,700 Ce routeur va accéder à sa table de routage et effectuer les opérations suivantes : 74 00:05:30,700 --> 00:05:34,960 Il fera une recherche RPF et il dira : « D'accord, quelle interface utiliser ? » 75 00:05:34,960 --> 00:05:39,460 En fait, quelle est l'interface entrante que j'utiliserais pour revenir au RP ? 76 00:05:39,460 --> 00:05:43,540 Il dit : « Oh, d'après ma table de routage, mon meilleur itinéraire vers le RP est rapide. » 77 00:05:43,540 --> 00:05:48,180 Ethernet 00. À ce moment-là, il récupérerait cette adresse IP depuis la base de données rapide. 78 00:05:48,180 --> 00:05:53,920 Utilisez l'adresse Ethernet 00 comme adresse source pour ses messages d'enregistrement. 79 00:05:53,920 --> 00:05:57,740 Il peut y avoir des situations où vous ne voudrez pas qu'il fasse cela. 80 00:05:57,740 --> 00:06:01,700 Peu importe l'interface qu'il utilise pour accéder au RP, peut-être que vous 81 00:06:01,700 --> 00:06:05,400 Je souhaite toujours qu'il utilise son adresse de boucle comme adresse source. 82 00:06:05,400 --> 00:06:12,660 Voici la commande à utiliser pour modifier ce comportement. 83 00:06:12,660 --> 00:06:16,300 IP PIM, seuil SPT, nous n'en parlerons pas, nous l'avons déjà abordé. 84 00:06:16,300 --> 00:06:21,480 que j'aborde, je crois, assez en détail dans certaines autres vidéos. 85 00:06:21,480 --> 00:06:27,940 Et les PIM IP ont un minuteur d'expiration SG clairsemé. 86 00:06:27,940 --> 00:06:38,780 De quoi parle-t-on ? 87 00:06:38,780 --> 00:06:43,740 Il ne reste pas là indéfiniment, il doit être rafraîchi, et il y a un couple 88 00:06:43,740 --> 00:06:45,600 des choses qui pourraient le rafraîchir. 89 00:06:45,600 --> 00:06:50,260 Chaque fois qu'un paquet multicast réel arrive et correspond à ce s-coma 90 00:06:50,260 --> 00:06:53,420 -g entrée qui actualise l'état. 91 00:06:53,420 --> 00:06:58,600 Ou si nous savons également que les routeurs, même après avoir rejoint le plus court chemin, restent inchangés. 92 00:06:58,600 --> 00:07:03,940 Arbre de chemin, s'ils souhaitent toujours ce multicast, ils le feront périodiquement une fois 93 00:07:03,940 --> 00:07:08,900 Une minute, envoyez un autre s-coma-g join pour rafraîchir l'arbre, et ça 94 00:07:08,900 --> 00:07:13,920 actualisera également l'état s-coma-g dans tout routeur qui reçoit ce type 95 00:07:13,920 --> 00:07:17,480 d'une jonction. Donc, si cela ne se produit pas, si un routeur est assis ici avec 96 00:07:17,480 --> 00:07:21,960 une entrée s-coma-g et disons que la multidiffusion s'arrête, eh bien par défaut après 97 00:07:21,960 --> 00:07:26,180 Un peu plus de trois minutes après 210 secondes, cette entrée s-coma-g 98 00:07:26,180 --> 00:07:28,940 va disparaître, ça va s'en aller. 99 00:07:28,940 --> 00:07:33,660 Eh bien, peut-être avez-vous un scénario où vous vous dites : vous savez quoi ? 100 00:07:33,660 --> 00:07:39,180 Une fois les fichiers s-coma-g créés dans mon routeur, je souhaite qu'ils y restent. 101 00:07:39,180 --> 00:07:43,120 pendant longtemps, même si je ne reçois plus le multicast. 102 00:07:43,120 --> 00:07:46,380 Je ne veux tout simplement pas avoir à recréer le s-coma-g encore et encore. 103 00:07:46,380 --> 00:07:49,480 Encore une fois. Je ne vois pas vraiment pourquoi tu voudrais faire ça. 104 00:07:49,480 --> 00:07:52,140 Cela, mais cette commande vous permettrait justement de le faire. 105 00:07:52,140 --> 00:07:54,240 Voilà donc de quoi il s'agit. 106 00:07:54,240 --> 00:08:00,640 Si vous configurez cette commande à sa valeur maximale, soit 57 600 secondes, cela donne : 107 00:08:00,640 --> 00:08:02,620 équivalent à 16 heures. 108 00:08:02,620 --> 00:08:06,660 En gros, cela signifie que, une fois qu'une entrée s-coma-g est créée, 109 00:08:06,660 --> 00:08:11,440 même s'il n'est pas rafraîchi, laissez-le là jusqu'à 16 heures avant 110 00:08:11,440 --> 00:08:16,520 vous le faites expirer. Donc, si vous vous trouvez dans une situation où cela serait utile à 111 00:08:16,520 --> 00:08:19,840 C'est là que cette commande vous serait utile. 112 00:08:19,840 --> 00:08:25,480 Et enfin, la dernière commande est IPPIM NBMA-mode. 113 00:08:25,480 --> 00:08:27,040 Imaginez donc ce scénario. 114 00:08:27,040 --> 00:08:29,680 En fait, permettez-moi de le dessiner ici un instant. 115 00:08:29,680 --> 00:08:34,220 Imaginons que nous ayons un réseau étendu (WAN). 116 00:08:34,220 --> 00:08:37,560 Je prendrai simplement le relais de cadre comme exemple, car le relais de cadre est utilisé comme 117 00:08:37,560 --> 00:08:41,500 beaucoup de choses sur le CCNA et le CCNP. 118 00:08:41,500 --> 00:08:47,120 Et sur ce réseau étendu (WAN), nous avons une architecture en étoile. 119 00:08:47,120 --> 00:08:56,240 Nous avons le routeur A comme concentrateur et les routeurs B et C comme antennes. 120 00:08:56,240 --> 00:09:04,160 D'accord, donc le seul moyen pour B et C de communiquer entre eux est via le routeur. 121 00:09:04,160 --> 00:09:09,320 A. Ils ne sont en réalité pas reliés directement entre eux par des circuits intégrés de relais de trame. 122 00:09:09,320 --> 00:09:12,200 Eh bien, nous savons que, comme dans le cas des protocoles de routage, si nous parlions 123 00:09:12,200 --> 00:09:17,260 Concernant OSPF ou EIGRP ou autre, de nombreux protocoles de routage, si routeur 124 00:09:17,260 --> 00:09:22,540 B, et disons simplement que sur le routeur A, son interface série physique 125 00:09:22,540 --> 00:09:25,960 fait tout. 126 00:09:25,960 --> 00:09:29,320 D'accord, notre adresse IP est ici. 127 00:09:29,320 --> 00:09:30,840 Nous n'avons aucune sous-interface. 128 00:09:30,840 --> 00:09:32,720 Il s'agit d'une interface multipoint. 129 00:09:32,720 --> 00:09:38,360 Il s'agit d'une interface multi-axes non diffusée. 130 00:09:38,360 --> 00:09:41,300 Eh bien, dans ce scénario particulier avec les protocoles de routage, très souvent 131 00:09:41,300 --> 00:09:43,540 Il faudrait désactiver l'horizon partagé, n'est-ce pas ? 132 00:09:43,540 --> 00:09:45,900 Car l'horizon partagé est la règle qui dit : regardez, si une mise à jour de routage 133 00:09:45,900 --> 00:09:50,940 L'entrée se fait sur le port série 0-0. Afin d'éviter les boucles de routage, vous n'êtes pas 134 00:09:50,940 --> 00:09:55,180 autorisé à faire demi-tour et à retracer exactement le même chemin. 135 00:09:55,180 --> 00:09:57,620 Même interface qu'à l'origine. 136 00:09:57,620 --> 00:10:00,160 Il faudrait donc le faire, car cet horizon divisé l'empêche. 137 00:10:00,160 --> 00:10:02,560 Il faudrait donc désactiver l'horizon divisé. 138 00:10:02,560 --> 00:10:05,560 Eh bien, le même genre de chose se produit ici pour les multicasts. 139 00:10:05,560 --> 00:10:12,600 Et pour les jonctions et autres, si un flux multicast arrive juste ici, 140 00:10:12,600 --> 00:10:18,460 ou rappelons que la règle générale de PIMS stipule que l'interface entrante 141 00:10:18,460 --> 00:10:22,040 ne peut pas apparaître dans la liste des interfaces sortantes. 142 00:10:22,040 --> 00:10:26,040 Si cette règle était vraie, alors lorsque cette interface, lorsque le multicast est activé, est activée, alors… 143 00:10:26,040 --> 00:10:30,240 Il est arrivé ici avec le numéro de série 0-0, nous ne pourrions pas le remettre exactement de la même manière. 144 00:10:30,240 --> 00:10:34,220 l'interface dans la liste des interfaces sortantes, et le routeur C ne serait pas 145 00:10:34,220 --> 00:10:35,900 capable de recevoir ce multicast. 146 00:10:35,900 --> 00:10:40,680 Pour ce faire, vous devrez utiliser cette commande. 147 00:10:40,680 --> 00:10:44,220 sur cette interface multi-accès non diffusée. 148 00:10:44,220 --> 00:10:49,340 En gros, c'est comme désactiver l'horizon partagé, mais pour la multidiffusion. 149 00:10:49,340 --> 00:10:52,240 Le trafic. C'est à cela que sert cette commande. 150 00:10:52,240 --> 00:10:58,140 Et je voudrais juste terminer ici en expliquant un peu 151 00:10:58,140 --> 00:11:01,780 Voici quelques informations supplémentaires concernant les drapeaux que vous pourriez voir dans vos entrées d'itinéraire M. 152 00:11:01,780 --> 00:11:05,080 Nous avons abordé beaucoup de ces sujets, mais certains n'ont pas été traités. 153 00:11:05,080 --> 00:11:07,960 Donc, le drapeau C. Nous en avons parlé. 154 00:11:07,960 --> 00:11:11,400 Si vous voyez le drapeau C, cela signifie deux choses. 155 00:11:11,400 --> 00:11:15,660 Soit ce routeur a effectivement reçu un rapport d'appartenance IGMP, soit 156 00:11:15,660 --> 00:11:20,680 un rapport d'écouteur MLDP, ce qui signifie qu'il est directement connecté à un récepteur, 157 00:11:20,680 --> 00:11:22,540 à un ordinateur portable, à un PC. 158 00:11:22,540 --> 00:11:28,540 Ou bien il a effectivement reçu le paquet multicast et il identifie la source. 159 00:11:28,540 --> 00:11:31,340 Cette diffusion multicast est directement connectée à ce routeur. 160 00:11:31,340 --> 00:11:34,140 Il y a donc un récepteur connecté ou une source connectée. 161 00:11:34,140 --> 00:11:36,920 C'est ce que signifie C. 162 00:11:36,920 --> 00:11:41,460 Les membres du groupe L n'en ont pas vraiment parlé, mais ils savent comment, dans mon cas particulier, 163 00:11:41,460 --> 00:11:46,320 En labo, ce que j'ai fait, c'est que j'ai pris un routeur, le routeur numéro un, et j'ai utilisé cette commande, 164 00:11:46,320 --> 00:11:49,620 groupe d'adhésion IGMP sur ce routeur. 165 00:11:49,620 --> 00:11:54,440 Et c'est ainsi que j'ai transformé ce routeur en récepteur, car les routeurs ne le font pas. 166 00:11:54,440 --> 00:11:56,400 Nous envoyons généralement des rapports d'adhésion. 167 00:11:56,400 --> 00:11:59,040 C'est le rôle des ordinateurs portables et des PC. 168 00:11:59,040 --> 00:12:03,540 Pour reproduire ce comportement, j'ai donc utilisé cette commande. 169 00:12:03,540 --> 00:12:08,080 Eh bien, si ce routeur exécutait également PIM, ce qui n'est pas le cas, alors dans le 170 00:12:08,080 --> 00:12:12,240 Dans la section M-ROT, le drapeau L aurait été présent, signifiant que je suis également un récepteur. 171 00:12:12,240 --> 00:12:13,160 de cette multidiffusion. 172 00:12:13,160 --> 00:12:15,760 Lorsque le flux multicast arrive, je ne vais pas simplement le relayer. 173 00:12:15,760 --> 00:12:18,820 Je vais en fait l'envoyer à mon processeur pour traitement, car je veux 174 00:12:18,820 --> 00:12:23,740 pour la voir. Le drapeau F. 175 00:12:23,740 --> 00:12:27,980 On appelle cela l'indicateur d'enregistrement PIM. 176 00:12:27,980 --> 00:12:30,580 Parfois, les gens sont un peu confus à ce sujet, car ils voient le 177 00:12:30,580 --> 00:12:35,060 F, et ils pensent : « Oh, ça veut dire que l'inscription est en cours, n'est-ce pas ? » 178 00:12:35,060 --> 00:12:39,960 Maintenant. Et puis ils affichent la route IPM, affichent la route IPM, ils continuent. 179 00:12:39,960 --> 00:12:43,760 et pendant les 30 à 40 secondes, voire les 5 minutes suivantes, le drapeau F reste hissé. 180 00:12:43,760 --> 00:12:46,480 Là. Et ils disent : « Oh, j'ai un problème. » 181 00:12:46,480 --> 00:12:50,680 L'enregistrement ne devrait durer qu'une seconde ou deux, puis il devrait 182 00:12:50,680 --> 00:12:54,140 Stop. Pourquoi est-ce que je vois encore le drapeau F ? 183 00:12:54,140 --> 00:12:59,000 Eh bien, si vous êtes effectivement en train de vous inscrire en ce moment, quand 184 00:12:59,000 --> 00:13:03,200 Si vous exécutez cette commande, vous verrez effectivement dans l'étoile, à l'entrée G, le mot 185 00:13:03,200 --> 00:13:05,180 Inscription en cours. Le message s'affichera. 186 00:13:05,180 --> 00:13:08,300 Vous avez donc le drapeau F, et il affichera « enregistrement en cours ». 187 00:13:08,300 --> 00:13:12,400 Comme indiqué ici, si vous ne voyez que le drapeau F, mais pas le mot 188 00:13:12,400 --> 00:13:17,720 L'enregistrement signifie que ce routeur a préalablement enregistré ce flux. 189 00:13:17,720 --> 00:13:22,000 C'est un peu comme une plaque commémorative indiquant : « Je me suis enregistré avec succès. » 190 00:13:22,000 --> 00:13:25,340 Je l'ai fait par le passé, mais je ne le fais plus. 191 00:13:25,340 --> 00:13:29,340 Voilà ce que signifierait le drapeau F. 192 00:13:29,340 --> 00:13:35,260 Le drapeau J. Cela signifie qu'un routeur a tenté de rejoindre le réseau correspondant. 193 00:13:35,260 --> 00:13:41,580 arbre. Par exemple, si vous voyez le drapeau J dans l'étoile, la sortie G, vous 194 00:13:41,580 --> 00:13:44,760 On pourrait être tenté de le penser, et je crois que je me suis effectivement mal exprimé à ce sujet. 195 00:13:44,760 --> 00:13:45,340 une vidéo précédente. 196 00:13:45,340 --> 00:13:48,280 Je crois avoir dit que lorsque vous voyez le drapeau J, cela signifie que ce routeur 197 00:13:48,280 --> 00:13:53,160 a envoyé une requête PIM dans cet arbre. 198 00:13:53,160 --> 00:13:54,700 Eh bien, pas nécessairement. 199 00:13:54,700 --> 00:13:59,400 En réalité, le drapeau J signifie que le routeur souhaite rejoindre cet arbre. 200 00:13:59,400 --> 00:14:04,540 Ce n'est pas vraiment la preuve qu'une connexion a effectivement été établie. 201 00:14:04,540 --> 00:14:08,840 Par exemple, si vous voyez le drapeau J dans l'étoile, la sortie G signifie : 202 00:14:08,840 --> 00:14:14,620 OK, le routeur, quelque chose a déclenché une réaction du routeur qui lui a fait croire qu'il avait besoin de quelque chose. 203 00:14:14,620 --> 00:14:16,960 rejoindre l'arbre. 204 00:14:16,960 --> 00:14:22,200 Il faut donc créer une étoile, G se joindre et l'envoyer en haut de cet arbre vers 205 00:14:22,200 --> 00:14:23,380 le point de rendez-vous. 206 00:14:23,380 --> 00:14:25,760 A-t-elle réellement réussi à atteindre cet objectif ? 207 00:14:25,760 --> 00:14:27,460 Peut-être, peut-être pas. 208 00:14:27,460 --> 00:14:31,420 Nous ne savons pas. Le drapeau J indique simplement qu'il savait qu'il devait le faire. 209 00:14:31,420 --> 00:14:34,700 Comme dans l'un de mes précédents TP, si je retourne au 210 00:14:34,700 --> 00:14:41,400 Dessinons ici une seconde, amenons ceci par ici. 211 00:14:41,400 --> 00:14:48,020 J'avais donc un TP, si vous vous souvenez, il y a quelques vidéos, où j'avais oublié 212 00:14:48,020 --> 00:14:53,080 pour configurer PIM sur cette interface directement sur R4. 213 00:14:53,080 --> 00:14:57,480 Il n'y avait pas de PIM ici. 214 00:14:57,480 --> 00:15:01,540 Et pourtant, PIM était présent sur cette interface de R2. 215 00:15:01,540 --> 00:15:06,800 Et ce que j'ai remarqué, c'est que lorsque le flux multicast a commencé à descendre, ce type 216 00:15:06,800 --> 00:15:08,640 ont créé un S, un G, un E et un R2. 217 00:15:08,640 --> 00:15:11,720 Et c'était l'entrée pour cela. 218 00:15:11,720 --> 00:15:16,860 Et il indiquait le numéro de série 010 comme interface entrante. 219 00:15:16,860 --> 00:15:20,080 Il a dit : « D'accord, si le flux multicast emprunte le chemin le plus court dans l'arbre des flux, il… » 220 00:15:20,080 --> 00:15:22,340 devrait apparaître dans la série. 221 00:15:22,340 --> 00:15:25,680 Et il y avait le drapeau J. 222 00:15:25,680 --> 00:15:29,840 Et au départ, je me suis dit : « D'accord, ça veut dire qu'il a envoyé un message. » 223 00:15:29,840 --> 00:15:33,380 Voilà. Mais si vous vous souvenez de cette vidéo, j'avais dit : « Tiens, il manque quelque chose. » 224 00:15:33,380 --> 00:15:40,700 Si le trafic multicast emprunte réellement le chemin le plus court 225 00:15:40,700 --> 00:15:45,980 Arbre, en plus du drapeau J, je devrais également voir le drapeau T. 226 00:15:45,980 --> 00:15:48,820 Et c'est le prochain point qui apparaîtra dans la diapositive. 227 00:15:48,820 --> 00:15:54,040 L'indicateur T indique que j'ai effectivement reçu au moins un paquet multicast. 228 00:15:54,040 --> 00:15:56,660 descendre l'arbre par le chemin le plus court. 229 00:15:56,660 --> 00:15:58,160 Ça fonctionne. 230 00:15:58,160 --> 00:15:58,980 Mais je n'ai pas vu ça. 231 00:15:58,980 --> 00:16:05,280 Dans mon cas précis, je n'ai vu que le drapeau J et pas le T. 232 00:16:05,280 --> 00:16:09,180 Et ça m'a fait penser : d'accord, il a donc essayé de rejoindre cet arbre, mais en multicast. 233 00:16:09,180 --> 00:16:10,300 ne s'écoule pas encore. 234 00:16:10,300 --> 00:16:11,200 Que se passe-t-il? 235 00:16:11,200 --> 00:16:15,680 Et c'est alors que j'ai découvert que PIM n'était pas configuré sur le routeur 4. 236 00:16:15,680 --> 00:16:21,400 J'ai donc supposé que le routeur 2 avait envoyé sa requête de connexion, mais rien ne s'est passé. 237 00:16:21,400 --> 00:16:24,660 car de l'autre côté, le routeur n'a pas pu le traiter. 238 00:16:24,660 --> 00:16:26,560 Mais j'ai en fait fait un peu de débogage. 239 00:16:26,560 --> 00:16:31,380 Il s'avère qu'il a réalisé qu'il n'avait pas de voisin PIM. 240 00:16:31,380 --> 00:16:35,620 Le routeur 2 s'est rendu compte que même s'il avait PIM sur son port série, il ne l'avait pas fait. 241 00:16:35,620 --> 00:16:38,960 J'ai appris l'existence d'un voisin à l'autre bout de la chaîne. 242 00:16:38,960 --> 00:16:42,560 Et donc, en effectuant un débogage, je me suis rendu compte qu'il n'avait même pas créé la jointure. 243 00:16:42,560 --> 00:16:45,540 tout d'abord parce qu'il était assez intelligent pour se rendre compte, hé, qu'est-ce que c'est ? 244 00:16:45,540 --> 00:16:50,140 L'intérêt de créer une jonction S-coma G pour envoyer ce lien s'il y a 245 00:16:50,140 --> 00:16:54,280 Personne à l'autre bout du lien pour le recevoir et le traiter ? 246 00:16:54,280 --> 00:16:58,820 C’est pourquoi je dis que le drapeau J signifie simplement qu’il veut rejoindre cette branche. 247 00:16:58,820 --> 00:17:03,840 de l'arbre, mais qu'il ait ou non réussi à envoyer une jointure, 248 00:17:03,840 --> 00:17:05,900 On ne peut pas le deviner rien qu'avec ce drapeau. 249 00:17:05,900 --> 00:17:10,000 Il faudrait effectuer un dépannage un peu plus poussé pour trouver la solution. 250 00:17:10,000 --> 00:17:15,180 Et enfin, comme je l'ai dit, nous avons le drapeau T, c'est-à-dire… 251 00:17:15,180 --> 00:17:16,200 Vous voulez voir, n'est-ce pas ? 252 00:17:16,200 --> 00:17:19,240 Si le drapeau T se trouve sur le chemin le plus court, le troisième, c'est bon. 253 00:17:19,240 --> 00:17:22,780 Cela signifie que j'ai effectivement reçu au moins un paquet de données multicast sur 254 00:17:22,780 --> 00:17:24,220 le chemin le plus court trois. 255 00:17:24,220 --> 00:17:29,560 Il y a un autre drapeau dont je veux parler, c'est le drapeau R. 256 00:17:29,560 --> 00:17:31,760 Et celui-ci m'a un peu perturbé. 257 00:17:31,760 --> 00:17:34,980 J'ai dû me pencher sur la RFC et y réfléchir un peu. 258 00:17:34,980 --> 00:17:43,600 L'indicateur R est donc présent ; vous ne le verrez que sur les routeurs de l'arborescence partagée. 259 00:17:43,600 --> 00:17:48,600 Donc, si vous considérez le chemin allant du routeur de feuilles jusqu'au RP, c'est : 260 00:17:48,600 --> 00:17:56,900 C'est seulement quelque part sur ce chemin, dans une entrée S, G, que vous verrez le drapeau R. 261 00:17:56,900 --> 00:17:58,340 Maintenant, qu'est-ce que cela signifie ? 262 00:17:58,340 --> 00:18:01,500 Revenons-y un instant. 263 00:18:01,500 --> 00:18:12,020 Celui-ci. Bon, on sait qu'initialement, une fois la multidiffusion effectuée, si on sait 264 00:18:12,020 --> 00:18:17,100 Ce type est le RP ici, oups, c'est quoi ça ? 265 00:18:17,100 --> 00:18:24,440 D'accord. Une fois que le flux multicast commencera à descendre ici depuis le RP, ça va se passer comme prévu. 266 00:18:24,440 --> 00:18:27,640 Ça va aller par ici, puis par là, et puis ça va 267 00:18:27,640 --> 00:18:32,820 pour aller par là. Donc, dans le routeur huit, juste ici, je me concentre sur lui pour 268 00:18:32,820 --> 00:18:37,260 le moment. Quand il recevra effectivement ce trafic multicast, il va 269 00:18:37,260 --> 00:18:42,980 Il possède à la fois l'étoile, G, qu'il a créée il y a longtemps. 270 00:18:42,980 --> 00:18:45,700 Et ensuite, lorsque vous verrez ce paquet multicast, il va créer un S, 271 00:18:45,700 --> 00:18:52,680 G également. Et dans ce cas précis, la liste des interfaces sortantes de 272 00:18:52,680 --> 00:18:58,180 S,G sera Fast Ethernet zéro/un. 273 00:18:58,180 --> 00:19:00,240 OK, c'est bon. 274 00:19:00,240 --> 00:19:02,780 Mais nous savons aussi que dès que le routeur deux, le routeur feuille reçoit cela 275 00:19:02,780 --> 00:19:07,220 Dès le premier paquet multicast, il va essayer de passer au plus court. 276 00:19:07,220 --> 00:19:12,320 Arbre de chemin. Et si nous supposons qu'il réussit et qu'il reçoit maintenant 277 00:19:12,320 --> 00:19:17,680 Si le trafic descend le SPT, alors on sait qu'il va envoyer un pruneau 278 00:19:17,680 --> 00:19:23,300 Il va envoyer ce qu'on appelle un « S, G prune ». 279 00:19:23,300 --> 00:19:28,500 Et à quoi cela va-t-il ressembler ? 280 00:19:28,500 --> 00:19:32,600 Eh bien, dans le corps de ce paquet de pruneaux, on trouvera la source, 281 00:19:32,600 --> 00:19:34,860 quatre points cinq points quatre points cinq. 282 00:19:34,860 --> 00:19:37,960 Il y aura un groupe, quel qu'il soit. 283 00:19:37,960 --> 00:19:41,680 Et il y aura aussi la partie RP. 284 00:19:41,680 --> 00:19:46,160 Ceci est un drapeau, le bit RP activé. 285 00:19:46,160 --> 00:19:49,100 Ce sera réglé sur un. 286 00:19:49,100 --> 00:19:52,680 Et il va envoyer ça au routeur huit. 287 00:19:52,680 --> 00:19:57,980 Quand le routeur huit aura ça, il dira : « OK, cette prune », parce que 288 00:19:57,980 --> 00:20:03,280 Il y a le bit RP, ce qui signifie que je dois supprimer cette interface. 289 00:20:03,280 --> 00:20:07,920 Il cessera donc alors de transmettre le flux multicast sur cette liaison. 290 00:20:07,920 --> 00:20:14,920 Il supprimera cette interface de la liste des interfaces sortantes. 291 00:20:14,920 --> 00:20:18,940 Et donc, cela va finalement être nul. 292 00:20:18,940 --> 00:20:22,460 Et ensuite, il va créer son propre paquet de pruneaux et l'envoyer par ici. 293 00:20:22,460 --> 00:20:28,760 de cette façon, ce qui finira par éliminer ceci juste ici. 294 00:20:28,760 --> 00:20:31,800 Quel rapport avec le drapeau R ? 295 00:20:31,800 --> 00:20:36,800 Eh bien, si je vais dans la table de routage M du routeur huit après que cela ait été fait, 296 00:20:36,800 --> 00:20:44,840 Nous pouvons maintenant supposer qu'après ce moment, souvenez-vous si un état S, G 297 00:20:44,840 --> 00:20:48,880 possède une liste d'interfaces sortantes qui est vide, nulle. 298 00:20:48,880 --> 00:20:50,560 Eh bien, il y a un compte à rebours, n'est-ce pas ? 299 00:20:50,560 --> 00:20:52,440 Cela ne dure que 210 secondes. 300 00:20:52,440 --> 00:20:57,500 Et après 210 secondes, si personne n'a besoin de l'utiliser, il va le supprimer. 301 00:20:57,500 --> 00:21:02,300 Donc, imaginons que je me connecte au routeur huit avant que ce délai ne soit écoulé. 302 00:21:02,300 --> 00:21:07,500 Donc juste après qu'il ait reçu le pruneau, mais avant que les 210 secondes ne se soient écoulées 303 00:21:07,500 --> 00:21:13,480 Une fois ce délai écoulé, ce que je vais voir dans cet état S, G, c'est la lettre R. 304 00:21:13,480 --> 00:21:15,220 Je verrai aussi un P. 305 00:21:15,220 --> 00:21:19,200 Il dira donc, en fait, je pense que le P pourrait venir avant le R, mais en gros 306 00:21:19,200 --> 00:21:22,920 Le P dira : ceci est élagué. 307 00:21:22,920 --> 00:21:24,340 Je ne l'utilise pas. 308 00:21:24,340 --> 00:21:25,680 J'ai taillé ça. 309 00:21:25,680 --> 00:21:31,360 Et le R dira : « J'ai élagué ceci parce que quelqu'un en aval de » 310 00:21:31,360 --> 00:21:37,640 me paramétrer un élagage S, G avec le bit RP réglé sur un. 311 00:21:37,640 --> 00:21:40,100 Vous ne verrez pas ça au point de rendez-vous. 312 00:21:40,100 --> 00:21:44,320 Vous ne verrez cela que sur les routeurs situés entre ces deux points. 313 00:21:44,320 --> 00:21:47,300 Donc, comme pour le routeur huit, si nous avions un autre routeur juste ici, nous le verrions. 314 00:21:47,300 --> 00:21:49,660 Si nous avions un autre routeur juste ici, nous le verrions. 315 00:21:49,660 --> 00:21:52,800 Mais les routeurs intermédiaires qui ont reçu les déchets et les ont transmis 316 00:21:52,800 --> 00:21:56,460 Si elle est activée, ils auront une liste d'interfaces sortantes nulle, et ils 317 00:21:56,460 --> 00:21:59,840 Disons RP, et remarquez que cela ne figure que dans l'entrée S, G. 318 00:21:59,840 --> 00:22:04,040 Vous ne verrez pas cela dans l'étoile, G, seulement dans le S, G. 319 00:22:04,040 --> 00:22:08,960 Et je peux en fait reproduire cela assez facilement ici, au cas où vous le souhaiteriez 320 00:22:08,960 --> 00:22:11,460 pour le voir. Je ferai exactement la même chose. 321 00:22:11,460 --> 00:22:17,240 Je vais simplement lancer le flux multicast depuis le routeur cinq. 322 00:22:17,240 --> 00:22:20,480 Et au moment où j'arrive au routeur huit, environ deux secondes plus tard, il sera prêt. 323 00:22:20,480 --> 00:22:22,440 déjà taillé. 324 00:22:22,440 --> 00:22:30,080 Et vous verrez qu'il a effectivement le drapeau républicain à l'intérieur. 325 00:22:30,080 --> 00:22:32,780 Faisons-le. 326 00:22:32,780 --> 00:22:38,560 Allons-y, au routeur numéro cinq. 327 00:22:38,560 --> 00:22:46,680 Faisons notre ping. 328 00:22:46,680 --> 00:22:51,220 D'accord, le flux a déjà été basculé, et nous pouvons le constater dans 329 00:22:51,220 --> 00:22:55,640 routeur deux, le routeur feuille, afficher la route IPM. 330 00:22:55,640 --> 00:23:02,240 On peut voir qu'il a l'entrée S, G. 331 00:23:02,240 --> 00:23:05,040 Il a rejoint ou tenté de rejoindre l'arbre. 332 00:23:05,040 --> 00:23:06,180 A-t-il réussi ? 333 00:23:06,180 --> 00:23:08,480 Oui, il a réussi parce qu'il portait le drapeau T. 334 00:23:08,480 --> 00:23:13,360 Il reçoit en réalité du trafic multicast via l'arbre de chemin le plus court. 335 00:23:13,360 --> 00:23:16,880 Maintenant, si nous passons au routeur huit, qui est au milieu, qui n'est plus impliqué. 336 00:23:16,880 --> 00:23:23,600 Dans ce trafic, de quelque manière que ce soit, il a été écarté, on peut le voir à son S, 337 00:23:23,600 --> 00:23:29,120 L'entrée G indique P, elle a été élaguée, et pourquoi a-t-elle été élaguée ? 338 00:23:29,120 --> 00:23:34,100 R ? Parce que nous avons reçu un message tronqué avec le bit RP, ce qui a provoqué 339 00:23:34,100 --> 00:23:37,860 notre liste d'interfaces sortantes pour devenir n° 340 00:23:37,860 --> 00:23:42,320 Donc, cela ne sera bon que pour un autre, enfin, pour l'instant, il est dit 341 00:23:42,320 --> 00:23:43,560 deux minutes et 28 secondes. 342 00:23:43,560 --> 00:23:46,760 Si je le refais, on va voir le compte à rebours. 343 00:23:46,760 --> 00:23:48,260 Maintenant, ça ne dure que deux minutes. 344 00:23:48,260 --> 00:23:53,760 Dans deux minutes, cette entrée disparaîtra, puis celle-ci… 345 00:23:53,760 --> 00:23:56,900 disparaissent également, car aucun des deux ne sera nécessaire à ce moment-là.