Flux multicast IPv6
Présentation du flux de multicast IPv6
Le flux de multidiffusion IPv6 ajoute ou améliore les fonctionnalités suivantes :
Multicast de transit IPv6 qui inclut les fonctions de paquets suivantes :
Gestion normale des paquets
Gestion des fragments
Réorganisation des paquets
Gestion des flux PIMv6 (Protocol-Independent Multicast version 6)
D’autres protocoles de routage de multidiffusion, tels que MLD (Multicast Listener Discovery)
La structure et le traitement de la session de données multicast IPv6 sont les mêmes que ceux d’IPv4. Chaque session de données comporte les éléments suivants :
Un modèle de session
Plusieurs sessions de feuilles.
Le comportement de vérification du transfert de chemin inverse (RPF) pour IPv6 est le même que pour IPv4. Les données multicast entrantes ne sont acceptées que si la vérification RPF réussit. Dans un flux de multidiffusion IPv6, les paquets entrants du protocole MLD (Multicast Listener Discovery) ne sont acceptés que si MLD ou PIM est activé dans la zone de sécurité de l’interface entrante. Les sessions pour les paquets de protocole multicast ont un délai d’expiration par défaut de 300 secondes. Cette valeur ne peut pas être configurée. Le paquet de registre nul est envoyé au point de rendez-vous (RP).
Dans un flux multicast IPv6, un routeur multicast a les trois rôles suivants :
Routeur désigné
Ce routeur reçoit les paquets multicast, les encapsule avec des en-têtes IP unicast et les envoie pour un flux multicast.
Routeur intermédiaire
Il existe deux sessions pour les paquets, la session de contrôle, pour les paquets unicast externes et la session de données. Les stratégies de sécurité sont appliquées à la session de données et la session de contrôle est utilisée pour le transfert.
Point de rendez-vous
Le RP reçoit le paquet de registre PIM unicast, sépare l’en-tête unicast, puis transfère le paquet multicast interne. Les paquets reçus par RP sont envoyés à l’interface pour la décapsulation et sont ensuite traités comme des paquets multicast normaux.
Sur une unité de traitement des services (SPU), la session de multidiffusion est créée en tant que session de modèle pour faire correspondre le tuple du paquet entrant. Les sessions leaf sont connectées à la session de modèle. Sur l’équipement sur site client (CPE), seule la session modèle est créée. Chaque session CPE contient les listes de distribution utilisées pour la distribution équilibrée de charge des sessions SPU multicast.
Le multicast IPv6 utilise le comportement de multicast IPv4 pour la distribution de session.
L’identificateur de point d’accès au service réseau (nsapi) de la session leaf est configuré sur le trafic de texte multicast entrant dans les tunnels, pour pointer vers le tunnel sortant. L’ID de zone du tunnel est utilisé pour la recherche de stratégie pour la session leaf dans la deuxième étape. Les paquets multicast sont unidirectionnels. Ainsi, pour les sessions de texte multicast envoyées dans les tunnels, les sessions de transfert ne sont pas créées.
Lorsque l’itinéraire de multidiffusion arrive à expiration, la chaîne de sessions de multidiffusion correspondante est supprimée. Lorsque l’itinéraire de multidiffusion change, la chaîne de sessions de multidiffusion correspondante est supprimée. Cela force le paquet suivant qui arrive sur la route de multidiffusion à prendre le premier chemin et à recréer la chaîne de sessions ; Le compteur de routes multicast n’est pas affecté.
L’approche de réorganisation des paquets de multicast IPv6 est identique à celle d’IPv4.
Pour le routeur d’encapsulation, le paquet entrant est multicast et le paquet sortant est unicast. Pour le routeur intermédiaire, le paquet entrant est unicast et le paquet sortant l’est.