Re: net-SNMP: more information required...

2010-02-17 Thread Dave Shield
On 16 February 2010 22:15, Sylvain Dery wrote: > I'm currently evaluating the net-SNMP sdk and I must have the answers to the > following questions in order to make a recommendation to my employer.  Can > you please provide the answers to them? I'll leave the Windows-related questions to those wi

Re: question on net-snmp privacy

2010-02-17 Thread Dave Shield
[ First - *please* don't mail me privately, without copying any responses to the mailing list. I don't have the time or inclination to offer private, unpaid, SNMP consultancy. Keep discussions to the list, where others can both learn and offer advice. Thanks. ] On 16 F

Re: create SNMPv3 user with hashed password

2010-02-17 Thread Dave Shield
On 16 February 2010 22:43, EYRE Bernadette wrote: > I'm running 5.4.2.1 version, would this patch be available for this version? > Or should I update to 5.5? Check the usage output of snmpusm. If this mentions "-Ck" (and talks about KEY-OR-PASSPHRASE), then support for this should be present. If

Re: trapsess -e option and OCTET STRING

2010-02-17 Thread Dave Shield
On 17 February 2010 00:41, lanas wrote: >  The engineID (trapsess -e option) is defined as an OCTET STRING. > Does this mean that it can be an hexadecimal ASCII string such as: > 0x85643A5B ... so on ? Yes >  Will snmpd convert the hex string to hex binary ? Yes. > Will it make a conversion w

TRAPS sent for excluded MIBS

2010-02-17 Thread srikapilan.gandhi
Hi, I am using net-snmp-5.4.1.2. I have excluded a particular MIB using VIEWS, hence when I do an snmpwalk those MIBS are not shown. But, when some parameters of that MIB is changed, TRAPS are sent indicating the changed values of that MIB. My understanding is that as those MIBS are ex

Re: TRAPS sent for excluded MIBS

2010-02-17 Thread Dave Shield
On 17 February 2010 10:53, wrote: > I have excluded a particular MIB using VIEWS, hence when I do an snmpwalk > those MIBS are not shown. How exactly have you configured the access control for the agent? > But, when some parameters of that MIB is changed, TRAPS are sent indicating > the change

Re: TRAPS sent for excluded MIBS

2010-02-17 Thread Ajeet Gupta
Hello Everybody... This is my first post to this mailing list...I am new to SNMP...will you plz guide me howto use this packages( I have net-snmp 5.4.2.1) installed on Solaris. I had gone through all the theories of it...I need some guidelines on the following point :- - How to start with age

Re: net-SNMP: more information required...

2010-02-17 Thread Bart Van Assche
On Tue, Feb 16, 2010 at 11:15 PM, Sylvain Dery wrote: See below for some additions to the answers that were already provided by Dave. Does the development tool run on Windows 7? If not, when will Windows 7 be > supported? > As far as I know Net-SNMP runs fine on Windows 7. There is one excepti

Re: TRAPS sent for excluded MIBS

2010-02-17 Thread Dave Shield
Thanks for that detail - it makes things much clearer. One comment about the access control settings: group network-operator usm user1 rouser user1 I strongly suggest that you use *either* the com2sec/group/access approach, *or* the r[ow]{user,community} approach.But do not try to mix

RE: TRAPS sent for excluded MIBS

2010-02-17 Thread Mayank Mittal
Hi Dave, Thanks for the speedy response. It was a great help. This means that it is not possible to restrict particular TRAPS from being send by the agent or received by the server, using snmp views. Plz correct if my understanding is wrong and also let know if there is any other approach to achie

RE: TRAPS sent for excluded MIBS

2010-02-17 Thread Mayank Mittal
Hi Dave, Please see answer to your questions below, inlined as [MM]. Thanks, Mayank -Original Message- From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On Behalf Of Dave Shield Sent: Wednesday, February 17, 2010 4:29 PM To: srikapilan.gan...@wipro.com Cc: net-snmp-cod

RE: TRAPS sent for excluded MIBS

2010-02-17 Thread Mayank Mittal
Hi Dave, Thanks for the speedy response. It was a great help. This means that it is not possible to restrict particular TRAPS from being send by the agent or received by the server, using snmp views. Plz correct if my understanding is wrong and also let know if there is any other approach to achie

RE: TRAPS sent for excluded MIBS

2010-02-17 Thread srikapilan . gandhi
Hi Dave, Thanks for the speedy response. It was a great help. This means that it is not possible to restrict particular TRAPS from being send by the agent or received by the server, using snmp views. Plz correct if my understanding is wrong and also let know if there is any other approach to ach

RE: question on net-snmp privacy

2010-02-17 Thread Szudy Brett-CBS035
Whoops, sorry. Yes, currently I am using --with-out-mib-modules=mibII for space considerations. I will add that back in and give it a go. Brett -Original Message- From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On Behalf Of Dave Shield Sent: Wednesday, February 17

Re: Changing the signature of snmp_parse_args()

2010-02-17 Thread Bill Fenner
On Fri, Feb 12, 2010 at 2:45 PM, Wes Hardaker wrote: >> 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

Re: trapsess -e option and OCTET STRING

2010-02-17 Thread lanas
On Wed, 17 Feb 2010 09:27:51 +, Dave Shield wrote : > On 17 February 2010 00:41, lanas wrote: > >  The engineID (trapsess -e option) is defined as an OCTET STRING. > > Does this mean that it can be an hexadecimal ASCII string such as: > > 0x85643A5B ... so on ? [...] > >  What will it do if

Re: Changing the signature of snmp_parse_args()

2010-02-17 Thread Magnus Fromreide
On Wed, 2010-02-17 at 13:33 -0500, Bill Fenner wrote: > On Fri, Feb 12, 2010 at 2:45 PM, Wes Hardaker > wrote: > >> 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.