TrÃ¨s bien, voyons voir.
Nous voulons donc observer le processus d'inscription.
La maniÃ¨re la plus simple de crÃ©er du trafic multicast est tout simplement d'effectuer un multicast.
Ping. Et en fait, ce sera facile.
La raison de mon hÃ©sitation est que, par exemple, si je faisais une diffusion multiple, cela pourrait poser problÃ¨me.
ping depuis le routeur 4, lorsque vous initiez un ping multicast depuis un routeur,
Il enverra effectivement ce paquet multicast, ce paquet ICMP multicast.
sur toutes les interfaces dont il dispose et sur lesquelles le PIM est activÃ©.
Je veux dire, il ne prend mÃªme pas la peine de vÃ©rifier l'Ã©tat de la route M ou quoi que ce soit d'autre.
Il le copie et l'envoie dans chaque paquet.
Et je ne voulais pas de Ã§a.
Mais dans ce cas prÃ©cis, je n'ai pas Ã m'en soucier car sur le routeur 5, il
De toute faÃ§on, elle ne possÃ¨de qu'une seule interface.
Voyons voir.
Nous voulons capturer...
Voici donc le paquet multicast.
Ãa va se passer comme Ã§a.
Et nous voulons voir ce paquet multicast tel qu'il est encapsulÃ© dans un PIM
s'inscrire. Et ensuite, nous voulons aussi voir dÃ¨s que le RP l'aura reÃ§u, nous
J'aimerais le voir envoyer une jonction PIM-S-G pour ouvrir son chemin le plus court.
Nous verrons alors le flux multicast lui-mÃªme se dÃ©rouler dans son format natif.
formulaire. Enfin, nous voulons voir le RP une fois qu'il l'aura reÃ§u, en l'envoyant.
un arrÃªt du registre PIM.
Car c'est ainsi que cela va se passer.
Pour ce faire, voyons voir.
Pourquoi ne pas simplement capturer tout ce qui entre et sort du routeur 3 rapidement ?
Ethernet 00. Le routeur 3 est donc en mode rapide Ethernet 00, soit le port 0/5.
Interrupteur. D'accord, oui, 0/5.
TrÃ¨s bien, nous devrions Ãªtre prÃªts.
Permettez-moi donc d'aller maintenant Ã la source.
Et je crois que j'utilise 999.
Et je vais rÃ©pÃ©ter Ã§a 100 fois juste pour que Ã§a dure un moment.
Et commenÃ§ons la traque par renifleur.
VoilÃ , c'est fait.
Cela suffisait.
Bon, voici la caisse.
Donc on ne voit pas vraiment, car je ne filme que surâ¦ allons-y
Pour en revenir Ã cela, je ne capture que les donnÃ©es entrant et sortant de
En fait, nous n'avons pas vu le flux multicast natif tel qu'il arrivait au routeur.
4. Mais nous voyons bien le message d'inscription.
VoilÃ donc le registre PIM.
Il s'agit donc de l'adresse IP 4545.
VÃ©rifions ici.
C'est le routeur 4 qui devrait effectuer l'enregistrement, et non le routeur 5.
Permettez-moi de vÃ©rifier le routeur 5 un instant.
Voyons voir, c'est intÃ©ressant, mais il existe un moyen simple de vÃ©rifier
VoilÃ . L'adresse source provient donc bien de la source elle-mÃªme.
4545. Mais est-ce que Ã§a vient vraiment de lui ou est-ce que le routeur 4 a simplement transmis Ã§a ?
lÃ -dedans ? Eh bien, nous pouvons le vÃ©rifier en vÃ©rifiant l'adresse MAC source de
ce cadre pour voir de qui il provient rÃ©ellement.
L'adresse MAC source provenait donc de 8C B6.
8C B6. Cela provient donc vraiment de FastEthernet01 et R5Â ?
Non, ce n'est pas le cas car il est 8E0051.
Donc si nous allons au routeur 4.
Oups, pas "show run", "show interface".
FastEthernet00.34.
VoilÃ . 8C B6.
C'est intÃ©ressant, regardez Ã§a.
Donc, lorsque le flux multicast natif atteint le routeur 4, lorsqu'il l'encapsule dans
Un message d'inscription, veuillez patienter une seconde.
Je crois que c'est une bizarrerie, en fait, je crois me souvenir que c'est un
L'Ã©trangetÃ© du requin-fil, pas vraiment la pince coupante.
Ouais, c'est parti.
Bon, je ne sais pas pourquoi Wire Shark n'aime pas Ã§a.
Ici, dans la fenÃªtre principale, il est indiquÃ© que cela provient de la version 4.5.
Si vous regardez attentivement le contenu du message, ici dans l'en-tÃªte IP, vous verrez qu'il provient de
depuis le routeur 4. Je ne comprends donc pas pourquoi il y a une telle diffÃ©rence entre la faÃ§on dontâ¦
Il l'affiche. Voici donc mon en-tÃªte IP.
Le trafic provient donc du routeur 4 et se dirige vers le point de rendez-vous, le routeur 3.
et derriÃ¨re l'en-tÃªte IP, se trouve notre en-tÃªte PIM.
Donc, le type numÃ©ro 1, qui est un paquet d'enregistrement.
Et puis vous pouvez voir ici qu'il n'y a que quelques drapeaux, et puis voici
en fait, le paquet multicast qu'il contient.
Partant de la source, allant au groupe, et juste quelques autres choses
Ã ce sujet, au cas oÃ¹ cela vous intÃ©resserait.
Je parlerai du registre nul en tout dernier point de cette section.
vidÃ©o. Mais ce truc qu'on appelle frontiÃ¨re, c'est quoi exactementÂ ?
Il est indiquÃ© non. Il existe une fonctionnalitÃ© que vous pouvez utiliser en mode PIM allÃ©gÃ© appelÃ©e
un routeur de bordure, ou un routeur de bordure PIM.
C'est-Ã -dire, et honnÃªtement, je ne suis pas sÃ»r de la frÃ©quence Ã laquelle cela est utilisÃ© dans le
Dans la rÃ©alitÃ©, par exemple, si j'avais un routeur, d'un cÃ´tÃ© je feraisâ¦
quelque chose qui n'est pas du PIM.
Nous rÃ©alisons donc une partie et nous utilisons le PIM sur l'autre interface.
Et nous voulons que le flux multicast soit acheminÃ© sans problÃ¨me.
Cela serait considÃ©rÃ© comme un routeur de bordure PIM.
Dans ce cas prÃ©cis, si ce routeur envoyait un registre, ce bit
LÃ , ce drapeau serait mis Ã 1, indiquant que oui, il s'agit d'une frontiÃ¨re.
routeur. Mais on ne fait pas ce genre de choses bizarres ici, donc il dit
Non, ce n'est pas un routeur de frontiÃ¨re.
VoilÃ donc notre registre, un en-tÃªte PIM basique assez simple, et ensuiteâ¦
le multicast proprement dit Ã l'intÃ©rieur.
Et puis, selon notre tableau blanc, nous avons dit qu'une fois que cela aurait Ã©tÃ© abaissÃ©, le
Le point de rendez-vous devrait alors tenter d'ouvrir son arbre de chemin le plus court.
en envoyant une jointure S, G.
Voyons voir.
C'est probablement Ã§a, PIM se connecte, voyons voir.
Ãa arrive, l'adresse source provient de notre point de rendez-vous, 343,
C'est le routeur 3.
Il sera envoyÃ© Ã l'adresse PIM 2240013.
Tapez le code 3 pour rejoindre.
Maintenant, remarquez, qu'est-ce qui diffÃ©rencie cela d'une Ã©toile, vous rejoignez-nous ?
Eh bien, deux ou trois choses.
NumÃ©ro un, nombre de joints un.
Vous vous souvenez qu'on a vu ces drapeaux de SW et R ici ?
Eh bien, nous ne constatons pas cela cette fois-ci.
Le R indiquait que le bit RP Ã©tait activÃ©, ce qui signifiait que cette jointure particuliÃ¨re devait Ãªtre
Remontez l'arbre partagÃ©.
La destination finale Ã©tait le point de rendez-vous.
Eh bien, nous ne voyons pas cela ici.
Le bit W a Ã©tÃ© configurÃ© pour reprÃ©senter le bit gÃ©nÃ©rique.
Le caractÃ¨re gÃ©nÃ©rique signifiait que, d'accord, lorsque vous regardez cette adresse, ceci
L'adresse est celle du point de rendez-vous.
Eh bien, ici, nous ne constatons pas cela.
Le bit gÃ©nÃ©rique n'est pas activÃ©, ce qui signifie qu'il s'agit bien de l'adresse
de la source. Donc, Ã§a ressemble un peu Ã une Ã©toile, rejoignez-la, mais seulement jusqu'Ã
Vous creusez au cÅur du problÃ¨me et vous voyez quels drapeaux sont prÃ©sents ou quels drapeaux
ne sont pas lÃ , pouvez-vous vraiment dire s'il s'agit d'une Ã©toile ou d'un S, rejoignez-nous.
Et ce cas est une jointure S.
Il dit donc : Â« OK, voisin en amont, il s'agit donc du routeur quatre. Â»
Il dit : Â« Ceci vous est destinÃ© Â», et j'essaie de rejoindre cette source et
ce groupe. OK, donc il y a le S, rejoignez-nous.
Et une fois que ce S, join a Ã©tÃ© reÃ§u, cela aurait dÃ» mettre en place ce sous-forum.
-interface dans la liste des interfaces sortantes du routeur quatre.
Et ensuite, le multicast natif aurait dÃ» Ãªtre dÃ©sactivÃ©, et nous aurions dÃ»
J'en ai reÃ§u deux exemplaires, l'un dans un paquet d'enregistrement et l'autre dans le livre natif.
multicast lui-mÃªme.
Voyons donc si nous avons vu cela.
Voici donc notre jointure, et il semble que, d'accord, donc juste ici, voici le
Multicast natif, notez l'absence de PIM ici.
La source est bien la source, voici le multicast natif, et ensuite Ã droite
DerriÃ¨re cela se cache un registre PIM.
Et voici une question intÃ©ressanteÂ : sâagit-il exactement du mÃªme paquetÂ ?
CopiÃ© ? Voyons voir, dans le multicast natif rÃ©el, dans l'IP
En-tÃªte, nous avons une identification de 0, 0, 0, 1.
N'oubliez pas que, normalement, chaque paquet IP possÃ¨de un identifiant unique.
champ. Voyons voir, qu'en est-il du paquet d'enregistrementÂ ?
Ils possÃ¨dent exactement le mÃªme identifiant, donc oui, ce sont des doublons du mÃªme paquet.
TrÃ¨s bien, et une fois que nous avons vu cela, nous voyons ici, en bas, le routeur trois,
ce qui revient Ã dire au RP : Â« ArrÃªtez les caisses enregistreuses Â», c'est-Ã -dire : Â« Je ne veux plus de caisses enregistreuses. Â»
Donc, ici mÃªme, dans le corps du PIM, tapez le code deux, arrÃªtez l'enregistrement, et il dit
Je m'arrÃªte pour cette source et ce groupe.
Il y avait un autre champ dans le registre que j'ai en quelque sorte ignorÃ©.
un indicateur dont je n'ai pas parlÃ©, qui est celui-ci, le registre nul
drapeau, qu'est-ce que c'est ?
Dans ce cas prÃ©cis, le registre nul est dÃ©sactivÃ©, mais
Quand serait-il activÃ© et pourquoi l'utiliserions-nous ?
Alors, disons que nous allons dessiner quelque chose ici un instant, et nous pourrons en fait
Utilisez ceci comme exemple.
Supposons que notre rÃ©cepteur soit ici, et qu'initialement le multicast
Le flux circulait Ã travers l'arbre partagÃ© via le RP, mais nous savons que
d'ici peu de temps, et nous allons examiner cela dans le
Dans la section suivante, nous allons passer de l'arbre partagÃ© Ã l'arbre partagÃ©.
Le trafic ne se dirige plus vers le RP, c'Ã©tait... oups, pas Ã§a, Ã§a...
L'interface a Ã©tÃ© supprimÃ©e, dÃ©barrassons-nous de tout Ã§a, et
Le trafic circule dÃ©sormais librement dans ce sens, par le chemin le plus court.
Arborescence des chemins vers le rÃ©cepteur.
OK, donc la diffusion multicast fonctionne, elle fonctionne, elle fonctionne, tout va bien, c'est bon
Tout se passe bien. Mais que se passe-t-il si, 10, 15 ou 20 minutes plus tard, ceci se produit ?
Nous avons un autre rÃ©cepteur qui rejoint notre topologie, et il souhaite exactement
Il s'agit du mÃªme flux, il envoie donc un rapport d'appartenance IGMP.
Cela dÃ©clenche une jointure Ã©toile-coma-G PIM, qui crÃ©e un Ã©tat Ã©toile-coma-G
dans le RP, et le RP reste lÃ , Ã attendre, encore et encore.
Car aprÃ¨s tout, le routeur Z n'a aucune raison de transfÃ©rer ce trafic multicast
au RP, Ã droite, le RP a supprimÃ© cette interface.
Une fois que le trafic commence Ã emprunter le chemin le plus court, nous recevons
Des pruneaux sont montÃ©s par ici, et on a dit au RP : Â« HÃ©, on n'a plus besoin de toi. Â»
Nous n'avons pas besoin du trafic provenant de vous.
Et quand le RP a entendu cela, il a dit : Â« D'accord, je suppose que je n'en ai plus besoin. Â»
Personne d'autre n'en veut de moi, alors le RP a supprimÃ© ce lien.
Cela s'est passÃ© il y a longtemps.
Quelqu'un sollicite Ã nouveau le RP pour ce trafic, mais il n'obtient rien.
C'est lÃ que le registre nul peut intervenir.
Parlons donc du registre nul.
Nous savons donc qu'au bout d'un certain temps, le RP peut oublier ce flux.
C'est par lui qu'il est passÃ© Ã l'origine.
Il le taille parce qu'il n'en a plus besoin, et il l'oublie.
Donc, ce qui va se passer, c'est que le routeur qui est connectÃ©
Ã la source, le routeur 4 rÃ©pond : Â« Eh bien, j'envoie ce multicast depuisâ¦ Â»
Un certain temps. Il est possible que le RP en ait besoin.
HÃ©, peut-Ãªtre que quelqu'un d'autre souhaite recevoir ce trafic.
Peut-Ãªtre devrais-je informer le RP que Ã§a continue.
Eh bien, nous pourrions prendre le paquet suivant et l'enregistrer auprÃ¨s du RP.
Ãa fonctionnerait.
Mais au contraire, les dÃ©sirs de PIM disaient : eh bien, je ne veux plus dÃ©ranger.
Le RP avec cette inscription, parce qu'il n'a peut-Ãªtre personne.
Peut-Ãªtre que personne dans son entourage ne souhaite rÃ©ellement ce trafic.
En fait, ce qui se passe, c'est que toutes les quelques secondes, le routeur 4 envoie ce qu'on appelle
un registre nul au point de rendez-vous.
Qu'est-ce qu'un registre nulÂ ?
En gros, cela ressemble exactement Ã un paquet d'enregistrement normal, mais ce n'est pas le cas.
contiennent des donnÃ©es multicast.
Donc, si nous revenons Ã notre trace d'analyse, un registre nul indiquerait le type
1 registre, et il contiendrait des informations sur la source et
le groupe. Mais il n'y aurait pas de corps.
Il ne contiendrait aucune donnÃ©e multicast.
Ce serait un paquet beaucoup plus petit.
Et l'indicateur de registre nul serait mis Ã 1.
Et c'est ainsi que ce routeur pourrait dire : Â« HÃ©, RP veut justeâ¦ Â»
Sachez que je suis toujours au courant de ce flux.
Ãa me traverse encore.
Alors si tu le veux, tu ferais mieux de me le dire.
Et puis une fois que le routeur a obtenu, une fois que le RP a obtenu ce registre nul, il est
en disant : oh, super, super.
J'attendais des nouvelles concernant la circulation, car quelqu'un m'a posÃ© la question.
pour cela. Le RP pouvait donc Ã nouveau envoyer une requÃªte S-comaG pour ouvrir
par cette voie, et la circulation pourrait commencer Ã s'Ã©couler dans cette direction.
VoilÃ donc ce qu'est un registre nul.
Et ces messages sont envoyÃ©s toutes les cinq secondes.
C'est ce qu'on appelle le temps de sondage.
Donc toutes les cinq secondes, le routeur le plus proche de la source, si le
La source est toujours active ; si elle continue Ã diffuser le flux multicast, nousâ¦
Envoyer toutes les cinq secondes ces registres nuls au RP, juste un rappel.
le RP qui indique que ce trafic existe.
Parce que peut-Ãªtre, au cours des cinq derniÃ¨res secondes, un nouveau rÃ©cepteur s'est connectÃ©.
RP, et peut-Ãªtre que RP souhaite rÃ©cupÃ©rer ce trafic.