Скачать файл конфигурации можно двумя способами.
- через WEB:
Device Admin->HTTP->HTTP Download->Flash->vsf_startup.cfg->Download - через CLI:
copy filename tftp://ip/remote_filename
Пример:
copy startup.cfg tftp://10.0.1.10/new.cfg
Полученный файл можно загрузить на аналогичный коммутатор для его быстрой настройки. Для этого необходимо использовать команду copy.
copy tftp://ip/remote_filename filename
Пример:
сopy tftp://10.0.1.10/new.cfg new.cfg
Чтобы применить файл конфигурации используйте команду boot.
Пример:
boot startup-config new.cfg reload y
Проверить какой файл используется на коммутаторе в настоящий момент можно командой show boot-files.
core#show boot-files ... The startup-config file at the next boot time: flash:/startup.cfg Current booted startup-config file: flash:/startup.cfg
Разберём назначение файлов конфигурации при работе коммутатора в стеке.
startup-config.cfg – файл который хранится на коммутаторе и используется для работы коммутатора в режиме stand-alone.
vsf_startup.cfg – используется для работы коммутатора в режиме стека.
vsf.cfg – хранит в себе настройки раздела vsf, т.е. стековые порты, номер участника и так далее.
Файл vsf.cfg для каждого коммутатора свой и хранится на нём локально. Эти настройки не отображаются в файле конфигурации мастера.
Поэтому настроить весь стек одним файлом невозможно.
Стековые порты, номер участника и приоритет необходимо настроить на каждом коммутаторе отдельно.
Далее коммутаторы необходимо перевести в режим VSF командой switch convert mode vsf.
Более подробную информацию о настройке стека смотрите в соответствующем разделе.
По итогу у Вас получится собранный стек, но без настроек. Только теперь можно заливать конфиг который Вы скачали с аналогичного стека.
Скачиваем файл конфигурации стека, с мастер коммутатора в стеке:
copy vsf_startup.cfg tftp://10.0.1.10/new_vsf.cfg
Загружаем файл конфигурации стека на мастер коммутатор нового стека.
сopy tftp://10.0.1.10/new_vsf.cfg new_vsf.cfg
Применяем файл конфигурации.
boot startup-config new_vsf.cfg reload y
Обратите внимание, что если коммутатор работает в режиме стека, важно сохранить маркеры !$$ частей конфигурации в точности такими какие они есть (даже если правите конфигурацию, например, меняете descriptions и т. д.).
Это даст понять коммутатору, что на нём есть ещё файл конфигурации vsf.cfg и он учтён. И он не подумает, увидев в памяти файл vsf.cfg, что стек настраивается заново и не удалит настройки на портах.
Cтроки !$$1,361 и !$$2,361 — не контрольные суммы содержимого, а технические маркеры формата, как бы говорящие прошивке:
“Этот файл — корректный VSF-конфиг, сгенерированный на устройстве версии X, не пересоздавай VSF.”
!$$<номер блока>,<идентификатор формата>
!$$1,361
!$$2,361
1 и 2 — внутренние ID частей (например, глобальная секция и интерфейсы);
361 — DevTypeID коммутатора
