Скажите, почему при
snmpset -v2c -c private 192.168.200.118 1.3.6.1.4.1.171.12.1.2.6.0 i 3
(agentStatusSaveCfg)
Прошивка - v5.01 B10.

При попытке сразу после этого послать запрос например
snmpget -v2c -c public 192.168.200.118 1.3.6.1.4.1.171.12.1.1.4.0
(agentStatusSaveCfg) или любого другого я получаю.
Timeout: No Response from 192.168.200.118.

И так пока не пройдет какоето кол-во минут. Это так и должно быть?
Те пока идет сохранение конфига на Switch он недоступен по SNMP?
А как я могу узнать например, что в текущий момент уже идет сохранение? или Когда было сохранение конфига последний раз? по SNMP?

Или такой возможности в Принципе нет!?

Никак,пока идёт сохранение конфигурационного файла, коммутатором нельзя управлять.

_________________
С уважением,
Бигаров Руслан.

ОК. те так и дожно быть. А можно гдето посмотреть КОГДА в последний раз было Сохранена Конфигурация!?

И можно както отделить ситуацию, что СВИТЧ недоступен вообще, от того, что в данный момент идет сохранение конфигурации!?

В логе.



Вы администратор данного коммутатора? Если да, то каким причинам Вы не контролируете сохранение конфигурации?

_________________
С уважением,
Бигаров Руслан.

Этот свитч кроме первичной настройки управляется только по СНМП. Вот и хочется понять, - я могу по СНМП сохранить конфиг, но если в этот моммент тоже по СНМП пытаются туда писать, значит ничего не получится. Вот и хочется сделать типа обходчик, кт раз в какоето время будет Сохранять (По снмп) конфиг.. но опять же если вдруг в этом время будет попытка изменения конфигурации, чтобы отделить сутуацию, что эТо Сохранение Конфига от остальных.

Вот и все. Да, я инженер этого Свитча, можно так сказать.

Сохраните через CLI конфиг и засеките сколько требуется для его сохранения и сделайте в скриптах задержку, чтобы после сохранения до следущего ввода команды скрипт выжидал.

_________________
С уважением,
Бигаров Руслан.

Спасибо за ответ. просто ситуация в другом. Управление по СНМП происходит в Многопоточном режиме - те на страницу заходят клиенты и начинается пропись конфига... и они могут пересечься.. и если даже писать обходчиком в определенное время, то все равно он может наткнуться на клиента.. и этого видимо, никак не избежать.

Лучше всё-таки сделать централизованное управления, чтобы таких проблем не было.

_________________
С уважением,
Бигаров Руслан.

2Alexandrr

Если устройство зането, то snmpset вернет false, а не true.

и вообще все комманды которые вы вносите на коммутатор я бы проверял. Т.е сначала snmpset а за тем snmpget и сравнивал значения.

_________________
WBR. Sp!ZER

При сохранении конфигурации (1.3.6.1.4.1.171.12.1.2.6.0 i 3) snmpset выдает 1 (false), хотя конфиг успешно сохраняется. Можно ли как-то с помощью snmpset указать, чтобы он ждал сохранения настроек и выдавал какой-то результат?

иногда оч. полезно.


а так смотри ключи -t например

_________________
WBR. Sp!ZER

Это вариант, но я от него отказался ввиду ненужности.. тк на все остальные команды, кроме Save, Reset я получаю рез-т SETа - Error, Success, на основании кт и делаю выводы и откаты и тп... Пока что этого хватает. Как перестанет хватать - будем проверять повторными запросами... Просто сейчас не хочется допольнительно нагружать лишними запросами Switch.

PS: Для управления по snmp я использую SNMP4J + Java1.5, а не snmpset. Это я просто для примера написал...