> One more question. What does this *all* list of parameters include for
> 'trapsess' derivative? I have include security level and username.
Yes - that should be enough.
> Here are my settings in snmpd.conf file for v3:
[snip]
> trapsess -v 3 -l noAuthNoPriv -u public 192.168.1.210:9001 public
That looks fine...
> With these settings, I can receive the traps using apps/snmptrapd,
.... and that show that it works properly.
> but when I try to receive the traps in any other 3rd party SNMP
> Manager e.g. HP Openview etc. then it doesn't receive.
That sounds like a problem with configuring the 3rd party manager,
or an incompatability between the two sides.
If you send a v3 trap "manually" (i.e. using 'snmptrap') to the
remote manager, does it arrive safely? What about an inform?
Does a v1 or v2 trap arrive OK?
Is the remote manager configured to know about the user "public" ?
(That shouldn't be necessary for unauthenticated traps, but it's
a possibility - see
http://www.net-snmp.org/tutorial-5/commands/snmptrap-v3.html
for a discussion of the issues involved).
What does the documentation for the remote manager say?
Is it logging anything? Can it be persuaded to?
Dave
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.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