Как уже написали в комментариях: если речь именно про L2-кольцо между зданиями, то ERPS (G.8032) для access-уровня вполне нормальный вариант. Не самая “новомодная” архитектура, но для оптики в кольце и общих VLAN работает хорошо.
По практике я бы делал так:
выделить отдельный control VLAN под ERPS;
аккуратно и одинаково настроить East/West на всех коммутаторах;
RPL Owner разместить ближе к агрегации, а штатно блокируемый линк — там, где он меньше влияет на трафик;
ERPS использовать только для самого кольца, а RSTP — если нужен, то уже на локальных сегментах, но не для той же самой петли.
С клиентскими VLAN ERPS напрямую не конфликтует: они просто передаются через кольцо как обычный tagged-трафик.
Если нужен пример на готовом железе, можно посмотреть коммутаторы с поддержкой ERPS — такая поддержка есть, например, в сериях 2600, 5000 и 7000. Для межзданийного кольца это как раз типовой сценарий: при обрыве оптики кольцо обычно перестраивается менее чем за 50 мс, и сервисы вроде камер не успевают заметно просесть.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
По практике я бы делал так:
выделить отдельный control VLAN под ERPS;
аккуратно и одинаково настроить East/West на всех коммутаторах;
RPL Owner разместить ближе к агрегации, а штатно блокируемый линк — там, где он меньше влияет на трафик;
ERPS использовать только для самого кольца, а RSTP — если нужен, то уже на локальных сегментах, но не для той же самой петли.
С клиентскими VLAN ERPS напрямую не конфликтует: они просто передаются через кольцо как обычный tagged-трафик.
Если нужен пример на готовом железе, можно посмотреть коммутаторы с поддержкой ERPS — такая поддержка есть, например, в сериях 2600, 5000 и 7000. Для межзданийного кольца это как раз типовой сценарий: при обрыве оптики кольцо обычно перестраивается менее чем за 50 мс, и сервисы вроде камер не успевают заметно просесть.