Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Prise en charge du multicast inter-VLAN dans les réseaux superposés EVPN-VXLAN

Découvrez les modes de transfert de multicast inter-VLAN que vous pouvez configurer en fonction de l’architecture de votre réseau de superposition EVPN-VXLAN.

Modes de transfert multicast inter-VLAN pour les réseaux superposés EVPN-VXLAN

Nous prenons en charge différents modes de transfert multicast, de routage intégré et de pontage (IRB) en fonction du type d’architecture EVPN-VXLAN que vous avez dans votre réseau :

  • Mode multicast à routage central (local-remote mode transfert)

  • Mode multicast à routage périphérique (local-only mode transfert)

  • Mode optimisé de multicast intersous-réseau (OISM) (oism ou enhanced-oism mode, qui combine des aspects des modes de local-remote et local-only de transfert)

Vous configurez le mode multicast à l’aide de l’option irb de la [edit forwarding-options multicast-replication evpn] hiérarchie.

Sur cette page, nous présentons les modes de transfert de multicast à routage central (local à distance) et périphérique (local uniquement) et leur fonctionnement.

Pour plus de détails sur le fonctionnement et la configuration de l’OISM, y compris les modes OISM standard et OISM amélioré, consultez Multicast intersous-réseau optimisé (OISM) dans les réseaux EVPN. Les modes OISM permettent aux équipements leaf du réseau de gérer efficacement le routage du trafic multicast avec une superposition ERB pour les sources et les récepteurs qui se trouvent en dehors du réseau EVPN. OISM est également beaucoup plus évolutif que le mode multicast à routage périphérique d’origine. Par conséquent, nous vous recommandons d’utiliser OISM pour le multicast dans les réseaux de superposition ERB.

Remarque : Certaines plates-formes prennent en charge le transfert de multicast intra-VLAN (trafic multicast de couche 2 [L2] uniquement) dans les configurations de superposition pontée (BO) EVPN-VXLAN. Les modes de multicast inter-VLAN décrits ici ne s'appliquent pas aux réseaux BO. Voir Présentation du transfert multicast avec surveillance IGMP ou surveillance MLD dans un environnement EVPN-VXLAN pour savoir comment fonctionne le transfert de multicast L2 dans les réseaux BO.

Prise en charge des architectures EVPN-VXLAN et des modes de transfert multicast inter-VLAN

Nous prenons en charge les modes suivants de transfert de multicast entre VLAN :

  • Les superpositions CRB EVPN-VXLAN (réseaux EVPN-VXLAN avec une fabric IP à deux couches) prennent en charge le routage central et le transfert du trafic multicast au niveau de la couche spine à l’aide d’un modèle local-distant. Les réseaux overlay CRB possèdent une couche d’équipements spine de couche 3 et une autre couche d’équipements leaf de couche 2. Vous configurez tous les équipements de cœur de réseau avec des interfaces IRB qui acheminent les paquets de multicast d’un VLAN à un autre. Un équipement Spine est choisi pour gérer le routage inter-VLAN du réseau.

    Dans ce mode, vous configurez les périphériques dans la structure avec l’option local-remote hiérarchie [edit forwarding-options multicast-replication evpn irb] .

  • Les superpositions EVPN-VXLAN ERB (réseaux EVPN-VXLAN avec une fabric IP réduite) prennent en charge le routage et le transfert du trafic multicast au niveau de la couche leaf à l’aide d’un modèle local uniquement ou du modèle OISM. Les réseaux overlay ERB sont dotés d’équipements leaf avec des interfaces IRB qui gèrent le routage multicast de couche 3 et le transfert de multicast de couche 2. Les équipements leaf agissent essentiellement comme des équipements spine-leaf. Ce modèle de fabric comporte généralement une couche de dispositifs spine agissant uniquement comme des périphériques de transit IP dans la fabric, communément appelée lean spines. Tous les équipements leaf gèrent le routage des paquets multicast d’un VLAN à un autre.

    Vous configurez les équipements leaf pris en charge dans la fabric ERB avec l’option local-only, oismou enhanced-oism dans la [edit forwarding-options multicast-replication evpn irb] hiérarchie.

    Remarque :

    Cette page décrit le modèle local uniquement.

    Consultez la section Multicast intersous-réseau optimisé (OISM) dans les réseaux EVPN pour plus de détails sur la configuration et le fonctionnement de l’OISM.

Pour les superpositions de pontage à routage central, vous pouvez simplement conserver le paramètre par défaut, irb local-remote, au niveau de la [edit forwarding-options multicast-replication evpn] hiérarchie sur tous les équipements de cœur de réseau. Pour les superpositions de pontage à routage en périphérie, vous devez spécifier explicitement l’option irb local-only ou irb oism sur tous les équipements de branche.

Remarque :

Il est déconseillé de spécifier l’option local-remote sur certains commutateurs QFX10000 et l’option local-only sur les autres commutateurs QFX10000 dans l’un ou l’autre des réseaux overlay. Cela risquerait d’entraîner le transfert incohérent du trafic multicast inter-VLAN par les commutateurs QFX10000.

Comprendre les flux de trafic multicast dans une superposition de pontage à routage central

Cette section décrit les flux de trafic de multicast dans une superposition de pontage à routage central.

Le réseau illustré à la Figure 1 comprend les appareils suivants.

Figure 1 : Superposition Network topology showing EVPN core with multicast traffic in spine-leaf architecture. Spine switches: Spine 1 (PIM-DR), Spine 2. Leaf switches: Leaf 1, Leaf 2, Leaf 3, Leaf 4. Multicast source on Leaf 1 VLAN A. Receivers on Leaf 2, Leaf 3, Leaf 4 VLAN A and B. Traffic flow indicated by arrows. de pontage à routage central
  • Deux commutateurs QFX10000 fonctionnant comme des équipements de cœur de réseau de couche 3, sur lesquels les fonctionnalités clés suivantes sont configurées :

    • Mode de transfert multicast à routage central (local-remote).

    • Protocol Independent Multicast (PIM). En vertu des messages PIM hello, Spine 1 est élu en tant que routeur désigné PIM (PIM DR).

    • VLAN A et B.

      Remarque :

      Pour que le transfert de multicast entre VLAN fonctionne correctement dans ce scénario, vous devez configurer tous les VLAN sur chaque équipement Spine.

    • Interfaces IRB associées aux VLAN A et B.

  • Voici les quatre commutateurs QFX5100 qui fonctionnent comme des équipements leaf de couche 2 sur lesquels les VLAN A et B sont configurés :

    • Les branches 1 et 3 sont configurées avec le VLAN A uniquement.

    • La branche 2 est configurée avec le VLAN B uniquement.

    • La branche 4 est configurée avec les VLAN A et B.

  • Une source de multicast et divers récepteurs.

Lorsque la source de multicast illustrée à la Figure 1 envoie un paquet à partir du VLAN A, les flux suivants se produisent :

  • Flow 1: Intra-VLAN traffic: en s’appuyant sur le mécanisme de réplication entrante, la branche 1 réplique et bascule le paquet sur tous les équipements de cœur de réseau et autres équipements de branche. Les branches 3 et 4, sur lesquelles le VLAN A est configuré, reçoivent et transmettent le paquet aux récepteurs de multicast connectés.

  • Flow 2: Inter-VLAN traffic: à la réception du paquet de la branche 1, comme décrit dans le flux 1, le spine 1, qui est le contrôleur de routage dynamique PIM, prend les mesures suivantes :

    • achemine le paquet sur l’interface IRB associée au VLAN B.

    • En fonction du mécanisme de réplication entrante, réplique et transfère le paquet vers les autres équipements de cœur de réseau et de branche.

      Les branches 2 et 4, sur lesquelles le VLAN B est configuré, reçoivent et transmettent le paquet aux récepteurs de multicast connectés.

Comprendre les flux de trafic multicast dans une superposition de pontage à routage périphérique

Cette section décrit le flux de trafic de multicast dans une superposition de pontage acheminée en périphérie.

Le réseau illustré à la Figure 2 comprend les appareils suivants.

Figure 2 : Superposition Network topology diagram of an EVPN core with a spine-leaf architecture. Features a multicast source on VLAN A, four QFX10002 spine-leaf switches routing and replicating multicast packets, VLANs A and B, multicast receivers on leaf switches receiving traffic, and packet replication across the network. de pontage à routage périphérique
  • Quatre commutateurs QFX10002 fonctionnant comme des équipements spine-leaf de couche 3 et de couche 2, sur lesquels les fonctionnalités clés suivantes sont configurées :

    • Mode de transfert de multicast à routage périphérique (local-only).

    • PIM. Pour prendre en charge le mode de transfert multicast avec routage périphérique, chaque équipement spine-leaf doit agir en tant que PIM DR pour chaque VLAN. Pour permettre à un équipement spine-leaf de s’autoproclamer en tant que DR PIM, spécifiez l’instruction de configuration dans la distributed-dr [edit protocols pim interface interface-name] hiérarchie pour chaque interface IRB.

    • VLAN A et B.

      Remarque :

      Pour que le transfert de multicast entre VLAN fonctionne correctement dans ce scénario, vous devez configurer tous les VLAN sur chaque équipement spine-leaf.

    • Interfaces IRB associées aux VLAN A et B.

  • Une source de multicast et divers récepteurs.

Lorsque la source de multicast illustrée à la Figure 2 envoie un paquet à partir du VLAN A, les flux suivants se produisent :

  • Flow 1: Intra-VLAN traffic: en s’appuyant sur le mécanisme de réplication entrante, Spine-Leaf 1 réplique et bascule le paquet vers les autres équipements Spine-Leaf. Les équipements spine-leaf transmettent le paquet au VLAN A. De plus, les Spine-Leaf 2 et 3 transmettent le paquet aux récepteurs VLAN A.

  • Flow 2: Inter-VLAN traffic: à la réception du paquet du spine-leaf 1, comme décrit dans le flux 1, les équipements spine-leaf acheminent le paquet sur l’interface IRB associée au VLAN B. De plus, les Spine-Leaf 2 et 4 transmettent le paquet aux récepteurs VLAN B.

Différences entre les modes de transfert multicast inter-VLAN

Il existe une différence importante entre les modes à routage central et à routage périphérique.

En mode routage central, pour chaque VLAN, l’équipement Spine choisi comme PIM-DR doit répliquer et envoyer le paquet aux autres équipements du réseau. Gardez à l’esprit que les instances de réplication supplémentaires consomment de la bande passante et que si de nombreux VLAN sont configurés, elles peuvent potentiellement inonder le cœur EVPN de paquets de multicast.

Avec le mode routage périphérique avec le modèle local uniquement, le premier équipement spine-leaf à recevoir un paquet multicast réplique et envoie le paquet aux autres équipements spine-leaf. À la réception du paquet, les autres équipements spine-leaf acheminent le paquet vers chaque VLAN et l’envoient aux interfaces côté accès qui gèrent le trafic pour les récepteurs multicast. En d’autres termes, les équipements spine-leaf ne répliquent pas le paquet et l’envoient hors des interfaces centrales EVPN, ce qui empêche une consommation excessive de bande passante et une congestion dans le cœur EVPN.

Notez également que le modèle OISM utilise le routage local, similaire au modèle local uniquement, pour minimiser le flux de trafic multicast dans le cœur EVPN. Cependant, avec OISM, les équipements leaf peuvent également gérer efficacement le flux de trafic multicast provenant de sources extérieures à la structure vers des récepteurs à l’intérieur de la structure. De même, l’OISM permet aux sources de multicast à l’intérieur de la fabric d’envoyer du trafic à des récepteurs de multicast à l’extérieur de la fabric. Voir Multicast intersous-réseau optimisé (OISM) dans les réseaux EVPN pour plus de détails sur la configuration et le fonctionnement de l’OISM.

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.

Libération
Descriptif
21.2R1
À partir de Junos OS version 21.2R1, les commutateurs QFX5110, QFX5120 et QFX10002 prennent en charge le mode de transfert optimisé intersous-réseau multicast (OISM) pour les fabrics EVPN-VXLAN superposées de pontage en périphérie.
20.4R1
À partir de la version 20.4R1 de Junos OS, les commutateurs QFX5120-48YM prennent en charge la surveillance IGMP en tant que périphériques leaf dans les fabrics EVPN-VXLAN multirésidents en mode multicast à routage central. (Les commutateurs QFX10000 sont les équipements de cœur de réseau qui effectuent le routage multicast.)
20.4R1
À partir de Junos OS version 20.4R1, les commutateurs QFX5110, QFX5120 et la gamme QFX10000 de commutateurs prennent en charge le mode de transfert à routage central avec surveillance MLDv1, MLDv2 et MLD pour le trafic de multicast IPv6 intra-VLAN et IPv6 inter-VLAN dans un réseau overlay EVPN-VXLAN.
20.2R1
À partir de la version 20.2R1 de Junos OS, les commutateurs QFX5120-48T prennent en charge la surveillance IGMP en tant que périphériques leaf dans les fabrics EVPN-VXLAN multirésidents en mode multicast à routage central. (Les commutateurs QFX10000 sont les équipements de cœur de réseau qui effectuent le routage multicast.)
19.1R1
À partir de la version 19.1R1 de Junos OS, les commutateurs QFX5120-32C prennent en charge la surveillance IGMP en tant que périphériques leaf dans les fabrics EVPN-VXLAN multirésidents en mode multicast à routage central. (Les commutateurs QFX10000 sont les équipements de cœur de réseau qui effectuent le routage multicast.)
18.4R2
À partir de la version 18.4R2 de Junos OS, les commutateurs QFX5120-48Y prennent en charge la surveillance IGMP en tant que périphériques leaf dans les fabrics EVPN-VXLAN multirésidents en mode multicast à routage central. (Les commutateurs QFX10000 sont les équipements de cœur de réseau qui effectuent le routage multicast.)
17.3R3
À partir de la version 17.3R3 de Junos OS, la gamme QFX10000 de commutateurs prend en charge deux modes de transfert de multicast inter-VLAN (le mode à routage central et le mode à routage périphérique périphérique) dans un réseau overlay EVPN-VXLAN. L’architecture de fabric IP de votre réseau de superposition EVPN-VXLAN détermine le mode que vous devez utiliser.