RE: Net-snmp SNMPv3 not working SNMP Research DSSP tools

A correction here:

  The management app is not dropping it on the floor. Net-Snmp never gives a
response to be "dropped".

An yes, the management app could be configured to use a larger msgMaxSize
but that gets into the issue of management software version dependancies
when deploying "applications" using net-snmp agents.

Thank you for your response reassuring my assumptions.


> -----Original Message-----
> From: Wes Hardaker [mailto:[email protected]] 
> Sent: Thursday, March 23, 2006 5:39 PM
> To: Darren Besler
> Cc: [email protected]
> Subject: Re: Net-snmp SNMPv3 not working SNMP Research DSSP tools
> 
> >>>>> On Mon, 20 Mar 2006 09:32:10 -0600, "Darren Besler" 
> <[email protected]> said:
> 
> Darren> Here is the kicker for me; I know that net-snmp is widely
> Darren> integrated. Has no one uncovered this issue with Net-snmp
> Darren> SNMPv3 with NNM/Netview/etc or simply is SNMPv3 utilized at
> Darren> such a minimal level using only open source (ie $0) management
> Darren> tools? Alternatively, if Net-snmp is being used for SNMPv3,
> Darren> what are people using for network management software to
> Darren> configure USM and VACM from a centralled network management
> Darren> station?
> 
> Sadly, I do know about that problem but it's a pain to fix.  When you
> do a getbulk and you pass the max message size limit sent by the
> manager you're supposed to cut out a bunch of stuff till it encodes
> under the length requested by the manager.  The simple answer is we
> don't do that and it's wrong.  The worse answer is that it's fixable
> but a pain (which is why it hasn't been done).
> 
> If you can convince the package you're using to either reduce the
> repeat number or use getnext or increase the max message size you can
> probably get around that.
> 
> (I think 2048 is a reasonable default to be done by them for network
> traffic purposes, though I'm sort of disappointed they'd throw
> anything away that they got back.  I know their code must be able to
> handle bigger stuff and from the principal of accept what you can,
> there is no reason they should drop it on the floor).
> 
> -- 
> Wes Hardaker
> Sparta, Inc.



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users