Здравствуйте
Есть район, в котором настроен STP (rstp)




как видно из рисунка все коммутаторы связаны между собой через коммутатор района и образуют одно дерево STP.
При возникновении проблем на одном из “колец” это приводит к перевыбору корневого коммутатора и как следствие к потере связи во всех остальных кольца.
Связано это с тем, что кольца «соприкасаются» (обмениваются FPBDU пакетами) через коммутатор района тем самым, образуя одно большое дерево

Вопрос: каким образом можно разделить одно большое дерево на несколько маленьких независимых друг от друга деревьев?

Все коммутаторы работают в одном vlan и разделить их на несколько vlan для применения MSTP нет возможности

Сделайте центральный коммутатор корневым и выключите на нём fbpdu.

Изначально так и было сделано
Проблема в том, что если на каком-нибудь из колец возникала проблема то это приводило перевыбору корневого коммутатора. В итоге центральный коммутатор так им и оставался, но во время перевыбора все порты центрального коммутатора переставали пропускать трафик и от этого страдали не только те, у кого настроено и STP, но и остальные клиенты подключенные к центральному коммутатору!

Перевыбор корневого коммутатора должен происходить только при добавлении нового коммутатора в сеть при условии что его Bridge ID лучше текущего Root ID.
При изменении топологии рассылаются TCN BPDU, которые не приводят к перевыбору корневого коммутатора.
Попробуйте включить restricted_role true на корневом коммутаторе и отстройте на всех коммутаторах корректные Bridge ID.

Попробуем включить restricted_role true



добавлении нового коммутатора - проподание с последующим появлением питания на любом из коммутаторов с STP



у нас Bridge ID корневого коммутатора был строго меньше Bridge ID всех остальных коммутаторов

mirk-st
вопрос а что за свитч у вас в центре стоит.

была похожая схема stp (два нижних кольца)
работало rstp в центре стоял dgs-3100 у которого был самый низкий Bridge ID

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

_________________
Умная книжка по теории сетей и настройкам свичей:
ftp://ftp.dlink.ru/pub/Trainings/Switch_D-Link_newest_Basic.pdf

Вот кстати конфиг который был на центральном коммутаторе

#DGS-3627G
config stp version rstp
config stp priority 16384 instance_id 0
config stp ports 16-21 externalCost auto edge false p2p auto state enable lbd disable
config stp ports 16-21 fbpdu enable
config stp fbpdu enable
enable stp

а это на остальных
#DES-3028 ------------
config stp version rstp
config stp trap new_root enable topo_change enable
#Отключаем на абонентских портах stp
config stp ports 1-28 externalCost auto edge true p2p auto state disable lbd disable
config stp ports 1-28 fbpdu disable
config stp ports 1-28 restricted_role true
config stp ports 1-28 restricted_tcn true
#Настройки RSTP на магистральных портах
config stp ports 27-28 externalCost auto edge false p2p auto state enable lbd disable
config stp ports 27-28 fbpdu enable
config stp ports 27-28 restricted_role false
config stp ports 27-28 restricted_tcn false
#
enable stp

Так будет более правильно:
config stp ports 1-24 fbpdu disable
config stp ports 1-24 restricted_role true
config stp ports 1-24 restricted_tcn true

На uplink портах fbpdu включать нужно. Также на DES-3028 нужно отключать Ingress Checking(особенность чипака). И при использовании RSTP на uplink-ах в местах стыковки нужно делать restricted_tcn true, чтобы смена топологии в одном кольце не влияла на соседние кольца.

_________________
С уважением,
Бигаров Руслан.

Не совсем понял что нужно сделать. Поправьте меня если что.

1) Переносим центр кольца на центральный коммутатор и оставляем на нём вышеприведённые настройки

2) на остальных коммутаторах делаем
#DES-3028 ------------
config stp version rstp
config stp trap new_root enable topo_change enable
#Отключаем на абонентских портах stp
config stp ports 1-24 externalCost auto edge true p2p auto state disable lbd disable
config stp ports 1-24 fbpdu disable
config stp ports 1-24 restricted_role true
config stp ports 1-24 restricted_tcn true
#Настройки RSTP на магистральных портах
config stp ports 27-28 externalCost auto edge false p2p auto state enable lbd disable
config stp ports 27-28 fbpdu enable
config stp ports 27-28 restricted_role false
config stp ports 27-28 restricted_tcn true
#
enable stp

Непонятно
1) что такое
2) какие настройки кроме fbpdu enable нужно делать на транзитных коммутаторах кольца
3) есть ли какие нибудь особенности при настройке 3526

Можно ли изолировать кольца (чтобы изменение топологии в одном кольце не приводила к изменению в другой) при помощи traffic_segmentation?
Т.е. если у нас есть два кольца, подключенных к 3627g к портам 1-2 и 3-4 соответственно и аплинк на 27 порту, то разумно ли сделать так:
config traffic_segmentation 1-2 forward_list 1-2,27
config traffic_segmentation 3-4 forward_list 3-4,27

По поводу fbpdu. Эта функция работает только если выключить stp. Так что эта настройка бесполезна. Вот выдержка из мануала:

По поводу ингресс чекинга, опять же не надо вводить в заблуждение. Отключать надо только если управление коммутаторами не в default влан.

А мне то кто-нибудь ответит?

И вот еще вопрос возник....
config stp ports работает без глобального stp enable???

Разобрался

на корневом коммутаторе исправил:
# Включаем STP только на тех портах где будут кольца
config stp ports .... state enable
# Не даёт другим кольцам "заваливаться" если в одном из них перестройка топологии
config stp ports 1-27 restricted_tcn true
enable stp


не знаю нужно или нет но сделал на всех участниках кольца
config stp ports 25-26 restricted_tcn true
по крайней мере работе колец не мешает

После этих махинаций кольцо наконец стало нормально работать
т.е. при возникновении проблемы в одном кольце на другие кольца это не распространяется
и центральный коммутатор не блокирует все порты, как раньше, а нормально работает

Господа!!
Усть связка DES-3010 G <-> DES-3200, на аплинке одного и даунлинке другого LBD и Port Security выключен, STP включен в режиме RSTP. Так вот, если на даунлинке 3010 выключить STP, то становится доступным 3200, если включить то порт находится в Discarding. Прошивы на обоих последние (3010 - V4.30.B25, 3200 - V1.52.B009). В чём может быть причина и как её решить?