SUR CETTE PAGE
Modes de transfert multicast inter-VLAN pour les réseaux superposés EVPN-VXLAN
Prise en charge des architectures EVPN-VXLAN et des modes de transfert multicast inter-VLAN
Comprendre les flux de trafic multicast dans une superposition de pontage à routage central
Comprendre les flux de trafic multicast dans une superposition de pontage à routage périphérique
Différences entre les modes de transfert multicast inter-VLAN
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-remotemode transfert) -
Mode multicast à routage périphérique (
local-onlymode transfert) -
Mode optimisé de multicast intersous-réseau (OISM) (
oismouenhanced-oismmode, qui combine des aspects des modes delocal-remoteetlocal-onlyde 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.
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-remotehié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,oismouenhanced-oismdans 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.
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.
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.
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.