Hi Dave,Today, I have written some test scripts to check the snmpv3 trap handling. Most variants works fine now after applying my patch to fix this NULL pointer problem.
But this test does not work:claus-kleins-macbook-pro:snmp-test-T058agentauthtrap6_simple-9766 clausklein$ tail *.conf
==> snmpd.conf <== smuxsocket 1.0.0.0 com2sec testcommunitysec default testcommunity group testcommunitygroup v1 testcommunitysec view all included .1 80 access testcommunitygroup "" any noauth exact all none none trapsess -v 3 -e 0x80001f88017f000001 -u trapuser -l noAuthNoPriv udp:127.0.0.1:5689 authtrapenable 1 master agentx agentxsocket tcp:127.0.0.1:7050 authcommunity read,write snmptrapd default -V all snmptrapd ==> snmptrapd.conf <== authcommunity log public authUser log trapuser noAuthNoPriv -V _all_ '*' agentxsocket tcp:127.0.0.1:7050 createUser -e 0x80001f88017f000001 trapuser MD5 --none-- DES --none--claus-kleins-macbook-pro:snmp-test-T058agentauthtrap6_simple-9766 clausklein$
I send you my test scripts and the patch. May you please check it? With regards, Claus
T058agentauthtrap6_simple
Description: Binary data
engineID-v3trap.diff
Description: Binary data
T058agentauthtrap5_simple
Description: Binary data
On 02.12.2010, at 23:10, Claus Klein wrote:
On 16.11.2010, at 10:12, Dave Shield wrote:The pragmatic situation is that both sides of the connection need to be using the *same* engineID, but it doesn't really matter what that engineID actually is. So one common approach is to create user(s) in the snmptrapd.conf file with an explicit engineID, and specify the same engineID in the "trapsess" directive in the snmpd.conf file. Both sides agree, and hence they can communicate. (snip)Hi Dave, today, I found again a problem at trunk version of net-snmp with this configured engineID. When I use the exiting v3 user 'unsec' for v3 trap sending, the agent dumps! When I use the created v3 'trapuser' with configured engineID, this engineID is not used?
------------------------------------------------------------------------------ What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
_______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders