Jusqu'Ã prÃ©sent, dans les vidÃ©os prÃ©cÃ©dentes, nous avons parlÃ© de
comment l'arbre partagÃ© est construit, jusqu'au point de rendez-vous et
puis s'arrÃªter lÃ .
Et puis la derniÃ¨re vidÃ©o dont nous avons parlÃ©, d'accord, une fois cette source, Ã§a
Le serveur commence Ã envoyer son trafic multicast, le tout premier routeur
il est connectÃ© Ã ce que vous considÃ©rez comme la passerelle par dÃ©faut pour le
La source rÃ©cupÃ©rera ces paquets multicast et les enregistrera auprÃ¨s du PIM.
Point de rendez-vous.
Et nous avons parlÃ© du fait que cela revient essentiellement Ã traiter les paquets multicast.
et les envelopper dans un en-tÃªte PIM, puis les envelopper Ã l'intÃ©rieur
d'un en-tÃªte IP unicast du routeur vers le RP.
Nous allons maintenant examiner la jonction de l'arbre des chemins les plus courts.
Rappelez-vous, j'en ai parlÃ© dans l'autre vidÃ©oÂ : chaque routeur possÃ¨de ses propres caractÃ©ristiques.
Notre propre perspective sur ce qu'est l'arbre du chemin le plus court, n'est-ce pas ?
DÃ¨s qu'un routeur reÃ§oit un paquet multicast, il se met soudainement en mode veille.
Cette prise de conscience, c'est comme dire : Â« Ah ! VoilÃ ce que je cherchais ! Â» et maintenantâ¦
Je connais maintenant l'Ã©lÃ©ment essentiel que j'ignorais auparavant.
Je sais qui est la source.
Donc ce routeur, excusez-moi, ne fait pas de recherche RP vers le haut.
Il consulte sa table de routage unicast et dÃ©termine, pour moi, le chemin le plus court.
chemin de retour vers cette source ?
Cela pourrait vous amener Ã vous demander : Â« D'accord, alors cela signifie-t-il queâ¦ Â»
n'importe oÃ¹ le long de l'arbre, de la source jusqu'au rÃ©cepteur,
s'il y a des branches quelque part qui se ramifient et qui sont en fait les plus courtes
chemin, cela signifie-t-il que n'importe quel routeur situÃ© n'importe oÃ¹ sur ce chemin est autorisÃ©Â ?
pour passer Ã l'arbre du chemin le plus court et quitter cet arbre central et
quitter l'arbre des points de rendez-vous ?
Pas tout Ã fait. C'est pourquoi nous allons en parler ici.
Mais dans ce cas prÃ©cis, le point de rendez-vous a bien l'autorisation.
pour ce faire, car n'oubliez pas qu'Ã ce stade, le point de rendez-vous reÃ§oit
Il enregistre des paquets, ce qui oblige son processeur Ã travailler un peu plus.
que ce qu'il devrait. Normalement, ce que nous voulons vraiment, c'est lorsqu'un paquet multicast
DÃ¨s qu'une donnÃ©e arrive, nous voulons simplement consulter l'entrÃ©e correspondante dans la table mRout et poursuivre.
Il est en route. En fait, si vous utilisez SEP, Cisco Express
En transfÃ©rant les donnÃ©es, vous pouvez mÃªme faire tout cela sans risque d'interruption.
le processeur dans son ensemble, par exemple sur les commutateurs.
Si vous avez un commutateur multicouche avec des cames en T et une redirection A6 et une redirection
Les moteurs et autres composants, le processeur et le commutateur se chargent de tout le traitement PIM.
Donc, lorsque PIM rejoint, PIM supprime, PIM enregistre des paquets, ils doivent
monter jusqu'au processeur pour Ãªtre traitÃ©.
Donc, si ce commutateur multicouche, qui agit en quelque sorte comme un routeur,
Il reÃ§oit des tonnes de paquets d'enregistrement, qui sont tous destinÃ©s au processeur.
Alors que si cela arrivait simplement en multidiffusion native, cela pourrait tout
Cela serait gÃ©rÃ© au niveau du matÃ©riel, notamment sur ses cames T et son A6, etc.
Ne jamais dÃ©ranger le processeur, ne jamais Ãªtre vu par le processeur.
Donc, idÃ©alement, c'est ce que nous voulons.
Nous voulons donc stopper ce processus d'inscription le plus rapidement possible afin que nous
Vous n'aurez pas Ã faire tout ce travail supplÃ©mentaire.
Nous avons donc mentionnÃ© que cela se produira grÃ¢ce au PIM.
RP va envoyer un message de jonction appelÃ© s, g join upstream pour ouvrir
en suivant son propre chemin le plus court.
Et c'est sa faÃ§on de direÂ : Â«Â D'accord, je veux l'ouvrir pour que la diffusion multicast soit possible.Â Â»
peut s'Ã©couler sous sa forme native.
Une fois que cela commencera Ã se produire et que je le verrai, je l'aurai confirmÃ©, alors le
RP dit d'arrÃªter la caisse.
Je ne veux plus de Ã§a.
ArrÃªtez la procÃ©dure d'inscription et il vous enverra effectivement un registre PIM.
ArrÃªtez. Nous en avons dÃ©jÃ parlÃ©.
Maintenant, je sais que dans ce cas prÃ©cis aussi, R2 rejoint le plus court
Arbre de chemin. Maintenant, revenons un instant Ã mon dessin original.
Voici Ã quoi ressemble notre topologie actuelle.
Maintenant, je sais que j'ai intentionnellement conÃ§u cela pour que R8 puisse
pour accÃ©der directement au routeur quatre sans passer par le routeur trois.
On pourrait donc regarder cela et dire : Â« D'accord, je suppose donc que lorsqueâ¦ Â»
le premier paquet multicast, lorsque le premier paquet d'enregistrement, le premier
Le paquet d'enregistrement arrive en aval vers le routeur trois et le routeur trois le dÃ©sencapsule.
et l'envoie en tant que multicast natif vers le routeur huit, non seulement
Le routeur trois enverrait-il sa requÃªte de jonction en amont en essayant de rejoindre son routeur le plus court ?
Arborescence des chemins, ne devrait-on pas s'attendre Ã ce que le routeur huit fasse de mÃªme ?
AprÃ¨s tout, le routeur huit sait maintenant qui est la source et il devrait
Regarde dans sa table de routage et dis-toi : Â« Oh, attends, j'ai trouvÃ© cette connexion directe ! Â»
Par ici, Ã la source.
C'est le chemin le plus court pour moi.
Ne devrait-on pas s'attendre Ã ce qu'il rejoigne Ã©galement l'arbre des chemins les plus courts ?
Eh bien, nous allons examiner cela Ã l'aide d'un analyseur de trafic rÃ©seau.
Je vais vous dire exactement ce que dit la RFC.
La RFC relative au mode clairsemÃ© de PIMS indique que seules les personnes autorisÃ©es
Pour passer d'un arbre partagÃ© Ã un arbre de chemin le plus court, il faut soit un nombre
l'un, le point de rendez-vous, comme nous l'avons Ã©voquÃ©, ou le dernier
routeur de saut. Autrement dit, le routeur directement connectÃ© au
rÃ©cepteur. Donc, selon la RFC, dans ce schÃ©ma particulier, routeur
Huit personnes ne seraient pas autorisÃ©es Ã entamer ce processus.
Il devrait recevoir le flux multicast sur l'arbre partagÃ©, puisâ¦
Continuez Ã le transmettre en aval au routeur deux.
Et comme le routeur deux est directement connectÃ© au rÃ©cepteur, n'oubliez pas,
Nous l'avons constatÃ© avec un petit drapeau C car il a reÃ§u le rapport d'adhÃ©sion,
Cela signifie que ce serait Ã lui de se connecter au plus court.
L'arborescence des chemins, ce n'est pas la responsabilitÃ© du routeur huit.
Nous allons donc examiner cela de plus prÃ¨s Ã l'aide d'un analyseur de trafic rÃ©seau pour voir si c'est le cas.
C'est vrai, car nous savons que parfois avec les routeurs Cisco et autres, ils
ne suivent pas exactement la RFC.
Voyons donc si cela va se produire.
Mais avant cela, nous ne voulons pas brÃ»ler les Ã©tapes.
Et d'ailleurs, ce routeur deux dans la RFC, vous pourriez le voir comme le terme deux
C'est diffÃ©rent.
Je l'ai vu appelÃ© routeur de dernier saut et je l'ai Ã©galement vu dÃ©signÃ© comme feuille
Les routeurs. C'est comme une feuille au bord de l'arbre.
L'arbre ne va pas plus loin.
Ils les appelleront donc routeurs de feuille ou routeurs de dernier saut.
TrÃ¨s bien, il s'agit donc d'un rÃ©capitulatif de ce dont nous avons dÃ©jÃ parlÃ©.
Je n'ai donc pas besoin d'y aller.
Et j'ai mentionnÃ© comment les jointures S, G sont utilisÃ©es pour ouvrir le chemin le plus court.
arbre. Et vous verrez cet acronyme SPT tout le temps lorsqu'on parle de
PIM, arbre des plus courts chemins.
Qu'est-ce qui dÃ©clenche donc une jointure S, GÂ ?
Eh bien, il y a encore une fois plusieurs choses qui pourraient le dÃ©clencher.
Si vous Ãªtes le point de rendez-vous et que vous recevez un paquet multicast
et un registre, qui va vous inciter Ã envoyer une requÃªte S, G join.
Car, en tant que point de rendez-vous, vous voudrez ouvrir votre plus court
chemin. VoilÃ donc un Ã©lÃ©ment qui pourrait dÃ©clencher le problÃ¨me.
Et puis quoi encore ?
Comme nous l'avons Ã©voquÃ©, si vous Ãªtes un routeur de feuille lorsque vous recevez le multicast
paquet. Cela soulÃ¨ve Ã©galement un point intÃ©ressant.
Vous vous demandez peut-Ãªtre : est-ce que la fraiseuse Ã lames fait cela immÃ©diatement ?
Seulement aprÃ¨s avoir reÃ§u 10 paquets ou un certain nombre de bits par seconde.
Vous savez, Ã quel moment le routeur Ã feuilles dÃ©cide-t-il de faire Ã§a ?
La RFC elle-mÃªme ne dÃ©finit pas cela.
La RFC proprement dite pour PIMS Farsmo indique simplement que le routeur de feuille peut, il ne le fait pas.
mÃªme devoir le faire.
Le routeur de feuilles peut basculer vers l'arbre de chemin le plus court une fois qu'un certain
Le seuil est atteint.
C'est tout ce qui est indiquÃ©.
Mais comment les routeurs Cisco procÃ¨dent-ils concrÃ¨tement ?
Le seuil pour les routeurs Cisco est d'un seul paquet, un seul.
Ainsi, lorsque le tout premier paquet multicast atteint le routeur deux et le routeur
Deux tout d'abord, il apprend quelle est cette adresse source, c'est son dÃ©clencheur.
pour dire : d'accord, ai-je un chemin plus court ?
Je me joins Ã vous. VoilÃ donc le seuil pour les routeurs Cisco.
Vous vous demandez peut-Ãªtre : ai-je une autre option ?
Puis-je faire autre chose ?
Permettez-moi de vous montrer la commande permettant de modifier ce comportement.
Vous n'avez pas beaucoup d'options.
En rÃ©alitÃ©, il n'y en a que deux.
Vous n'avez que deux options.
Je vais donc utiliser la dÃ©fonceuse Ã lames ici.
Et la commande est IP PIM.
Et ensuite, il s'agit du seuil SPT.
Donc, seuil du chemin Shores.
Et vous n'avez que deux options.
ZÃ©ro, qui est la valeur par dÃ©faut, ou l'infini, ce qui signifie ne jamais changer.
par le chemin le plus court.
VoilÃ . Rien au milieu.
Vous pouvez donc dÃ©cider vous-mÃªme dans quelles circonstances vous pourriez le souhaiter.
sÃ©lectionner l'infini.
Mais par dÃ©faut, le basculement s'effectue dÃ¨s la rÃ©ception du tout premier paquet.
Quel Ã©tat crÃ©ent-ils dans la table de routage MÂ ?
Bon, si je retourne Ã mon routeur, utilisons simplement ceci.
gars. Afficher la route IP M.
Bon, pour l'instant, nous avons notre entrÃ©e Ã©toile, virgule G.
L'entrÃ©e Ã©toile, virgule G est maintenant construite sur la base de l'arbre partagÃ©.
OÃ¹ la seule chose que nous savons, c'est le point de rendez-vous.
Et comment se rendre au point de rendez-vous.
Donc, si des paquets multicast commencent Ã circuler dans l'arbre partagÃ©, c'est le
construction que nous allons utiliser pour acheminer ces paquets multicast.
Vous dites maintenant : Â« Eh bien, si le flux multicast commence effectivement Ã circuler et que nousâ¦ Â»
Connaissant la source, allons-nous Ã©galement l'utiliser ?
Eh bien, regardez deux ou trois choses.
NumÃ©ro un, interface entrante.
Un voisin du FPR.
Tout ceci repose sur notre connaissance du point de rendez-vous.
Si je reÃ§ois effectivement les vÃ©ritables donnÃ©es multicast, cela ne serait pas pertinent.
n'est-ce pas ? Parce que l'interface entrante et le voisin RPF permettent d'accÃ©der au
La source rÃ©elle elle-mÃªme pourrait ne pas Ãªtre celle-ci.
Il pourrait s'agir de quelque chose de diffÃ©rent.
De plus, je n'aurais plus besoin d'Ã©toile ici car je saurais maintenant quoi
l'adresse source est.
Ainsi, dÃ¨s qu'un routeur reÃ§oit effectivement le tout premier paquet multicast,
cela crÃ©e une deuxiÃ¨me entrÃ©e ici, appelÃ©e entrÃ©e S, virgule G.
Alors allons-y.
CommenÃ§ons par le ruisseau.
En gros, refaites mon ping.
D'accord. Et en fait, je dois aller au routeur huit parce que pendant la pause,
J'ai ajoutÃ© quelque chose ici qui pourrait potentiellement perturber notre dÃ©monstration.
Je veux donc simplement me dÃ©barrasser de Ã§a.
Bon, regardons maintenant le routeur numÃ©ro deux.
Afficher l'adresse IP et la route M.
Nous voyons donc ici ce qu'on appelle une entrÃ©e de route S, virgule G, M.
Parce que, eh bien, on sait qui est la source, juste lÃ .
L'interface entrante et le voisin RPF sont donc dÃ©sormais pertinents.
Ã la source, et non au point de rendez-vous.
Dans ma configuration particuliÃ¨re, j'ai fait en sorte que sur R2, il...
Je prÃ©fÃ¨re cette liaison sÃ©rie pour accÃ©der Ã R4 plutÃ´t que ces liaisons Ethernet rapides.
Je viens de faire Ã§a en manipulant EIGRP et en utilisant des listes de dÃ©calage, etc.
VoilÃ . Mais R2 dit : Â«Â D'accord, pour accÃ©der au rÃ©seau 45, voiciâ¦Â Â»
la voie privilÃ©giÃ©e.
Et une fois de plus, je peux simplement vÃ©rifier cela, afficher l'IP RPF, quatre points cinq points
quatre points cinq. Et il est Ã©crit : Â« Je prÃ©fÃ¨re utiliser le numÃ©ro de sÃ©rie zÃ©ro un zÃ©ro. Â»
c'est via EIGRP 100.
VoilÃ donc ce que nous utilisons comme interface entrante.
Et le voisin RPF est, eh bien, comme son nom l'indique, le prochain voisin de premier plan qui va
dans cette direction.
Maintenant, il y a beaucoup de rÃ¨gles Ã respecter concernant cela.
Donc, premiÃ¨rement, lorsqu'un S, virgule G est formÃ© pour la premiÃ¨re fois, il suffit essentiellement de prendre
tout ce qui figure dans la liste d'interface sortante de l'Ã©toile, de la virgule et de G, et juste
Je le copie ici.
Normalement, ils sont identiques.
Il existe une circonstance oÃ¹ cela n'arrivera pas.
Il existe une rÃ¨gle de PIM, et celle-ci s'applique aussi bien Ã l'Ã©toile qu'Ã la virgule.
G et le S, virgule G, cela signifie que vous ne pourrez jamais avoir votre interface entrante
dans la liste des interfaces sortantes.
En d'autres termes, votre interface entrante ne peut pas Ãªtre identique Ã votre interface sortante.
interface. Donc, si vous voyez Â« null Â» dans la liste des interfaces sortantes, cela signifie
Rien, c'est peut-Ãªtre pour Ã§a.
Mais dans ce cas prÃ©cis, nous n'avons pas Ã nous en soucier.
L'interface entrante est donc sÃ©rie zÃ©ro un zÃ©ro, et il a simplement copiÃ©.
Ãa, en bas. Bon, que signifie le JÂ ?
Le drapeau J signifie que j'ai envoyÃ© une requÃªte de jonction dans cette direction.
Donc dans ce cas prÃ©cis, comme il s'agit de l'arbre des chemins les plus courts, alors
signifie que j'ai envoyÃ© un S, virgule G pour joindre l'arbre du chemin le plus court.
Le drapeau J, Ã lui seul, ne prouve pas que nous en ayons rÃ©ellement reÃ§u.
DonnÃ©es multicast provenant de cette direction.
Cela signifie simplement que nous avons essayÃ© d'ouvrir cette voie.
Ce que nous voudrions normalement voir aprÃ¨s le drapeau J, et je vais
Examinez ceci ici, ce serait le drapeau T.
Normalement, on verrait le drapeau T aprÃ¨s le drapeau J, et le drapeau T en fait
signifie que j'ai reÃ§u des donnÃ©es multicast rÃ©elles provenant de l'arbre de chemin le plus court.
Alors, pourquoi n'observons-nous pas cela dans ce cas prÃ©cis ?
Bon, essayons de rÃ©soudre ce problÃ¨me.
Nous savons que pour recevoir du trafic multicast dans cette direction,
Nous avons besoin d'un PIM ici mÃªme.
D'accord, premiÃ¨re questionÂ : le routeur deux a-t-il un voisin PIM sur le port sÃ©rieÂ ?
ZÃ©ro un zÃ©roÂ ? S'il a un voisin PIM, alors c'est la preuve que nousâ¦
J'ai activÃ© PIM sur le routeur quatre.
Voyons voir, affichons le voisin PIM IP.
Et il ne le fait pas.
TrÃ¨s bien, nous n'avons donc qu'un seul voisin sur Fast Ethan Ã zÃ©ro et un.
Nous ne l'avons pas dans le numÃ©ro de sÃ©rie, c'est pourquoi nous ne recevons pas de trafic.
Par lÃ . Alors, jetons un coup d'Åil au routeur quatre.
Oui, et Peter, juste pour confirmer, tu dois vraiment voir le drapeau T dans
Cette entrÃ©e sert Ã vÃ©rifier que vous avez bien reÃ§u du trafic multicast.
L'arbre du chemin le plus court.
Le drapeau J signifie simplement que j'ai tentÃ© de rejoindre cet arbre, mais nous n'y sommes pas parvenus.
Je ne sais pas si Ã§a fonctionne dÃ©jÃ .
Et ce cas prÃ©cis ne fonctionne manifestement pas, car je n'ai mÃªme pas
un voisin sur cette interface.
Alors pourquoi pas ? Passons au routeur quatre.
Afficher l'interface d'exÃ©cution sÃ©rie zÃ©ro un zÃ©ro.
Et voilÃ .
Je n'ai pas activÃ© PIM sur cette interface.
VoilÃ qui explique tout.
D'accord, le ping est-il toujours en cours ou est-il terminÃ©Â ?
Oui, Ã§a continue.
Passons maintenant au routeur numÃ©ro deux.
Et voilÃ .
Maintenant, nous avons le drapeau T.
C'est bien. Cela signifie donc que nous avons effectivement commencÃ© Ã recevoir des diffusions multicast.
trafic issu de l'arbre du chemin le plus court.
D'accord. Et juste au cas oÃ¹ vous regarderiez cet enregistrement et
Vous avez sautÃ© la section prÃ©cÃ©dente sur les registres PIM, dans ce cas particulier
Dans cette section, j'ai effectuÃ© un tracÃ© rapide d'un PIM S, jetons-y un coup d'Åil.
TrÃ¨s rapidement. Voici Ã quoi ressemble une jonction S, G.
Il est toujours diffusÃ© en multidiffusion en utilisant la mÃªme adresse de destination PIM.
de 2240013. Donc, on avance petit Ã petit.
L'adresse source changera donc de saut en saut.
Et dans le corps du message PIM, il s'agit Ã nouveau du type trois, rejoignez-nous
Prunier. Voisin en amont, Ã qui est-ce destinÃ© ?
Ã qui est mon voisin RPF Ã qui j'envoie Ã§a ?
Et il indiquera le nombre d'adhÃ©sions, Ã combien de groupes vais-je adhÃ©rer ?
Ce qui diffÃ©rencie rÃ©ellement une jonction en Ã©toile G d'une jonction en S G, ce sont les
Des drapeaux juste ici.
Nous avons vu dans l'Ã©toile, G, qu'en plus du S, nous avions le W
bit et le bit R.
Le bit W Ã©tait le bit gÃ©nÃ©rique, ce qui signifie que je ne connais pas la source
du flux est.
Donc, si le W Ã©tait prÃ©sent, cette adresse IP signifierait cette adresse IP.
c'est le point de rendez-vous.
Mais Ã©tant donnÃ© que le W est absent, cela signifie que c'est en faitâ¦
l'adresse IP de la source du flux lui-mÃªme.
De plus, le bit R est manquant.
Le bit R est ce qu'on appelle le bit RP.
Si vous consultez la spÃ©cification PIM, vous verrez que cela s'appelle le bit RP.
Et cela signifierait que ce message, qu'il s'agisse d'un Ã©lagage ou d'une jonction, va
En remontant l'arbre RP, on remonte l'arbre partagÃ© vers le point de rendez-vous.
Une fois de plus, cela manque ici, car cela ne se fait pas via le rÃ©seau partagÃ©.
arbre. Celui-ci est destinÃ© Ã grimper le long du chemin le plus court.
Hormis cela, ils se ressemblent fondamentalement : une Ã©toile, un G etâ¦
Une jonction S, G. Le corps reste identique.
Il faut vraiment regarder les drapeaux ici pour le voir.
Le W dans le R est-il prÃ©sent ou est-il manquantÂ ?
C'est ce qui les diffÃ©rencie.
J'ai mentionnÃ© que l'un des Ã©lÃ©ments pouvant provoquer l'Ã©tat S, G estâ¦
Le routeur intervient si vous recevez effectivement le trafic multicast.
Il existe une autre situation qui pourrait en Ãªtre la cause.
Si vous recevez une demande de jonction S, G d'un routeur en aval, par exemple, supposons queâ¦
N'utilisez pas celui-ci.
Prenons par exemple la situation suivante.
C'est lui le RP.
Nous appellerons simplement ce routeur le routeur un, le routeur deux et le routeur trois.
Nous placerons notre rÃ©cepteur ici, et notre source ici.
TrÃ¨s bien, nous savons donc qu'initialement, une fois que le multicast commence pour la premiÃ¨re fois
Le courant va se diriger dans cette direction vers le point de rendez-vous, vers le bas.
l'arbre partagÃ©, puis vers le destinataire.
Donc, pour l'instant, le routeur deux n'a aucun Ã©tat.
Il n'a pas d'Ã©tat de route M pour le flux.
Personne ne le lui a jamais demandÃ©, ni IGMP ni PIM.
Donc, mÃªme s'il affichait l'itinÃ©raire IPM, nous ne verrions rien.
Rien en rapport avec le flux.
Mais lorsque le routeur un tente de rejoindre le chemin le plus court, si nous supposons
Comme il s'agit du chemin le plus court, il enverra un PIM S, G join upstream.
Et comme nous l'avons vu dans le corps du message, il dira routeur voisin
deuxiÃ¨mement, l'adresse IP du routeur deux, puis il indiquera la source et la destination.
N'est-ce pas ? Il donnera la source du flux.
Disons simplement que c'est xxx.
Il aura ici source Ã©gale xxx, groupe Ã©gal Ã , vous savez, peu importe
C'est le cas. Donc maintenant, mÃªme si le routeur deux n'avait initialement aucun Ã©tat de route M Ã
Une fois qu'il aura obtenu cette jonction S, G, cela crÃ©era effectivement l'Ã©tat S, G.
dans son tableau de routage M.
Il pourra ensuite crÃ©er sa propre combinaison S, G et l'envoyer.
De cette faÃ§on. Un autre Ã©lÃ©ment clÃ©, sur lequel vous pourriez Ãªtre interrogÃ© Ã certains moments.