Пишу скрипт автообновления прошивок на свичах через snmp и назрели следующие вопросы.
Как понять что в данный момент еще идет закачка конфига на тфтп и как понять что еще идет заливка новой прошивки на комутатор?
просто если последовательно производить заливку конфига и заливку прошивки, то пока не закончится закачка конфига команда включающая заливку прошивки просто ничего не вернет. И как например понять что конфиг успешно сохранился чтобы запустить перезагрузку комутатора?
прошивки на комутаторах разные начиная от 5.01 b36.
Обновлять эмулируя сессию telnet не хочется.

По TCP сессии, поднятой коммутатором на tftp сервер.


Согласно последней записи в системном логе о сохранении конфигурации, начиная с момента подачи команды save.

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

нашел параметр для контроля сейва agentStatusSaveCfg (.1.3.6.1.4.1.171.12.1.1.4.0) вроде работает нормально
Остается вопрос в контроле заливки прошивки.
agentStatusFileTransfer(.1.3.6.1.4.1.171.12.1.1.5.0) возвращает 7 если заливка выполнена и 2 если она в процессе. проблема в том что сразуже после выполнения команды на заливку статус меняется с 1 на 7 и только через некоторое время переходит на 2 потом в итоге опять возвращается на 7

Прибавляйте 70-100 секунд после обнаружения отсутствия сессии TFTP, и всё будет гуд.

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


Ожидайте появления 7 в течении нескольких опросов пордяд каждого коммутатора через определённый промежуток времени, допустим 5 секунд. (counter)

В случае 3200 можно так. Опрашиваете .1.3.6.1.4.1.171.12.1.2.7.1.4.1 (или .2 для второго образа). Это время когда была завершена загрузка прошивки коммутатором с сервера. Запоминаете результат. Отправляете команду на загрузку ПО. Периодически опрашиваете указанный оид. Если время изменилось, значит прошивка завершена. Для 3526 можно попробовать по аналогии.

p.s. Вы перезагружаете коммутаторы средь бела дня? Можно прошить их днем, а перезагрузить в 5 утра, когда все спят. Процесс прошивки уже точно завершится

_________________
D-Link Switches: Tips & Tricks

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

Уважаемая администрация чтонибудь подскажет по контролю окончания заливки/прошивки?

В DES-3526 это невозможно.

Выше же писал пример. Изменилось время, значит коммутатор закончил флешиться. Или в 3526 не так?

_________________
D-Link Switches: Tips & Tricks