Настройка стекирования¶
Edge Stack – технология централизованного управления группой коммутаторов уровня доступа через единый управляющий узел.
Механизм стекирования предназначен для объединения нескольких физических устройств в одну логическую систему управления. Каждый участник сохраняет независимую обработку трафика, однако конфигурирование группы выполняется через единую точку администрирования.
В результате настройки формируется стек, в котором:
- Обеспечивается централизованное управление устройствами;
- Увеличивается количество доступных интерфейсов;
- Повышается отказоустойчивость;
- Используется единая конфигурация.
В стеке определяются следующие роли:
- Master – управляющий узел, выполняет контроль и синхронизацию всех участников стека;
- Member – подчинённые участники, выполняют команды Master.
Выбор Master осуществляется на основе параметра priority. Меньшее значение приоритета увеличивает вероятность выбора устройства в качестве управляющего узла.
Область применения¶
Edge Stack рекомендуется использовать для:
- коммутаторов доступа в офисных сетях;
- этажных распределительных узлов;
- IP-телефонии;
- точек беспроводного доступа;
- небольших филиалов;
- сетей с преобладанием пользовательского трафика «клиент–агрегация».
Технология не предназначена для замены полнофункциональных распределённых систем коммутации уровня шасси.
Необходимые условия и предварительные требования¶
- Используется одинаковая версия программного обеспечения на всех устройствах;
- Все участники стека должны иметь одинаковый тип аппаратной платформы (только 24-портовые или только 48-портовые модели в одном стеке);
- Для соединения устройств в стек используются только интерфейсы 25GigabitEthernet;
- Интерфейсы, используемые для стекирования, не должны быть задействованы в других сервисах;
- В производственной среде обязательно использование топологии кольцо;
Важные особенности реализации¶
- Каждый участник стека сохраняет возможность локальной коммутации;
- Каждый участник продолжает самостоятельно обрабатывать протоколы STP;
- Каждый участник использует собственные таблицы коммутации;
- При вводе устройств в стек у них удаляются настройки с интерфейсов (включая OOB интерфейс), так как дальнейшая конфигурация производится с Master-устройства;
- Для подключения к CLI подчинённых устройств необходимо использовать консольный порт;
- Для того чтобы применились настройки формирования стека, необходимо сохранить конфигурацию и перезагрузить устройство.
**Важно**
Edge Stack не является классическим распределённым стеком с единым forwarding plane. При проектировании сети необходимо учитывать, что участники стека сохраняют независимую обработку трафика и протоколов управления.
Ограничения технологии¶
Аппаратные платформы¶
Смешивание различных аппаратных платформ в одном стеке не поддерживается в текущей версии. Допускается использование только однотипных моделей: либо только 24-портовых, либо только 48-портовых.
Топология¶
Поддерживается только кольцевая топология. Использование топологии «цепь» допускается только для лабораторных испытаний и временных инсталляций.
Агрегирование каналов¶
Поддерживаются только локальные группы агрегирования каналов (LAG/LACP).
Не поддерживаются:
- распределённые LAG;
- Multi-Chassis LAG (MC-LAG);
- Cross-Stack EtherChannel;
- распределённое резервирование серверных подключений.
**Внимание**
Подключение оконечных устройств с двойным подключением (bundle) к разным участникам стека не поддерживается в текущей версии.
Протокол STP¶
Все участники стека продолжают участвовать в работе протоколов семейства STP как независимые устройства:
- каждый коммутатор имеет собственный Bridge ID;
- выбор Root Bridge выполняется штатными механизмами STP;
- стек не представляет собой единый STP-мост.
Стек-порты¶
Порты, выделенные для стекирования, зарезервированы системой. Использование стековых портов для подключения оконечных устройств не допускается.
При попытке административного отключения (shutdown) порта, задействованного в стекировании, система блокирует выполнение команды и выводит предупреждение:
**Внимание**
Отключить стековый порт командой
shutdownневозможно. Для вывода устройства из стека необходимо перевести его в режимiss mode independence(см. раздел «Обновление устройств в стеке»).
Стековые соединения¶
Для организации стека используются выделенные 25G-интерфейсы.
| Интерфейс | Назначение |
|---|---|
| 25G 1/1 | Primary |
| 25G 1/2 | Secondary |
Подключение выполняется по схеме Primary → Secondary. Пример кольцевой топологии:
Подготовка к настройке¶
Перед созданием стека рекомендуется выполнить следующие действия:
- Обновить программное обеспечение всех устройств до одинаковой версии.
- Очистить конфигурацию новых устройств.
- Определить будущий управляющий узел и настроить его первым.
- Назначить уникальный идентификатор каждому участнику. Номера назначаются по порядку, начиная с 1. Управляющему узлу обязательно присваивается номер 1 и приоритет 0.
Назначение применяемой команды/конфигурации¶
Команды в режиме глобальной конфигурации¶
```cisco_ios iss member <1-16> [priority <0-15>] iss mode {independence | iss}
Последовательность формирования стека¶
- Собрать физическую топологию: подключить все стековые линки между устройствами.
- Настроить Master (номер 1, приоритет 0), сохранить конфигурацию и дождаться его полной загрузки.
- Поочерёдно настраивать каждый Member (номера 2, 3, … 8 в порядке возрастания), сохранять конфигурацию и перезагружать устройство. Каждый следующий Member добавлять только после того, как предыдущий успешно вошёл в стек.
Пример конфигурирования¶
Схема соединений¶

Конфигурация выполняется в строгом порядке: сначала Master (ASW4), затем поочерёдно каждый Member. Каждое следующее устройство настраивается и перезагружается только после того, как предыдущее успешно вошло в стек.
Настройка на ASW4¶
```cisco_ios ASW4# configure terminal ASW4(config)# iss mode iss ASW4(config)# iss member 1 priority 0 ASW4(config)# exit ASW4# copy running-config startup-config ASW4# reload cold
Настройка на ASW9¶
```cisco_ios ASW9# configure terminal ASW9(config)# iss mode iss ASW9(config)# iss member 3 priority 2 ASW9(config)# exit ASW9# copy running-config startup-config ASW9# reload cold
Полный вывод выполненных конфигураций¶
ASW4¶
```cisco_ios configure terminal ! iss mode iss iss member 1 priority 0
ASW9¶
```cisco_ios configure terminal ! iss mode iss iss member 3 priority 2
Изучение состояния устройства¶
Просмотр конфигурации¶
```cisco_ios ASW4# show stack topo
Stack Topology¶
Mode: ISS Members: 4 Local ID: 1
MASTER * MEMBER MEMBER MEMBER
+----------+ +----------+ +----------+ +----------+
| ID: 1 +===+ ID: 2 +===+ ID: 3 +===+ ID: 4 |
| Prio: 0 | | Prio: 1 | | Prio: 2 | | Prio: 3 |
+----------+ +----------+ +----------+ +----------+
|=======================================================|
+= (ring) ==============================================+
CIT S2158-48 CIT S2158-48 CIT S2158-48 CIT S2158-48
Local stack ports (ID: 1):
Stk1 phy-port 49 Link UP
Stk2 phy-port 50 Link UP
Members: ID Role Prio State MAC Name
1 * Master 0 Master 00-16-d6-00-01-c0 CIT S2158-48T4D-N 2 Member 1 Member b4-e0-25-00-02-00 CIT S2158-48T4D-N 3 Member 2 Member b4-e0-25-00-24-00 CIT S2158-48T4D-P-AC-FR 4 Member 3 Member 00-16-d6-00-01-80 CIT S2158-48T4D-N
Рекомендуется убедиться, что все стековые интерфейсы находятся в состоянии UP.
Отказоустойчивость¶
Отказ одного стекового соединения¶
В кольцевой топологии стек продолжает работу через оставшееся соединение. Рекомендуется устранить повреждение в кратчайшие сроки для восстановления полного резервирования.
Отказ участника стека¶
При отказе одного из участников остальные устройства продолжают работу. Локально подключённые устройства на отказавшем коммутаторе становятся недоступны до восстановления данного участника.
Отказ управляющего узла¶
При отказе управляющего устройства выполняется автоматический выбор нового управляющего узла. После завершения процедуры рекомендуется проверить состояние стека:
```cisco_ios show stack show stack topo
- Вывод ASW2
```cisco_ios ASW2# configure terminal ASW2(config)# iss mode independence ASW2(config)# exit ASW2# copy running-config startup-config ASW2# reload cold
Шаг 3. Обновление каждого устройства
- ASW1
```cisco_ios ASW1# firmware upgrade tftp://172.70.55.155/fw2158/s2158-5.4.0.bin
- ASW3
```cisco_ios ASW3# firmware upgrade tftp://172.70.55.155/fw2158/s2158-5.4.0.bin
-
Ввод Member устройств:
-
ASW2
cisco\_ios
ASW2# configure terminal
ASW2(config)# iss mode iss
ASW2(config)# iss member 2 priority 2
ASW2(config)# exit
ASW2# copy running-config startup-config
ASW2# reload cold
- ASW3
cisco\_ios
ASW3# configure terminal
ASW3(config)# iss mode iss
ASW3(config)# iss member 3 priority 3
ASW3(config)# exit
ASW3# copy running-config startup-config
ASW3# reload cold
Шаг 5. Проверка стека после обновления
```cisco_ios ASW1# show stack topo
Stack Topology¶
Mode: ISS Members: 3 Local ID: 1
MASTER * MEMBER MEMBER
+----------+ +----------+ +----------+
| ID: 1 +===+ ID: 2 +===+ ID: 3 +
| Prio: 0 | | Prio: 2 | | Prio: 3 |
+----------+ +----------+ +----------+
|========================================|
+= (ring) ===============================+
CIT S2158-48 CIT S2158-48 CIT S2158-48
Local stack ports (ID: 1):
Stk1 phy-port 49 Link UP
Stk2 phy-port 50 Link UP
Members: ID Role Prio State MAC Name
1 * Master 0 Master 00-16-d6-00-01-c0 CIT S2158-48T4D-N 2 Member 2 Member b4-e0-25-00-01-00 CIT S2158-48T4D-P 3 Member 3 Member 00-16-d6-00-00-40 CIT S2158-48T4D-N ```