|
Re: [NV-L] Flitering Traps on NetView 7.1.4
2007-03-20 08:12:36
|
James,
Its not just demandpoll everything related to netmon e.g status polling, discover etc is not working properly..
Is there any documented limit for netvew to handle no. of traps.?
I can see around 30+ traps coming in per sec (in event viewer)
Regards,
Usman
On 3/20/07, James Shanks <jshanks AT us.ibm DOT com> wrote:
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 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)
_______________________________________________
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)
|
|
|
