Bon, avant d'entrer dans le vif du sujet concernant le PIM en tant que multicast, il faut savoir queâ¦
Protocole de routageÂ : examinons de maniÃ¨re gÃ©nÃ©rale ce quâest le multicast.
Protocoles de routageÂ : pourquoi en avons-nous besoin et pour quel problÃ¨me ont-ils Ã©tÃ© conÃ§usÂ ?
pour rÃ©soudre. Nous savons donc que nous avons ce concept de sources et de rÃ©cepteurs,
la source Ã©tant un serveur quelconque qui diffuse du trafic multicast
et en atteignant votre routeur, ce dernier le rejette car il n'y a pas de
idÃ©e de l'endroit oÃ¹ Ã§a est censÃ© aller.
Et Ã l'autre bout du rÃ©seau, vous avez vos rÃ©cepteurs, vos ordinateurs portables,
vos PC qui souhaitent ce trafic multicast, mais dont la passerelle par dÃ©faut a
Aucune idÃ©e d'oÃ¹ vient la source.
Alors, comment relier les deux ?
Et c'est prÃ©cisÃ©ment la raison pour laquelle nous avons besoin de protocoles de routage multicast.
Construisez cette branche, pour les connecter, pour construire cette distribution multicast
arbre. Il nous faut donc crÃ©er cet arbre.
Et j'ai expliquÃ© dans la vidÃ©o prÃ©cÃ©dente que nous avons deux niveaux de base Ã©levÃ©s
des faÃ§ons de faire cela.
Une mÃ©thode, appelÃ©e modÃ¨le push, est utilisÃ©e en mode dense.
En clair, ces protocoles consistent Ã inonder le rÃ©seau de ce multicast.
trafic. Vous arriverez certainement jusqu'aux rÃ©cepteurs et Ã tous les autres
les branches de l'arbre que les rÃ¢teaux devront Ã©laguer
des branches pour dire : Â« HÃ©, routeur en amont, arrÃªte de m'envoyer Ã§a. Â»
Je n'ai personne en aval qui en ait rÃ©ellement envie.
L'autre modÃ¨le est le mode clairsemÃ©, ce qui signifie que, OK, une fois que les rÃ©cepteurs indiquent
leur intÃ©rÃªt pour la passerelle par dÃ©faut, la passerelle par dÃ©faut doit maintenant
dÃ©clencher une sorte de message de jonction multicast indiquantÂ : Â«Â OK, je vais envoyerÂ Â»
Un message en amont disant : Â« HÃ©, routeur au-dessus de moi. Â»
Si jamais vous recevez ce message, ce flux multicast, je suis ici.
Je veux Ã§a. La question devient alors : OK, eh bien, oÃ¹ se situe votre valeur par dÃ©faut ?
passerelle, envoyez-moi Ã§a ?
Parce qu'il a peut-Ãªtre cinq ou six routeurs en amont de lui.
Ã qui envoie-t-il cette commande ?
Pour rÃ©pondre Ã cette question, voici une bonne analogie que j'ai trouvÃ©e.
Pensez aux rencontres amoureuses, n'est-ce pas ?
Des garÃ§ons et des filles qui se rencontrent et essaient de se trouver.
Un protocole en mode dense serait donc un peu comme si vous Ã©tiez le gars qui marche.
entrer dans une boÃ®te de nuit, et pour trouver l'Ã¢me sÅur, il suffit de marcher
Je m'adresse Ã chacune des filles prÃ©sentes qui me disent : Â« HÃ©, je t'aime. Â»
Veux-tu m'Ã©pouser ?
Je t'aime. Veux-tu m'Ã©pouser ?
Bien sÃ»r, tu te fais gifler plusieurs fois pour Ã§a.
Mais avec un peu de chance, vous finirez par retrouver votre rÃ©cepteur, n'est-ce pas ?
LÃ -bas, tout au fond, la fille qui boit beaucoup de biÃ¨re, elle diraÂ :
Oui, je veux t'Ã©pouser.
Et voilÃ , vous avez trouvÃ© votre rÃ©cepteur.
Vous Ãªtes la source.
C'est elle qui reÃ§oit.
Il fallait d'abord passer par tous les autres et Ãªtre Ã©liminÃ©.
Mais finalement, vous avez trouvÃ© la personne que vous cherchiez.
C'est comme un protocole en mode dense.
Un protocole en mode clairsemÃ©, c'est comme si, au lieu de faire cela et de risquer tout
Face Ã ce rejet, vous utilisez un service de rencontres.
Donc, vous avez cette sociÃ©tÃ© intermÃ©diaire appelÃ©e service de rencontres, vous savez,
Peu importe, eharmony.com ou quel que soit le site Ã la mode en ce moment.
Et la source, c'est vous, vous allez sur le site de rencontre et vous crÃ©ez un profil.
Et vous dites : Â« HÃ©, c'est moi. Â»
Je suis tellement merveilleuse et formidable.
Je gagne 5 millions de dollars par an.
Je conduis une Ferrari.
S'il vous plaÃ®t, Ã©pousez-moi.
C'est bien Ã§a ? Donc tu publies ton annonce sur le site de rencontres.
Les destinataires, enfin, vous savez, de toutes les 50 millions de femmes qui utilisent
sur ce site de rencontres, il y en a peut-Ãªtre trois qui y vont.
et dire : Â« Ah oui, c'est exactement ce que je cherchais. Â»
C'est un peu un crÃ©tin.
Il a beaucoup d'argent.
Il a une Ferrari.
Ce type va me plaire.
Vous vous rencontrez donc tous les deux par le biais du service de rencontres et initialement
Vous ne pouvez pas vous parler, n'est-ce pas ?
Au dÃ©part, le site de rencontres dit non, vous savez, pour s'assurer que ce type...
Elle n'est pas une harceleuse et elle n'est pas folle, vous savez, on ne va pas laisser faire.
Vous Ã©changez vos numÃ©ros de tÃ©lÃ©phone, vos adresses, etc.
Vous devrez utiliser notre systÃ¨me de chat et notre systÃ¨me de messagerie Ã©lectronique pour communiquer.
entre vous. Mais finalement, aprÃ¨s avoir Ã©changÃ© des messages par
GrÃ¢ce Ã ce service de rencontres, vous pouvez dÃ©sormais savoir oÃ¹ habite l'autre personne.
Vous pouvez Ã©changer vos numÃ©ros de tÃ©lÃ©phone et vous pouvez cesser de les utiliser.
Vous pouvez communiquer directement.
VoilÃ comment fonctionnent les protocoles en mode clairsemÃ©.
Avec les protocoles en mode clairsemÃ©, vous avez un routeur quelque part dans
votre rÃ©seau qui offre des fonctionnalitÃ©s similaires Ã celles d'un service de rencontres.
Et donc les rÃ©cepteurs, une fois que votre ordinateur portable a envoyÃ© le message IGMP au routeur,
votre passerelle par dÃ©faut, votre passerelle par dÃ©faut dit, hmm, d'accord, je sais que j'ai
Je suis un rÃ©cepteur, je n'ai aucune idÃ©e d'oÃ¹ se trouve la source.
Le destinataire le souhaite. Mais je sais oÃ¹ se situe le service de rencontres dans les conditions gÃ©nÃ©rales.
d'un protocole de routage multicast, ce service de rencontres est ce que nous appelons un
point de rendez-vous, un RP.
Il existe donc un routeur sur le rÃ©seau qui centralise le multicast pour tous les routeurs.
On sait que c'est Ã ce type-lÃ qu'on s'adresse.
C'est le point de rendez-vous.
Votre routeur va maintenant dire : Â«Â D'accord, je vais crÃ©er quelque chose appelÃ©â¦Â Â»
un message de jonction, un message de jonction multicast.
Et je l'enverrai en direction du point de rendez-vous en disant : hÃ©,
J'ai quelqu'un ici qui recherche ce groupe.
Et finalement, cette jonction finit par atteindre le point de rendez-vous.
La source n'a peut-Ãªtre pas encore dÃ©marrÃ©, mais le point de rendez-vous est maintenant prÃªt.
a construit une branche descendant l'arbre depuis le point de rendez-vous jusqu'Ã travers
Ces routeurs sont reliÃ©s Ã votre passerelle par dÃ©faut.
Nous avons maintenant ouvert une voie pour que, si la diffusion multicast dÃ©marre, elle soit disponible.
une direction dans laquelle il peut s'Ã©couler.
Maintenant, la source, la source dÃ©marre, le serveur.
Le serveur commence donc Ã envoyer son flux multicast, qui atteint son routeur.
Un routeur connectÃ© Ã ce segment est soumis Ã des chocs violents Ã l'arriÃ¨re.
la tÃªte avec ce trafic multicast.
Encore une fois, ce routeur tout lÃ -haut, dans l'autre coin du rÃ©seau
dit-il, je n'ai jamais eu de nouvelles d'aucun destinataire, mais je sais oÃ¹ se trouve le site de rencontres
Le service est assurÃ©. Je sais oÃ¹ se trouve le point de rendez-vous.
Nous reviendrons plus en dÃ©tail sur ce point, mais en rÃ©sumÃ©Â :
Il le transmet en monodiffusion. Il prend ce paquet multidiffusion et l'encapsule dans une monodiffusion.
en-tÃªte et le diffuse en monodiffusion au point de rendez-vous.
Une fois que le point de rendez-vous l'a reÃ§u, il le dÃ©balle et dit : Â« Oh, voilÃ â¦ Â»
multidiffusion. Ah oui, je sais oÃ¹ Ã§a mÃ¨ne, car j'ai reÃ§u une invitation.
pour cela, et il le fait descendre de l'arbre.
C'est donc ainsi que, dans les protocoles en mode clairsemÃ©, nous les connectons initialement, n'est-ce pas ?
Ce point de rendez-vous, c'est le service de rencontres.
Mais comme dans mon analogie, vous ne voulez pas Ã la fois la source et le rÃ©cepteur.
ils passaient constamment par le point de rendez-vous pour se parler.
Ce n'est pas forcÃ©ment efficace, n'est-ce pas ?
Et si le rÃ©cepteur se trouve en Floride et la source en Caroline du Nord ?
mais le point de rendez-vous se trouve en Californie ?
Eh bien, dans ce trafic, les gens font de gros dÃ©tours pour arriver au point de rendez-vous.
aller-retour. Il existe un chemin beaucoup plus court directement depuis la source
et le rÃ©cepteur.
Mais nous devions d'abord mettre en place cette diffusion multicast avant de pouvoir dÃ©couvrir
D'oÃ¹ Ã§a vient ? De Caroline du Nord.
Et maintenant, les Rogers peuvent emprunter cette voie.
Ils peuvent dire : Â« OK, merci, service de rencontres. Â»
Merci, point de rendez-vous.
Je n'ai plus besoin de toi.
Maintenant, je sais exactement oÃ¹ se trouve la source.
Nous pouvons obtenir le trafic directement de lui et nous pouvons basculer vers cette solution.
VoilÃ donc une vue d'ensemble du fonctionnement des protocoles en mode clairsemÃ©.
Nous devons d'abord nous prÃ©senter au point de rendez-vous et exprimer notre intÃ©rÃªt.
CrÃ©ez cette branche.
Le trafic doit commencer Ã se diriger vers le point de rendez-vous, puis il change de direction.
Le signal passe donc directement de la source au rÃ©cepteur, rendez-vous
Ce point ne fait mÃªme plus partie de l'Ã©quation.
Les protocoles en mode clairsemÃ© utilisent donc ce qu'on appelle des arbres Ã base de noyaux ou arbres RP.
Parce que nous avons un point de rendez-vous.
Le point de rendez-vous est donc le cÅur de l'arbre.
Tout le monde commence par aller vers lui, puis l'attention se dÃ©tourne de lui assez rapidement.
rapidement. OK, donc RPF, au cas oÃ¹ vous ne le sauriez pas, bien sÃ»r, RPF pourrait
Passez Ã l'arbre.
Cela reprÃ©sente beaucoup de choses diffÃ©rentes, mais dans ce cas prÃ©cis, cela signifie
Inversion du chemin de transmission.
ConsidÃ©rons maintenant le trafic unicast.
Laissons de cÃ´tÃ© la multidiffusion un instant.
Un routeur reÃ§oit un paquet unicast Ã destination de l'adresse 9.9.9.9.
Ã quoi sert le routeurÂ ?
Le routeur dit : OK, je vais examiner cette adresse IP de destination.
Je vais consulter ma table de routage et vÃ©rifier si j'ai une route qui indiqueâ¦
me dire oÃ¹ se trouve cette destination.
Normalement, pour acheminer ce colis et le mettre en route,
Le routeur se soucie-t-il de la source de ce paquetÂ ?
Non, vous vous fichez complÃ¨tement de l'adresse source.
En fait, vous pourriez utiliser 0, 0, 0, 0 comme source, le routeur
Il s'en fiche. Pour acheminer ce paquet, il ne tient compte que du
destination. Bien sÃ»r, vous pourriez mettre en place des listes d'accÃ¨s et d'autres
Des trucs comme Ã§a pour le forcer Ã regarder Ã la source.
Et vous pouvez Ã©galement implÃ©menter quelque chose appelÃ© RPF.
Par exemple, que se passe-t-il si, vous savez, disons que mon ordinateur portable est posÃ© lÃ , en ce moment ?
sur le rÃ©seau 11, 11.quelque chose, donc j'ai eu une adresse 11, 11.555.
Voici l'adresse de mon ordinateur portable.
Et je dÃ©couvre, j'apprends par le bouche-Ã -oreille que je vais Ãªtre
LicenciÃ© aujourd'hui. QuoiÂ ?
J'ai passÃ© des annÃ©es dans cette entreprise.
J'ai fait des heures supplÃ©mentaires.
J'ai sacrifiÃ© mes enfants pour cette entreprise.
Ils vont me licencier.
Ãa m'Ã©nerve vraiment.
Alors je dis, vous savez quoi ?
Avant de partir, je connais l'adresse IP du serveur web de mon entreprise.
C'est 77777. Donc je suis un peu, je suis assez dÃ©brouillard.
Je dis, vous savez quoi ?
Je vais faire tomber ce serveur.
Je vais saturer ce serveur avec, je ne sais pas, un trafic quelconque.
Peut-Ãªtre des requÃªtes de synchronisation TCP, n'est-ce pas ?
Je vais simplement le saturer avec 5 millions de synchronisations TCP par seconde.
Faites-le descendre. Ha ha ha.
Vous voulez me licencier ?
Je vais vous faire perdre des millions de dollars dans les deux prochains mois.
pendant des heures, pendant que votre serveur est hors service.
Eh bien, si je dÃ©cide de faire Ã§a, je ne veux pas que les gens puissent tracer ces paquets.
C'est Ã moi de revenir, n'est-ce pas ?
Car non seulement je vais Ãªtre licenciÃ©, mais maintenant je vais me retrouver en prison avec
Quelqu'un que je n'apprÃ©cie pas particuliÃ¨rement.
Donc je ne veux pas de Ã§a.
Alors je me dis, hmm, si je dois envoyer ces requÃªtes de synchronisation TCP Ã ce serveur
Pour tenter de le saturer, je veux m'assurer que l'adresse source est
Pas moi. Je ne veux pas Ãªtre 11555, c'est-Ã -dire moi.
Je veux falsifier cette adresse source pour qu'elle ressemble Ã autre chose.
Ainsi, s'ils trouvent ces paquets, ils ne sauront jamais que Ã§a vient de moi.
Je vais donc lui attribuer une fausse adresse IP, car je sais quand ces paquets arrivent.
Les routeurs, les routeurs, se fichent de l'adresse source.
Et Ã§a va planter.
Eh bien, si je suis l'administrateur rÃ©seau, une chose que je peux faire pour Ã©viter
Pour empÃªcher les gens de faire cela, je peux utiliser ce qu'on appelle la vÃ©rification RPF unicast.
ce qui signifie que lorsqu'un paquet arrive sur une interface d'un routeur, avant
Je regarde mÃªme l'adresse de destination, je vais regarder la source
adresse, et je vais me poser une question trÃ¨s simple.
Cette adresse source, si je devais remonter dans le sens inverse vers
Cette source, est-ce que j'utiliserais cette interface Ã l'endroit oÃ¹ elle vient d'Ãªtre injectÃ©e ?
Maintenant, je suis assis ici.
Je suis 11.555. J'ai intentionnellement modifiÃ© l'adresse source de mon paquet.
Ã quelque chose de complÃ¨tement faux, comme 12, 12, 12, 12.
Eh bien, cela s'est prÃ©sentÃ© sous cette interface.
C'est arrivÃ© rapidement, Ethan, Ã 00 sur le routeur.
D'aprÃ¨s la table de routage de ce routeur, explique-t-il, pour atteindre le 12, 12
rÃ©seau, je n'irais pas vite Ethan Ã 00.
Je sortirais au numÃ©ro 11.
Donc, si cet administrateur rÃ©seau a configurÃ© la vÃ©rification RPF unicast dans
Le routeur dira : Â« Il y a un problÃ¨me avec ce paquet. Â»
En suivant mon itinÃ©raire inverse, je ne passerais pas par lÃ pour arriver Ã 12.
Je prendrais ce chemin.
Le paquet est arrivÃ© par la mauvaise interface et sera donc abandonnÃ©.
Il serait jetÃ©.
Et donc, mon serveur ne recevrait jamais ce paquet.
Cela ne nuirait jamais au serveur.
Cette option n'est pas activÃ©e par dÃ©faut.
La vÃ©rification RPF unicast est une fonctionnalitÃ© que vous devez activer si vous souhaitez effectuer cette opÃ©ration.
Ãa. Bon, quel rapport avec Ã§a ?
Lorsque vous activez le multicast, les protocoles de routage multicast effectuent des vÃ©rifications RPF sur
la source par dÃ©faut.
En rÃ©alitÃ©, vous ne pouvez pas les empÃªcher de le faire.
Ils font Ã§a. Mais pourquoi font-ils Ã§a ?
Ils le font pour la dÃ©tection de boucles.
L'idÃ©e est que, lorsqu'un paquet multicast arrive, il ne faut pas simplement tourner en rond.
autour du rÃ©seau pour toujours.
Les routeurs indiquent donc : Â« Le routeur fonctionne en mode clairsemÃ©. Â»
protocoles. Donc, si je suis un routeur au sein d'un rÃ©seau, disons simplement que je suis
la passerelle par dÃ©faut.
Je suis la passerelle connectÃ©e Ã ce rÃ©cepteur, Ã mon ordinateur portable juste ici.
Et je viens d'Ãªtre informÃ© via IGMP que ce rÃ©cepteur souhaite recevoir
diffusion multiple. 239-777.
Faisons un schÃ©ma pour que ce soit clair.
D'accord. Alors, voilÃ â¦ oh, attendez une seconde.
Je vais donc procÃ©der ainsi.
Voici mon rÃ©cepteur, juste ici, de forme carrÃ©e.
Nous allons Ã©crire cela avec un petit R.
Et voici la passerelle par dÃ©faut Ã laquelle il est connectÃ©.
Passerelle par dÃ©faut.
Et il dispose de plusieurs interfaces en amont.
Nous dirons simplement interface un, deux et trois.
Peu importe ce qu'ils sont.
La connexion sÃ©rie Fast Ethernet n'est pas pertinente pour cette discussion.
Ce routeur vient de recevoir un rapport d'appartenance IGMP de la part de
rÃ©cepteur. Et ce rÃ©cepteur souhaite capter le trafic destinÃ© au port 239-777.
C'est le groupe auquel il souhaite participer.
Ce routeur utilise actuellement un protocole de routage en mode clairsemÃ©.
On va donc dire que c'est PIM.
Il utilise le protocole de routage multicast indÃ©pendant du protocole.
Donc, dans le cadre de PIM, pour que PIM fonctionne, il dit : Â« D'accord, je sais. Â»
Il y a un routeur quelque part.
On appellera Ã§a ici, tout au fond, c'est mon point de rendez-vous.
Je dois donc informer le point de rendez-vous que j'ai un rÃ©cepteur.
Qui ici-bas veut Ã§a ?
Disons donc que ce point de rendez-vous est 8888.
Alors ce routeur, dit-il, d'accord, je sais.
Faisons juste une petite bulle de pensÃ©e ici.
Il dit : Â« Je sais que le PIM RP est 8888. Â»
Maintenant, dit-il, d'accord, comment accÃ©der au PIM RP ?
C'est ici qu'il utilise son protocole de routage unicast.
J'ai mentionnÃ© Ã plusieurs reprises que le routage multicast fonctionne de concert avec
votre protocole de routage unicast.
Alors il dit : Â« OK, laissez-moi accÃ©der Ã ma table de routage. Â»
Et selon ma table de routage, j'ai une route EI-JRP qui indique
pour accÃ©der au rÃ©seau 8.8, c'est via l'interface 2.
Il envoie donc une requÃªte PIM join out interface 2.
Et finalement, cette connexion PIM se propage Ã travers le rÃ©seau et obtient
jusqu'au point de rendez-vous.
Donc, il s'agit maintenant de l'arbre partagÃ©, n'est-ce pas ?
Voici l'arbre de dÃ©cision allant du point de rendez-vous jusqu'Ã la passerelle par dÃ©faut.
Maintenant, cette passerelle par dÃ©faut, puisqu'il exÃ©cute PIMS en mode clairsemÃ©, dit-il,
D'accord, je m'attends Ã ce que lorsque la multidiffusion dÃ©marrera, quel que soit le moment oÃ¹ elle dÃ©marrera,
Il devrait descendre du point de rendez-vous.
Supposons donc que la diffusion multicast dÃ©marre, et voilÃ .
VoilÃ comment Ã§a se passe.
La source est donc 7777.
La destination est 239.777.
Eh bien, comme ce type utilise le mode clairsemÃ© de PIMS, il effectue une vÃ©rification RPF.
Voici comment Ã§a fonctionne.
Il dit, eh bien, parce que je m'attendais Ã ce que cette diffusion multiple arrive par le biais de
point de rendez-vous, dit-il, par quelle interface aurait-il dÃ» arriver ?
Eh bien, d'aprÃ¨s mon itinÃ©raire, pour arriver au point de rendez-vous, je
Passer par l'interface 2.
Tiens, ce flux multicast n'est pas parvenu du point de rendez-vous.
Cela ne provenait pas de l'interface 2.
Alors devinez quoi ? Je vais le tuer.
Il s'agit d'une dÃ©faillance RPF.
Il n'est pas descendu de ce que nous appelons l'arbre commun, l'arbre qui est partagÃ©
entre le point de rendez-vous et cette passerelle par dÃ©faut.
Le test RPF a Ã©chouÃ©.
Imaginons maintenant que cela se soit produit de cette faÃ§on.
D'accord, donc Ã§a a suivi le bon chemin.
Le contrÃ´le RPF rÃ©ussirait.
Ãa passerait. Il dirait : Â« D'accord, ce groupe m'intÃ©resse Â», et Ã§a marcherait.
Connectez-vous via l'interface appropriÃ©e, l'interface 2, qui est l'interface
menant au RP.
Et lÃ , il se passe quelque chose d'intÃ©ressant.
Alors, remettons-le simplement en place.
Source : 777. Destination : 239,777.
D'accord, il peut donc transmettre ce flux multicast au client, au destinataire.
Et maintenant, pour la toute premiÃ¨re fois, ce routeur dit : Â« Ah, enfin, je sais quiâ¦ Â»
La source estÂ : L'adresse rÃ©elle du serveur est 777.
PIMS-SPAR-SMO indique maintenant : Â« D'accord, je peux continuer Ã recevoir ces informations du point de rendez-vous. Â»
Certes, mais existe-t-il une meilleure solution ?
Existe-t-il un chemin plus court pour atteindre cette source qui serait plus avantageux ?
Efficace ? Il retourne donc Ã sa table de routage.
Il dit : Â« D'accord, laissez-moi faire une recherche RPF lÃ -dessus. Â»
Et il dit : Â« Oh, figurez-vous que j'ai un itinÃ©raire qui correspond Ã Ã§a, Ã Ã§aâ¦ Â»
J'ai appris grÃ¢ce Ã EIGRP.
LÃ encore, cela pourrait Ãªtre appris via RIP ou OSPF.
Ãa nous est Ã©gal. Il dit que Ã§a se fait via l'interface 1.
PIM fait donc maintenant quelque chose de spÃ©cial.
Il envoie une autre requÃªte PIM de cette maniÃ¨re.
Nous allons entrer dans les dÃ©tails.
Et il dit : ceci est pour la source 777 destination 239.777.
Et cette jonction PIM remonte jusqu'en haut.
Et supposons que la source soit juste ici.
C'est lÃ que se trouve le serveur.
Et il y a eu tout un tas de routeurs au milieu.
Voici donc un routeur.
Voici un routeur.
Et voici un routeur.
Et ils sont tous connectÃ©s de cette maniÃ¨re.
En supposant que tous ces routeurs sachent comment accÃ©der au rÃ©seau 777, cela
Une jonction PIM spÃ©ciale aurait permis de remonter jusqu'au bout et d'atteindre finalement
ce routeur qui est connectÃ© Ã la source.
Et cela a maintenant permis de dÃ©couvrir l'arbre des chemins les plus courts.
Remarquez que nous avons ici deux arbres diffÃ©rents.
Nous avons le bleu et le vert.
Et le point bleu vers la passerelle par dÃ©faut Ã©tait appelÃ© l'arbre partagÃ©
ou parfois appelÃ© arbre RP.
Vous pourriez parfois rencontrer l'acronyme RPT.
Cela a fonctionnÃ©, mais ce n'est peut-Ãªtre pas la mÃ©thode la plus efficace.
Cet arbre vert est l'arbre du chemin le plus court.
Mais nous ne savions pas de quoi il s'agissait tant que nous n'en connaissions pas la source.
Nous avons reÃ§u notre tout premier paquet multicast.
Et maintenant que nous avons ouvert cet arbre, le routeur dit : Â« OK, Â»
Ã ce moment prÃ©cis, pendant un bref instant, la prochaine fois que je recevrai le multicast, ce sera diffÃ©rent.
Le paquet pourrait provenir de deux endroits diffÃ©rents.
Je l'accepterai sur l'interface deux car il pourrait encore provenir de
le point de rendez-vous.
Et maintenant, mÃªme si cela se fait via l'interface 1, je l'accepterai aussi parce que je
j'ai essayÃ© d'ouvrir ce passage.
J'ai intentionnellement essayÃ© d'ouvrir ce chemin en espÃ©rant que le trafic multicast
descendra par ici.
Donc maintenant, si le flux multicast arrive sur l'interface trois, il s'agira d'un Ã©chec RPF.
Parce que le routeur dit : Â« HÃ©, interface trois, ce n'est pas l'arbre partagÃ©. Â»
et ce n'est pas l'arbre de chemin le plus court.
Mais dans les deux cas, Ã§a passera le contrÃ´le RPF.
Et une fois que le flux multicast commence effectivement Ã circuler et Ã arriver sur l'interface
PremiÃ¨rement, la passerelle par dÃ©faut dira : Â« Super ! Â»
Je reÃ§ois le trafic multicast de la maniÃ¨re la plus efficace possible.
via l'arbre des chemins les plus courts.
Je n'ai plus besoin de le rÃ©cupÃ©rer au point de rendez-vous.
Il enverra donc un message de purge PIM par ici, ce qui permettra de purger les ressources.
de cet arbre. Et maintenant, le flux multicast empruntera le chemin le plus court.
L'arborescence des chemins jusqu'Ã ce que le destinataire n'en veuille plus.
VoilÃ donc, en rÃ©sumÃ©, le fonctionnement du mode clairsemÃ© de PIM.
Mais j'ai fait tout Ã§a pour vous montrer que les contrÃ´les RPF sont bien en cours.
Tout dÃ©pend de l'endroit d'oÃ¹ le routeur s'attend Ã recevoir le flux multicast.
S'il s'attend Ã ce que cela vienne du point de rendez-vous, il va
Disons, regarde, le point de rendez-vous se trouve sur l'interface un ou l'interface sept,
et il l'apprend grÃ¢ce Ã son protocole de routage.
C'est lÃ que je m'attends Ã recevoir le multicast initialement.
Si Ã§a vient d'une autre interface, je vais la supprimer.
Je vais laisser tomber.
Ãa ne devait pas se passer comme Ã§a.
Mais une fois qu'il connaÃ®t la source et qu'il essaie d'ouvrir ce plus court
Arborescence de chemin, maintenant le RPF va rÃ©ussir.
Cela passera si le flux multicast emprunte le chemin le plus court dans l'arbre de dÃ©cision.
Comment dÃ©terminer l'interface d'entrÃ©e appropriÃ©e ?
Comment s'assurer que le RPF rÃ©ussit ou est validÃ© en fonction du type
de l'arbre que nous attendons ?
S'attend-on Ã ce que cela se produise au niveau de l'arbre principal, autrement dit le
Arbre RPÂ ? Ou bien attendons-nous Ã ce que ce trafic provienne de lâarbre sourceÂ ?
Cela peut maintenant dÃ©pendre du type spÃ©cifique d'IGP.
De quoi est-ce que je parle ?
PIM n'est pas le seul protocole de routage multicast.
Il y en a d'autres.
Par exemple, MOSPF, OSPF multicast.
Vous pouvez probablement deviner si j'utilise OSPF multicast pour comprendre
dÃ©terminer quelle est l'interface correcte pour accÃ©der au RP, ou l'interface correcte
Pour accÃ©der Ã la source, il utilise les routes OSPF.
MOSPF ne peut pas effectuer de vÃ©rification RPF basÃ©e sur RIP ou EIGRP.
Il nÃ©cessite OSPF. Il en existe un autre appelÃ© DVMRP (Distance Vector Multicast).
Protocole de routage.
Celui-lÃ est un peu bizarre.
Il construit en fait sa propre table unicast distincte uniquement pour effectuer des vÃ©rifications RPF.
Le tableau DVMRP.
Il n'utilise rien d'autre.
Ce qui est formidable avec le PIM, c'est le multicast indÃ©pendant du protocole.
L'indÃ©pendance du protocole signifie que PIM dit : Â« Je m'en fiche. Â»
Lorsque j'effectue une vÃ©rification RPF, je vais consulter la table de routage.
Peu m'importe de trouver un itinÃ©raire statique ou connectÃ©.
EIGRP, RIP, OSPF.
Ãa m'est Ã©gal. Du moment que je trouve de quoi effectuer mes vÃ©rifications RPF,
Je serai content. C'est pourquoi le PIM est si populaire, car il vous permet d'utiliser
n'importe quel protocole de routage IGP de votre choix.
Cela n'en dÃ©pend pas.