On Thu, 18 Nov 2004 14:28:15 +0800 Jim wrote: JS> The process supplied me one JS> "set" of value for that table at one time. Now the number of application JS> (and results) increased so there are many different "set" of values for JS> that table are generated (said x "set" values for that table) and my JS> agent need to response to the query (of snmpwalk) to show all the x JS> "set" values for that same table.
Ahhh, gotcha. Well, I'm sorry to say that the agent won't be able to do what you want. The closest you can get would be to register the table for multiple contexts. This means that: (a) you need to know the number of contexts ahead of time. Theoretically you could register and deregister them automatically, but that might get messy. (b) you will need to issue a separate snmpwalk command for each context. The alternative would be to re-design the table (if the MIB hasn't already been released), or define a new table with an additional index to differentiate the sets of data. Then a single walk would work for all the data. -- Robert Story; NET-SNMP Junkie Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp> Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-users> You are lost in a twisty maze of little standards, all different. ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ 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
