Mst Interoperability And Migration; Migrating From Flat Mode Stp/Rstp To Flat Mode Mstp - Alcatel-Lucent OmniSwitch 6800 Series Network Configuration Manual

MST Interoperability and Migration

MST Interoperability and Migration
Connecting an MSTP switch to a non-MSTP flat mode switch is supported. Since the Common and Inter-
nal Spanning Tree (CIST) controls the flat mode instance on both switches, STP or RSTP can remain
active on the non-MSTP switch within the network topology.
An MSTP switch is part of a Multiple Spanning Tree (MST) Region, which appears as a single, flat mode
instance to the non-MSTP switch. The port that connects the MSTP switch to the non-MSTP switch is
referred to as a boundary port. When a boundary port detects an STP (802.1D) or RSTP (802.1w) BPDU,
it responds with the appropriate protocol BPDU to provide interoperability between the two switches. This
interoperability also serves to indicate the edge of the MST region.
Interoperability between MSTP switches and 1x1 mode switches is not recommended. The 1x1 mode is a
proprietary implementation that creates a separate Spanning Tree instance for each VLAN configured on
the switch. The MSTP implementation is in compliance with the IEEE standard and is only supported on
flat mode switches.
Tagged BPDU transmitted from a 1x1 switch are ignored by a flat mode switch, which can cause a
network loop to go undetected. Although it is not recommended, it may be necessary to temporarily
connect a 1x1 switch to a flat mode switch until migration to MSTP is complete. If this is the case, then
only configure a fixed, untagged connection between VLAN 1 on both switches.

Migrating from Flat Mode STP/RSTP to Flat Mode MSTP

Migrating an STP/RSTP flat mode switch to MSTP is relatively transparent. When STP or RSTP is the
active protocol, the Common and Internal Spanning Tree (CIST) controls the flat mode instance. If on the
same switch the protocol is changed to MSTP, the CIST still controls the flat mode instance.
Note the following when converting a flat mode STP/RSTP switch to MSTP:
•
Making a backup copy of the switch boot.cfg file before changing the protocol to MSTP is highly
recommended. Having a backup copy will make it easier to revert to the non-MSTP configuration if
necessary. Once MSTP is active, commands are written in their explicit form and not compatible with
previous releases of Spanning Tree.
•
When converting multiple switches, change the protocol to MSTP first on every switch before starting
to configure Multiple Spanning Tree Instances (MSTI).
•
Once the protocol is changed, MSTP features are available for configuration. Multiple Spanning Tree
Instances (MSTI) are now configurable for defining data paths for VLAN traffic. See
Works" on page 2-4
•
Using explicit Spanning Tree commands to define the MSTP configuration is required. Implicit
commands are for configuring STP and RSTP. See
on page 2-10 for more information.
•
STP and RSTP use a 16-bit port path cost (PPC) and MSTP uses a 32-bit PPC. When the protocol is
changed to MSTP, the bridge priority and PPC values for the flat mode CIST instance are reset to their
default values.
•
It is possible to configure the switch to use 32-bit PPC value for all protocols (see the
mode command page for more information). If this is the case, then the PPC for the CIST is not reset
when the protocol is changed to/from MSTP.
•
This implementation of MSTP is compliant with the IEEE 802.1Q 2005 standard and thus provides
interconnectivity with MSTP compliant systems.
page 2-12
for more information.
OmniSwitch 6800/6850/9000 Network Configuration Guide
Using 802.1Q 2005 Multiple Spanning Tree
"Using Spanning Tree Configuration Commands"
"How MSTP
bridge path cost
March 2008