Benutzer-Werkzeuge

Webseiten-Werkzeuge


auto-konfiguration_ab_7.3.4

Auto-Konfiguration / Auto-Management beim OS6900 ab 7.3.4

Beim Start der OS6900 ab 7.3.4 kommt folgende Frage (wenn keine vcsetup.cfg vorhanden):

Do you want to disable auto-configurations on this switch [Y/N]?

Wenn NICHTS gemacht wird, wird auto-configuration aktiviert. Dadurch wird der Switch im VC-Mode gestartet und eine Advanced-Routing Lizenz für 45 Tage automatisch generiert:

-> show virtual-chassis topology
Local Chassis: 1
 Oper                                   Config   Oper
 Chas  Role         Status              Chas ID  Pri   Group  MAC-Address
-----+------------+-------------------+--------+-----+------+------------------
 1     Master       Running             1        100   129    e8:e7:32:9b:ce:81


-> show running-directory

CONFIGURATION STATUS
  Running CMM              : MASTER-PRIMARY,
  CMM Mode                 : VIRTUAL-CHASSIS MONO CMM,
  Current CMM Slot         : CHASSIS-1 A,
  Running configuration    : WORKING,
  Certify/Restore Status   : CERTIFIED
SYNCHRONIZATION STATUS
  Running Configuration    : NOT SYNCHRONIZED

Die vcsetup.cfg wird passend angelegt und eine leere vcboot.cfg erzeugt:

-> cd working
-> ls -l
-rw-r--r--    1 admin    user     211150244 Apr 23 10:16 Tos.img
-rw-------    1 root     root            41 Apr 23 10:23 boot.md5
-rw-r--r--    1 admin    user           516 Apr 23 10:16 software.lsm
-rw-r--r--    1 root     root             0 Apr 23 10:23 vcboot.cfg
-rw-r--r--    1 admin    user           507 Apr 23 10:25 vcsetup.cfg

Auto-VFL-Ports

Die letzten 5 Ports sind Auto-VFL-Ports. Es wird automatisch ein chassis-group angelegt:

-> show configuration vcm-snapshot chassis-id 1
! Virtual Chassis Manager:
virtual-chassis chassis-id 1 configured-chassis-id 1
virtual-chassis vf-link-mode auto
virtual-chassis auto-vf-link-port 1/2/1
virtual-chassis auto-vf-link-port 1/2/2
virtual-chassis auto-vf-link-port 1/2/3
virtual-chassis auto-vf-link-port 1/2/4
virtual-chassis chassis-id 1 chassis-group 129

Wenn jetzt mehrere OS6900 im 7.3.4 OHNE Verbindung untereinander gestartet werden (ohne vcsetup.cfg), werden alle die chassis-id 1 haben und alle ein unterschiedlechen chassis-group erhalten.

Wenn man diese Switche danach über die Auto-VFL-Ports verbindet, wird das Chassis mit der niedrigsten MAC die ID behalten und das andere 101 erhalten (jedoch auch falsche Group-ID):

-> show virtual-chassis topology
Local Chassis: 1
 Oper                                   Config   Oper
 Chas  Role         Status              Chas ID  Pri   Group  MAC-Address
-----+------------+-------------------+--------+-----+------+------------------
 1     Master       Running             1        100   161    e8:e7:32:11:bf:a1
 101   Inconsis     Duplicate-Chassis   1        100   169    e8:e7:32:9b:e1:a9

Wenn ein VC vorhanden ist (z.B. ein einzelner Switch mit chassis-id 1 im VC-Mode), sollten alle neuen Chassis über die Auto-VFL-Ports angebunden werden und danach OHNE vcsetup.cfg gestartet werden.

Empfehlung

Ab 7.3.4 die „jungfräulichen“ OmniSwitche über die Auto-VFL-Ports miteinander verbinden und dann starten. Dabei sind die letzten 5 Ports inkl. Erweiterungsmodul die Auto-VFL-Ports. Beim OS6900-X/T40 also z.B. die Ports im hinteren Erweiterungsslot (Slot 3).

-> show virtual-chassis topology
Local Chassis: 1
 Oper                                   Config   Oper
 Chas  Role         Status              Chas ID  Pri   Group  MAC-Address
-----+------------+-------------------+--------+-----+------+------------------
 1     Master       Running             1        100   161    e8:e7:32:11:bf:a1
 2     Slave        Running             2        100   161    e8:e7:32:11:e8:31
 3     Slave        Running             3        100   161    e8:e7:32:9b:ce:81
 4     Slave        Running             4        100   161    e8:e7:32:9b:e1:a9

Falls die Switche schon konfiguriert wurden, dann die vcboot.cfg und vcsetup.cfg löschen.

OS6900-Q32 mit Fan-Out-Split-Kabel

Beim OS6900-Q32 mit Fan-Out-Split-Kabel (40G → 4x10G) auf dem letzten Port zählen diese dann als 4 Ports 1/1/32A…D

→ show interfaces status
Chas/ DETECTED-VALUES CONFIGURED-VALUES
Slot/ Admin Auto Speed Duplex Pause Speed Duplex Pause Link
Port Status Nego (Mbps) (Mbps) Trap EEE
——–+——+—-+——–+——+——-+——–+——+——-+—–+—
...
1/1/32A en dis - - - 10000 Full - dis dis
1/1/32B en dis - - - 10000 Full - dis dis
1/1/32C en dis - - - 10000 Full - dis dis
1/1/32D en dis - - - 10000 Full - dis dis

Auto-Fabrik Funktionen

entsprechen weitestgehend 7.3.3

-> show auto-fabric config
Auto-fabric Status          : Enable,
Config Save Timer Status    : Disabled,
Config Save Timer Interval  : 300 seconds,
Default UNP SAP Profile     : Auto-vlan,
Discovery Interval          : 0 minute(s),
Discovery Status            : Idle,
LACP Discovery Status       : Enabled,
LBD Discovery Status        : Enabled,
MVRP Discovery Status       : Enabled,
OSPFv2 Discovery Status     : Enabled,
OSPFv3 Discovery Status     : Enabled,
ISIS Discovery Status       : Enabled,
SPB Discovery Status        : Enabled

…und auch an allen Ports aktiv:

-> show auto-fabric config interface 1/1/20
Auto-Fabric Interface Config:
    Port 1/1/20:
      Operational Status : Pending
        Admin-Status
          Global : Enabled,    Port : Enabled
        LACP
          Global : Enabled,    Port : Enabled
        SPB-M
          Global : Enabled,    Port : Enabled
        MVRP
          Global : Enabled,    Port : Enabled
        SAP Profile
          Global : Auto-vlan,      Port : Auto-vlan

Damit wieder folgendes:

  • MVRP ist aktiv ⇒ Spanntree steht auf Flat-Mode
  • LACP wird automatisch angelegt wenn z.B. an zwei Ports der gleiche Nachbarswitch erkannt wird.
  • SPB ist aktiv und die BVLAN 4000-4015 sind vorhanden.

Neu ab 7.3.4. ist automatische OSPF-Erkennung. Voraussetzung dafür sind angelegte IP-Interface.

auto-konfiguration_ab_7.3.4.txt · Zuletzt geändert: 2015/04/24 14:47 von silvio