Re: What should I do if I want to update the table list before each request for the whole table

On 21/08/06, James Deng D (SH/CBC) <[email protected]> wrote:
> My current solution is: register a alarm function to reload my table
> repeatedly
>
> snmp_alarm_register(30, SA_REPEAT, reload_Table, NULL);

Yes - that would work.
The main disadvantage is that you're loading the table repeatedly,
even if it's not actually being queried.

The nice thing about the cache helper that I mentioned is that it's
only triggered by an incoming request.  If the table isn't queried for
a while, then the agent doesn't have to do anything during that time.
   The other advantage of the specific code that I pointed you to, is
that there's an SNMP table to control this behaviour.  You can adjust
the frequency of updating the cache (or even turn this caching off
altogether), dynamically while the agent is running - all completely
transparent to the MIB module itself.

But if you've got something that works and you're happy with, then fine.


> So can I conclude that the agent never knows at which time they are
> processing a retrieve of the whole table?
> It just only knows the GETNEXTs and never has a separate bar between two
> snmptable request?

Correct.
Remember that it's quite possible for the agent to receive requests
from more than one management system.  So you could easily end up with
two overlapping "snmptable" requests
being processed at the same time.  You can't rely on there being a
clean separation between different "high-level" requests.

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-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