Добрый день!
Подскажите, пожалуйста, в сети на уровне ядра есть две циски объединенные в стэк

Ports Model              SW Version            SW Image
------ ----- -----              ----------            ----------
     1 12    WS-C3750G-12S      12.2(44)SE            C3750-IPSERVICESK9-M
*    2 24    WS-C3750G-24T      12.2(44)SE            C3750-IPSERVICESK9-M

Можно ли купить третью циску 3750 с оптическими портами и добавить ее третью в стэк, с учетом текущей версии ПО и ПО которое идет на данный момент с приобретенной cisco 3750?

Спасибо!

• Добавить в стэк 3 коммутатор,Andrey, 16:09 , 20-Июл-16
  • Добавить в стэк 3 коммутатор,pogreb, 16:29 , 20-Июл-16
    • Добавить в стэк 3 коммутатор,Andrey, 21:44 , 20-Июл-16
      • Добавить в стэк 3 коммутатор,pogreb, 08:41 , 21-Июл-16

>[оверквотинг удален]
>      1 12    WS-C3750G-12S  
>     12.2(44)SE      
>      C3750-IPSERVICESK9-M
> *    2 24    WS-C3750G-24T  
>    12.2(44)SE        
>     C3750-IPSERVICESK9-M
> Можно ли купить третью циску 3750 с оптическими портами и добавить ее
> третью в стэк, с учетом текущей версии ПО и ПО которое
> идет на данный момент с приобретенной cisco 3750?
> Спасибо!

Добавить можно. Все свитчи в стеке перезальют на себя самый свежий IOS и перезагрузятся.
Если не хотите перезагрузки стека делаете следующим образом:
1. Покупаете новый свитч.
2. Накатываете на него IOS с работающих свитчей.
3. Добавляете в стек согласно гайду.

Работа старого и нового IOS в одном стеке невозможна.
Возможна работа разных IOS(для 3750X и 3750V2) но номер версии должен быть одинаковый, и гарантировать отсутствие проблем никто не сможет.

На данный момент соединение стэк кабелей следующее:
- из первого стэк порта первой циски во второй стэк порт второй циски
- и из второго стэк порта первой циски в первый стэк порт второй циски.
Расскажите по шагам:
1. Отключаем стэк кабель из такой то циски...
2. Подключаем стэк кабель из третьей циски в такой то стэк порт какой то циски
3. Просто ждем когда старые циски обновять ПО? Они обновят по очереди?
4. Могут ли быть косяки при загрузке конфига на новое ПО у старых цисок?
5. Могут ли SFP модули НЕ Cisco повлиять на загрузку конфика при обновлении ПО?

Спасибо за участие в моем вопросе.

>[оверквотинг удален]
> Расскажите по шагам:
> 1. Отключаем стэк кабель из такой то циски...
> 2. Подключаем стэк кабель из третьей циски в такой то стэк порт
> какой то циски
> 3. Просто ждем когда старые циски обновять ПО? Они обновят по очереди?
> 4. Могут ли быть косяки при загрузке конфига на новое ПО у
> старых цисок?
> 5. Могут ли SFP модули НЕ Cisco повлиять на загрузку конфика при
> обновлении ПО?
> Спасибо за участие в моем вопросе.

Вот ссылка на документацию по стекированию: http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst37...
Там и картинки по стекированию. Должно получаться кольцо: из второго стек-порта предыдущего свитча в первый порт следующего. С последнего свитча в первый.

В зависимости от версии IOS глобально ничего не поменялось.
В остальном все просто:
1. Разбираем одно плечо стека.
2. Подключаем стековые кабели в добавляемый свитч. Свитч должен быть выключен.
3. После того, как стек будет собран - включаем питание добавляемого свитча.
4. Ждем когда он загрузится.
5. После загрузки пойдет обновление IOS на других свитчах в стеке. Перезагрузка пойдет почти одновременно на всех свитчах. В зависимости кто быстрее получит IOS.

Несоответсвия могут быть.
1. Проверить SDM Template на стеке и на добавляемом свитче. Подробности: http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst37...
2. Возможно несоответветствие лицензий. Удавалось добавить в стек 3750X с IOS 12.2 свитч 3750V2 с 15.0. Ругалось на нотсутсвтие лицензий на X и невозможность установить 15.0 с V2 на X модели. Не стали искать приключений и в продакшен эта схема не пошла.

При несоответствии конфига новому IOS просто при загрузке в консоль будет ругань на неподдерживаемые команды. Дальше зависит от того, насколько вам эти команды критичны. Например в 15 ветке изменен синтаксис RADIUS настроек, но пока не видел чтобы RADIUS переставал работать. Возможно в крайних версиях старые команды убрали. Рекомендую сразу проверить работу локальных пользователей, если у вас стоит аутентификация по RADIUS/TACACS.

Не сталкивался чтобы SFP третьих производителей приводили к неработоспособности подключений или всего конфига, если изначально SFP завелись и работали. Это у HP была примочка, когда они запретили использовать чужие SFP и не оставили незадокументированных команд как CISCO.

В целом, если сначала вдумчиво почитать гайды, составить план работ с roll-back на факапы, то проблем быть не должно.

Андрей, спасибо большое за ответ!