5

I've run Ping Plotter and here are the results with high packet loss on all hops (around 12%). I find hard to believe Google's routers are faulty, is it my network card to blame?

Click the screenshots to enlarge them.

Picture of the ping plotter screen (closed all network traffic except World of Tanks, removed local router):

peak time

I've also run winMTR (with radio and starcraft2 running), I've added my home router too.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 | 1631 | 1631 |    0 |    0 |    3 |    1 |
|                                10.0.0.1 -    5 | 1413 | 1356 |    1 |   11 |   41 |    3 |
|                qr90.bucuresti.rdsnet.ro -    5 | 1379 | 1313 |    1 |   12 |   78 |    3 |
|                cr01.bucuresti.rdsnet.ro -    4 | 1436 | 1385 |    2 |   18 |   50 |    3 |
|                xr01.budapesta.rdsnet.ro -    5 | 1407 | 1348 |   13 |   24 |   70 |   14 |
|                xr01.budapesta.rdsnet.ro -    4 | 1430 | 1377 |   13 |   24 |  125 |   15 |
|               213-154-130-234.rdsnet.ro -    4 | 1422 | 1367 |   13 |   27 |  122 |   14 |
|                          209.85.242.228 -    4 | 1429 | 1376 |   13 |   26 |  121 |   14 |
|                           72.14.232.102 -    4 | 1421 | 1366 |   30 |   44 |  142 |   45 |
|                            72.14.236.21 -    4 | 1440 | 1390 |   28 |   45 |  204 |   29 |
|                           209.85.254.57 -    5 | 1402 | 1342 |   31 |   46 |   86 |   32 |
|                          www.google.com -    4 | 1441 | 1391 |   29 |   40 |   69 |   31 |
|________________________________________________|______|______|______|______|______|______|
  WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Traffic around 4 AM with torrents and all stuff on my machine working:

4 am

Upon adding my home router I noticed it is packet loss free so i guess the problem is in the 10.0.0.1 router. Guys from the ISP came and checked connectivity and said it's ok, but the plague of lag spikes is still there. One thing I noticed is that in the morning and late night the connection is ok.

Gaff
  • 18,569
  • 15
  • 57
  • 68
Psyconn
  • 53
  • 1
  • 4
  • 1
    Can you replicate the results with MTR? If you ping to each hop directly is there any loss? Is there any loss if you ping directly to your first hop specifically? What is your bandwidth utilization like at the time you are running these tests? Do your results change if you bypass your LAN and plug directly into your ISP's device? Also keep in mind that ICMP is always the lowest priority and a lot of routers will just drop/ignore them if they have anything more important to do at the time. – MaQleod Aug 19 '11 at 23:25

2 Answers2

2

This seems perfectly normal. There are two things you have to keep in mind.

First, if a particular connection shows packet loss, you will see that same packet loss on any path that includes that connection. So if your connection to your ISP is dropping packets, every point past that will show that same packet loss. The packet loss is measured by sending a packet out and seeing if you get a packet back.

Second, packet loss is normal. This is how multiple TCP streams figure out how to share a connection without any specific "you get X, you get Y" mechanism. Since you're running a torrent program, you probably have a fairly large number of TCP connections, and they're all trying to figure out how much bandwidth they can get. TCP connections ramp up their speed until packets start dropping and then back down.

Suppose one of those connections suddenly slows down. How could the others figure out that more bandwidth is available? The only way is if they periodically try to increase their transmission rate. And if the connections are fully utilizing your connection and one of them tries to increase its transmission rate, what do you think will happen? Yep, a few packets will drop. If no packets ever dropped, then all the TCP connections would be increasing their bandwidth consumption. How would that work?

If this is an issue for you because you're also trying to run applications that are sensitive to packet loss, configure a limit in the inbound and outbound traffic your torrent program allows. Make it about 85% of the maximum traffic level you see in the program. This will only cause a 15% performance drop in the torrent program and it should keep the packet loss level generally at 0. (Except when some other program creates traffic and then that program has to figure out how to share with the torrents.)

David Schwartz
  • 61,528
  • 7
  • 100
  • 149
  • On a related question do you know a tool to see who is making most traffic on the network? The first thing I did when experiencing lag was to close everything but one low bandwidth app and still got the results in the first graph. – Psyconn Aug 25 '11 at 10:50
  • It depends on what kind of network you have. If you have an unmanaged switch and your router doesn't offer this capability, then you're probably out of luck. – David Schwartz Aug 25 '11 at 12:41
  • Great answer. I wonder why no one voted it up. – wnrph Nov 12 '11 at 14:04
0

Torrents use large numbers of TCP and UDP connections, which could, depending on your router, using all of the router's RAM while doing its thing. Since I see packet loss to the 10.x.x.x network, that tells me that something is up between your router and that network, change your Ethernet cords, if you are on DSL change your phone cord and make sure that phone cord it no longer than 3 feet. Standard phone cords are not shielded and do not use twisted pairs so they are very sensitive to electrical and magnetic interference.

Also If you are on a DSL connection, a lot of neighborhoods have a problem called "Local Saturation", basically there are too many people for the DSLAM to handle which will cause packet loss.

As for the remote networks experiencing packet loss per the plotter, not sure, but those networks are way out side of the control of your ISP.

Ray
  • 546
  • 3
  • 11