Re: Synchronize access to agent from multiple management consoles
Boris Zweimüller <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
Hi Markus Thanks for the idea. For this solution the clients need to change their requests which might be a Problem.. I only develop the agent. Maybe i can store the incoming sender address an only let Future set requests Be proccessed if they come from the same host until a crutical sequence is over. Boris Am 19.04.2011 um 10:50 schrieb Markus Gaugusch <[email protected]>: > Hi Boris! > > You could use a random number as part of your OID, and all requests with this (same) random number belong together. The manager could even request a valid number before doing the set commands, so you can validate it. I think I've already seen this technique somewhere, but can't find it now. > > best regards, > Markus > > On 19.04.2011 10:22, Boris Zweimueller wrote: >> >> Hi all >> >> 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. >> >> It must not be possible, that another management console can configure something in between. >> >> >> How can this be realized? I thought of some 'service bit' which could be asked for from the different management consoles. If a management console 'has' the service bit, it can configure the agent, if not, set requests are simply ignored. Problem is, that it might be complicated to check for this 'bit' in every snmp request.. (I could store the IP of the management system currently accessing the agent for example). >> >> >> Does netsnmp already have something implemented to achieve this behaviour? >> >> >> Is there maybe a possibility to achieve it with snmpv3 access configuration? >> >> >> Many thanks for any ideas >> >> Boris >> >> >> >> ------------------------------------------------------------------------------ >> 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 > > ------------------------------------------------------------------------------ > 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 ------------------------------------------------------------------------------ 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