Re: [NV-L] Flitering Traps on NetView 7.1.4
2007-03-20 07:54:17
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
"Usman Taokeer"
<usman.taokeer AT gmail DOT com>
Sent by: nv-l-bounces AT lists.ca.ibm DOT com
03/20/2007 06:10 AM
Please respond to
Tivoli NetView Discussions <nv-l AT lists.ca.ibm DOT com> |
|
To
| "Tivoli NetView Discussions"
<nv-l AT lists.ca.ibm DOT com>
|
cc
|
|
Subject
| Re: [NV-L] Flitering Traps on NetView
7.1.4 |
|
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 AT amadeus DOT 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
Hi List,
NV 7.1.4 FP04
Windows 2003 Std SP1
ITSA 1.3
Is there a way to filter/limit traps coming in on the netview server before
they are processed by 'trapd', one of our customer is facing some serious
performance issues coz a lot of unnecessary traps are coming in from different
network devices accross the network.
Regards,
Usman Taokeer _______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l
(Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l
(Browser access limited to internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|
|
|