Configurer le transfert multicast avec surveillance IGMP dans un environnement EVPN-MPLS
L’écoute IGMP avec transfert multicast garantit que le trafic multicast IPv4 atteint tous les récepteurs abonnés à l’intérieur et entre les domaines de pont ou VLAN, et préserve la bande passante côté accès en réduisant la quantité de trafic de données et de contrôle multicast transféré.
Vous pouvez configurer la multidiffusion avec surveillance IGMP sur les périphériques PE (Provider Edge) dans un environnement EVPN (Ethernet VPN) sur MPLS. Vous devez activer l’écoute IGMP dans cet environnement pour prendre en charge le trafic multicast IPv4 pour les récepteurs multirésidents vers des périphériques EVPN PE, comme suit :
Les équipements PE homologues doivent fonctionner en mode multihébergement entièrement actif.
Vous activez la surveillance IGMP en mode proxy.
Vous configurez et validez la même configuration sur chaque périphérique PE homologue multihébergement.
En outre, pour acheminer le trafic multicast entre des domaines de pont ou des VLAN, les PE dont les hôtes sont dans des groupes multicast qui s’étendent sur des domaines de pont ou des VLAN utilisent le mode PIM Distributed Designated Router (PIM DDR) sur les interfaces IRB. Vous configurez les interfaces IRB associées à chaque domaine de pont ou VLAN avec les récepteurs intéressés dans un groupe multicast. Lorsque PIM DDR est configuré sur les interfaces IRB, les appareils PE envoient le trafic localement via les interfaces IRB à leurs récepteurs intéressés sur les domaines de pont ou VLAN correspondants, même si un IRB n’est pas le routeur désigné PIM (DR) élu pour ce domaine de pont ou ce VLAN.
Cette rubrique décrit les tâches de configuration permettant de configurer la surveillance IGMP en mode proxy et de configurer les interfaces IRB pour le routage entre les domaines de pont ou les VLAN sur les périphériques EVPN PE. Il résume également les commandes CLI que vous pouvez utiliser pour vérifier le fonctionnement de la surveillance IGMP et du multicast dans cet environnement.
Configurer la surveillance IGMP pour une instance de routage EVPN ou Virtual Switch
Sur les routeurs ACX Series, vous pouvez configurer la surveillance IGMP sur une ou plusieurs instances de routage de type evpn. Sur d’autres types d’équipements, vous pouvez configurer la surveillance IGMP pour les instances de routage de type evpn ou virtual-switch.
Pour configurer la surveillance IGMP en mode proxy sur un équipement PE pour une instance de routage avec
instance-type evpn(pour tout ou partie des domaines de pont ou VLAN) :user@device# set routing-instances routing-instance-name protocols igmp-snooping proxy
Par exemple, la configuration suivante inclut l’activation de la surveillance IGMP en mode proxy pour l’instance de routage EVPN evpn-A configurée comme
instance-type evpn:routing-instances { evpn-A { instance-type evpn; vlan-id 600 interface ge-0/0/2.600; route-distinguisher 10.255.255.1:100; vrf-target target:64510:100; protocols { evpn { interface ge-0/0/2.600; label-allocation per-instance; } igmp-snooping proxy; } } }Pour configurer la surveillance IGMP sur un équipement PE pour des domaines de pont ou des VLAN spécifiques pour une instance EVPN avec
instance-type virtual-switch:user@device# set routing-instances routing-instance-name bridge-domain bridge-domain-name protocols igmp-snooping proxy
Par exemple, la configuration suivante inclut l’activation de la surveillance IGMP en mode proxy pour les domaines de pont V200, V201 et V202 dans l’instance de routage EVPN EVPN-2, qui est configurée comme
instance-type virtual-switchsuit :routing-instances { ... EVPN-2 { instance-type virtual-switch; route-distinguisher 90.90.90.10:2; vrf-target target:64510:2; protocols { evpn { encapsulation mpls; extended-vlan-list 200-202; default-gateway advertise; } } bridge-domains { V200 { domain-type bridge; vlan-id 200; interface ae1.200; routing-interface irb.200; protocols { igmp-snooping proxy; } } V201 { domain-type bridge; vlan-id 201; interface ae1.201; routing-interface irb.201; protocols { igmp-snooping proxy; } } V202 { domain-type bridge; vlan-id 202; interface ae1.202; routing-interface irb.202; protocols { igmp-snooping proxy; } } } } ... }
Configurez la surveillance IGMP avec IGMPv3 sur les routeurs ACX Series pour traiter uniquement les rapports d’appartenance à des groupes de multicast spécifiques à la source
Par défaut, le réseau EVPN-MPLS traite uniquement les rapports d’appartenance à ASM (*,G) avec IGMPv2. Les routeurs ACX Series PE prennent également en charge le traitement des rapports d’appartenance IGMPv3 en mode ASM (*,G). Vous pouvez également configurer les PE ACX Series pour qu’ils traitent uniquement les rapports d’appartenance à IGMPv3 SSM (S,G) dans un réseau EVPN-MPLS qui prend en charge le multicast inter-sous-réseau. Pour ce faire, utilisez l’option evpn-ssm-reports-only dans la hiérarchie des [edit protocols igmp-snooping] instructions de configuration lorsque vous configurez la surveillance IGMP.
Vous pouvez activer le traitement SSM uniquement lorsque vous configurez la surveillance IGMP avec IGMPv3 pour tous les domaines de pont ou VLAN dans une instance de routage de type evpn.
Par exemple, pour configurer la surveillance IGMP avec IGMPv3 afin de traiter uniquement les rapports d’appartenance à SSM pour tous les domaines de pont ou VLAN d’une instance de routage :
user@device# set routing-instances routing-instance-name protocols igmp-snooping evpn-ssm-reports-only
Dans l’exemple de configuration suivant, la surveillance IGMP est configurée pour traiter uniquement les rapports d’appartenance à SSM pour une instance de routage de type evpn nommé EVPN-4 :
.
.
.
EVPN-4 {
instance-type evpn;
protocols {
evpn {
remote-ip-host-routes;
designated-forwarder-preference-least;
}
igmp-snooping {
evpn-ssm-reports-only;
proxy;
}
}
vlan-id 400;
interface ae2.400;
l3-interface irb.400;
route-distinguisher 90.90.90.10:2;
vrf-target target:64510:4;
}
.
.
.
Configurer le routage multicast sur des domaines de pont ou des VLAN avec PIM dans EVPN-MPLS
Dans les environnements EVPN-MPLS, les équipements PE utilisent les interfaces IRB et PIM pour acheminer le trafic multicast entre les domaines de pont ou les VLAN (intersubnet multicast).
Sur les routeurs ACX Series, toutes les sources multicast doivent se trouver en dehors du centre de données EVPN-MPLS dans un domaine PIM de couche 3. Chaque équipement ACX Series PE reçoit le trafic source multicast via une interface de couche 3 connectée à un routeur de passerelle de domaine PIM externe. Les récepteurs doivent se trouver dans le centre de données EVPN-MPLS.
Avec d’autres plates-formes, toutes les sources et tous les récepteurs multicast doivent se trouver dans le centre de données EVPN-MPLS, et chaque équipement PE reçoit le trafic multicast localement ou via le cœur EVPN.
Dans les deux cas (sources multicast à l’extérieur ou à l’intérieur de l’instance EVPN), vous activez PIM en mode DR distribué sur les interfaces IRB d’une instance EVPN, et les interfaces IRB envoient le trafic du groupe multicast à tous les récepteurs sur les domaines de pont ou VLAN associés.
Pour configurer les interfaces IRB afin qu’elles utilisent le mode PIM DDR pour acheminer le trafic multicast entre des domaines de pont ou des VLAN dans une instance de routage EVPN :
user@device# set routing-instances routing-instance-name protocols pim interface irb-interface-name distributed-dr
Par exemple, la configuration suivante montre que le mode PIM DDR est activé sur les interfaces irb.400, irb.401 et irb.402 dans une instance de
instance-type evpnroutage nommée evpn-400 sur les routeurs ACX Series (qui nécessitent une interface de couche 3 sur laquelle recevoir le trafic source d’un domaine PIM externe) :routing-instances { evpn-400 { instance-type evpn; vlan-id 400; interface xe-0/0/32.400; l3-interface irb.400; route-distinguisher 10.255.65.227:400; vrf-target target:64510:400; protocols { evpn { interface xe-0/0/32.400; } igmp-snooping proxy; } } protocols { pim { rp { static { address 10.255.67.48; } } interface lo0.0; interface all { mode { sparse; } } ... interface irb.400 { distributed-dr; } interface irb.401 { distributed-dr; } interface irb.402 { distributed-dr; } } } ... }L’exemple de configuration suivant montre que le mode PIM DDR est activé sur les interfaces irb.200, irb.201 et irb.202 dans l’instance de routage VRF IPVPN-2 :
routing-instances { ... IPVPN-2 { instance-type vrf; interface irb.200; interface irb.201; interface irb.202; interface lo0.2; route-distinguisher 90.90.90.10:222; vrf-target target:64510:2; vrf-table-label; protocols { pim { rp { local { address 10.88.88.10; } } interface irb.200 { distributed-dr; } interface irb.201 { distributed-dr; } interface irb.202 { distributed-dr; } } } }
Affichage des informations de multicast IGMP Snooping pour EVPN-MPLS dans l’interface de ligne de commande
Les commandes EVPN suivantes sont prises en charge pour afficher les informations de multicast de surveillance IGMP dans un environnement EVPN-MPLS. La sortie de ces commandes inclut des informations apprises à partir de l’écoute IGMP native sur un périphérique PE et apprises à partir des messages EVPN Type 7 Join Sync Route et Type 8 Leave Sync Route.
show evpn multicast-snooping next-hopsshow igmp snooping evpn databaseshow igmp snooping evpn membership
Les commandes CLI suivantes sont prises en charge pour afficher les informations d’écoute IGMP natives sur un PE. La sortie de ces commandes n’inclura pas les informations apprises lors de l’échange de messages IGMP EVPN de type 7 et de type 8.
show igmp snooping interfaceshow igmp snooping membershipshow igmp snooping statistics
Les commandes suivantes peuvent être utilisées pour afficher les routes de synchronisation de jointure IGMP de type 7 EVPN ou les routes de synchronisation de type 8 dans les tables de routage BGP et EVPN :
show route table bgp.evpn.0 match-prefix 7*show route table __default_evpn__.evpn.0 match-prefix 7:*show route table __default_evpn__.evpn.0 match-prefix 7:* protocol evpnshow route table __default_evpn__.evpn.0 match-prefix 7:* protocol bgpshow route table bgp.evpn.0 match-prefix 8:*show route table __default_evpn__.evpn.0 match-prefix 8:*show route table __default_evpn__.evpn.0 match-prefix 8:* protocol evpnshow route table __default_evpn__.evpn.0 match-prefix 8:* protocol bgp
Par exemple, pour afficher les routes IGMP EVPN de type 7 dans la __default_evpn__.evpn.0 table de routage, utilisez la commande suivante :
user@host> show route table __default_evpn__.evpn.0 protocol evpn match-prefix 7:* extensive
Sep 21 02:25:12
__default_evpn__.evpn.0: 32 destinations, 32 routes (32 active, 0 holddown, 0 hidden)
7:90.90.90.10:1::111111111111111111::100::0.0.0.0::233.252.0.1::90.90.90.10/600 (1 entry, 1 announced)
TSI:
Page 0 idx 0, (group IBGP type Internal) Type 1 val 0xb23c68c (adv_entry)
Advertised metrics:
Nexthop: 90.90.90.10
Localpref: 100
AS path: [64510] I
Communities: es-import-target:11-11-11-11-11-11 evi-rt:64510:1 Path
7:90.90.90.10:1::111111111111111111::100::0.0.0.0::233.252.0.1::90.90.90.10 Vector len 4. Val: 0
*EVPN Preference: 170
Next hop type: Indirect, Next hop index: 0
Address: 0xb2e5e10
Next-hop reference count: 61
Protocol next hop: 90.90.90.10
Indirect next hop: 0x0 - INH Session ID: 0x0
State: <Active Int Ext>
Age: 2:12:30
Validation State: unverified
Task: __default_evpn__-evpn
Announcement bits (1): 1-BGP_RT_Background
AS path: I
Communities: es-import-target:11-11-11-11-11-11 evi-rt:65530:1
IGMP flags: 0x2
7:90.90.90.10:3::333333333333333333::100::0.0.0.0::233.252.0.1::90.90.90.10/600 (1 entry, 1 announced)
TSI:
Page 0 idx 0, (group IBGP type Internal) Type 1 val 0xb23c6a8 (adv_entry)
Advertised metrics:
Nexthop: 90.90.90.10
Localpref: 100
AS path: [64510] I
Communities: es-import-target:33-33-33-33-33-33 evi-rt:64510:3 Path
7:90.90.90.10:3::333333333333333333::100::0.0.0.0::233.252.0.1::90.90.90.10 Vector len 4. Val: 0
*EVPN Preference: 170
Next hop type: Indirect, Next hop index: 0
Address: 0xb2e5e10
Next-hop reference count: 61
Protocol next hop: 90.90.90.10
Indirect next hop: 0x0 - INH Session ID: 0x0
State: <Active Int Ext>
Age: 2:12:30
Validation State: unverified
Task: __default_evpn__-evpn
Announcement bits (1): 1-BGP_RT_Background
AS path: I
Communities: es-import-target:33-33-33-33-33-33 evi-rt:65530:3
IGMP flags: 0x2