2009/4/10 Raúl Mellado <[email protected]>:
>    1. I have several branches in my mib, something like this:
>    enterprises.mycompanyoid.process1
>    enterprises.mycompanyoid.process2
>    Then I would like to have:  enterprises.mycompanyoid.process1.status

That's a very odd arrangement - and I'm really not sure you've describing
a valid MIB.
   It would be more usual to define this as a table (myProcessTable),
containing columns for each item of information (myProcessStatus).
You would then distinguish between different processes using the
row index value.

I.e.
    enterprises.mycompanyoid.myProcessTable.myProcessEntry.myProcessStatus.1
    enterprises.mycompanyoid.myProcessTable.myProcessEntry.myProcessStatus.2
     etc

I can't really comment properly without seeing your MIB definitions.


>        Could I use net-snmp process monitoring functionality but with
> my own oid?

You could take a copy of the existing process monitoring code file, and change
the OID that it registers (in the init() routine).   This would
effectively move the
standard table into your company space.

  But of course, that would also retain the structure of the existing MIB
definitions, which may well not match what you've currently defined.


>    2. I would like to send custom traps when a process starts or stops...
> But, again, using my custom defined traps in my MIB... Is this possible
> using only snmpd.conf file?

Have a look at the DisMan Event MIB section of snmpd.conf.
That should be able to handle this.

Otherwise, you'd have to look at writing code to send such traps.


>    3. It doesn't have much to do with the subject of the mail, but I've seen
> somewhere that snmp traps might have a severity; (debug, error, etc.).

Nope.
That's not part of the SNMP notification model.

You might define individual traps for different levels of severity, but that
would be part of the *semantics* of those traps.  And you'd have to
configure or code your trap receiver to handle them accordingly.
SNMP as a whole simply has the idea of "a notification" - nothing more
complicated than that.
   (Remember SNMP stands for *Simple* Network Management Protocol)


Dave

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to