SNMP traps from interfaces which are not managed by OpenNMS should not be saved in the event table

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

SNMP traps from interfaces which are not managed by OpenNMS should not be saved in the event table

光年张
Hi,

I found that in the event table there are a lot of trap event records where the nodeid field is null. This means that the interfaces which sends these traps are not managed by OpenNMS.
Why these traps still be saved into openNMS?

Thanks,
Joey 

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ

opennms-discuss mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-discuss
Reply | Threaded
Open this post in threaded view
|

Re: SNMP traps from interfaces which are not managed by OpenNMS should not be saved in the event table

Jeff Gehlbach
On Sep 4, 2008, at 11:47 PM, 光年张 wrote:

> I found that in the event table there are a lot of trap event  
> records where the nodeid field is null. This means that the  
> interfaces which sends these traps are not managed by OpenNMS.
> Why these traps still be saved into openNMS?

1. There's a setting in trapd-configuration.xml, "new-suspect-on-
trap", that tells openNMS to initiate a Capsd service scan on any  
unknown node from which an SNMP trap is received.

2. If a device's IP address changes (DHCP, accidental change,  
introduction of a NAT, etc.) but it's still sending traps to openNMS,  
you won't lose those traps.

Why would you configure devices that you don't manage with openNMS to  
send traps to openNMS?

-jeff
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ

opennms-discuss mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-discuss