On 17/10/06, santhosh <[EMAIL PROTECTED]> wrote: > Yes, I will poll the hardware with the custom defined protocol and get the > latest updates of the hardware, In the message which I am recieving It will > mention that the systems is "In Sync" or "Out of Sync"
Hold on - you mean that the "In Sync" or "Out of Sync" messages come in response to an active poll on the part of the subagent? I'd got the impression (or perhaps assumed) that this was something that the underlying hardware was initiating in some way. If this is being driven from the SNMP agent side, then I'd say your whole approach is basically wrong. You probably shouldn't be thinking in terms of traps as your primary information mechanism. 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. 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. 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. > 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. 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=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
