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.
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.
Ce document décrit l'objectif de la commande system nve infra-vlan dans les fabrics Virtual Extensible LAN Border Gateway Protocol Ethernet VPN (VXLAN BGP EVPN) basés sur les commutateurs Cisco Nexus 9000 qui exécutent le système d'exploitation NX-OS.
Lorsque les commutateurs Nexus 9000 sont configurés en tant que commutateurs Leaf VXLAN également appelés VTEP (VXLAN Tunnel End Points) dans le domaine vPC (Virtual Port Channel), vous devez disposer d'une contiguïté de routage de couche 3 de secours entre eux sur la liaison entre homologues vPC à l'aide d'un VLAN d'interface. Ce VLAN doit être local par rapport aux commutateurs, ne pas être étendu à travers le fabric VXLAN et appartenir à la VRF par défaut (table de routage globale).
Assurez-vous que la commande system nve infra-vlan est en place sur les plates-formes Nexus 9000 avec ASIC CloudScale pour spécifier que le VLAN peut agir comme une liaison ascendante et transférer correctement les trames avec l'encapsulation VXLAN sur le peer-link vPC.
Remarque : ce document ne s'applique pas aux commutateurs Cisco Nexus 9000 qui s'exécutent en mode ACI (infrastructure axée sur les applications) et sont gérés par le contrôleur APIC (Application Policy Infrastructure Controller) de Cisco.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
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.
Remarque : ce document utilise les termes Commutateur Leaf, VTEP et ToR de manière interchangeable.
Les exemples d'utilisation suivants montrent quand il est nécessaire de configurer la commande system nve infra-vlans. Dans chacun d'eux, le VLAN 777 alloué doit être défini dans le cadre de la commande system nve infra-vlan et être utilisé pour instancier une contiguïté de sauvegarde de routage de couche 3 sur la liaison entre homologues vPC. Ce VLAN 777 doit faire partie de la VRF par défaut (table de routage globale).
Remarque : ces exemples d'utilisation décrivent le scénario courant d'un hôte d'extrémité ou de routeurs physiquement connectés directement aux commutateurs leaf VXLAN Cisco Nexus 9000 ou aux commutateurs leaf en limite. De même, ces cas d'utilisation s'appliquent lorsqu'un commutateur de couche 2 ou un pont est installé entre les commutateurs Leaf Nexus 9000 et l'hôte d'extrémité ou les routeurs.
Cet exemple d'utilisation illustre un hôte d'extrémité à l'intérieur du fabric (Hôte-A) connecté à une seule partie de commutateur leaf VXLAN Cisco Nexus 9000 d'un domaine vPC. On parle alors de connexion de port orphelin. Dans le cadre du routage, le trafic généré par un hôte d'extrémité connecté à tout autre commutateur Leaf dans le fabric est destiné, dans le sous-réseau, à l'adresse IP Anycast NVE (10.12.12.12) détenue simultanément par les deux commutateurs Leaf dans vPC (commutateur Leaf A et commutateur Leaf B). Cela permet de tirer parti de toutes les liaisons ascendantes Leaf-to-Spine avec l'utilisation du routage ECMP (Equal Cost Multi-Path). Dans ce scénario, après avoir traversé le Spine, les trames VXLAN destinées à l’hôte A peuvent être hachées vers le Leaf B qui n’a pas de connexion directe à l’hôte A. Le routage de sauvegarde et les infra-VLAN du système sont nécessaires pour que le trafic traverse la liaison entre homologues vPC.
Dans ce cas d'utilisation, l'hôte d'extrémité (Hôte-A) à l'intérieur du fabric est à double résidence aux deux commutateurs leaf VXLAN Cisco Nexus 9000 dans un domaine vPC. Cependant, en cas de défaillance de toutes les liaisons ascendantes sur l'un des commutateurs Leaf dans vPC qui peut complètement l'isoler des commutateurs Spine, le système nve infra-VLAN et le routage de secours est nécessaire pour que le trafic traverse la liaison homologue vPC qui est maintenant le seul chemin possible vers le Spine. Par exemple, le schéma montre que le trafic de l'hôte A a haché sa trame vers le commutateur isolé Leaf A. La trame doit maintenant traverser la liaison entre homologues vPC.
Les commutateurs de périphérie qui fournissent la connectivité hors du fabric VXLAN par l'échange de préfixes réseau avec des routeurs externes peuvent être dans vPC.
Cette connectivité aux routeurs externes peut être considérée de manière abstraite comme une connectivité au WAN.
En cas de défaillance d’une liaison, les commutateurs de périphérie connectés au WAN peuvent se retrouver à résidence unique. Dans un tel cas, les réseaux infra-VLAN et le routage de secours du système sont nécessaires pour que le trafic traverse la liaison entre homologues vPC, comme illustré dans le schéma suivant.
Remarque : pour les exemples suivants, en plus du VLAN dans la table de routage globale, il doit y avoir une partie VLAN du VRF du locataire qui base l'échange de préfixes réseau avec l'utilisation de routes statiques ou d'un protocole de routage entre les commutateurs de périphérie sur la liaison entre homologues vPC. Cette opération est nécessaire pour remplir la table de routage Tenant-VRF.
Les commutateurs de périphérie peuvent également annoncer des boucles d'interface sur la liaison entre homologues vPC à l'aide de routes statiques ou d'un protocole de routage instancié dans un VRF de locataire. Ce trafic sera également acheminé via la liaison entre homologues vPC.
Enfin, les routeurs externes à domicile unique connectés aux commutateurs de périphérie peuvent annoncer les préfixes réseau qui peuvent être nécessaires pour que la liaison entre homologues vPC soit dans le chemin du trafic réseau, comme le montre le schéma suivant.
Dans l'exemple d'utilisation du noeud Bud, un VTEP matériel ou logiciel peut être connecté aux commutateurs leaf VXLAN Cisco Nexus 9000. Ce VTEP peut envoyer au trafic encapsulé VXLAN des commutateurs Leaf. Le VLAN utilisé pour la connectivité avec ce VTEP matériel ou logiciel doit être ajouté à la commande system nve infra-vlan.
Dans ce cas, il s'agit du VLAN 10 en plus du VLAN 77.
Dans ce scénario, LEAF A et LEAF B sont des VTEP dans vPC.
Le VLAN 777 a été choisi pour participer au protocole de routage sous-jacent qui, dans ce cas, est OSPF (Open Shortest Path First).
Sur chaque commutateur LEAF A et LEAF B, OSPF a établi une contiguïté avec le commutateur SPINE sur la liaison ascendante et entre eux sur la liaison entre homologues vPC.
OSPF ou IS-IS (Intermediate System-to-Intermediate System) peut être le protocole de routage utilisé dans le sous-réseau.
Remarque : aucune commande vn-segment n'est configurée dans la section de configuration vlan 777. Cela indique que le VLAN n'est pas étendu sur le fabric VXLAN et qu'il est local dans les commutateurs.
Ajoutez la commande system nve infra-vlan en mode de configuration globale et choisissez vlan 777 car il s'agit du vlan utilisé pour la contiguïté OSPF sous-jacente.
Remarque : les infra-VLAN nve du système sont uniquement requis sur Nexus 9000 avec CloudScale ASIC.
FEUILLE A |
---|
LEAF_A# show ip ospf neighbors OSPF Process ID 1 VRF default Total number of neighbors: 2 Neighbor ID Pri State Up Time Address Interface 10.255.255.254 1 FULL/ - 00:02:52 10.255.255.254 Eth1/6 10.255.255.2 1 FULL/ - 02:16:10 10.1.2.2 Vlan777 LEAF_A# |
FEUILLE B |
---|
LEAF_B# show ip ospf neighbors OSPF Process ID 1 VRF default Total number of neighbors: 2 Neighbor ID Pri State Up Time Address Interface 10.255.255.254 1 FULL/ - 02:21:53 10.255.255.254 Eth1/5 10.255.255.1 1 FULL/ - 02:13:51 10.1.2.1 Vlan777 LEAF_B# |
Remarque : vous ne devez pas configurer certaines combinaisons d'infra-VLAN. Par exemple, 2 et 514, 10 et 522, qui sont séparés par 512.
FEUILLE A |
---|
configure terminal ! hostname LEAF_A ! nv overlay evpn feature ospf feature bgp feature interface-vlan feature vn-segment-vlan-based feature nv overlay feature vpc feature lacp ! vlan 10 name VLAN_10_VRF_RED vn-segment 1000 vlan 100 name L3_VNI_VRF_RED vn-segment 10000 vlan 777 name BACKUP_VLAN_ROUTING_NVE_INFRA ! vpc domain 1 peer-keepalive destination 10.82.140.99 source 10.82.140.98 vrf management peer-switch peer-gateway layer3 peer-router ! interface Ethernet1/1 switchport switchport mode trunk channel-group 1 mode active no shutdown ! interface Port-Channel1 vpc peer-link no shutdown ! |
FEUILLE B |
---|
configure terminal ! hostname LEAF_B ! nv overlay evpn feature ospf feature bgp feature interface-vlan feature vn-segment-vlan-based feature nv overlay feature vpc feature lacp ! vlan 10 name VLAN_10_VRF_RED vn-segment 1000 vlan 100 name L3_VNI_VRF_RED vn-segment 10000 vlan 777 name BACKUP_VLAN_ROUTING_NVE_INFRA ! vpc domain 1 peer-keepalive destination 10.82.140.98 source 10.82.140.99 vrf management peer-switch peer-gateway layer3 peer-router ! interface Ethernet1/1 switchport switchport mode trunk channel-group 1 mode active no shutdown ! interface Port-Channel1 vpc peer-link no shutdown ! |
FEUILLE C |
---|
configure terminal ! hostname LEAF_C ! nv overlay evpn feature ospf feature bgp feature interface-vlan feature vn-segment-vlan-based feature nv overlay ! vlan 10 name VLAN_10_VRF_RED vn-segment 1000 vlan 100 name L3_VNI_VRF_RED vn-segment 10000 vlan 777 name BACKUP_VLAN_ROUTING_NVE_INFRA ! fabric forwarding anycast-gateway-mac 000a.000b.000c ! vrf context RED vni 10000 rd auto address-family ipv4 unicast route-target both auto route-target both auto evpn ! interface Ethernet1/1 description TO SPINE no switchport medium p2p ip unnumbered loopback1 ip ospf network point-to-point ip router ospf 1 area 0.0.0.0 no shutdown ! interface Ethernet1/49 description TO HOST-A switchport switchport access vlan 10 spanning-tree port type edge no shutdown ! interface loopback0 description NVE LOOPBACK ip address 10.3.3.3/32 ip router ospf 1 area 0.0.0.0 ! interface loopback1 description OSPF & BGP ID ip address 10.255.255.3/32 ip router ospf 1 area 0.0.0.0 ! interface Vlan100 no shutdown vrf member RED no ip redirects |
DOS |
---|
configure terminal ! hostname SPINE ! nv overlay evpn feature ospf feature bgp feature nv overlay ! interface Ethernet1/5 description TO LEAF A no switchport medium p2p ip unnumbered loopback1 ip ospf network point-to-point ip router ospf 1 area 0.0.0.0 no shutdown ! interface Ethernet1/6 description TO LEAF B no switchport medium p2p ip unnumbered loopback1 ip ospf network point-to-point ip router ospf 1 area 0.0.0.0 no shutdown ! interface Ethernet1/1 description TO LEAF C no switchport medium p2p ip unnumbered loopback1 ip ospf network point-to-point ip router ospf 1 area 0.0.0.0 no shutdown ! interface loopback1 description OSPF & BGP ID ip address 10.255.255.254/32 ip router ospf 1 area 0.0.0.0 ! router ospf 1 router-id 10.255.255.254 ! router bgp 65535 router-id 10.255.255.254 address-family ipv4 unicast address-family l2vpn evpn retain route-target all neighbor 10.255.255.1 remote-as 65535 update-source loopback1 address-family ipv4 unicast address-family l2vpn evpn send-community send-community extended route-reflector-client neighbor 10.255.255.2 remote-as 65535 update-source loopback1 address-family ipv4 unicast address-family l2vpn evpn send-community send-community extended route-reflector-client neighbor 10.255.255.3 remote-as 65535 update-source loopback1 address-family ipv4 unicast address-family l2vpn evpn send-community send-community extended route-reflector-client ! end |
Exécutez la commande show system nve infra-vlan et assurez-vous que le vlan est affiché sous Vlan infra actuellement actifs.
FEUILLE A |
---|
LEAF_A# show system nve infra-vlans Currently active infra Vlans: 777 Available Infra Vlans : 7-264,266-511,519-776,778-1023,1031-1288,1290-1535,1543-1800,1802-2047,2055-2312,2314-2559,2567-2824,2826-3071,3079-3336,3338-3583,3591-3848,3850-3967 *Configuration of two infra-vlans which are 512 apart is not allowed. Ex: 4, 516 are not allowed to be configured together LEAF_A# |
FEUILLE B |
---|
LEAF_B# show system nve infra-vlans Currently active infra Vlans: 777 Available Infra Vlans : 7-264,266-511,519-776,778-1023,1031-1288,1290-1535,1543-1800,1802-2047,2055-2312,2314-2559,2567-2824,2826-3071,3079-3336,3338-3583,3591-3848,3850-3967 *Configuration of two infra-vlans which are 512 apart is not allowed. Ex: 4, 516 are not allowed to be configured together LEAF_B# |
Remarque : les interfaces physiques de couche 3 sont recommandées en tant que liaisons ascendantes pour le transport du trafic VXLAN dans le fabric. Les sous-interfaces de couche 3 ne sont pas prises en charge. Pour utiliser des VLAN d'interface pour transporter le trafic VXLAN, assurez-vous que le VLAN est également identifié avec la commande system nve infra-vlan sur le peer-link vPC.
Dans le cas où LEAF Un commutateur souffre d'une défaillance de liaison ascendante et qu'il ne se connecte plus directement au commutateur SPINE, l'accessibilité peut toujours être réalisée avec l'infra-vlan sur la liaison homologue vPC utilisée comme liaison ascendante de secours vers le commutateur SPINE.
FEUILLE A |
---|
LEAF_A# show mac address-table vlan 10 Legend: * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC age - seconds since last seen,+ - primary entry using vPC Peer-Link, (T) - True, (F) - False, C - ControlPlane MAC, ~ - vsan VLAN MAC Address Type age Secure NTFY Ports ---------+-----------------+--------+---------+------+----+------------------ * 10 0000.0000.000a dynamic 0 F F Eth1/54 C 10 0000.0000.000b dynamic 0 F F nve1(10.3.3.3) G 10 00be.755b.f1b7 static - F F sup-eth1(R) G 10 4c77.6db9.a8db static - F F vPC Peer-Link(R) LEAF_A# |
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
25-Jul-2019 |
Première publication |