On 20 May 2010 09:48, Boris Zweimueller <bo...@zweimueller.ch> wrote:
> There will be only one management console accessing the device.

Assumptions like this have a tendency to come back and bite you
at a later date!    Once you've shipped your systems out, you may not
have much control over what your customers want to do with them.

> It is used just to query and set configuration of the device (e.g. like a 
> router).

Well, a router would typically also report information such as traffic
statistics,
and maybe environmental information (such as operating temperature or
fan speed).  If you've got two physical boxes, then the sensor information
could easily be different.   And traffic statistics could easily be different
if the two boxes were queried a short time apart.


> I don't understand why for this setting there could be different responses in
> normal operation (devices operate correctly) ?

SNMP is about more than just configuration settings.
(In fact, this is probably the least widely used element!)



> I only a problem, when e.g. for a SET command, one device ist doing it, and
> the other can not for whatever reason. I'm not sure what to do then. Some
> kind of undoing is probably to much work to implement. As far as I know,
> SNMP dows not have any undo support?

SNMP SET requests are regarded as "atomic" - the assignments should all
succeed or all fail.   So no - there is no separate UNDO step within the
SNMP protocol.
   But the internal implementation of SET within the Net-SNMP agent (and
probably many others) *does* include an UNDO phase.   See the documentation
on the project web site for details.



Dave

------------------------------------------------------------------------------

_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to