Re: Can We place Traps as part of Tables

On 13/10/06, santhosh <santhosh@rtsindia.com> wrote:
> now the clarification I need is can I keep traps as part of table ?

No.
Notification definitions are a completely separate thing from
OBJECT-TYPE definitions,
and don't really belong to the overall OID structure in the same way.
Walking a subtree will effectively ignore notification objects, and
just return the accessible management values.

NOTIFICATION TYPE definitions are *only* used to identify a particular
type of trap, and are best thought of as vaguely similar to scalar
object.

But of course, it's perfectly possible (and common) for the *payload*
of a notification to contain table values. So for example - linkUp
and linkDown traps refer to entries in the ifTable, and the traps
defined in the DisMan TraceRoute and Ping MIBs refer to entries from
two different tables within the same trap.


> I want to create Traps for 4 Interfaces which will have 6 traps each

If you defined the MIB as a single table covering all four interfaces
(so that the objects are the same in each case), then you would only
need a single set of 6 traps.

It's not really possible to advise further, without a clearer
indication of the structure of your MIB. Providing specific advice
requires specific information - a vague descriptions means vague
advice.


> so I want to make a table for traps seperatly

Not possible.
You would typically define the traps in a separate section of the OID
tree, and you could have several groups of traps within this area.
But you can't define indexes to apply to the trap OID - which is a
fundamental aspect of having a table. SNMP just doesn't work that
way.

Dave

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=...057&dat=121642
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/...net-snmp-users