|To:||Tivoli NetView Discussions <firstname.lastname@example.org>|
|Subject:||Re: [NV-L] Flitering Traps on NetView 7.1.4|
|From:||James Shanks <email@example.com>|
|Date:||Tue, 20 Mar 2007 07:47:32 -0400|
|Delivery-date:||Tue, 20 Mar 2007 11:54:18 +0000|
|List-id:||Tivoli NetView Discussions <nv-l.lists.ca.ibm.com>|
|Reply-to:||Tivoli NetView Discussions <firstname.lastname@example.org>|
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
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
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 <email@example.com> wrote:
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
_______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-Lfirstname.lastname@example.org 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