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&#174; 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

Reply via email to