Собирается сеть: кольцо из 3627G + к каждому по 7-8 колец из 3028. Каким образом лучше разнести кольца по регионам/инстанциям ? 3627 между собой образуют L2 сеть, но являются роутером L3 для абонентов.

traffic_segmentation на 3627-х
при этом кольца могут быть в одном регионе, но между собой взимодействовать не будут

_________________
не важно, из какого места растут золотые руки

Самый простой вариант - это использовать RSTP и на портах, которые смотрят на Root Bridge включить restricted_tcn true, чтобы изменение дерева в одном кольце не влияло на соседние кольца.

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

А если на портах 3627, в которые подключены аксессные кольца отключить опцию fbpdu - получится тот же эффект ? или она должна быть включена на них, хотя раз они designated для "полуколец", то вроде на первый взляд и нет нужды. И так понимаю они должны быть настроены как restricted_role true, т.к. 3627 между собой образуют свое кольцо со своим рут-бридж.

Да, restricted_role true нужно включить на портах, которые смотрят на 3627, при этом для всех колец Root Bridge-ом будет 3627.

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

А будет ли при такой топологии в режиме RSTP перестроение магистрального кольца при перестроении аксессного? Ведь при получении TCN 3627 начнет рассылать его своим соседним 3627 свичам, которые образуют магистральное кольцо. В такой схеме рутом будет один из нескольких 3627, образующих магистральное кольцо, и к каждому 3627 идет еще по несколько аксессных колец.

Прошу прощения, я перепутал, нужно использовать restricted_tcn true

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

Я тоже малость запутался уже. Еще раз - Есть магистральное кольцо, состоит из N штук 3627G. настраиваем RSTP - всё ровно. Теперь к каждому 3627 подключаем по нескольку аксессных колец из 3028. На каких портах включить resticted_tcn ? Насколько я понял из ваших слов на 3028, которые включены в 3627. При таком раскладе соседние аксессные кольца перестраиваться не будут, но 1) и само перестраивающееся не совсем перестроится, т.к. допустим 1 свич перейдет в другое полукольцо, о чем будет знать только его соседний, с которым пропала связь и 2) TCN будет распространяться на магистральное кольцо, вызвая его перестроение.

Поправьте, если не прав.
P.S. в новых версиях прошивок заметил ERPS - может он будет лучше ? Если у Д-Линк описание его команд и примеры конфигурирования ?

resticted_tcn нужно включать на клиентских портах и на портах, которые смотрят на агрегаторы.

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

Логично. Однако такая конфигурация все равно отражается на перестроении магистрального кольца. Может на магистраль тогда ERSP повешать ? или еще сыровата технология ?

На последних версиях прошивок DGS-3600 тоже есть resticted_tcn

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