Поиск по этому блогу

19.03.2009

Как работают в стеке коммутаторы Cisco 3750

Если объяснять просто, то стекирование - получение одного коммутатора путем включения коммутаторов одной серии через специальные порты. Стекировать коммутаторы удобно по нескольким причинам:
- Легче эксплуатировать;
- Экономия Ethernet портов и трансиверов. Весь стек можно подключить одним гигабитным портом или использовать всего один оптический трансивер.




Чтобы узнать какие коммутаторы вы можете подключить к вашему 3750 достаточно выполнить команду:
switch(config)#switch 1 provision ?
nme-xd-24es-1s provision an EtherSwitch SM with 24+1G interfaces
nme-xd-24es-1s-p provision an EtherSwitch SM with 24+1G interfaces
ws-c3750-24fs provision a Catalyst 3750 switch with 24FX+2G interfaces
ws-c3750-24p provision a Catalyst 3750 switch with 24pwr+2G interfaces
ws-c3750-24ts provision a Catalyst 3750 switch with 24+2G interfaces
ws-c3750-48p provision a Catalyst 3750 switch with 48pwr+4G interfaces
ws-c3750-48ts provision a Catalyst 3750 switch with 48+4G interfaces
ws-c3750e-24pd provision a Catalyst 3750E switch with 24GPwr+2TenG interfaces
ws-c3750e-24td provision a Catalyst 3750E switch with 24G+2TenG interfaces
ws-c3750e-48pd provision a Catalyst 3750E switch with 48GPwr+2TenG interfaces
ws-c3750e-48td provision a Catalyst 3750E switch with 48G+2TenG interfaces
ws-c3750g-12s provision a Catalyst 3750 switch with 12G interfaces
ws-c3750g-12s-d provision a Catalyst 3750 switch with 12G interfaces and DC power supply
ws-c3750g-16td provision a Catalyst 3750 switch with 16G+1XENPAK interfaces
ws-c3750g-24ps provision a Catalyst 3750 switch with 24Gpwr+4G interfaces
ws-c3750g-24t provision a Catalyst 3750 switch with 24GTX interfaces
ws-c3750g-24ts provision a Catalyst 3750 switch with 24GTX+4G interfaces
ws-c3750g-24ts-1u provision a Catalyst 3750 switch with 24GTX+4G interfaces
ws-c3750g-24ws-s25/50 provision a Catalyst 3750 switch with 24Gpwr+2G interfaces + Wireless Controller
ws-c3750g-48ps provision a Catalyst 3750 switch with 48Gpwr +4G interfaces
ws-c3750g-48ts provision a Catalyst 3750 switch with 48GTX+4G interfaces

Максимальное количество коммутаторов в стеке - 9. Когда коммутаторов в шкафу 6, а так же имеются кроссовые панели и организаторы, оптический кросс, то места в шкафу не остается для батарей бесперебойного питания. Организации питания я касаться не буду.

Штатный кабель позволяет оставлять 6 юнитов между коммутаторами в шкафу. Можно растянуть до 7 юнитов, но не рекомендую. К тому же если коммутаторы окажутся разной глубины, то сделать это будет в принципе невозможно.
Имеется в продаже трехметровый стековый кабель CAB-STACK-3M. Предназначен для включение первого коммутатора в последний, согласно прилагаемой к коммутатору инструкции. Может понадобиться в случае необходимости выключить и вытащить коммутатор из середины стека. Об этом позже.

Все коммутаторы в стеке должны иметь одинаковые версии IOS. Это мое мнение и если кто-то не согласен - дело хозяйское. По крайней мере, известны случаи, когда коммутаторы не включаются друг в друга из-за разного набора фич. Поэтому достается коммутатор из коробки, подключается консоль и ноут в первый порт, например, и начинается процедура обновления IOS.
На ноутбуке имеется tftp-,ftp-сервер и файлом IOS c3750-*.tar. Раньше я был адептом исключительно .bin версий "дистибутивов", содержащих только файл ios'а. Теперь не принципиально, пусть будет там куча файлов ибо http-сервер все равно отключаю, а процесс обновления автоматизирован и отличается от обновления на маршрутизаторах.
На коммутаторе прописывается адрес из той же сети, как и адрес ноутбука 10.0.0.1
interface Fa1/0/0
no switchport
ip address 10.0.0.2 255.0.0.0

Процедура обновления IOS на коммутаторе:
switch#archive download-sw /allow-feature-upgrade /overwrite /reload ftp://10.0.0.1/c3750-[пропущено].tar
UPDATE: Есть еще заметки про обновление IOS на 3750
Обновление IOS через archive c /imageonly
Обновление IOS на стеке Cisco 3750
Обновление стека по частям

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

Собирать стек лучше с верхнего коммутатора в шкафу. Он включается первым, берет себе индекс "1". Все интерфейсы в стеке совпадают с индексом. Если индекс "5", то и интерфейсы 5/0/x. Ну а если этот коммутатор с индексом "5" пятый сверху окажется, так это только удобнее. К работающему коммутатору-мастеру с индексом "1" последовательно подключаются и включаются остальные коммутаторы. Им присваивается индекс и согласно их модели автоматически создаются интерфейсы в конфигурации.

Состояние коммутаторов смотреть командой:
STACK#show switch
Switch/Stack Mac Address : 0015.6230.c480
H/W Current
Switch# Role Mac Address Priority Version State
----------------------------------------------------------
*1 Master 0015.6230.c480 2 0 Ready
2 Member 0021.5681.dd80 1 0 Ready
3 Member 001f.9ee1.5980 1 0 Ready
4 Member 0021.5682.2400 1 0 Ready
5 Member 001f.9ee1.5780 1 0 Ready
6 Member 0021.5682.0900 1 0 Ready

STACK#show switch neighbors
Switch # Port 1 Port 2
-------- ------ ------
1 6 2
2 1 3
3 2 4
4 3 5
5 4 None
6 None 1
Конкретно в этом случае "6" коммутатор пришлось дополнительно устанавливать между "1" и "2" и подключать его в свободный порт "1"-го. Не "фен-шуй", но что поделать. Переделывать рабочую конфигурацию в связи с изменением индекса интерфейсов было бы накладнее.
Однажды я менял предпоследний "4" 24-портовый коммутатор на 48-портовый. Не хотел выключать последний коммутатор, так как в нем помимо клиентских портов были порты до других коммутаторов. Новый коммутатор конечно же взял себе индекс "1", а не "4", как того бы мне хотелось, так как он был свободен, а оставшийся работающим последний коммутатор-мастер имел "5". Соответственно, весь конфигурационный файл, где под "1" был 24-портовый коммутатор был автоматически сгенерирован в 48-портовый и настройками портов по-умолчанию. Хорошо что настройки на старом "1" были типовые.. Пришлось переделывать:
STACK(config)#switch 1 renumber 4
Ну и сброс "4" по питанию. Есть возможность перезагрузить конкретный коммутатор в стеке:
STACK#reload slot 4
Кстати, коммутатор "помнит" свой старый индекс.

Расскажу как происходят выборы мастера. Однажды я собрал стек из трех коммутаторов и выключил средний. Верхний , так как он был включен первым, остался мастером, а нижний провел выборы и объявил себя тоже мастером в отсутствии соседей. Это видно даже наглядно, так как горит индикатор master на передней панели.
Конфигурации на обоих мастерах получаются одинаковые, в частности адрес для управления и там, и там (это намек). Включаю средний и наблюдаю картину. Происходят заново выборы и mac-адрес нижнего оказывается больше ;) . Верхний коммутатор перезагружается. Можно выставлять приоритеты:
STACK(config)#switch 1 priority ?
1-15 Switch Priority

Но вот эти лишние перезагрузки - ни к чему. Еще ни разу не получилась каша из конфига после выключения питания.

Есть схемы подключения коммутаторов, когда первый и последний соединяются CAB-STACK-3M. Лично в моем случае это неудобно, так как при подключении и отключении кабеля один из комумтаторов должен быть выключен. Представьте что мне надо снять нижний PoE коммутатор, где все порты по какой-либо причине оказались свободными и этот коммутатор необходимо перенести в другой шкаф. Нужно было бы выключать и предпоследний работающий коммутатор с данными, чтобы подключить к нему длинный кабель от первого коммутатора. Как вариант, кабель временно не подключать.

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