On 07/05/07, Miller, Jeff (eng) <[EMAIL PROTECTED]> wrote:
> 1.  The initial concern about a security name collision in the snmpd usm
> table is real.  This means I need different security names for the local
> snmpd and the remote trapd.  I imagine the only solution to this would
> require that an additional target usm table would need to be somehow
> added into the snmpd code.  Opinions?

I haven't looked into this properly, but I suspect that the solution
is to rework the USM table to take proper account of the engineID.



> 2. I observed that when configuring trapsess with -A and -X that the
> configuration does not persist.  There is no persistence for the target
> address or for the security parameters associated with the target
> address.

I don't quite follow.
The agent will read the trap information from the "trapsess" entry.
Every time you start the agent, it will re-read this directive, and
set up a trap destination accordingly.
  How is that not persistent?


> 3. If I use createUser and specify the engineID along with other
> parameters associated with the remote trapd, the local snmpd seems to
> want to use its engineID to look up the security name and this fails
> because the security name has the remote engineID.

If you're using informs (rather than traps), then you don't need to
explicitly create the user within the agent.

Can you explain a little more precisely exactly what you're
trying to do here.
  (I'm quite happy to believe that there may be problems, but I
don't yet have a clear idea of the exact scenario you're working with).

Dave

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
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

Reply via email to