Hi Mark.  
 
Thanks so much for your assistance.  I tried with the new engineID and
wasn't getting the traps.  I turned on debug and looked a bit more closely
since before I was getting obvious errors indicating the user didn't exist
or the engineID was wrong.
 
What I see now in the debug output is 
 
snmp_parse: Parsed SNMPv3 message (secName:edgewater, secLevel:authNoPriv):
USM not in time window
 
I also see subtree: didn't find a subtree for context: "none"
 
My source is configured with a context of none and I suspect the usm user
has "" for context.  I tried to delete the usm user so I could recreate it,
but so far no luck.
 
 
It seems happy with the engineID and says it found a match on usmUser
edgewater so I guess I'm getting closer.
 
Max

-----Original Message-----
From: Mark Ellison [mailto:[email protected]] 
Sent: Tuesday, March 24, 2009 3:38 PM
To: [email protected]
Cc: [email protected]
Subject: Re: Version 5.4.2.1 snmp v3 traps with snmptrapd


You are close...(snmpEngineID.0 should start with a lower case 's')



snmpget -u edgewater -l authNoPriv -A edgewater 10.10.50.158 snmpEngineID.0



if it doesn't like this you can add the '-M<mib directory> -mALL' option.
The actual OID value would be 1.3.6.1.6.3.10.2.1.1.0



You should actually get the same information as the oldEngineID below, but
you don't want to have to do this since the proper way is to just send an
SNMP request.



This information also shows up in a 'report PDU' whenever you send a request
with an improper user or authentication or privacy parameter.



Please remember to cc the net-user listserv so that others may benefit from
our dialogue!



Mark



On 03/24/2009 06:17 PM, Max Malzkuhn wrote: 

The Fedora10 system is the one that is running snmptrapd.  I tried to issue

snmpget -u edgewater -l authNoPriv -A edgewater 10.10.50.158 SnmpEngineID



But get an error message: snmpget: Timeout (Sub-id not found: (top) ->

snmpEngineID)



If I put the .0 on it, it gives me an Unknown Object Identifier error

message.





When I do a grep on /var/net-snmp/snmpd.conf for oldEngineID, I get

0x80001f88804ce55c3958ffc349



Max



-----Original Message-----

From: Mark Ellison [mailto:[email protected]] 

Sent: Tuesday, March 24, 2009 3:08 PM

To: [email protected]

Cc: [email protected]

Subject: Re: Version 5.4.2.1 snmp v3 traps with snmptrapd





On 03/24/2009 05:55 PM, Max Malzkuhn wrote:

  

Hi Mark.  How do I figure out which is the right engineID?  The 

0102030405 is not the right one but it is what is in my receiver's 

config that works. Are you saying I should use the engineID 

"0x80001f8880a6aba16d9a0ec949" in my createUser?

  

    

Did you try doing an snmpget <options> <fedora10system> SnmpEngineID.0?



Each 'SNMP Engine' is supposed to have a unique SnmpEngineID value.  

Please see RFC 3411 for additional information.



Regards,



Mark

http://EllisonSoftware.com/Services/





  

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
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

Reply via email to