Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

EVPN

  • Prise en charge ESI dérivée automatiquement sur EVPN-MPLS (MX240, MX480, MX960, MX2010, MX2020 et vMX) : à partir de la version 23.1R1 de Junos OS, vous pouvez configurer des équipements multihébergement dans un réseau EVPN-MPLS pour générer automatiquement l’identifiant de segment Ethernet (ESI) à partir de :

    • ID système et clé administrative sur l’équipement de périphérie client distant (CE) (partenaire).

    • Mac et valeurs de discrimination locales configurées localement.

    [Voir les autres méthodes d’auto-dérive de l’ESI .]

  • Équilibrage de charge des étiquettes EVPN-MPLS E-LAN (FAT) (MX Series avec cartes AFT) : à partir de la version 23.1R1 de Junos OS, vous pouvez configurer les équipements de périphérie de fournisseur (PE) pour qu’ils utilisent des étiquettes FAT dans une instance de routage Ethernet VPN-MPLS (EVPN-MPLS), conformément à la requête de commentaires (RFC) 6391. Les équipements P (équipements de routeur central/de transit) utilisent ces étiquettes pour équilibrer la charge des paquets unicast EVPN-MPLS sur des chemins multichemins à coût égal (ECPM) sans effectuer d’inspection approfondie des paquets de la charge utile MPLS. Cette fonctionnalité prend en charge les topologies LAN émulées (ELAN) avec l’homing unique et le multi-homing actif/de réserve et les topologies actives/actives/actives, et prend en charge les variantes EVPN-MPLS basées sur VLAN, VLAN-bundle et compatibles VLAN.

    Note:

    Sur les équipements MX Series, une configuration dans laquelle le PE local dispose d’un label statique-flux et où le PE distant n’a pas d’étiquette de flux statique, le PE distant peut traiter les paquets sans laisser tomber de trafic.

    Activation de l’équilibrage de charge à l’aide de labels gras pour les instances de routage EVPN :

    ATTENTION:

    La configuration d’un label de flux ou la suppression d’un label de flux avec les commandes CLI suivantes provoque un événement catastrophique pour l’instance de routage. Comme meilleure pratique, effectuez ces commandes CLI pendant une période de maintenance pour éviter les perturbations du réseau.

    • Configurez l’instruction flow-label-static au niveau de la hiérarchie [edit routing-instances routing-instance-name protocols evpn] sur les équipements PE pour insérer des étiquettes de flux FAT dans des paquets pseudowire envoyés aux équipements PE distants.

    • Configurez l’instruction flow-label au niveau de la hiérarchie [edit routing-instances routing-instance-name protocol evpn] sur les équipements PE pour signaler la capacité de flow-label dans la communauté étendue EVPN attributs de couche 2 en définissant le bit flow-label (F) dans le routage EVPN de type 3.

    [Voir flow-label et flow-label-static.]

  • Multicast IPv4 avec multicast IGMPv3 et IPv6 avec MLDv1 et MLDv2 dans les structures overlay de pontage à routage central EVPN-VXLAN (EX4300-48MP, EX4400-48MP, EX4400-24MP, EX4400-48P, EX4400-48T, EX4400-24P, EX4400-24T, EX4400-48F) : à partir de la version 23.1R1 de Junos OS, vous pouvez configurer le multicast avec Internet Protocole de gestion de groupe version 3 (IGMPv3) et Multicast Listener Discovery versions 1 (MLDv1) et 2 (MLDv2) dans un VPN Ethernet–Virtual Extensible LAN (EVPN-VXLAN) à routage central fabric overlay de pontage (CRB). Cette fonctionnalité vous permet d’activer le multihébergement pour les cas d’utilisation de trafic multicast IPv4 et IPv6 suivants :

    • Transfert intra-VLAN

    • Routage inter-VLAN

    Le multicast IGMPv3 ou MLD fonctionne avec ces optimisations multicast :

    • Surveillance IGMP ou MLD

    • Transfert SMET (Selective Multicast Ethernet Tag)

    • Réplication assistée (AR)

    Ces équipements sont les suivants :

    • Rapports MLDv1 sous forme de rapports ASM (any-source multicast) (*,G)

    • Rapports MLDv2 dans l’un des modes suivants :

      • Rapports ASM (Any-Source Multicast) (*,G) par défaut

      • Rapports SSM (Source-specific multicast) (S,G) (uniquement si vous configurez explicitement ce mode)

    Ces équipements traitent les rapports IGMPv3 dans l’un des deux modes suivants :

    • Rapports ASM (Any-Source Multicast) (*,G) par défaut

    • Rapports SSM (Source-specific multicast) (S,G) lorsque vous configurez explicitement ce mode

    [Voir présentation du transfert multicast avec surveillance IGMP ou MLD Snooping dans un EVPN-VXLAN, présentation du transfert multicast sélectif, de la réplication assistée multicast optimisation dans un environnement de réseaux EVPN et evpn-ssm-reports uniquement.]

  • EVPN avec tunnels de classe transport (MX150, MX204, MX240, MX304, MX480, MX960, MX2008, MX2010, MX2020, MX10003, MX10004, MX10008, MX10016 et vMX) : à partir de Junos OS version 23.1R1, vous pouvez configurer les services EVPN sur des tunnels de classe de transport. Nous prenons en charge les services Ethernet VPN- virtual private wireless (EVPN-VPWS), ethernet VPN-émulé LAN (EVPN-ELAN) et EVPN-ETREE sur les tunnels de transport suivants :

    • Routage de segments – ingénierie du trafic (SR-TE)

    • Protocoles de passerelle intérieure Algorithme flexible

    • RSVP-TE

    • Unicast labellisé BGP (BGP-LU) avec transport classe BGP (BGP-CT)

    [Voir Configuration d’EVPN sur des tunnels de classe de transport et Exemple : Configuration d’EVPN-VPWS sur des tunnels de classe de transport .]

  • Prise en charge de la protection BPDU (MPC10E-10C-MRATE MPC, MPC10E-15C-MRATE MPC, MX2K-MPC11E MPC, carte d’interface MX10K-LC9600 et routeur MX304) : à partir de la version 23.1R1 de Junos OS, nous prenons en charge la protection bpDU (Bridge Protocol Data Unit) sur les cartes de ligne et les routeurs basés sur Advanced Forwarding Toolkit (AFT).

    [Voir la protection BPDU pour les protocoles Spanning-Tree.]

  • Déterminez les changements d’état de l’interface IRB en fonction des états de connectivité locale et distante dans les structures EVPN (EX4300-MP, EX4400-48MP, EX4650, MX204, MX240, MX480, MX960, MX2010, MX2020, vMX, QFX5110, QFX5120-48T, QFX5120-48Y, QFX5210, QFX10002, QFX10002-60 et QFX10008) : à partir de la version 23.1R1 de Junos OS, les équipements de périphérie du fournisseur (PE) d’une structure EVPN tiennent compte des facteurs suivants lors de la détermination de l’état (up ou down) d’une interface de routage et de pontage intégrés L3 (IRB). Ces facteurs s’appliquent à une interface IRB L3 associée à un domaine de pont ou à un VLAN dans une instance EVPN (EVI).

    • États d’interface L2 locaux associés

      Pour personnaliser le nom de l’interface L2 et les autres paramètres utilisés par l’équipement pour calculer l’état de l’interface IRB, configurez l’instruction interface-state au niveau de la [edit interfaces irb unit n] hiérarchie.

    • Accessibilité de l’équipement de périphérie du fournisseur distant (PE) en fonction de l’état d’isolement du réseau du domaine de pont ou de l’EVI

      L’équipement inclut l’état des interfaces de tunnel de superposition EVPN associées dans l’évaluation de l’état d’isolation du réseau.

      Pour définir les paramètres qui déterminent l’état d’isolement du réseau d’un EVI ou d’un domaine de pont :

      1. Configurez l’instruction network-isolation group group-name au niveau de la [edit protocols] hiérarchie pour définir un profil d’isolement du réseau à l’aide des options disponibles.

      2. Attribuez le profil de groupe d’isolement du réseau à un domaine de pont ou à un EVI à l’aide de l’instruction network-isolation-profile group network-isolation-group-name au niveau de la hiérarchie :

        • Domaine de pont :[edit bridge-domain bd-name bridge-options]

        • EVI :[edit routing-instance instance-name switch-options]

    [Voir Déterminer les changements d’état de l’interface IRB à partir des états de connectivité locale et distante dans les structures EVPN, l’état de l’interface et l’isolation du réseau.]