On Wed, 22 Sep 2010 08:17:20 +0100, Dave Shield
d.t.shi...@liverpool.ac.uk said:
DS As far as I can tell, the protocol specifies the maximum number of
DS subidentifiers within a single OID, but not the number of varbind
DS that are allowed in a single request.
Ohh... I misread that sentence
CC Does anybody know why netsnmp only allow 128 OID in one request?
CC #define SNMP_MAX_CMDLINE_OIDS 128
That's actually a mandate by the SNMP protocol.
Are you sure, Wes?
As far as I can tell, the protocol specifies the maximum number of
subidentifiers within a single OID, but not the
On Mon, 20 Sep 2010 10:56:37 -0700, Connie Chan conni...@hotmail.com
said:
CC Does anybody know why netsnmp only allow 128 OID in one request?
CC #define SNMP_MAX_CMDLINE_OIDS 128
That's actually a mandate by the SNMP protocol. Yes the code could work
if it was increased, but we wouldn't
Wes,
Thanks for the response.
Can you point me to the RFC which describe such restriction?
Regards,
Connie
From: harda...@users.sourceforge.net
To: conni...@hotmail.com
CC: net-snmp-users@lists.sourceforge.net
Subject: Re: a patch for memory leak
Date: Tue, 21 Sep 2010 16:26:28 -0700
When CONTAINER_INSERT fails in ipaddress_linux.c and systemstats_linux.c, there
will be memory leak. Under certain system configuration, this memory leak can
cause system reset. Here is a patch to prevent memory leak. (The patch is for
5.4.2.1. I know the leak exists in latest 5.6.)
Thanks
Hi all,
Does anybody know why netsnmp only allow 128 OID in one request?
#define SNMP_MAX_CMDLINE_OIDS 128
#Too many object identifiers specified. Only 128 allowed in one request.
Thanks
Connie
On Mon, Sep 20, 2010 at 5:53 PM, Wei Zheng w.zh...@f5.com wrote:
When CONTAINER_INSERT fails in ipaddress_linux.c and systemstats_linux.c,
there will be memory leak. Under certain system configuration, this memory
leak can cause system reset. Here is a patch to prevent memory leak