Agent's principle of operations, anyone? (was: Re: Hooks for implementation of audit log of system configuration changes?)

Hello Dave,
Thanks for your suggestion to treat audit log code somewhat as a special
case of cache handling.

However, it left out various details, which are probably obvious for
you, but my being newbie with Net-SNMP code, are difficult for me to
figure out on my own.

So instead of asking you to hold my hand, my question now is - what
resources are there for people who want to understand how the existing
Net-SNMP code works, flows of control, where are the MIB handlers
called, etc.  Whatever I'd need to know if I were to patch the agent
code, should I determine that a patch is needed, after all.

[I need also to understand what is involved in making the agent code
multi-threaded, but it is a different story.]

I googled, but the information, which I found, was not helpful in
dispelling the fog.
                                       --- Omer

On Fri, 2010-04-23 at 16:30 +0100, Dave Shield wrote:
> On 16 April 2010 11:13, Omer Zak <[email protected]> wrote:
> > Is there any standard mechanism to implement the functionality we need
> > for audit logging?
> 
> Probably the simplest approach would be to insert a custom handler
> into the handler chain, immediately before the final MIB-specific handler.
> 
> This could then invoke the MIB handler with an equivalent GET request,
> save the results, and re-invoke the MIB handler with the appropriate SET
> requests (remembering that this is a multi-pass procedure), and check
> the return values.
>    You could even issue another GET request following the final pass,
> to check that the assignment has been applied successfully.
> 
> Have a look at the cache helper, which is probably the closest to
> this in the existing code.
> 
> Dave
-- 
Did you shave a yak today?
My own blog is at http://www.zak.co.il/tddpirate/

My opinions, as expressed in this E-mail message, are mine alone.
They do not represent the official policy of any organization with which
I may be affiliated in any way.
WARNING TO SPAMMERS:  at http://www.zak.co.il/spamwarning.html


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