Re: [NV-L] Flitering Traps on NetView 7.1.4

["Usman Taokeer" <usman.taokeer@gmail.com>]

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@us.ibm.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

"Usman Taokeer" <usman.taokeer@gmail.com >
Sent by: nv-l-bounces@lists.ca.ibm.com

03/20/2007 06:10 AM

Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com >

To	"Tivoli NetView Discussions" <nv-l@lists.ca.ibm.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@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

"Usman Taokeer" < usman.taokeer@gmail.com >

To	"Tivoli NetView Discussions" < nv-l@lists.ca.ibm.com>
cc
bcc
Subject	[NV-L] Flitering Traps on NetView 7.1.4

"Usman Taokeer" < usman.taokeer@gmail.com >  

Please respond to : Tivoli NetView Discussions < nv-l@lists.ca.ibm.com>

Sent by: nv-l-bounces@lists.ca.ibm.com  
20/03/2007 10:03

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@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)


_______________________________________________
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)

_______________________________________________
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)

_______________________________________________
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)

_______________________________________________
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)