Prise en charge de la multidiffusion dans les réseaux overlay EVPN-VXLAN

Prise en charge du mode multicast à routage central

À partir de la version 17.3R3 de Junos OS, la gamme QFX10000 de commutateurs prend en charge le mode à routage central pour le transfert multicast inter-VLAN du trafic IPv4 dans un réseau EVPN-VXLAN. Vous pouvez utiliser ce mode avec un réseau superposé à pontage central (CRB).

QFX5120 commutateurs prennent en charge la surveillance IGMP en tant que périphériques leaf dans les fabrics EVPN-VXLAN multirésidentes en mode multicast à routage central, à partir des versions de Junos OS indiquées ci-dessous. Les commutateurs QFX10000 servent de périphériques dorsaux qui effectuent le routage multicast de couche 3 dans le modèle CRB (Central-Route Bridging).

• QFX5120-48Y—Junos OS version 18.4R2 (non prise en charge dans les versions 19.1R1 et 19.1R2)

• QFX5120-32C—Junos OS version 19.1R1

• QFX5120-48T—Junos OS version 20.2R1

• QFX5120-48YM - Junos OS version 20.4R1

À partir de Junos OS version 20.4R1, QFX5110, QFX5120 et les Gamme QFX10000 de commutateurs prennent en charge le mode de transfert à routage central avec surveillance MLDv1, MLDv2 et MLD pour le trafic multicast intra-VLAN IPv6 et inter-VLAN IPv6 dans un réseau de superposition EVPN-VXLAN.

Mode multicast à routage périphérique et prise en charge de l’OISM

À partir de la version 17.3R3 de Junos OS, la gamme QFX10000 de commutateurs prend en charge le mode de routage périphérique pour le transfert multicast inter-VLAN du trafic IPv4 dans un réseau de superposition EVPN-VXLAN. Vous pouvez utiliser ce mode avec une fabric de superposition ERB (Edge Roudged Bridging).

À partir de Junos OS version 21.2R1, nous introduisons le mode de routage et de transfert OISM pour la prise en charge des fabrics EVPN-VXLAN de superposition ERB sur les commutateurs QFX5110, QFX5120 et QFX10002. Le mode OISM permet 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 situés 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 recommandons d’utiliser OISM pour le multicast dans les réseaux de superposition ERB.

Avantages des modes de transfert multicast inter-VLAN

• L’instruction de configuration vous permet de choisir le mode de transfert multicast inter-VLAN qui convient à l’architecture de votre réseau de superposition EVPN-VXLAN.

Architectures EVPN-VXLAN et modes de transfert multicast inter-VLAN pris en charge

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

• Les overlays EVPN-VXLAN CRB (réseaux EVPN-VXLAN avec une fabric IP à deux couches) prennent en charge le routage et le transfert centraux du trafic multicast au niveau de la couche dorsale à l’aide d’un modèle local-distant. Les réseaux de superposition CRB comportent une couche d’équipements dorsaux de couche 3 et une autre couche d’équipements leaf de couche 2. Vous configurez tous les périphériques de cœur de réseau avec des interfaces IRB qui acheminent les paquets 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 appareils dans la structure avec l’option irb local-remote dans la [edit forwarding-options multicast-replication evpn] hiérarchie. (Voir réplication multicast.)

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

  Vous configurez les équipements de branche pris en charge dans la structure ERB à l’aide de l’option ou irb oism de l’option irb local-only au niveau de la [edit forwarding-options multicast-replication evpn] hiérarchie. (Voir réplication multicast.)

  Note:

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

  Pour plus d’informations sur la configuration et le fonctionnement de l’OISM, reportez-vous à la section Multicast intersous-réseau optimisé dans les réseaux EVPN .

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 centraux. Pour les superpositions de pontage routées en périphérie, vous devez spécifier explicitement l’option irb local-only ou irb oism sur tous les équipements Leaf.

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

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

Le réseau illustré à la Figure 1 comprend les périphériques suivants.

Figure 1 : superposition de pontage à routage central

• Deux commutateurs QFX10000 fonctionnant comme des périphériques dorsaux de couche 3, sur lesquels les fonctionnalités clés suivantes sont configurées :

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

  • PIM (Protocol Independent Multicast). En vertu des messages PIM hello, le cœur de réseau 1 est élu comme routeur désigné PIM (PIM DR).

  • VLAN A et B.

    Note:

    Pour que le transfert multicast inter-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 quatre commutateurs QFX5100 fonctionnant 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.

  • Le leaf 2 est configuré avec le VLAN B uniquement.

  • Le Leaf 4 est configuré avec les VLAN A et B.

• Une source multicast et divers récepteurs.

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

• Flow 1: Intra-VLAN traffic: selon le mécanisme de réplication entrante, Leaf 1 réplique et bascule le paquet vers tous les équipements spine et les autres équipements leaf. Les Leafs 3 et 4, sur lesquels le VLAN A est configuré, reçoivent et transmettent le paquet aux récepteurs 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 cœur de réseau 1, qui est la DR PIM, effectue l’action suivante :

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

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

    Les Leafs 2 et 4, sur lesquels le VLAN B est configuré, reçoivent et transmettent le paquet aux récepteurs 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 multicast dans une superposition de pontage à routage périphérique.

Le réseau illustré à la Figure 2 comprend les périphériques suivants.

Figure 2 : superposition de pontage routée en périphérie

• 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 multicast à routage périphérique (local-only).

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

  • VLAN A et B.

    Note:

    Pour que le transfert multicast inter-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 multicast et divers récepteurs.

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

• Flow 1: Intra-VLAN traffic: selon le mécanisme de réplication d’entrée, Spine-Leaf 1 réplique le paquet et le bascule vers les autres périphériques spine-leaf. Les équipements spine-leaf transfèrent le paquet au VLAN A. De plus, les Spine-Leaf 2 et 3 transmettent le paquet aux récepteurs du VLAN A.

• Flow 2: Inter-VLAN traffic—Dès réception du paquet de 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 transfèrent le paquet aux récepteurs VLAN B.

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

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

Avec le mode de 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 supplémentaires de réplication consomment de la bande passante et que, si de nombreux VLAN sont configurés, elles peuvent potentiellement inonder le cœur EVPN de paquets multicast.

Avec le mode routage en périphérie avec le modèle local uniquement, le premier équipement spine-leaf à recevoir un paquet multicast est répliqué et envoie le paquet aux autres équipements spine-leaf. À la réception du paquet, les autres périphériques spine-leaf acheminent le paquet vers chaque VLAN et l’envoient aux interfaces d’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 évite une consommation excessive de bande passante et une congestion dans le cœur EVPN.

Le modèle OISM utilise un routage local, similaire au modèle local uniquement, pour minimiser le flux de trafic multicast dans le cœur EVPN. Toutefois, avec OISM, les équipements de branche peuvent également gérer efficacement le flux de trafic multicast entre des sources extérieures à la fabric et des récepteurs à l’intérieur de la fabric. De même, OISM permet aux sources multicast à l’intérieur de la fabric d’envoyer du trafic à des récepteurs multicast à l’extérieur de la fabric. Pour plus d’informations sur la configuration et le fonctionnement de l’OISM, reportez-vous à la section Multicast intersous-réseau optimisé dans les réseaux EVPN .