Dans la derniÃ¨re vidÃ©o, nous avons examinÃ© en dÃ©tail le processus.
est utilisÃ© lors de la crÃ©ation de l'arbre partagÃ©, comment l'appartenance Ã l'IGMPM
Le rapport reÃ§u par la passerelle par dÃ©faut dÃ©clenche un PIM, ce que nous appelons une Ã©toile,
G-join, qui remonte saut par saut jusqu'au point de rendez-vous.
Et nous avons vu comment, lorsque cela se produit, chaque routeur, par dÃ©faut, Ã partir du routeur, le routeur par dÃ©faut
passerelle qui a reÃ§u le rapport d'appartenance, puis chaque routeur le long
le chemin qui reÃ§oit l'Ã©toile, G-join jusqu'au point de rendez-vous,
Cela a crÃ©Ã© ce que nous appelions un Ã©tat de routage en Ã©toile, G-em, dans notre routage multicast.
tableau. Donc, une fois que nous avons cet Ã©tat de route Ã©toile-G-em, qui est, je ne sais pas
Peu importe la source, une fois qu'elle atteint ce point de rendez-vous,
Nous avons une connexion ouverte, un chemin ouvert, jusqu'au rÃ©cepteur.
Et cela se base sur ce qui figurait dans la liste des interfaces sortantes.
TrÃ¨s bien, alors lanÃ§ons la diffusion multicast et voyons ce qui se passe.
Dans ce cas prÃ©cis, la ligne pointillÃ©e verte indique l'arbre partagÃ©.
c'est dÃ©jÃ ouvert.
Je ne montre pas R8 ici, mais nous savons que R8 se situe entre ces deux-lÃ .
La source va maintenant dÃ©marrer.
Et ce que nous allons voir, c'est lorsque R4 recevra ces flux multicast natifs.
Il va se dire, en voyant les paquets provenant de la sourceÂ : Â«Â Tiens, jâai un problÃ¨me.Â Â»
Parce que je ne suis autorisÃ© Ã transfÃ©rer ces paquets multicast natifs que si
J'ai une entrÃ©e dans ma table de routage M qui possÃ¨de une interface en sortie.
Liste des interfaces. Mais il va rÃ©pondreÂ : Â«Â Personne ne me lâa jamais demandÃ©.Â Â»
Je n'ai jamais reÃ§u de rapports d'adhÃ©sion Ã l'IGMP.
Je n'ai jamais reÃ§u d'invitations PIM de qui que ce soit.
Je n'ai donc nulle part oÃ¹ envoyer Ã§a.
Et pourtant, il pourrait y avoir des rÃ©cepteurs.
Alors, que dois-je faire ?
Eh bien, avec le mode Ã©purÃ© de PIM, ce qu'il va faire, c'est prendre
ce paquet multicast et il va l'encapsuler dans un paquet unicast.
Et ceci sera inclus dans un paquet PIM.
Il y aura donc un autre type de paquet PIM appelÃ© registre PIM.
Et c'est ce que nous allons examiner ensuite.
Le registre PIM contient donc effectivement des donnÃ©es.
Il s'agit d'un paquet unicast, envoyez-le directement de R4 au RP.
Nous allons donc voir les adresses sources R4.
L'adresse de destination est le point de rendez-vous.
Le type PIM sera un nouveau type appelÃ© registre.
Et c'est dans ce corps de donnÃ©es que se trouveront nos donnÃ©es multicast.
Et lorsque le point de rendez-vous aura atteint ce point, il le dÃ©sencapsulera, rÃ©vÃ©lant
le paquet multicast.
Et ensuite, le RP dira : Â« D'accord, ai-je le pouvoir de dÃ©cision au niveau de l'Ãtat pour cela ? Â»
Est-ce que quelqu'un m'a dÃ©jÃ posÃ© cette question ?
Eh bien, dans ce cas, vous direz oui, car notre arbre partagÃ© est dÃ©jÃ
PrÃªt et en attente.
Il transmettra donc cela dans l'arbre gÃ©nÃ©alogique partagÃ©.
VoilÃ comment notre multidiffusion dÃ©marrera initialement en s'enregistrant ici.
Ainsi, cela pourrait potentiellement continuer indÃ©finiment.
N'est-ce pas ? Je veux dire, Ã§a fonctionne.
Il reÃ§oit le flux multicast de la source vers le rÃ©cepteur.
Mais il demande au routeur connectÃ© Ã la source et au RP de fonctionner.
un peu plus difficile Ã enrouler en monobloc et Ã dÃ©rouler
de l'unicast Ã l'autre extrÃ©mitÃ©.
Donc, mÃªme si cela fonctionne, cela consomme un peu plus de ressources du processeur.
Et certainement si nous avions des dizaines ou des centaines de flux multicast fonctionnant
Cela pourrait potentiellement Ãªtre nÃ©faste pour le RP qui diffuse en multidiffusion Ã l'intÃ©rieur.
Alors, que va-t-il se passer ?
Et nous verrons cela plus en dÃ©tail dans le prochain segment, c'est-Ã -dire le moment du rendez-vous
DÃ¨s qu'il aura reÃ§u ce paquet d'enregistrement de code PIN, il va en fait en faire quelques-uns.
plusieurs choses simultanÃ©ment.
PremiÃ¨rement, il va le dÃ©baller et le transmettre le long de l'arbre partagÃ©.
Nous en avons dÃ©jÃ parlÃ©.
L'Ã©tape suivante, le point de rendez-vous, est ce multicast dans sa forme native pure.
Je peux donc simplement le transmettre en fonction de mon itinÃ©raire m.
Ainsi, je n'aurai plus Ã importuner mon processeur avec Ã§a.
Voyez, comment je fais Ã§a ?
Eh bien, je sais que mon voisin en amont ne fera que le transmettre Ã
moi si je le lui demande.
Le RP enverra donc un message de participation Ã son voisin.
Mais il ne s'agit pas d'une collaboration entre une star et une comÃ©die, car il connaÃ®t rÃ©ellement la source.
Lorsque ce premier flux multiple arrive, il dit : Â« Oh, je sais qui est la source. Â»
est, 4.5.4.5. Il va donc envoyer ce qu'on appelle une jointure S, G.
Lorsqu'on observe le tracÃ© du coupe-circuit, il prÃ©sente exactement le mÃªme format qu'une Ã©toile.
-comedy join, sauf qu'il y a l'adresse source et quelques autres Ã©lÃ©ments.
Les drapeaux sont Ã©galement diffÃ©rents.
Et cela ouvre l'arbre des chemins les plus courts du point de rendez-vous Ã
la source. Car souvenez-vous, nous avons parlÃ© du fait qu'il y a potentiellement
Plusieurs arbres partagÃ©s, n'est-ce pas ?
Si je suis un point de rendez-vous et qu'il y a 50 rÃ©cepteurs diffÃ©rents rÃ©partis
Au sein du rÃ©seau, il pourrait y avoir 50 arbres partagÃ©s diffÃ©rents.
Eh bien, de mÃªme, le concept d'arbre de plus court chemin provient d'un individu
Point de vue du routeur.
Le chemin le plus court pour atteindre cette source via un routeur peut Ãªtre diffÃ©rent.
que le chemin le plus court pour atteindre cette mÃªme source.
Donc, au point de rendez-vous, lorsqu'il recevra ce dossier d'inscription, il se rendra
Autrement dit, je veux ouvrir le chemin le plus court pour atteindre cette source.
Car une fois ouvertes, ces caisses resteront fermÃ©es.
Je vais commencer Ã obtenir le multicast pur dans sa forme native.
DÃ¨s que la caisse arrive, en plus de la transmettre au bas de la page
Ainsi, ce RP va envoyer, laissez-moi dÃ©velopper un peu, il est
Je vais envoyer un s, G rejoindre en amont.
Et cela, dans R4, ajoutera une signature Ã©lectronique rapide Ã zÃ©ro, zÃ©ro dans son
Liste des interfaces sortantes.
Maintenant, nos quatre diront : Oh, super.
D'accord, je peux maintenant commencer Ã transmettre le flux multicast en aval, sans aucune modification.
Forme native. Mais devinez quoi, il va continuer Ã s'inscrire.
Nous allons donc maintenant recevoir deux copies de ces paquets multicast sur le
RP. Nous allons recevoir le multicast natif.
Et nous allons en obtenir une autre copie Ã l'intÃ©rieur de ce paquet d'enregistrement des broches.
Vous vous demandez peut-Ãªtre pourquoi cela s'est produit ?
Pourquoi une R4 s'arrÃªte-t-elle net Ã ce moment-lÃ ?
Eh bien, voici pourquoi.
Dans cette topologie particuliÃ¨re, cela ne le dÃ©crit pas vraiment trÃ¨s bien.
Mais imaginez si j'avais Ã§a.
Bon, imaginez si, vous savez, voici ma source.
D'accord, nous avons le routeur X et le PIM RP.
Et voici le routeur numÃ©ro cinq.
Bon, ma source envoie donc son flux multicast au routeur cinq.
Le routeur cinq reÃ§oit ensuite ce flux multicast et l'enregistre.
Voyons si je peux dessiner quelque chose ici pour l'indiquer.
VoilÃ pour l'inscription.
Et maintenant, le routeur cinq reÃ§oit une jonction s, g.
Alors, la source estâ¦ voyons voirâ¦ quelle est la source de ce typeÂ ?
4.5.4.5 dans mon exemple particulier.
Il dit donc : Â« OK, voici une jonction PIM. Â»
Et il indiquera la source et le groupe.
Bon, alors, si cela se produit, comment formuler cela ?
En fait, voici un meilleur exemple.
Placez un routeur ici, au milieu.
D'accord, donc tous ces messages PIM ont une durÃ©e de vie d'un seul jour.
Bien, nous avons vu comment le signal PIM Ã©toile virgule g join a Ã©tÃ© diffusÃ© sur le mÃªme multicast.
adresse comme bonjour, 2240013.
Je ne l'ai pas vraiment soulignÃ© dans la trace du renifleur, mais tout comme le
PIM bonjour a une durÃ©e de vie d'un, PIM se connecte et disons son adresse
est 55555. Lorsque la jonction PIM se fait ici, dans l'en-tÃªte IP proprement dit,
La source viendra de ce type.
Et la destination sera comme Ã§a.
En fait, ce sera le routeur.
Ce type-lÃ , 4.5.4.4.
Disons simplement que, pour faire simple, il est le routeur 4.
Il n'y a donc pas forcÃ©ment moyen pour le routeur 4 de savoir que cette jonction
En fait, cela a commencÃ© au RP car cela se fait saut par saut.
Lorsque le RP l'a envoyÃ© pour la premiÃ¨re fois, il l'a envoyÃ© au routeur Z parce qu'il s'agit d'une virgule.
La commande g join contenait les mÃªmes informations.
La source Ã©tait 4.5.4.5.
Le groupe Ã©tait de 239 999.
Et le paquet avait ici une source IP du RP et la destination de
Routeur 4. PlaÃ§ons-le juste ici.
En fait, non, sa destination Ã©tait le routeur Z car il s'agissait d'un saut par saut.
Il ne faut qu'un seul saut.
La source IP est RP.
Destination = routeur Z.
Il a donc envoyÃ© cette virgule car le RP a dit : Â« OK, je sais quiâ¦ Â»
La source estâ¦ Mon voisin le plus proche est le routeur Z.
Je vais donc envoyer un PIM (comma g join) Ã ce voisin en disant : Â« HÃ© ! Â»
Voisin, pouvez-vous m'ouvrir ce passage ?
Ensuite, lorsque le routeur Z le reÃ§oit, il fait la mÃªme chose.
Il dit : Â« Mon chemin sÃ»r vers la source est le routeur 4. Â»
Je vais donc crÃ©er une jonction PIM s comma g et l'envoyer au routeur 4.
Cela s'ouvre donc au fur et Ã mesure que l'on avance sur ce chemin.
Cette interface est ouverte dans la liste des interfaces sortantes.
Mais lorsque le routeur 4 reÃ§oit ceci, il n'a aucune idÃ©e de la raison pour laquelle il reÃ§oit
C'est parce que le RP a lancÃ© le processus.
Tout ce qu'il sait, c'est qu'il a reÃ§u une commande s comma g join pour le routeur Z.
Il n'a aucune idÃ©e de pourquoi le routeur Z lui a envoyÃ© Ã§a.
Seul ce routeur Z l'a reÃ§u, c'est ce routeur Z qui l'a initiÃ©.
Alors il dit, eh bien, le routeur Z m'a envoyÃ© cette virgule g join, mais je suis dans le
processus d'inscription.
Les deux sont totalement diffÃ©rents.
Ce n'est pas parce qu'une personne m'a envoyÃ© un lien d'inscription que je dois arrÃªter les inscriptions.
faire avec un autre gars.
Je vais continuer Ã m'inscrire car je n'ai pas encore eu de nouvelles de la part de
RP pour l'instant. Tout ce que j'ai entendu, c'est que le routeur Z recevrait deux copies de
Le mÃªme paquet.
Lorsque le paquet multicast commencera Ã transiter, il transitera nativement.
De 4 Ã Z Ã RP, car cette voie est dÃ©sormais ouverte.
Et simultanÃ©ment, lorsque le routeur 4 a reÃ§u ce paquet multicast, il a crÃ©Ã©
une copie de celle-ci, encapsulÃ©e dans un message unicast et diffusÃ©e directement en unicast
au RP. Alors maintenant, le RP dit : Â« Hein ? D'accord, super nouvelle ! Â»
Je viens de recevoir le paquet multicast natif et authentique sur mon
Arbre du chemin le plus court.
Je sais maintenant que le chemin le plus court vers la source est ouvert.
Ãa coule. Ãa fonctionne.
Il dit : Â« Je n'ai plus besoin de ces messages d'inscription. Â»
Cela me fait travailler plus que nÃ©cessaire.
Le RP enverra donc ce qu'on appelle un message d'arrÃªt d'enregistrement PIM.
vers le routeur 4. C'est ce que recherche le routeur 4.
Cela l'amÃ¨nera Ã interrompre le processus d'inscription.
Je sais donc que, dans ce schÃ©ma, ce n'Ã©tait pas tout Ã fait clair.
Vous auriez peut-Ãªtre dit : Â« D'accord, eh bien, quand l'application va-t-elle arrÃªter l'enregistrement ? Â»
Je veux te montrer non.
Non. L'inscription se poursuivra jusqu'Ã ce que le RP indique explicitementÂ :
ArrÃªtez, s'il vous plaÃ®t. Je ne veux plus voir ces caisses enregistreuses.
Il utilise donc un message d'arrÃªt de registre pour effectuer la commutation.
En rÃ©alitÃ©, il ne l'utilise pas pour passer Ã son arbre de chemin le plus court.
Il le fait aprÃ¨s que son arbre de chemin le plus court ait dÃ©jÃ Ã©tÃ© ouvert.
En fait, je suis prÃªt Ã changer cela.
LÃ , le RP utilise des messages d'arrÃªt enregistrÃ©s aprÃ¨s son arbre de chemin le plus court.
C'est confirmÃ© et ouvert.
VoilÃ donc le processus d'enregistrement PIM.
Alors, voyons cela de plus prÃ¨s et comment cela fonctionne.
Je pense donc que notre arbre de parentÃ© partagÃ© est actuellement ouvert.
VÃ©rifions cela, allons au routeur 3 vers RP et assurons-nous qu'il est toujours lÃ .
a une Ã©toile, entrÃ©e.
Ah, d'accord, il ne le fait pas.
Revenons Ã notre source, notre rÃ©cepteur ici.
Ah oui, c'est pour Ã§a, parce qu'il n'a pas rejoint le groupe.
Bon, maintenant on devrait l'avoir.
Bon, voilÃ donc notre vedette, notre entrÃ©e.
Et en ce qui concerne ces minuteurs, celui-ci est commeâ¦
la durÃ©e de vie de ceci.
Le compte Ã rebours va continuer.
Et si ce compte Ã rebours atteint zÃ©ro, cela signifie que je vais supprimer ceci.
interface de la liste des interfaces sortantes.
Mais nous savons que tant que ce rÃ©cepteur est toujours actif, tant que
Il y a toujours des requÃªtes envoyÃ©es et des rapports reÃ§us, routeur 2 tous les
Dans 60 secondes, nous enverrons une autre Ã©toile. Inscrivez-vous ici pour actualiser cet Ã©tat.
Et le routeur 8 sera Ã©galement installÃ© lorsqu'il l'aura reÃ§u, nous lui enverrons sa propre Ã©toile.
Rejoignez-nous pour actualiser cet Ã©tat.
Par exemple, actuellement, nous sommes Ã 233.
Et c'est de nouveau opÃ©rationnel.
Vous voyez, nous avons donc commencÃ© Ã trois minutes et 23 secondes.
Et nous sommes descendus Ã environ une minute.
Et puis nous ne l'avons pas vu, mais en arriÃ¨re-plan, il a reÃ§u une Ã©toile.
il a participÃ© Ã une actualisation et cela est remontÃ© Ã ce niveau.
Ce minuteur indique la durÃ©e totale pendant laquelle cette interface a Ã©tÃ© active.
la liste des interfaces sortantes.
Cela fait donc une minute et quatre secondes que nous avons reÃ§u notre tout premier
premiÃ¨re Ã©toile, rejoindre ce qui a initialement provoquÃ© la crÃ©ation de cette entrÃ©e m-route.
Alors cette fois, nous allons simplement continuer Ã augmenter.