Serious packet loss!

[djbbt]

Hi, I have just had 30mb broadband fitted and am experiencing very slow internet browsing. I have to keep clicking "Try Again" for even the simplest web pages.

I did a speed test and it was fine (31mb!)

I did a ping test on pingtest.net:
http://www.pingtest.net/result/35155977.png (http://www.pingtest.net)
Anything other than 0% is supposed to be a worry? (a friend down the road on 50mb has 0% packet loss)

I did a line test on dslreports.com and got full passes?:
Line Quality / Ping Test : Results
Anonymous test
Tools page
Test again
Forum: Site Tools
recent results from virginmedia.com

Test (From Central USA) Loss Min
Latency Avg
Latency Max
Latency Pass
Fail
basic ping
10s of 40 byte packets, 2 per second 0% 122ms 127ms 149ms [pass]
pass
low bandwidth stream
10s of 512 byte packets at 56 kbit 0% 122ms 127ms 152ms [pass]
pass
medium bandwidth stream was not performed
higher bandwidth stream was not performed
your first hop ping
stream of 40byte pings to 81.96.225.38 0% loss 124ms Could not estimate first hop speed [pass]
pass
Jitter/loss with small packets tested from Central - USA:
Jitter/loss with small packets tested from West Coast - USA:

1 minute MTR (hop loss analysis) from Central - USA
Hop Host LOSS Rcv Sent Best Avg Worst
0 ae-2.bb-d.slr.lxa.us.oneandone.net 0% 60 60 0.45 2.42 55.62
1 te-3-1.bb-d.ga.mkc.us.oneandone.net 0% 60 60 0.91 2.42 52.07
2 te4-3.mpd01.mci01.atlas.cogentco.com 0% 60 60 1.05 18.66 222.42
3 te0-3-0-2.mpd22.mci01.atlas.cogentco.com 0% 60 60 0.97 1.15 1.35
4 te0-1-0-2.mpd22.ord01.atlas.cogentco.com 0% 60 60 13.10 13.29 13.85
5 te0-1-0-6.ccr21.bos01.atlas.cogentco.com 0% 60 60 108.75 108.92 109.15
6 te3-2.mpd02.lon01.atlas.cogentco.com 0% 60 60 108.68 127.53 308.28
7 vl3493.mpd01.lon01.atlas.cogentco.com 0% 60 60 108.66 126.76 292.94
8 te1-1.ccr01.lon07.atlas.cogentco.com 0% 60 60 108.70 115.15 310.85
9 te2-2.ccr01.lon04.atlas.cogentco.com 0% 60 60 108.74 112.52 224.28
10 ntl.lon04.atlas.cogentco.com 0% 60 60 114.80 114.98 115.29
11 brnt-bb-1b-as0-0.network.virginmedia.net 0% 60 60 114.59 115.13 134.29
12 brnt-bb-1b-ae5-0.network.virginmedia.net 0% 60 60 114.72 120.61 250.16
13 ??? 100% 0 60 0.00 0.00 0.00
14 croy-core-1a-pc200.network.virginmedia.net 0% 60 60 115.93 121.68 321.24
15 tonb-geam-1a-tenge44.network.virginmedia.net 0% 60 60 116.14 119.10 270.96
16 tonb-cmts-03-gigaether-140.network.virginmedia.net 2% 59 60 116.12 116.58 127.17
17 (TARGET IP ADDRESS) 2% 59 60 122.73 127.72 148.99
[pass]
pass

1 minute MTR (hop loss analysis) from West Coast - USA
Hop Host LOSS Rcv Sent Best Avg Worst
0 unknown.Level3.net 0% 60 60 0.67 7.57 168.96
1 ae-2-70.edge2.SanJose3.Level3.net 0% 60 60 1.17 2.12 27.29
2 gblx-level3-20g.SanJose3.Level3.net 0% 60 60 1.31 3.65 20.91
3 po3-20G.ar4.CDG2.gblx.net 0% 60 60 146.15 150.99 267.62
4 NTL.te-4-3.ar3.CDG2.gblx.net 0% 60 60 151.99 165.39 278.55
5 ??? 100% 0 60 0.00 0.00 0.00
6 ??? 100% 0 60 0.00 0.00 0.00
7 tonb-geam-1a-tenge44.network.virginmedia.net 0% 60 60 153.64 155.15 188.48
8 tonb-cmts-03-gigaether-150.network.virginmedia.net 0% 60 60 153.84 154.85 177.86
9 (TARGET IP ADDRESS) 2% 59 60 160.97 167.50 192.15
[pass]
pass

Is this a problem at my end? I'm going to ring Virgin tomorrow.

[alt_guy]

Hi there,

I assume you have had the new super hub installed.

Turn off IP Flood detection - that will resolve the issue.

[djbbt]

Hi, thanks for the super quick reply! I will investigate that. thank you :)

---------- Post added at 20:58 ---------- Previous post was at 20:28 ----------

erm..... I feel dumb, I haven't had broadband for ages. How do I turn that off?? I'm logged on to the hub, can't find it?!

[jb66]

Its under services

[alt_guy]

goto advanced settings
then services
then can untick the box and hit apply.

[djbbt]

Thanks :D The only thing I didn't look under lol.

All sorted.
http://www.pingtest.net/result/35161696.png (http://www.pingtest.net)

[broadbandking]

I had the same issue, I was getting 30Mb speeds fine, so I couldn't understand the issue so I did what you did and bam 0% packet loss, glad I am not the only one.

[chazman888]

I am having the same issue but when I looked at the IP flood detection my is not ticked by default, I called Virgin to day and they said at first that there was no issue, and we would need to change some settings, then before we logged into the new router, he changed his mind and said that there were issues in the area and the issue would be fixed by the 24th!

Thing is I have only had this packet loss issue since the new installation of the Netgear 30MB router

If anyone has ideas what else might be causing high packet loss (mine is constantly up at 90%) would be gratefully recieved.

[andrewjones1986]

hi all i know what your problem is(sort of)

since September 2011 iv had the same issue on virgin media MB
its now may 2012!!!!!
i wouldn't try to update my PS and it would download but corrupt at 14% install.
the pc and laptop was similar everything would download but on install it would fail.

iv had a total of 6 virgin engineers out in this time.

the first told me my levels was to low
the second to hi
the third couldn't find the issue
the four ordered me a new super hub
the fifth reset my routers setting
and the sixth was a young lad who had not long finish training but give me a answer

The answer is its there server that you are connected to. I cant remember the correct name he used I think it was upd but not sure....
basically there end is dropping the data so your device cant put it together correctly

call them up tell them you want to leave there service( only so they put you straight though to Scotland instead of India then tell them you will stay if they send a engineer out to sort it then tell him what iv said and hell log it and that will start the ball rolling to get it sorted. I am still waiting though 1 month so far since the last visit

[kwikbreaks]

This thread you've reopened dates back to early 2011. The problem then was as advised - turn off IP Flood detection in the Superhub settings. That particular bug was fixed - I suspect by ignoring the setting to avoid using the iffy code. It never was a real problem anyway - it was just the router doing what it was told to do - block a stream of requests from the same source.