Hi. Is there any syntax change required for "trapsess -v 3" or "engineIDType"
statements in snmpd.conf, in Net-SNMP 5.7.1? I'm comparing to 5.6.1.
My apologies in advance if this is a duplicate question or posted on the wrong
list. I looked at the users, bugs, patches, and coders lists for the past year
and didn't see a match. I also posted a similar question on the users list but
didn't get any responses.
It appears that this trapsess user does not become part of the userList, either
in the MIB usmUserTable or the internal userList. Then no trap gets sent,
because the USM name wasn't found.
There's a new function usm_create_user_from_session() and some logic around the
presence/timing of the engine ID. The function isn't running due to an
apparent engine ID length of 0. I do have an engineID, generated by
"engineIDType 3" and present in /var/net-snmp/snmpd.conf.
The code that handles the "trapsess" directive, snmpd_parse_config_trapsess(),
calls snmp_add, which fails for this session due to a zero engineIDLength.
Snmp_add() is followed by the function snmpv3_get_engineID() and a memdup()
which might have put the engineID in the session where it was needed. This is
just a guess on my part, because there's also code that would seem to probe for
an engineID. It was my understanding that a probe for the engineID wouldn't be
done when snmpd sends a trap, and that instead it would use the engineID of
snmpd.
I made a workaround by generating the equivalent of the type 3 engineID in
usm_create_user_from_session, and adding it to the session there. But it's not
a general solution.
Thanks for your help.
Gary
Gary Dunlap
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
