Да, настройки STP отличаются, спасибо за совет, попробую ещё раз на стенде

Люди, очень нужна помощь.
есть два коммутатора, которые участвуют в STP и есть ещё один, промежуточный, который находится между ними, грубо говоря:

коммутатор1 участвует в stp
|
коммутаторв2 не участвует в stp
|
коммутатор3 участвует в stp

В общем коммутатор 2 просто их соединяет, но в stp участвовать не должен. Будут ли коммутатор 3 и коммутатор 1 при этом работать с STP? Что при этом должно быть настроено на коммутаторе 2? Пока что у меня при такой схеме не работает, а как тока убераю промежуточный свич, то все сразу работает. Очень нужна помощь

А второй в принципе способен работать с STP? Может там включить только forwarding bpdu?

_________________
D-Link Switches: Tips & Tricks

DGS-3100-24sc
|
DGS-3000-10
|
DGS-3120-24SC

А в чем разница, между тем что я просто включаю fbpdu и на порту? Просто я вижу, при show stp:
STP Status : Enabled
STP Version : STP compatible
Max Age : 20
Hello Time : 2
Forward Delay : 15
Max Hops : 20
TX Hold Count : 6
Forwarding BPDU : Enabled
NNI BPDU Address : dot1d

а также при show stp ports 9:

Port Index : 9 , Hello Time: 2 /2 , Port STP : Enabled ,
External PathCost : Auto/20000 , Edge Port : False/No , P2P : Auto /Yes
Port RestrictedRole : False, Port RestrictedTCN : False
Port Forward BPDU : Disabled

И нужно ли вообще включать STP на коммутаторе, который просто должен пропускать трафик и не участвовать в построении?

Точно не скажу, утратил опыт работы к STP, к сожалению (а может к счастью).

Попробуйте для начала:
1. Явно задать версию RSTP. У него существенно меньшее время сходимости, может это все решит.
2. Включить forwarding bpdu и на требуемых портах тоже, а не только глобально.

Сам функционал STP, вроде бы, можно глобально выключить, но тут надо проверять.


Ну у D-Link'а так во всем. Почти любой функционал можно включить или выключить глобально, а можно настроить для работы на конкретных портах (при условии, что глобально он включен).


Почему не должен, кстати?

_________________
D-Link Switches: Tips & Tricks

При включении fbpdu нужно ли включать сам STP?

Настройки Fbpdu актуальны только при выключенном STP, поэтому STP включать не нужно.

включил fbpdu на коммутаторе и все заработало). Спасибо

Не за что.

Почему не должен, я чуть позже схему выложу, что сделал), схема очень замороченная, но резерв очень нужен

Подскажите как работает restricted_tcn true/False
Как писали выше: "restricted_tcn true - дропать (не распространять дальше) сообщения topology change notification" То есть если я включу эту функцию на порту, то, допустим, при падении этого порта, перестроение на резервный порт может не произойти?

Restricted role:
Запрещает порту коммутатора становиться корневым (Root port), т.е. исключает появление корневого коммутатора (Root bridge) за этим портом. По умолчанию функция выключена (значение false).
Restricted TCN:
Запрещает на порту коммутатора прием BPDU TCN, т.о. на данном порту не будет фиксироваться изменение топологии. По умолчанию функция выключена (значение false). Рекомендуется включать на портах, смотрящих в сторону агрегатора, чтобы изменение топологии в одном кольце не сказывалось на других.

Господа, кто-нибудь делал резервные каналы радиомостами?
Все коммутаторы живут во влане и в резервном радиоканале так же эти вланы передаются. Проблема в том, что видимо через радиоканал коммутаторы не обмениваются fbdu и в итоге резервная линия не блочится, а продолжает форвардить трафик и в итоге кольцо. Когда цепляю патчкорд вместо радиоканал, на стенде, то все замечательно работает.
Может кто делал резервы радиомостами, я с помощью ubnt это все организовываю. Возможно данный вопрос не в д-линк, но все же

Может поможет: на ubnt с последними прошивками stp настраиваться.
Сам не пробовал так что как работает сказать не могу =)

_________________
Все проще чем кажется...