Стекирование коммутаторов Eltex MES: топологии, настройка и ограничения

Стекирование позволяет объединить несколько коммутаторов в одно логическое устройство: с одним IP-адресом управления, одной конфигурацией и общей таблицей MAC-адресов. Для сетей доступа это способ нарастить портовую ёмкость в шкафу, не плодя точки управления и не усложняя схему кольцами и STP.

Ниже разобрано, какие серии Ethernet-коммутаторов Eltex поддерживают стек, чем отличаются реализации на разных платформах, как собирается стек физически и какие ограничения нужно учесть до того, как оборудование уедет на объект.

Что такое стек коммутаторов и какие задачи он решает

Единая точка управления

Стек идентифицируется в сети как одно устройство: один IP-адрес управления, один системный MAC-адрес, один конфигурационный файл. Порты всех юнитов нумеруются сквозным образом с указанием номера юнита, поэтому администратор работает с ними так же, как с портами одного шасси.

Практический эффект — сокращение числа управляемых объектов. Восемь коммутаторов доступа в стойке дают одну строку в системе управления вместо восьми, один бэкап конфигурации вместо восьми, один набор учётных записей и ACL на управление. Для парка из нескольких десятков стеков это заметная экономия времени эксплуатации, особенно при работе через ECCM.

Рис. 1. Стек из четырёх юнитов с точки зрения администратора и системы мониторинга

Наращивание портовой ёмкости

Стек закрывает типовую задачу: портов в шкафу не хватает, а ставить отдельный коммутатор с собственным аплинком и своей конфигурацией неудобно. Добавленный в стек юнит сразу получает общую конфигурацию VLAN, политики QoS и правила безопасности, а его аплинки можно включить в общую агрегированную группу.

Роли устройств: Master, Backup, Slave

В стеке одно устройство выполняет роль Master, обслуживает управление и протоколы. Второе назначается Backup и в случае отказа мастера принимает управление на себя. Остальные работают в роли Slave и занимаются только коммутацией трафика на своих портах.

Здесь же лежит основной риск конструкции: control plane у стека общий. Ошибка в конфигурации, некорректное обновление или зависание управляющего процесса затрагивают все юниты сразу. Это принципиальное отличие стека от MLAG, где два коммутатора остаются независимыми устройствами со своими управляющими плоскостями.

Какие серии MES поддерживают стекирование

Платформы и поддерживаемые серии

Стекирование в линейке Eltex реализовано на нескольких аппаратных платформах, и логика работы у них различается:

• MES23xx, MES33xx, MES53xx — платформа, где стек поддерживается исторически, объединение до 8 устройств (MES2324, MES2348B, MES3300-24, MES5332A);
• MES24xx и MES3400-xx — поддержка стека появилась с выходом обновления программного обеспечения в 2025 году (MES2424, MES2448, MES3400-24);
• MES2300-xx, MES5312, MES53xxA, MES5400-xx и MES5500-32 — стек описан отдельным разделом документации, со своей матрицей совместимости;
• MES5448 и MES7048 — отдельная платформа с собственной реализацией стека и порядком перезагрузки юнитов.

Смешивать в одном стеке устройства разных платформ нельзя. Допустимые комбинации моделей и портов вендор публикует в документе «Матрица стекирования» — он свой для каждой группы серий, и проверять сочетание моделей нужно именно по нему (см. базу знаний Eltex), а не по общему правилу «одинаковое количество портов».

Модели-исключения

В сериях MES24xx и MES3400-xx стекирование поддерживают все модели, кроме MES2408 (и остальных модификаций MES2408x) и MES2428. При планировании сети это стоит учитывать заранее: внешне модель не отличается от соседней по линейке в разделе коммутаторов доступа 1G, а собрать на её базе стек не получится.

Требования к версии программного обеспечения

Для MES24xx и MES3400-xx режим стекирования активируется после обновления до актуальной версии ПО — на заводской прошивке ранних партий функции может не быть. Все юниты будущего стека должны работать на одинаковой версии: при несовпадении версий устройство либо не войдёт в стек, либо будет циклически перезагружаться.

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

Топологии стека

Рис. 2. Поведение линейной и кольцевой топологии при обрыве стекового линка

Линейная топология

Юниты соединяются последовательно: первый со вторым, второй с третьим и так далее. Схема экономит порты, но не резервирует стековые соединения. Обрыв линка в середине цепочки делит стек на две части, каждая из которых пытается работать самостоятельно.

Кольцевая топология

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

Количество устройств

Максимум 8 юнитов в одном стеке. Практический предел обычно ниже и определяется не логикой стека, а физикой: суммарной нагрузкой на стековые линки и тем, сколько устройств вы готовы одновременно перезагрузить при обновлении ПО.

Физическое подключение стека

Какие порты используются

Стековыми становятся порты 10G (SFP+): на MES24xx и MES3400-xx для объединения задействуется один или два порта 10 Гбит/с, на MES23xx и старших сериях под стек отводятся 10G-интерфейсы из числа аплинков.

Отсюда следует расчёт, который часто упускают на этапе проектирования: порт, отданный под стек, перестаёт быть аплинком. Если у коммутатора доступа четыре порта 10G, а два из них ушли под кольцевой стековый линк, для подключения к уровню агрегации остаётся два. Проверять допустимые номера портов нужно по матрице стекирования соответствующей платформы.

Рис. 3. Распределение аплинков стека между юнитами

Выбор кабелей и модулей

Внутри стойки логично использовать пассивные DAC-кабели: они дешевле пары SFP+ модулей с патч-кордом и не требуют питания. Для соединения соседних стоек подойдут AOC или обычные оптические модули SFP+ 10G. Оба стековых линка в кольце удобно вести разными путями — иначе одно повреждение выведет оба линка сразу.

Настройка стека: последовательность действий

Точный синтаксис команд отличается между платформами, поэтому ниже дан порядок работ, а конкретные команды приведены в руководстве по эксплуатации на соответствующую серию. Наглядный пример сборки стека представлен в видеоинструкции по стекированию MES2324.

Подготовка

Все устройства обновляются до одной версии ПО и сбрасываются к заводским настройкам. Собирать стек из коммутаторов с уже накопленными конфигурациями не стоит: при объединении сохраняется конфигурация мастера, остальные затираются, и в лучшем случае вы потеряете время на выяснение, почему настройки «исчезли».

Назначение ролей и идентификаторов

Каждому устройству присваивается номер юнита (unit ID) и задаётся приоритет, определяющий, кто станет мастером. Мастер выбирается по приоритету, при равных значениях — по дополнительным критериям, зависящим от платформы. Явно задавать приоритеты стоит всегда: иначе после очередной перезагрузки роль мастера может перейти к другому устройству, и вы получите неожиданное поведение при следующей аварии.

Порты, отведённые под стек, переводятся в стековый режим. На большинстве платформ изменение вступает в силу после перезагрузки устройства.

Сборка и проверка

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

Отдельно проверьте поведение OOB-интерфейса. Если адрес управления получается по DHCP, при отказе мастера активируется OOB-порт нового мастера, и адрес окажется другим. Для стеков, которыми управляют удалённо, разумнее задавать адрес статически.

Если собственных ресурсов на пусконаладку нет, работы можно воспользоваться отдельной услугой — настройка коммутаторов MES.

Эксплуатация

Замена вышедшего из строя устройства

Порядок такой: отключить питание с заменяемого юнита, установить новый коммутатор с той же версией ПО, назначить ему тот же unit ID и стековый режим портов, подключить линки, включить питание. Конфигурация портов “подтянется” от мастера. Если у нового устройства версия ПО другая, сначала обновите его отдельно, а не в составе стека.

Если в стеке работают снятые с производства модели, подобрать корректную замену по матрице стекирования лучше заранее, а не в момент аварии. Рекомендуем формировать ЗИП на коммутаторы в стеке.

Обновление ПО

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

Если требование к сети — обновление без перерыва сервиса, то стек для этой задачи не подходит. Такое требование закрывает MLAG, где узлы обновляются поочерёдно.

Типичные ошибки

• Разные версии ПО на юнитах — устройство не входит в стек или перезагружается по кругу.
• Стековые порты назначены не по матрице совместимости — линк поднимается как обычный Ethernet, стек не собирается.
• Линейная топология в рабочей сети — обрыв единственного стекового линка делит стек.
• Два одинаковых unit ID — конфликт при загрузке.
• Аплинки обоих направлений заведены на один юнит — при его отказе стек остаётся без связи с вышестоящим уровнем. Аплинки нужно распределять минимум по двум юнитам и собирать в одну агрегированную группу.

Когда стек не подходит

Рис. 4. Сравнение стека и MLAG по ключевым эксплуатационным критериям

Стек оправдан, когда устройства стоят рядом, задача — портовая ёмкость и одна точка управления, а короткое окно на перезагрузку допустимо. Это типичный сценарий уровня доступа: этажный или стоечный шкаф, в том числе с PoE-коммутаторами и мультигигабитными устройствами для точкек доступа Wi-Fi 6 и 7.

Для уровня агрегации и ядра, где недопустим одновременный перезапуск обоих устройств, применяется MLAG: коммутаторы остаются независимыми, но нижестоящее оборудование видит их как один логический узел для агрегации каналов. Плата за это — две конфигурации вместо одной и более сложная настройка. Для IP-фабрик ЦОД рекомендуется архитектура  Spine-Leaf.

В промышленном сегменте, где устройства разнесены по объекту, вместо стека обычно применяют кольцевые протоколы уровня L2.

Проверка перед сдачей объекта

• Версии ПО на всех юнитах совпадают и не ниже минимально поддерживаемой для ревизии.
• Приоритеты и unit ID заданы явно и зафиксированы в исполнительной документации.
• Стек собран в кольцо, линки разведены разными путями.
• Аплинки распределены между юнитами и агрегированы.
• Адрес управления статический, доступ по SSH ограничен management ACL.
• Проведён тест: отключение мастера, отключение одного стекового линка, возврат в исходное состояние.
• Конфигурации всех устройств сохранены на отдельном носителе.

Что почитать дальше

• Как выбрать сетевой коммутатор — критерии выбора уровня, портовой ёмкости и типа портов.
• Реализация VLAN в коммутаторах Eltex — базовая логика сегментации, которая настраивается на стеке единой конфигурацией.
• Типовые схемы применения коммутаторов PoE Eltex — схемы подключения камер, точек доступа и IP-телефонов.
• Архитектура Spine-Leaf для дата-центров — когда вместо стека нужна IP-фабрика.

Инженеры «ROCCS» помогут подобрать модели с учётом матрицы стекирования и требуемого числа аплинков, а также предоставят оборудование на тест. Каталог — Ethernet-коммутаторы Eltex.