> 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
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
> 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 request for engine id discovery. As response has not com
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 no response will
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
agent (or strictly speaking, th
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 "authoritative SNMP engine" - which is
t
> 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 ?
>
13 matches
Mail list logo
