SNMPv3

[Rudz]

господа, кто практикует обмен со своими железками по третьей версии SNMP (в частности в плане трэпы от них ловить) - помогите плиз истину установить..

 

есть такая нота в RFC 3414 (USM for SNMPv3):

 

Each SNMP engine maintains three objects:

 

- snmpEngineID, which (at least within an administrative domain)

uniquely and unambiguously identifies an SNMP engine.

 

- snmpEngineBoots, which is a count of the number of times the SNMP

engine has re-booted/re-initialized since snmpEngineID was last

configured; and,

 

- snmpEngineTime, which is the number of seconds since the

snmpEngineBoots counter was last incremented.

 

Each SNMP engine is always authoritative with respect to these

objects in its own SNMP entity. It is the responsibility of a non-

authoritative SNMP engine to synchronize with the authoritative SNMP

engine, as appropriate.

 

An authoritative SNMP engine is required to maintain the values of

its snmpEngineID and snmpEngineBoots in non-volatile storage.

вышла у меня такая ситуация: после перезагрузки устройства trapd перестаёт видеть трэпы от него. они-то идут, но в них этот счётчик, snmpEngineBoots, остался таким же как был до перезагрузки, а сиквенс snmp-сообщений начался "по новой", соответственно trapd считает эти сообщения устаревшими и отбрасывает.

 

я - в саппорт производителя, а они говорят, что это нормальное поведение, и чтоб счётчик увеличивался - нужно перед каждой перезагрузкой конфиг сохранять, мол вместе с конфигом и snmpEngineBoots в nvram обновится. ну это же маразм, ладно с горячими рестартами - ну а с незапланироваными холодными чё делать, когда устройству питание отключали? один раз свет пропал - и прощай мониторинг?

 

у кого v3 используется - поделитесь плиз наблюдениями, с указанием бренда и устройства.

просьба к тем, кто не использует - не сорить в топике. :)