>>Then I suggest you investigate the newer v5 API, which can support
this.
>>Alternatively, if you have control over the MIB structure - perhaps
>>this information would be better defined as a table rather than
>>individual scalar objects? Use a table index to distinguish between
>>multiple instances of the same basic measurement, rather than
>>contexts.
Re designing whole mib by adding additional instance id will lead to a
big change and requires lot of effort to modify the data structures/code
to support set/get/getnext operation. Because of that I am trying for
any alternative method to do this.
>>You have the source, so can do whatever you like with it.
>>We have provided a new mechanism that will support what you are trying
>>to do (without breaking existing v4-API modules). So our advice
>>would be to use that.
>>But if you prefer to change the old API in your private code, then
>>feel free - no-one is going to try to stop you.
Regarding v5-API's I have just only one question,
1. Will v5-API's forward context to var_* function?
Also because of I have only one subagent which has to control multiple
instances of mib dynamically I can't define var_* functions on the fly
while registering mib. I am desperately wanted context to be passed to
var_* functions. If v5-API's supports this means I will definitely go
for it.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Shield
Sent: Wednesday, August 30, 2006 2:14 PM
To: Jayaprakasha Guddenahalli Naganna
Cc: [email protected]
Subject: Re: registering same oid twice with different context and
single (same)callback function (var_*) from one agentx subagent
On 30/08/06, Jayaprakasha Guddenahalli Naganna <[EMAIL PROTECTED]>
wrote:
> My whole idea depends on using same call back function (var_*) to
> retrieve data for multiple instances. Because of mib instances will be
> created dynamically I can't keep different var_* functions. Only
> registration can be done dynamically on same oid along with different
> context (Instance ID).
Then I suggest you investigate the newer v5 API, which can support this.
Alternatively, if you have control over the MIB structure - perhaps
this information would be better defined as a table rather than
individual scalar objects? Use a table index to distinguish between
multiple instances of the same basic measurement, rather than
contexts.
> To achieve this what I am thinking is to drag the context (Instance
ID)
> sent by master agent to subagent up to var_* functions and use that
for
> retrieving values.
You have the source, so can do whatever you like with it.
We have provided a new mechanism that will support what you are trying
to do (without breaking existing v4-API modules). So our advice
would be to use that.
But if you prefer to change the old API in your private code, then
feel free - no-one is going to try to stop you.
Dave
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
