>[оверквотинг удален]
> Расскажите по шагам:
> 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 на факапы, то проблем быть не должно.