Дерево страниц

Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.
Комментарий: форматирование, дополнение

...

Если Master после отключения или перезагрузки вернется вернется в строй, то вновь мастерство забирать не будет и останется Backup-коммутатором. Исключение - опция stack configuration master , которая форсирует передачу мастерства данному unit при его появлении в топологии.

В случае наличия в стеке нескольких Backup-коммутаторов, при выходе из строя Master-коммутатора, новый Master будет определяться по следующему сценарию: uptime всех Backup-коммутаторов делится на 20. Роль master примет коммутатор с наибольшим частным (результатом деления без остатка). В случае равенства частного мастерство возьмёт на себя Backup-коммутатор с наименьшим UnitID.

Для стека с установленной версией ПО ниже 4.0.17 роли следующие:

Master (UID устройства 1 или 2) — с него происходит управление всеми устройствами в стеке.

Backup Backup (UID устройства 1 или 2) — устройство, подчиняющееся master. Дублирует все настройки, и, в случае выхода управляющего устройства из строя, берет на себя функции управления стеком.

Slave (UID устройства от 3 до 8) — устройства, подчиняющееся master. Не может работать в автономном режиме (если отсутствует master).

В стеке каждый коммутатор использует свои tcam правила (правила acl, sqinq). Нагрузка идет только на процессор Master.

Передача данных между unit ограничивается пропускной способностью стековых портов. Внутри unit - пропускной способностью портов коммутатора.

На Backup-коммутаторе резервируется конфигурация.

Если Master после отключения или перезагрузки вернется в строй, то вновь возьмет на себя мастерство в случае, если uptime Backup-коммутатора составляет менее 10 минут (при этом Backup коммутатор перезагрузится).

Если uptime Backup-коммутатора будет более 10 минут, то мастерство останется за ним.

При передаче мастерства возможен кратковременный перерыв в предоставлении сервисов на время доинициализации нового Master в стеке.

Начиная с версии ПО 4.0.17, реализован функционал NSF (Non-Stop frowardingForwarding). Данный функционал позволяет минимизировать потери для транзитного немаршрутизируемого трафика в момент передачи мастерства от Master к Backup.

...

Конфигурация коммутатора:

console(config)# stack configuration links {fo1-4| te1-4 | gi9-12}

console(config)# stack configuration unit-id {1-8}


Конфигурация определенного unit в стеке:

console(config)#stack unit 2

console(unit)#stack configuration {role|links|unit-id}

Смена роли для определенного юнита в стеке:

console(unit)#stack configuration role {slave|master}


Дополнительные настройки стека:

Принудительно назначить устройство мастером (мастерство будет всегда сохранено за юнитом в случае наличия/появления его в стеке):

console(config)#stack configuration master unit {unit-id}

Внимание - если указать unit, который в этот момент не является мастером, то текущий мастер принудительно перезагрузится для отдачи мастерства.

Включение функционала NSF:

console(config)#stack nsf

Изменение таймера NSF (по умолчанию 120 с.)

console(config)#stack nsf timer {60-600}

Конфигурация стекирования применится после перезагрузки.

...

Перезагрузка определенного unit:

console#reload unit 2


Работа портов OOB в стеке (Для моделей с поддержкой OOB)

...

Команды просмотра информации :

console#show stack


console#show stack configuration


console#show stack links  


console#show stack links details