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

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

• Dans un environnement avec un volume important de trafic multicast, l’utilisation de la surveillance IGMP ou MLD limite le trafic multicast dans un VLAN vers les récepteurs et les périphériques 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 multirésidents garantit que tous les écouteurs abonnés reçoivent le trafic de multidiffusion, même dans les cas suivants :

  • Les rapports d’appartenance IGMP ou MLD d’un groupe multicast peuvent arriver sur un périphérique EVPN qui n’est pas le redirecteur désigné (DF) du segment Ethernet.

  • Un message IGMP ou MLD invitant à quitter un groupe de multidiffusion arrive à un périphérique EVPN différent de celui sur lequel le message de connexion correspondant au groupe a été reçu.

• Le transfert sélectif de multicast permet de préserver l’utilisation de la bande passante dans le cur EVPN et de réduire la charge sur les équipements EVPN sortants qui n’ont pas d’écouteurs.

• La prise en charge de passerelles PIM externes permet l’échange de trafic multicast entre les sources et les écouteurs dans un réseau EVPN-VXLAN et les sources et les écouteurs dans un domaine PIM externe. Sans ce soutien, 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 à un groupe

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

Pour configurer explicitement les équipements EVPN afin qu’ils traitent uniquement les rapports d’appartenance à SSM (S,G) pour IGMPv3 ou MLDv2, définissez l’option evpn-ssm-reports-only de 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’appareil ne traite pas les rapports ASM et les supprime.

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

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

Le Tableau 2 récapitule les cas d’utilisation de transfert et de routage de trafic multicast que nous prenons en charge dans les réseaux EVPN-VXLAN, et nous vous recommandons d’appliquer un cas d’utilisation à votre réseau EVPN-VXLAN.

Par exemple, dans une superposition ERB EVPN-VXLAN classique, 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 inter-VLAN. Ou, si vous souhaitez qu’un routeur multicast externe gère le routage inter-VLAN dans votre réseau EVPN-VXLAN au lieu de périphériques 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.

Lors de l’implémentation de l’un des cas d’utilisation d’une superposition EVPN-VXLAN CRB, vous pouvez utiliser une combinaison d’équipements de cur de réseau, par exemple, des routeurs MX Series, des commutateurs EX9200 et des commutateurs QFX10000. Toutefois, si vous faites cela, gardez à l’esprit que la fonctionnalité de tous les périphériques de cur de réseau est déterminée par les limitations de chaque équipement Spine. Par exemple, les commutateurs QFX10000 ne prennent en charge qu’une seule instance de routage de type virtual-switch. Bien que MX Series routeurs et commutateurs EX9200 prennent en charge plusieurs instances de routage de type evpn or virtual-switch, sur chacun de ces périphériques, vous devez configurer une seule instance de routage de type virtual-switch pour qu’elle interagisse avec les commutateurs QFX10000.

Cas d’usage 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 du même VLAN et inclut les fonctionnalités clés suivantes :

• Hôtes qui sont en monohoming sur un périphérique EVPN ou multirésidents sur plusieurs périphériques EVPN en mode tout-actif.

  Note:

  Le multicast EVPN-VXLAN utilise un traitement spécial IGMP et MLD pour gérer les sources et les récepteurs multirésidents. Nous ne prenons donc pas en charge l’option immediate-leave de configuration dans les [edit protocols igmp-snooping] hiérarchies ou [edit protocols mld-snooping] des réseaux EVPN-VXLAN.

• Instances de routage :

  • L’instance de commutateur par défaut si tous les périphériques du réseau prennent en charge EVPN à l’aide de l’instance de commutateur par défaut.

  • Si tous les équipements du réseau prennent en charge EVPN à l’aide du type d’instance virtual-switch :

    • (Commutateurs QFX Series) Une seule instance de routage de type virtual-switch.

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

  • (De préférence) Une ou plusieurs instances de routage de type mac-vrf si tous les périphériques du réseau prennent en charge EVPN à l’aide d’instances MAC-VRF. (Voir Vue d’ensemble du type d’instance de routage MAC-VRF.)

  L’itinéraire EVI cible les attributs de communauté étendue associés aux EVI multirésidents. 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 la communauté étendue des indicateurs de multidiffusion, consultez Communauté étendue des indicateurs de multidiffusion EVPN.

• IGMPv2, IGMPv3, MLDv1 ou MLDv2. Pour plus d’informations sur les modes de rapport d’appartenance pris en charge pour chaque version d’IGMP ou de MLD, consultez le tableau 1. Pour plus d’informations sur la synchronisation de routes IGMP ou MLD entre des équipements EVPN multirésidents, reportez-vous à la section Présentation du transfert de multicast avec surveillance IGMP ou 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 de multidiffusion particuliers à partir de sources de multidiffusion. Les équipements EVPN sur lesquels la surveillance IGMP ou MLD est activée écoutent les rapports IGMP ou MLD et utilisent les informations espionnées du côté de l’accès pour établir des routes multicast qui transfèrent uniquement le trafic d’un groupe multicast vers les récepteurs intéressés.

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

• Transfert multicast sélectif (routes EVPN Type 6 Selective Multicast Ethernet Tag (SMET) pour le transfert uniquement aux destinataires intéressés). Cette fonctionnalité permet aux équipements EVPN de transférer de manière sélective le trafic multicast uniquement vers les équipements du cur EVPN qui ont manifesté leur intérêt pour ce groupe multicast.

  Note:

  Le transfert multicast sélectif vers les équipements du cur EVPN est uniquement dans les superpositions EVPN-VXLAN CRB.

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

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

Bien qu’il soit possible d’implémenter ce cas d’utilisation dans un environnement EVPN monohoming, il est particulièrement efficace dans un environnement EVPN multihoming avec un volume élevé de trafic multicast.

Toutes les interfaces multirésidents doivent avoir la même configuration, et tous les équipements EVPN homologues multirésidents doivent être en mode actif (et non en mode veille ou passif).

Un périphérique EVPN qui reçoit initialement du trafic d’une source de multicast est appelé périphérique d’entrée. L’équipement entrant gère le transfert du trafic multicast intra-VLAN comme suit :

• Lorsque la surveillance IGMP ou MLD est activée (qui permettent également le transfert multicast sélectif sur les appareils pris en charge) :

  • Comme le montre la Figure 1, le périphérique d’entrée (leaf 1) transfère sélectivement le trafic vers d’autres périphériques EVPN avec des interfaces d’accès où se trouvent des récepteurs intéressés pour le même groupe de multicast.

  • Le trafic est ensuite transféré de manière sélective vers les périphériques de sortie dans le cur EVPN qui ont annoncé les routes SMET EVPN de type 6.

• Si des périphériques EVPN ne prennent pas en charge la surveillance IGMP ou MLD, ni la possibilité d’initier des routes EVPN SMET de type 6, l’équipement entrant inonde le trafic multicast vers ces périphériques.

• Si un hôte est multirésident sur plusieurs équipements EVPN, les équipements EVPN échangent des routes EVPN de type 7 et de type 8, comme illustré à la Figure 1. Cet échange synchronise les rapports d’appartenance IGMP ou MLD reçus sur les interfaces multirésidents afin de coordonner l’état des messages envoyés à différents équipements EVPN ou en cas de défaillance de l’un d’entre eux.

  Note:

  Les routes EVPN de type 7 et de type 8 portent des attributs de communauté étendue de route EVI pour garantir que la bonne instance EVPN récupère les informations d’état IGMP sur les équipements comportant 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 de Junos OS antérieures à 17.4R2, 17.3R3 ou 18.1R1, ces commutateurs n’incluaient pas les attributs de communauté étendue de route 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 incluent les attributs de communauté étendue EVI route 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 MLD et la surveillance 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 sélectif de multicast

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 périphériques de couche 3. L’équipement entrant effectue cette action pour s’enregistrer auprès de l’équipement de couche 3 qui fait office de point de rendez-vous (RP) PIM.

Cas d’utilisation 2 : Routage et transfert multicast inter-VLAN – Interfaces IRB avec PIM

Nous recommandons ce cas d’utilisation de base pour tous les réseaux EVPN-VXLAN, sauf si 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).

Pour ce cas d’usage, les interfaces IRB utilisant le protocole Independent Multicast (PIM) acheminent le trafic multicast entre les VLAN source et récepteur. Les équipements EVPN sur lesquels résident les interfaces IRB transfèrent ensuite le trafic acheminé à l’aide des fonctionnalités clés suivantes :

• Transfert multicast inclusif 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 inclusif consiste à répliquer le trafic multicast et à l’inonder vers tous les périphériques. Toutefois, pour ce cas d’utilisation, nous prenons en charge le transfert multicast inclusif 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 périphériques du cur EVPN qui ont des récepteurs intéressés.

Pour plus d’informations sur la communauté étendue EVPN multicast flags, que les équipements Juniper Networks prenant en charge la surveillance EVPN et IGMP (ou MLD) incluent dans les routes EVPN Type 3 (Inclusive Multicast Ethernet Tag), consultez la section Communauté étendue EVPN Multicast Flags.

Dans une superposition EVPN-VXLAN CRB, vous pouvez configurer les équipements de cur de réseau de manière à ce 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 cur de réseau pour effectuer le routage et le transfert entre VLAN.

Lorsque plusieurs équipements peuvent effectuer le routage et le transfert de trafic multicast entre les VLAN, l’un d’eux est désigné comme routeur désigné (DR) pour chaque VLAN.

Dans l’exemple de superposition EVPN-VXLAN CRB illustré à la Figure 2, supposons que le trafic multicast doit être acheminé du VLAN source 100 vers le VLAN 101 du récepteur. Le VLAN 101 du récepteur est configuré sur le cur 1, qui est désigné comme 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 transmet le trafic routé vers :

• Accédez aux interfaces qui disposent d’écouteurs multicast (surveillance IGMP ou surveillance MLD).

• Périphériques de sortie dans le cur EVPN qui ont envoyé des routes EVPN SMET de type 6 pour les membres du groupe de multicast dans le VLAN 2 du récepteur (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 inclusif, supposons qu’une superposition EVPN-VXLAN CRB inclut les éléments suivants :

• 100 interfaces IRB utilisant PIM en commençant par irb.1 et en allant jusqu’à irb.100

• 100 VLAN

• 20 appareils EVPN

Pour l’exemple de superposition EVPN-VXLAN CRB , m représente le nombre de VLAN et n représente le nombre d’équipements EVPN. En supposant que la surveillance IGMP (ou surveillance MLD) et le transfert sélectif de multicast sont désactivés, lorsque le trafic multicast arrive sur irb.1, le périphérique 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 pour un groupe multicast particulier est de 100 paquets par seconde (pps), le périphérique EVPN doit répliquer 200 000 pps pour ce groupe multicast.

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

Lors de l’implémentation de ce cas d’utilisation, gardez à l’esprit qu’il existe des différences importantes entre les superpositions EVPN-VXLAN CRB et les superpositions ERB EVPN-VXLAN. 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 de cheveux avec une superposition EVPN-VXLAN CRB. Le trafic multicast circule généralement d’un hôte source vers un équipement de branche vers un équipement Spine, qui gère le routage inter-VLAN. L’équipement Spine réplique ensuite et transfère le trafic vers les VLAN et les équipements EVPN avec des écouteurs multicast. Lorsque vous transférez le trafic dans ce type de superposition EVPN-VXLAN, sachez que l’équipement Spine renvoie le trafic vers l’équipement Leaf d’où provient le trafic (épinglage cheveux). Ce problème est inhérent à la conception de la superposition EVPN-VXLAN CRB. Lors de la conception de votre overlay EVPN-VXLAN, gardez ce problème à l’esprit, en particulier 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 important.

Cas d’usage 3 : Routage et transfert multicast inter-VLAN : passerelle PIM avec connectivité de couche 2

Nous recommandons la passerelle PIM avec le cas d’utilisation de connectivité de couche 2 pour les superpositions ERB EVPN-VXLAN et EVPN-VXLAN CRB.

Pour ce cas d’utilisation, nous partons du principe que :

• 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à mis en place :

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

  • le routage et le transfert de trafic multicast inter-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 avec lesquels vous souhaitez communiquer avec des sources et des récepteurs multicast dans un domaine PIM externe.

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

• Une source de multidiffusion externe vers des destinations de multidiffusion internes

• Une source de multidiffusion interne vers des destinations de multidiffusion externes

  Note:

  Dans cette section, le terme « externe » fait référence aux composants du domaine PIM. Le terme « interne » désigne les composants de votre réseau EVPN-VXLAN qui prennent en charge un centre de données.

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

Figure 3 : Cas d’utilisation 3 : Passerelle PIM avec connectivité de couche 2 – Composants clés

• Composants dans le domaine PIM :

  • Passerelle PIM qui sert d’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 tel qu’OSPF sont configurés. La passerelle PIM n’exécute pas EVPN. Vous pouvez connecter la passerelle PIM à un, plusieurs ou tous les équipements EVPN.

  • Un point de rendez-vous (RP) PIM est un équipement de couche 3 de Juniper Networks ou tiers sur lequel PIM et un protocole de routage tel qu’OSPF sont configurés. Vous devez également configurer le PIM RP pour qu’il traduise les messages de jointure ou d’élagage PIM en un rapport IGMP (ou MLD) correspondant, ou laisser des messages, puis transférer les rapports et les messages à 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.

  • Appareils EVPN. Pour la redondance, nous vous recommandons de multihéberger les équipements EVPN sur 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 :

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

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

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

      • Traduction de PIM en IGMP :

        Pour les superpositions ERB EVPN-VXLAN, configurez la traduction PIM en 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 d’instructions igmp interface irb-interface-name passive de configuration au niveau de la [edit protocols] hiérarchie sur les interfaces en amont où vous définissez pim-to-igmp-proxy.

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

      • Interface de routeur multicast :

        Configurez l’interface du routeur multicast en incluant l’instruction 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 uniquement comme un domaine multicast de couche 2. Pour ce faire, incluez l’instruction de passive configuration au niveau de la [edit protocols pim] hiérarchie.

Cas d’usage 4 : Routage et transfert multicast inter-VLAN : passerelle PIM avec connectivité de couche 3

Nous recommandons la passerelle PIM avec le cas d’utilisation de connectivité de couche 3 pour les superpositions EVPN-VXLAN CRB uniquement.

Pour ce cas d’utilisation, nous partons du principe que :

• 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à mis en place :

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

  • le routage et le transfert de trafic multicast inter-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 avec lesquels vous souhaitez communiquer avec des sources et des récepteurs multicast dans un domaine PIM externe.

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

• Une source de multidiffusion externe vers des destinations de multidiffusion internes

• Une source de multidiffusion interne vers des destinations de multidiffusion externes

  Note:

  Dans cette section, le terme « externe » fait référence aux composants des domaines PIM. Le terme « interne » désigne les composants de votre réseau EVPN-VXLAN qui prennent en charge un centre de données.

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

Figure 4 : Cas d’utilisation 4 : Passerelle PIM avec connectivité de couche 3 – Composants clés

• Composants dans le domaine PIM :

  • Passerelle PIM qui sert d’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 tel qu’OSPF sont configurés. La passerelle PIM n’exécute pas EVPN. Vous pouvez connecter la passerelle PIM à un, plusieurs ou tous les équipements EVPN.

  • Un point de rendez-vous (RP) PIM est un équipement de couche 3 de Juniper Networks ou tiers sur lequel PIM et un protocole de routage tel qu’OSPF sont configurés. Vous devez également configurer le PIM RP pour qu’il traduise les messages de jointure ou d’élagage PIM dans le rapport IGMP ou MLD correspondant, ou qu’il laisse des messages, puis transfère les rapports et les messages vers 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.

  • Appareils EVPN. Vous pouvez connecter un, plusieurs ou tous les équipements EVPN à une passerelle PIM. Vous devez effectuer chaque connexion via une interface de couche 3 sur laquelle PIM est configuré. À l’exception de 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 inter-VLAN – Routeur multicast externe

À partir de Junos OS version 17.3R1, vous pouvez configurer un équipement EVPN pour effectuer un transfert de trafic multicast inter-VLAN sans avoir à configurer d’interfaces IRB sur le périphérique EVPN. Dans ce 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 l’utilisation d’un routeur multicast externe.

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

Communauté étendue des indicateurs de multicast EVPN

Les équipements Juniper Networks prenant en charge EVPN-VXLAN et la surveillance IGMP prennent également en charge la communauté étendue EVPN multicast flags. Lorsque vous avez activé la surveillance IGMP sur l’un de ces périphériques, l’appareil ajoute la communauté aux routes EVPN de type 3 (Inclusive Multicast Ethernet Tag).

L’absence de cette communauté dans une route EVPN de type 3 peut indiquer ce qui suit concernant l’appareil qui annonce la route :

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

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

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

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

• L’appareil dispose de la surveillance IGMP et d’une interface de couche 3 avec PIM activé. Bien que l’interface de couche 3 avec PIM effectue un « snooping » côté accès et un transfert multicast sélectif sur le cur 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 périphériques qui prennent en charge EVPN-VXLAN avec MLD et MLD snooping.

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

• La communauté est codée en tant que 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’appareil prend en charge le proxy IGMP.

  Il en va de même pour l’indicateur MLD Proxy Support ; si cet indicateur est défini sur 1, l’appareil prend en charge le proxy MLD. L’un ou l’autre ou les deux drapeaux peuvent être définis.

Figure 5 : Communauté étendue de l’indicateur de multidiffusion EVPN