Re: Synchronize access to agent from multiple management consoles

Dave Shield <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
On 19 April 2011 09:22, Boris Zweimueller <[email protected]> wrote:
> In my setup, a specific configuration of my agent is done with sequences of
> consecutive SNMP set commands. It is important, that they come all together.

The simplest way to ensure this would be to require that the assignments
are all included within a single SET command.
   (But I realise that may not be possible, if you are working with
existing clients)



> It must not be possible, that another management console can configure
> something in between.
>
>
> How can this be realized?

The normal approach would be to use a "test and increment" object.
You would read the value of this object before you start the configuration,
and then include this assignment as part of each SET command.
(incrementing the value after each assignment).

If another application is trying to manipulate the same set of data,
then their SET of this testAndIncrement object will have the wrong
value, and hence fail.

Note that this does require both management applications to use this
mechanism.   it doesn't protect against "rogue" updates.



Dave

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.