HI,

I haven't yet looked at the code, but the 5.4.1 man page for mib2c
is confusing in the description of the types of tables. This is,
in http://www.net-snmp.org/docs/man/mib2c.html, the following
seems contradictory:

    If your table data is kept somewhere else (e.g. it's in the kernel
    and not in the memory of the agent itself) and you need to "iterate"
    over it to find the right data for the SNMP row being accessed.
    See the agent/mibgroup/mibII/vacm_context.c file for an example:

         mib2c -c mib2c.iterate.conf MIBNODE

Doesn't the agent manage VACM contexts, and so it would be "internal",
and be kept in lexi-order?

On Tue, 23 Oct 2007, Wes Hardaker wrote:
>>>>>> "DTP" == David T Perkins <[EMAIL PROTECTED]> writes:
>
> DTP> I'm not sure what is meant by "external" data vs "internal"
> DTP> data. It seems like the approach that is appropriate for my use is
> DTP> "direct".
>
> external: outside the scope of the process (eg, interface information)
> internal: the agent itself controls the data (eg, the usm users)
>
> DTP> In my implementation, the management info is accessed by resource
> DTP> managers where the info and access was designed for SNMP. That is,
> DTP> the data types match SNMP, and there are "get first" and "get next"
> DTP> access functions that return the info in lexi-order. Given this,
> DTP> what NET-SNMP functions should be used to register the tables,
> DTP> and what does the execution flow look like for SNMP GET and GETNEXT
> DTP> operations.
>
> If the data is organized properly, I believe the MFD system has a flag
> to indicate that...  I'll let Robert speak to that.
>
Regards,
/david t. perkins

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to