Есть два коммутатора, DES-3550 и DES-3028. Пытаюсь подружить их по stp, но они почему-то не дружат, если разрешить stp на портах, которыми они смотрят друг на друга, то root (3550) блокирует порт. Для эксперимента специально вырубали вообще все порты на 3028, кроме связующего с 3550, ситуация та же.

Похоже, в 3028 косяк.
Они у меня с циской не дружат, хотя 3200-ХХ дружат нормально.
viewtopic.php?f=2&t=170704
Симптомы такие же, рут (циска) блокирует порт.

Да, у меня тоже пока нет других мыслей, кроме как про косяк в самой железке, а не в настройках. Но подожду официального ответа.

Некоторые коммутаторы (насколько мне известно 3028 - один из них) воспринимают BPDU как обычный нетегрированный пакет и применяют к ним общие правила обработки ingress_checking, т.е. если на порту нет нетегированного влана и ingress_checking включён (по дефолту), то пакет BPDU будет отброшен и топология не выстроится. Попробуйте отдать нетегированный влан на линке между коммутаторами.

Два чая вам, господин, завелось. Дичь, конечно.

Все так.
VID порта должен быть равен реально существующему vlan на порту, либо отключайте ingress checking.
Обсуждалось неоднократно

Совсем забыл о такой особенности после общения с 3200 и 1210.
Спасибо, заработало.

Добрый день! На стенде изучаю MSTP, перекопал весь форум, покурил все маны, но всё равно не ладится. Получается петля и всё тут.
Все коммутаторы Рутами себя выбирают.
Имеем стенд, агрегация Dlink des-3200
Boot PROM Version 1.00.007
Firmware Version 1.91.B007
Hardware Version B1


enable stp
config stp version mstp
config stp mst_config_id name TEST
config stp mst_config_id revision_level 1
create stp instance_id 2
config stp instance_id 2 add_vlan 2105
config stp instance_id 2 add_vlan 22
config stp priority 4096 instance_id 0
config stp priority 4096 instance_id 2
config stp mst_ports 25 instance_id 2 priority 96
config stp mst_ports 26 instance_id 2 priority 96
config stp ports 1-24 edge true

Коммутаторы к кольце доступа Dlink des-3200 и 3028

enable stp
config stp version mstp
config stp mst_config_id name TEST
config stp mst_config_id revision_level 1
create stp instance_id 2
config stp instance_id 2 add_vlan 2105
config stp instance_id 2 add_vlan 22
config stp ports 1-24 edge true

Прошивки везде самые новые. Где-то, что-то недопонимаю.
На 3028 ingress_checking выключен
Boot PROM Version Build 1.00.B06
Firmware Version Build 2.94.B22
Hardware Version A2

мы когда-то использовали mstp. и если я правильно ошибаюсь, то конфигурация должна соответствовать один в один (в том числе номера виланов в инстансах). иначе свич ведет себя как независимый rstp свич.

теперь представьте, что вам нужно добавить какой-то вилан в конфигурацию ... как всё перестраивается по мере изменения конфигурации. не уверен, не потеряете ли вы часть сети, если будете менять конфигурацию не последовательно, от одного коммутатора к другому его соседу, а например, в произвольном порядке.

наверное можно придумать стратегию, когда конфигурация mstp будет статичной на все случаи жизни, но всё равно ... imho, нужно думать дважды, прежде чем использовать.

Наверное, речь всё-таки о маппинге vlan'ов по instance'ам, то есть, если у вас настроено instance 1: vlan 1-4094, то добавление vlan на коммутатор не влияет на stp, а вот изменение vlan'ов, входящих в instance (например, решили часть в другой перекинуть) - влияет.