Comprendre l’enregistrement de VLAN multicast
L’enregistrement VLAN multicast (MVR) permet une distribution plus efficace des flux multicast IPTV sur un réseau de couche 2 basé sur un anneau Ethernet.
Dans un réseau de couche 2 standard, un flux de 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 multicast, une copie distincte de ce flux de multicast est distribuée à chaque VLAN demandeur.
Lorsque vous configurez MVR, vous créez un VLAN de multicast (MVLAN) qui devient le seul VLAN sur lequel le trafic IPTV multicast circule sur le réseau de couche 2. Les périphériques sur lesquels MVR est activé transfèrent sélectivement le trafic IPTV multicast 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écepteur MVR. Les ports récepteurs MVR peuvent recevoir du trafic à partir d’un port du MVLAN, mais ne peuvent pas l’envoyer sur le MVLAN, et ces ports restent dans leur propre VLAN pour des raisons de bande passante et de sécurité.
Avantages de l’enregistrement VLAN multicast
Réduit la bande passante requise pour distribuer les flux de multicast IPTV en éliminant la duplication des flux de multicast de la même source vers les récepteurs intéressés sur différents VLAN.
Comment fonctionne le MVR
MVR fonctionne de manière similaire et en conjonction avec la surveillance IGMP (Internet Group Management Protocol). Surveillance MVR et IGMP, surveiller les messages IGMP, joindre et quitter des messages, et créer des tables de transfert en fonction des adresses MAC 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 sélectivement du trafic IPTV multicast à 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 multicast. Ce VLAN achemine le trafic MVLAN pour les groupes de multicast configurés. Vous configurez ensuite d’autres VLAN en tant que VLAN récepteurs MVR qui reçoivent des flux de multicast du MVLAN. Lorsque MVR est configuré sur un périphérique, celui-ci ne reçoit qu’une seule copie de chaque flux de 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 de multicast sans modification.
Vous pouvez configurer plusieurs MVLAN sur un équipement, mais ils doivent avoir des sous-réseaux de groupe 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 de récepteur MVR comprennent toutes les interfaces qui existent sur les VLAN récepteurs 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.
MVR présente certaines différences de configuration et de fonctionnement sur Junos OS commutateurs qui utilisent le style de configuration ELS (Enhanced Layer 2 Logiciels) 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 en deux modes : le mode transparent MVR et le mode proxy MVR. Les deux modes permettent à MVR de transférer une seule copie d’un flux de multicast vers le 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 de multicast. L’appareil traite essentiellement les requêtes IGMP de la même manière, quel que soit le mode.
Vous configurez les modes MVR différemment sur les commutateurs non-ELS et ELS. De plus, 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 multicast pour les deux modes de 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 de récepteur MVR.
En mode transparent MVR, l’équipement gère 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 d’un VLAN envoie des messages IGMP de jonction et de départ, l’équipement transfère les messages à toutes les interfaces de routeur de 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’équipement gère les rapports et les requêtes IGMP comme suit :
Reçoit les messages IGMP de jonction et de départ sur les interfaces VLAN du récepteur MVR et les transmet aux ports du routeur multicast sur le VLAN 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 récepteurs MVR qui se trouvent dans les VLAN récepteurs associés à ce MVLAN, même si ces ports ne sont pas sur le MVLAN lui-même.
Les équipements en mode transparent envoient des rapports IGMP uniquement dans le contexte du VLAN 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 des réponses uniquement 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 l’appareil le plus proche du routeur de multicast en amont. Voir Mode proxy MVR.
Si un hôte sur un port de récepteur multicast dans le VLAN récepteur MVR rejoint un groupe, l’équipement ajoute l’entrée de pontage appropriée sur le MVLAN pour ce groupe. Lorsque l’équipement reçoit du trafic sur le MVLAN de ce groupe, il transfère le trafic sur ce port marqué 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 récepteur multicast sur le VLAN récepteur MVR quitte un groupe, l’équipement 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, l’appareil installe des entrées de pontage uniquement sur le MVLAN qui est la source de l’adresse du groupe, de sorte que si l’appareil reçoit du trafic VLAN récepteur MVR pour ce groupe, l’équipement ne transfère pas le trafic vers les ports récepteurs du VLAN récepteur MVR qui a envoyé le message de jonction pour ce groupe. L’équipement ne transfère le trafic qu’aux 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 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’appareil installe également les entrées de pontage sur le VLAN récepteur MVR.
MVR Proxy Mode
Lorsque vous configurez MVR en mode proxy, le périphérique agit comme un proxy IGMP vers le routeur de multicast pour les demandes d’appartenance au groupe MVR reçues sur les VLAN récepteurs MVR. Cela signifie que l’équipement transfère les rapports IGMP des hôtes sur les VLAN récepteurs MVR dans le contexte du MVLAN. et les transmet uniquement aux ports de routeur multicast du MVLAN. Le routeur de multicast reçoit des rapports IGMP uniquement sur le MVLAN pour ces hôtes récepteurs MVR.
L’équipement 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 récepteurs MVR qui se trouvent dans les VLAN récepteurs appartenant à ce MVLAN, même si ces ports ne sont pas sur le MVLAN lui-même.
En mode proxy, pour les appartenances à des groupes de multicast établies dans le contexte du MVLAN, l’équipement installe des entrées de pontage uniquement sur le MVLAN et transfère le trafic MVLAN entrant aux hôtes sur les 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 récepteurs MVR. Par conséquent, lorsque l’équipement reçoit du trafic sur un VLAN récepteur MVR, il ne le transfère pas aux hôtes sur le VLAN récepteur MVR car l’équipement n’a pas d’entrées de pontage pour ces ports de récepteur MVR sur les VLAN récepteurs MVR.
Mode proxy sur les commutateurs non-ELS
Sur les commutateurs non-ELS, 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 du proxy de surveillance IGMP n’est pas prise en charge.
Lorsque cette option est activée sur des commutateurs non-ELS, l’équipement agit comme un proxy IGMP pour tous les groupes MVR provenant du MVLAN dans les directions amont et aval. En aval, l’équipement agit en tant qu’interrogateur pour ces groupes de multicast dans les VLAN récepteurs MVR. En amont, l’appareil émet les rapports IGMP et laisse des messages, puis 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 récepteurs 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 hiérarchie sur les commutateurs ELS pour activer le
[edit protocols igmp-snooping vlan vlan-name]fonctionnement du proxy IGMP avec ou sans configuration MVR. Lorsque vous configurez cette option pour un VLAN sans configurer MVR, le périphérique agit comme un proxy IGMP vers le routeur de multicast pour les ports de ce VLAN. Lorsque vous configurez cette option sur un MVLAN, l’équipement agit comme un proxy IGMP entre le routeur de multicast et les hôtes de tous les VLAN récepteurs MVR associés.Remarque :Vous configurez ce mode de proxy sur le MVLAN uniquement, 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
proxyau niveau de la[edit igmp-snooping vlan vlan-name data-forwarding receiver mode]hiérarchie, lorsque vous associez le VLAN 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 de balises VLAN MVR
Lorsque vous configurez MVR, l’appareil envoie par défaut le trafic multicast et les paquets de requêtes IGMP en aval aux hôtes dans le contexte du MVLAN. La balise MVLAN est incluse pour le trafic balisé VLAN sortant sur les ports trunk, tandis que le trafic sortant sur les ports d’accès n’est pas balisé.
Sur les commutateurs ELS qui prennent en charge MVR, pour les VLAN avec des ports trunk et des hôtes sur un VLAN récepteur multicast qui attendent du trafic dans le contexte de ce VLAN récepteur, vous pouvez configurer l’appareil pour qu’il traduise les balises MVLAN en balises VLAN du 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 couche d’accès de votre réseau, les sections suivantes décrivent les méthodes recommandées pour configurer MVR sur les appareils de la couche d’accès afin de fournir de manière fluide un flux de multicast unique aux hôtes abonnés dans plusieurs VLAN.
Ces sections s’appliquent uniquement aux commutateurs Junos OS exécutant le style de configuration ELS (Enhanced Layer 2 Logiciels).
- MVR dans une topologie de couche d’accès de niveau unique
- MVR dans une topologie de couche d’accès à plusieurs niveaux
MVR dans une topologie de couche d’accès de niveau unique
La figure 1 montre un appareil dans une topologie de couche d’accès à un seul niveau. L’équipement est connecté à un routeur de multicast en amont (INTF-1), avec une agrégation hôte ou des ports d’accès en aval connectés à des récepteurs de multicast dans deux VLAN différents (v10 sur INTF-2 et v20 sur INTF-3).
Sans MVR, l’interface en amont (INTF-1) agit comme une interface de routeur de multicast pour le routeur en amont et un port trunk dans les deux VLAN. Dans cette configuration, le routeur en amont aurait besoin de deux interfaces IRB (Integrated Routing and Bridging) pour envoyer deux copies du flux de multicast à l’équipement, qui transmettrait ensuite le trafic aux récepteurs sur les deux VLAN différents sur INTF-2 et INTF-3.
Lorsque MVR est configuré comme indiqué à la Figure 1, le flux de multicast 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 à un seul niveau, comme illustré à la Figure 1 :
-
Un MVLAN avec l’interface routeur multicast amont de l’équipement configurée comme port trunk et interface 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’appareil, et l’interface en amont INTF-1 configurée précédemment comme port trunk et port de routeur multicast dans v10 et v20, est ensuite ajoutée comme port trunk et routeur multicast dans le MVLAN également.
-
VLAN récepteurs 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 trunk 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 aux groupes IGMP du VLAN récepteur MVR dans le contexte du MVLAN. Le routeur en amont envoie un seul flux de multicast sur le MVLAN en aval vers l’équipement, qui est transféré aux hôtes sur les VLAN récepteurs MVR abonnés aux groupes de multicast fournis par le 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 envoie un seul flux de multicast sur le MVLAN via INTF-1 à l’équipement, qui transmet le trafic aux hôtes abonnés sur les VLAN récepteurs MVR v10 et v20.
-
Conversion de balise VLAN récepteur MVR activée sur les VLAN récepteurs qui ont des hôtes sur des ports trunk, de sorte que ces hôtes reçoivent le trafic de multicast dans le contexte de leurs VLAN récepteurs. Les hôtes atteints par le biais des ports d’accès reçoivent des paquets de multicast non balisés (et n’ont pas besoin de la traduction de la balise VLAN MVR).
Sur la Figure 1, la traduction de l’appareil est activée sur v10 et remplace la balise VLAN v10 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 le périphérique v20 et transfère les paquets de 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’équipement supérieur ou en amont est connecté au routeur de multicast en amont (INTF-1) et à un deuxième équipement en aval (INTF-2). L’équipement inférieur ou en aval se connecte à l’équipement en amont (INTF-3) et utilise des ports trunk ou d’accès en aval pour se connecter aux récepteurs de multicast dans deux VLAN différents (v10 sur INTF-4 et v20 sur INTF-5).
de couche d’accès multiniveau
Sans MVR, comme pour 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 de périphériques sont connectées par des ports trunk dans les VLAN récepteurs. L’équipement inférieur possède des ports trunk ou d’accès dans les VLAN récepteurs connectés aux hôtes récepteurs de multicast. Dans cette configuration, le routeur en amont doit dupliquer le flux de multicast et utiliser deux interfaces IRB pour envoyer des copies des mêmes données aux deux VLAN. L’équipement en amont envoie également des flux dupliqués en aval pour les récepteurs des deux VLAN.
Lorsque MVR est configuré comme illustré à la Figure 2, le flux de multicast peut être envoyé à des récepteurs de différents VLAN dans le contexte d’un seul MVLAN à partir du routeur en amont et à travers les multiples 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’appareils de la couche d’accès, comme illustré à la Figure 2 :
-
Un MVLAN configuré sur les appareils de tous les niveaux de la couche d’accès. L’équipement du niveau supérieur se connecte au routeur de multicast en amont à l’aide d’une interface de routeur de multicast 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 de multicast à l’aide de l’interface INTF-1, configurée précédemment comme port trunk et port de routeur multicast dans les versions v10 et v20, puis ajouté à la configuration en tant que port de routeur trunk et multicast dans le MVLAN.
-
VLAN récepteurs 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 port de routeur multicast en amont vers l’équipement de niveau supérieur. L’équipement supérieur se connecte à l’équipement inférieur en utilisant INTF-2 comme port trunk en aval pour envoyer des requêtes IGMP et transférer le trafic multicast sur les v10 et v20. Les VLAN v10 et v20 sont ensuite configurés en tant que VLAN récepteurs MVR pour le MVLAN, avec INTF-3 également 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écepteurs MVR pour le MVLAN.
-
MVR s’exécutant en mode proxy sur l’équipement du niveau supérieur pour les VLAN récepteurs MVR, de sorte que l’équipement agit comme un proxy vers le routeur multicast pour les demandes d’appartenance de groupe reçues sur les VLAN récepteurs MVR. Le routeur en amont n’envoie qu’un seul flux de multicast sur le MVLAN en aval vers l’équipement.
Sur la Figure 2, l’équipement de niveau supérieur est configuré en mode proxy et établit des appartenances de groupe sur le MVLAN pour les hôtes des VLAN récepteurs MVR v10 et v20. Le routeur en amont sur la figure n’envoie qu’un seul flux de multicast sur le MVLAN, qui atteint l’équipement 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 des appareils de niveau supérieur. Les équipements des niveaux intermédiaires doivent transférer le trafic MVLAN en aval dans le contexte MVLAN, étiqueté avec la balise MVLAN.
La traduction n’est pas activée pour le VLAN récepteur v10 ou v20 de l’interface INTF-2 qui se connecte à l’équipement de niveau inférieur.
-
MVR s’exécutant en mode transparent sur les équipements des couches inférieures 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 le plus haut fonctionne en mode proxy et installe des entrées de pontage pour le MVLAN uniquement. Le routeur en amont n’envoie qu’un seul flux de 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 (décrite ci-dessous).Sur la Figure 2, l’équipement inférieur est connecté à l’équipement 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 en outre configuré pour être un port trunk et un port de routeur multicast pour le MVLAN.
-
Conversion de balise VLAN récepteur MVR activée sur les VLAN récepteurs sur les appareils de niveau inférieur qui ont des hôtes sur les ports trunk, de sorte que ces hôtes reçoivent le trafic de multicast dans le contexte de leurs VLAN récepteurs. Les hôtes atteints par les ports d’accès reçoivent des paquets non balisés, de sorte qu’aucune traduction de balise VLAN n’est nécessaire dans ce cas.
Sur la Figure 2, la traduction de l’appareil est activée sur v10 et remplace la balise VLAN du récepteur v10 par la balise VLAN du mvlan lors du transfert du flux de multicast sur l’interface trunk INTF-4. La traduction n’est pas activée sur le périphérique v20 et transfère les paquets de multicast non balisé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 plateforme 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.