Comprendre l’enregistrement VLAN multicast
L’enregistrement VLAN multicast (MVR) permet une distribution plus efficace des flux multicast IPTV sur un réseau Ethernet de couche 2 basé sur un anneau.
Dans un réseau de couche 2 standard, un flux multicast reçu sur un VLAN n’est jamais distribué à des interfaces situées en dehors de ce VLAN. Si les hôtes de plusieurs VLAN demandent le même flux de multidiffusion, une copie distincte de ce flux de multidiffusion est distribuée à chaque VLAN demandeur.
Lorsque vous configurez MVR, vous créez un VLAN multicast (MVLAN) qui devient le seul VLAN sur lequel le trafic multicast IPTV circule dans le réseau de couche 2. Les périphériques sur lesquels MVR est activé transfèrent de manière sélective le trafic multicast IPTV des interfaces du MVLAN (interfaces source) vers les hôtes connectés à des interfaces qui ne font pas partie du MVLAN que vous désignez comme ports de réception MVR. Les ports récepteurs MVR peuvent recevoir du trafic d’un port du MVLAN, mais ne peuvent pas envoyer de trafic sur le MVLAN, et ces ports restent dans leurs propres VLAN pour des raisons de bande passante et de sécurité.
Avantages de l’enregistrement VLAN multicast
Réduit la bande passante nécessaire à la distribution des flux multicast IPTV en éliminant la duplication des flux multicast d’une même source vers les récepteurs intéressés sur différents VLAN.
Fonctionnement du MVR
MVR fonctionne de la même manière et en conjonction avec l’espionnage IGMP (Internet Group Management Protocol). Les fonctions de surveillance MVR et IGMP surveillent les entrées et sorties de messages IGMP et créent des tables de transfert basées sur les adresses MAC (Media Access Control) des hôtes qui envoient ces messages IGMP. Alors que la surveillance IGMP fonctionne au sein d’un VLAN donné pour réguler le trafic multicast, MVR peut fonctionner avec des hôtes sur différents VLAN dans un réseau de couche 2 pour fournir de manière sélective le trafic multicast IPTV à tout hôte demandeur. Cela réduit la bande passante nécessaire pour transférer le trafic.
MVR est pris en charge sur les VLAN exécutant IGMP version 2 (IGMPv2) uniquement.
Principes de base du MVR
MVR n’est pas activé par défaut sur les appareils qui prennent en charge MVR. Vous configurez explicitement un MVLAN et lui attribuez une plage d’adresses de groupe de multidiffusion. Ce VLAN transporte le trafic MVLAN pour les groupes multicast configurés. Vous configurez ensuite les autres VLAN pour qu’ils soient des VLAN récepteurs MVR qui reçoivent des flux multicast du MVLAN. Lorsque MVR est configuré sur un périphérique, celui-ci ne reçoit qu’une seule copie de chaque flux multicast MVR, puis réplique le flux uniquement vers les hôtes qui souhaitent le recevoir, tout en transférant tous les autres types de trafic multicast sans modification.
Vous pouvez configurer plusieurs MVLAN sur un périphérique, mais ils doivent avoir des sous-réseaux de groupes multicast disjoints. Un VLAN récepteur MVR peut être associé à plusieurs MVLAN sur l’équipement.
MVR ne prend pas en charge les MVLAN ou les VLAN récepteurs MVR sur un VLAN privé (PVLAN).
Sur les commutateurs non-ELS, les ports du récepteur MVR comprennent toutes les interfaces qui existent sur l’un des VLAN du récepteur MVR.
Sur les commutateurs ELS, les ports du récepteur MVR sont toutes les interfaces des VLAN du récepteur MVR, à l’exception des ports du routeur multicast ; une interface ne peut être configurée à la fois dans un VLAN récepteur MVR et dans son MVLAN que si elle est configurée en tant que port de routeur multicast dans les deux VLAN. Les commutateurs ELS EX Series prennent en charge MVR comme suit :
À partir de Junos OS version 18.3R1, les commutateurs EX4300 et Virtual Chassis prennent en charge MVR. Vous pouvez configurer jusqu’à 10 MVLAN sur ces équipements.
À partir de Junos OS version 18.4R1, les commutateurs EX2300 et EX3400 et Virtual Chassis prennent en charge MVR. Vous pouvez configurer jusqu’à 5 MVLAN sur ces équipements.
À partir de Junos OS version 19.4R1, les commutateurs EX4300 multi-gigabit (EX4300-48MP) et Virtual Chassis prennent en charge MVR. Vous pouvez configurer jusqu’à 10 MVLAN sur ces équipements.
MVR présente certaines différences de configuration et de fonctionnement sur les commutateurs EX Series qui utilisent le style de configuration ELS (Enhanced L2 Software) par rapport à MVR sur les commutateurs qui ne prennent pas en charge ELS. Le cas échéant, les sections suivantes expliquent ces différences.
MVR Modes
MVR peut fonctionner dans deux modes : MVR mode transparent et MVR proxy mode. Les deux modes permettent au MVR de ne transmettre qu’une seule copie d’un flux multicast au réseau de couche 2. Cependant, la principale différence entre les deux modes réside dans la façon dont l’appareil envoie les rapports IGMP en amont au routeur multicast. L’appareil gère essentiellement les requêtes IGMP de la même manière dans les deux modes.
Vous configurez les modes MVR différemment sur les commutateurs non-ELS et ELS. En outre, sur les commutateurs ELS, vous pouvez associer un MVLAN à certains VLAN récepteurs MVR fonctionnant en mode proxy et d’autres fonctionnant en mode transparent si vous avez des exigences de multidiffusion pour les deux modes dans votre réseau.
MVR Transparent Mode
Le mode transparent est le mode par défaut lorsque vous configurez un VLAN récepteur MVR, également appelé VLAN récepteur de transfert de données.
Sur les commutateurs ELS, vous pouvez configurer explicitement le mode transparent, bien qu’il s’agisse également du paramètre par défaut si vous ne configurez pas de mode récepteur MVR.
En mode transparent MVR, l’équipement traite les paquets IGMP destinés à la fois au VLAN source multicast et aux VLAN récepteurs multicast de la même manière qu’il les traite lorsque MVR n’est pas utilisé. Sans MVR, lorsqu’un hôte sur un VLAN envoie des messages IGMP join and leave, l’appareil transmet les messages à toutes les interfaces de routeur multicast du VLAN. De même, lorsqu’un VLAN reçoit des requêtes IGMP de ses interfaces de routeur multicast, il transmet les requêtes à toutes les interfaces du VLAN.
Avec MVR en mode transparent, l’appareil gère les rapports et les requêtes IGMP comme suit :
Reçoit les messages d’entrée et de sortie IGMP sur les interfaces VLAN du récepteur MVR et les transmet aux ports de routeur multicast sur le VLAN du récepteur MVR.
Transfère les requêtes IGMP sur le VLAN du récepteur MVR vers tous les ports du récepteur MVR.
Transfère les requêtes IGMP reçues sur le MVLAN uniquement vers les ports du récepteur MVR qui se trouvent dans les VLAN du récepteur associés à ce MVLAN, même si ces ports ne se trouvent pas sur le MVLAN lui-même.
Les appareils en mode transparent envoient des rapports IGMP uniquement dans le contexte du VLAN du récepteur MVR. En d’autres termes, si les ports récepteurs MVR reçoivent une requête IGMP d’un routeur multicast en amont sur le MVLAN, ils envoient uniquement des réponses sur les ports du routeur multicast VLAN du récepteur MVR. Le routeur en amont (qui a envoyé les requêtes sur le MVLAN) ne reçoit pas les réponses et ne transfère aucun trafic, donc pour résoudre ce problème, vous devez configurer l’appartenance statique. Par conséquent, nous vous recommandons d’utiliser le mode proxy MVR au lieu du mode transparent sur le périphérique le plus proche du routeur de multidiffusion en amont. Reportez-vous à la section Mode proxy MVR.
Si un hôte sur un port de récepteur multicast dans le VLAN du récepteur MVR rejoint un groupe, l’appareil ajoute l’entrée de pontage appropriée sur le MVLAN pour ce groupe. Lorsque l’équipement reçoit du trafic sur le MVLAN pour ce groupe, il transfère le trafic sur ce port étiqueté avec la balise MVLAN (même si le port ne se trouve pas dans le MVLAN). De même, si un hôte sur un port de récepteur multicast sur le VLAN du récepteur MVR quitte un groupe, l’appareil supprime l’entrée de pontage correspondante et le MVLAN cesse de transférer le trafic MVR de ce groupe sur ce port.
En mode transparent, par défaut, le périphérique installe des entrées de pontage uniquement sur le MVLAN qui est la source de l’adresse du groupe, donc si le périphérique reçoit du trafic VLAN récepteur MVR pour ce groupe, le périphérique ne transfère pas le trafic vers les ports récepteurs sur le VLAN récepteur MVR qui a envoyé le message de connexion pour ce groupe. L’appareil transfère uniquement le trafic vers les interfaces de réception MVR sur le MVLAN. Pour permettre aux ports VLAN du récepteur MVR de recevoir le trafic transféré sur le VLAN du récepteur MVR, vous pouvez configurer l’option install au niveau de la [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] hiérarchie afin que l’équipement installe également les entrées de pontage sur le VLAN du récepteur MVR.
MVR Proxy Mode
Lorsque vous configurez MVR en mode proxy, l’équipement agit en tant que proxy IGMP sur le routeur de multidiffusion pour les demandes d’appartenance à un groupe MVR reçues sur les VLAN récepteurs MVR. Cela signifie que l’appareil transfère les rapports IGMP des hôtes sur les VLAN récepteurs MVR dans le contexte du MVLAN. et les transfère uniquement vers les ports de routeur multicast du MVLAN. Le routeur multicast reçoit des rapports IGMP uniquement sur le MVLAN pour ces hôtes récepteurs MVR.
L’appareil gère les requêtes IGMP de la même manière qu’en mode transparent :
Transfère les requêtes IGMP reçues sur le VLAN du récepteur MVR vers tous les ports du récepteur MVR.
Transfère les requêtes IGMP reçues sur le MVLAN uniquement vers les ports du récepteur MVR qui se trouvent dans les VLAN du récepteur appartenant à ce MVLAN, même si ces ports ne se trouvent pas sur le MVLAN lui-même.
En mode proxy, pour les appartenances à des groupes de multidiffusion établies dans le contexte du MVLAN, l’appareil installe des entrées de pontage uniquement sur le MVLAN et transfère le trafic MVLAN entrant vers les hôtes des VLAN récepteurs MVR abonnés à ces groupes. Le mode proxy ne prend pas en charge l’option install qui permet à l’appareil d’installer également des entrées de pontage sur les VLAN du récepteur MVR. Par conséquent, lorsque l’équipement reçoit du trafic sur un VLAN récepteur MVR, il ne transfère pas le trafic vers les hôtes sur le VLAN récepteur MVR, car l’équipement n’a pas d’entrées de pontage pour ces ports récepteurs MVR sur les VLAN récepteurs MVR.
Mode proxy sur les commutateurs non-ELS
Sur les commutateurs non-ELS, vous configurez le mode proxy MVR sur un MVLAN à l’aide de l’instruction proxy au niveau de la [edit protocols igmp-snooping vlan vlan-name] hiérarchie ainsi que d’autres options de configuration de surveillance IGMP.
Sur les commutateurs non-ELS, cette proxy instruction de configuration prend uniquement en charge la configuration du mode proxy MVR. L’opération générale de proxy de surveillance IGMP n’est pas prise en charge.
Lorsque cette option est activée sur les commutateurs non-ELS, l’équipement agit en tant que proxy IGMP pour tous les groupes MVR provenant du MVLAN dans les directions amont et descendantes. En aval, l’appareil agit en tant que demandeur pour ces groupes multicast dans les VLAN du récepteur MVR. En amont, l’appareil est à l’origine des rapports et des messages IGMP laissés, et répond aux requêtes IGMP des routeurs multicast. La configuration de cette option de proxy sur un MVLAN active automatiquement le fonctionnement du proxy MVR pour tous les VLAN récepteurs MVR associés au MVLAN.
Mode proxy sur les commutateurs ELS
Sur les commutateurs ELS, vous configurez le mode proxy MVR sur les VLAN du récepteur MVR. Vous pouvez configurer le mode proxy MVR séparément du mode proxy de surveillance IGMP, comme suit :
Mode proxy de surveillance IGMP : vous pouvez utiliser l’instruction proxy au niveau de la
[edit protocols igmp-snooping vlan vlan-name]hiérarchie sur les commutateurs ELS pour activer le fonctionnement du proxy IGMP avec ou sans configuration MVR. Lorsque vous configurez cette option pour un VLAN sans configurer MVR, l’appareil agit comme proxy IGMP vers le routeur multicast pour les ports de ce VLAN. Lorsque vous configurez cette option sur un MVLAN, l’appareil agit comme un proxy IGMP entre le routeur de multidiffusion et les hôtes de tous les VLAN récepteurs MVR associés.Note:Vous configurez ce mode proxy uniquement sur le MVLAN, et non sur les VLAN récepteurs MVR.
Mode proxy MVR : sur les commutateurs ELS, vous configurez le mode proxy MVR sur un VLAN récepteur MVR (plutôt que sur le MVLAN), à l’aide de l’option au niveau de la
proxy[edit igmp-snooping vlan vlan-name data-forwarding receiver mode]hiérarchie, lorsque vous associez le VLAN du récepteur MVR à un MVLAN. Un commutateur ELS fonctionnant en mode proxy MVR pour un VLAN récepteur MVR agit comme un proxy IGMP pour ce VLAN récepteur MVR vers le routeur multicast dans le contexte du MVLAN.
Traduction des balises VLAN MVR
Lorsque vous configurez MVR, l’appareil envoie par défaut du trafic multicast et des requêtes IGMP des paquets en aval aux hôtes dans le contexte du MVLAN. La balise MVLAN est incluse pour le trafic sortant avec balise VLAN sur les ports trunk, tandis que le trafic sortant sur les ports d’accès n’est pas balisé.
Sur les commutateurs ELS EX Series prenant en charge MVR, pour les VLAN avec des ports trunk et des hôtes sur un VLAN récepteur multicast qui attendent le trafic dans le contexte de ce VLAN récepteur, vous pouvez configurer le périphérique pour qu’il traduise les balises MVLAN en balises VLAN récepteur multicast. Voir l’option translate au niveau de la [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] hiérarchie.
Configurations MVR recommandées dans la couche d’accès sur les commutateurs ELS
En fonction de la topologie de la couche d’accès de votre réseau, les sections suivantes décrivent les méthodes recommandées de configuration du MVR sur les périphériques de la couche d’accès afin de distribuer sans problème un seul flux multicast aux hôtes abonnés dans plusieurs VLAN.
Ces sections s’appliquent uniquement aux commutateurs EX Series exécutant Junos OS avec le style de configuration ELS (Enhanced L2 Software).
- MVR dans une topologie de couche d’accès à un seul niveau
- MVR dans une topologie de couche d’accès à plusieurs niveaux
MVR dans une topologie de couche d’accès à un seul niveau
La figure 1 montre un équipement dans une topologie de couche d’accès à un seul niveau. L’appareil est connecté à un routeur multicast dans le sens amont (INTF-1), avec une liaison hôte ou des ports d’accès dans le sens descendant connectés à des récepteurs multicast dans deux VLAN différents (v10 sur INTF-2 et v20 sur INTF-3).
Sans MVR, l’interface amont (INTF-1) joue le rôle d’interface de routeur multicast vers le routeur amont et de port trunk dans les deux VLAN. Dans cette configuration, le routeur en amont aurait besoin de deux interfaces de routage et de pontage intégrées (IRB) pour envoyer deux copies du flux multicast à l’équipement, qui transmettrait ensuite le trafic aux récepteurs sur les deux VLAN différents sur INTF-2 et INTF-3.
Lorsque le MVR est configuré comme indiqué sur la Figure 1, le flux de multidiffusion peut être envoyé à des récepteurs de différents VLAN dans le contexte d’un seul MVLAN, et le routeur en amont n’a besoin que d’une seule interface IRB en aval sur laquelle envoyer un flux MVLAN à l’équipement.
Pour que MVR fonctionne correctement dans cette topologie, nous vous recommandons de configurer les éléments suivants sur l’équipement mononiveau, comme illustré à la Figure 1 :
Un MVLAN avec l’interface de routeur multicast en amont de l’appareil configurée en tant que port trunk et une interface de routeur multicast dans le MVLAN. Cette interface en amont était déjà un port trunk et un port de routeur multicast pour les VLAN récepteurs qui seront associés au MVLAN.
La Figure 1 montre un MVLAN configuré sur l’équipement, et l’interface amont INTF-1 configurée précédemment en tant que port trunk et port routeur multicast dans les versions 10 et v20, est ensuite ajoutée en tant que port trunk et routeur multicast dans le MVLAN.
VLAN récepteur MVR associés au MVLAN.
Sur la Figure 1, l’équipement est connecté à l’hôte 1 sur le VLAN v10 (à l’aide de l’interface de jonction INTF-2) et à l’hôte 2 sur v20 (à l’aide de l’interface d’accès INTF-3). Les VLAN v10 et v20 utilisent INTF-1 comme port trunk et port de routeur multicast en amont. Ces VLAN deviennent des VLAN récepteurs MVR pour le MVLAN, avec INTF-1 également ajouté en tant que port trunk et port de routeur multicast dans le MVLAN.
MVR s’exécutant en mode proxy sur l’appareil, de sorte que l’appareil traite les appartenances à un groupe IGMP VLAN récepteur MVR dans le contexte du MVLAN. Le routeur en amont n’envoie qu’un seul flux multicast sur le MVLAN en aval à l’équipement, qui est transféré aux hôtes sur les VLAN récepteurs MVR qui sont abonnés aux groupes multicast provenant du MVLAN.
L’équipement de la Figure 1 est configuré en mode proxy et établit des appartenances de groupe sur le MVLAN pour les hôtes sur les VLAN récepteurs MVR v10 et v20. Le routeur en amont sur la figure n’envoie qu’un seul flux multicast sur le MVLAN via INTF-1 à l’appareil, qui transfère le trafic aux hôtes abonnés sur les VLAN récepteurs MVR v10 et v20.
La traduction des balises VLAN du récepteur MVR est activée sur les VLAN du récepteur qui ont des hôtes sur les ports trunk, de sorte que ces hôtes reçoivent le trafic de multidiffusion dans le contexte de leurs VLAN du récepteur. Les hôtes atteints par le biais de ports d’accès reçoivent des paquets multicast non étiquetés (et n’ont pas besoin de traduction de balises VLAN MVR).
Sur la Figure 1, la traduction est activée sur la version 10 de l’équipement et la balise VLAN mvlan est remplacée par la balise VLAN mvlan lors du transfert du flux multicast sur l’interface trunk INTF-2. La traduction n’est pas activée sur la version 20 de l’appareil et transfère les paquets multicast non étiquetés sur le port d’accès INTF-3.
MVR dans une topologie de couche d’accès à plusieurs niveaux
La figure 2 montre les équipements dans une topologie de couche d’accès à deux niveaux. L’appareil supérieur ou en amont est connecté au routeur multicast dans le sens amont (INTF-1) et à un second périphérique en aval (INTF-2). L’équipement inférieur ou en aval se connecte à l’appareil en amont (INTF-3) et utilise les ports trunk ou d’accès dans le sens descendant pour se connecter aux récepteurs multicast dans deux VLAN différents (v10 sur INTF-4 et v20 sur INTF-5).
Sans MVR, comme dans la topologie de couche d’accès à un seul niveau, l’équipement supérieur se connecte au routeur multicast en amont à l’aide d’une interface de routeur multicast qui est également un port trunk dans les deux VLAN récepteurs. Les deux couches d’appareils sont connectées à l’aide de ports trunk dans les VLAN du récepteur. Le périphérique inférieur dispose de ports trunk ou d’accès dans les VLAN du récepteur connectés aux hôtes du récepteur multicast. Dans cette configuration, le routeur amont doit dupliquer le flux multicast et utiliser deux interfaces IRB pour envoyer des copies des mêmes données aux deux VLAN. L’appareil en amont envoie également des flux dupliqués en aval pour les récepteurs sur les deux VLAN.
Lorsque le MVR est configuré comme illustré à la Figure 2, le flux de multidiffusion peut être envoyé aux récepteurs de différents VLAN dans le contexte d’un MVLAN unique à partir du routeur en amont et via les différents niveaux de la couche d’accès.
Pour que MVR fonctionne correctement dans cette topologie, nous vous recommandons de configurer les éléments suivants sur les différents niveaux d’équipements de la couche d’accès, comme illustré à la figure 2 :
MVLAN configuré sur les équipements de tous les niveaux de la couche d’accès. L’équipement du niveau supérieur se connecte au routeur de multidiffusion en amont à l’aide d’une interface de routeur de multidiffusion et d’un port trunk dans le MVLAN. Cette interface en amont était déjà un port trunk et un port de routeur multicast pour les VLAN récepteurs qui seront associés au MVLAN.
La figure 2 montre un MVLAN configuré sur tous les niveaux d’équipements. L’équipement de niveau supérieur est connecté au routeur multicast à l’aide de l’interface INTF-1, précédemment configurée en tant que port trunk et port routeur multicast dans les versions 10 et v20, puis ajoutée à la configuration en tant que port trunk et routeur multicast dans le MVLAN.
VLAN récepteur MVR associés au MVLAN sur les équipements de tous les niveaux de la couche d’accès.
Sur la Figure 2, l’équipement de niveau inférieur est connecté à l’hôte 1 sur le VLAN v10 (à l’aide de l’interface trunk INTF-4) et à l’hôte 2 sur v20 (à l’aide de l’interface d’accès INTF-5). Les VLAN v10 et v20 utilisent INTF-3 comme port trunk et un port de routeur multicast en amont vers l’équipement de niveau supérieur. L’équipement supérieur se connecte à l’appareil inférieur en utilisant INTF-2 comme port trunk dans le sens descendant pour envoyer des requêtes IGMP et transférer le trafic multicast sur les versions 10 et 20. Les VLAN v10 et v20 sont ensuite configurés en tant que VLAN récepteurs MVR pour le MVLAN, et INTF-3 a également été ajouté en tant que port trunk et port de routeur multicast dans le MVLAN. Les VLAN v10 et v20 sont également configurés sur l’équipement de niveau supérieur en tant que VLAN récepteur MVR pour le MVLAN.
MVR s’exécutant en mode proxy sur l’appareil dans le niveau le plus élevé pour les VLAN du récepteur MVR, de sorte que l’appareil agit comme un proxy vers le routeur multicast pour les demandes d’appartenance à un groupe reçues sur les VLAN du récepteur MVR. Le routeur en amont n’envoie qu’un seul flux multicast sur le MVLAN en aval à l’appareil.
Sur la Figure 2, l’équipement de niveau supérieur est configuré en mode proxy et établit des appartenances à des groupes sur le MVLAN pour les hôtes sur les VLAN récepteurs MVR v10 et v20. Le routeur en amont sur la figure n’envoie qu’un seul flux multicast sur le MVLAN, qui atteint l’appareil supérieur via INTF-1. L’appareil supérieur transfère le flux aux appareils des niveaux inférieurs à l’aide de l’INTF-2.
Aucune traduction de balise VLAN du récepteur MVR n’est activée sur le trafic MVLAN sortant d’équipements de niveau supérieur. Les équipements des niveaux intermédiaires doivent transférer le trafic MVLAN en aval dans le contexte du MVLAN, avec la balise MVLAN.
La traduction n’est pas activée pour le VLAN v10 ou v20 du récepteur pour l’interface INTF-2 qui se connecte au périphérique de niveau inférieur.
MVR s’exécutant en mode transparent sur les périphériques des niveaux inférieurs de la couche d’accès. Les périphériques inférieurs envoient des rapports IGMP en amont dans le contexte des VLAN récepteurs, car ils fonctionnent en mode transparent, et installent des entrées de pontage pour le MVLAN uniquement, par défaut, ou avec l’option
installconfigurée, pour les VLAN MVLAN et récepteurs MVR. L’équipement supérieur s’exécute en mode proxy et installe des entrées de pontage pour le MVLAN uniquement. Le routeur amont n’envoie qu’un seul flux multicast sur le MVLAN en aval vers les récepteurs, et le trafic est transféré aux VLAN récepteurs MVR dans le contexte du MVLAN, avec la traduction des balises VLAN si l’option de traduction est activée (voir ci-dessous).Sur la Figure 2, le périphérique inférieur est connecté au périphérique supérieur avec INTF-3 comme port trunk et le port de routeur multicast pour les VLAN récepteurs v10 et v20. Pour activer MVR sur l’équipement de niveau inférieur, les deux VLAN récepteurs MVR sont configurés en mode transparent MVR, et INTF-3 est également configuré pour être un port trunk et un port de routeur multicast pour le MVLAN.
La traduction des balises VLAN du récepteur MVR est activée sur les VLAN du récepteur sur les périphériques de niveau inférieur qui ont des hôtes sur les ports trunk, de sorte que ces hôtes reçoivent le trafic multicast dans le contexte de leurs VLAN du récepteur. Les hôtes atteints par le biais de ports d’accès reçoivent des paquets non étiquetés, de sorte qu’aucune traduction de balise VLAN n’est nécessaire dans ce cas.
Sur la Figure 2, la traduction est activée sur la v10 de l’appareil et remplace la balise VLAN du récepteur v10 par la balise VLAN de mvlan lors du transfert du flux multicast sur l’interface trunk INTF-4. La traduction n’est pas activée sur la version 20 de l’appareil et transfère les paquets multicast non étiquetés sur le port d’accès INTF-5.
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plate-forme et la version que vous utilisez. Utilisez l’Explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.