Hi, I have a real time situation. Suppose I have to send inform to an ip addr. On that ip addr, snmptrapd is not running. Approach 1. If we send get request with engine id NULL(engine id discovery process) , then no response will come. Lets assume our retry is 3, then we will send 3 get request for engine id discovery. As response has not come, we will not send the snmp inform Approach 2: If we send snmp inform with wrong engine id(complete snmp inform with all varbinds like device status, time etc), then also no response will come. Lets assume our retry is 3, then we will send snmp inform(with wrong engine id and complete varbinds details) 3 times. So my question is, if we follow approach 2, then is it valid as per the SNMP standard ?????????? Regard's Sanjay Dave Shield wrote: On 6 April 2010 10:09, sanjaykumar <sanjay.ku...@globaledgesoft.com> wrote:So we are sending the inform with WRONG engine ID, once we receive the REPORT then we update the required data-structure then RESENT the inform request and it is working fine. Does it correct approach ???????That's essentially the same approach as I described earlier.Or i need to discover the engine ID, first by sending the GET request , Then send the inform request.It makes no difference whether you send a GET request or an INFORM request - the message will be rejected in either case (because it doesn't have the correct engineID). Each approach will then process the rejection report in exactly the same way (extracting the engineID and boot count/uptime values). So it really doesn't matter whether you send a GET probe or an INFORM probe - either will work, and either is valid. Dave |
------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
_______________________________________________ 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/listinfo/net-snmp-users