В результате тестирования коммутаторов DES 3526 и нового ПО к ним версии 2.00-B19 были выявлены следующее:

Возможно существуют проблемы с функционированием режима MSTP (Multiple Spanning Tree). При настройке двух коммутаторов DES 3526 на одинаковую конфигурацию MSTP (одни регионы, ВЛС, конфигурационное имя и номер ревизии) они замечательно работают - устанавливают соединение, получают правильную информацию и выбирают правильного "корня дерева" Spanning Tree для каждого "инстанс"-а.
Однако, при работе с коммутаторами Cisco Systems, в частности, Catalyst WS-C3750G-24TS с версией IOS 12.1(14)EA1a, возникают непонятные для меня проблемы.

А именно:
Коммутатор Cisco WS-C3750G-24T и Dlink DES 3526 работают в режиме MSTP. На них совершенно одинаковые настройки MSTP (одинаковые имя, ревизия, набор ВЛС для "инстансов" 1 и 2). Коммутатор Cisco WS-C3750G-24T имеет наивысший приоритет для MSTP "инстанс" 0 и 1. Коммутатор Dlink DES 3526 имеет наивысший приоритет для MSTP "инстанс" 2.
1) DES 3526 "корень" для MSTP "инстанс" 0 выбирает правильный - Cisco WS-C3750G-24T.
2) DES 3526 "корень" для MSTP "инстанс" 1 и 2 выбирает неправильно - т.е. самого себя для обоих.
3) Если включить DEBUG на Cisco WS-C3750G-24T, то можно увидеть, что при инициации обмена BPDU пакетами от Cisco WS-C3750G-24T оправляются пакеты типа:
01:41:50: MST:BPDU DUMP [tx_mst_bpdu Gi1/0/23 ]
01:41:50: MST: Proto:0 Version:3 Type:2 Role: DesgFlags[ FL ]
01:41:50: MST: Port_id:32791 cost:0
01:41:50: MST: root_id :000f.f7c4.a480 Prio:16384
01:41:50: MST: br_id :000f.f7c4.a480 Prio:16384
01:41:50: MST: age:0 max_age:20 hello:2 fwdelay:15
01:41:50: MST: V3_len:64 PathCost:0 region:Nano142 rev:15
01:41:50: MST: ist_m_id :000f.f7c4.a480 Prio:16384 Hops:20 Num Mrec: 2
что обозначает пакет MSTP по спецификации IEEE 802.1s

От коммутатора DES 3526 приходит пакет типа:
01:45:39: MST:BPDU DUMP [rcvd_bpdu Gi1/0/23 Other]
01:45:39: MST: Proto:0 Version:2 Type:2 Role: RootFlags[ FL ]
01:45:39: MST: Port_id:32792 cost:2
01:45:39: MST: root_id :000f.f7c4.a480 Prio:16384
01:45:39: MST: br_id :000f.3dcb.1fb5 Prio:32768
что означает BPDU RSTP по той же спецификации IEEE 802.1s

После чего Cisco WS-C3750G-24T начинает посылать пакеты типа:
01:41:50: MST:BPDU DUMP [tx_mst_bpdu Gi1/0/23 ]
01:41:50: MST: Proto:0 Version:3 Type:2 Role: DesgFlags[ FL ]
01:41:50: MST: Port_id:32791 cost:0
01:41:50: MST: root_id :000f.f7c4.a480 Prio:16384
01:41:50: MST: br_id :000f.f7c4.a480 Prio:16384
01:41:50: MST: age:0 max_age:20 hello:2 fwdelay:15
01:41:50: MST: V3_len:116 PathCost:0 region:Nano142 rev:15
01:41:50: MST: ist_m_id :000f.f7c4.a480 Prio:16384 Hops:20 Num Mrec: 2
который уже обрабатывается как RSTP BPDU!!!

Первое ощущение - DLINK неправильно обрабатывает BPDU от Catalyst.
Тестировали ли Вы совместимость работы MSTP между коммутаторами Cisco и DLINK?! Если ДА, и у при тестировании все работало - можете ли Вы помочь указать что может быть не так...?

1. Тестирование не проводилось у нас к сожалению физически не может быть всего оборудования
2. Схему, конфиги, логи и дампы пакетов(лучше езереалом) между свичами на почту, будем разбиратся.

_________________
С уважением, Дмитрий Письменов

Ссылки на аналогичные проблемы:
http://www.ethereal.com/lists/ethereal- ... 00009.html
http://www.webservertalk.com/message335923.html

Это прояснило факт, что доблестная Cisco Systems как всегда решила "играть по своим картам" и изменить стандарт "под себя". Но, решить проблемы не удалось. Коммутатор Cisco Catalyst при получении сообщений ругается следующим образом: Gi1/0/23 Sanity Check --> BPDU with invalid v3 length(24576).
Получается надо обращаться по этому вопросу больше к Cisco, Dlink сдесь ни при чем.