RSTP, MSTP или кольцевой протокол — как резервировать сеть на HASIVO

Резервирование сети на коммутаторах решает одну задачу: при обрыве кабеля или отказе устройства трафик должен пойти по другому пути без ручного вмешательства. Для этого в сети закладывается вторая связь, а протокол резервирования следит, чтобы она оставалась заблокированной до момента отказа — иначе образуется петля, и сеть перестаёт работать целиком. Управляемые модели HASIVO поддерживают протоколы связующего дерева RSTP и MSTP и кольцевые протоколы резервирования.

Разберём, чем различаются эти механизмы, где применяется каждый, что проверяется в прошивке и какие данные нужны для подбора. Классы устройств и характеристики линейки собраны на странице сетевого оборудования HASIVO.

Чем различаются механизмы резервирования

• RSTP. Протокол связующего дерева, который строит единую топологию без петель и переводит резервный порт в работу при отказе основного. Настраивается просто, применим к произвольной топологии.
• MSTP. Развитие связующего дерева с несколькими экземплярами дерева на группы сетей VLAN. Позволяет распределить трафик разных сегментов по разным путям, а не держать резервную линию простаивающей.
• Кольцевой протокол. Работает в топологии замкнутого кольца и обеспечивает меньшее время переключения, чем связующее дерево. Требует, чтобы топология действительно была кольцом, и чтобы все узлы кольца поддерживали один и тот же протокол.
• Агрегация портов. Объединение нескольких линий в один логический канал: повышает полосу и сохраняет связность при обрыве одной линии, но защищает только конкретный участок между двумя устройствами, а не топологию в целом.

Сопоставление по применению

Когда кольцо предпочтительнее связующего дерева

• Видеонаблюдение на протяжённом объекте. Камеры подключены к шкафам, расположенным цепочкой, и замыкание цепи в кольцо даёт резерв без дополнительной прокладки кабеля до ядра от каждого шкафа.
• Технологические сети. Обрыв связи на время переключения связующего дерева может привести к потере данных опроса, поэтому используется механизм с меньшим временем восстановления.
• Периферийные узлы с оптическим аплинком. Кольцо по одномодовому волокну через порты SFP или SFP+ закрывает разнесённые точки одной трассой.
• Объекты без выделенной сетевой службы. Кольцо проще контролировать визуально: топология понятна и не меняется со временем.

Что проверяется до заказа

• Перечень функций в прошивке. Часть протоколов резервирования и агрегации входит в базовую версию, часть требует отдельной лицензии. Версия прошивки и перечень функций фиксируются в спецификации по каждой позиции.
• Совместимость по кольцу. Кольцевые протоколы разных производителей не всегда совместимы между собой: если кольцо собирается на оборудовании разных брендов, применяется стандартный механизм связующего дерева.
• Тип и скорость аплинка. Резервная линия должна выдерживать нагрузку, а не только существовать: аплинк по меди 2.5G и оптика SFP+ 10G дают разную полосу при переключении.
• Бюджет питания при переключении. Если камеры и точки доступа питаются по кабелю, при переводе нагрузки на другой коммутатор его бюджет PoE должен покрывать добавленные устройства.
• Таблица MAC-адресов. В линейке она составляет от 8 до 32 тысяч записей — при объединении сегментов в кольцо объём таблицы проверяется по числу устройств в сети.

Как проектируется резервирование узла

Резервирование начинается со схемы: какие участки должны сохранять работоспособность при обрыве, а какие допускают простой. Полное резервирование всех линий редко оправдано — обычно закрываются магистральные участки и узлы, от которых зависит несколько групп устройств. Затем выбирается механизм: для произвольной топологии — связующее дерево, для замкнутой цепочки шкафов — кольцевой протокол.

Отдельно проверяется питание. Резервная линия связи не спасает узел, если он теряет питание вместе с основным, поэтому для периферийных шкафов рассматриваются источник бесперебойного питания и распределение нагрузки между вводами. Для наружных узлов дополнительно учитываются рабочий диапазон температур от −20 до +55 °C и грозозащита портов.

Что прислать для подбора

• Схему сети или перечень узлов с указанием подключаемых устройств.
• Какие участки требуют резервирования и допустимое время восстановления связи.
• Тип аплинка и расстояния до ядра сети — медь или оптика.
• Требуемую мощность на порт: обычные камеры, купольные с обогревом, точки доступа.
• Условия установки узлов: серверная, уличный шкаф, производственное помещение.

Частые вопросы

Можно ли обойтись без протокола резервирования? Если вторая связь не заложена — да. Но при наличии двух путей между устройствами протокол обязателен: без него образуется петля, и сеть теряет работоспособность.

Насколько быстро переключается кольцо? Кольцевые протоколы дают меньшее время восстановления, чем связующее дерево. Точные значения зависят от модели, прошивки и числа узлов и указываются в характеристиках конкретной позиции.

Можно ли собрать кольцо из неуправляемых коммутаторов? Нет. Резервирование требует управляемых моделей — неуправляемое устройство в кольце создаёт петлю.

Нужен ли уровень L3 для резервирования? Не обязательно. Протоколы резервирования работают на втором уровне; L3 нужен, если на коммутаторе выполняется маршрутизация между сегментами.

Что делать, если в сети оборудование разных производителей? Применяется стандартный механизм связующего дерева — RSTP или MSTP. Проприетарные кольцевые протоколы в смешанной сети не используются.

Что мы делаем

Разбираем схему сети, определяем участки, которым нужен резерв, подбираем механизм резервирования под топологию и проверяем, что выбранные функции входят в прошивку заказываемых моделей. Считаем бюджет PoE с запасом на переключение нагрузки, проверяем тип и скорость аплинка, уточняем условия установки. Поставляем коммутаторы HASIVO с фиксацией версии прошивки и перечня функций в спецификации, помогаем с настройкой сегментации и резервирования.

Пришлите схему сети или список узлов с подключаемыми устройствами на sale@tkasiatorg.ru — подберём модели по портам, бюджету PoE и аплинкам, предложим схему резервирования и посчитаем поставку.