Flux multicast IPv6
Présentation des flux multicast IPv6
Le flux multicast IPv6 ajoute ou améliore les fonctionnalités suivantes:
Multicast de transit IPv6 qui comprend les fonctions de paquets suivantes:
Gestion normale des paquets
Traitement des fragments
Réordage des paquets
Traitement des flux PIMv6 (Protocol-Independent Multicast version 6)
Autres protocoles de routage multicast, tels que Multicast Listener Discovery (MLD)
La structure et le traitement des sessions de données multicast IPv6 sont les mêmes que celles d’IPv4. Chaque session de données présente les informations suivantes:
Une session de modèle
Plusieurs sessions de leaf.
Le comportement de vérification du chemin de chemin (RPF) pour IPv6 est identique à celui d’IPv4. Les données multicast entrantes ne sont acceptées que si la vérification RPF est réussi. Dans un flux multicast IPv6, les paquets de protocole MLD (Multicast Listener Discovery) entrants ne sont acceptés que si le MLD ou PIM est activé dans la zone de sécurité pour l’interface entrante. Les sessions pour paquets de protocole multicast ont une valeur de délai d’utilisation de 300 secondes par défaut. Cette valeur ne peut pas être configurée. Le paquet null register est envoyé au point de rendez-vous (RP).
Dans le flux multicast IPv6, un routeur multicast joue les trois rôles suivants:
Routeur désigné
Ce routeur reçoit les paquets multicast, les encapsule à l’aide d’en-têtes IP unicast et les envoie pour le flux multicast.
Routeur intermédiaire
Il y a deux sessions pour les paquets, la session de contrôle, pour les paquets unicast extérieurs et la session de données. Les stratégies de sécurité s’appliquent à la session de données et à la session de contrôle pour le forwarding.
Point de rendez-vous
Le RP reçoit le paquet PIM unicast enregistrer, sépare l’en-tête unicast, puis dirige le paquet multicast interne. Les paquets reçus par rp sont envoyés à l’interface pd pour décasulation et sont gérés ultérieurement comme des paquets multicast normaux.
Sur une unité de traitement des services (SPU), la session multicast est créée en tant que session de modèle pour correspondant au tuple du paquet entrant. Les sessions leaf sont connectées à la session de modèle. Sur le CPE (Customer Premise Equipment), seule la session de modèle est créée. Chaque session CPE transporte des listes de sortie de ventilateur qui sont utilisées pour la distribution équilibrée de charge des sessions SPU multicast.
Le multicast IPv6 utilise le comportement multicast IPv4 pour la distribution des sessions.
L’identifiant de point d’accès de service réseau (nsapi) de la session de feuille est mis en place sur le trafic texte multicast qui passe dans les tunnels, pour pointer vers le tunnel sortant. L’ID de zone du tunnel est utilisé pour examiner les stratégies de session de leaf lors de la deuxième phase. Les paquets multicast sont unidirectionnels. Ainsi, pour les sessions de texte multicast envoyées dans les tunnels, les sessions de forwarding ne sont pas créées.
Lorsque la suppression de la route multicast se supprime, la chaîne correspondante de sessions multicast est supprimée. Lorsque le routeur multicast change, la chaîne correspondante de sessions multicast est supprimée. Le paquet suivant, qui atteint la route multicast, est alors contraint de prendre le premier chemin et de ré-créer la chaîne de sessions. le compteur de route multicast n’est pas affecté.
L’approche de réordeur de paquets multicast IPv6 est la même que pour 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 unicast.