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
