RE: trapsink with variable ip destination

"Mike Ayers" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <83E753BE7B6A324ABB336245BAF1DAAC0DA067F9@mailserver.metatv-ds.metatv.com>
> From: majid namnabat [mailto:[email protected]]
> 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
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.