To: | Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
---|---|
Subject: | Re: [NV-L] Flitering Traps on NetView 7.1.4 |
From: | James Shanks <jshanks@us.ibm.com> |
Date: | Tue, 20 Mar 2007 07:47:32 -0400 |
Delivery-date: | Tue, 20 Mar 2007 11:54:18 +0000 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <b6875d680703200310k3ec8680cpbc859e39189cd410@mail.gmail.com> |
List-help: | <mailto:nv-l-request@lists.ca.ibm.com?subject=help> |
List-id: | Tivoli NetView Discussions <nv-l.lists.ca.ibm.com> |
List-post: | <mailto:nv-l@lists.ca.ibm.com> |
List-subscribe: | <http://lists.ca.ibm.com/mailman/listinfo/nv-l>, <mailto:nv-l-request@lists.ca.ibm.com?subject=subscribe> |
List-unsubscribe: | <http://lists.ca.ibm.com/mailman/listinfo/nv-l>, <mailto:nv-l-request@lists.ca.ibm.com?subject=unsubscribe> |
Reply-to: | Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
Sender: | nv-l-bounces@lists.ca.ibm.com |
You are making an unwarranted assumption. netmon not responding to a demandpoll request is not due to incoming traps. There is filtering code in trapd to only send netmon the traps it needs to be aware of, certain specific NetView ones and Cisco Linkup and LinkDown. Nothing else gets through. trapd does not pass anything else along. To find out what netmon is doing when it is too busy, you need to use the netmon trace facility James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Network Availability Management Network Management - Development Tivoli Software, IBM Corp
Denis, Thanks for your quick response! Is there any documented limit for netview on windows for recieveing traps, coz my system is not clogged (only 2-3% CPU utilization), but yet netmon is too busy and does not respond to poll requests etc. On 3/20/07, Denis Peuziat <dpeuziat@amadeus.com> wrote: Hi, Best practice for SNMP traps is to control them as close to their source as possible. So the options are: - Unconfigure the SNMP stack of your devices so that they do not send any traps - if you want some of the traps but not all of them to get through, either you can configure that on the device itself (pretty rare but sometimes possible) or you install an MLM somewhere on your network, and you reconfigure your devices to send their traps to this MLM, where you will have filters for the unwanted events. MLM is strong and can handle large amounts of events without taking much resource on the system. Hope that helps Denis
_______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | RE: [NV-L] Flitering Traps on NetView 7.1.4, Denis Peuziat |
---|---|
Next by Date: | Re: [NV-L] NV sending FQDN to TEC in IP address field ???, James Shanks |
Previous by Thread: | Re: [NV-L] Flitering Traps on NetView 7.1.4, Usman Taokeer |
Next by Thread: | Re: [NV-L] Flitering Traps on NetView 7.1.4, Usman Taokeer |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web