Verstehen und Konfigurieren von Nexus 9000-vPC mit Best Practices
Inhalt
Einleitung
In diesem Dokument werden die Best Practices für Virtual Port Channel (vPC) auf Switches der Cisco Nexus 9000-Serie (9k) beschrieben
Voraussetzungen
Anforderungen
- NX-OS-Lizenzanforderungen für vPC
- Die vPC-Funktion ist in der Basisversion der NX-OS-Software-Lizenz enthalten.
Hot Standby Router Protocol (HSRP), Virtual Router Redundancy Protocol (VRRP) und Link Aggregation Control Protocol (LACP) sind ebenfalls in dieser Basislizenz enthalten.
Layer-3-Funktionen wie das Protokoll Open Shortest Path First (OSPF) oder das Protokoll Intermediate-System-to-Intermediate System (ISIS) erfordern eine LAN_ENTERPRISE_SERVICES_PKG-Lizenz.
Verwendete Komponenten
Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:
- Cisco Nexus93 180YC-FX mit Release 10.2(3)
- Cisco Nexus93 180YC-FX mit Release 10.2(3)
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
vPC-Fabric-Peering bietet eine erweiterte Zugriffslösung mit Doppelvernetzung ohne den Overhead durch überflüssige physische Ports für den vPC-Peer-Link.
Hintergrundinformationen
Dieses Dokument gilt für folgende Produkte:
- Nexus 9k vPC
- vPC mit VXLAN
- vPC-Fabric-Peering
- Doppelseitiger vPC
- Doppelseitiger virtueller vPC
Dieses Dokument behandelt auch In-Service-Software-Upgrades (ISSU) im Zusammenhang mit vPC und enthält Details zu den neuesten vPC-Erweiterungen (Wiederherstellungsverzögerung, Schnittstellen-Timer für Network Virtual Interface (NVE)).
vPC-Beschreibung und -Terminologie
vPC ist eine Virtualisierungstechnologie, die beide gekoppelte Geräte der Cisco Nexus 9000-Serie als eindeutigen logischen Layer-2-Knoten darstellt, um auf Layer-Geräte oder Endpunkte zuzugreifen.
Der vPC gehört zur Technologiefamilie MultiChassis EtherChannel (MCEC). Mit einem virtuellen Port-Channel (vPC) können Links, die physisch mit zwei verschiedenen Geräten der Cisco Nexus 9000-Serie verbunden sind, gegenüber einem dritten Gerät als ein einziger Port-Channel dargestellt werden.
Das dritte Gerät kann ein Switch, ein Server oder ein anderes Netzwerkgerät sein, das die Link-Aggregation-Technologie unterstützt.
Technische Vorteile von vPC
vPC bietet folgende technische Vorteile:
- Er beseitigt blockierte STP-Ports (Spanning Tree Protocol).
- Er nutzt die gesamte verfügbare Uplink-Bandbreite.
- Er ermöglicht den Betrieb von doppelt vernetzten Servern im Aktiv-Aktiv-Modus.
- Er ermöglicht bei Verbindungs- oder Geräteausfällen eine schnelle Konvergenz.
- Er bietet zwei Aktiv/Aktiv-Standardgateways für Server-vPC. Nutzt auch natives Split Horizon/Loop-Management durch Port-Channeling-Technologie: Ein Paket kommt, ein Port-Channel kann diesen Port-Channel nicht sofort verlassen.
Betriebs- und Architekturvorteile von vPC
vPC bietet Usern die folgenden unmittelbaren Betriebs- und Architekturvorteile:
- Er vereinfacht das Netzwerkdesign.
- Er baut ein äußerst ausfallsicheres und robustes Layer-2-Netzwerk auf.
- Er ermöglicht nahtlose Mobilität virtueller Systeme und Server-Hochverfügbarkeits-Cluster.
- Er skaliert die verfügbare Layer-2-Bandbreite und erhöht die bisektionale Bandbreite.
- Er erweitert die Größe des Layer-2-Netzwerks.
Aspekte der Hardware- und Software-Redundanz bei vPC
vPC nutzt durch diese Methoden Bereiche der Hardware- und Software-Redundanz:
- Der vPC verwendet alle verfügbaren Links von Port-Channel-Mitgliedern, sodass der Hash-Algorithmus alle Flows an die verfügbaren Links weiterleitet, wenn ein einzelner Link ausfällt.
- Die vPC-Domäne besteht aus zwei Peer-Geräten. Jedes Peer-Gerät verarbeitet die Hälfte des Datenverkehrs, der von der Zugriffsschicht stammt. Wenn ein Peer-Gerät ausfällt, übernimmt das andere Peer-Gerät mit minimaler Belastung durch die Konvergenzzeit den gesamten Datenverkehr.
- Jedes Peer-Gerät in der vPC-Domäne führt eine eigene Kontrollebene aus, und beide Geräte arbeiten unabhängig voneinander. Mögliche Probleme auf der Steuerebene bleiben auf das Peer-Gerät beschränkt und wirken sich nicht auf das andere Peer-Gerät aus.
Von STP aus entfernt vPC blockierte STP-Ports und verwendet die gesamte verfügbare Uplink-Bandbreite. STP wird als ausfallsicherer Mechanismus eingesetzt und gibt keinen L2-Pfad für per vPC verbundene Geräte vor.
In einer vPC-Domäne kann ein Benutzer Zugriffsgeräte auf verschiedene Arten verbinden: Über vPC verbundene Verbindungen, die ein Aktiv/Aktiv-Verhalten mit Port-Channel nutzen, Aktiv/Standby-Verbindungen umfassen STP und Single-Attachment ohne STP, das auf dem Zugriffsgerät ausgeführt wird.
Konfigurieren von VXLAN EVPN mit vPC
Netzwerkdiagramm
Im Diagramm stellt der Host eine Verbindung zu zwei Nexus 9000-Switches her, einschließlich der vPC-Domänen-ID, aber die vom Host konfigurierten Switches führen selbst kein vPC aus. Der Access Switch/Host registriert den Uplink ohne vPC-Kenntnis als einfachen Port-Channel.
Leaf-1
vlan 2
vn-segment 10002
vlan 10
vn-segment 10010
route-map PERMIT-ALL permit 10
vrf context test
vni 10002
rd auto
address-family ipv4 unicast
route-target both auto
route-target both auto evpn
interface nve1
no shutdown
host-reachability protocol bgp
source-interface loopback1
member vni 10002 associate-vrf
member vni 10010
suppress-arp
mcast-group 239.1.1.1
interface loopback0
ip address 10.1.1.1/32
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
no shutdown
interface loopback1
ip address 10.2.1.1/32
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
no shutdown
Leaf-2
vlan 2
vn-segment 10002
vlan 10
vn-segment 10010
route-map PERMIT-ALL permit 10
vrf context test
vni 10002
rd auto
address-family ipv4 unicast
route-target both auto
route-target both auto evpn
interface nve1
no shutdown
host-reachability protocol bgp
advertise virtual-rmac
source-interface loopback1
member vni 10002
associate-vrf member
vni 10010
suppress-arp
mcast-group 239.1.1.1
interface loopback1
ip address 10.2.1.4/32
ip address 10.2.1.10/32 secondary
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
icam monitor scale
interface loopback0
ip address 10.1.1.4/32
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
no shutdown
Leaf-2(config-if)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.26 source 10.201.182.25
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
Leaf-3
vlan 2
vn-segment 10002
vlan 10
vn-segment 10010
route-map PERMIT-ALL permit 10
vrf context test
vni 10002
rd auto
address-family ipv4 unicast
route-target both auto
route-target both auto evpn
interface nve1
no shutdown
host-reachability protocol bgp
advertise virtual-rmac
source-interface loopback1
member vni 10002
associate-vrf member
vni 10010
suppress-arp
mcast-group 239.1.1.1
interface loopback1
ip address 10.2.1.3/32
ip address 10.2.1.10/32 secondary
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
icam monitor scale
interface loopback0
ip address 10.1.1.3/32
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
Leaf-3(config-if)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.25 source 10.201.182.26
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
Spine-1
interface loopback0
ip address 10.3.1.1/32
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
Host-1
interface Vlan10
no shutdown
vrf member test
ip address 172.16.1.101/25
Host-2
interface Vlan10
no shutdown
vrf member test
ip address 172.16.1.102/25
Überprüfung
Nutzen Sie diesen Abschnitt, um zu überprüfen, ob Ihre Konfiguration ordnungsgemäß funktioniert.
ip interface Status for VRF "test"(3) Interface ip Address Interface Status Vlan10 172.16.1.102 protocol-up/link-up/admin-up HOST-B(config)# ping 172.16.1.101 vrf test PING 172.16.1.101 (172.16.1.101): 56 data bytes 64 bytes from 172.16.1.101: icmp_seq=0 ttl=254 time=1.326 ms 64 bytes from 172.16.1.101: icmp_seq=1 ttl=254 time=0.54 ms 64 bytes from 172.16.1.101: icmp_seq=2 ttl=254 time=0.502 ms 64 bytes from 172.16.1.101: icmp_seq=3 ttl=254 time=0.533 ms 64 bytes from 172.16.1.101: icmp_seq=4 ttl=254 time=0.47 ms --- 172.16.1.101 ping statistics --- 5 packets transmitted, 5 packets received, 0.00% packet loss round-trip min/avg/max = 0.47/0.674/1.326 ms HOST-B(config)# |
IP Interface Status for VRF "test"(3) interface IP Address Interface Status Vlan10 172.16.1.101 protocol-up/link-up/admin-up Host-A(config-if)# |
Fehlerbehebung
In diesem Abschnitt finden Sie Informationen zur Behebung von Fehlern in Ihrer Konfiguration.
Leaf-2(config-if)# show vpc bri Legend: (*) - local vPC is down, forwarding via vPC peer-link vPC domain id : 1 |
Leaf-3(config-if)# show vpc bri Legend: (*) - local vPC is down, forwarding via vPC peer-link vPC domain id : 1 Peer status : peer adjacency formed ok vPC keep-alive status : peer is alive Configuration consistency status : success Per-vlan consistency status : success Type-2 consistency status : success vPC role : secondary Number of vPCs configured : 1 Peer Gateway : Enabled Dual-active excluded VLANs : Graceful Consistency Check : Enabled Auto-recovery status : Disabled Delay-restore status : Timer is off.(timeout = 30s) Delay-restore SVI status : Timer is off.(timeout = 10s) Delay-restore Orphan-port status : Timer is off.(timeout = 0s) Operational Layer3 Peer-router : Disabled Virtual-peerlink mode : Disabled vPC Peer-link status ————————————————————————————————— id Port Status Active vlans -- ---- ------ ------------------------------------------------- 1 Po10 up 1-2,10 vPC status ---------------------------------------------------------------------------- Id Port Status Consistency Reason Active vlans --------------- 20 Po20 up success success 1-2,10 Please check "show vpc consistency-parameters vpc <vpc-num>" for the consistency reason of down vpc and for type-2 consistency reasons for any vpc. |
Konfigurieren von vPC-Fabric-Peering
Netzwerkdiagramm
Leaf-2
Leaf-2(config-vpc-domain)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.26
virtual peer-link destination 10.1.1.3 source 10.1.1.4 dscp 56
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface Ethernet1/46
mtu 9216
port-type fabric
ip address 192.168.2.1/24
ip ospf network point-to-point
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
no shutdown
Leaf-3
Leaf-3(config-vpc-domain)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.25
virtual peer-link destination 10.1.1.4 source 10.1.1.3 dscp 56
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface Ethernet1/47
mtu 9216
port-type fabric
ip address 192.168.1.1/24
ip ospf network point-to-point
ip router ospf 100 area 0.0.0.0
ip pim sparse-mode
no shutdown
Überprüfung
Verwenden Sie diesen Abschnitt, um zu überprüfen, ob Ihre Konfiguration ordnungsgemäß funktioniert.
show vpc brief
show vpc role
show vpc virtual-peerlink vlan consistency
show vpc fabric-ports
show vpc consistency-para global
show nve interface nve 1 detail
Konfigurieren von doppelseitigen vPCs
Netzwerkdiagramm
Leaf-2
Leaf-2(config-if-range)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.26 source 10.201.182.25
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
interface port-channel40
vpc 40
Leaf-3
Leaf-3(config-if-range)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.25 source 10.201.182.26
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
interface port-channel40
vpc 40
Leaf-4
Leaf-4(config-if)# show run vpc
feature vpc
vpc domain 2
peer-keepalive destination 10.201.182.29 source 10.201.182.28
peer-gateway
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
interface port-channel40
vpc 40
Leaf-5
Leaf-5(config-if)# show running-config vpc
feature vpc
vpc domain 2
peer-keepalive destination 10.201.182.28 source 10.201.182.29
peer-gateway
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
interface port-channel40
vpc 40
Konfigurieren von doppelseitigen vPCs mit vPC-Fabric-Peering
Netzwerkdiagramm
Beim doppelseitigen vPC wird der vPC auf beiden Nexus 9000-Switches ausgeführt. Jedes vPC-Paar der Nexus 9000-Switches ist über einen eindeutigen vPC mit dem Aggregations-vPC-Paar verbunden.
Leaf-2
Leaf-2(config-if-range)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.26
virtual peer-link destination 10.1.1.3 source 10.1.1.4 dscp 56
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
interface port-channel40
vpc 40
Leaf-3
Leaf-3(config-if-range)# show run vpc
feature vpc
vpc domain 1
peer-switch
peer-keepalive destination 10.201.182.25
virtual peer-link destination 10.1.1.4 source 10.1.1.3 dscp 56
peer-gateway
ip arp synchronize
interface port-channel10
vpc peer-link
interface port-channel20
vpc 20
interface port-channel40
vpc 40
Leaf-4 and Leaf-5 configuration is similar as in double-sided vPC.
Fehlerbehebung
In diesem Abschnitt erhalten Sie Informationen zur Behebung von Fehlern in Ihrer Konfiguration.
Leaf-4(config-if)# show spanning-tree VLAN0010 Spanning tree enabled protocol rstp Root ID Priority 32778 Address 0023.04ee.be01 Cost 5 Port 4105 (port-channel10) Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32778 (priority 32768 sys-id-ext 10) Address 0023.04ee.be02 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Po10 Root FWD 4 128.4105 (vPC peer-link) Network P2p Po20 Desg FWD 1 128.4115 (vPC) P2p Po40 Root FWD 1 128.4135 (vPC) P2p VLAN0020 Spanning tree enabled protocol rstp Root ID Priority 32788 Address 0023.04ee.be02 This bridge is the root Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32788 (priority 32768 sys-id-ext 20) Address 0023.04ee.be02 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec< Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Po10 Root FWD 4 128.4105 (vPC peer-link) Network P2p Po20 Desg FWD 1 128.4115 (vPC) P2p Po40 Desg FWD 1 128.4135 (vPC) P2p |
Leaf-5(config-if)# show spanning-tree VLAN0010 Spanning tree enabled protocol rstp Root ID Priority 32778 Address 0023.04ee.be01 Cost 1 Port 4135 (port-channel40) Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32778 (priority 32768 sys-id-ext 10) Address 0023.04ee.be02 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Po10 Desg FWD 4 128.4105 (vPC peer-link) Network P2p Po20 Desg FWD 1 128.4115 (vPC) P2p Po40 Root FWD 1 128.4135 (vPC) P2p VLAN0020 Spanning tree enabled protocol rstp Root ID Priority 32788 Address 0023.04ee.be02 This bridge is the root Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32788 (priority 32768 sys-id-ext 20) Address 0023.04ee.be02 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Po10 Desg FWD 4 128.4105 (vPC peer-link) Network P2p Po20 Desg FWD 1 128.4115 (vPC) P2p Po40 Desg FWD 1 128.4135 (vPC) P2p Leaf-5(config-if)# |
Leaf-2(config-if-range)# show spanning-tree VLAN0001 Spanning tree enabled protocol rstp Root ID Priority 32769 Address 0023.04ee.be01 Cost 0 Port 0 () Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32769 (priority 32768 sys-id-ext 1) Address 003a.9c28.2cc7 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Eth1/47 Desg FWD 4 128.185 P2p VLAN0010 Spanning tree enabled protocol rstp Root ID Priority 32778 Address 0023.04ee.be01 This bridge is the root Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32778 (priority 32768 sys-id-ext 10) Address 0023.04ee.be01 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Po10 Desg FWD 4 128.4105 (vPC peer-link) Network P2p Po40 Desg FWD 1 128.4135 (vPC) P2p Eth1/47 Desg FWD 4 128.185 P2p Leaf-2(config-if-range)# |
Leaf-3(config-if-range)# show spanning-tree VLAN0010 Spanning tree enabled protocol rstp Root ID Priority 32778 Address 0023.04ee.be01 This bridge is the root Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32778 (priority 32768 sys-id-ext 10) Address 0023.04ee.be01 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Po10 Root FWD 4 128.4105 (vPC peer-link) Network P2p Po40 Desg FWD 1 128.4135 (vPC) P2p Leaf-3(config-if-range)# |
Best Practices für ISSU mit vPC
In diesem Abschnitt werden die Best Practices für ein unterbrechungsfreies Software-Upgrade beschrieben. Bei der Konfiguration einer vPC-Domäne kann Cisco ISSU verwendet werden. vPC-System NX-OS-Upgrade- (oder Downgrade-) vPC-Funktion ist vollständig mit Cisco ISSU kompatibel.
In einer vPC-Umgebung wird ISSU als Methode für das Upgrade des Systems empfohlen. Das vPC-System kann unabhängig ohne Unterbrechung des Datenverkehrs aktualisiert werden. Das Upgrade ist serialisiert und muss nacheinander ausgeführt werden. Die Konfigurationssperre während ISSU verhindert die Durchführung synchroner Upgrades auf beiden vPC-Peer-Geräten (die Konfiguration wird auf anderen vPC-Peer-Geräten automatisch gesperrt, wenn ISSU initiiert wird). Für die Durchführung des ISSU-Vorgangs wird 1 einzelner Regler benötigt.
Anmerkung: vPC mit FEX (Host-vPC) unterstützt ISSU ebenfalls vollständig. Es gibt keinen Paketverlust, wenn die aktualisierte vPC-Domäne über FEX verfügt. Ein Server, der über einen Standard-Port-Kanal und einen Dual-Anschluss mit 2 verschiedenen FEX verbunden ist, bemerkt nicht, dass der Upgrade-Vorgang im Netzwerk stattfindet.
switch#install all nxos bootflash:
Dringende Empfehlungen
vPC-Peer-Gerät 1, 9K1 (ob der Code zuerst auf das primäre oder sekundäre vPC-Peer-Gerät geladen wird, spielt keine Rolle) mit ISSU. Beachten Sie, dass das andere vPC-Peer-Gerät (9K2) seine Konfiguration gesperrt hat, um es vor jeglichem Eingriff in den Switch zu schützen.
- Verwenden Sie ISSU (In-Service-Software-Upgrade), um das NX-OS-Code-Release für die vPC-Domäne zu ändern. Führen Sie den Vorgang sequentiell durch: ein vPC-Peer-Gerät nach dem anderen.
- Schlagen Sie in den NX-OS-Versionshinweisen nach, welche Version des NX-OS-Codes für Ihr Gerät geeignet ist (ISSU-Kompatibilitätsmatrix).
Anmerkung: Das Upgrade von 9k1 von 7.x auf 9.3.8/9.3.9 hat einen Ausfall des 40g-Ports auf vPC verursacht. Wenn der Peer-Link mit 40G verbunden ist, wird empfohlen, beide Switches auf 9.3.8/9.3.9 zu aktualisieren, um 40G zu aktivieren, oder Pfad muss folgen: I7(7) - 9.3(1) - 9.3(9).
Best Practices beim Austausch des vPC-Switches
Vorabprüfungen
show version
show module
show spanning-tree summary
show vlan summary
show ip interface brief
show port-channel summary
show vpc
show vpc brief
show vpc role
show vpc peer-keepalives
show vpc statistics peer-keepalive
show vpc consistency-parameters global
show vpc consistency-parameters interface port-channel<>
show vpc consistency-parameters vlans
show run vpc all
show hsrp brief
show hsrp
show run hsrp
show hsrp interface vlan
Show vrrp
Show vrrp brief
Show vrrp interface vlan
Show run vrrp
Schritte
- Fahren Sie nacheinander alle vPC-Teilnehmerports herunter.
- Fahren Sie alle verwaisten Ports herunter.
- Fahren Sie nacheinander alle physischen Layer-3-Links herunter.
- Fahren Sie den vPC-PKA-Link (Peer Keep Alive) herunter.
- Fahren Sie den vPC-Peer-Link herunter.
- Stellen Sie sicher, dass alle Ports auf dem problematischen Switch inaktiv sind.
-
Stellen Sie sicher, dass der Datenverkehr über gemeinsame Befehle auf dem redundanten Switch zum redundanten Switch umgeleitet wird.
show vpc
show vpc statistics
show ip route vrf all summary
show ip mroute vrf all summary
show ip interface brief
show interface status
show port-channel summary
show hsrp brief
Show vrrp brief -
Stellen Sie sicher, dass das Ersatzgerät mit dem richtigen Image und der richtigen Lizenz eingerichtet ist.
show version
show module
show diagnostic results module all detail
show license
show license usage
show system internal mts buffer summary|detail
show logging logfile
show logging nvram - Konfigurieren Sie den Switch mit der korrekten Backup-Konfiguration.
-
Wenn die automatische Wiederherstellung aktiviert ist, deaktivieren Sie sie während des Austauschs.
Leaf-2(config)# vpc domain 1
Leaf-2(config-vpc-domain)# no auto-recovery
Leaf-2(config-if)# show vpc bri
Legend:
(*) - local vPC is down, forwarding via vPC peer-link
vPC domain id : 1
Peer status : peer adjacency formed ok
vPC keep-alive status : peer is alive
Configuration consistency status : success
Per-vlan consistency status : success
Type-2 consistency status : success
vPC role : primary
Number of vPCs configured : 1
Peer Gateway : Enabled
Dual-active excluded VLANs : - Graceful Consistency Check : Enabled
Auto-recovery status : Disabled
Delay-restore status : Timer is off. (timeout = 30s)
Delay-restore SVI status : Timer is off (timeout = 10s)
Delay-restore Orphan-port status : Timer is off.(timeout = 0s)
Operational Layer3 Peer-router : Disabled
Virtual-peerlink mode : Disabled -
Stellen Sie sicher, dass für das Sticky-Bit "False" festgelegt ist.
Leaf-5(config-vpc-domain)# show sys internal vpcm info all | i i stick
OOB Peer Version: 2 OOB peer was alive: TRUE Sticky Master: FALSE - Wenn das Sticky-Bit auf "True" gesetzt ist, konfigurieren Sie die vPC-Rollenpriorität neu. Dies bedeutet, dass die ursprüngliche Konfiguration erneut auf die Rollenpriorität angewendet werden muss.
- vPC domain 1 <== 1 ist die auf dem ursprünglichen Switch erwähnte vPC-Domänennummer
- role priority 2000 <== Beispiel: Wenn 2000 die vPC-Rollenpriorität auf dem ursprünglichen Switch festgelegt hat
- Aktivieren Sie die Schnittstellen ausschließlich in folgender Reihenfolge:
- Aktivieren Sie den Peer-Keepalive-Link.
- Aktivieren Sie den vPC-Peer-Link.
- Prüfen Sie, ob die vPC-Rolle korrekt eingerichtet wurde.
- Aktivieren Sie die übrigen Schnittstellen auf den Switches nacheinander in der folgenden Reihenfolge:
- vPC-Teilnehmerports
- Verwaiste Ports (Nicht-vPC-Ports)
- Physische Layer-3-Schnittstelle
Überprüfung nach der Validierung
show version
show module
show diagnostics result module all detail
show environment
show license usage
show interface status
show ip interface brief
show interface status err-disabled
show cdp neighbors
show redundancy status
show spanning-tree summary
show port-channel summary
show vpc
show vpc brief
show vpc role
show vpc peer-keepalives
show vpc statistics peer-keepalive
show vpc consistency-parameters global
show vpc consistency-parameters interface port-channel1
show vpc consistency-parameters vlans
show hsrp brief
show vrrp brief
vPC-Überlegungen für die VXLAN-Bereitstellung
-
Bei vPC-VXLAN wird empfohlen, den Timer für die verzögerte Wiederherstellung von Schnittstellen-VLANs in der vPC-Konfiguration zu erhöhen, wenn die Anzahl der SVIs erhöht wird. Wenn es beispielsweise 1.000 VNIs mit 1.000 SVIs gibt, empfiehlt es sich, den Timer für die verzögerte Wiederherstellung von Schnittstellen-VLANs auf 45 Sekunden zu erhöhen.
switch(config-vpc-domain)# delay restore interface-vlan 45
- Für vPC verfügt die Loopback-Schnittstelle über zwei IP-Adressen: die primäre und die sekundäre IP-Adresse.
- Die primäre IP-Adresse ist eindeutig und wird von Layer-3-Protokollen verwendet.
- Die sekundäre IP-Adresse beim Loopback ist erforderlich, da die NVE-Schnittstelle sie als VTEP-IP-Adresse verwendet. Die sekundäre IP-Adresse muss auf beiden vPC-Peers identisch sein.
- Der NVE-Hold-Down-Timer muss höher sein als der Timer für die verzögerte vPC-Wiederherstellung.
Leaf-2(config-if-range)# show nve interface nve 1 detail
Interface: nve1, State: Up, encapsulation: VXLAN
VPC Capability: VPC-VIP-Only [notified]
Local Router MAC: 003a.9c28.2cc7
Host Learning Mode: Control-Plane
Source-Interface: loopback1 (primary: 10.1.1.41.1.4, secondary: 10.1.1.10)
Source Interface State: Up
Virtual RMAC Advertisement: Yes
NVE Flags:
Interface Handle: 0x49000001
Source Interface hold-down-time: 180
Source Interface hold-up-time: 30
Remaining hold-down time: 0 seconds
Virtual Router MAC: 0200.1401.010a
Interface state: nve-intf-add-complete
Fabric convergence time: 135 seconds
Fabric convergence time left: 0 seconds - Als Best Practice wird empfohlen, die automatische Wiederherstellung in Ihrer vPC-Umgebung zu aktivieren. Zwar kommt es selten vor, aber es besteht die Möglichkeit, dass die automatische Wiederherstellungsfunktion von vPC Sie in ein Szenario mit zwei aktiven Systemen versetzt.
-
Mit der vPC-Peer-Switch-Funktion kann ein Paar vPC-Peer-Geräte in der Layer-2-Topologie als einzelner Spanning Tree Protocol-Root erscheinen (sie haben dieselbe Bridge-ID). Der vPC-Peer-Switch muss auf beiden vPC-Peer-Geräten konfiguriert werden, damit er betriebsbereit ist. Der Befehl lautet:
N9K(config-vpc-domain)# peer-switch
-
Das vPC-Peer-Gateway ermöglicht einem vPC-Peer-Gerät, als aktives Gateway für Pakete zu fungieren, die an die MAC-Adresse des Routers des anderen Peer-Geräts adressiert sind. Die Weiterleitung des Datenverkehrs bleibt lokal auf dem vPC-Peer-Gerät und die Nutzung des Peer-Links wird vermieden. Die Aktivierung der Peer-Gateway-Funktion hat keine Auswirkungen auf den Datenverkehr und die Funktionalität.
N9k-1(config)# vpc domain 1
N9k-1(config-vpc-domain)# peer-gateway -
Der neue Befehl Layer3 peer-router ermöglicht das Routing über den vPC.
N9k-1(config)# vpc domain 1
N9k-1(config-vpc-domain)# layer3 peer-router
N9K-1(config-vpc-domain)# exit
N9K-1# sh vpc
Legend:(*)
- local vPC is down, forwarding via vPC peer-link
vPC domain id : 100
Peer status : peer adjacency formed ok
vPC keep-alive status : peer is alive
Configuration consistency status : success
Per-vlan consistency status : success
Type-2 consistency status : success
vPC role : secondary, operational primary
Number of vPCs configured : 2
Peer Gateway : Enabled
Peer gateway excluded VLANs : -
Peer gateway excluded bridge-domains : -
Dual-active excluded VLANs and BDs : -
Graceful Consistency Check : Enabled
Auto-recovery status : Enabled (timeout = 240 seconds)
Operational Layer3 Peer-router : Enabled
Dringende Empfehlungen
- Das Peer-Gateway muss vor dem Layer-3-Peer-Router aktiviert werden.
- Bei beiden vPC-Peers muss der Layer-3-Peer-Router konfiguriert sein, damit die Änderungen wirksam werden.
- Als Best Practice sollten Sie "Supress-arp" aktivieren, wenn Sie eine Multicast-IP-Adresse für VXLAN nutzen.
- Verwenden Sie in der vPC-VXLAN-Fabric eine separate Loopback-IP-Adresse für die Steuerung und die Datenebene.
- In vPC mit MSTP muss die Bridge-Priorität auf beiden vPC-Peers identisch sein.
- Um optimale Konvergenzergebnisse zu erzielen, sollten Sie den Timer für die verzögerte vPC-Wiederherstellung und den Hold-Down-Timer für die NVE-Schnittstellen genau abstimmen.
Zugehörige Informationen
- Dokumentation zu Switches der Nexus 9000-Serie
- Konfigurationsleitfaden für die NX-OS-Schnittstellen bei der Cisco Nexus 9000-Serie, Version 9.3(x)
- Cisco Nexus 9000 Series NX-OS Verified Scalability Guide, Release 9.2(1) – enthält die vPC-Skalierbarkeitsnummern (CCO)
- Empfohlene Cisco NX-OS-Releases für Cisco Switches der Nexus 9000-Serie
- Switches der Nexus 9000-Serie – Versionshinweise
- Cisco Nexus 9000 Series NX-OS VXLAN Configuration Guide, Release 9.2(x) – Abschnitt zu vPC-Fabric-Peering
- Konfigurationsbeispiel zum Konfigurieren des EVPN Vxlan IPv6-Overlays
- Design- und Konfigurationsleitfaden: Best Practices für Virtual Port Channels (vPC) auf Cisco Nexus Switches der Serie 7000 - die Theorie von N7k und N9k vPC ist ähnlich, und in dieser Referenz finden Sie zusätzliche Informationen zu Best Practices.
- Konfiguration und Überprüfung von doppelseitigen virtuellen vPCs
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
4.0 |
15-Jul-2025
|
Link Fix und kleine Änderung. |
3.0 |
18-Feb-2025
|
Alternativer Text hinzugefügt. Formatierung aktualisiert. |
2.0 |
06-Dec-2023
|
Alternativer Text hinzugefügt.
Aktualisierte Stilanforderungen, Teilnehmerliste und Formatierung. |
1.0 |
19-Oct-2022
|
Erstveröffentlichung |
FeedbackCisco kontaktieren
- Eine Supportanfrage öffnen
- (Erfordert einen Cisco Servicevertrag)