Alert Conditions
There are several options for setting up alert conditions:
- Latency and Packet Loss Over Time — Trigger an alert when latency or packet loss matches your set condition over a specified period of time
- Latency and Packet Loss Over a Sample Count — Trigger an alert when a set number of samples exceed the desired latency or packet loss across a total sample count
- If MOS is Below - Trigger an alert if the MOS score of the specified hop drops below a set value over a given period of time (NOTE: Only Available on Professional version)
- Route Changed - Trigger an alert if any hop in a route differs from the route mapped when PingPlotter first began tracing to the target
- IP Address in Route - Trigger an alert when a user-provided IP address appears in the route
- Alert on a Timer - Trigger an alert at regular time intervals (such as every night to record daily logs)
A note about "average" response times
Average response times are a bit of a conundrum when it comes to setting alert triggers. For example, when a server stops responding, what is the average of the last 10 samples if the last 10 were timeouts? Because of this, we frame the condition as when X or more samples is > Y (a median average). You can still get your alert to work as an average by saying, for example, when 5 or 10 samples exceed 300 ms. This would operate like a mean average of latency over 300ms while also firing with lost packets.
-
Common tasks
- Variable Substitution
- Auto-Saving of Data
- Running as a service
- Handling Multiple Targets
- Named Configurations
- Reporting
- Session Manager
- Local Network Discovery (LND)
- Exporting data for further analysis
- Route Changes
- Dynamic DNS Tracking
- Backing up PingPlotter Data
- Sharing PingPlotter data with others
-
Understanding output
- Discovering a route between you and a target
- Interpreting Results - A Quick Example
- Finding the source of the problem
- Finding the source of the problem - part 2
- Interpreting Results - Longterm Monitoring
- Interpreting Results - Gamers
- Interpreting ISP Problems | PingPlotter
- Interpreting Results - Bad Hardware
- Interpreting Results - Bandwidth Saturation
- Building a Compelling Case
- VoIP Troubleshooting Guide
Test end-user internet
PingPlotter Cloud helps solve network problems for other people.
PingPlotter CloudNeed an earlier version?
Versions one through four are available in the legacy manual.
Legacy Manual