Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

RE: trapsink with variable ip destination

0 views
Skip to first unread message

Mike Ayers

unread,
Dec 17, 2009, 4:33:00 PM12/17/09
to
> From: majid namnabat [mailto:maj...@gmail.com]
> Sent: Wednesday, December 16, 2009 11:05 PM

>> Do not attempt to access snmpTargetAddrTable from the inside. Are
>> you trying to change trap destinations from your subagent?

> Yes, In my corporation they take an object IP address in their MIB for
> the trap destination. This field must set by NMS Server. So I must add
> trap destinations dynamically from my agent.

Why doesn't the NMS just set the destination in the snmpTargetAddrTable?

> But, I read some document and I think in SNMP RFC, removing & changing
> of trap destinations not allowed.

Incorrect - there are 5 tables used to configure notification reception, and the intent is a highly flexible receiver setup.

> Is it correct? Therefore now, I'm not
> intented to change or remove the trap destinations. I use the internal
> structure of agent_trap.h only to check not to insert double trap
> destinations.

I wouldn't use agent_trap functions at all inside a subagent if possible. This would preclude connecting the subagent via AgentX, but mostly it's just not necessary.

> I think my problem is solved, really appreciate you.

Hope it works for you.


Mike

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Net-snmp-users mailing list
Net-snm...@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

0 new messages