HI,
This is sort of interesting due to how an SNMPengineID is
used in SNMPv3/USM in the msgAuthoritativeEngineID field.
First, I don't believe that in the NET-SNMP code a session
is established between an SNMP agent acting in the notification
generator with each notification receiver. Likewise, I
On 09/05/07, Passera Pablo-APP015 <[EMAIL PROTECTED]> wrote:
> There are two scenarios, that I am thinking, when the agent can trigger
> a discovery.
>
> 1) When the session is opened.
> 2) When an inform is about to be sent and the session engineID is NULL.
>
> For the first option, to make the di
On 11/05/07, Robert Story <[EMAIL PROTECTED]> wrote:
> On Fri, 11 May 2007 10:08:13 +0100 Dave wrote:
> DS>d) If you want to replace this patch with gen-generated code, go right
> ahead.
>
> Why check in 'new' cut-n-past of an old version, instead of simply reverting
> to the previous known go
On 06/01/07, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Is there a good reason why the getTotalFree() routine from the old
> implementation has been dropped in the new? I can't believe there's no good
> way
> to get NETSNMP_MEM_TYPE_VIRTMEM values on Solaris.
I've just added the basic content of
On Thu, 10 May 2007 10:29:44 +0530 Siva wrote:
SPRG> but I am getting an error like.
SPRG>
SPRG> /etc/snmp/snmpd.conf: line 48: Error: bad source address
SPRG> /etc/snmp/snmpd.conf: line 49: Error: bad source address
SPRG> net-snmp: 3 error(s) in config file
On Wed, 9 May 2007 11:33:04 -0400 Passera wrote:
PPA> There are two scenarios, that I am thinking, when the agent can trigger
PPA> a discovery.
PPA>
PPA> 1) When the session is opened.
PPA> 2) When an inform is about to be sent and the session engineID is NULL.
PPA>
PPA> For the first option, to
On Fri, 11 May 2007 10:08:13 +0100 Dave wrote:
DS>d) If you want to replace this patch with gen-generated code, go right
ahead.
Why check in 'new' cut-n-past of an old version, instead of simply reverting
to the previous known good version?
---
Thanks a lot, Dave, for the reply
On 5/11/07, Dave Shield <[EMAIL PROTECTED]> wrote:
On 11/05/07, cpnr Reddy <[EMAIL PROTECTED]> wrote:
> Tables are registered as follows:
>
> 1.my_handler = netsnmp_create_handler_registration(buf,
> my_ta
On 11/05/07, cpnr Reddy <[EMAIL PROTECTED]> wrote:
> Tables are registered as follows:
>
> 1.my_handler = netsnmp_create_handler_registration(buf,
> my_table_handler,
> my_table_oid,
>
Hi All,
I am facing problem when multiple tables are registered with net-snmp(
through subagent). and surely it should be incorrect usuage. Please
help me in resolving the problem. Any directions towards clear
documentation will be helpful, though I refer documentation in
net-snmp home page.
* re
On 11/05/07, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Dave Shield wrote:
> > OK - I think I've submitted an appropriate fix for the 5.2.x and 5.3.x
> > lines.
> > This follows the coding style of the previous (inadvertently deleted) code,
> > rather than the newer structure of the 5.4.x line.
>
Dave Shield wrote:
> OK - I think I've submitted an appropriate fix for the 5.2.x and 5.3.x lines.
> This follows the coding style of the previous (inadvertently deleted) code,
> rather than the newer structure of the 5.4.x line.
Did you copy-n-paste manually? Isn't this code meant to be fully
aut
On 11/05/07, Thomas Anders <[EMAIL PROTECTED]> wrote:
> Thomas Anders wrote:
> > I think this change broke agent::default_store in 5.3.x.
>
> Not too surprisingly, since perl/agent/default_store/default_store.xs is
> an almost empty file in 5.3.x SVN now. Wes, what went wrong?
OK - I think I've su
Thomas Anders wrote:
> Thomas Anders wrote:
>> I think this change broke agent::default_store in 5.3.x.
>
> Not too surprisingly, since perl/agent/default_store/default_store.xs is
> an almost empty file in 5.3.x SVN now. Wes, what went wrong?
Same for 5.2.x, unfortunately. (It's just that "make
14 matches
Mail list logo
