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      
 +-----+------------+-------------------+--------+-----+------+------------------
 +     Slave        Running                    100        e8:e7:32:0e:67:96
 +     Master       Running                    100        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 
 +------+------+-------+--------+------+--------+--------+-------+-------+--------
 +          OS10K   0x3      1      4094     4094                 OK      
 +          OS10K   0x3      1      4094     4094                 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/               Up         1/1/             2                               
 + 2/               Up         2/1/             2                               
 +</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/               1/1/1              Up         Yes         
 + 1/               1/6/1              Up         No          
 + 2/               2/1/1              Up         Yes         
 + 2/               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  
 +----+------+-----------------------------+----------------+-----------+---------
 +   L0     Chassis Identifier            2                16:29:56    OK      
 +   L0     Designated NI Module          6                16:29:56    OK      
 +   L0     Designated NI Module (@L5)    6                09:27:19    OK      
 +   L0     License Configured            Yes              16:29:56    OK      
 +   L0     License Configured (@L5)      Yes              09:27:19    OK      
 +   L0     VFL Links Configured          1                16:29:56    OK      
 +   L0     VFL Links Configured (@L5)    1                09:27:19    OK      
 +   L0     VFL Ports Configured          2                16:29:56    OK      
 +   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                          16:27:20    INFO_04 
 + 17  L2     VFL LACP Down -> Up                          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