Re: cache problems with table data mib2c
Dave Shield <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <[email protected]> |
On 17 June 2010 15:23, Kathy McLeod <[email protected]> wrote: > Ah. I thought there would only be one load per command (like snmptable), > not for every get that is happening. Think about the protocol operations involved in an "snmptable" or "snmpwalk" request, and how this will look from the agent's point of view. There's no "GetTable" or "Walk" request within the SNMP protocol. What the agent sees is simply a sequence of GETNEXT (or GETBULK) requests - which may or may not belong together. It might be a single walk. Or it might be two independent client applications, running at the same time. The agent doesn't know or care about any relationship between successive requests - it just processes each one independently. (Much like a simple web server, before the advent of "session handling" techniques) > -- Re this excerpt from the cache_handler documentation page: > > xxx - method to prevent cache from expiring while a request is being > processed (e.g. delegated request). proposal: set a flag, which would be > cleared when request finished (which could be acomplished by a dummy data > list item in agent req info & custom free function). > > Has this been implemented, or will it be in the near future? Thanks. No idea. I'm pretty sure that's not one of my ideas, so you're really asking the wrong man. But in general, most features tend to be implemented when someone needs that functionality badly enough to do the necessary work themselves (or fund somebody else to do it for them). Dave ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ 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