On Mon, 5 Jul 2004 23:24:01 +0200 [EMAIL PROTECTED] wrote: AD> I implemented the config management with help of the array-user table, AD> which worked fine for me. The other part of the software is more AD> dynamic: A thread collects traffic statistics (how many octets on which AD> port) and stores them in an dynamic sized array in memory.
How are you going to get the data to the agent? Shared memory? database? How big is the array? AD> I want these array to be accessible via snmp (read-only, of course). I'm AD> not sure how to implement this sort of table, as the size of the array AD> can change every few seconds.. I can't use the usual CONTAINER_INSERT AD> macros, I think. Do I have to implement a special get_next handling? What kind of schedule are you on? What are your needs as far as code stability? Can you use CVS code? A patched release? It's hard to say without answers to some of the above, but what I'm thinking is adding a cache handler to an array-user table. The cache handler will take care of getting an up to date container. As long as you are talking about a really large array, that should work ok. -- Robert Story; NET-SNMP Junkie <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp> Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders> You are lost in a twisty maze of little standards, all different. ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Net-snmp-coders mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
