Thanks for the quick reply -- do you ever sleep?
Gosh, I'm still lost on this. I'm determined to get this to work, but I have to ask, and please take this only in a constructive way... Should checking and alerting on high latency be so difficult? I would think this is a basic test that everyone would want to use. If normal latency is 50ms, and I am seeing > 500ms latency for some period of time (30 second average perhaps), that is a problem that I want to know about. Am I being crazy to want this to be fairly simple to implement?
Anyway, sorry for rambling...
In the previous instructions, you had me do a ping test with 2 seconds timeout. So, unless the pings all timeout, this is never going to show a Status of "down", correct? So, testing for the Status isn't going to work, right?
Maybe I'm making this too difficult. What if I do this...
Ping Test
Timeout 500ms
Packets 10
Status is bad when 80% or more of packets lost
Display: Reply Time
This will alert me when 8 of 10 packets are 500ms or more of latency, correct? And I can perform this test every few minutes and when two tests are bad, I can fire up the pagers.
I think this is going to work fine for my needs. But I would still like to learn more about the Advanced Actions. I've read the manual of course, but it's not making sense to me.
One question... on Action Properties, it says "Action will be executed when parameters meet specified conditions". Since I have "('%AverageReply%' > 100) " -- if that condition is met, why isn't the action executed? Why do I also need to test for the status? Sorry for being such a blockhead.
- Scott