virtual-chassis_konfiguration
no way to compare when less than two revisions
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
— | virtual-chassis_konfiguration [2014/06/18 20:49] (aktuell) – angelegt benny | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
+ | ====== 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, | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | </ | ||
+ | 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-> | ||
+ | </ | ||
+ | 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-> | ||
+ | </ | ||
+ | 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, | ||
+ | |||
+ | Ü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-> | ||
+ | Total 8 interfaces | ||
+ | Name IP Address | ||
+ | --------------------------------+---------------+---------------+------+-------+-------- | ||
+ | EMP-CHAS1 | ||
+ | EMP-CHAS2 | ||
+ | EMP-CMMA-CHAS1 | ||
+ | EMP-CMMA-CHAS2 | ||
+ | EMP-CMMB-CHAS1 | ||
+ | EMP-CMMB-CHAS2 | ||
+ | EMP-VC | ||
+ | Loopback | ||
+ | </ | ||
+ | |||
+ | ===== Virtual Chassis Troubleshooting ===== | ||
+ | |||
+ | Überprüfen des Chassis-Status: | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | |||
+ | CONFIGURATION STATUS | ||
+ | Running CMM : MASTER-PRIMARY, | ||
+ | CMM Mode : VIRTUAL-CHASSIS DUAL CMMs, | ||
+ | Current CMM Slot : CHASSIS-1 A, | ||
+ | Running configuration | ||
+ | Certify/ | ||
+ | SYNCHRONIZATION STATUS | ||
+ | Flash Between CMMs : SYNCHRONIZED, | ||
+ | Running Configuration | ||
+ | </ | ||
+ | Überprüfen der Virtual Chassis Topologie: | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | Local Chassis: 2 | ||
+ | Config | ||
+ | | ||
+ | -----+------------+-------------------+--------+-----+------+------------------ | ||
+ | | ||
+ | | ||
+ | </ | ||
+ | Überprüfen der Virtual Chassis Konsistenz: | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | Legend: * - denotes mandatory consistency which will affect chassis status | ||
+ | |||
+ | | ||
+ | | ||
+ | Chas* ID | ||
+ | ------+------+-------+--------+------+--------+--------+-------+-------+-------- | ||
+ | | ||
+ | | ||
+ | </ | ||
+ | Überprüfen des Virtual-Fabric Links: | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | | ||
+ | -------------------+----------+------------------+-------------+-------------+--------- | ||
+ | | ||
+ | | ||
+ | </ | ||
+ | Überprüfen der Ports des Virtual-Fabric Links: | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | | ||
+ | -------------------+------------------+----------+------------- | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | </ | ||
+ | Überprüfen des detaillierten Virtual Chassis Status, mit Hinweisen zu weiterem Troubleshooting: | ||
+ | < | ||
+ | OmniSwitch-> | ||
+ | |||
+ | | ||
+ | ----+------+-----------------------------+----------------+-----------+--------- | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | | ||
+ | |||
+ | Error/ | ||
+ | -------------------------------------------------------------------------------- | ||
+ | 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 < | ||
+ | |||
+ | 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, | ||
+ | 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 | ||
+ | </ | ||
virtual-chassis_konfiguration.txt · Zuletzt geändert: 2014/06/18 20:49 von benny