Is there any options to optimize the snmp bandwidth,
because we are using a large table with 122 rows and 21 columns.
When I use snmpwalk on that table it consuming 21 kbps.
Please help me to reduce the bandwidth.
Regards,
Prakash Raju
On 20 July 2010 18:03, Bart Van Assche wrote:
> Every major project I know of keeps configuration files that are rewritten
> by software and configuration files that have been created manually
> separate.
Exactly.
We have the same distinction.
(/etc/snmp/snmpd.conf and /var/net-snmp/snmpd.conf)
On Tue, Jul 20, 2010 at 12:58 PM, Dave Shield wrote:
> On 20 July 2010 11:35, Bart Van Assche wrote:
> > Allowing on-the-fly changes of nsExtendArgs would have severe security
> implications.
>
> Surely that's the role of VACM ?
>
It is possible with VACM to close the security hole that would be
Thank you for your help. I must be doing something wrong because I am
getting the internal snmp_session pointer from the Single API. When I
use snmp_sess_async_send(), my callback function gets a snmp_session
pointer instead of an opaque session pointer. I have compile errors
If I use any other
On 20 July 2010 15:54, Brendan Tauras wrote:
> Is there a way to get the opaque session pointer (struct session_list
> * typecasted as a void *) from the regular session pointer (struct
> snmp_session *) when using the Single API?
I don't believe so, no.
If you're using the Single Session API, t
Is there a way to get the opaque session pointer (struct session_list
* typecasted as a void *) from the regular session pointer (struct
snmp_session *) when using the Single API? Thanks. -Brendan
--
This SF.net email is
On 20 July 2010 11:35, Bart Van Assche wrote:
> Allowing on-the-fly changes of nsExtendArgs would have severe security
> implications.
Surely that's the role of VACM ?
> My proposal for making on-the-fly argument specification
> possible is as follows:
> * Add a column in the nsExtendConfigTab
On Mon, Jul 19, 2010 at 7:09 PM, Steve DeLaney wrote:
>
> I'm new to net-snmp and apologize in advance if this topic is already
> covered.
>
> But, running some recent tests I ran into this issue
>
>
> http://www.mail-archive.com/[email protected]/msg08476.html
>
> and this asp
On 13 July 2010 16:06, Robert Story wrote:
> I'm sure Dave will chime in and defend some of the other options
> real soon now. :-)
Sorry for not chipping in earlier, and I'm glad to hear that you've
managed to get things working.To echo Robert - yes, please
do write up your experiences.
We
On 19 July 2010 18:09, Steve DeLaney wrote:
> what we are after for our application is modify ARGS on the fly
> It seems to me that having baked in args in snmpd.conf is far to
> restrictive and it would be better to exploit the power of
> extend by allowing on-the-fly updates to arguments and inp
On 19 July 2010 13:32, Lewis Adam-VNQM87 wrote:
> Okay. Had a quick look at the patches and couldn't see anything. What's
> the best way of picking up the official fix?
See
http://net-snmp.svn.sourceforge.net/viewvc/net-snmp?view=revision&revision=19225
Dave
--
11 matches
Mail list logo
