====== 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 "/" -> show interfaces 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 "/" 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.. -> debug show virtual-chassis connection -> show virtual-chassis vf-link member-port | grep "/" -> show virtual-chassis topology -> show virtual-chassis consistency