Hi there!

Возникла проблема в выборе root bridge при совместной работе dgs-3024 в качестве distribution layer-коммутаторов и catalyst me6524 в качестве core. На стенде схема выродилась в back-to-back следующего вида:

dgs-3024--port24<----dot1q---->fe0/5--catalyst3560-24pe
(Proposed root bridge)

dgs3024:
Firmware Version : Build 4.00-B04
Hardware Version : 0A1

catalyst3560:
s/w ver. 12.2(35)SE1 / ADVIPSERV

При попытках поднятия mstp:

[dgs]%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Command: show stp mst_config_id
Current MST Configuration Identification
----------------------------------------
Configuration Name : FOOBAR Revision Level :555
MSTI ID Vid list
------- -------------------------------------------------------------
CIST 1-499,700-4094
1 500-599
2 600-699

Command: show stp instance_id 1
STP Instance Settings
---------------------------
Instance Type : MSTI(1)
Instance Status : Enabled
Instance Priority : 40961(bridge priority : 40960, sys ID ext : 1 )

STP Instance Operational Status
--------------------------------
Regional Root Bridge : 40961/00-17-9A-7F-57-AA
Internal Root Cost : 0
Designated Bridge : 40961/00-17-9A-7F-57-AA
Root Port : None
Remaining Hops : 20
Last Topology Change : 1439
Topology Changes Count : 2

Command: show stp ports 24
MSTP Port Information
----------------------
Port Index : 24 , Hello Time: 2 /2 , Port STP enabled LBD : No
External PathCost : Auto/2000000 , Edge Port : No /No , P2P : Auto /No
Port Forward BPDU : enabled

Msti Designated Bridge Internal PathCost Prio Status Role
----- ------------------ ----------------- ---- ---------- ----------
0 A000/00179A7F57AA 2000000 128 Forwarding Designated
1 A001/00179A7F57AA 2000000 128 Forwarding Designated
2 A002/00179A7F57AA 2000000 128 Forwarding Designated

[catalyst]%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

#sh spanning-tree mst configuration
Name [FOOBAR]
Revision 555 Instances configured 3

Instance Vlans mapped
-------- ---------------------------------------------------------------------
0 1-499,700-4094
1 500-599
2 600-699
-------------------------------------------------------------------------------

#sh spanning-tree mst 1

##### MST1 vlans mapped: 500-599
Bridge address 0017.5937.e900 priority 4097 (4096 sysid 1)
Root this switch for MST1

Interface Role Sts Cost Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Fa0/5 Desg BLK 2000000 128.7 Dispute Shr
^^^^^^ ^^^^^^^^
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

... dgs игнорирует stp bpdu от catalyst с меньшим приоритетом (4096), продолжая передавать свои config. bpdu (40960). Соответственно, catalyst переводит свой порт в BLK. Данная ситуация продолжается до тех пор, пока dgs имеет бОльший priority, Однако, если выставить бОльший приоритет catalyst'у, то dgs спокойно становится root bridge:

dut-3560#sh spanning-tree mst 1
##### MST1 vlans mapped: 500-599
Bridge address 0017.5937.e900 priority 61441 (61440 sysid 1)
Root address 0017.9a7f.57aa priority 40961 (40960 sysid 1)
port Fa0/5 cost 2000000 rem hops 19

Interface Role Sts Cost Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Fa0/5 Root FWD 2000000 128.7 Shr

TIA!

P.S. Аналогичная ситуация возникает и в случае использования pvst+ со стороны catalyst и plain dot1d для vlanid=1 со стороны dgs -- до тех пор, пока catalyst's priority ниже, чем сконфигурированное значение на dgs, последний игнорирует bpdu от catalyst (two-way bpdu flow). При выкручивании priority на catalyst, dgs спокойно становится root bridge.

А у Вас ни симптомы вот этой ситуации не похоже? http://www.dlink.ru/technical/faq_hub_switch_111.php

Нет, я видел эту ссылку, поэтому и привел информацию по поводу версии IOS -- 12.2(35)SE, что на данный момент является одним из последних имиджей. Btw, аналогичные результаты были получены и для ME6524/12.2(18)ZU2, где, если мне не изменят склероз, MST *НЕ* является pre-standard ieee с момента FCS для этой коробки.

Пришлите схему в графической форме с указанием на ней портов соединения, конфиг файл DGS-3024 и настройки касаемо MSTP Cisco.

Ушло почтой.

Мы занимаемся этой проблемой. Как только будут новости сообщу.

Сколько у Вас VLAN-ов используется в реальности?