In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden verschiedene IVR-Konfigurationsszenarien (Inter-VSAN Routing) mit unterschiedlichen Virtual Storage Area Network (VSAN)- und Multilayer Data Switch (MDS)-Topologien beschrieben.
IVR 1 (nicht NAT) ist von Nexus Operating System (NX-OS) Version 5.2(1) und höher veraltet
Der IVR-Non-NAT-Modus wird in Cisco NX-OS 5.2(x) nicht unterstützt.
Wenn der IVR-Non-NAT-Modus konfiguriert ist, lesen Sie die Informationen unter "Richtlinien für Upgrades von NX-OS, Version 5.2(1)".
Abschnitt für Anweisungen zur Migration auf den IVR NAT-Modus
Cisco empfiehlt die Verwendung von IVR2 mit der Benutzerkonfigurations-Topologie
Host 1 wwpn: 21:00:00:e0:8b:1f:fe:d9 vsan 10
Speicher 1 wwpn: 21:00:00:04:cf:8c:53:13 vsan 20
MDS 1-Switch wwpn: 20:00:00:0d:ec:01:ca:40 vsan 10, 500
MDS 2-Switch wwpn: 20:00:00:0d:ec:07:ae:c0 vsan 20, 500
AFID1: MDS1 - VSAN 10.500
AFID1: MDS2 - VSAN 20.500
MDS1(config)# ivr enable
MDS1(config)# ivr nat
MDS1(config)# ivr distribute
MDS2(config)# ivr enable
MDS2(config)# ivr nat
MDS2(config)# IVR-Verteilung
MDS1(config)# IVR-VSAN-Topologiedatenbank
MDS1(config-ivr-topology-db)# Autonomous-Fabric-id Switch-wwn 20:00:00:0d:ec:01:ca:40 vsan-range 10.500
MDS1(config-ivr-topology-db)# Autonomous-Fabric-id Switch-wwn 20:00:00:0d:ec:07:ae:c0 vsan-range 20.500
MDS1(config)# IVR-VSAN-Topologie aktivieren
MDS1(config)# ivr commit
MDS1(config)# IVR-Zonenname ivr_zone1
MDS1(config-ivr-zone)# member pwwn 21:00:00:e0:8b:1f:fe:d9 vsan 10
MDS1(config-ivr-zone)# member pwwn 21:00:00:04:cf:8c:53:13 vsan 20
MDS1(config)# ivr zoneset Name IVR_ZONESET1
MDS1(config-ivr-zoneset)# member ivr_zone1
MDS1(config)# ivr zoneset Aktivierungsname IVR_ZONESET1
MDS1(config)# ivr commit
MDS1# zeigt IVR-VLAN-Topologie aktiv
AFID SWITCH WWN Active Cfs. VSAN-Switch-Name
—
1 20:00:00:0d:ec:01:ca:40* ja 10,500
1 20:00:00:0d:ec:07:ae:c0 ja 20,500
MDs1# show ivr zoneset active
Zoneset-Name IVR_ZONESET1
Zonenname ivr_Zone1
*gepwwn 21:00:00:e0:8b:1f:fe:d9 vsan 10 Autonomous-Fabric-id 1
*Gwwn 21:00:00:04:cf:8c:53:13 vsan 20 Autonomous-Fabric-id 1
MDS1# show zoneset active vsan 10
Zoneset name nozoneset vsan 10
Zonenname IVRZ_ivr_zone1 vsan 10
*fcid 0x0b0000 [pwwn 21:00:00:e0:8b:1f:fe:d9]
*fcid 0x1600ab [pwwn 21:00:00:04:cf:8c:53:13]
VSAN 10 und VSAN 20 befinden sich auf MDS1. Host in VSAN 10 möchte Storage in VSAN 20 verwenden. MDS 1 ist ein Border Switch.
AFID1 MDS1 VSAN 10, 20
Host in VSAN 10 möchte Storage in VSAN 20 verwenden.
Zwischen MDS-Switches wird Transit VSAN 500 verwendet.
MDS 1 und MDS 2 sind Border Switches.
AFID1: MDS1 - VSAN 10.500
AFID1: MDS2 - VSAN 20.500
Host 1 und Host 2 in VSAN 10 möchten Storage 1 in VSAN 20 verwenden
Beide VSANs werden auf beiden Switches konfiguriert.
MDS1 führt IVR nicht aus
MDS1 ist ein Edge-Switch
MDS2 ist ein Border Switch
AFID1: MDS2 - VSAN 10,20
Host 1 und Host 2 in VSAN 10 möchten Storage 1 in VSAN 20 verwenden
Host 1 nutzt VSAN 10 Inter-Switch Link (ISL) für die Weiterleitung an MDS 2 und verwendet dann Transit-VSAN 500, um von VSAN 10 zu VSAN 20 zu wechseln.
AFID1: MDS1 - VSAN 10.500
AFID1: MDS2 - VSAN 10, 20, 500
Host 1 in VSAN 10 möchte Storage 1 in VSAN 20 verwenden.
Zwei Transit-VSANs 500 und 600 im Pfad
AFID1: MDS1 - VSAN 10.500
AFID1: MDS2 - VSAN 500, 600
AFID1: MDS3 - VSAN 20, 600
Host 1 in VSAN 10 möchte Storage 1 in VSAN 20 verwenden.
Verwendung von Transit VSAN 500 mit zwei parallelen Pfaden
AFID1: MDS1 - VSAN 10.500
AFID1: MDS2 - VSAN 500, 600
Host 1 in VSAN 10 möchte Storage 1 in VSAN 20 verwenden.
Zwei parallele Verbindungen führen VSAN 500 und VSAN 600 durch. Die Kosten für Fabric Shortest Path First (FSPF) sind identisch.
Es kann nur ein Transit-VSAN verwendet werden, kein Load Balancing.
IVR1: Das erste verfügbare Transit-VSAN wird unabhängig von seinen FSPF-Kosten ausgewählt. Wenn die gewählte Transit-VSAN-ISL ausfällt, führt die IVR automatisch ein Failover zum anderen Transit-VSAN durch. Kein Load Balancing zwischen Transit-VSANs.
IVR2: Das erste Transit-VSAN 500 wird dauerhaft ausgewählt. Wenn die ISL des VSAN 500 ausgefallen ist, ist der IVR-Pfad ausgefallen. IVR versucht niemals, das andere Transit-VSAN 600 zu verwenden oder ein Failover herzustellen. Kein Load Balancing zwischen Transit-VSANs.
AFID1: MDS1 - VSAN 10, 500, 600
AFID1: MDS2 - VSAN 20, 500, 600
AFID1: MDS1 - VSAN 10, 500
AFID1: MDS2 - VSAN 20, 500
AFID1: MDS1 - VSAN 10, 500
AFID1: MDS2 - VSAN 20, 500
AFID1: MDS1 - VSAN 10
AFID2: MDS1 - VSAN 500
AFID2: MDS2 - VSAN 500
AFID1: MDS2 - VSAN 10