Я Вам прошивку выслал.

Имеет место быть аналогичная проблема.
Можете выслать прошивку с расширенным логированием STP на vik@imex.ru?

Выслал.

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

Problem with STP:

Up to 5-7 DES-3526 switches (firmware - newest stable) in rings connected to one DGS-3627. RSTP enabled on DGS and on 2 neighbouring DES'es in the middle of each ring. FBPDU enabled on all uplink ports.

After rebooting one of switches (doesn't matter, STP enabled or not) looks like tfaffic start to flow before the config on the switch is fully loaded (not autoconfiguration, just manual config, saved to flash) and fbpdu are enabled. So, RSTP doesn't block any of ports in a ring and traffic storm kills whole L2 network domain for some seconds.

If STP is enabled on all switches, the situation becomes worse: storm interrupts working of STP and topology changes are propagated through all network about a minute.

Есть сеть, построенная по типу: 1 DGS3612G + 10 DES3526 двумя ветками по 5 комутаторов. 3612 по 5 штук замкнуты в одно кольцо, которое с одного из 3612 воткнуто в головной DGS3627.
На 3612ых СТП включено и работает нормально. А вот при включении его на 3526 происходит забавная картина: включаем на первом комутаторе ветки - "отваливается" вся ветка за ним. Выключаем - поднимается. Включаем с конца ветки - через минуту-две на ветке остаётся работать только конечный комутатор, на котором раз по 10 в минуту меняется топология. При этом дня через два-три (был прецедент) ветка "поднимается", но продолжают сыпаться изменения топологии и загрузка процессора комутаторов вплотную подбирается к 80%
Прошивка 5.01В009, edge- и p2p-порты прописаны, лупдетект включён на все порты..
Просто есть желание соединить разрывы между ветками, образовав большое кольцо не только по 3612, но и по 3526ым..

При этом на стенде с топологией:
..........0
..........|
..........1
....../......\
...2--------3
./...\...... /...\
4-5-6----7-8-9
|...\______/..|
.\_________/
где:
0 - внешка
1-3 - DGS3612G
4-9 - DES3526
всё работает корректно.. то-есть закольцовано всё что только можно, флуда нет, всё работает..


+ к этому есть парочка вопросов по работе STP:
1. Будет ли корректно отрабатываеть этот протокол, если в кольце больше 20 устройств? А то значение maxhops = 1-20 меня немножко смущает, а на стенде проверить это нет возможности..
2. Реально ли просмотреть полные пути маршрутов, а не только "откуда - через какого соседа - куда" ??? А то порой значения стоимости путей меня смущают даже на стенде..

Ъ

To vaidasrekerta:

Укажите пожалуйста версии прошивок.

To falameezaar:

Попробуйте пожалуйста прошивку, которую я Вам выслал. В этой прошивке значения maxhops уже 1-40. В принципе работать будет, но при этом после 20 устройств в кольце время сходимости в зависимости от условий уже может расти нелинейно. По поводу мониторинга маршрутов таким способом это невозможно. Надо на каждом устройстве смотреть метрики.

5.01-B09 on DES-3526
2.20-B35 on DGS-3627G

Я Вам прошивки выслал.

Простите что долго не отвечал, не хотелось экспериментировать на живой сети в праздники)

На описанном мной сегменте сети всё заработало на "ура". Время сходимости при изменениях топологии до 3 секунд.
+ прошивка В023 порадовала работоспособным DHCP Snooping"ом и адекватной разницей по правам между Оператором и Гостем в консоли. А то раньше этой разницы почти не было, они оба могли только "show")

На следующей неделе будем пробовать на сегменте сети, в котором ситуация "более 20 коммутаторов в линии", отпишусь по результатам...

Рад слышать! Ждём рез-тов.

Ну что вам сказать.. Работает)
23 комутатора в линии. Время сходимости до полутора-двух мину, но работает.
Правда, уже перестроили топологию так, что эта линия стала разбитой на два сегмента. Но факт остаётся фактом - оно работает)

Ъ

Рад слышать!

Здравствуйте.

Подскажите пожалуйста две вещи:

1) Нужно ли на том коммутаторе, который root, делать fbpdu enable ?

2) Как правильнее - на клиентских портах выключать стп в принципе или включать, но указывать, что они edge ?

Заранее спасибо.

По порядку:

1) На всех портах входящих в активную топологию, по сути это магистральные порты, нужно FBPDU включать. На клиентских портах эту функцию можно выклюючить если Вы не хотите отслеживать петли между двумя клиентскими портами. В принципе в этом случае можно выключить на портах STP, проверив что FBPDU тоже выключено.
2) Если отлеживать такие петли хотите, то на клиентких портах STP должен быть включён и FBPDU соответсвенно тоже.
3) Если при этом Вы хотите защититься от поддельных BPDU то выставьте Restricted Role и Restricted TCN в true.

Можно уточнить вопрос по fbpdu.
Раньше в документации было указано, что этот параметр влияет на передачу bpdu, только при отключенном stp. Так ли это сейчас или надо помимо включенного stp еще и fbpdu выставлять в enable на нужных портах?