Как объединить коммутаторы в стек


Стекирование коммутаторов Cisco. Часть 1 / Блог компании CBS / Хабр

В данной статье (будет состоять из двух частей) хотел бы кратко пройтись по основным технологиям стекирования коммутаторов Cisco. Попробуем разобраться с общей архитектурой передачи пакетов в рамках каждого типа стека, реакцией на отказы, а также с цифрами пропускной способности. В первой части мы рассмотрим технологии StackWise и StackWise Plus. Во второй части — StackWise-160, StackWise-480, FlexStack и FlexStack Plus.

Сейчас функционалом стекирования никого не удивишь. Он есть во многих моделях коммутаторов различных производителей, в том числе и у Cisco. Но так было не всегда. На заре моей карьеры (где-то середина двухтысячных) в области сетевых технологий в портфеле компании Cisco был всего один коммутатор с поддержкой полноценного стека. Это была модель коммутатора Cisco 3750. Псевдо стеки на базе 2950 и 3550 в ту пору уже практически умерли. На тот момент меня, как молодого специалиста, очень удивлял факт того, что вопросу стекирования коммутаторов компанией Cisco уделялось так мало внимания. При этом, например, у коммутаторов 3com (прим. куплен компанией HP), которые в то время были достаточно популярны, стекирование поддерживалось достаточно на большом перечне моделей. Также обстояли дела и у Allied Telesis. Я даже помню, как приверженцы продукции Cisco мне объясняли, что стекирование – это плохо, и в продакшене данную технологию не стоит использовать. Жаль, уже не помню точных формулировок, но речь шла вроде о стабильности работы. Стоит заметить, что в то время основными доводами в пользу стекирование было упрощение управления (во всяком случае, на тот момент мне казалось именно так). Т.е. вместо того, чтобы настраивать отдельно два или более устройства, стек даёт нам возможность получить один большой коммутатор.

Шло время. Многие осознали плюсы стекирования. И сейчас большая часть коммутаторов Cisco поддерживет данную технологию. В настоящее время, говоря о стекировании, стоит разделять стек на уровне доступа (там, где подключаем обычных пользователей) и стек во всех остальных случаях.

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

Во всех остальных случаях, на мой взгляд, основным «за» в пользу стека стала возможность организации относительно недорогой схемы отказоустойчивости в сети (как на уровне ядра сети, так и при подключении серверного оборудования). Стек позволяет нам агрегировать физические каналы, заведённые на разные коммутаторы, в один логический. Это обеспечивает нас не только большей пропускной способностью (за счёт утилизации одновременно нескольких каналов) и отказоустойчивостью (выход из строя одного из коммутаторов стека не приведёт к остановке сети), но и в ряде случаев даёт возможность полностью отказаться от петель. А значит от использования протоколов семейства STP. Т.е. упрощает жизнь, делая топологию сети достаточно простой.

На оборудовании Cisco в зависимости от платформы используются несколько технологий стекирования. Небольшое замечание. Рассматривать будем классические схемы стекирования. Технология VSS останется за кадром.

Технология Платформа Кол-во коммутаторов в стеке Общая пропускная способность стековой шины Необходимость стекового комплекта
StackWise 3750, 3750G 9 32 Гбит/с Нет
StackWise Plus 3750-E, 3750-X 9 64 Гбит/с Нет
StackWise-160 3650 9 160 Гбит/с Да
StackWise-480 3850 9 480 Гбит/с Нет
FlexStack 2960-S, 2960-SF 4 40 Гбит/с Да
FlexStack Plus 2960-X, 2960-XR 8 80 Гбит/с Да
Предлагаю чуточку подробнее разобраться с цифрами общей пропускной способности стековой шины, а также общей архитектурой передачи пакетов в рамках каждого типа стека. Хотел бы пояснить, что под стековой шиной будем подразумевать внутренние интерфейсы и порты, которые обеспечивают стекирование. Её производительность — это суммарная полезная пропускная способность всех стековых портов. Почему я не говорю про общую производительность стека? Это обусловлено тем, что в большинстве технологий при выполнении коммутации пакетов между внутренними портами одного коммутатора, используется лишь внутренняя логика (коммутационная фабрика, ASICи и пр.). В этом случае пакет не попадает на стековую шину. Стековая шина утилизируется только тогда, когда пакет попадает на порт одного коммутатора, а выходит через порт уже другого коммутатора стека.

StackWise

Рассмотрим технологию StackWise. Она является самой пожилой среди остальных. Для соединения коммутаторов в стек по технологии StackWise используется специализированный стековый кабель. При этом отдельного стекового модуля нет, стековые порты сразу встроены в коммутатор (по два порта).


Пропускная способность стекового кабеля 16 Гбит/с (в каждую сторону). Так как на каждом коммутаторе два стековых порта, пропускная способность стековой шины должна равняться:

16 Гбит/с * 2 (в каждую сторону) * 2 (количество портов) = 64 Гбит/с

Смотрим в спецификацию, а там 32 Гбит/с. Куда делась половина пропускной способности?

В коммутаторах 3750 (3750v2) и 3750G отсутствует как таковая выделенная внутренняя коммутационная фабрика (используется старая архитектура shared-ring switch fabric). Стековые порты подключаются напрямую к внутренней шине коммутатора, становясь её продолжением. Таким образом, коммутаторы одного стека имеют одну большую шину в виде кольца. Данная шина на логическом уровне представляет собой два пути в виде кольца каждый.

Пропускная способность каждого из них — 16 Гбит/с. Эти пути разнонаправленные: пакеты по ним передаются в противоположные стороны. Так как мы имеем общую шину на весь стек, пакет, попав на порт любого коммутатора стека, обязательно пройдёт не только через все внутренние ASIC’и, но и через всё кольцо стека, даже если исходящий порт находится на том же коммутаторе, что и входящий. Причём пакет будет убран с шины, только когда он пройдёт весь круг и вернётся обратно. Это позволяет ASIC’у, который «захватил» один из путей, узнать о том, что пакет дошёл и путь можно освобождать. Такой алгоритм работы можно называть «удаление отправителем» (в терминах Cisco — Source stripped). Выбор пути, по которому отправить пакет, определяется исходя из доступности каждого из них (используется механизм токенов: тот ASIC, который обладает токеном, передаёт данные).

Давайте рассмотрим это на примере (Рис. 2). В нашем случае пакет, попав на порт коммутатора (1), попадает на ASIC, который в свою очередь выбирает синий путь (2) (допустим, он был свободен в этот момент). Далее пакет по синему пути проходит через все коммутаторы (3), попадая в итоге на тот коммутатор, где находится порт назначения (4). Коммутатор отправляет копию пакета (5) через свой локальный порт. Но сам пакет продолжает своё путешествие по стековому кольцу (6), пока не достигнет ASIC’а, который его изначально отправил (7). Только там он будет удалён со стековой шины.


Таким образом, один и тот же пакет проходит 2 раза через стековые порты коммутатора (сначала через один (3), потом через второй (6) порты). А значит наша общая полезная пропускная способность стековой шины равна 32 Гбит/с (ровно в два раза меньше физической).

А, что будет если один из коммутаторов стека откажет? В этом случае пути замкнутся друг на друга, тем самым образуя одно большое кольцо (Рис. 3). Ровным счётом также поведут себя коммутаторы в случае, если будет отключён один из стековых кабелей.


Стоит отметить ещё два момента. Два пути «крутятся» в разные стороны. Предполагаю, что это сделано для усреднения задержки передачи пакетов внутри стека. Второй момент заключается в том, что для Stackwise пропускная способность стековой шины равна общей производительности стека, в силу того, что все коммутаторы в стеке используют одну общую шину.

StackWise Plus

Перейдём к технологии StackWise Plus. В коммутаторах 3750E и 3750X была добавлена выделенная коммутационная фабрика (switch fabric). Это позволяет делать локальную коммутацию пакетов без их появления в стековом кольце. Стековые порты заводятся непосредственно на коммутационную фабрику. Теперь за логику работы со стековой шиной отвечает непосредственно коммутационная фабрика. В случае технологии StackWise со стековой шиной работал каждый ASIC отдельно.

В технологии StackWise Plus был использован новый алгоритм обработки пакетов в стеке – «удаление получателем» (в терминах Cisco — Destination stripped, ещё одно наименование Spatial reuse). В данном алгоритме пакет удаляется со стековой шины сразу же, как только он достиг коммутатора, на котором находится исходящий порт (Рис. 4). Теперь для сигнализации о том, что путь можно освобождать используется маленький Ack пакет (8 бит).


Как и в технологии Stackwise, логически у нас остаётся два пути. Но так как теперь за работу со стековым кольцом отвечает коммутационная фабрика, механизм работы с этими путями усложнился. Как и раньше доступ к тому или иному пути осуществляет с помощью механизма токенов. Получив токен, коммутационная фабрика может передавать пакеты по стековому кольцу. А так как непосредственно пакеты забираются с каждого ASIC’а, за порядок обслуживания каждого ASIC’a отвечает механизм кредитов. Их раздаёт коммутационная фабрика.

Эти новшества позволили увеличить пропускную способность стековой шины до маркетинговых 64 Гбит/с, прировняв полезную пропускную способность к физической. Теперь пакет проходит только один раз через стековый порт коммутатора. Хотел бы обратить внимание, что в обоих технологиях (Stackwise и StackWise Plus) используются одни и те же типы стековых кабелей.

Тут стоит подчеркнуть, что пропускная способность стековой шины не стала равна 64 Гбит/с, она стала стремиться к этой цифре. Почему? Причина в том, что весь трафик broadcast, multicast и unknown unicast продолжает обрабатываться по алгоритму Source stripped. Т.е. эти типы трафика проходят всё кольцо, прежде чем будут удалены со стековой шины. А значит на данные типы трафика расходуется двойная пропускная способность.

В одном стеке допускается использование любых коммутаторов серии 3750. Если в один стек добавить, например, коммутаторы 3750v2 (поддерживают StackWise) и 3750X (StackWise Plus), стек будет работать по технологии StackWise (алгоритм Source stripped). При этом для 3750X коммутация пакетов между локальными портами будет осуществляться только внутри коммутатора без появления на стековой шине. Для коммутаторов 3750v2 пакеты между локальными портами по старинке будут проходить через всю стековую шину.

Давайте кратко коснёмся схемы работы стека на программном уровне. В рамках стека StackWise или StackWise Plus один из коммутаторов выбирается в качестве мастера (stack master). Он выполняет логические операции (control-plane) для всего стека. При его отказе передача unicast трафика продолжается. Это достигается благодаря синхронизации аппаратных таблиц. Между коммутаторами стека синхронизируются MAC-таблица, а также таблицы Cisco Express Forwarding (CEF), а именно FIB и Adjacency table. А вот остальные таблицы, в том числе таблица маршрутизации, таблица передачи multicast трафика, на новом мастере заполняются заново. При этом возможно использование функционала NSF — Nonstop Forwarding. Т.е. control-plane на новом мастере запускается с нуля.

На этом предлагаю прерваться. Продолжение появится в ближайшие дни. 

Объединение коммутаторов в стек QTECH QSW-3750-28TX-AC

Кратко рассмотрим как объединить в стек коммутаторы QTECH QSW-3750-28TX-AC с небольшим описанием проблем и особенностей.



С данными коммутаторами я ранее не работал и здесь представлены мои эксперименты по работе с ними. Возможно некое недопонимание функционирования и прочие неточности.

Все здесь описанное проверено на реальном железе, правда пока только их двух коммутаторов. При дальнейшей эксплуатации данная статья возможно претерпит изменения.

Мои коммутаторы имеют версию прошивки Version "8.1.1.381" и с данной прошивкой стек не собирается и не работает.

От поддержки я получил версию 8.1.1.412, на которой все завелось без проблем. На официальном FTP такой прошивки нет так, что скачать можно отсюда. На официальном FTP есть иные версии прошивки, возможно в них стек тоже работает. Мои эксперименты будут производиться на версии 8.1.1.412.

Как обновить до версии 8.1.1.412 читать - Обновление прошивки коммутатора QTECH QSW-3750-28TX-AC

По умолчанию, наш коммутатор состоит в стеке из одного коммутатора т.е. самого себя.

Посмотрим стыкуемые коммутаторы

(QSW-3750-28TX-AC) #show supported switchtype
 
 Mgmt
 SID Switch Model ID Pref
 --- -------------------------------- ------------
 1 BCM-53344 1
 2 BCM-53344 1
 3 BCM-53344 1
 4 BCM-53343 1
 5 BCM-53344 1
 6 BCM-53344 1
 7 BCM-53346 1 -
 8 BCM-53346 1
 9 BCM-53344 1
 10 BCM-56151 1
 11 BCM-53343 1
 12 BCM-53344 1
 13 BCM-53347 1
 14 BCM-53347 1
 15 BCM-53346 1
 

Более подробно о каждом типе можно посмотреть так

(QSW-3750-28TX-AC) (Config)#show supported switchtype 8
 
 Switch Type....................... 0xb3460001
 Model Identifier.................. BCM-53346
 Switch Description................ Enterprise Switch System - 24 GE + 4 10GE
 Management Preference............. 1
 
 Supported Cards:
 Slot........................... 0
 Card Index (CID)............... 7
 Model Identifier............... BCM53346
 

Настраиваем будем порты для стекирования 25 и 28

Посмотрим доступные порты для стекирования и их статус.

(QSW-3750-28TX-AC) #show stack-port
 
 Configured Running
 Stack Stack Link Link
 Unit Interface Mode Mode Status Speed (Gb/s)
 ---- ---------------- ---------- ---------- ------------ ------------
 1 0/25 Ethernet Ethernet Link Down 10
 1 0/26 Ethernet Ethernet Link Down 10
 1 0/27 Ethernet Ethernet Link Down 10
 1 0/28 Ethernet Ethernet Link Up 10
 

Переходим в конфигурирование стека

(QSW-3750-28TX-AC) (Config)#stack
 (QSW-3750-28TX-AC) (Config-stack)#stack-port 1/0/28 stack
 (QSW-3750-28TX-AC) (Config-stack)#stack-port 1/0/25 stack
 

Проверяем что порт изменил свой режим на Stack

(QSW-3750-28TX-AC) (Config-stack)#do show stack-port
 
 Configured Running
 Stack Stack Link Link
 Unit Interface Mode Mode Status Speed (Gb/s)
 ---- ---------------- ---------- ---------- ------------ ------------
 1 0/25 Stack Ethernet Link Down 10
 1 0/26 Ethernet Ethernet Link Down 10
 1 0/27 Ethernet Ethernet Link Down 10
 1 0/28 Stack Ethernet Link Up 10
 

Повторяем тоже самое на другом коммутаторе.

Чтоб настройки применились, нам необходимо перезагрузить коммутатор.

Сохраняем конфигурацию и перегружаемся.

(QSW-3750-28TX-AC)#write memory
 !Перегружаемся
 (QSW-3750-28TX-AC) #reload

На коммутаторе, что мы желаем сделать главным при первом включении в стек (не факт, что это повлияет на автонастройку стека т.к. проверить мне не удалось)

(QSW-3750-28TX-AC) (Config)#switch 1 priority 1

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

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

Информация по настройки портов может быть сохранена только с одного коммутатора при инициализации стека.

Переместить роль главного коммутатор в стеке см.ниже.

(QSW-3750-28TX-AC) (Config-stack)#movemanagement 1 2

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

Коммутатор1 порт 25 в Коммутатор2 порт 28, я подключаю так, но можно подключить по любым портам, что мы отметили как стекуемые.

Управлять стеком мы можем только с главного/основного коммутатора.

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

Информация о конфигурации стека передается на другие коммутаторы только в при сохранении startup-config.

Информация о стекируемых портах и пребывании в стеке не храниться в startup-config.

Как очистить данную информацию я пока не выяснил, можно сбросить до заводских настроек Исследование U-Boot коммутатора QTECH QSW-3750-28TX-AC

Если Stack порты имеют статус Link Down и при этом соединены с другим коммутатором, то это говорит, что стек не смог согласоваться. Необходимо проверить версии прошивок, правильно ли мы соединили порты и т.д. В стеке версия прошивок должна быть одинаковая.

Стек соберется автоматически. На консоли, если это не главный коммутатор после перезагрузки, вы будете видеть следующее приглашение.

(Unit 2)>
Дополнительно

Переименуем, изменить идентификатор коммутатора, поменять порядок в стеке меняем номер коммутатора с 2 на 1

(QSW-3750-28TX-AC) (Config)#switch 2 renumber 1

Переместить роль главного коммутатор в стеке, при этом конфигурация будет применена с нового главного коммутатора.

(QSW-3750-28TX-AC) (Config-stack)#movemanagement 1 2
(QSW-3750-28TX-AC) #show switch
 
 Management Standby Preconfig Plugged-in Switch Code
 SW Switch Status Model ID Model ID Status Version
 --- ----------- --------- ---------------- ---------------- ------------- -----------
 1 Stack Mbr Oper Stby BCM-53346 BCM-53346 OK 8.1.1.412
 2 Mgmt Sw BCM-53346 BCM-53346 OK 8.1.1.412
 

второй коммутатор возьмет на себя роль главного.

Стекирование коммутаторов Cisco. Часть 2 / Блог компании CBS / Хабр


Всех приветствую!
В первой части данной статьи мы рассмотрели достаточно старые технологии стекирования для семейства коммутаторов Cisco 3750, а именно StackWise и StackWise Plus. Сегодня предлагаю продолжить рассмотрение остальных технологий. Напомню, у нас остались StackWise-160, StackWise-480, FlexStack и FlexStack Plus.

StackWise-160

Технология StackWise-160 возникла с появлением коммутаторов серии 3650. С другими версиями технологий стекирования она не совместима. Основные алгоритмы работы позаимствованы у StackWise Plus. При этом есть отличия. Первое – это новая архитектура самого коммутатора, построенная на базе новых ASIC’ов (Unified Access Data Plane (UADP) ASIC).

Новые ASIC’и наделены достаточной интеллектуальностью для обеспечения функций коммутации. Из-за этого в отличии от 3750E/3750X больше нет выделенной коммутационной фабрики. Интересный момент заключается в том, что коммутация трафика между портами, обслуживаемыми разными ASIC’ами, обеспечивается через стековый интерфейс.

Хотел бы напомнить, что в старых ASIC’ах (в коммутаторах 3750E/3750X) элементы, отвечающие за обработку входящих пакетов, и элементы, отвечающие за обработку исходящих пакетов, разделены. Они не имеют общей шины внутри ASIC’а. Поэтому даже если пакет передаётся между портами, обслуживаемыми один и тем же ASIC’ом, этот пакет обязательно попадает на коммутационную фабрику.

Второе отличие StackWise-160 – увеличенная пропускная способность стековой шины. Пропускная способность стекового кабеля теперь равна 40 Гбит/с (full duplex). Таким образом, пропускная способность всей стековой шины для технологии StackWise-160:
40 Гбит/с * 2 (в каждую сторону) * 2 (количество портов) = 160 Гбит/сСтоит отметить, что в отличии от серии коммутаторов 3750, стековый комплект для 3650 покупается отдельно.
Для технологии StackWise-160 изменена общая схема работы стека на программном уровне. Теперь для обеспечения отказоустойчивости используется схема Stateful Switch Over (SSO). Как мы помним, в предыдущих технологиях (StackWise и StackWise Plus) используется более простая схема восстановления после отказа. Один из коммутаторов выбирается в качестве мастера (stack master). Он выполняет логические операции (control-plane) для всего стека. Между коммутаторами стека синхронизируются только аппаратные таблицы (MAC-таблицы и таблиц CEF (FIB/Adj)). Остальные таблицы, в том числе таблица маршрутизации, на новом мастере заполняются заново. Т.е. control-plane запускается с нуля. На коммутаторах 3650 для обеспечения отказоустойчивости стала использоваться более продвинутая схема — Nonstop Forwarding with Stateful Switchover (NSF/SSO). Больше нет такого понятия как мастер. Теперь используется схема Active-Standby. Один из коммутаторов выбирается основным (Active), ещё один — его горячим резервом (Standby), синхронизирующим с основным всю необходимую информацию (L2 и L3). Control-plane теперь работает в режиме Active-Standby. Это обеспечило минимизацию времени, необходимого на восстановления в случае отказа основного коммутатора.

StackWise-480

Давайте теперь посмотрим на технологию StackWise-480. С помощью неё можно объединить в стек коммутаторы серии 3850.

Коммутаторы 3650 и 3850 очень похожи. Обе эти серии построены на базе UADP ASIC. Соответственно алгоритмы работы стека StackWise-480 и StackWise-160 сходны. Правда есть отличие. В технологии StackWise-480 используется три физических стековых кольца. Достигается это тем, что внутри одного стекового кабеля для коммутаторов 3850, находится три провода (Рис. 6). Каждый с пропускной способностью 40 Гбит/с (full duplex).Пропускная способность всей стековой шины для технологии StackWise-480:

40 Гбит/с * 2 (в каждую сторону) * 3 (количество проводов) *2 (количество портов) = 480 Гбит/с

На логическом уровне стек представлен шестью путями (по два логических пути на один провод). Пакеты по трём логическим путям «крутятся» в одну сторону, а по трём другим — в другую (Рис. 7).

Выбор пути осуществляется так же, как и раньше, с помощью токенов.

FlexStack

На этом с обзором технологий стекирования семейства Stackwise предлагаю закончить. Давайте теперь посмотрим на семейство коммутаторов 2960 и технологии стекирования FlexStack и FlexStack Plus.

Стекирование для 2960 появилось впервые на коммутаторах 2960-S. Для объединения коммутаторов по технологии FlexStack используется стековый модуль и специализированные кабели с пропускной способностью 10 Гбит/с (full duplex). Каждый стековый модуль имеет два порта. Коммутаторы при объединении соединяются в кольцо (хотя это и не обязательно). Общая пропускная способность всей стековой шины равна:

10 Гбит/с * 2 (в каждую сторону) * 2 (количество портов) = 40 Гбит/с.

Для стека FlexStack передача пакетов между коммутаторами происходит устройство-за-устройством. Коммутатор для каждого пакета определяет, куда его отправить: на обычный или на стековый порты. Такое взаимодействие напоминает работу нескольких коммутаторов, подключённых друг к другу по протоколу Ethernet. Разница в том, что связь между коммутаторами стека обеспечивает протокол FlexStack. Выбор того, через какой из стековых портов отправить пакет, определяется специальным алгоритмом, напоминающим работу OSPF. Т.е. выбирается кратчайший путь до коммутатора в стеке, на котором находится порт назначения. Если происходят какие-то изменения (например, отказал один из коммутаторов или отключился стековый кабель) данный алгоритм пересчитывает пути заново.

Отдельно нужно отметить механизм предотвращения зацикливания трафика. Речь идёт о трафике, где нет точного получателя (broadcast, multicast, unknown unicast). Так как этот трафик попадает на все коммутаторы стека, должен быть механизм, который предотвращает его зацикливание в случае, если коммутаторы соединены в кольцо (задействованы все стековые порты). Для этого используется механизм пассивных соединений (Passive link). Для каждого коммутатора в стеке выбирается стековое соединение, находящееся максимально далеко от рассматриваемого коммутатора. Это соединение становится пассивным. У каждого коммутатора в стеке будет своё такое соединение. При проходе через него отбрасывается весь broadcast, multicast и unknown unicast трафик, который попал в стек через коммутатор, для которое это соединение является пассивным. Т.е. у нас просто размыкается кольцо. Но в отличие от STP для каждого коммутатора в стеке кольцо размыкается в разных местах. Это даёт более эффективную передачу трафика, чем в случае классического STP.

На программном уровне схема работы FlexStack напоминает StackWise/StackWise Plus. Один из коммутаторов выбирается мастером и control-plane запускается только на нём.

FlexStack Plus

Стек FlexStack Plus отличается от своего предшественника тем, что в стек можно объединить до 8 коммутаторов (для FlexStack эта цифра равна 4) и пропускная способность по специализированному кабелю увеличена до 20 Гбит/с. Таким образом, общая пропускная способность стековой шины составляет – 80 Гбит/с.

Заключение

В заключение хотелось бы отметить несколько моментов.
Все рассмотренные технологии позволяют объединять коммутаторы в стек, находящиеся рядом друг с другом. Максимальная длина стекового кабеля 3 метра. Это, конечно, не очень удобно. Правда, Cisco и не позиционирует данные серии коммутаторов для построения распределённых стеков. Для этого в частности предлагается технология виртуализации коммутаторов Virtual Switching System (VSS). Её поддержка начинается на коммутаторах Cisco серии 4k.

Судя по временным характеристикам восстановления после сбоя, технологии StackWise более быстрые, нежели технологии FlexStack. Частично обусловлено это тем, что FlexStack все типы отказов отрабатывает программно. В принципе это не удивительно, так как серия Cisco 2960 младше. Наиболее интересными из рассматриваемых являются Stackwise-160 и 480, так как они поддерживают «взрослый» SSO.

На коммутаторах 3750X и 3850 появился ещё один тип стека – стек по питанию (StackPower). Он предназначен для перераспределения «лишних» мощностей между блоками питания коммутаторов, объединённых в данный тип стека. Это позволяет обеспечить работу коммутатора стека, в случае выхода из строя его локального блока питания. Или же предоставить дополнительный бюджет PoE.

Из практики могу сказать, что чаще приходилось сталкивать именно со стеками Stackwise (и его продолжениями). Особых проблем с их работой не было. Есть примеры, где такие стеки прекрасно отработали 5-7 лет в качестве ядра сети в сравнительно больших сетях. FlexStack на практике встречается реже. Правда и с ними особых проблем не было.

UPD (март 2017)

С версии IOS XE 16.3.3 появилась поддержка технологии StackWise Virtual. Она позволяет объединить в стек два коммутатора 3850-48-XS. С другими версиями StackWise данная технология не совместима. В качестве стековой шины используются обычные порты Ethernet (10 Гбит/с или 40 Гбит/с). Можно задействовать до четырёх портов. StackWise Virtual поддерживает SSO/NSF (переключение с сохранением состояния и передачей пакетов в момент переключения). StackWise Virtual в плане работы похожа на технологию VSS.

Объединение коммутаторов в стек Акманай 2424GE-S

Кратко рассмотрим, как объединить коммутаторы Акманай 2424GE-S в стек с небольшим описанием проблем и особенностей.

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

При объединении коммутаторов в стек они начинают работать как единое устройство.

Роль коммутатора в стеке определяется их порядковыми номерам (UID):

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

Прежде чем начинать собирать стек, стоит ознакомиться с Первоначальная настройка коммутатора Акманай 2424GE-S


Подключение

Объединить устройства в стек возможно только через порты 10G (XG 1/0/1-4 или te1-4 ), при этом эти порты становятся аплинками между коммутаторами.

Порты XG1-4 поддерживают модули SFP+, в комплектации модулей SFP+ для объединения коммутаторов в стек нет. Так что я буду использоваться модули те что есть в наличии SFP+ Brocade 10GB USR 100m (57-1000130-01).

Подключать мы будем по линейной топологии.

Стек наш будет состоять только из двух устройств.

Особенности

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

Если коммутатор был отключен от стека и вновь подключен, то он автоматически перезагрузиться.

При добавлении коммутатора в стек конфигурационная информация с мастера копируется на него, при отключении коммутатора от стека конфигурации стека так же остается и на отключённом коммутаторе. Возможно это справедливо только в стеке из двух коммутаторов т.к. второй коммутатор является Backup.

Порт XG 1/0/1 или по-другому te1 по умолчанию является стекируемым, т.е. при создании стека этот порт всегда будет портом для стекирования.

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

Информация о стеке не храниться в основной конфигурации

Соответствие портов

  • 25 – XG 1/0/1 или te1
  • 26 - XG 1/0/2 или te2
  • 27 - XG 1/0/3 или te3
  • 28 - XG 1/0/4 или te4

Настройка стека

Порты для стекирования будут использоваться 26 - te2, при этом порт 25 - te1 по умолчанию тоже будет стекируемым.

Соответственно модули SFP+ мы можем подключить в порты как в te1, так и в te2. При этом стек не может состоять из одного порта te1, нужно обязательно определить дополнительный иной порт. Минимальное количество портов для создания стека 2 порта т.е. te1-2, при этом порты для стекирования выбираются строго последовательно

Коммутатор 1, будет в роли Master, подключим в порт 25 - te1:

!входим в режим конфигурирования
 console#config
 !Назначаем uid (1 - Master) коммутатора и определяем порты для стекирования порты с 25 по 26
 console(config)#stack configuration unit-id 1 links te1-2
 !сохраняем настройки
 console(config)#do write memory
 !перезагружаемся
 console(config)#do reload
 

Коммутатор 2, будет в роли Backup, подключим в порт 26 - te2:

!входим в режим конфигурирования
 console#config
 !Назначаем uid (2 - Backup) коммутатора и определяем порты для стекирования порты с 25 по 26
 console(config)#stack configuration unit-id 2 links te1-2
 !сохраняем настройки
 console(config)#do write memory
 !перезагружаемся
 console(config)#do reload
 

После перезагрузки стек соберется автоматически. Стек собирается на любом из портов 25 или 26. Конфигурировать получившиеся устройство мы может только с коммутатора в роли Master.

Изменить настройки членства в стеке определённого коммутатора:

console(config)#stack unit 2
 console(unit)#stack configuration unit-id 2 links te1-2
 

Дополнительно

! Отображает информацию об устройствах, входящих в стек.
 console#show stack
 ! Отображает информацию о стекирующих интерфейсах юнитов в стеке
 console#show stack configuration
 ! Расширенное отображение информации о стекирующих интерфейсах
 console#show stack links
 ! Удаление информации о стеке
 console(config)#no stack configuration

Объединяем коммутаторы Eltex MES2348B в стек - АлтунинВВ.Блог

Роли коммутаторов в стеке

Приведу выдержку из руководства пользователя для устройств серии MES

  • Master (UID устройства 1 или 2), с него происходит управление всеми устройствами в стеке.
  • Backup (UID устройства 1 или 2) – устройство, подчиняющееся master. Дублирует все настройки, и, в случае выхода управляющего устройства из строя, берет на себя функции управления стеком.
  • Slave (UID устройств от 3 до 8) – устройства, подчиняющееся master. Не может работать в автономном режиме (если отсутствует master).

Подключение кабелей

Прежде всего соединим два коммутатора витой парой, для этого я буду использовать SFP+ модули SNR-SFP+T

Вот так это выглядит на тестовом стенде:

 

 

Настройка сети

Проведем минимальную настройку обеих устройств.

Для нижнего IP будет 192.168.1.100

configure
 
 interface vlan 1
 ip address 192.168.1.100 /24
 exit
 
 exit
 
 write mem
 
 

Для верхнего зададим IP 192.168.1.101

configure
 
 interface vlan 1
 ip address 192.168.1.101 /24
 exit
 
 exit
 
 write mem

Проверим доступность наших устройств по сети. Для этого подключим к ЛВС верхний коммутатор в через порт 24 и со своего ПК проверим пинг.

Пингуем

ping 192.168.1.100 
 
 Обмен пакетами с 192.168.1.100 по с 32 байтами данных: 
 
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64 
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64 
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 
 Статистика Ping для 192.168.1.100: 
 Пакетов: отправлено = 4, получено = 4, потеряно = 0 
 (0% потерь) 
 Приблизительное время приема-передачи в мс: 
 Минимальное = 3мсек, Максимальное = 4 мсек, Среднее = 3 мсек

 

ping 192.168.1.101
 
 Обмен пакетами с 192.168.1.101 по с 32 байтами данных: 
 
 Ответ от 192.168.1.101: число байт=32 время=3мс TTL=64 
 Ответ от 192.168.1.101: число байт=32 время=3мс TTL=64 
 Ответ от 192.168.1.101: число байт=32 время=3мс TTL=64
 Ответ от 192.168.1.101: число байт=32 время=4мс TTL=64
 
 Статистика Ping для 192.168.1.101: 
 Пакетов: отправлено = 4, получено = 4, потеряно = 0 
 (0% потерь) 
 Приблизительное время приема-передачи в мс: 
 Минимальное = 3мсек, Максимальное = 4 мсек, Среднее = 3 мсек

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

Настройка стека на коммутаторах

Пинг есть, самое время настраивать стек.

Теперь приступим к настройке самого стека, в нашем случае нижний коммутатор будет Master, верхний – Slave

Для нижнего прописываем:

config
 
 stack configuration unit-id 1 links te 1
 
 exit
 
 write mem

Для верхнего:

config
 
 stack configuration unit-id 2 links te 1
 
 exit
 
 write mem

Проверяем конфигурации устройств:

Нижний:

console#sh ru
 interface vlan 1
 ip address 192.168.1.100 255.255.255.0
 no ip address dhcp
 exit
 !
 !
 end

Верхний:

console#sh ru
 interface vlan 1
 ip address 192.168.1.101 255.255.255.0
 no ip address dhcp
 exit
 !
 !
 End

Настройки стека не отображаются в конфигурации.

Если мы сейчас посмотрим статус стека на нижнем мы увидим:

console#sh stack
 Topology is Chain
 Unit Id MAC Address Role
 ------- ------------------- --------
 1 e8:28:c1:77:2d:00 master

На верхнем:

console#sh stack
 Topology is Chain
 Unit Id MAC Address Role
 ------- ------------------- --------
 1 e8:28:c1:76:94:80 master

Чтобы изменения вступили в силу, нам нужно перезагрузить оба устройства.

Сделать это можно командой:

console#reload
 This command will reset the whole system and disconnect your current session. Do you want to continue ? (Y/N)[N] Y
 Shutting down ...

Загрузка устройств 

Нижнее устройство начинает загружаться

------------------------------------
 -- Unit Number 1 --
 ------------------------------------
 
 
 18-Dec-2019 19:23:10 %INIT-I-InitCompleted: Initialization task is completed
 
 
 >18-Dec-2019 19:23:10 %NSFP-I-SFPGibicDetected: te1/0/1 SFP port is present, module type - 10G BASE-SR
 18-Dec-2019 19:23:21 %CSCDLAG-I-UP: Stack port te1 operational status is UP
 18-Dec-2019 19:23:21 %CSCDLAG-I-ACTIVE: Stack port te1 is active in stack LAG 1
 
 
 -----------------------------------
 -- Unit Number 1 Master Enabled --
 -----------------------------------
 
 
 Tapi Version: v1.9.7
 Core Version: v1.9.7
 18-Dec-2019 19:23:23 %Environment-I-FAN-STAT-CHNG: FAN# 1 status changed - operational.
 18-Dec-2019 19:23:23 %Environment-I-FAN-STAT-CHNG: FAN# 2 status changed - operational.
 18-Dec-2019 19:23:23 %Environment-I-PS-STAT-CHNG: PS# 1 status changed - operational.
 18-Dec-2019 19:23:23 %Environment-W-PS-STAT-CHNG: PS# 2 status changed - not present.
 18-Dec-2019 19:23:23 %Entity-I-SEND-ENT-CONF-CHANGE-TRAP: entity configuration change trap.
 18-Dec-2019 19:23:26 %MLDP-I-MASTER: Switching to the Master Mode.

Устройство перешло в режим Master.

Вот как выглядит загрузка верхнего устройства

------------------------------------
 -- Unit Number 2 --
 ------------------------------------
 
 
 18-Dec-2019 19:23:14 %INIT-I-InitCompleted: Initialization task is completed
 
 
 >18-Dec-2019 19:23:14 %NSFP-I-SFPGibicDetected: te2/0/1 SFP port is present, module type - 10G BASE-SR
 18-Dec-2019 19:23:19 %CSCDLAG-I-UP: Stack port te1 operational status is UP
 18-Dec-2019 19:23:19 %CSCDLAG-I-ACTIVE: Stack port te1 is active in stack LAG 1
 
 
 -----------------------------------
 -- Unit Number 2 Master Enabled --
 -----------------------------------
 
 
 18-Dec-2019 19:23:23 %MLDP-I-SLAVE: Switching to the Slave Mode.
 18-Dec-2019 19:23:23 %MLDP-I-CONNECT: Connection to Unit 1 is established.
 18-Dec-2019 19:55:32 %Environment-I-PS-STAT-CHNG: PS# 1 status changed - operational.
 18-Dec-2019 19:55:32 %Environment-W-PS-STAT-CHNG: PS# 2 status changed - not present.
 18-Dec-2019 19:55:32 %Environment-I-FAN-STAT-CHNG: FAN# 1 status changed - operational.
 18-Dec-2019 19:55:32 %Environment-I-FAN-STAT-CHNG: FAN# 2 status changed - operational.
 18-Dec-2019 19:55:32 %Entity-I-SEND-ENT-CONF-CHANGE-TRAP: entity configuration change trap.
 18-Dec-2019 19:55:41 %CDB-I-LOADCONFIG: Loading running configuration.

Номер юнита изменился на 2.

Сперва устройство включает режим мастера, но как только происходит подключение к юниту 1, режим меняется на slave.

Так же оба порта становятся членами LAG1 – Link Aggregation Channel.

Обратите внимание! Как только вы включите устройство в стек как – Slave (backup), вы потеряете доступ к возможности настройки этого устройства из консоли!

При попытки ввести любую команду вы получите

>config
 Unknown parameter
 May be one from the following list:
 
 debug help
 >

Так что, все настройки нужно производить с юнита под номером 1!

Теперь проверим еще кое-что. Пропингуем наши коммутаторы:

Проверка связи после объединения в стек

ping 192.168.1.100 
 Обмен пакетами с 192.168.1.100 по с 32 байтами данных: 
 
 Ответ от 192.168.1.254: Заданный узел недоступен. 
 Превышен интервал ожидания для запроса. 
 Превышен интервал ожидания для запроса.

Пинга нет!

Но стоит подождать пару минут и он появится:

ping 192.168.1.100 
 Обмен пакетами с 192.168.1.100 по с 32 байтами данных: 
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64 
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64 
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64

Так что учтите - загрузка стека и его самонастройка может занять некоторое время, даже если коммутаторы уже загрузились.

Верхний коммутатор нам более недоступен, так как он является частью стека.

Проверим конфигурацию на юните 1.

console#sh ru
 
 interface vlan 1
 ip address 192.168.1.100 255.255.255.0
 no ip address dhcp
 exit
 !
 !
 End

Всё осталось без изменений.

Проверим состояние стека:

console#show stack
 Topology is Chain
 Unit Id MAC Address Role
 ------- ------------------- --------
 1 e8:28:c1:77:2d:00 master
 2 e8:28:c1:76:94:80 backup

У нас топология – цепь, и есть два устройства в стеке одно в режиме Master, другое в режиме backup.

Обратите внимание, что индикация на коммутаторах изменилась:

Эксперименты со стеком

Отключение одного из устройств

Но что случится, если нижнее устройство выключить, например, что-то случилось с питанием и оно выпало из стека. Отключаем нижний коммутатор от питания:

На верхнем видим:

>18-Dec-2019 19:31:20 %CSCDLAG-W-DOWN: Stack port te1 operational status is Down
 -----------------------------------
 -- Unit Number 2 Master Enabled --
 -----------------------------------
 
 18-Dec-2019 19:31:20 %Stack-I-STCK-MSTR-SWTCHOVR: Master switchover: unit 2 is now master.
 18-Dec-2019 19:31:21 %MLDP-W-ABORT: Connection to Unit 1 is aborted due to Stack Management notification.
 Tapi Version: v1.9.7
 Core Version: v1.9.7
 18-Dec-2019 19:31:25 %MLDP-I-MASTER: Switching to the Master Mode.
 
 >lcli 
 
 Console baud-rate auto detection is enabled, press Enter twice to complete the detection process
 18-Dec-2019 19:31:25 %STP-N-ROOTBRIDGECHANGE: This bridge is root.
 18-Dec-2019 19:31:25 %LINK-W-Down: gi2/0/1
 ...
 18-Dec-2019 19:31:25 %LINK-W-Down: gi2/0/5
 
 User Name:

Устройство станет главным, у нас, снова, появится доступ к консоли и настройке коммутатора.

Проверим его конфигурацию:

console#sh ru
 interface vlan 1
 ip address 192.168.1.100 255.255.255.0
 no ip address dhcp
 exit
 !
 !
 End

Теперь у него адрес нашего стека.

Проверим как поживает наш стек:

console#sh stack
 Topology is Chain
 Unit Id MAC Address Role
 ------- ------------------- --------
 2 e8:28:c1:76:94:80 master

Устройство само стало мастером, при этом номер юнита не поменялся!

Включение отключенного устройства

А теперь включим юнит 1.

При этом вот пинг момента, пока включался юнит 1:

Ответ от 192.168.1.100: число байт=32 время=7мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=2061мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=480мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=713мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=715мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=5мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=39мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=5мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=57мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=53мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=40мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=3мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=86мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=4мс TTL=64
 Ответ от 192.168.1.100: число байт=32 время=10мс TTL=64

В принципе пинг даже не прервался в момент согласования ролей юнитов.

Проверяем статус стека:

console#sh stack
 Topology is Chain
 Unit Id MAC Address Role
 ------- ------------------- --------
 1 e8:28:c1:77:2d:00 backup
 2 e8:28:c1:76:94:80 master

master остался второй юнит, первый стал backup.

Если мы попробуем зайти на юнит 1, то получим следующее:

>config
 
 Unknown parameter
 
 May be one from the following list:
 
 debug help

Т.е. неважно какое устройство является master, у стека всегда будет один IP.

Перезагрузим оба коммутатора и проверим конфигурацию:

console#sh stack
 Topology is Chain
 Unit Id MAC Address Role
 ------- ------------------- --------
 1 e8:28:c1:77:2d:00 master
 2 e8:28:c1:76:94:80 backup

После перезагрузки всего стека, мастером всегда становиться юнит под номером 1.

Настройка портов в стеке

Все настройки в стеке производятся на юните, который в данный момент является Master.

Например, посмотрим список интерфейсов, я сократил вывод с одинаковой информацией:

console#show interfaces status
 
 Flow Link Uptime Back Mdix
 Port Type Duplex Speed Neg ctrl State (d,h:m:s) Pressure Mode Port Mode (VLAN)
 -------- ------------ ------ ----- -------- ---- ----------- ------------- -------- ------- ------------------------
 gi1/0/1 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
 ...
 gi1/0/48 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
 te1/0/2 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
 te1/0/3 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
 te1/0/4 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
 gi2/0/1 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
 ...
 gi2/0/48 1G-Copper -- -- -- -- Down (nc) -- -- -- Access (1)
 te2/0/2 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
 te2/0/3 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
 te2/0/4 10G-Fiber -- -- -- -- Down (nc) -- -- -- Access (1)
 …
 nc (not connected): The interface is not connected.
 
 err (error-disabled): The interface was suspended by the system.
 
 adm (admin.shutdown): The interface was suspended by administrator.

Обратите внимание, что в списке есть порты gi1/0/48 и gi2/0/48

Юнит cтека указывается после сокращения порта – gi1 или gi2

В нашем случае

gi1/0/48 – порт 48 нижнего коммутатора

gi2/0/48 – порт 48 верхнего коммутатора

Все юниты стека имеют фиксированный номер! Поэтому не важно кто из них Master, имя порта в стеке всегда будет уникальным!

Так же обратите внимание на тот факт, что порты te1/0/1 и te2/0/1 нам недоступны, они используются стеком и не могут быть нами использованы!

Краткая инструкция

1. Соединить коммутаторы через порт XG1

2. Прописать для каждого устройства свой IP адрес и пропинговать оба устройства:

Для нижнего

configure
 
 interface vlan 1
 ip address 192.168.1.100 /24
 exit
 
 exit
 
 write mem

Для верхнего

configure
 
 interface vlan 1
 ip address 192.168.1.101 /24
 exit
 
 exit
 
 write mem

3. Настроить стек на устройствах

Для нижнего

config
 
 stack configuration unit-id 1 links te 1
 
 exit
 
 write mem

Для верхнего

config
 
 stack configuration unit-id 2 links te 1
 
 exit
 
 write mem

4. Перезагрузить устройства

reload

5. После загрузки проверить статус стека

show stack

6. Проверить стек подключив в разные коммутаторы два ноутбука. Проверить пинг между ноутбуками.

Заключение

Мы рассмотрели способ объединения двух коммутаторов в стэк через 10G порты.

Настроили каждое устройство и успешно объединили их в стек.

Рассмотрели ситуацию, при которой одно из устройств стека выключается, а потом снова подключается к стеку.

Рассмотрели, как влияет смена мастера в стеке на его работоспособность.

Убедились, что после объединения устройств в стек, все интерфейсы доступны для настройки из одного места.

В следующем материале мы рассмотрим добавление еще одного устройства в стэк.

Стекируемый коммутатор что это: стекирование


Коммутация с помощью Smart – применение стекирования в небольших и

средних компаниях

Стекируемые коммутаторы Smart, как доступная для SMB и высокофункциональная альтернатива неуправляемым и полностью управляемым коммутаторам

ШТАБ-КВАРТИРА NETGEAR

4500 Great America Parkway

Santa Clara, CA 95054, США

1-888-NETGEAR (638-4327)

E-mail: [email protected]

www.NETGEAR.com
Резюме

Уникальные требования к сетям небольших фирм и филиалов заставляют ИТ-отделы выбирать сетевое оборудование, обладающее масштабируемостью, доступной ценой и простое в управлении. Стекируемые коммутаторы Smart предоставляют небольшим компаниям полное решение коммутации, в котором используются расширенные функции сетей следующего поколения, но в то же время простое и доступное по цене. В этой статье объясняется, почему стекируемые коммутаторы Smart лучше подходят небольшой компании или филиалу, чем нестекируемые коммутаторы или сложные коммутаторы второго и третьего уровня.

Содержание

Обзор 3

Зачем нужно стекирование? 3

Что дает объединение коммутаторов Smart в стек? 6

Функция 6

Автономный коммутатор 6

Цепочка/каскад коммутаторов 6

Стекируемые коммутаторы Smart 6

Эффективное стекирование 6

Умное управление для растущего бизнеса 7

Безопасность и устранение угроз 8

Высокая доступность и отказоустойчивость 8

Управление 9

Качество сервиса 9

Требуется эффективное стекирование Smart 9

Стекируемые коммутаторы NETGEAR ProSafe™ Smart 10

Обзор

Когда возникает необходимость в расширении сети многие компании сначала используют автономные коммутаторы, но затем они сталкиваются с тем, что такой метод расширения приводит к уменьшению полосы пропускания и образованию «узких» мест в сети, росту расходов и существенно затрудняет управление. С другой стороны, полностью управляемые коммутаторы второго и третьего уровня применяют расширенные функции, но в то же время приносят в сеть лишнюю сложность и требуют непомерных для небольших и средних компаний инвестиций. Совокупная стоимость владения этих устройств резко возрастает если учитывать расходы на дополнительное обучение персонала, затраты рабочего времени на конфигурирование и управление сетью и реальную цену оборудования.
Стекируемые коммутаторы Smart предоставляют небольшим компаниям и филиалам реальную альтернативу – они обеспечивают стекирование и расширенную функциональность по доступной цене и не усложняют управление сетью. Стекируемые коммутаторы Smart предлагают масштабируемость, улучшение гибкости, утилиты для быстрого развертывания и простоту управления наряду с мощными функциями, которые обычно применяются только в полностью управляемых коммутаторах.

Зачем нужно стекирование?

Растущей компании нужна сеть, способная легко масштабироваться по мере увеличения числа пользователей и приложений, т.е. без дополнительных расходов и сложности. Если в компании нет такой сети, то она тратит всё больше денег и рабочего времени, пытаясь реагировать на быстрый рост.
При использовании автономных коммутаторов масштабирование означает добавление новых устройств и кабелей в каскад или цепочку, что неизбежно усложняет управление сетью и увеличивает расходы на администрирование (см. Рисунок 1a). Автономные коммутаторы управляются индивидуально по своим уникальным IP-адресам, поэтому по мере добавления новых коммутаторов в сеть затраты рабочего времени на управление и конфигурирование резко возрастают, а вместе с ним и стоимость применения такого подхода.
Помимо усложнения управления при добавлении новых автономных коммутаторов эти устройства совместно используют одну и ту же полосу пропускания, поэтому увеличение их числа ведет к падению производительности. Пропускная способность значительно ухудшается по мере добавления даже одного коммутатора – например, если два 48-портовых коммутатора соединены через гигабитный uplink цепочкой, то пропускная способность не превышает до 21 Мбит/сек на порт. Если соединить шесть коммутаторов, то 288 портов будут совместно использовать 1 Гбит/сек и пропускная способность на порт упадет до 3.47 Мбит/сек. Таким образом, по мере подсоединения к цепочке каждого нового коммутатора пропускная способность резко снижается. Это означает скрытые затраты, связанные с ухудшением продуктивности пользователей и невозможностью внедрить такие приложения, как Voice over IP.

Не следует забывать, что автономные решения не обеспечивают защиты от отказов – если произойдет обрыв соединения между двумя соседними коммутаторами или оно при его неисправности перестане работать и вся сеть.

Стекируемые коммутаторы оборудованы специальным высокоскоростным портом для соединения их в стек (см. Рисунок 1b). В некоторых моделях таких коммутаторов порты стекирования поддерживают скорость до 20 Гбит/сек. Это означает, что пропускная способность не будет ухудшаться по мере добавления в стек коммутаторов и для приложений с повышенными требованиями к полосе пропускания можно использовать высокоскоростную объединительную панель. Благодаря наличию в коммутаторе выделенных порты для стекирования все обычные порты коммутатора доступны для подключения пользователей и устройств и их не надо резервировать для соединения с другими коммутаторами. Кроме того, стекируемые решения обеспечивают отказоустойчивость за счет отсутствия точек единичного отказа – если один из коммутаторов выйдет из строя, то произойдет переконфигуирование стека и нагрузку с неисправного коммутатора возьмут на себя другие коммутаторы стека и он продолжит работу.
Цепочка тормозит сеть

Рисунок 1a. Конфигурация «цепочка» создает узкие места и усложняет управление.

  • Неэффективное управление полосой пропускания
  • Пропускная способность падает по мере подключения к цепочке новых коммутаторов
  • Один 48-портовый коммутатор на 1 Гбит/сек = 21
  • Три коммутатор с 144 портами на 1 Гбит/сек = 7 Мбит/сек на порт
  • Шесть коммутаторов с 288 портами на 1 Гбит/сек = 3.47 Мбит/сек на порт.

Стекируемые коммутаторы Smart обеспечивают хорошую масштабируемость

Рисунок 1b. Стекируемые коммутаторы Smart хорошо масштабируются и ими легко управлять.
Два двунаправленных кабеля

Двунаправленная шина стека до 20 Гбит/сек

Один интерфейс управления всеми коммутаторами в стеке.

«Горячее стекирование» — добавление и удаление коммутаторов не приводит к нарушению работы сети

Автоматическое конфигурирование стека

Что дает объединение коммутаторов Smart в стек?

Функция

Автономный коммутатор

Цепочка/каскад коммутаторов

Стекируемые коммутаторы Smart

Управление по одному IP-адресу X X X
Резервированные uplink X
Масштабируемая архитектура X X
Двунаправленная шина стека X
Удобный графический Web-интерфейс X
Настройка master и slave для uplink X
Горячее стекирование для расширения и обслуживания X
Два кабеля стекирования для резервирования соединений коммутаторов X

Эффективное стекирование

Стекируемые коммутаторы Smart – это новая категория стекируемых коммутаторов, которые не только свободны от ограничений автономных решений, но также реализуют универсальное управление и простоту управления на более высоком уровне, обеспечивая основные возможности успешного и эффективного по затратам использования сетевых технологий в небольших растущих компаниях. Поскольку стекируемые коммутаторы Smart поддерживают управление с помощью браузера, то администратор может конфигурировать и управлять всем стеком по одному IP-адресу и ему не надо конфигурировать каждый коммутатор по отдельности1. Интуитивные инструменты на базе браузера помогают компаниям экономить время и ресурсы, что в результате уменьшает расходы и повышает прибыльность.
Стекируемые коммутаторы Smart решают многие проблемы автономных коммутаторов и в то же время значительно дешевле полностью управляемых коммутаторов второго и третьего уровня. Они обеспечивают отказоустойчивость и возможности управления, отсутствующие в автономных коммутаторах и других полностью управляемых стекируемых коммутаторах:

Легкое масштабирование: Для начала можно работать только с одним коммутатором, но по мере роста числа пользователей и численности персонала на первый план выходит масштабирование. Для небольшой компании с ограниченным бюджетом на ИТ требуется стекирование, которое не создает дополнительной сложности. Стекируемые коммутаторы Smart позволяют легко проводить масштабирование, поскольку при добавлении в стек новых коммутаторов управлением им по-прежнему осуществляется по одному IP-адресу. Поскольку обычно для стекирования используются специальные порты, то ко всем стандартным портам коммутатора по-прежнему можно подключать пользователей и устройства, поэтому при стекировании вместо соединения в цепочку автономных коммутаторов экономятся порты.

Отказоустойчивость: Другое преимущество стекирования – это высокая отказоустойчивость – если один коммутатор выйдет из строя, то произойдет автоматическое переконфигурирование стека и он сохранит работоспособность. Например, при отказе master-коммутатора один из slave-коммутаторов возьмет на себя функции запасного «мастера», сохранив все настройки и обеспечивая работу сети. Кроме того, стекируемые коммутаторы Smart поддерживают замену в горячем режиме, что позволяет заменять неисправный коммутатор без прерывания работы всей сети.
Простое управление и эксплуатация: В отличие от крупных предприятий компании SMB не обладают большим бюджетом на ИТ и штатом высококвалифицированных ИТ-специалистов, поэтому им нужно уменьшить затраты рабочего времени на обслуживание сети и для них крайне важны встроенные функции управления. Благодаря удобному web-интерфейсу управления стекируемые коммутаторы Smart легко настраиваются, ими просто управлять и устранять сбои в их работе.

Умное управление для растущего бизнеса

Небольшим компаниям нужны коммутаторы с расширенной функциональностью, которая позволяет справиться с большими объемами трафика и сложностью, которые создают все больше число сетевых приложений и сервисов. Например, сотрудники компании получают информацию по сети с помощью различных устройств, используя разнообразные технологии доступа. Сети должны поддерживать сервисы передачи данных по LAN, WLAN и VPN и в то же время обеспечивать высокую надежность и производительность.
По мере роста требований к сети крупные предприятия устанавливают полностью управляемые стекируемые коммутаторы с мощными функциями, для управления которыми применяется традиционный интерфейс командной строки CLI, удаленный мониторинг и т.п. Однако у небольших фирм другие потребности – хотя сами требования к сети могут быть теми же, что у крупных компаний, их бюджет и ресурсы ограничены. Для небольших растущих компаний стекируемые коммутаторы Smart, обеспечивающие все необходимые для SMB функции по доступной цене, будут оптимальным решением (см. Рисунок 2).

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

Безопасность и устранение угроз

Поддержка VLAN на уровне портов и тегов: Возможность создавать виртуальные LAN с помощью одного коммутатора улучшает безопасность и контроль трафика. VLAN позволяют сетевому администратору легко сегментировать пользователей с учетом нужных им сервисов и улучшить масштабируемость, безопасность и управление сетью.
Поддержка IEEE 801.2x: Для растущих небольших компаний поддержка 802.1x обеспечивает защиту сетевых ресурсов и конфиденциальности данных.

Высокая доступность и отказоустойчивость

Агрегирование транков/линков: Функция агрегирования полосы пропускания обеспечивает предоставление высокой пропускной способности для мощных серверов в сети и сокращение до минимума перегруженности сети в часы пиковых нагрузок. Транкинг улучшает масштабирование и увеличение полосы пропускания, используемой мощными серверами в сети.

Отказоустойчивость: Архитектура стекирования сама по себе обеспечивает отказоустойчивость – при обрыве одного из двухнаправленных кабелей коммутатор автоматически начинает пересылать информацию по второму кабелю, что означает резервирование мастер-коммутатора по схеме 1:N.

Горячая замена: Коммутатор должен поддерживать замену в горячем режиме, т.е. при его замене в случае отказа сеть продолжит работать, а новый коммутатор автоматически сконфигурирует свои параметры для стека.
Малая величина запаздывания для высокоскоростных сетей: Выбирайте решение, в которым все порты поддерживают автоматическое согласование максимальной скорости. Эта функция очень важна для сетей, где есть как устройства Ethernet и Fast Ethernet, так и Gigabit Ethernet.

Управление

Управление по IP-адресу: Стекирование позволяет обращаться и управлять несколькими коммутаторами как одним устройством по одному IP-адресу, что упрощает управление и облегчает труд администратора.
Поддержка SNMPv1, v2c и v3: Используя функции SNMP и доступное программное обеспечение сетевого управления администраторы могут управлять и контролировать любые поддерживающие SNMP устройства, в том числе серверы, маршрутизаторы и беспроводные точки доступа.
Конфигурирование с помощью Web-интерфейса: Администраторы могут конфигурировать и управлять стеком с помощью браузера. Это упрощает управление и позволяет удаленно управлять коммутаторами, установленными в удаленных офисах.

Качество сервиса

Приоритеты трафика второго и третьего уровня: Система приоритетов гарантирует, что трафик с высоким приоритетом будет эффективно передаваться даже в часы максимальной нагрузки на сеть.
Класс сервиса (CoS) IEEE 802.1p: Администраторы должны иметь возможность классифицировать трафик чтобы убедиться, что выделенная полоса пропускания достаточна для его передачи. Эта функция необходима для таких приложений с потоковой передачей информации, как VoIP.
Ограничение скорости входящего/исходящего трафика для отдельных портов: Администраторы должны иметь возможность ограничить скорость входящего и исходящего трафика отдельного порта и контролировать объем входящего и исходящего трафика на уровне коммутатора. Эта функция позволяет избежать ситуации когда один пользователь захватил всю полосу пропускания коммутатора.
Функция Stormcontrol (защита от широковещательных «штормов»): Коммутатор должен поддерживать функцию Storm Control для широковещательной и многоадресной передачи пакетов, а также передачи пакетов по неизвестному адресу для защиты от «переполнения» коммутатора.

Требуется эффективное стекирование Smart

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

Стекируемые коммутаторы NETGEAR ProSafe™ Smart

Стекируемые коммутаторы NETGEAR ProSafe™ Smart – это прекрасное решение для растущих компаний, насчитывающих от 20 до 250 пользователей, позволяющее обеспечить повышение плотности портов для обработки возросших в связи с применением новых сервисов передачи голоса и данных объемов трафика. Они обеспечивают универсальное управление всеми коммутаторами в стеке по одному IP-адресу. Такая легкость использования предоставляет небольшим компаниям решение начального уровня, позволяющее использовать расширенные функции и в то же время обойтись без приобретения сложных и более дорогих полностью управляемых коммутаторов, рассчитанных на крупные корпорации.
Эта линейка коммутаторов включает три модели:

— Стекируемый коммутатор ProSafe FS728TS 10/1000 Stackable Smart Switch с 24 портами 10/100 и 4 портами Gigabit Ethernet

— Стекируемый коммутатор ProSafe FS752TS 10/1000 Stackable Smart Switch с 48 портами 10/100 и 4 портами Gigabit Ethernet

— Стекируемый коммутатор ProSafe FS752TPS 10/1000 Stackable Smart Switch с 48 портами 10/100, 4 портами Gigabit Ethernet и 24 портами с PoE

Все три модели обеспечивают высокую производительность и масштабирование благодаря четырехгигабитной отказоустойчивой архитектуре стека «двойное кольцо», позволяющей объединить в стек до шести коммутаторов разных моделей (всего 192 порта 10/100) и управлять ими с помощью одной консоли. FS752TPS с PoE может использоваться для обеспечения питанием VoIP-телефонов, беспроводных точек доступа и IP-камер видеонаблюдения. Неблокирующая конструкции всех трех коммутаторов обеспечивает одновременную передачу со скоростью физической среды и малой величиной задержки для всех портов.
Кроме таких основных функций, как транкинг, VLAN и приоритеты трафика, стекируемые коммутаторы NETGEAR ProSafe Stackable Smart Switch поддерживают безопасность 802.1x, SNMP v2c и v3, регистрацию событий, ограничение скорости и приоритеты третьего уровня и полностью поддерживают PoE. Готовые к работе сразу после извлечения из коробки, они обеспечивают удобную для использования коммутацию с простой настройкой и стекированием.

Дополнительную информацию о стекируемых коммутаторах NETGEAR Stackable Smart Switches можно получить по следующим ссылкам:

— FS752TPS ProSafe™ 48 Port 10/100 с PoE

— FS752TS ProSafe™ 48 Port 10/100

— FS728TS ProSafe™ 24 Port 10/100
1 Многие производители автономных коммутаторов утверждают, что их продукты обеспечивают возможности стекируемых коммутаторов потому что ими можно управлять по одному IP-адресу. Но стекирование дает не только управление по одному IP-адресу, но также отказоустойчивость и надежность.

Stack Manager and High Availability Configuration Guide, Cisco IOS XE Gibraltar 16.10.x (коммутаторы Catalyst 9200) - Управление стеками коммутаторов [поддержка]

В стеке с тремя участниками кабели стека соединяют все элементы:

  Устройство №   показать сводку портов стека коммутатора   Номер устройства Sw # / Port # Port Neighbor Cable Link Link Sync # Изменения в Статус Длина OK Активен OK Для LinkOK Loopback -------- ------ -------- -------- ---- ------ ---- ------ --- -------- 1/1 ОК 3 50 см Да Да Да 1 Нет 1/2 ОК 2 3 м Да Да Да 1 Нет 2/1 ОК 1 3 м Да Да Да 1 Нет 2/2 ОК 3 50 см Да Да Да 1 Нет 3/1 ОК 2 50 см Да Да Да 1 Нет 3/2 ОК 1 50 см Да Да Да 1 Нет  

Если отсоединить кабель стека от порта 1 на коммутаторе 1, появятся следующие сообщения:

  01:09:55:% STACKMGR-4-STACK_LINK_CHANGE: коммутатор 3 порта стека 2 переведен в состояние DOWN 01:09:56:% STACKMGR-4-STACK_LINK_CHANGE: коммутатор 1 порта стека 1 перешел в состояние DOWN Устройство №   показать сводку портов стека коммутатора   Номер устройства Sw # / Port # Port Neighbor Cable Link Link Sync # Изменения в Статус Длина OK Активен OK Для LinkOK Loopback -------- ------ -------- -------- ---- ------ ---- ------ --- -------- 1/1 Отсутствует Нет Нет кабеля Нет Нет Нет 1 Нет 1/2 ОК 2 3 м Да Да Да 1 Нет 2/1 ОК 1 3 м Да Да Да 1 Нет 2/2 ОК 3 50 см Да Да Да 1 Нет 3/1 ОК 2 50 см Да Да Да 1 Нет 3/2 вниз Нет 50 см Нет Нет Нет 1 Нет  

Если отсоединить кабель стека от порта 2 на коммутаторе 1, стек разделится.

Коммутатор 2 и коммутатор 3 теперь находятся в стеке из двух элементов, соединенных кабелями стека:

  Устройство №   показать сводку портов стека программного обеспечения   Номер устройства Sw # / Port # Port Neighbor Cable Link Link Sync # Изменения в Статус Длина OK Активен OK Для LinkOK Loopback -------- ------ -------- -------- ---- ------ ---- ------ --- -------- 2/1 Вниз Нет 3 м Нет Нет Нет 1 Нет 2/2 ОК 3 50 см Да Да Да 1 Нет 3/1 ОК 2 50 см Да Да Да 1 Нет 3/2 вниз Нет 50 см Нет Нет Нет 1 Нет  

Switch 1 - автономный коммутатор:

  Устройство №   показать сводку портов стека коммутатора   Номер устройства Sw # / Port # Port Neighbor Cable Link Link Sync # Изменения в Статус Длина OK Активен OK Для LinkOK Loopback -------- ------ -------- -------- ---- ------ ---- ------ --- -------- 1/1 Отсутствует Нет Нет кабеля Нет Нет Нет 1 Да 1/2 Отсутствует Нет Нет кабеля Нет Нет Нет 1 Да  
.

Решено: Как сложить 2 коммутатора 3750 в стек?

Я не уверен, нужно ли загружать мастер?

У меня эти 3 коммутатора сгруппированы вместе, где SW01 является мастером.

SW01: Стек 1 <--> Стек 2: SW02

SW02: Стек 1 <--> Стек 2: SW05

SW05: Стек 1 <--> Стек 2: SW02

Теперь я хочу добавить SW06 в этот стек

SW01: Стек 1 <--> Стек 2: SW02

SW02: Стек 1 <--> Стек 2: SW05

SW05: Стек 1 <--> Стек 2: SW06

SW06: Стек 1 <--> Стек 2: SW01

- Измените приоритет переключателя SW06 на 1.

коммутатор 6 обеспечение ws-c3750g-48ps

коммутатор 6 приоритет 1

- Убедитесь, что вы повторно выполняете подключения, отсоединяете и подключаете кабели стека

SW06: Стек 1 <--> Стек 2: SW01

SW06: Стек 2 <--> Стек 1: SW05

- Включите только что добавленный коммутатор.

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

-NG

.

Настройка параметров стека на коммутаторе через интерфейс командной строки (CLI)

ang = "eng">

Цель

Stacking позволяет увеличить пропускную способность сети без хлопот по управлению несколькими устройствами. Стекируемые коммутаторы можно добавлять или удалять из стека по мере необходимости, не влияя на общую производительность стека. В зависимости от своей топологии стек может продолжать передавать данные, даже если ссылка или блок в стеке не работают. Это делает стек эффективным, гибким и масштабируемым решением для увеличения пропускной способности сети.

По умолчанию коммутатор всегда может быть стековым, но не имеет порта, настроенного как порт стека. Все порты в устройствах по умолчанию настроены как сетевые. Устройство без порта стека можно рассматривать только как активное устройство в стеке или как отдельное устройство. Чтобы объединить два или более коммутатора в стек, вы можете перенастроить нужные сетевые порты в качестве портов стека в коммутаторах и соединить их с портами результирующего стека в кольцевой или цепной топологии.

Модули или коммутаторы в стеке подключаются через порты стека.Затем стековые коммутаторы управляются как единое логическое устройство. В некоторых случаях порты стека могут стать членами стека групп агрегации каналов (LAG), увеличивая пропускную способность интерфейсов стека.

Некоторые из этих терминов стекирования могут быть вам незнакомы. Дополнительные объяснения см. В разделе «Бизнес Cisco: глоссарий новых терминов».

Стек обеспечивает следующие преимущества:

  • Емкость сети может быть увеличена или уменьшена динамически.Добавляя модуль, администратор может динамически увеличивать количество портов в стеке, сохраняя при этом единую точку управления. Аналогичным образом блоки можно снимать для уменьшения пропускной способности сети.
  • Многослойная система поддерживает резервирование следующими способами:

- Резервный блок становится активным в стеке, если исходный активный блок выходит из строя.

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

В этой статье приведены инструкции по настройке параметров стека с помощью интерфейса командной строки (CLI) вашего коммутатора.

Примечание: Чтобы узнать, как настроить параметры стека коммутатора SG350X с помощью веб-утилиты, щелкните здесь для получения инструкций. Для коммутаторов Sx500 щелкните здесь.Для коммутаторов SG350XG или SG550XG щелкните здесь.

Применимые устройства | Версия прошивки

Настройка параметров стека на коммутаторе

Подключите переключатели

Шаг 1. Определите режим стека, который вы хотите настроить. Возможные варианты:

  • Цепочка - Каждый блок подключен к соседнему блоку, но нет кабельного соединения между первым и последним блоком. Это режим стека по умолчанию. На изображении ниже показана цепная топология стека из четырех блоков:

  • Ring - Каждый блок подключен к соседнему блоку.Последний блок подключается к первому блоку. На изображении ниже показана кольцевая топология стека из четырех блоков:

Шаг 2. Подключите один конец кабеля малого форм-фактора (SFP), поставляемого с устройством, к порту SFP +, XG3 или XG4 на коммутаторе.

Примечание : В этом примере кабель подключен к порту XG3 коммутатора.

Шаг 3. Подключите другой конец кабеля SFP + к порту SFP +, XG3 или XG4 коммутатора.

Примечание: В этом примере кабель подключен к порту XG3 коммутатора.

Шаг 4. Повторите шаги 2–3 для остальных переключателей.

В этом сценарии два коммутатора настраиваются для стекирования, а кабели SFP подключаются к портам 3 и 4 на обоих коммутаторах.

Теперь вы должны подключить коммутаторы в соответствии с желаемой топологией.

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

Процесс выбора активного коммутатора

Активный блок выбирается из активных включенных блоков (1 или 2).Факторы при выборе активного объекта учитываются в следующем порядке:

  • Время работы системы - время безотказной работы активных подключенных устройств измеряется сегментами по 10 минут. Выбирается блок с большим количеством сегментов. Если оба модуля имеют одинаковое количество временных сегментов, и идентификатор модуля одного из модулей был установлен вручную, в то время как идентификатор модуля другого был установлен автоматически, выбирается модуль с заданным вручную идентификатором модуля; в противном случае выбирается блок с наименьшим идентификатором.Если идентификаторы обоих устройств совпадают, выбирается устройство с наименьшим адресом управления доступом к среде (MAC).

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

  • Идентификатор устройства - если оба модуля имеют одинаковое количество временных сегментов, выбирается модуль с наименьшим идентификатором устройства.
  • MAC-адрес - если оба идентификатора устройства совпадают, выбирается устройство с наименьшим MAC-адресом.

Примечание: Для работы стека в нем должен быть активный модуль.Активный отряд определяется как Активный отряд, который принимает на себя активную роль. Стек должен содержать модуль 1 и / или модуль 2 после активного процесса выбора. В противном случае стек и все его блоки будут частично отключены, но не как полное отключение питания, а с остановкой пропускной способности трафика.

Выполните следующие действия, чтобы настроить параметры стека на активном коммутаторе:

Шаг 1. Войдите в консоль первого коммутатора. Имя пользователя и пароль по умолчанию - cisco / cisco. Если вы настроили новое имя пользователя или пароль, введите вместо этого учетные данные.

Примечание: Доступные команды могут отличаться в зависимости от конкретной модели вашего устройства. В этом примере используется коммутатор SG350X-48MP. Имя хоста резервного коммутатора - SG350X-2.

Шаг 2. Войдите в режим глобальной конфигурации коммутатора, введя следующее:

SG350X-1 # настроить

Шаг 3. Чтобы войти в контекст указанного модуля стека или всех модулей стека, введите команду модуля стека в режиме глобальной конфигурации, введя следующее:

SG350X-1 (config) # stack unit [unit-id | все]

Примечание: В этом примере используется стек 1.

Шаг 4. Введите команду настройки стека, чтобы настроить порты стека и идентификатор устройства после перезагрузки, введя следующее:

SG350X-1 (unit) # конфигурация стека {[список-портов ссылок] [идентификатор-модуля | auto]}

Возможные варианты:

  • список-портов - список из одного или нескольких портов стека, разделенных запятой, или диапазон последовательных портов, отмеченных тире.
  • ссылок - выберите список портов, который будет использоваться в качестве ссылок стека после перезагрузки.
  • unit-id - Выберите идентификатор юнита, который будет использоваться после перезагрузки. Диапазон значений от 1 до 4. Вы можете использовать auto, чтобы включить функцию автоматической нумерации стека.

Примечание: В этом примере вводится идентификатор устройства 1 для связи конфигурации стека.

Шаг 5. (Необязательно) Чтобы удалить параметры конфигурации стека на коммутаторе, используйте команду конфигурации без стека, введя следующее:

SG350X-1 (блок) # без конфигурации стека

Шаг 6.Введите команду end , чтобы вернуться в привилегированный режим EXEC коммутатора.

SG350X-1 (шт.) # конец

Шаг 7. (Необязательно) Чтобы отобразить параметры конфигурации стека, введите следующее:

SG350X-1 # показать конфигурацию стека

Примечание: В этом примере активный коммутатор (модуль 1) теперь использует te3-4 в качестве ссылок стека. Эти настройки вступят в силу после перезагрузки коммутатора.

Шаг 8. (Необязательно) В привилегированном режиме EXEC коммутатора сохраните настроенные параметры в файл начальной конфигурации, введя следующее:

SG350X-1 # копировать текущую конфигурацию start-config

Шаг 9. (Необязательно) Нажмите Y для Да или N для Нет на клавиатуре, когда появится запрос Перезаписать файл [startup-config]….

Примечание: В этом примере Y нажата.

Шаг 10. Перезагрузите коммутатор, чтобы применить настроенные параметры стека, введя следующее:

SG350X-1 # перезагрузить

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

Шаг 11. Нажмите Y для Да или N для Нет на клавиатуре, когда появится запрос «Продолжить».

Примечание: В этом примере Y нажата.

Теперь активный модуль перезагрузится. Теперь вы должны сконфигурировать настройки стека вашего активного юнита.

Настройка параметров стека на резервном или членском коммутаторе

Шаг 1. Войдите в консоль второго коммутатора. Имя пользователя и пароль по умолчанию - cisco / cisco. Если вы настроили новое имя пользователя или пароль, введите вместо этого учетные данные.

Примечание: Доступные команды могут отличаться в зависимости от конкретной модели вашего устройства.В этом примере используется коммутатор SG350X-48MP. Имя хоста резервного коммутатора - SG350X-2.

Шаг 2. Войдите в режим глобальной конфигурации коммутатора, введя следующее:

SG350X-2 # настроить

Шаг 3. Чтобы войти в контекст указанного модуля стека или всех модулей стека, введите команду модуля стека в режиме глобальной конфигурации, введя следующее:

SG350X-2 (config) # stack unit [unit-id | все]

Примечание: В этом примере используется стек 1.

Шаг 4. Введите команду настройки стека, чтобы настроить порты стека и идентификатор устройства после перезагрузки, введя следующее:

SG350X-2 (unit) # конфигурация стека {[список-портов ссылок] [идентификатор-модуля | auto]}

Возможные варианты:

  • список-портов - список из одного или нескольких портов стека, разделенных запятой, или диапазон последовательных портов, отмеченных тире.
  • Ссылки - выберите список портов, который будет использоваться в качестве ссылок стека после перезагрузки.
  • unit-id - Выберите идентификатор юнита, который будет использоваться после перезагрузки. Диапазон значений от 1 до 4. Вы можете использовать auto, чтобы включить функцию автоматической нумерации стека.

Примечание: В этом примере вводится идентификатор устройства 2 связей конфигурации стека.

Шаг 5. (Необязательно) Чтобы удалить параметры конфигурации стека на коммутаторе, используйте команду конфигурации без стека, введя следующее:

SG350X-2 (блок) # без конфигурации стека

Шаг 6.Введите команду end , чтобы вернуться в привилегированный режим EXEC коммутатора.

SG350X-2 (шт.) # конец

Шаг 7. (Необязательно) Чтобы отобразить параметры конфигурации стека, введите следующее:

SG350X-2 # показать конфигурацию стека

Примечание: В этом примере коммутатор Unit 2 теперь использует te3-4 в качестве ссылок стека. Эти настройки вступят в силу после перезагрузки коммутатора.

Шаг 8. (Необязательно) В привилегированном режиме EXEC коммутатора сохраните настроенные параметры в файл начальной конфигурации, введя следующее:

SG350X-2 # копировать текущую конфигурацию start-config

Шаг 9. (Необязательно) Нажмите Y для Да или N для Нет на клавиатуре, когда появится запрос Перезаписать файл [startup-config]….

Примечание: В этом примере Y нажата.

Шаг 10. Перезагрузите коммутатор, чтобы применить настроенные параметры стека, введя следующее:

SG350X-2 # перезагрузить

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

Шаг 11. Нажмите Y для Да или N для Нет на клавиатуре, когда появится запрос «Продолжить».

После перезагрузки коммутатора резервный коммутатор больше не будет автономным устройством и будет доступен только через активный коммутатор.

Шаг 12. Повторите шаги с 1 по 11 для настройки подчиненного переключателя или переключателей.

Теперь вы должны настроить параметры стека на резервном и / или подчиненном коммутаторах.

Показать параметры конфигурации стека на коммутаторе

Шаг 1. Снова войдите в консоль активного устройства.

Quick T ip: Доступ к активному модулю при настройке переключателей Standby и / или Member для отслеживания хода выполнения. После перезагрузки резервного коммутатора или коммутатора-участника активный коммутатор получит уведомление о действиях стекирования.

Шаг 2. В привилегированном режиме EXEC коммутатора используйте команду show stack, чтобы отобразить настройки стека на коммутаторе, введя следующее:

SG350X-1 # показать стек

Примечание: В этом примере сконфигурированный модуль 2 теперь известен как резервный коммутатор стека.

Шаг 3. Введите команду show stack links, чтобы отобразить ссылки стека на коммутаторе, введя следующее:

SG350X-1 # показать ссылки стека [подробности]

Возможные варианты:

  • ссылок стека - отображает информацию о связях стека для всего стека.

  • Сведения о связях стека - отображает информацию о связях стека для всего стека с подробностями.

Шаг 4.(Необязательно) Чтобы получить доступ к резервному коммутатору, введите идентификатор стекового блока коммутатора в контексте глобальной конфигурации, введя следующее:

Примечание: В этом примере настроенный переключатель режима ожидания теперь доступен как устройство 2.

Теперь вы должны настроить параметры стека на коммутаторах.

.

Stack Manager and High Availability Configuration Guide, Cisco IOS XE Gibraltar 16.11.x (коммутаторы Catalyst 9300) - Управление стеками коммутаторов [поддержка]

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


Примечание

Будьте осторожны при использовании переключателя. номер элемента стека порт стека номер порта отключить команду.Когда вы отключаете порт стека, стек работает с половинной пропускной способностью.

Стек находится в состоянии полного кольца, когда все элементы подключены через порты стека и находятся в состоянии готовности.

Стек находится в состоянии частичного кольца, когда происходит следующее:

.

Создание стека коммутаторов Catalyst 3750 и управление им

Введение

В этом документе представлены процедуры для создания и обслуживания стеков коммутаторов Cisco Catalyst 3750 с функцией Cisco StackWise.

Предварительные требования

Требования

Для этого документа нет особых требований.

Используемые компоненты

Информация в этом документе основана на коммутаторах Cisco Catalyst серии 3750.

Информация в этом документе была создана на устройствах в определенной лабораторной среде.Все устройства, используемые в этом документе, были запущены с очищенной (по умолчанию) конфигурацией. Если ваша сеть работает, убедитесь, что вы понимаете потенциальное влияние любой команды.

Условные обозначения

См. Дополнительную информацию об условных обозначениях в документе.

Справочная информация

Технологии стекирования

Коммутаторы Cisco Catalyst

могут быть объединены в стек с двумя различными функциями.

  • Функция Cisco StackWise

    Поддерживаемые устройства / модули :

    Стек коммутаторов - это набор сервисных модулей Cisco EtherSwitch или коммутаторов Catalyst 3750, подключенных через их порты Cisco StackWise.Один из сервисных модулей Cisco EtherSwitch или коммутаторов Catalyst 3750 управляет работой стека и называется мастером стека. Главный светодиод на передней панели коммутатора 3750 загорается зеленым, когда коммутатор становится главным в стеке. Мастер стека и другие сервисные модули Cisco EtherSwitch или коммутаторы Catalyst 3750 в стеке являются членами стека. Члены стека используют технологию Cisco StackWise для совместной работы и совместной работы как единой системы. Протоколы уровней 2 и 3 представляют в сети весь стек коммутатора как единое целое.

    Мастер стека - это единственная точка управления всем стеком. На мастере стека настройте их:

    Стек коммутатора идентифицируется в сети по идентификатору моста и, если стек коммутатора работает как устройство уровня 3, по MAC-адресу маршрутизатора. MAC-адрес мастера стека определяет идентификатор моста и MAC-адрес маршрутизатора. Каждый член стека однозначно идентифицируется своим собственным номером члена стека.

    Все члены стека являются подходящими мастерами стека. Если мастер стека становится недоступным, оставшиеся члены стека участвуют в выборе нового мастера стека из своего состава.Набор факторов определяет, какой сервисный модуль Cisco EtherSwitch или коммутатор Catalyst 3750 будет выбран в качестве мастера стека.

    Примечание. Коммутатор Cisco 3750 можно объединить в стек с любой другой моделью коммутатора Cisco 3750. Коммутаторы Catalyst 3750, работающие под управлением Cisco IOS ® Release 12.2 (25) SEB, совместимы с сервисными модулями Cisco EtherSwitch, на которых работает Cisco IOS Release 12.2 (25) EZ. Коммутаторы Catalyst 3750 и сервисные модули Cisco EtherSwitch могут находиться в одном стеке коммутаторов.В этом стеке коммутаторов коммутатор Catalyst 3750 или сервисный модуль Cisco EtherSwitch могут быть мастером стека.

  • Функция Cisco GigaStack

    Поддерживаемые устройства / модули :

    1. Коммутаторы Cisco Catalyst 2900 XL

      Модуль WS-X2931-XL для коммутаторов Catalyst 2900 XL

    2. Коммутаторы Cisco Catalyst 2950

    3. Коммутаторы Cisco Catalyst 3500 XL

    4. Коммутаторы Cisco Catalyst 3550

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

    Обратитесь к Cisco GigabitStack GBIC для установки и устранения неполадок Cisco GigabitStacks.

Порты, кабели и типы соединений в стеке

Порты

Это вид задней панели Cisco Catalyst 3750-24TS, 3750G-24T, 3750G-12S, 3750G-16TD и 3750-48TS:

No. Описание
1 Порты StackWise
2 Консольный порт RJ-45
3 Вытяжной вентилятор
4 Разъем питания переменного тока
5 Разъем RPS

Примечание: Расположение выпускного отверстия вентилятора, разъема питания переменного тока, разъема RPS и количество выпускных отверстий вентилятора зависит от разных моделей коммутаторов Cisco Catalyst 3750.

Кабели

Используйте только одобренные кабели и подключайтесь только к аналогичному оборудованию Cisco. Оборудование может быть повреждено при подключении к другим неутвержденным кабелям или оборудованию Cisco.

Номер кабеля Описание
CAB-STACK-50CM Кабель для стекирования Cisco StackWise 50 см
КАБИНА-СТЕК-1М Кабель стекирования Cisco StackWise длиной 1 м
CAB-STACK-3M Кабель для стекирования 3 м Cisco StackWise

Типы соединений

Подключение с полной пропускной способностью

На этом рисунке показан пример стека коммутаторов Catalyst 3750, который обеспечивает полную полосу пропускания и резервные кабельные соединения StackWise:

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

Чтобы найти порты стека, через которые коммутаторы подключены к стеку, выполните команду show switch stack-ports .

 3750-Stk #  показать порты стека коммутатора  Номер коммутатора Порт 1 Порт 2 -------- ------ ------ 1 Хорошо Хорошо 2 Хорошо Хорошо 3 Хорошо Хорошо 

В качестве альтернативы, чтобы найти ближайший коммутатор на каждом порту, введите команду show switch neighbors .

 3750-Stk #  Показать переключатель соседей  Номер коммутатора Порт 1 Порт 2 -------- ------ ------ 1 2 3 2 1 3 3 2 1 

На этом рисунке показан стек сервисных модулей Cisco EtherSwitch и коммутаторов Catalyst 3750, который обеспечивает полную полосу пропускания и резервные соединения:

Соединение с половинной полосой пропускания

На этом рисунке показан пример стека коммутаторов Catalyst 3750 с неполными кабельными соединениями StackWise.Этот стек обеспечивает только половину полосы пропускания и не имеет избыточных соединений:

Когда кабель выходит из строя в одном месте, стек будет разделен на два стека.

 3750-Stk #  показать порты стека коммутатора  Номер коммутатора Порт 1 Порт 2 -------- ------ ------ 1 Хорошо Вниз 2 Хорошо Хорошо 3 Хорошо Вниз 3750-Stk #  Показать переключатель соседей  Номер коммутатора Порт 1 Порт 2 -------- ------ ------ 1 2 Нет 2 1 3 3 2 Нет 

Создание и управление стеками Cisco Catalyst 3750

В этом разделе представлена ​​информация, необходимая для настройки стеков StackWise, описанных в этом документе.

Номера элементов стека

Номер элемента стека (от 1 до 9) идентифицирует каждый элемент в стеке коммутатора. Номер члена также определяет конфигурацию уровня интерфейса, которую использует член стека. Вы можете отобразить номер члена стека, если используете команду режима EXEC show switch user.

 3750-Stk> переключатель показать ток  Switch #  Роль Mac-адрес Приоритетное состояние -------------------------------------------------- ------  1  Подчиненный 0016.4748.dc80 5 Готово *  2  Мастер 0016.9d59.db00 1 Готов 

Номер члена стека по умолчанию для коммутатора 3750 равен 1. Когда он присоединяется к стеку коммутаторов, его номер члена стека по умолчанию изменяется на наименьший доступный номер члена в стеке. Элементы стека в одном стеке коммутаторов не могут иметь одинаковый номер элемента стека. Каждый член стека, который включает в себя автономный коммутатор, сохраняет свой номер члена до тех пор, пока вы не измените его вручную или пока номер уже не используется другим членом стека.

Как вручную изменить номер участника?

  1. Перейти в режим глобальной конфигурации.

  2. Выполните команду switch current-stack-member-number перенумеровать новый-номер-члена-стека .

  3. Вернитесь в привилегированный режим EXEC и перезагрузите элемент с помощью команды reload slot current-stack-member-number .

  4. После загрузки члена введите команду show switch , чтобы проверить номер члена стека.Если номер используется другим членом стека, коммутатор выбирает наименьшее доступное число в стеке.

Если вы перемещаете элемент стека в другой стек коммутаторов, этот элемент стека сохраняет свой номер только в том случае, если этот номер не используется другим элементом в стеке. Если он используется другим членом стека, коммутатор выбирает наименьшее доступное число в стеке. Коммутатор может сохранять номер члена стека в качестве переменной среды. Вы также можете изменить нумерацию переключателя из приглашения загрузчика switch: с помощью команды set SWITCH_NUMBER номер-члена стека .

Если вы объединяете стеки коммутаторов, коммутаторы, которые присоединяются к стеку коммутаторов нового мастера стека, выбирают самые низкие доступные номера в стеке.

Значения приоритета

Более высокое значение приоритета для члена стека увеличивает его вероятность быть избранным мастером стека и сохранить его номер члена стека. Значение приоритета может составлять от 1 до 15. Значение приоритета по умолчанию - 1. Вы можете отобразить значение приоритета элемента стека с помощью команды show switch user EXEC mode.

 3750-Stk> переключатель показать ток Номер переключателя Роль Mac-адрес  Приоритет  Состояние -------------------------------------------------- ------ 1 ведомое устройство 0016.4748.dc80  1  Готово * 2 Мастер 0016.9d59.db00  5  Готов 

Cisco рекомендует назначить наивысший приоритет коммутатору, который вы предпочитаете в качестве мастера стека. Это гарантирует, что коммутатор будет переизбран мастером стека в случае переизбрания.

Как изменить значение приоритета?

  • В режиме глобальной конфигурации введите команду switch stack-member-number priority new-priority-value .

  • В командной строке загрузчика switch: введите команду set SWITCH_PRIORITY new-priority-value .

Даже если значение приоритета применяется немедленно к члену, оно не влияет на состояние текущего мастера стека.Новое значение приоритета будет играть роль при следующих выборах мастера стека.

Выборы мастера стека

Как выбирается мастер стека?

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

  1. Коммутатор, который в настоящее время является мастером стека.

    Примечание: Когда стеки объединяются, выбранный мастер стека будет мастером одного из объединенных стеков.

    Примечание: При разбиении стека мастер стека исходного стека будет мастером своего раздела.

  2. Коммутатор с наивысшим значением приоритета члена стека.

    Примечание. Cisco рекомендует назначить наивысшее значение приоритета коммутатору, который вы предпочитаете быть мастером стека. Это гарантирует, что коммутатор будет переизбран мастером стека в случае переизбрания.

  3. Коммутатор, использующий нестандартную конфигурацию уровня интерфейса.

  4. Коммутатор с более высоким аппаратным / программным приоритетом. Эти версии программного обеспечения коммутатора перечислены в порядке убывания приоритета:

    .
    1. Программное обеспечение изображений служб криптографии IP

    2. Некриптографическое программное обеспечение изображений IP-сервисов

    3. Программное обеспечение для криптографического базового образа IP

    4. Программное обеспечение базового образа IP без шифрования

    Примечание. Коммутаторы , на которых запущен образ криптографических служб или IP-служб, будут загружаться дольше, чем базовые образы некриптографических или IP-служб.Когда вы включаете или сбрасываете весь стек коммутаторов, некоторые члены стека не будут участвовать в выборах мастера стека. Это связано с тем, что элементы стека, которые включены в течение одного и того же 20-секундного временного интервала, участвуют в выборе мастера стека и имеют шанс стать мастером стека. Члены стека, которые включаются по истечении 20 секунд, не участвуют в этих первоначальных выборах, а только становятся участниками стека. Иногда коммутаторы с более низким программным приоритетом могут стать мастером стека, но все члены стека будут участвовать в переизбрании мастера стека.

  5. Коммутатор с самым продолжительным временем безотказной работы системы.

  6. Коммутатор с наименьшим MAC-адресом.

Примечание: Перенаправление данных не будет затронуто при выборе мастера стека.

Когда выбирается мастер стека?

  • При сбросе всего стека коммутаторов 1

  • Когда мастер стека сброшен или выключен

    Примечание: Если вы сбросите мастер стека, он сбросит весь стек.

  • Когда мастер стека удаляется из стека

  • При отказе главного коммутатора стека

  • Членство в стеке коммутаторов увеличивается за счет добавления включенных автономных коммутаторов или стеков коммутаторов. 1

1 В рамках этих событий текущий мастер стека имеет больше шансов быть переизбранным.

Совместимость оборудования

Коммутаторы Cisco Catalyst серии 3750 используют шаблоны управления базой данных коммутатора (SDM) для оптимизации системных ресурсов для определенных функций в зависимости от того, как коммутатор используется в сети.Существует две версии шаблонов SDM: Desktop и Aggregator. Только коммутатор 3750-12S поддерживает оба шаблона. Все остальные модели коммутаторов серии 3750 поддерживают только настольную версию.

Если стек коммутатора Cisco Catalyst 3750 состоит из 3750-12S и других моделей, обязательно используйте только шаблон Desktop SDM. Это результат выполнения команды show switch при несоответствии SDM:

 3750-Стк # переключатель показывающий ток Switch # Роль Mac-адрес Приоритетное состояние -------------------------------------------------- ---------- * 2 Мастер 000a.fdfd.0100 5 Готово 4 Элемент 0003.fd63.9c00 5  Несоответствие SDM  

Чтобы изменить шаблон SDM на 3750-12S на настольную версию, выполните следующие действия:

 3750-Стк № конф т 3750-Stk (config) #  SDM предпочитает рабочий стол маршрутизации  3750-Stk (config) # выход 3750-Stk # перезагрузка 

Дополнительные сведения о шаблонах SDM см. В разделе «Настройка шаблонов SDM».

Совместимость программного обеспечения

Совместимость программного обеспечения между элементами стека определяется номером версии протокола стека.Чтобы просмотреть версию протокола стека вашего стека коммутатора, вы можете выполнить команду show platform stack manager all .

 3750-Stk #  Показать диспетчер стека платформ все  ток Switch # Роль Mac-адрес Приоритетное состояние -------------------------------------------------- ------ 1 ведомое устройство 0016.4748.dc80 5 Готово * 2 Мастер 0016.9d59.db00 1 Готов  ! --- часть вывода  Просмотр конечного автомата стека ================================================== ============ Switch Master / Mac Address  Версия  Время работы Текущее Номер Slave  (майор.мин)  Состояние -------------------------------------------------- ------------------- 1 ведомое устройство 0016.4748.dc80  1.11  8724 Готово 2 Мастер 0016.9d59.db00  1.11  8803 Готово  ! --- остаток вывода исключен  
Коммутаторы

с одинаковой версией программного обеспечения Cisco IOS имеют одинаковую версию протокола стека. Такие коммутаторы полностью совместимы, и все функции в стеке коммутаторов работают правильно.Коммутаторы с той же версией программного обеспечения Cisco IOS, что и мастер стека, немедленно присоединяются к стеку коммутатора.

Если существует несовместимость, полнофункциональные элементы стека генерируют системное сообщение, которое описывает причину несовместимости конкретных элементов стека. Мастер стека отправляет сообщение всем членам стека.

Коммутаторы

с разными версиями программного обеспечения Cisco IOS, вероятно, имеют разные версии протокола стека. Коммутаторы с разными основными номерами версий несовместимы и не могут находиться в одном стеке коммутаторов.

 3750-Стк # переключатель показывающий ток Switch # Роль Mac-адрес Приоритетное состояние -------------------------------------------------- ------ 1 элемент 0015.c6f5.6000 1 несоответствие версии * 2 Мастер 0015.63f6.b700 15 Готово 3 Участник 0015.c6c1.3000 5 Готово 

Коммутаторы с тем же основным номером версии, но с другим второстепенным номером версии в качестве мастера стека считаются частично совместимыми.При подключении к стеку коммутаторов частично совместимый коммутатор переходит в режим несовпадения версий (VM) и не может присоединиться к стеку в качестве полнофункционального члена. Программное обеспечение обнаруживает несовместимое программное обеспечение и пытается обновить (или понизить) коммутатор в режиме виртуальной машины с помощью образа стека коммутатора или образа файла tar из флэш-памяти стека коммутатора. Программное обеспечение использует функции автоматического обновления (автоматическое обновление) и автоматического уведомления (auto-advice).

Автоматическое обновление происходит, если версия программного обеспечения, работающая на мастере стека, совместима с коммутатором в режиме виртуальной машины и tar-файл текущего образа доступен для любого из участников стека.Если tar-файл текущего образа недоступен, функция автоподсказки порекомендует загрузить совместимый образ с необходимыми командами. Функции автоматического обновления и автоматического уведомления не работают, если главный коммутатор и коммутатор в режиме виртуальной машины используют разные наборы функций / уровни упаковки (IP-сервисы и IP-база), но, начиная с программного обеспечения Cisco IOS версии 12.2 (35) SE, автоматически -upgrade поддерживает обновления между криптографическими и некриптографическими образами одного и того же уровня упаковки.

Примечание: Если автоматическое обновление не работает на коммутаторе, который показывает ошибку несоответствия версии, используйте TFTP для обновления коммутатора вручную.

Создание стека коммутаторов из двух автономных стеков

В этом примере показано, как создается стек коммутатора из двух автономных стеков.

  1. Switch-A и Switch-B объединяются в стек.

    и

  2. Выбор мастера стека происходит между Switch-A и Switch-B; Будем считать, что Switch-B выигрывает.

  3. Switch-A перезагрузится и присоединится к стеку коммутаторов.

  4. Номер члена стека Switch-A изменится, поскольку он конфликтует с Switch-B. Коммутатор A выберет наименьший доступный номер стека, который в данном случае равен «2».

Создание стека коммутаторов из двух стеков, состоящих из двух элементов

В этом примере показано, как два стека коммутаторов объединяются в стек.

  1. Первый стек коммутаторов состоит из двух элементов: Switch-A и Switch-B.

    Второй стек коммутаторов состоит из членов Switch-C и Switch-D с Switch-C в качестве мастера стека.

  2. Когда эти два стека коммутаторов объединяются вместе, происходит выбор мастера стека; Будем считать, что Switch-B побеждает на выборах.

  3. Switch-A сохранит свой номер члена стека.

  4. Switch-C и Switch-D перезагрузятся и присоединятся к стеку с новыми номерами элементов стека «3» и «4» соответственно.

Советы по добавлению коммутатора в качестве подчиненного устройства в стек

Чтобы добавить коммутатор в качестве подчиненного устройства в стек, выполните следующие действия:

Примечание: Убедитесь, что коммутатор, который вы добавляете в стек, имеет ту же версию IOS, что и коммутаторы в стеке.См. Обновление IOS в коммутаторе Catalyst 3750.

  1. Измените приоритет переключателя добавляемого переключателя на «1».

    коммутатор номер элемента стека приоритет новое значение приоритета

    Примечание: Этот шаг не является обязательным, но он гарантирует, что у коммутатора меньше шансов стать мастером стека в будущем.

  2. Выключите переключатель, который нужно добавить.

  3. Убедитесь, что стек полностью подключен, так что при подключении нового коммутатора стек будет иметь хотя бы половину связности и не будет разделен.

  4. Подключите новый коммутатор к стеку с портами StackWise.

  5. Включите только что добавленный переключатель.

  6. После включения нового коммутатора введите команду show switch , чтобы проверить членство в стеке.

Советы по добавлению коммутатора в качестве ведущего в стек

Чтобы добавить коммутатор в качестве мастера в стек, выполните следующие действия:

Примечание: Убедитесь, что коммутатор, который вы добавляете в стек, имеет ту же версию IOS, что и коммутаторы в стеке.См. Обновление программного обеспечения Catalyst 3750 в конфигурации стека с использованием интерфейса командной строки для обновления IOS в коммутаторе Catalyst 3750.

  1. Выполните команду show switch , чтобы получить значение приоритета членов стека.

     3750-Stk> переключатель показать ток Номер переключателя Роль Mac-адрес  Приоритет  Состояние -------------------------------------------------- ------ 1 ведомый 0016.4748.dc80  1  Готово * 2 Мастер 0016.9d59.db00  5  Готов 
  2. Измените значение приоритета добавляемого коммутатора на значение, превышающее наивысший приоритет стека. На иллюстрации значение приоритета должно быть больше «5».

    коммутатор номер члена стека приоритет новое значение приоритета
  3. Убедитесь, что стек полностью подключен, чтобы при подключении нового коммутатора стек имел хотя бы половину связности и не разбивал на разделы.

  4. Включите новый коммутатор и подключите порты StackWise коммутатора к стеку.

  5. Происходит выбор мастера стека, и новый коммутатор будет выбран в качестве мастера, поскольку он имеет наивысшее значение приоритета.

  6. Члены предыдущего стека перезагрузятся, чтобы присоединиться к новому стеку. После того, как все участники подойдут, введите команду show switch , чтобы проверить членство в стеке.

Удалить элемент из стека

Выполните следующие действия, чтобы удалить элемент из стека:

  1. Убедитесь, что стек полностью подключен, так что при удалении элемента стек будет иметь хотя бы половину связности и не будет разбиваться на разделы.

  2. Выключите член, который нужно удалить.

  3. Если участник был мастером стека, произойдет выбор мастера стека, в противном случае выборы не будут.

  4. Удалите кабели StackWise из элемента и закройте кольцо стека.

  5. Выполните команду show switch , чтобы проверить членство в стеке.

Добавить выделенный коммутатор в стек коммутаторов

Когда вы добавляете подготовленный коммутатор в стек коммутаторов, стек применяет к нему подготовленную конфигурацию или конфигурацию по умолчанию.

Если вы добавляете подготовленный коммутатор, тип которого отличается от указанного в подготовленной конфигурации, в стек выключенного коммутатора, а затем подаете питание, стек коммутатора отклоняет (теперь неверный) тип предоставления номера члена стека коммутатора. глобальная конфигурация. в файле конфигурации запуска. В рамках инициализации стека выполняется информация о конфигурации интерфейса, отличная от конфигурации по умолчанию, в файле начальной конфигурации для подготовленных интерфейсов (возможно, неправильного типа).В зависимости от того, насколько фактический тип коммутатора отличается от ранее предоставленного типа коммутатора, некоторые команды отклоняются, а некоторые команды принимаются.

Функцию автономной конфигурации можно использовать для подготовки (для передачи конфигурации) нового коммутатора перед его присоединением к стеку коммутаторов. Заранее вы можете настроить номер члена стека, тип коммутатора и интерфейсы, связанные с коммутатором, которые в настоящее время не являются частью стека. Конфигурация, которую вы создаете в стеке коммутатора, называется подготовленной конфигурацией.Коммутатор, добавленный в стек коммутаторов и получивший эту конфигурацию, называется подготовленным коммутатором.

Вы можете вручную создать подготовленную конфигурацию с помощью команды глобальной конфигурации глобальной конфигурации номера члена стека коммутатора. Подготовленная конфигурация также создается автоматически, когда коммутатор добавляется в стек коммутатора, на котором работает Cisco IOS версии 12.2 (20) SE или более поздней версии, и когда подготовленная конфигурация не существует.

Когда вы настраиваете интерфейсы, связанные с выделенным коммутатором, например, как часть VLAN, стек коммутатора принимает конфигурацию, и информация отображается в текущей конфигурации.Интерфейс, связанный с предоставленным коммутатором, не активен, но работает так, как если бы он был отключен администратором; команда конфигурации интерфейса no shutdown не возвращает его в активную службу. Интерфейс, связанный с предоставленным коммутатором, не отображается на отображении конкретной функции; например, он не отображается в выходных данных команды EXEC show vlan user

Стек коммутаторов сохраняет подготовленную конфигурацию в текущей конфигурации независимо от того, является ли выделенный коммутатор частью стека.Вы можете сохранить подготовленную конфигурацию в файле начальной конфигурации, если введете привилегированную команду EXEC copy running-config startup-config . Файл конфигурации запуска гарантирует, что стек коммутатора может перезагружать и использовать сохраненную информацию, независимо от того, является ли подготовленный коммутатор частью стека коммутаторов

.

Примечание: Вы не можете использовать команду switch current-stack-member-number renumber new-stack-member-number команду глобальной конфигурации на подготовленном коммутаторе.Если вы это сделаете, команда будет отклонена.

Удаление выделенного коммутатора из стека

Если стек коммутатора работает под управлением Cisco IOS версии 12.2 (20) SE или более поздней версии, и вы удаляете подготовленный коммутатор из стека коммутатора, конфигурация, связанная с удаленным элементом стека, остается в текущей конфигурации как предоставленная информация. Чтобы удалить всю информацию о конфигурации, связанную с удаленным коммутатором (членом стека, который покинул стек), примените команду no switch provision в режиме глобальной конфигурации.

В этом примере коммутатор 2 был удален из стека. Номер модели коммутатора WS-C3750-48TS:

.
 3750 (config) #  нет переключателя 2 положения ws-c3750-48ts  3750 (config) #  выход  3750 #  запись в память  

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

Проверить

Используйте этот раздел, чтобы убедиться, что ваша конфигурация работает правильно.

Cisco CLI Analyzer (только для зарегистрированных клиентов) поддерживает определенные команды show . Используйте Cisco CLI Analyzer для просмотра анализа выходных данных команды show .

  • show switch - Отображает всю важную информацию, относящуюся к элементу стека или стеку коммутатора.

  • показать диспетчер стека платформы все - Отображает информацию, относящуюся к управлению стеками, включая версию протокола стека, историю изменений стека и т. Д.

Устранение неполадок

Команды поиска и устранения неисправностей

Примечание. См. Раздел «Важная информация о командах отладки», прежде чем использовать команды отладки .

Дополнительная информация

.

% PDF-1.4 % 1 0 obj > поток конечный поток endobj 2 0 obj >] >> / Имена 4 0 R / Тип / Каталог / Структура 5 0 R / Метаданные 1 0 R / PageMode / UseOutlines / Pages 6 0 R >> endobj 6 0 obj > endobj 5 0 obj > endobj 11 0 объект > endobj 13 0 объект > endobj 14 0 объект > endobj 15 0 объект > endobj 16 0 объект > endobj 19 0 объект > endobj 21 0 объект > endobj 23 0 объект > endobj 24 0 объект > endobj 25 0 объект > endobj 22 0 объект > endobj 20 0 объект > endobj 27 0 объект > endobj 26 0 объект > endobj 28 0 объект > endobj 29 0 объект > endobj 31 0 объект > endobj 30 0 объект > endobj 32 0 объект > endobj 33 0 объект > endobj 36 0 объект > endobj 37 0 объект > endobj 35 0 объект > endobj 34 0 объект > endobj 40 0 obj > endobj 39 0 объект > endobj 41 0 объект > endobj 38 0 объект > endobj 18 0 объект > endobj 43 0 объект > endobj 44 0 объект > endobj 42 0 объект > endobj 17 0 объект > endobj 47 0 объект > endobj 48 0 объект > endobj 49 0 объект > endobj 50 0 объект > endobj 51 0 объект > endobj 52 0 объект > endobj 53 0 объект > endobj 46 0 объект > endobj 45 0 объект > endobj 56 0 объект > endobj 57 0 объект > endobj 55 0 объект > endobj 54 0 объект > endobj 58 0 объект > endobj 61 0 объект > endobj 62 0 объект > endobj 63 0 объект > endobj 64 0 объект > endobj 65 0 объект > endobj 68 0 объект > endobj 67 0 объект > endobj 66 0 объект > endobj 60 0 obj > endobj 59 0 объект > endobj 12 0 объект > endobj 3 0 obj > endobj 70 0 объект > поток x ڭ [[s۸ ~ ׯ 6 K7l'ne˷ $ (Z_ & ӝa = @ H + Zo # uaeʪ9e⮸g5bt76? Qxpmċ? H + YK}! H

.

Смотрите также

Новости

Скидки 30% на ремонт квартиры под ключ за 120 дней

Компания МастерХаус предлагает качественные услуги по отделке, которые выполнены в соответствии с вашими пожеланиями. Даже самые невероятные фантазии можно воплотить жизнь, стоит только захотеть.

29-01-2019 Хиты:0 Новости

Подробнее

Есть вопросы? Или хотите сделать заказ?

Оставьте свои данные и мы с вами свяжемся в ближайшее время.

Индекс цитирования