Présentation du transfert multicast avec surveillance IGMP ou MLD dans un environnement EVPN-VXLAN

Avantages du transfert multicast avec surveillance IGMP ou MLD Snooping dans un environnement EVPN-VXLAN

• Dans un environnement avec un volume important de trafic multicast, l’utilisation de la surveillance IGMP ou de la surveillance MLD limite le trafic multicast dans un VLAN aux récepteurs et équipements multicast intéressés, ce qui préserve la bande passante du réseau.

• La synchronisation de l’état IGMP ou MLD entre tous les équipements EVPN pour les récepteurs multihomed garantit que tous les auditeurs abonnés reçoivent du trafic multicast, même dans les cas suivants :

  • Des rapports IGMP ou MLD d’appartenance à un groupe multicast peuvent arriver sur un équipement EVPN qui n’est pas le forwarder désigné (DF) du segment Ethernet.

  • Un message IGMP ou MLD pour quitter un groupe multicast arrive à un équipement EVPN différent de l’équipement EVPN où le message de jointure correspondant au groupe a été reçu.

• Le transfert multicast sélectif préserve l’utilisation de la bande passante dans le cœur EVPN et réduit la charge sur les équipements EVPN sortants qui n’ont pas d’auditeurs.

• La prise en charge des passerelles PIM externes permet l’échange de trafic multicast entre les sources et les auditeurs d’un réseau EVPN-VXLAN et les sources et les auditeurs d’un domaine PIM externe. Sans cette prise en charge, les sources et les auditeurs de ces deux domaines ne seraient pas en mesure de communiquer.

Versions IGMP ou MLD prises en charge et modes de rapport d’appartenance aux groupes

Le tableau 1 présente les versions IGMP prises en charge et les modes de rapport d’appartenance pris en charge pour chaque version.

Pour configurer explicitement les équipements EVPN pour traiter uniquement les rapports d’appartenance SSM (S,G) pour IGMPv3 ou MLDv2, définissez l’option de evpn-ssm-reports-only configuration au niveau de la [edit protocols igmp-snooping vlan vlan-name] hiérarchie.

Vous pouvez activer le traitement SSM uniquement pour un ou plusieurs VLAN dans une instance de routage EVPN (EVI). Lorsque vous activez cette option pour une instance de routage de type virtual switch, le comportement s’applique à tous les VLAN de l’instance de commutateur virtuel. Lorsque vous activez cette option, l’équipement ne traite pas les rapports ASM et les abandonne.

Si vous ne configurez pas l’option evpn-ssm-reports-only , par défaut, les équipements EVPN traitent les rapports IGMPv2, IGMPv3, MLDv1 ou MLDv2 ASM et abandonnent les rapports IGMPv3 ou MLDv2 SSM.

Résumé des cas d’utilisation de transfert et de routage de trafic multicast

Le tableau 2 présente les cas d’utilisation de transfert et de routage de trafic multicast que nous prenons en charge dans les réseaux EVPN-VXLAN, ainsi que nos recommandations concernant les cas d’utilisation à appliquer à votre réseau EVPN-VXLAN.

Par exemple, dans un overlay ERB EVPN-VXLAN typique, vous pouvez implémenter le cas d’utilisation 1 pour le transfert intra-VLAN et le cas d’utilisation 2 pour le routage et le transfert entre VLAN. Ou, si vous souhaitez qu’un routeur multicast externe gère le routage inter-VLAN dans votre réseau EVPN-VXLAN au lieu d’équipements EVPN avec des interfaces IRB exécutant PIM, vous pouvez implémenter le cas d’utilisation 5 au lieu du cas d’utilisation 2. Si vous souhaitez que les hôtes de votre réseau EVPN-VXLAN communiquent avec des hôtes dans un domaine PIM externe, vous pouvez également implémenter le cas d’utilisation 3.

Lorsque vous implémentez l’un des cas d’utilisation d’un overlay EVPN-VXLAN CRB, vous pouvez utiliser une combinaison d’équipements de cœur de réseau, par exemple des routeurs MX Series, des commutateurs EX9200 et des commutateurs QFX10000. Toutefois, si vous le faites, n’oubliez pas que les fonctionnalités de tous les équipements de cœur de réseau sont déterminées par les limites de chaque équipement de cœur de réseau. Par exemple, les commutateurs QFX10000 prennent en charge une seule instance de routage de type virtual-switch. Bien que les routeurs MX Series et les commutateurs EX9200 prennent en charge plusieurs instances de routage de type evpn ou virtual-switch, sur chacun de ces équipements, vous devez configurer une seule instance de routage de type virtual-switch pour l’interopérabilité avec les commutateurs QFX10000.

Cas d’utilisation 1 : transfert de trafic multicast intra-VLAN

Nous recommandons ce cas d’utilisation de base pour tous les réseaux EVPN-VXLAN.

Ce cas d’utilisation prend en charge le transfert du trafic multicast vers des hôtes au sein d’un même VLAN et comprend les fonctionnalités clés suivantes :

• Les hôtes qui sont hébergés à un seul équipement EVPN ou multi-hébergement vers plusieurs équipements EVPN en mode tout actif.

  Note:

  Le multicast EVPN-VXLAN utilise des igMP et des groupes MLD spéciaux pour traiter les sources et les récepteurs multihébergements, de sorte que nous ne prenons pas en charge l’option immediate-leave de configuration dans les [edit protocols igmp-snooping] réseaux EVPN-VXLAN ou [edit protocols mld-snooping] les hiérarchies dans les réseaux EVPN-VXLAN.

• Instances de routage :

  • (commutateurs QFX Series) Une instance de routage unique de type virtual-switch.

  • (routeurs MX Series, routeurs virtuels vMX et commutateurs EX9200) Plusieurs instances de routage de type evpn ou virtual-switch.

    • Les attributs de la communauté étendue de routage EVI ciblent les evIs multi-foyers. Les routes BGP EVPN de type 7 (Join Sync Route) et de type 8 (Leave Synch Route) portent ces attributs pour permettre la prise en charge simultanée de plusieurs instances de routage EVPN.

      Pour plus d’informations sur une autre communauté étendue prise en charge, consultez la section « Communauté étendue des drapeaux multicast EVPN ».

• IGMPv2, IGMPv3, MLDv1 ou MLDv2. Pour plus d’informations sur les modes de rapport d’appartenance pris en charge pour chaque version IGMP ou MLD, voir le tableau 1. Pour plus d’informations sur la synchronisation des routes IGMP ou MLD entre des équipements EVPN multihomed, consultez Présentation du transfert multicast avec IGMP ou de la surveillance MLD dans un environnement EVPN-MPLS.

• Surveillance IGMP ou surveillance MLD. Les hôtes d’un réseau envoient des rapports IGMP (pour le trafic IPv4) ou MLD (pour le trafic IPv6) exprimant leur intérêt pour des groupes multicast particuliers provenant de sources multicast. Les équipements EVPN avec surveillance IGMP ou MLD ont permis d’écouter les rapports IGMP ou MLD et d’utiliser les informations du côté de l’accès pour établir des routes multicast qui ne transfèrent le trafic d’un groupe multicast qu’aux récepteurs intéressés.

  La surveillance IGMP ou la surveillance MLD prend en charge les émetteurs et les récepteurs multicast sur le même site ou sur différents sites. Un site peut avoir des récepteurs uniquement, des sources uniquement, ou à la fois des expéditeurs et des récepteurs.

• Transfert multicast sélectif (publicité EVPN de type 6 routes SMET (Selective Multicast Ethernet Tag) à transférer uniquement vers les récepteurs intéressés). Cette fonctionnalité permet aux équipements EVPN de transférer sélectivement le trafic multicast vers les seuls équipements du cœur EVPN qui ont exprimé un intérêt pour ce groupe multicast.

  Note:

  Nous prenons en charge le transfert multicast sélectif vers les équipements du cœur EVPN uniquement dans les overlays EVPN-VXLAN CRB.

  Lorsque vous activez la surveillance IGMP ou la surveillance MLD, le transfert multicast sélectif est activé par défaut.

• Les équipements EVPN qui ne prennent pas en charge la surveillance IGMP, la surveillance MLD et le transfert multicast sélectif.

Bien que vous puissiez implémenter ce cas d’utilisation dans un environnement EVPN à domicile unique, ce cas d’utilisation est particulièrement efficace dans un environnement EVPN multihomed avec un volume élevé de trafic multicast.

Toutes les interfaces multihébergement doivent avoir la même configuration, et tous les équipements EVPN homologues multihébergements doivent être en mode actif (pas en mode veille ou passif).

Un équipement EVPN qui reçoit initialement le trafic d’une source multicast est connu sous le nom d’équipement entrant. L’équipement entrant gère le transfert du trafic multicast intra-VLAN comme suit :

• Avec surveillance IGMP ou surveillance MLD activée (qui permettent également le transfert multicast sélectif sur les équipements de support) :

  • Comme le montre la figure 1, l’équipement entrant (leaf 1) transfère sélectivement le trafic vers d’autres équipements EVPN avec des interfaces d’accès où il y a des récepteurs intéressés pour le même groupe multicast.

  • Le trafic est ensuite transféré de manière sélective vers les équipements sortants du cœur EVPN qui ont annoncé les routes SMET EVPN de type 6.

• Si des équipements EVPN ne prennent pas en charge la surveillance IGMP ou la surveillance MLD, ou la possibilité de créer des routes SMET EVPN de type 6, l’équipement entrant inonde le trafic multicast vers ces équipements.

• Si un hôte est multihébergement vers plusieurs équipements EVPN, les équipements EVPN échangent des routes EVPN de type 7 et de type 8, comme illustré en figure 1. Cet échange synchronise les rapports d’adhésion IGMP ou MLD reçus sur les interfaces multi-accueil afin de coordonner l’état des messages qui vont vers différents équipements EVPN ou en cas d’échec de l’un des équipements EVPN.

  Note:

  Les routes EVPN de type 7 et de type 8 portent les attributs de la communauté étendue de routage EVI pour s’assurer que la bonne instance EVPN reçoit les informations sur l’état IGMP sur les équipements avec plusieurs instances de routage. Les commutateurs QFX Series prennent en charge la surveillance IGMP uniquement dans l’instance de routage EVPN par défaut (default-switch). Dans les versions Junos OS antérieures à 17.4R2, 17.3R3 ou 18.1R1, ces commutateurs n’incluaient pas d’attributs de communauté de routage EVI dans les routes de type 7 et de type 8, de sorte qu’ils ne synchronisent pas correctement l’état IGMP si d’autres instances de routage sont également configurées. À partir des versions 17.4R2, 17.3R3 et 18.1R1 de Junos OS, les commutateurs QFX10000 intègrent les attributs de communauté étendue de routage EVI qui identifient l’instance de routage cible et peuvent synchroniser l’état IGMP si la surveillance IGMP est activée dans l’instance de routage EVPN par défaut lorsque d’autres instances de routage sont configurées.

  Dans les versions qui prennent en charge la surveillance MLD et MLD dans les structures EVPN-VXLAN avec multihébergement, le même comportement s’applique à la synchronisation de l’état MLD.

Figure 1 : flux de trafic multicast intra-VLAN avec surveillance IGMP et transfert multicast sélectif

Si vous avez configuré des interfaces IRB avec PIM sur un ou plusieurs équipements de couche 3 de votre réseau EVPN-VXLAN (cas d’utilisation 2), notez que l’équipement entrant transfère le trafic multicast vers les équipements de couche 3. L’équipement entrant effectue cette action pour s’enregistrer auprès de l’équipement de couche 3 qui agit comme point de rendez-vous PIM (RP).

Cas d’utilisation 2 : routage et transfert multicast entre VLAN — Interfaces IRB avec PIM

Nous recommandons ce cas d’utilisation basique pour tous les réseaux EVPN-VXLAN, sauf lorsque vous préférez utiliser un routeur multicast externe pour gérer le routage inter-VLAN (voir cas d’utilisation 5 : Routage et transfert multicast inter-VLAN : routeur multicast externe).

Dans ce cas d’utilisation, les interfaces IRB utilisant le protocole PIM (Protocol Independent Multicast) acheminent le trafic multicast entre les VLAN source et récepteur. Les équipements EVPN sur lesquels se trouvent les interfaces IRB transfèrent ensuite le trafic routé à l’aide de ces fonctionnalités clés :

• Transfert multicast inclus avec réplication entrante

• Surveillance IGMP ou surveillance MLD (si prise en charge)

• Transfert multicast sélectif

Le comportement par défaut du transfert multicast inclus consiste à répliquer le trafic multicast et à l’inonder sur tous les équipements. Dans ce cas d’utilisation, cependant, nous prenons en charge le transfert multicast inclus associé à la surveillance IGMP (ou surveillance MLD) et au transfert multicast sélectif. En conséquence, le trafic multicast est répliqué, mais transféré de manière sélective vers les interfaces d’accès et les équipements du cœur EVPN qui ont des récepteurs intéressés.

Pour plus d’informations sur la communauté étendue des indicateurs multicast EVPN, que les équipements Juniper Networks qui prennent en charge la surveillance EVPN et IGMP (ou surveillance MLD) incluent dans les routes EVPN type 3 (étiquette Ethernet multicast inclusive), consultez la section « Communauté étendue des drapeaux multicast EVPN ».

Dans un overlay CRB EVPN-VXLAN, vous pouvez configurer les équipements de cœur de réseau afin que certains d’entre eux effectuent le routage et le transfert inter-VLAN du trafic multicast, et d’autres non. Au minimum, nous vous recommandons de configurer deux équipements de cœur de réseau pour effectuer le routage et le transfert entre VLAN.

Lorsque plusieurs équipements peuvent effectuer le routage et le transfert inter-VLAN du trafic multicast, un équipement est choisi comme routeur désigné (DR) pour chaque VLAN.

Dans l’exemple de superposition CRB EVPN-VXLAN illustré en figure 2, supposons que le trafic multicast doit être acheminé de la source VLAN 100 au récepteur VLAN 101. Le récepteur VLAN 101 est configuré sur le cœur de réseau 1, qui est désigné comme le DR pour ce VLAN.

Figure 2 : Flux de trafic multicast inter-VLAN avec interface IRB et PIM

Une fois le routage inter-VLAN effectué, l’équipement EVPN transfère le trafic routé vers :

• Interfaces d’accès avec écoute multicast (surveillance IGMP ou surveillance MLD).

• Équipements sortants du cœur EVPN qui ont envoyé des routes SMET EVPN de type 6 pour les membres du groupe multicast dans le récepteur VLAN 2 (transfert multicast sélectif).

Pour comprendre comment la surveillance IGMP (ou surveillance MLD) et le transfert multicast sélectif réduisent l’impact du comportement de réplication et d’inondation du transfert multicast inclus, partez du principe qu’un overlay CRB EVPN-VXLAN comprend les éléments suivants :

• 100 interfaces IRB utilisant le PIM à partir d’irb.1 et jusqu’à irb.100

• 100 VLAN

• 20 équipements EVPN

Pour l’exemple de superposition EVPN-VXLAN CRB, m représente le nombre de VLAN et n le nombre d’équipements EVPN. En supposant que la surveillance IGMP (ou surveillance MLD) et le transfert multicast sélectif sont désactivés, lorsque le trafic multicast arrive sur irb.1, l’équipement EVPN réplique le trafic m * n fois ou 100* 20 fois, ce qui équivaut à un débit de 20 000 paquets. Si le débit de trafic entrant d’un groupe multicast particulier est de 100 paquets par seconde (pps), l’équipement EVPN doit répliquer 200 000 pps pour ce groupe multicast.

Si la surveillance IGMP (ou la surveillance MLD) et le transfert multicast sélectif sont activés dans l’overlay CRB EVPN-VXLAN de l’exemple, supposons qu’il existe des récepteurs intéressés pour un groupe multicast particulier sur seulement 4 VLAN et 3 équipements EVPN. Dans ce cas, l’équipement EVPN réplique le trafic à un taux de 100 * m * n fois (100 * 4 * 3), ce qui équivaut à 1 200 pps. Notez la réduction significative du taux de réplication et de la quantité de trafic à transférer.

Lorsque vous implémentez ce cas d’utilisation, gardez à l’esprit qu’il existe des différences importantes entre les superpositions CRB EVPN-VXLAN et les superpositions EVPN-VXLAN ERB. Le tableau 3 présente ces différences

Outre les différences décrites dans le tableau 3, il existe un problème d’épinglage avec un overlay CRB EVPN-VXLAN. Le trafic multicast passe généralement d’un hôte source à un équipement de branche vers un équipement de cœur de réseau, qui gère le routage inter-VLAN. L’équipement de cœur de réseau réplique et transfère ensuite le trafic vers des VLAN et des équipements EVPN avec des auditeurs multicast. Lors du transfert du trafic dans ce type d’overlay EVPN-VXLAN, sachez que l’équipement de cœur de réseau renvoie le trafic vers l’équipement de branche d’où provient le trafic (hair-pinning). Ce problème est inhérent à la conception de l’overlay CRB EVPN-VXLAN. Lors de la conception de votre superposition EVPN-VXLAN, gardez ce problème à l’esprit, surtout si vous vous attendez à ce que le volume de trafic multicast dans votre overlay soit élevé et que le taux de réplication du trafic (m * n fois) soit élevé.

Cas d’utilisation 3 : routage et transfert multicast entre VLAN — Passerelle PIM avec connectivité de couche 2

Nous recommandons la passerelle PIM avec connectivité de couche 2 pour les overlays ERB EVPN-VXLAN et les overlays EVPN-VXLAN CRB.

Pour ce cas d’utilisation, nous partons de l’hypothèse suivante :

• Vous avez déployé un réseau EVPN-VXLAN pour prendre en charge un centre de données.

• Dans ce réseau, vous avez déjà configuré :

  • Transfert de trafic multicast intra-VLAN comme décrit dans le cas d’utilisation 1.

  • Routage et transfert de trafic multicast entre VLAN, comme décrit dans le cas d’utilisation 2.

• Il existe des sources et des récepteurs multicast dans le centre de données que vous souhaitez communiquer avec des sources et des récepteurs multicast dans un domaine PIM externe.

Le cas d’utilisation fournit un mécanisme pour le centre de données, qui utilise IGMP (ou MLD) et PIM, pour échanger du trafic multicast avec le domaine PIM externe. En utilisant un VLAN multicast de couche 2 (MVLAN) et des interfaces IRB associées sur les équipements EVPN du centre de données pour se connecter au domaine PIM, vous pouvez activer le transfert du trafic multicast depuis :

• Une source multicast externe vers des destinations multicast internes

• Une source multicast interne vers des destinations multicast externes

  Note:

  Dans cette section, l’externe fait référence aux composants du domaine PIM. L’interne fait référence aux composants de votre réseau EVPN-VXLAN qui prennent en charge un centre de données.

La figure 3 montre les composants clés requis pour ce cas d’utilisation dans un exemple d’overlay CRB EVPN-VXLAN.

Figure 3 : Cas d’utilisation 3 : passerelle PIM avec connectivité de couche 2 : composants clés

• Composants du domaine PIM :

  • Une passerelle PIM qui agit comme une interface entre un domaine PIM existant et le réseau EVPN-VXLAN. La passerelle PIM est un équipement de couche 3 de Juniper Networks ou tiers sur lequel pim et un protocole de routage comme OSPF sont configurés. La passerelle PIM n’exécute pas EVPN. Vous pouvez connecter la passerelle PIM à un, certains ou tous les équipements EVPN.

  • Un point de rendez-vous PIM (RP) est un équipement de couche 3 de Juniper Networks ou tiers sur lequel le PIM et un protocole de routage comme OSPF sont configurés. Vous devez également configurer le PIM RP pour traduire les messages pim de jointure ou de taille en rapport IGMP (ou MLD) correspondant, ou laisser des messages, puis les transmettre à la passerelle PIM.

• Composants du réseau EVPN-VXLAN :

  Note:

  Ces composants s’ajoutent aux composants déjà configurés pour les cas d’utilisation 1 et 2.

  • Équipements EVPN. Pour une redondance, nous vous recommandons de multihébergement des équipements EVPN à la passerelle PIM via une interface Ethernet agrégée sur laquelle vous configurez un identifiant de segment Ethernet (ESI). Sur chaque équipement EVPN, vous devez également configurer les éléments suivants pour ce cas d’utilisation :

    • VLAN multicast de couche 2 (MVLAN). Le MVLAN est un VLAN utilisé pour connecter la passerelle PIM. Dans le MVLAN, PIM est activé.

    • Interface IRB MVLAN sur laquelle vous configurez PIM, surveillance IGMP (ou surveillance MLD) et un protocole de routage comme OSPF. Pour atteindre la passerelle PIM, l’équipement EVPN transfère le trafic multicast depuis cette interface.

    • Pour permettre aux équipements EVPN de transférer le trafic multicast vers le domaine PIM externe, configurez :

      • Traduction PIM-to-IGMP :

        Pour les superpositions ERB EVPN-VXLAN, configurez la traduction PIM-to-IGMP en incluant pim-to-igmp-proxy upstream-interface irb-interface-name des instructions de configuration au niveau de la [edit routing-options multicast] hiérarchie. Spécifiez l’interface IRB MVLAN pour le paramètre d’interface IRB. Vous devez également définir le mode passif IGMP à l’aide igmp interface irb-interface-name passive d’instructions de configuration au [edit protocols] niveau hiérarchique sur les interfaces en amont où vous définissez pim-to-igmp-proxy.

        Pour les superpositions CRB EVPN-VXLAN, vous n’avez pas besoin d’inclure les déclarations ou pim-to-mld-proxy upstream-interface irb-interface-name de pim-to-igmp-proxy upstream-interface irb-interface-name configuration. Dans ce type d’overlay, le protocole PIM gère le routage du trafic multicast du domaine PIM au réseau EVPN-VXLAN et vice-versa.

      • Interface de routeur multicast :

        Configurez l’interface de routeur multicast en incluant l’énoncé de multicast-router-interface configuration au niveau de la [edit routing-instances routing-instance-name bridge-domains bridge-domain-name protocols (igmp-snooping | mld-snooping) interface interface-name] hiérarchie. Pour le nom de l’interface, spécifiez l’interface IRB MVLAN.

  • Mode passif PIM. Pour les superpositions ERB EVPN-VXLAN uniquement, vous devez vous assurer que la passerelle PIM considère le centre de données comme un seul domaine multicast de couche 2. Pour ce faire, incluez l’énoncé de passive configuration au niveau de la [edit protocols pim] hiérarchie.

Cas d’utilisation 4 : Routage et transfert multicast entre VLAN — Passerelle PIM avec connectivité de couche 3

Nous recommandons la passerelle PIM avec connectivité de couche 3 uniquement pour les overlays CRB EVPN-VXLAN.

Pour ce cas d’utilisation, nous partons de l’hypothèse suivante :

• Vous avez déployé un réseau EVPN-VXLAN pour prendre en charge un centre de données.

• Dans ce réseau, vous avez déjà configuré :

  • Transfert de trafic multicast intra-VLAN comme décrit dans le cas d’utilisation 1.

  • Routage et transfert de trafic multicast entre VLAN, comme décrit dans le cas d’utilisation 2.

• Il existe des sources et des récepteurs multicast dans le centre de données que vous souhaitez communiquer avec des sources et des récepteurs multicast dans un domaine PIM externe.

Ce cas d’utilisation fournit un mécanisme pour le centre de données, qui utilise IGMP (ou MLD) et PIM, pour échanger du trafic multicast avec le domaine PIM externe. En utilisant des interfaces de couche 3 sur les équipements EVPN du centre de données pour se connecter au domaine PIM, vous pouvez activer le transfert du trafic multicast depuis :

• Une source multicast externe vers des destinations multicast internes

• Une source multicast interne vers des destinations multicast externes

  Note:

  Dans cette section, l’externe fait référence aux composants des domaines PIM. L’interne fait référence aux composants de votre réseau EVPN-VXLAN qui prennent en charge un centre de données.

La figure 4 montre les composants clés requis pour ce cas d’utilisation dans un exemple d’overlay CRB EVPN-VXLAN.

Figure 4 : Cas d’utilisation 4 : passerelle PIM avec connectivité de couche 3 : composants clés

• Composants du domaine PIM :

  • Une passerelle PIM qui agit comme une interface entre un domaine PIM existant et le réseau EVPN-VXLAN. La passerelle PIM est un équipement de couche 3 de Juniper Networks ou tiers sur lequel pim et un protocole de routage comme OSPF sont configurés. La passerelle PIM n’exécute pas EVPN. Vous pouvez connecter la passerelle PIM à un, certains ou tous les équipements EVPN.

  • Un point de rendez-vous PIM (RP) est un équipement de couche 3 de Juniper Networks ou tiers sur lequel le PIM et un protocole de routage comme OSPF sont configurés. Vous devez également configurer le PIM RP pour traduire les messages pim de jointure ou de taille en rapport IGMP ou MLD correspondant, ou laisser des messages, puis les transmettre à la passerelle PIM.

• Composants du réseau EVPN-VXLAN :

  Note:

  Ces composants s’ajoutent aux composants déjà configurés pour les cas d’utilisation 1 et 2.

  • Équipements EVPN. Vous pouvez connecter un, certains ou tous les équipements EVPN à une passerelle PIM. Vous devez effectuer chaque connexion via une interface de couche 3 sur laquelle le PIM est configuré. À part l’interface de couche 3 avec PIM, ce cas d’utilisation ne nécessite pas de configuration supplémentaire sur les équipements EVPN.

Cas d’utilisation 5 : Routage et transfert multicast entre VLAN : routeur multicast externe

À partir de la version 17.3R1 de Junos OS, vous pouvez configurer un équipement EVPN pour effectuer le transfert inter-VLAN du trafic multicast sans avoir à configurer les interfaces IRB sur l’équipement EVPN. Dans un tel scénario, un routeur multicast externe est utilisé pour envoyer des requêtes IGMP ou MLD afin de solliciter des rapports et de transférer le trafic VLAN via un protocole multicast de couche 3 tel que PIM. Les interfaces IRB ne sont pas prises en charge avec un routeur multicast externe.

Pour ce cas d’utilisation, vous devez inclure les igmp-snooping proxy mld-snooping proxy ou les déclarations de configuration au niveau de la [edit routing-instances routing-instance-name protocols vlan vlan-name] hiérarchie.

Communauté étendue des drapeaux multicast EVPN

Les équipements Juniper Networks qui prennent en charge la surveillance EVPN-VXLAN et IGMP prennent également en charge la communauté étendue des drapeaux multicast EVPN. Lorsque vous avez activé la surveillance IGMP sur l’un de ces équipements, l’équipement ajoute la communauté aux routes EVPN de type 3 (étiquette Ethernet multicast inclusive).

L’absence de cette communauté dans un routage EVPN de type 3 peut indiquer ce qui suit concernant l’équipement qui en fait la publicité :

• L’équipement ne prend pas en charge la surveillance IGMP.

• La surveillance IGMP n’est pas activée sur l’équipement.

• L’équipement exécute une version logicielle Junos OS qui ne prend pas en charge la communauté.

• L’équipement ne prend pas en charge la publicité des routes SMET EVPN de type 6.

• L’équipement dispose d’une surveillance IGMP et d’une interface de couche 3 avec PIM activé. Bien que l’interface de couche 3 avec PIM effectue la surveillance côté accès et le transfert multicast sélectif sur le cœur EVPN, l’équipement doit attirer tout le trafic pour effectuer l’enregistrement de la source vers le PIM RP et le routage inter-VLAN.

Le comportement décrit ci-dessus s’applique également aux équipements qui prennent en charge EVPN-VXLAN avec surveillance MLD et MLD.

La figure 5 montre la communauté étendue de l’indicateur multicast EVPN, qui présente les caractéristiques suivantes :

• La communauté est encodée sous la forme d’une valeur 8 bits.

• Le champ Type a une valeur de 6.

• L’indicateur de prise en charge du proxy IGMP est défini sur 1, ce qui signifie que l’équipement prend en charge le proxy IGMP.

  Il en va de même pour l’indicateur d’assistance du proxy MLD ; si cet indicateur est défini sur 1, l’équipement prend en charge le proxy MLD. L’un ou l’autre des deux indicateurs peuvent être définis.

Figure 5 : communauté étendue du multicast EVPN