Utiliser VNID pour provisionner automatiquement L3VNI, Core-SVI, Core-vlan sur les commutateurs Catalyst 9000

Mis à jour:18 août 2023
ID du document:220804

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

    Introduction

    Ce document décrit les options de provisionnement automatique pour L3VNI, core-SVI et core-vlan utilisant VNID sur les commutateurs de la gamme Catalyst 9000.

    Conditions préalables

    Exigences

    Cisco vous recommande de prendre connaissance des rubriques suivantes :

    • Configuration BGP de base
    • Configuration VRF de base
    • Configuration EVPN de base
    note-icon

    Remarque : veuillez vous reporter à la section Configurer BGP VRF Auto RD Auto RT pour EVPN pour plus d'informations sur la simplification de l'interface de ligne de commande EVPN.  

    Composants utilisés

    Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

    • Catalyst 9300
    • Catalyst 9400
    • Catalyst 9500
    • Catalyst 9600
    • Cisco IOS® XE 17.13.1 et versions ultérieures

    The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

    Informations générales

    Les déploiements EVPN de couche 3 impliquent de nombreuses options de configuration, y compris, mais sans s'y limiter, l'association VNI de couche 3 de VRF à l'interface NVE, l'interface SVI principale et le réseau local virtuel principal.

    • Avant l'introduction de la mise en service automatique de L3VNI et de la fonctionnalité core-vlan, au moins 7 lignes de configuration (1 pour l'association de L3VNI avec l'interface Nve, 2 pour l'interface SVI principale, 4 pour le core-vlan) seraient nécessaires pour configurer un VRF particulier pour l'utilisation de BGP EVPN VxLAN.
    • Avec la mise à disposition automatique de L3VNI et de la fonctionnalité core-vlan, cela peut être réalisé avec seulement 1 ligne, en particulier au niveau des paramètres optionnels de la commande vnid (qui est requise pour auto RT).
    • Il n'y a aucune différence fonctionnelle entre la mise en service automatique de L3VNI, core-SVI, core-vlan et statique de L3VNI, core-SVI, core-vlan.  Chaque VRF doit être associé de manière unique à un L3VNI, core-SVI et core-vlan.
    • La plage légale de L3VNI va de 4096 à 16777215 (inclus).  En utilisant l'option "vni auto", la valeur vnid doit être dans cette plage.
    • La plage légale de core-vlan est comprise entre 1 et 4094.
    • En outre, la mise à disposition automatique de L3VNI et core-SVI/core-vlan peut coexister avec la RT statique dans n'importe quel VRF particulier (vous pouvez configurer la RT automatique en plus de la RT statique existante avant cette fonctionnalité).

    La possibilité de simplifier la configuration est hautement souhaitable (si elle n'est pas nécessaire) pour que le déploiement soit possible, et a déjà été largement adoptée pour le fabric BGP EVPN VxLAN. Cette fonctionnalité est souhaitable pour EVPN, car elle permet d'éviter l'écriture et la maintenance de configurations étendues et complexes dans des topologies Spine-Leaf où de nombreux VRF sont configurés dans un leaf particulier.

    note-icon

    Remarque : cette fonctionnalité introduit de nouvelles CLI et fait partie de la simplification de la CLI pour le VRF BGP dans EVPN sur les commutateurs de la gamme Catalyst 9000. 

    Terminologie

    VRF

    Transfert de routage virtuel

    Définit un domaine de routage de couche 3 qui peut être séparé des autres domaines de routage VRF et IPv4/IPv6 global

    AF

    Famille d'adresses

    Définit les préfixes de type et les informations de routage des handles BGP

    COMME

    Système Autonome

    Ensemble de préfixes IP routables sur Internet qui appartiennent à un réseau ou à un ensemble de réseaux qui sont tous gérés, contrôlés et supervisés par une seule entité ou organisation

    EVPN

    Réseau privé virtuel Ethernet

    L'extension qui permet au BGP de transporter des informations MAC de couche 2 et IP de couche 3 est EVPN et utilise le protocole MP-BGP (Multi-Protocol Border Gateway Protocol) comme protocole pour distribuer les informations d'accessibilité relatives au réseau de superposition VXLAN.

    VXLAN

    Réseau local (LAN) virtuel extensible

    VXLAN est conçu pour surmonter les limitations inhérentes aux VLAN et au STP. Il s’agit d’une norme IETF proposée [RFC 7348] qui fournit les mêmes services réseau Ethernet de couche 2 que les VLAN, mais avec une plus grande flexibilité. Fonctionnellement, il s’agit d’un protocole d’encapsulation MAC-in-UDP qui s’exécute en tant que superposition virtuelle sur un réseau sous-jacent de couche 3.

    Configurer

    L3VNI, Core-SVI, Core-vlan Provisionnement automatique

    Leaf-01#sh run | section vrf definition blue
    vrf definition blue
     vnid 31234 evpn-instance vni auto core-vlan 200     <-- Auto provision the L3VNI of 31234,
                                                         <-- core-SVI and core-vlan 200

    Leaf-01#sh run | section vrf definition green
    vrf definition green
     vnid 12 evpn-instance vni 16777215 core-vlan 4094   <-- Provision the L3VNI of 16777215,
                                                         <-- core-SVI and core-vlan 4094
    note-icon

    Remarque : la configuration de l'autre réflecteur de route spine est la même. Par conséquent, ne répétez pas cette section

    note-icon

    Remarque : les autres leafs EVPN peuvent utiliser une configuration statique L3VNI, core-SVI, core-vlan. Tant que l’interface L3VNI correspond, le trafic de données est acheminé correctement.

    Vérifier

    Vérifiez le Leaf, pour avoir l'association L3VNI correcte avec l'interface NVE, core-SVI et core-vlan :

    Leaf-01#show derived-config interface nve1
    ...
    interface nve1
     source-interface Loopback1
     host-reachability protocol bgp
    ...
     member vni 31234 vrf blue
     member vni 16777215 vrf green
    ...


    Leaf-01# show derived-config | section vlan configuration 200
    vlan configuration 200
     member vni 31234

    Leaf-01# show derived-config | section vlan configuration 4094
    vlan configuration 4094
     member vni 16777215

    Leaf-01# show derived-config | section interface Vlan200
    interface Vlan200
     vrf forwarding blue
     ip unnumbered Loopback1
     ipv6 unnumbered Loopback1
     no autostate

    Leaf-01# show derived-config | sec interface Vlan4094
    interface Vlan4094
     vrf forwarding green
     ip unnumbered Loopback1
     ipv6 unnumbered Loopback1
     no autostate

    Dépannage

    Déboguages

    En cas de problème avec VRF auto RD auto RT, vous pouvez utiliser les débogages pour en savoir plus sur le problème

    Activer les débogages appropriés 

    Leaf-01#debug ip bgp autordrt
    Leaf-01#debug vrf create
    Leaf-01#debug vrf delete
    Leaf-01#debug l2vpn evpn event detail


    Affichage     informations de débogage

    VTEP1#show debug
VRF Manager:
VRF creation debugging is on
VRF deletion debugging is on
Packet Infra debugs:
Ip Address Port
------------------------------------------------------|----------
IP routing:
BGP auto rd rt debugging is on
    EVPN:
    EVPN detailed events debugging is on


    Observer les débogages produits à chaque étape de configuration

    Leaf-01(config)#vrf definition test
Leaf-01(config-vrf)#vnid 31234 evpn-instance vni auto core-vlan 200
% vnid vni (31234) core vlan (200) acquired for "vrf test" 
    % vnid 31234 evpn-instance vni auto (vni 0 core-vlan 200) is configured in "vrf test" 

    *Aug 12 02:57:07.414: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.414: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.415: BGP: VRF config event of vnid change for vrf test
    *Aug 12 02:57:07.415: BGP: afi 0 vrf test vnid 31234 RT assign
    *Aug 12 02:57:07.415: BGP: vrf assign auto import stitching rt for VRF test
    *Aug 12 02:57:07.415: BGP: vrf assign auto export stitching rt for VRF test
    *Aug 12 02:57:07.415: BGP: afi 1 vrf test vnid 31234 RT assign
    *Aug 12 02:57:07.415: BGP: vrf assign auto import stitching rt for VRF test
    *Aug 12 02:57:07.415: BGP: vrf assign auto export stitching rt for VRF test

    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 up event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 up event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 down event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 up event
    *Aug 12 02:57:07.416: EVPN: Received interface Vlan200 up event

    *Aug 12 02:57:08.414: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan200, changed state to up

    *Aug 12 02:57:09.414: %LINK-3-UPDOWN: Interface Vlan200, changed state to up

    Leaf-01(config-vrf)#no vnid 31234 vni auto core-vlan 200
    % vnid 31234 delete for VRF test
    % deacquire vnid vni (31234) or core vlan (200) succeed for "vrf test" 

    *Aug 12 04:46:34.462: EVPN: Received interface Vlan200 down event
    *Aug 12 04:46:34.462: EVPN: Received interface Vlan200 down event
    *Aug 12 04:46:34.462: EVPN: Received interface Vlan200 down event
    *Aug 12 04:46:34.463: EVPN: Received interface Vlan200 down event
    *Aug 12 04:46:34.464: BGP: VRF config event of vnid change for vrf test
    *Aug 12 04:46:34.464: BGP: afi 0 vrf test vnid config deleted
    *Aug 12 04:46:34.464: BGP: vrf de-assign auto import stitching rt for VRF test
    *Aug 12 04:46:34.464: BGP: vrf de-assign auto export stitching rt for VRF test
    *Aug 12 04:46:34.464: BGP: afi 1 vrf test vnid config deleted

    *Aug 12 04:46:34.464: BGP: vrf de-assign auto import stitching rt for VRF test
    *Aug 12 04:46:34.464: BGP: vrf de-assign auto export stitching rt for VRF test

    Informations connexes

    Historique de révision

    Révision Date de publication Commentaires
    1.0
    21-Aug-2023
    Première publication

    Contribution de

    • Steven Cheung
    • Ambrose Taylor

    Ce document vous est-il utile?

    FeedbackCommentaires

    Contacter Cisco

    Ce document s’applique à ces produits