Hello Dave,

> I suggest that you'd do much better to treat this as a conventional table.
> Define the MIB object in much the same way as you had originally
> (except with "read-only" access), and have a table that can be queried
> using "snmpwalk" et al.
>   That would allow a management application to retrieve the current
> state "on demand", which is the usual model for SNMP-based management.

Yes, Exactly
I have Implemented the above mechanism as part of standard table where one
can go with "snmpwalk"
that part is working fine for the board
as of second phase we want to support both as standard information in the
form of tables which can be retrived from "snmpwalk" and also generate traps
for specific events on the hardware

> If you then want to augment this by a trap-based notification of
> changes in state, that could be done using the DisMan Event MIB
> support that's a standard part of recent Net-SNMP agents.

As part of this concept is concerned let me look in to DisMan Event MIB


> But by concentrating on a conventional table, you'll end up with a
> much more flexible (and ultimately more useful) mechanism.  It'll
> probably also turn out to be easier in the long run.
>
Yes, That is what happening right  now

> > What I mean in this Instance is if I recieve "In Sync"/"Out of Sync"
then
> > only I need to send a trap.
>
> I'd question that model of working.  See above.

I havent got what you are trying to ask/say above

Thanks
Santhosh



-------------------------------------------------------------------------
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=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
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