On 12 February 2010 02:36, EYRE Bernadette
wrote:
> I'm using net-snmp 5.4.2.1 version on linux.
> I read the docs, manual pages, looked at library snmpusm.c and snmpusm.c
> code in apps dir but I can't make -m option work.
> I want to supply an already (MD5) hashed value instead of clear text
>
> On Fri, 12 Feb 2010 13:22:29 +, Dave Shield
> said:
DS> My gut feeling is that you are confusing the common SNMP command
DS> options with the USM-specific sub-command options. These are
DS> different (I believe).
In short:
1) All the options you need to authenticate/etc the SNMP
> On Wed, 10 Feb 2010 07:49:57 +0100, Magnus Fromreide
> said:
MF> We do not really need the _len variables as it is enough to
MF> add the length to the declarations and then use OID_LENGTH.
That's very much a style issue... Some argue that it looks cleaner to
use _len variables, other
> On Wed, 10 Feb 2010 08:31:37 +0100, Magnus Fromreide
> said:
MF> I have been asking myself for some time what the indexed pairs are doing
MF> in snmp_transport.h - Why ain't they in snmpIPv4BaseDomain or some such
MF> thing? The sockaddr_in and in_addr makes me think they are useless f
> On Mon, 8 Feb 2010 17:12:02 +0530, "Hemanth Raju"
> said:
HR> I agree with u, now does the snmp agent store this engine-ID for
HR> future informs or every time it will discover to send inform. I want
HR> to avoid re-discover for every inform, am trying to simulate this,
HR> if u alread
> On Fri, 5 Feb 2010 13:10:58 +0100, Jens Osterkamp
> said:
JO> this is a new version of the perl module for brigde mibs.
Can you do us a favor and post new code and patches for review (like
this one) to:
http://www.net-snmp.org/patches/
That way we won't loose it in the huge volume o
> On Fri, 29 Jan 2010 16:06:13 +, Dave Shield
> said:
DS> I'd also suggest a more general "flags" parameter, rather than one
DS> specifically for logging. (Just in case we need to extend the behaviour
DS> of this routine in the future)
Option 3 would be to use a default_store alloc
> On Sat, 30 Jan 2010 20:21:30 +0530, Hemant Soundankar
> said:
HS> Thanks for your suggestions about the available GUIs.
You might want to look at this, which I ran across the other day. I
haven't tried it but it looks nice in the screen shots:
https://sourceforge.net/projects/snmpb/
> On Wed, 27 Jan 2010 13:15:55 -0700, nets...@mysnmp.org said:
n> system.c: In function 'get_myaddr':
n> system.c:653: error: storage size of 'ifc' isn't known
Hm.. You might need to grep in /usr/include files for 'ifconf' and see
if you can locate where the structure is held. It *should* b
> On Tue, 26 Jan 2010 01:27:48 -0800, Stephen Hemminger
> said:
>> Checking the code in 'container.c', it looks as if binary_array
>> is the default approach for "table_container"
SH> But that has O(n) insert because of the duplicates check. Perhaps
SH> for things like route table the
Thanks Dave and Wes.
Wes, if you are using snmpusm command and you have already created the
user and you want to change the password and provide the new password in
hashed format, not in clear passphrase format,
how would you do it, what will be the command?
I know -Ck option is for localized fo
On Fri, Feb 12, 2010 at 11:28:27AM -0800, Wes Hardaker wrote:
> > On Wed, 10 Feb 2010 07:49:57 +0100, Magnus Fromreide
> > said:
>
> MF> We do not really need the _len variables as it is enough to
> MF> add the length to the declarations and then use OID_LENGTH.
>
> That's very much a s
On Thu, 11 Feb 2010 12:36:39 +0100
Bart Van Assche wrote:
> On Thu, Feb 11, 2010 at 12:22 PM, Josef Moellers
> wrote:
> > Stephen Hemminger wrote:
> >> On Wed, 10 Feb 2010 12:02:44 +0100
> >> Josef Moellers wrote:
> >> [ ... ]
> >> Ugh, I would prefer that you use one of the other API's
> >> to
On Fri, 12 Feb 2010 11:52:04 -0800
Wes Hardaker wrote:
> > On Tue, 26 Jan 2010 01:27:48 -0800, Stephen Hemminger
> > said:
>
> >> Checking the code in 'container.c', it looks as if binary_array
> >> is the default approach for "table_container"
>
> SH> But that has O(n) insert becau
14 matches
Mail list logo
