On 18/07/06, Arnaud BODENAN <[EMAIL PROTECTED]> wrote:
> I want to know if I can avoid creating hundreds of MIBS to monitor specific
> applications with specific metrics.

That sounds as if you need to define a fairly generic MIB structure,
that can handle the various specific metrics within a single fixed
framework.


> By dynamically adding, I mean:
> - dynamically create a metric in a MIB

If the metric is defined as a table (or tables), then this equates to
adding one or more new row(s).  That's a perfectly reasonable
approach.  Creating completely new MIB objects on the fly is a much
less workable approach.


> - instrument it (by dynamically set a callback to retrieve the value of this
> metric) so that I can do an snmpget on this dynamic metric

That's no problem - using either new rows in a fixed tables or
completely new MIB structure. Just register the row or subtree with
the master agent.

But there are two sides to this sort of dynamic updating - it's not
simply a matter of  instrumenting the agent to report the new value.
You've also got to inform the management application (or network
manager) that there *is* a new value to retrieve, and what it means.
If you're working with new rows in a fairly generic table, then that
would be fairly easy - it's just a matter of walking the table as
usual.  But if you are defining completely new MIB objects on the fly,
how is the manager to know about them?


I would *strongly* recommend looking at a fairly flexible but fixed
MIB framework, with separate rows (or groups of rows) for each
application.   You might well end up with a relatively sparse table,
where only selected columns are valid for a given application - see
the DisMan expression MIb for one possible approach.

I'm not sure whether that is necessarily the best approach - perhaps
you could give us something more concrete to work with.  Consider two
typical applications - what are they, and what are the metrics you'd
want to be able to report for them?  That might be an easier way to
start designing the sort of general structure it sounds that you'll
need.

Dave

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
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

Reply via email to