SNMPv3 inform request overrides USM parameters of the configured user

Hi,

I am trying to configure the target destinations (for sending SNMPv3
informs) using the notification and target MIBs of net-snmp 5.5 on a
linux box. To achieve this I am using SNMP set operations to create
new rows in the notification and target tables. Since, I need to send
out 'SNMPv3' informs to this target I also set the security name in
the target params table with say user name 'test'. Then I  create a
new entry in the USM table with engine id that of the target and user
name 'test'. When I do a walk on all the tables (notification, target,
USM) the data is shown properly. Now, if I restart net-snmp agent on
the linux box it tries to send out an inform to the configured target
(checked using ethereal) but it does not use my original user
configuration ; for example it overrides the privacy protocol from AES
to DES (checked using snmp-walk) and so I suspect it is also
overriding the other parameters in USM. Thats the reason the inform
packet reaches the target (checked using ethereal) but is not
displayed in the target's trap UI.

Is there any reason why the inform request overrides the configuration
of the user in USM ? My understanding was that if the user exists with
the correct engine id (in case of inform it is of the target) and
security name it should not try to override.

PS : I have tried sending SNMPv3 traps instead of informs and it works
fine. The only difference is that in case of traps I create the user
using engineId of the agent (and not of the target).

-Datta.

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
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