High ping, as well as packet loss (PL%), is observed on the last "hop". Why? Because in these cases, the final "hop" shows a very good ping of less than 50 ms and no packet loss. This is useful as a self-help assessment and in those cases where you may be unable to run a WGCheck Network Diagnostics.Įven though the long black lines indicate ping spikes as high as 205 ms, they are not being mirrored on the final hop to our World of Tanks game server.Įven though there are ping spikes as well as some packet loss while en route, the final connection to the game server is good. The only thing that really matters is the performance of the applications you're running - PingPlotter helps put some numerical data behind the symptoms you're seeing, but getting good PingPlotter performance isn't your end goal.PingPlotter tests your network for high latency and packet loss and generates understandable reports.
Your best bet in convincing someone there is a problem is to correlate PingPlotter data with other symptoms (ie: online game performance problems, timing out web pages, lagging stock quotes, etc.). If the final hop is showing 0% packet loss and acceptable latency, then all the hops before that can show all kinds of errors and as long as the final destination isn't affected, then this is an artifact of router configuration, and there is no problem.Īlso, an important thing to remember is that any hop (including the final destination) might be showing packet loss with PingPlotter, but might be working fine with your intended applications (ie: web browser, or game). Something to note here is that the moment a router *does* respond on that hop, Ping Plotter will record that information, so whenever you have a blank line, that means that no router has responded at all.Ī very important thing to remember is that the only thing that really matters is the final destination.
The packet loss at hop 4 is not adding latency or packet loss downstream, and the non-responsive hop 2 is just a configuration on that router - it's not affecting the final destination negatively at all.įor more information and analysis, see our VoIP troubleshooting guide which talks in depth about the analysis of this graph and others. See how solid the final destination is? No packet loss, solid latency. Here is an example of a graph with both a 100% packet loss hop (hop 2) and a high packet loss hop that is responding (hop 4): Hop 8, however, is a likely candidate for problems because it is showing packet loss and the downstream hops are showing that loss as well. We know this because hops 6 and 7 are performing well. In this case, there is probably a problem (because the final destination is getting 15% packet loss), but the problem isn't at This is a situation where there is no problem! All packets are moving through hop 2 on their way to the downstream routers, so the fact that hop 3 (and hop 4, 5, etc) is responding means that hop 2 is working fine, just not responding to ICMP echo requests.Īnother example: You're seeing 75% packet loss at hop 5, but 0% packet loss at hops 6 and 7, but 15% packet loss at hop 8, 9, and 10 (the final destination). The latency increases gradually as you get further downstream, but except for the 100% packet loss at hop 2, everything looks pretty good. Hop 3 is showing 0% loss, and so are other hops all the way to your final destination. I play WOT and I'm jumping from 50 to up to 400+ ever 3-4 seconds. My ping holds steady around 50-55 on other games. Let's say you have a pretty good looking route, but 100% packet loss at hop 2. WOT and PingPlotter : WorldofTanks 2 Posted by 5 years ago WOT and PingPlotter I don't know what has happened over the past few months but, as many people know and have experienced, pings with WOT are all over the freaking place. The really important point to know about these routers is that if they are not affecting the downstream hops, then their behavior should be considered "normal". When this happens, you'll sometimes see a hop respond, but sometimes it doesn't, leading to a high packet loss rate. Another possibility is that the router is configured to "down-prioritize" TTL=0 ICMP echo requests - in which case any load might be prioritized higher - and these packets are discarded. This is not entirelyĬommon, but does happen occasionally. This happens on occasion when a router is configured to not respond to TTL=0 ICMP echo requests. The absence of an IP address (and 100% packet loss) for a specific hop means that no router has responded for that hop. Why do I sometimes see blank lines in the graph display? There's a hop number but no IP address, etc.
0 kommentar(er)
