Hi Dave and Wes,
So do I conclude my requirement as follow:
Requirement: As I do the discovery to send
the inform request
Conclusion:
1. I will send the inform request for
engine ID probeing
2. Inform request will be framed as describe in RFC 3414
"This may be accomplished by generating a
On Wed, 07 Apr 2010 12:44:07 +0530, sanjaykumar
sanjay.ku...@globaledgesoft.com said:
s So do I conclude my requirement as follow:
s Requirement: As I do the discovery to send the inform request
s Conclusion:
s 1. I will send the inform request for engine ID probeing
s 2. Inform request will
On Tue, 6 Apr 2010 12:29:58 -0700, Mike Ayers
mike_ay...@tva.tvworks.com said:
MA Awww... time to dig back into the deep stuff... there may be two
MA authoritative entities for these transactions. I'll dig in and see
MA what I get.
There is two authoritative engines. I wrote a whole
From: sanjaykumar [mailto:sanjay.ku...@globaledgesoft.com]
Sent: Monday, April 05, 2010 11:05 PM
I am going through the Engine ID discovery code.
Could someone explain me about this concept ??
When does it Required ??
How does Engine ID discovery process take place ?
Does it is
On 6 April 2010 07:04, sanjaykumar sanjay.ku...@globaledgesoft.com wrote:
I am going through the Engine ID discovery code.
Could someone explain me about this concept ??
In order to use SNMPv3, it's necessary to know the engineID of the
agent (or strictly speaking, the authoritative
Dave Shield wrote:
On 6 April 2010 07:04, sanjaykumar sanjay.ku...@globaledgesoft.com wrote:
I am going through the "Engine ID discovery" code.
Could someone explain me about this concept ??
In order to use SNMPv3, it's necessary to know the "engineID" of the
agent
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
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
On 6 April 2010 11:04, sanjaykumar sanjay.ku...@globaledgesoft.com wrote:
Suppose I have to send inform to an ip addr. On that ip addr, snmptrapd is
not running.
Then there's nothing to accept the notification.
Approach 1. If we send get request with engine id NULL(engine id discovery
On Tue, 6 Apr 2010 11:17:21 +0100, Dave Shield
d.t.shi...@liverpool.ac.uk said:
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
On 6 April 2010 20:02, Mike Ayers mike_ay...@tva.tvworks.com wrote:
The authoritative engine for an inform is the sending engine
Is it?
I believe that the authoritative engine for an Inform was the notification
receiver (just like any other acknowledged request).
The authoritative engine for a
From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On
Behalf Of Dave Shield
Sent: Tuesday, April 06, 2010 3:17 AM
Mike - do you wish to comment further?
I just think the OP should quit screwing around in the dark. RFC3414,
section 4 explains how to get an
From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On
Behalf Of Dave Shield
Sent: Tuesday, April 06, 2010 12:06 PM
On 6 April 2010 20:02, Mike Ayers mike_ay...@tva.tvworks.com wrote:
The authoritative engine for an inform is the sending engine
Is it?
I believe that the
13 matches
Mail list logo