11-22-2009 02:29 PM
Hi,
We monitor a network through a firewall controlled by a third party and we are experiencing lost icmp packets during the snmp get stage of User Tracking acquistion at 1000 and 1400 for approximately a minute. It seems to be flooding the link at these times causing false outages for our other NMS systems.
Is there a way to throttle/slow down the number of snmp requests being sent by User Tracking acquisition?
Cheers,
Sigfrid
Solved! Go to Solution.
11-22-2009 02:44 PM
You cannot throttle the number of requests on a device basis, no. However, you can control the number of UT threads that run in parallel. By default, UT will run 12 parallel threads to acquire users. You can decrease this in NMSROOT/campus/etc/cwsi/ut.properties by modifying the ThreadPool.vmpsadmin.count property. I'm not sure if this will help your particular situation, but it may be worth a try.
11-22-2009 02:44 PM
You cannot throttle the number of requests on a device basis, no. However, you can control the number of UT threads that run in parallel. By default, UT will run 12 parallel threads to acquire users. You can decrease this in NMSROOT/campus/etc/cwsi/ut.properties by modifying the ThreadPool.vmpsadmin.count property. I'm not sure if this will help your particular situation, but it may be worth a try.
11-22-2009 02:46 PM
Cheers mate, will it require a restart after changing the ut.properties file?
11-22-2009 02:54 PM
The property file needs to be modified while UT is NOT running. Nothing will need to be restarted. The next time UT runs, it will re-read the file, and only spawn the specified number of threads.
11-22-2009 08:17 PM
Reducing the number of concurrent threads has resolved this issue.
Thanks.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: