On 21 July 2010 17:10, Robert Story <[email protected]> wrote:
> On Wed, 21 Jul 2010 08:35:56 +0100 Dave wrote:
> DS> On 21 July 2010 07:42, Prakash <[email protected]> wrote:
> DS> > Is there any options to optimize the snmp bandwidth,
> DS> > because we are using a large table with 122 rows and 21 columns.
> DS> > When I use snmpwalk on that table it consuming 21 kbps.
> DS>
> DS> - try using 'snmpbulkwalk'
> DS>
> DS> - try using 'snmptable'
> DS>
> DS> - try using 'snmpgetnext' to just walk the columns
> DS> that you are actually interested in.
>
> - try convincing the IETF to re-open the evolution of SNMP working group and
> define a standard for OID compression and bulk data transfer. ;-)
- try experimenting with the provisional implementation that was developed
the last time this was discussed
(http://www.csc.liv.ac.uk/~daves/eos-compression.patch)
- try to avoid opening cans of worms!
Dave
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
