Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

EVPN

  • équilibrage de charge de l’étiquette EVPN-MPLS E-LAN flow-aware transport (FAT) (MX Series, EX9200, vMX) —À partir de Junos OS version 22.4R1, vous pouvez configurer des périphériques Provider Edge (PE) pour qu’ils utilisent des étiquettes FAT dans une instance de routage Ethernet VPN-MPLS (EVPN-MPLS), conformément à la demande de commentaires (RFC) 6391. Les équipements PE utilisent ces étiquettes pour équilibrer la charge des paquets unicast EVPN-MPLS sur des trajets ECMP (Equal-cost Multipaths) sans effectuer d’inspection approfondie des paquets de la charge utile MPLS. Cette fonctionnalité prend en charge le LAN émulé (ELAN) avec des topologies actives/de secours et actives/actives à hébergement unique et multiple, ainsi que les variantes EVPN-MPLS basées sur le VLAN, avec des bundles VLAN et avec prise en charge des VLAN.

    Note:

    Cette fonctionnalité ne prend pas en charge les équipements MX Series avec des cartes Advanced Forwarding Toolkit (AFT).
    Note:
    Sur les équipements MX Series, une configuration où le PE local a une étiquette de flux statique et le PE distant n’a pas d’étiquette de flux statique, le PE distant peut traiter les paquets sans perdre de trafic.

    Activation de l’équilibrage de charge à l’aide d’étiquettes de graisse pour les instances de routage EVPN :

    Avertissement:

    La configuration d’une étiquette de flux ou la suppression d’une étiquette de flux à l’aide des commandes CLI suivantes provoque un événement catastrophique pour l’instance de routage. Il est recommandé d’exécuter ces commandes CLI pendant une période de maintenance pour éviter toute perturbation du réseau.

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

    • Configurez l’instruction flow-label au niveau de la hiérarchie [edit routing-instances routing-instance-name protocols evpn] sur les périphériques PE pour signaler la capacité d’étiquetage de flux dans la communauté étendue EVPN Layer 2 Attributes en définissant le bit flow-label (F) dans le routage EVPN de type 3.

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

  • EVPN-VPWS sur underlay SRv6 (MX240, MX304, MX480, MX960, MX10003, MX10008, MX2010 et MX2020) : à partir de Junos OS version 22.4R1, vous pouvez configurer un réseau EVPN-VPWS (virtual private wireless service) multihébergement actif ou actif unique à l’aide du routage de segments sur une Segment Routing pour sous-couche IPv6 (SRv6).

    [ Voir Présentation d’un VPWS avec mécanismes de signalisation EVPN.]

  • Interconnexion transparente EVPN-VXLAN à EVPN-VXLAN pour les routes EVPN de type 5 (EX4100-24T, EX4400-24MP, EX4400-24P, EX4400-48F, EX4650, MX204, MX240, QFX10002-60C, QFX10002, QFX10008, QFX10016, QFX5120-32C, QFX5120-48T, QFX5120-48Y, QFX5120-48Y-VC et QFX5120-48YM) : à partir de Junos OS version 22.4R1, vous pouvez configurer l’assemblage transparent entre EVPN-VXLAN VXLAN et EVPN-VXLAN avec des routes EVPN de type 5 (préfixe IP) entre deux centres de données interconnectés ou entre deux points de livraison (pods) dans un centre de données.

    Dans la structure EVPN-VXLAN, les équipements border leaf ou border spine agissent comme des passerelles d’interconnexion. Vous activez les routes EVPN de type 5 dans des instances VRF (Virtual Routing and Forwarding) des deux côtés de l’interconnexion. Pour chaque instance VRF, les équipements de branche de serveur du premier centre de données créent des tunnels VXLAN pour les routes de type 5 (avec les identifiants de réseau virtuel [VNI] correspondants) vers leurs périphériques de passerelle locaux. Les périphériques de passerelle mappent ces tunnels VXLAN à un tunnel d’interconnexion (avec un nouveau séparateur de route [RD], une nouvelle cible de route et un nouveau VNI) vers le deuxième centre de données. Les passerelles du second centre de données recréent les tunnels VXLAN de type 5 à l’aide de leur service Bureau à distance local.

    Nous prenons en charge le mappage un-à-un des instances VRF de type 5 sur l’ensemble de l’interconnexion.

  • Prise en charge de la stratégie de groupe VXLAN avec configuration entrante et sortante (EX4100, EX4400, EX4650, QFX5120-32C et QFX5120-48Y) : à partir de Junos OS version 22.4R1, nous avons apporté des améliorations à la fonctionnalité de stratégie basée sur des groupes (GBP) et quelques modifications aux CLI.

    Les améliorations sont les suivantes :

    • Vous pouvez appliquer la stratégie sur le point de terminaison entrant ou le point de terminaison du tunnel de sortie. L’entrée permet d’optimiser la bande passante du réseau. Pour configurer l’application de la stratégie au niveau du point de terminaison d’entrée, utilisez la set fowarding-options evpn-vxlan gbp ingress-enforcement commande.

    • Nous prenons en charge les conditions de correspondance suivantes pour le balisage GBP :

  • Routes EVPN purement de type 5 avec EVPN-VXLAN (SRX Series et vSRX) : à partir de Junos OS version 22.4R1, vous pouvez configurer des routes purement de type 5 dans un environnement Ethernet VPN–VXLAN (EVPN-VXLAN). Ces équipements utilisent des routes EVPN de type 5 pour annoncer des préfixes IP pour la connectivité entre les sous-réseaux dans et entre les centres de données.

    [Reportez-vous à la section Présentation des routes EVPN Pure Type 5 et des routes ip-prefix.]

  • Protocoles de routage sur les interfaces IRB de superposition EVPN-VXLAN dans l’instance de routage par défaut (EX4400, EX4650, EX9200, EX9253, QFX5110, QFX5120, QFX10002, QFX1008 et QFX10016) : à partir de Junos OS version 22.4R1, vous pouvez exécuter des protocoles de routage sur des interfaces de routage et de pontage intégré (IRB) de superposition Ethernet VPN–VXLAN (EVPN-VXLAN) dans l’instance de routage IPv4 ou IPv6 par défaut associée à la couche inférieure (default.inet.0 ou default.inet6.0). Pour effectuer cette tâche, vous pouvez définir et exporter une stratégie à l’aide de l’option qualificateur de install-next-hop except overlay-vxlan-interfaces stratégie. La configuration des stratégies évite les boucles de routage qui peuvent se produire si l’appareil utilise des routes IRB superposées pour l’accessibilité VTEP sous-jacente. Pour prendre en charge ce cas d’utilisation dans les versions antérieures à la version 22.4R1, vous pouvez configurer l’interface IRB dans une instance de routage de type vrf plutôt que dans l’instance de routage par défaut.

    [Voir install-nexthop.]

  • Prise en charge des entrées ARP statiques du nœud d'équilibrage de charge Microsoft avec des adresses MAC unicast (EX9208, MX-Series et VMX) : à partir de Junos OS version 22.4R1, vous pouvez configurer les entrées ARP statiques d'un nœud d'équilibrage de charge statique pour les adresses MAC unicast sur les interfaces IRB (Routing and Bridging) intégrées. Sur votre appareil Provider Edge (PE), vous pouvez créer une entrée ARP statique pour l’adresse IP virtuelle du nœud d’équilibrage de charge Microsoft et son adresse MAC virtuelle unicast. Cette configuration ARP statique permet à vos périphériques PE d’inonder le trafic de l’adresse IP virtuelle du nœud d’équilibrage de charge Microsoft vers l’adresse MAC virtuelle dans un domaine EVPN de couche 2 ou tout autre domaine de couche 2.

    Pour activer les adresses MAC unicast sur les interfaces IRB, activez l’option flood-as-unknown-unicas dans la [edit interfaces irb unit <logical-interface-number> family inet address <local-ip-address>/<prefix-length> arp <MSLB-virtual IP address> mac <MSLB-unicast-VMAC>] hiérarchie. L’option flood-as-unknown-unicast permet le flooding d’adresses IP virtuelles et de flux de trafic MAC virtuels à partir d’un cluster d’équilibrage de charge Microsoft.

    [ Reportez-vous au Guide de l’utilisateur EVPN.]

  • Mise en miroir de ports distants pour EVPN-VXLAN avec sous-couche IPv6 pure (QFX10002, QFX10002-60C, QFX10008 et QFX10016) : à partir de Junos OS version 22.4R1, vous pouvez configurer la mise en miroir de ports distants dans un environnement Ethernet VPN–VXLAN (EVPN-VXLAN) avec une sous-couche IPv6 pure. La mise en miroir de ports distants copie les paquets d’un flux de trafic et les distribue à un ou plusieurs hôtes de destination.

    [Voir Prise en charge du filtrage MAC, du contrôle des tempêtes et de la mise en miroir des ports dans un environnement EVPN-VXLAN.]

  • Prise en charge de la protection du noyau pour EVPN-VXLAN (EX4300-MP, EX4400-48MP, EX4650, QFX5110, QFX5120-32C, QFX5120-48T, QFX5120-48Y et QFX5120-48YM) : à partir de Junos OS version 22.4R1, vous pouvez configurer la fonction principale de protection dans un environnement EVPN-VXLAN. Vous pouvez utiliser la fonctionnalité de protection principale pour installer un itinéraire dans la table de transfert afin de l’utiliser comme chemin alternatif en cas de défaillance d’un itinéraire existant ou de perte de connectivité.

    [Voir Protéger le noyau.]

  • Prise en charge de la superposition, du ping CE-IP et du traceroute pour EVPN-VXLAN (EX4300-MP, EX4400, EX4650, QFX5110, QFX5120, QFX5200, QFX10002, QFX10002-60C, QFX10008 et QFX10016) : à partir de Junos OS version 22.4R1, vous pouvez effectuer des opérations ping et traceroute au sein d’une superposition EVPN-VXLAN ou vers une adresse IP DE PÉRIPHÉRIQUE PÉRIPHÉRIQUE CLIENT (CE) spécifique sur une superposition EVPN-VXLAN. Vous pouvez utiliser ping, traceroute, CE-IP ping et CE-IP traceroute pour détecter et isoler les erreurs dans les réseaux superposés.

    [Voir Présentation de la prise en charge des paquets Ping et Traceroute en superposition.]

  • Prise en charge d’EBGP et d’IBGP sur des interfaces IRB sur des liaisons PE-CE pour EVPN-MPLS (ACX5448) : à partir de Junos OS version 22.4R1, vous pouvez configurer des BGP externes (EBGP) et internes (IBGP) sur une interface de routage et de pontage (IRB) intégrée qui s’étend d’un périphérique de périphérie fournisseur (PE) à un périphérique de périphérie client (CE) (PE-CE).

    [Voir Présentation de la solution EVPN avec IRB.]

  • Hiérarchisation des groupes de filtres VXLAN (QFX5110, QFX5120-32C, QFX5120-48T, QFX5120-48Y, QFX5120-48YM et QFX5200) : à partir de Junos OS version 22.4R1, au démarrage, l’équipement initialise les groupes de filtres dynamiques VXLAN avant les groupes de filtres CLI. Si vous configurez un groupe de filtres CLI avant le groupe de filtres dynamiques VXLAN, seul le groupe de filtres CLI peut être programmé dans l’espace TCAM après le redémarrage de votre équipement. Cette situation peut causer des problèmes dans votre tissu.

    [ Reportez-vous au Guide de l’utilisateur EVPN.]

  • Apprentissage MAC persistant (sticky MAC) avec EVPN-VXLAN (EX4400-24MP, EX4400-24P, EX4400-24T, EX4400-24X, EX4400-48F, EX4400-48MP, EX4400-48P, EX4400-48T)— À partir de Junos OS version 22.4R1, vous pouvez activer les interfaces réseau pour qu’elles conservent les adresses MAC apprises dynamiquement lorsque le commutateur est redémarré ou lorsqu’une interface tombe en panne puis se rétablit.

    Note:

    Nous ne prenons pas en charge l’apprentissage MAC persistant sur les interfaces VTEP (Virtual Tunnel EndPoint).

    [ Reportez-vous à la section Comprendre et utiliser l’apprentissage MAC persistant.]