Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Comprendre les points de rendez-vous multicast, les arborescences partagées et les arborescences de points de rendez-vous

Dans une arborescence partagée, la racine de l’arborescence de distribution est un routeur, et non un hôte, et se trouve quelque part au cœur du réseau. Dans le protocole de routage multicast en mode clairsemé (Protocol Independent Multicast Sparse mode) (PIM SM), le routeur central à la racine de l’arborescence partagée est le point de rendez-vous (RP). Les paquets de la source en amont et les messages de jointure des routeurs en aval « se donnent rendez-vous » à ce routeur central.

Dans le modèle RP, les autres routeurs n’ont pas besoin de connaître les adresses des sources pour chaque groupe de multidiffusion. Tout ce qu’ils ont besoin de savoir, c’est l’adresse IP du routeur RP. Le routeur RP découvre les sources de tous les groupes de multidiffusion.

Le modèle RP transfère la charge de la recherche de sources de contenu multicast de chaque routeur (la notation (S,G)) au réseau (la notation (*,G) ne connaît que le RP). La façon exacte dont le RP trouve l’adresse IP unicast de la source varie, mais il doit y avoir une méthode pour déterminer la source appropriée pour le contenu multicast pour un groupe particulier.

Prenons l’exemple d’un ensemble de routeurs multicast sans trafic multicast actif pour un groupe donné. Lorsqu’un routeur apprend qu’un récepteur intéressé pour ce groupe se trouve sur l’un de ses sous-réseaux directement connectés, le routeur tente de rejoindre l’arborescence de distribution de ce groupe au RP, et non à la source réelle du contenu.

Pour rejoindre l’arborescence partagée, ou l’arborescence de points de rendez-vous (RPT) comme on l’appelle en mode clairsemé PIM, le routeur doit effectuer les opérations suivantes :

  • Déterminez l’adresse IP du RP pour ce groupe. La détermination de l’adresse peut être aussi simple qu’une configuration statique dans le routeur, ou aussi complexe qu’un ensemble de protocoles imbriqués.

  • Créez l’arborescence partagée pour ce groupe. Le routeur exécute une vérification RPF sur l’adresse RP dans sa table de routage, qui produit l’interface la plus proche du RP. Le routeur détecte maintenant que les paquets multicast de ce RP pour ce groupe doivent être acheminés vers le routeur sur cette interface RPF.

  • Envoyez un message de jonction sur cette interface en utilisant le protocole multicast approprié (probablement le mode PIM clairsemé) pour informer le routeur en amont qu’il souhaite rejoindre l’arborescence partagée pour ce groupe. Ce message est un message de jointure (*,G) car S n’est pas connu. Seul le RP est connu, et le RP n’est pas réellement la source des paquets multicast. Le routeur recevant le message de jointure (*,G) ajoute l’interface sur laquelle le message a été reçu à sa liste d’interfaces sortantes (OIL) pour le groupe et effectue également une vérification RPF sur l’adresse RP. Le routeur en amont envoie alors un message de jonction (*,G) de l’interface RPF vers la source, informant le routeur en amont qu’il souhaite également rejoindre le groupe.

Chaque routeur en amont répète ce processus, en propageant les messages de jointure à partir de l’interface RPF, en construisant l’arborescence partagée au fur et à mesure. Le processus s’arrête lorsque le message de jointure atteint l’une des valeurs suivantes :

  • Le RP du groupe qui est rejoint

  • Routeur le long du RPT qui a déjà un état de transfert multicast pour le groupe en cours de jonction

Dans les deux cas, la branche est créée, et les paquets peuvent circuler de la source vers le RP et du RP vers le récepteur. Notez qu’il n’y a aucune garantie que l’arborescence partagée (RPT) soit l’arborescence du chemin le plus court vers la source. Il est fort probable que ce ne soit pas le cas. Cependant, il existe des moyens de « migrer » une arborescence partagée vers un SPT une fois que le flux de paquets a commencé. En d’autres termes, l’état de transfert peut passer de (*,G) à (S,G). La formation des deux types d’arbres dépend fortement du fonctionnement du contrôle RPF et de la table RPF.