Benutzer-Werkzeuge

Webseiten-Werkzeuge


virtual-chassis_konfiguration

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

virtual-chassis_konfiguration [2014/06/18 22:49] (aktuell)
benny angelegt
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,​ 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
 +<​code>​
 +OmniSwitch->​ convert-configuration to vc-folder
 +</​code>​
 +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:
 +<​code>​
 +OmniSwitch->​ ip interface master emp address 192.168.1.1 mask 255.255.255.0
 +</​code>​
 +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:​
 +<​code>​
 +OmniSwitch->​ ip interface local chassis-id 1 emp address 192.168.1.11 mask 255.255.255.0
 +</​code>​
 +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.
 +<​code>​
 +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
 +</​code>​
 +
 +===== Virtual Chassis Troubleshooting =====
 +
 +Überprüfen des Chassis-Status:​
 +<​code>​
 +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
 +</​code>​
 +Überprüfen der Virtual Chassis Topologie:
 +<​code>​
 +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
 +</​code>​
 +Überprüfen der Virtual Chassis Konsistenz:
 +<​code>​
 +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 ​     ​
 +</​code>​
 +Überprüfen des Virtual-Fabric Links:
 +<​code>​
 +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 ​      
 +</​code>​
 +Überprüfen der Ports des Virtual-Fabric Links:
 +<​code>​
 +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 ​         ​
 +</​code>​
 +Überprüfen des detaillierten Virtual Chassis Status, mit Hinweisen zu weiterem Troubleshooting:​
 +<​code>​
 +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
 +</​code>​
  
virtual-chassis_konfiguration.txt · Zuletzt geändert: 2014/06/18 22:49 von benny