Thank you and Dave for your prompt answers. I wanted to use a non authenticated and not encrypted agent, just to get things started. I assumed that a line "createUser user1" will do this.
Anyway, I changed the line to: createUser user1 MD5 12345678 and I have the same results (i.e no answer from agent - I use Wireshark sniffer to see the traffic). If I force a wrong password in my manager, then I get an answer saying usmStatsWrongDigests (which is a legitimate answer). But with correct password, the agent doesn't say anything at all. The engineID seems to be ok (again, forcing a bad one will conduct to some rejection message, good one - no message) > From: Ron Rader <[email protected]> > Subject: RE: SNMPv3 on embedded system > > I see that Dave addressed your configuration > issue. From my own > experience, don't assume you are actually using the same > engine IDs. > snmpd creates its own engine ID that does not match the > "engineID" seed > specified in /usr/local/share/snmp/snmpd.conf. > > Check the snmpd persistent configuration store at > /var/net-snmp/snmpd.conf. In it you will find an > "oldEngineID" value. > Use that to configure your management stations and retry. > > For example, on my test system I have the following > data: > > /usr/local/share/snmp/snmpd.conf > - engineID "" > > /var/net-snmp/snmpd.conf > - oldEngineID 0x80001f88042222 > > You must use the oldEngineID value in your > management station > configuration. > > You have to jump the engine ID hurdle before you > face the USM hurdle. > Also, don't hesitate to use full debug mode on both the > agent and the > management applications, that will help a lot in finding > out why SNMPv3 > traffic gets lost. > > Ron > ------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ 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
