Inhaltsverzeichnis
Virtual Chassis Konfiguration
Beim Anlegen eines Virtual Chassis wird pro VC-Peer eine vcsetup.cfg angelegt, welche die VC-relevanten Konfigurationsparameter des jeweiligen Peers enthält. Bei der über das Virtual Chassis synchronisierten vcboot.cfg handelt es sich um die eigentliche Konfiguration, in welcher alle nicht-VC-bezogenen Parameter gespeichert werden. Bei der Konvertierung eines Standalone Gerätes in ein VC-Peer wird dessen Konfiguration über den Befehl
OmniSwitch-> convert-configuration to vc-folder
automatisch konvertiert und die vcsetup.cfg und vcboot.cfg im Verzeichnis vc-folder erstellt.
Out-of-Band Management
Für ein separates Out-of-Band Management Netz besitzen die Komponenten OS10K und OS6900 sog. EMP-Ports, welche die Überwachung und Administration dieser Geräte über ein separates und unabhängiges Netzwerk ermöglichen. Das Management des Virtual Chassis über eine IP-Adresse wird über die Konfiguration des globalen Master EMP-Interfaces erreicht:
OmniSwitch-> ip interface master emp address 192.168.1.1 mask 255.255.255.0
Für die Kommunikation und Überwachung der einzelnen VC-Peers wird in der vcsetup.cfg ein lokales EMP-Interface angelegt. Die Konfigution des lokalen EMP-Interfaces erfolgt über folgenden Befehl und wird in der vcsetup.cfg gespeichert:
OmniSwitch-> ip interface local chassis-id 1 emp address 192.168.1.11 mask 255.255.255.0
Da der OS10K mit zwei redundanten CMM-Modulen ausgestattet werden kann, handelt es sich bei dem EMP-IP-Interface auf dieser Plattform um eine virtuelle IP-Adresse, welche von der aktiven CMM gehalten wird und bei einem Takeover automatisch auf die neue aktive CMM wechselt. Somit ist gewährleistet, dass das einzelne OS10K-Chassis jederzeit über dieselbe IP-Adresse erreichbar ist.
Über die lokalen EMP-Interfaces und das Out-of-Band Managementnetz läuft ein sog. Split-Chassis-Detection Protokoll, welches beim Ausfall der VF-Links zwischen den VC-Peers die Netzwerk-Ports auf dem sekundären VC-Peer deaktiviert. Durch diesen Mechanismus können Auswirkung wie Loops oder doppelte identische Router verhindert werden, welche durch die fehlende Synchronisation der beiden VC-Peers entstehen können. Diese Funktion steht per Default zur Verfügung, wenn die beiden VC-Peers über das OOB-Netz kommunizieren können.
OmniSwitch-> show ip interface
Total 8 interfaces
Name IP Address Subnet Mask Status Forward Device
--------------------------------+---------------+---------------+------+-------+--------
EMP-CHAS1 192.168.1.11 255.255.255.0 UP NO EMP
EMP-CHAS2 192.168.1.12 255.255.255.0 UP NO EMP
EMP-CMMA-CHAS1 0.0.0.0 0.0.0.0 DOWN NO EMP
EMP-CMMA-CHAS2 0.0.0.0 0.0.0.0 DOWN NO EMP
EMP-CMMB-CHAS1 0.0.0.0 0.0.0.0 DOWN NO EMP
EMP-CMMB-CHAS2 0.0.0.0 0.0.0.0 DOWN NO EMP
EMP-VC 192.168.1.1 255.255.255.0 UP NO EMP
Loopback 127.0.0.1 255.255.255.255 UP NO Loopback
Virtual Chassis Troubleshooting
Überprüfen des Chassis-Status:
OmniSwitch-> show running-directory CONFIGURATION STATUS Running CMM : MASTER-PRIMARY, CMM Mode : VIRTUAL-CHASSIS DUAL CMMs, Current CMM Slot : CHASSIS-1 A, Running configuration : vc-folder, Certify/Restore Status : CERTIFIED SYNCHRONIZATION STATUS Flash Between CMMs : SYNCHRONIZED, Running Configuration : SYNCHRONIZED
Überprüfen der Virtual Chassis Topologie:
OmniSwitch-> show virtual-chassis topology
Local Chassis: 2
Config
Chas Role Status Chas ID Pri Group MAC-Address
-----+------------+-------------------+--------+-----+------+------------------
1 Slave Running 1 100 1 e8:e7:32:0e:67:96
2 Master Running 2 100 1 00:e0:b1:f9:4e:8d
Überprüfen der Virtual Chassis Konsistenz:
OmniSwitch-> show virtual-chassis consistency
Legend: * - denotes mandatory consistency which will affect chassis status
Config Oper Config Oper Config
Chas Chas Chas Control Control Hello Hello
Chas* ID Type* License* Group* Vlan* Vlan Interv* Interv Status
------+------+-------+--------+------+--------+--------+-------+-------+--------
1 1 OS10K 0x3 1 4094 4094 5 5 OK
2 2 OS10K 0x3 1 4094 4094 5 5 OK
Überprüfen des Virtual-Fabric Links:
OmniSwitch-> show virtual-chassis vf-link Chassis/VFLink ID Oper Primary Port Config Port Active Port Def Vlan -------------------+----------+------------------+-------------+-------------+--------- 1/0 Up 1/1/1 2 2 1 2/0 Up 2/1/1 2 2 1
Überprüfen der Ports des Virtual-Fabric Links:
OmniSwitch-> show virtual-chassis vf-link member-port Chassis/VFLink ID Chassis/Slot/Port Oper Is Primary -------------------+------------------+----------+------------- 1/0 1/1/1 Up Yes 1/0 1/6/1 Up No 2/0 2/1/1 Up Yes 2/0 2/6/1 Up No
Überprüfen des detaillierten Virtual Chassis Status, mit Hinweisen zu weiterem Troubleshooting:
OmniSwitch-> debug show virtual-chassis status
ID Level Parameter Value Timestamp Status
----+------+-----------------------------+----------------+-----------+---------
0 L0 Chassis Identifier 2 16:29:56 OK
1 L0 Designated NI Module 6 16:29:56 OK
2 L0 Designated NI Module (@L5) 6 09:27:19 OK
3 L0 License Configured Yes 16:29:56 OK
4 L0 License Configured (@L5) Yes 09:27:19 OK
5 L0 VFL Links Configured 1 16:29:56 OK
6 L0 VFL Links Configured (@L5) 1 09:27:19 OK
7 L0 VFL Ports Configured 2 16:29:56 OK
8 L0 VFL Ports Configured (@L5) 2 09:27:19 OK
11 L0 Chassis Ready Received Yes 09:27:07 OK
12 L1 VFL Intf Oper Status Down 16:29:56 NOK_09
13 L1 VFL Intf Oper Status (@L5) Up 09:27:19 OK
14 L2 VFL LACP Status Down 16:29:56 NOK_14
15 L2 VFL LACP Status (@L5) Up 09:27:19 OK
16 L2 VFL LACP Up -> Down 4 16:27:20 INFO_04
17 L2 VFL LACP Down -> Up 4 16:26:09 INFO_03
18 L3 VCM Protocol Role (@L5) Slave 09:27:19 OK
19 L3 VCM Protocol Role Master 16:29:56 OK
20 L3 VCM Protocol Status (@L5) Running 09:27:19 OK
21 L3 VCM Protocol Status Running 16:29:56 OK
24 L4 VCM Connection Down 16:29:56 NOK_12
25 L4 VCM Connection (@L5) Up 09:27:19 OK
26 L5 VCM Synchronization Multi-node 16:29:56 OK
27 L6 Chassis Sup Connection Down 16:27:20 N/A
28 L6 Remote Flash Mounted Yes 16:26:55 OK
29 L6 Image and Config Checked Yes 09:28:08 OK
30 L6 VC Takeover Sent Yes 14:04:40 OK
31 L7 VC Takeover Acknowledged Yes 14:05:03 OK
32 L8 System Ready Received Yes 09:28:18 OK
Error/Information Codes Detected:
--------------------------------------------------------------------------------
NOK_09
There are no virtual-fabric member interfaces operationally up.
If there are multiple virtual-fabric links configured, we must have
at least one member port interface up on each virtual-fabric link.
Troubleshooting Tips:
-> show virtual-chassis vf-link member-port | grep "<local-chassis-id>/"
-> show interfaces port <chassis>/<slot>/<port> status
NOK_14
The virtual-fabric links configured on this switch are not operationally up.
If there are multiple links configured, all of them must be operationally up
in order for this parameter to be reported as OK.
Troubleshooting Tips:
-> show virtual-chassis vf-link | grep "<local-chassis-id>/"
INFO_04
This parameter provides the counter of how many times the
virtual-fabric link operational status has transitioned from
up to down since the switch was started. Depending on the specific
operations you are performing on the system, this counter may
increase. Under normal conditions this counter should ideally
be one unit smaller than the counter for the opposite transitions
from operational down to up
INFO_03
This parameter provides the counter of how many times the
virtual-fabric link operational status has transitioned from
down to up since the switch was started. Depending on the specific
operations you are performing on the system, this counter may
increase. Under normal conditions this counter should ideally
be one unit greater than the counter for the opposite transitions
from operational up to down
NOK_12
There are no connections between instances of the virtual-chassis
manager application running on the various chassis in the system.
We should have one active TCP connection from the local chassis to
each known peer chassis.
If the virtual-fabric links are down or if the virtual-chassis manager
protocol is not fully operational, then this is a side-effect of that
state. Otherwise, this probably indicates an inter-chassis IPC
(inter-process communication) malfunction.
Troubleshooting Tips:
-> ping 127.10.<peer-chassis-id>.<peer-slot>
-> debug show virtual-chassis connection
-> show virtual-chassis vf-link member-port | grep "<local-chassis-id>/"
-> show virtual-chassis topology
-> show virtual-chassis consistency