Benutzer-Werkzeuge

Webseiten-Werkzeuge


virtual-chassis_konfiguration

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
virtual-chassis_konfiguration.txt · Zuletzt geändert: 2014/06/18 22:49 von benny