D'accord, nous avons dÃ©jÃ un peu parlÃ© de ce concept de partage
l'arbre, qui est le chemin du point de rendez-vous jusqu'Ã l'endroit oÃ¹ se trouve
Il y a des rÃ©cepteurs. Il peut donc potentiellement y avoir plus d'un arbre partagÃ©, n'est-ce pas ?
Si je dispose de 50 rÃ©cepteurs rÃ©partis sur mon rÃ©seau, je pourrais potentiellement
ont 50 arbres partagÃ©s diffÃ©rents, 50 chemins diffÃ©rents Ã partir de ce RP menant
jusqu'aux diffÃ©rents rÃ©cepteurs oÃ¹ ils rÃ©sident.
Entrons maintenant un peu plus dans les dÃ©tails sur la faÃ§on dont tout cela est construit.
Je vais donc commencer par vous montrer quelques commandes initiales afin que nous puissionsâ¦
Une fois cela construit, nous reviendrons sur la thÃ©orie et nous verrons.
comment tout cela fonctionne.
J'ai donc mentionnÃ© que le routage multicast doit Ãªtre activÃ© globalement, donc IP, multicast,
Routage par tableau de bord. Ensuite, le mode PIMS clairsemÃ© doit Ãªtre activÃ© pour chaque interface.
VoilÃ donc le mode tableau de bord Ã©purÃ© d'IP PIMS, et il ne reste plus qu'une seule autre chose Ã faire.
Comment trouver le point de rendez-vous ?
On va donc faire simple et clair.
Nous allons configurer statiquement un point de rendez-vous avec le systÃ¨me global
commande IP PIM RP tiret adresse puis l'adresse.
Donc, ce que cela fait ici, c'est que cela signifie que toute diffusion multicast, n'importe oÃ¹,
Que ce soit le 224, le 239, le 228, peu importe, ils vont tous Ã ce seul et mÃªme type.
ce point de rendez-vous, 777.
TrÃ¨s bien, alors commenÃ§ons Ã crÃ©er ceci, et ensuite nous commencerons
Nous en parlerons au fur et Ã mesure.
Pour revenir Ã mon schÃ©ma ici, comme vous pouvez le voir, le routeur trois Ã
Le bas sera mon RP.
Je mettrai donc simplement son adresse dans ses spÃ©cifications.
Normalement, vous choisiriez probablement une boucle de retour sur ce routeur, maisâ¦
Comme cela ne figure pas sur mon schÃ©ma, je vais simplement choisir son adresse.
Sur le rÃ©seau Fast Ethernet 00, donc 343, ce sera l'adresse du point de rendez-vous.
Point. Permettez-moi donc de vous prÃ©senter rapidement ces quatre routeurs.
deux, huit, quatre et trois, et activez-les rapidement pour PIM.
Donc, en commenÃ§ant par le routeur deux, routage multicast IP Dash, interface rapide
Ethernet zÃ©ro/un, c'est l'interface qui monte vers le rÃ©seau.
RP, IP PIM, mode tableau de bord Ã©purÃ©, puis lui indiquer qui est le RP
Je vais vous parler de toute cette histoire de reprise aprÃ¨s sinistre, d'IP PIM et de tableau de bord RP.
adresse, 3.4.3.3.
Une derniÃ¨re choseÂ : jetons un coup dâÅil Ã notre schÃ©ma.
Ce que je viens de faire, c'est activer le routage multicast sur R2, et j'ai
PIM activÃ© sur cette interface.
Je vais probablement aussi vouloir le faire sur l'interface sÃ©rie, alors allons-y.
Faites-le Ã©galement sur le numÃ©ro de sÃ©rie zÃ©ro/un.
Mais n'oubliez pas, vous devrez Ã©galement l'activer dans ce cas prÃ©cis.
boÃ®tier sur l'interface menant Ã mon rÃ©cepteur.
Vous vous demandez peut-Ãªtre : pourquoi ai-je besoin de cela ?
Je veux dire, il n'y a pas de routeurs PIM dans cette direction.
Il ne va nouer aucune relation de voisinage ni quoi que ce soit d'autre.
Voici pourquoi nous en avons besoin.
PremiÃ¨rement, si vous utilisez le mode clairsemÃ© PIM comme routage multicast
En vertu de ce protocole, un routeur ne sera pas autorisÃ© Ã recevoir de flux multicast entrants.
ou transmettre tout flux multicast sortant sur une interface qui n'est pas en cours d'exÃ©cution
PIM. Donc, si je n'avais pas activÃ© PIM sur le routeur Fast Ethernet zÃ©ro zÃ©ro,
PremiÃ¨rement, mon rÃ©cepteur pourrait demander du multicast toute la journÃ©e.
Il ne sera jamais transmis via Fast Ethernet zÃ©ro zÃ©ro.
Voici l'autre raison.
Nous avons Ã©voquÃ© la maniÃ¨re dont les rÃ©cepteurs utilisent IGMP pour indiquer leur intÃ©rÃªt pour
un groupe multicast vers le routeur directement connectÃ©.
Les routeurs n'exÃ©cutent pas IGMP par dÃ©faut.
Ils n'Ã©coutent pas Ã§a.
Mais nous activons PIM sur cette interface, ce qui active Ã©galement IGMP comme sous-produit.
Donc, pour que ce routeur comprenne que, d'accord, je dois envoyer des requÃªtes
Toutes les deux minutes environ, je dois Ã©couter les rapports d'adhÃ©sion Ã l'IGMP.
Je dois activer PIM sur cette interface.
Alors allons-y.
L'interface Fast Ethernet Zero Zero active ici le mode PIM Sparse et l'interface
numÃ©ro de sÃ©rie zÃ©ro un zÃ©ro.
Ajoutez Ã©galement PIM.
TrÃ¨s bien, passons maintenant Ã R3.
D'accord, et le point de rendez-vous lui-mÃªme doit Ã©galement savoir qu'il est le
Point de rendez-vous.
Je lui donne donc exactement le mÃªme ordre qu'aux autres.
Je dis que vous Ãªtes le RP et je rÃ©ponds : Â« Oh, c'est mon adresse IP. Â»
Bon, je suppose que c'est mon travail.
Et mon RP, il va le mettre sur zÃ©ro zÃ©ro et zÃ©ro un.
Bon, c'est tout ce que je voulais savoir sur ce type.
J'ai donc terminÃ© R2 et R3, passons Ã R8.
Maintenant, regardez deux ou trois choses.
Avant toute chose ici sur R8, veuillez afficher la route IPM.
Voici comment consulter la table de routage multicast.
Eh bien, je n'ai pas encore activÃ© le routage multicast sur cet appareil.
Il n'y a donc rien.
Absolument, vous savez, c'est mÃªme assez intÃ©ressant que cela se voie.
Nous donner les diffÃ©rents drapeaux et autres Ã©lÃ©ments qui seront utilisÃ©s.
Mais pour l'instant, la table de routage multicast n'existe pas.
Si j'affiche l'interface IPPIM, je n'obtiens aucun rÃ©sultat car je ne l'ai pas activÃ©e.
PIM encore. Maintenant, routage multicast IP.
Si je ne fais que Ã§a, pas encore de PIM, afficher la route IPM.
Cela ne change toutefois pas grand-chose.
Mais j'ai maintenant activÃ© ce routeur pour qu'il alimente ce tableau.
Il n'avait aucun moyen de le peupler auparavant sans cette commande.
TrÃ¨s bien, activons-le maintenant sur Fast Ethernet Zero Zero.
et ensuite mes sous-interfaces.
Et indiquez-lui Ã©galement le point de rendez-vous.
OK, alors maintenant, eh bien, laissez-moi simplement terminer.
VoilÃ . Nous avons un routeur supplÃ©mentaire, le routeur numÃ©ro quatre.
Je n'aurais donc pas dÃ» faire Ã§a sur zÃ©ro zÃ©ro, car zÃ©ro zÃ©ro est un sous-intervalle.
interface. Trente-quatre et quatre-vingt-quatre.
Enfin, familiarisons-le avec IPPIM et l'adresse RP Dash.
OK, alors dans ce routeur en particulier, allons nous adresser Ã un intermÃ©diaire.
Allons au routeur huit.
Donc, actuellement, ce type utilise PIM sur son interface.
Et je peux le vÃ©rifier avec la commande Â« show IPPIM interface Â».
Et il m'indique toutes les interfaces sur lesquelles j'ai activÃ© le PIM.
Cela m'indique la version.
Dans ce cas, S signifie qu'il fonctionne en mode clairsemÃ©.
Cela me montre combien de voisins j'ai appris Ã connaÃ®tre.
Il envoie des messages PIM toutes les 30 secondes.
Nous parlerons du routeur dÃ©signÃ© dans un instant.
Voici les adresses IP du routeur dÃ©signÃ© PIM, que nous allonsâ¦
Si j'affiche la route IPM, avant d'appuyer sur EntrÃ©e, ce routeur,
Parce qu'il est au milieu, il ne recevra jamais d'I GMP car
Le protocole GMP n'est activÃ© qu'entre le rÃ©cepteur et sa passerelle par dÃ©faut.
Cela ne va pas plus loin.
Le destinataire n'a encore rien demandÃ©.
Il n'a adhÃ©rÃ© Ã rien.
Assurons-nous simplement que c'est vrai avant que je ne me ridiculise.
TrÃ¨s bien, il n'a donc rien demandÃ©.
Donc, quand je me suis penchÃ© sur la question, il n'y a eu aucun rapport d'adhÃ©sion Ã I GMP, par consÃ©quent
Nous nous attendons Ã ce qu'il n'y ait aucune connexion PIM.
Personne n'a encore demandÃ© Ã participer Ã quoi que ce soit.
Et ma source, elle, n'a encore rien envoyÃ©.
Tout est au point mort.
Rien n'a encore commencÃ©.
On s'attendrait donc Ã ce que ma table de routage multicast soit vide.
Ãa devrait Ãªtre vide, non ?
Afficher le chemin IPM. Qu'est-ce que c'estÂ ?
D'oÃ¹ cela vient-il ?
Eh bien, plus tard, quand on y arrivera, quand on parlera de RP automatique, ce cas particulier
L'adresse multicast est utilisÃ©e par le RP automatique.
Il s'agit en rÃ©alitÃ© d'une adresse multicast rÃ©servÃ©e utilisÃ©e par le systÃ¨me propriÃ©taire de Cisco.
RP automatique. Et les routeurs Cisco, par dÃ©faut, rejoignent ce groupe.
Ce routeur indique donc en gros qu'il est prÃªt Ã apprendre dynamiquement qui
Le RP est, si jamais le RP automatique est invoquÃ©.
VoilÃ Ã quoi Ã§a sert quand vous voyez Ã§a.
TrÃ¨s bien, tout est prÃªt Ã dÃ©marrer.
Continuons notre dÃ©veloppement thÃ©orique.
J'ai donc prÃ©cisÃ© que PIM n'autorise ni la transmission ni la rÃ©ception de multidiffusion.
Le trafic sur les interfaces est bloquÃ© sauf si l'une des deux conditions suivantes est remplie.
Un autre voisin PIM a Ã©tÃ© dÃ©tectÃ© sur cette interface ou directement
Le rÃ©cepteur/la source connectÃ©(e) se trouve sur cette interface.
Je vais donc reprendre mon schÃ©ma ci-dessous Ã titre d'exemple.
Supposons que j'aie activÃ© PIM sur toutes ces interfaces.
D'accord, admettons cela.
Remarquez maintenant les interfaces que je n'ai pas entourÃ©es, et je l'ai fait exprÃ¨s.
Je n'ai pas activÃ© PIM ici sur cette sous-interface ni ici mÃªme.
Dans ce cas prÃ©cis, le trafic multicast ne circulera jamais.
Si mon rÃ©cepteur envoie un rapport d'appartenance IGMP, le PIM est activÃ©.
sur chaque interface pour accÃ©der au RP.
Nous allons donc former un arbre partagÃ©.
Cette branche sera prÃªte Ã diffuser du multicast.
si cela arrive un jour.
Mais voici le problÃ¨me.
Si la source commence Ã envoyer des requÃªtes, eh bien, R4 ne recevra jamais de requÃªte.
pour ce trafic.
Pour que R4 puisse transfÃ©rer nativement le flux multicast, il suffit de le transfÃ©rer sur l'interface,
Il faut que quelqu'un le lui demande.
Il doit recevoir une adhÃ©sion PIM.
Eh bien, il ne recevra pas d'invitation PIM de cette maniÃ¨re car cette interface
Il ne comporte pas de PIM.
Et il ne le recevra pas.
Si une connexion PIM arrive ici ou ici, il va la supprimer parce que
Il n'a pas activÃ© PIM sur ces interfaces.
Il ne peut pas recevoir de PIM.
VoilÃ donc une dÃ©monstration de la raison pour laquelle le PIM doit Ãªtre activÃ© des deux cÃ´tÃ©s.
une liaison. Ãgalement sur l'interface connectÃ©e au rÃ©cepteur et l'interface
connectÃ© Ã la source pour que tout fonctionne correctement.
Cela peut donc constituer une source de dÃ©pannage pour la multidiffusion.
Si le multicast ne circule pas quelque part sur votre rÃ©seau, cela pourrait Ãªtre dÃ» Ã â¦
Tout simplement parce que vous avez oubliÃ© d'activer le PIM sur un lien quelque part.
Certaines interfaces, certaines sous-interfaces, ne disposent pas de la fonction PIM activÃ©e.
Les paquets PIM Hello sont donc utilisÃ©s pour dÃ©couvrir les voisins PIM.
Et si vous regardez cet enregistrement, je vous prÃ©sente mes excuses.
Dans l'enregistrement prÃ©cÃ©dent, j'ai indiquÃ© incorrectement l'adresse de multidiffusion de ces
Bonjour PIM. L'adresse correcte est 2240013.
L'adresse Ã laquelle sont envoyÃ©s les messages PIM Hello est donc 2240013.
Alors, faisons dÃ¨s maintenant un tracÃ© rapide de ces Â«Â HelloÂ Â» avec Snapper, car
Nous avons activÃ© le PIM.
Je vais en choisir un juste ici.
Nous savons donc que la topologie physique rÃ©elle se situe ici.
PIM est activÃ© sur R2, R8 et R4.
Alors, faisons simplement un tracÃ© rapide.
Je vais enregistrer les messages Â«Â HelloÂ Â» qui arrivent sur l'Ã©thane rapide Ã 0Â slash
4 sur cet interrupteur.
Je vais donc utiliser la fonction d'Ã©tendue du commutateur pour y parvenir.
Je ne vais pas vraiment entrer dans les dÃ©tails de la configuration de span ou
La fonction de span n'est pas vraiment pertinente pour cette prÃ©sentation.
Bon, alors Ã ce stade, tout ce qui arrive, voyons voir,
J'ai fait 0/7.
Donc ce serait juste ici.
D'accord, R4. Donc, lorsque R4 envoie des messages PIM Hello, nous devons les capturer et
Mon requin-fil devrait les ramasser.
Ils sortent toutes les 30 secondes, donc on ne devrait pas avoir Ã attendre trop longtemps.
VoilÃ . Je vais donc utiliser mon ordinateur portable ou un aspirateur de bug avec Wireshark.
Mais souvent, Wireshark ne me permet pas d'appuyer sur les boutons ici.
ArrÃªtons quelque chose. Alors, Ã©largissons simplement ce sujet.
Voici donc notre message d'accueil PIM.
Remarquez donc la destination 2240013 et, lorsque nous la mettons en correspondance avec notre destination
L'adresse MAC 01005E et D est 13.
Il est vÃ©hiculÃ© par IP.
Sa durÃ©e de vie est de 1 car elle n'est valable que sur la connexion locale.
Et il possÃ¨de un DSCP assez Ã©levÃ©.
Elle possÃ¨de une prioritÃ© IP de 6.
Et on ne peut aller plus haut qu'en atteignant 7.
Donc, en ce qui concerne les prioritÃ©s, il s'agit d'un paquet de trÃ¨s haute prioritÃ©.
Protocole 103 pour PIM.
Et ici, nous constatons que la source est, dans ce cas prÃ©cis, le routeur 8.
Il semblerait que ce soit le routeur 8.
Et les destinations PIM.
Et voici donc le corps du PIM.
Version PIM 2, code de type 0, ce qui signifie Â« Bonjour Â».
Et l'option qui indique le temps d'attente.
Donc 105 secondes, soit environ trois fois la prioritÃ©, ou trois fois
l'intervalle du message Â« bonjour Â», qui est de 30 secondes.
Et routeur prioritaire dÃ©signÃ© et capable de rafraÃ®chir son Ã©tat.
Nous reviendrons sur ces points dans une minute.
Mais vous pouvez constater que le PIM Hello est plutÃ´t simple.
Et ici, vous pouvez voir qu'ils sortent assez frÃ©quemment.
Voici donc celui du routeur 8.
Et il s'est Ã©teint Ã 42,35 secondes.
Donc, si on continue pendant environ 30 secondes de plus, Ã§a devrait faire cinq minutes.
et environ 15 secondes.
Et voici le prochain bonjour.
Environ 30 secondes plus tard, soit cinq minutes et 12 secondes.
Et nous parlerons de ces autres choses, nous rejoindrons les pruneaux et tout ce qui arrive
Ãa y est. OK, PIM se connecte.
Comme je l'ai mentionnÃ©, PIM n'ajoute pas de branche Ã l'arbre tant que personne ne le souhaite.
pour y adhÃ©rer. PIM utilise donc un mÃ©canisme appelÃ© paquet d'adhÃ©sion pour cela.
Et vous verrez dans de nombreuses documentations qu'ils font rÃ©fÃ©rence Ã deux choses.
diffÃ©rents types d'assemblages.
Quelque chose appelÃ© jointure virgule Ã©toile et jointure virgule s.
Nous allons entrer dans les dÃ©tails sanglants de chacun d'eux.
Pour l'instant, je dirai simplement que les deux paquets sont exactement les mÃªmes.
Il ne s'agit pas de deux types diffÃ©rents de paquets PIM.
Ils sont tous deux transportÃ©s dans le mÃªme paquet.
La seule diffÃ©rence rÃ©side dans un petit champ qui distingue les deux.
Mais il s'agit de la structure de donnÃ©es fondamentale utilisÃ©e par PIM pour envoyer
un message en amont disant : hÃ© voisin, regarde-moi, j'ai besoin de quelque chose.
J'ai besoin d'un groupe en particulier.
Ajoutez-moi Ã votre arbre.
C'est la jonction PIM.
Le transfert multicast est donc dÃ©terminÃ© par les entrÃ©es de la table de routage M.
la table de routage multicast.
Nous les appelons donc des itinÃ©raires M.
Qu'est-ce qui pourrait donc entraÃ®ner l'affichage de ces entrÃ©es dans le tableauÂ ?
Eh bien, une de ces trois choses.
Soit un routeur a reÃ§u une demande d'adhÃ©sion PIM.
Il a reÃ§u du trafic multicast.
En fait, il y a quatre choses.
Elle a reÃ§u un rapport d'adhÃ©sion Ã l'IGMP.
Permettez-moi donc de l'ajouter ici Ã©galement.
VoilÃ . Un routeur a donc reÃ§u des demandes d'adhÃ©sion PIM ou IGMP.
rapport. Il a reÃ§u le trafic multicast lui-mÃªme.
Ou parfois, il peut Ãªtre crÃ©Ã© dynamiquement ou automatiquement.
Nous avons constatÃ© que le 2240140 Ã©tait prÃ©sent pour l'auto RP.
Et nous n'avons rien eu Ã faire pour cela.
Nous n'avons en rÃ©alitÃ© reÃ§u aucun trafic RP automatique qui Ã©tait simplement dynamique.
InsÃ©rons-le lÃ . Alors, jetons un coup d'Åil Ã la table de routage M.
Et je vais en souligner quelques points essentiels.
Et ensuite, nous aborderons un peu plus en dÃ©tail certains points.
Par exemple, si je vais ici, la commande Â« show IPM route Â» nous permet de voir ce qui se passe.
VoilÃ . Ce sont donc tous vos drapeaux.
Ces drapeaux apparaÃ®tront Ã diffÃ©rents endroits de votre itinÃ©raire M.
Ceci est donc considÃ©rÃ©, par exemple, comme un itinÃ©raire M.
Ces quatre lignes, juste ici.
Cela indique une route multicast.
Et ces drapeaux, nous allons en parler pour la plupart.
Or, bon nombre d'entre eux n'ont rien Ã voir avec le mode clairsemÃ© de PIMS.
Je vais donc vous indiquer les plus courants que vous rencontrerez dans les donnÃ©es Ã©parses des PIMS.
mode. Mais certains d'entre eux, comme le drapeau Z et le drapeau Y, n'ont rien Ã voir.
Ã rapport avec le mode clairsemÃ© de PIMS.
Nous n'allons donc pas en parler.
Vous voyez donc ici, vous pouvez voir que ceci est votre groupe.
Il s'agit du groupe de multidiffusion.
Et nous allons parler dans un instant de la signification de cette Ã©toile.
Des minuteurs indiquent la durÃ©e d'activitÃ© du groupe et sa date d'expiration.
Informations concernant le point de rendez-vous.
Interface entrante, vous savez, oÃ¹ est-ce que je m'attends Ã recevoir mon flux multicast ?
Du trafic ? Par quelle interface va-t-il le recevoir ?
Et par quelles interfaces vais-je le faire transiter ?
Parfois, la liste des interfaces sortantes indiquera Â« non Â», ce qui signifie que je n'ai personne.
Personne ne m'a jamais demandÃ© ce trafic.
Je n'ai nulle part oÃ¹ l'envoyer.
Nous allons donc examiner plus en dÃ©tail les diffÃ©rents minuteurs et autres Ã©lÃ©ments prÃ©sents ici.
Au fur et Ã mesure. Alors, comment crÃ©er l'arbre partagÃ©Â ?
PremiÃ¨rement, il faut savoir oÃ¹ se situe le point de rendez-vous.
Il faut que tu saches comment l'approcher.
Donc, si vous n'avez pas d'itinÃ©raire pour vous rendre au point de rendez-vous, Ã§a ne marchera pas.
te faire beaucoup de bien.
Et vous devez recevoir au moins une requÃªte d'un rÃ©cepteur multicast.
Le rÃ©cepteur multicast, l'ordinateur portable, le PC, une fois qu'il envoie une demande d'adhÃ©sion IGMP
ce rapport est Ã l'origine de tout ce processus.
C'est ce qui constitue l'arbre partagÃ©.
TrÃ¨s bien, alors commenÃ§ons par construire un arbre partagÃ©.
Donc, dans ce cas prÃ©cis, je vais utiliser mon rÃ©cepteur,
qui est en rÃ©alitÃ© un routeur, mais je vais lui demander d'envoyer une demande d'adhÃ©sion IGMP.
rapport pour un groupe particulier.
Parlons maintenant du processus que nous allons observer.
Et ensuite, nous examinerons cela en laboratoire.
Ainsi, lorsque R2 recevra le rapport d'adhÃ©sion, il en sera soudainement conscient.
d'une source. Alors, passons Ã l'Ã©tape suivante et faisons-le concrÃ¨tement au tableau blanc.
VoilÃ . Donc, quand ce type envoie un rapport d'adhÃ©sion, trouvons simplementâ¦
un groupe. 239.999.
Eh bien, avec PIM activÃ© sur le rÃ©seau Ethernet rapide 00, le routeur 2 va maintenant se rendre compte queÂ :
OK, j'ai un rÃ©cepteur sur cette interface pour ce groupe.
Remarquez maintenant quand ce rapport d'adhÃ©sion arrive, il n'y a donc pas de
Toute mention de 4.5.4.5 est inutile, car personne ne sait qu'il existe Ã ce stade.
Point. Donc, lorsque ce rapport arrivera, le routeur 2 va maintenant crÃ©er certains
Ã©tat dans sa table de routage M, sa table de routage multicast, et nous allons
pour appeler cette Ã©toile, virgule, Ã©tat g.
Pourquoi l'appelle-t-on ainsi ?
Eh bien, ce sera Ã©toile, virgule, g, ce qui signifie que l'Ã©toile est ce qui est le
Adresse IP de la sourceÂ ?
Eh bien, nous ne connaissons pas l'adresse IP de la source.
On utilise donc simplement une Ã©toile comme symbole, ce qui signifie que pour toute source, on ne le fait pas.
Peu importe la source.
Et puis g, eh bien, dans ce cas prÃ©cis, ce sera 239,999.
VoilÃ mon groupe.
Vous verrez donc ici que R2 aura dÃ©sormais une entrÃ©e de route M indiquant Ã©toile, virgule,
239Â 999. On appelle cela une entrÃ©e Ã©toile, virgule, g.
Et fasteethanet00 sera placÃ© dans la liste des interfaces sortantes.
Autrement dit, si je reÃ§ois un jour un message multicast pour ce groupe, j'enverraiâ¦
il sort sur l'interface fasteethanet00.
Bon, une fois que le routeur 2 aura reÃ§u Ã§a, il diraÂ : Â«Â OK, jâai besoin deâ¦Â Â»
pour signaler au point de rendez-vous du PEM que je suis ici.
Et s'il reÃ§oit un jour le flux multicast Ã 239,999, il doit le transfÃ©rer Ã
moi. Or, dans ce cas prÃ©cis, nous avons dÃ©jÃ identifiÃ© le rendez-vous.
pointant du doigt le routeur 3.
Il est le PEM RP.
Et tous ces routeurs le savent, car j'ai effectuÃ© une configuration statique.
Merci Ã eux pour cela. Donc, routeur 2, dans son entrÃ©e Ã©toile, virgule, g, vous verrez que
Il dira Ã§a. Il dira : Â« D'accord, je sais que le point de rendez-vous est le 3. Â»
.4.3.3. Et maintenant, il va accÃ©der Ã sa table de routage unicast.
Il va demander : Â« Comment y arriver ? Â»
Eh bien, si je vais dans le routeur 2, il y a, si je veux vÃ©rifier que ce routeur
Il peut en fait inverser le chemin vers le RP, car il sait comment y revenir.
Pour le RP, il y a deux faÃ§ons de procÃ©der.
Je pourrais tout simplement consulter mon tableau de routage.
Je pourrais le faire.
Afficher la route IP. Et nous pouvons voir ici mÃªme qu'il existe une route vers le port 343.
rÃ©seau, appris via EIGRP.
Il va donc utiliser la connexion Ethernet rapide 0/1.
Ou si vous prÃ©fÃ©rez la mÃ©thode PEM, vous pouvez utiliser la commande Â« show IP RPF Â».
Saisissez ensuite cette adresse IP.
Il dit : Â« OK, je suis au courant. Â»
Mon interface pour y accÃ©der est l'Ethernet rapide 0 1.
Autrement dit, mon prochain voisin le plus important, celui qui m'a parlÃ© de Ã§a.
L'itinÃ©raire est le 8288. Voici l'itinÃ©raire exact que j'ai trouvÃ© dans ma table de routage.
Et je l'ai appris via le processus EIGRP 100, SystÃ¨me autonome EIGRP 100.
Maintenant qu'il le sait, je retourne Ã mon tableau blanc, vous verrez.
Dans mon Ã©toile, entrÃ©e G, il placera quelque chose appelÃ© interface entrante.
Interface entrante.
Et il dira, une fois que le RP commencera Ã m'envoyer des donnÃ©es multicast, parce que
ne devrait pas commencer par descendre l'arbre partagÃ© Ã partir du RP, il devrait
commencer Ã venir de fast ethernet 0/1.
Parce que c'est l'interface que j'utilise pour accÃ©der au point de rendez-vous.
Et puis il dira aussi : mon voisin est 8,2 point 8 point 8.
Maintenant, il a tout ce dont il a besoin.
Le routeur 2 va donc maintenant crÃ©er une jonction PEM.
Et nous appelons cela une Ã©toile PEM, rejoignez-nous.
Car, tout comme le rapport d'adhÃ©sion Ã l'IGMP ne donnait aucune indication sur ce que
L'adresse source de ce flux multicast, cette jonction PEM donne Ã©galement
Aucune indication concernant le flux multicast.
Et nous l'enregistrerons dans la trace de l'extrait de code afin que vous puissiez le voir.
Ãtoile, 239 point 999.
Et dans cette Ã©toile, G join, elle contiendra en fait l'adresse IP du rendez-vous
point. Et de cette faÃ§on, le routeur 8 dira : Â«Â D'accord, je sais oÃ¹ c'est.Â Â»
Ãa y est, Ã§a va au RP.
Alors devinez quoi ? Lorsque le routeur 8 recevra cela, il va crÃ©er une Ã©toile, Ã©tat G
en lui. Car souvenez-vous de l'Ã©toile, de l'Ã©tat G, cet Ã©tat de la route M est crÃ©Ã©
en fonction soit d'un destinataire rÃ©el demandant l'itinÃ©raire, soit d'une demande en aval
Le routeur demande l'itinÃ©raire.
Si un routeur en aval vous envoie une Ã©toile, G join, il crÃ©e le routeur exact.
mÃªme Ã©tat que si vous aviez rÃ©ellement un rÃ©cepteur.
Pas tout Ã fait pareil, il me faut des drapeaux diffÃ©rents ici, mais
crÃ©e toujours l'Ã©tat.
Donc, pour le routeur 8, il va crÃ©er une entrÃ©e en Ã©toile, G.
Il sait qui est le RP.
Il effectuera une recherche de chemin inverse, et je suppose Ã peu prÃ¨s que son
Le chemin inverse sera 00,83.
Rien qu'en regardant ce schÃ©ma, je suis presque sÃ»r que c'est le chemin le plus rapide pour lui.
Et son prochain voisin le plus proche sera en fait 3.4.3.3.
Et une fois qu'il aura obtenu cela, il transmettra une Ã©toile, G rejoindra le RP.
Et cela crÃ©era l'Ã©toile, l'Ã©tat G, au point de rendez-vous lui-mÃªme.