I never got a response to this so I started digging through the code.  It 
appears that VACM_MAX_STRING (32) controls this and a community/group/view name 
length cannot be equal to or larger than it.

My problem is that I was appending "_groupname" to the end of my community name 
to create the group name.  Therefore a 22 character community name made a 32 
character group name, which is not allowed.

---- On Fri, 19 Oct 2012 13:21:05 -0700 christopher.wu  wrote ---- 

>For quite a while I have been under the impression that the maximum v2c 
>community or v3 username that I can use with snmpwalk is 32 characters. I 
>recently discovered that that does not appear to be the case. snmpwalk with 
>both v2c and v3 only seems to only work for me with a maximum of 21 characters.
>
>For v3 I get the following with 22 characters:
>Error in packet.
>Reason: authorizationError (access denied to that object)
>
>For v2 I get the following with 22 characters:
>Timeout: No Response from 10.10.11.1
>
>I tested with NET-SNMP version 5.2.5.1 and version 5.5.1.
>
>I looked more closely at the definition of SnmpAdminString and I think this is 
>where my confusion came from: "Similarly, size constraints refer to the number 
>of encoded octets, not the number of characters represented by an encoding."
>
>So I'm wondering if I am safe telling users that 21 is the maximum. Will this 
>change in a later release, and if so how to I determine this?


------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to