Thanks for the pointer Wes, but I dont think I am confusing between the two (Traps and Informs) since I am using the engine Id of the receiver while creating the user in USM for the Informs. I also debugged this further and found that there is a function 'create_user_from_session' which gets invoked while sending the INFORM message. In this function the user is fetched from the current user list; even if the user exists with the correct engine id (that of the receiver) and security name, the USM parameters (protocols and keys) of the user are being overwritten with some session USM parameters (the default session priv protocol is DES).
I am not sure why this is being done; I have written to the coders mailing list and awaiting a reply for the same. -Datta. On Wed, Sep 22, 2010 at 5:06 AM, Wes Hardaker <[email protected]> wrote: > >> 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. > > It definitely shouldn't be overriding information. Do make sure that > you're not confusing INFORMs and TRAPs though, as the "authoritative" > engine is different (and thus the user that the agent tries to use will > be different). > > -- > Wes Hardaker > Cobham Analytic Solutions > ------------------------------------------------------------------------------ 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
