PDF(5.1 MB) Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
Mis à jour:12 janvier 2018
ID du document:212639
Langage exempt de préjugés
Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
À propos de cette traduction
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue.
Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit le flux de paquets du modèle ASM (Any-Source Multicast).
Informations générales
Ce document fournit le flux de paquets détaillé du flux de paquets multidiffusion natif et l'analyse de sa sortie. Il décrit la sortie de l'analyse détaillée et le flux de paquets dans le plan de contrôle et le plan de transfert.
L'ASM est le modèle dans lequel le destinataire n'a pas la connaissance de l'expéditeur. Cela signifie qu'il peut recevoir du trafic de n'importe quelle source. Le destinataire ne connaît que le groupe de multidiffusion que l'expéditeur utilise et le protocole IGMP (Internet Group Management Protocol) afin de s'abonner pour recevoir tout le trafic destiné à cette adresse.
Tout cela est traité dans ce document :
1. Que se passe-t-il lorsque le destinataire est actif ?
2. Que se passe-t-il lorsque la source est active ?
3. Que se passe-t-il lorsque le registre est reçu au point de rendez-vous (RP) ?
4. Comment (S, G) s'est formé. Routeur jusqu'au premier saut (FHR).
5. Quel chemin emprunte-t-il pour le premier flux multidiffusion ?
6. Que se passe-t-il lorsque deux flux sont reçus au niveau du routeur de dernier saut (LHR) ?
7. Méthode de formation de l'arborescence du plus court chemin (SPT) sur l'arborescence partagée. Exactement ce qui se passe et la raison pour laquelle le basculement a lieu.
Le protocole PIM (Protocol Independent Multicast) est utilisé comme protocole de routage multidiffusion entre la source et le récepteur pour créer l'arborescence multidiffusion. Dans ASM, (*, G) l'entrée de multidiffusion est utilisée où * représente any-source et G est le récepteur d'adresses de groupe de multidiffusion qui est intéressé pour recevoir le trafic.
Étape 1. Lorsque le récepteur est actif, il envoie un message de rapport IGMP
Lorsque l'expression d'intérêt du destinataire est reçue, le routeur désigné (DR) envoie alors un message PIM Join au RP pour ce groupe de multidiffusion.
Ce message Join est appelé (*, G) Join car il joint le groupe G pour toutes les sources à ce groupe.
La jointure (*, G) se déplace saut par saut vers le RP pour le groupe, et dans chaque routeur par lequel elle passe, l'état de l'arborescence de multidiffusion pour le groupe G est instancié.
LHR est considéré comme le routeur de dernier saut parce qu'il a l'indicateur C dans l'entrée (*, G) ce qui signifie qu'il a directement connecté le récepteur (en fait dans ce cas, il est lui-même avec l'utilisation de la commande igmp join group).
Étape 2. Quand la source est active
Avant d'envoyer le message d'enregistrement, le routeur désigné doit en bref consulter la table mroute pour s'assurer qu'il ne s'agit pas du routeur désigné et qu'il dispose d'informations RP-Set et que toutes les vérifications nécessitent l'activation du protocole PIM entre le routeur désigné et le routeur désigné.
Les deux tunnels FHR et RP doivent avoir une encapsulation et une décapsulation de tunnel de niveau logiciel.
Register Message fournit les informations sur le groupe de sources et l'existence de Source.
Le paquet multicast encapsulé est extrait et le RP vérifie s'il existe un état (*, G) pour l'adresse de destination.
S'il n'y a pas d'état (*, G), PIM Register-Stop est renvoyé immédiatement.
Étape 3. Création d'une arborescence partagée
Avant d'envoyer le message d'enregistrement, le routeur désigné doit en bref consulter la table mroute pour s'assurer qu'il ne s'agit pas du routeur désigné et qu'il dispose d'informations RP-Set et que toutes les vérifications nécessitent l'activation du protocole PIM entre le routeur désigné et le routeur désigné
Les deux tunnels FHR et RP doivent avoir une encapsulation et une décapsulation de tunnel de niveau logiciel
Register Message fournit les informations sur le groupe de sources et son existence si Source.
Le paquet multicast encapsulé est extrait et le RP vérifie s'il existe un état (*, G) pour l'adresse de destination.
S'il n'y a pas d'état (*, G), PIM Register-Stop est renvoyé immédiatement.
Étape 4. (S, G) Paquet atteignant le FHR
Seule la présence du MESSAGE D'ENREGISTREMENT au RP (S, G) PIM JOIN se rend au FHR. Pour créer l'état de transfert.
Une fois que PIM JOIN a terminé le processus de création d'un état de transfert matériel pour le flux de trafic multidiffusion.
S'il y a (*, G) écouteurs, le RP commence à construire SPT vers l'adresse IP source multicast. C'est là que le contrôle RPF est effectué pour trouver l'interface en amont à laquelle envoyer le PIM Join.
Étape 5. Premier flux de paquets multidiffusion, atteindre le récepteur via l’arborescence partagée
Un routeur transfère un flux de multidiffusion uniquement s’il est reçu sur l’interface INC /RFP.
L'adresse source des paquets multidiffusion est comparée à la RT monodiffusion.
Déterminez l'interface et le routeur de multidiffusion de tronçon suivant dans la direction de la source où la jointure a été envoyée.
Le RP est en train de rejoindre l'arborescence spécifique à la source pour S, les paquets de données continueront à être encapsulés sur le RP. Lorsque les paquets de S commencent également à arriver nativement au RP, le RP reçoit deux copies de chacun de ces paquets.
À ce stade, le RP commence à rejeter la copie encapsulée de ces paquets, et il renvoie un message REGISTER STOP au DR de S pour empêcher le DR d'encapsuler inutilement les paquets.
Une fois que le RP reçoit le trafic source via l'arborescence source. Le chemin source du matériel est établi. Définissez l'indicateur « T » et l'arborescence est générée.
RP envoie REGISTER STOP pour démanteler le tunnel du FHR au RP après avoir reçu le trafic source.
Pour arrêter ce processus de registre, le RP envoie un message d'arrêt de registre PIM
Étape 6. LHR reçoit le trafic de SPT et envoie un message d’élagage vers l’arborescence partagée
Après réception de deux flux de trafic multidiffusion, le LHR commence à recevoir le trafic de SPT et envoie un message d'élagage vers l'arborescence partagée.
L'indicateur J signifie que l'état respectif (*, G) est de commuter le SPT par le routeur leaf.
L'indicateur « F » est généralement trouvé pour les états créés au niveau du routeur DR PIM - il signale les états de transmission qui correspondent aux flux qui sont enregistrés avec le RP. Si l'indicateur « F » persiste, alors votre routeur est très probablement incapable de recevoir les messages d'arrêt du registre PIM en retour du RP, et donc il y a des sources qui n'ont pas basculé vers le SPT.