> On Tue, 6 Apr 2010 12:29:58 -0700, "Mike Ayers"
> 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 tutorial on the
con
> On Wed, 07 Apr 2010 12:44:07 +0530, sanjaykumar
> 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 be framed as desc
aker wrote:
On Tue, 6 Apr 2010 11:17:21 +0100, Dave Shield 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
> 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 wrote:
> > The authoritative engine for an inform is the sending engine
>
> Is it?
> I believe that the authoritative eng
> 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 engi
On 6 April 2010 20:02, Mike Ayers 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 *trap* is the sender, sure
>>>>> On Tue, 6 Apr 2010 11:17:21 +0100, Dave Shield
>>>>> 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 requ
On 6 April 2010 11:04, sanjaykumar 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
> process) , then
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
On 6 April 2010 10:09, sanjaykumar 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
Dave Shield wrote:
On 6 April 2010 07:04, sanjaykumar 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
ag
On 6 April 2010 07:04, sanjaykumar 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 "a
> 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
Hi All,
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 standard or implementation depende
14 matches
Mail list logo
