Packet Loss on 50mb connection

[Petronia]

Ever since they installed the internet to my house i am having some odd packet loss, epically when playing games like unreal tournament 2004 and few other games.

I phone them to ask about the packet loss and they gave me series of question and trying to figured out where it went wrong and yet told me to check the cmd and ping bbc.co.uk ect.

From what i notice of pinging bbc under command it would not show such packet loss at all and i finding it annoying because my games clearly said i have packet loss and it tend to be 1 to 5 every few seconds.

So i read through the forum and cannot seem to find the correct answer i am seeking for but i ran the MTR like the guide said i should and it came up with this.

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|cpc5-oxfd18-2-0-gw.4-3.cable.virginmedia.com - 12 | 311 | 276 | 0 | 15 | 263 | 9 |
|oxfd-core-1a-ge-110-2255.network.virginmedia.net - 0 | 450 | 450 | 7 | 15 | 119 | 20 |
|brhm-bb-1a-xe-501-0.network.virginmedia.net - 25 | 228 | 172 | 0 | 21 | 150 | 9 |
|nrth-bb-1b-ae2-0.network.virginmedia.net - 35 | 191 | 126 | 0 | 23 | 136 | 18 |
|nrth-tmr-2-ae6-0.network.virginmedia.net - 43 | 167 | 96 | 0 | 22 | 50 | 14 |
| tele-ic-1-as0-0.network.virginmedia.net - 69 | 120 | 38 | 0 | 23 | 53 | 20 |
| pos6-1.rt0.thdo.bbc.co.uk - 82 | 105 | 19 | 0 | 22 | 58 | 20 |
| 212.58.238.153 - 62 | 130 | 50 | 0 | 20 | 52 | 16 |
| virtual-vip.thdo.bbc.co.uk - 0 | 449 | 449 | 15 | 21 | 67 | 31 |
|________________________________________________| ______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

So clearly it must of having packet loss, i am unsure what to do since i find the virgin media service very poor when i am telling them that there is packet loss and they are telling me there is not.

Oh another thing i've got a Superhub and i been told to turn off certain thing so it packet loss goes, so when i check the pingtest website it show no packet loss but it still did not solve the issues i got.

So where do i go from here and how to fix it because it been driving me insane now.

[qasdfdsaq]

Are you connected via wire or wirelessly?

[Petronia]

wired

[qasdfdsaq]

Hmm, odd. I've never used WinMTR so I don't know what it does or how it behaves. But it's showing zero packet loss to your destination.

How long did you ping for when you tried pinging BBC?

[Petronia]

think i tested it for 5 mins before i stopped it and submitted it maybe less, was not for long

and going to run another test for an hour and see what result that is, but it strange since some place show no packet loss but during some games i seem to get tons, but it not just my pc that having packet loss, since we got 3 pc on this hub.

Before i moved place, the last connection i had which was same stuff but never had packet loss so i wondering why i am now getting it when i never had it in my last location.

Well this should be 30 mins test

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|cpc5-oxfd18-2-0-gw.4-3.cable.virginmedia.com - 21 | 1085 | 858 | 0 | 14 | 95 | 13 |
|oxfd-core-1b-ge-110-2255.network.virginmedia.net - 7 | 1604 | 1506 | 6 | 14 | 112 | 9 |
|brnt-bb-1b-xe-703-0.network.virginmedia.net - 51 | 662 | 328 | 0 | 22 | 212 | 16 |
|brnt-bb-1a-ae0-0.network.virginmedia.net - 61 | 583 | 230 | 0 | 22 | 147 | 17 |
|glfd-bb-1b-as1-0.network.virginmedia.net - 78 | 485 | 107 | 0 | 26 | 223 | 23 |
|glfd-tmr-1-ae5-0.network.virginmedia.net - 86 | 452 | 66 | 0 | 20 | 116 | 20 |
| redb-ic-1-as0-0.network.virginmedia.net - 90 | 437 | 47 | 0 | 22 | 53 | 15 |
| 212.58.239.249 - 95 | 419 | 25 | 0 | 33 | 185 | 18 |
| 212.58.238.149 - 93 | 423 | 30 | 0 | 26 | 220 | 220 |
| te12-1.hsw1.cwwtf.bbc.co.uk - 97 | 411 | 15 | 0 | 23 | 39 | 27 |
| No response from host - 100 | 399 | 0 | 0 | 0 | 0 | 0 |
| bbc-vip015.cwwtf.bbc.co.uk - 0 | 1996 | 1996 | 16 | 22 | 74 | 22 |
|________________________________________________| ______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Everything but bbc got packet loss, whereas the bbc it seem to send and recv all but the host is set on www.bbc.co.uk

[qasdfdsaq]

Hmm I suspect it may be some sort of intermediate routing issue, or maybe load. I can't say for sure as those results are quire odd.

Can you try a continuous ping for, say, 2-3 minutes on some of the "lossy" hops listed above? e.g. cpc5-oxfd18-2-0-gw.4-3.cable.virginmedia.com, and redb-ic-1-as0-0.network.virginmedia.net?

[Petronia]

how do you meant continuous ping? you meant ping those 2 selected and see the outcome of it?

[qasdfdsaq]

basically ping -t for a couple minutes, or you could ping -n 150

[Petronia]

outcome for cpc5-oxfd18-2-0-gw.4-3.cable.virginmedia.com was packets sent 150 received 150 lost = 0 (0% loss)
minimum = 7ms, maximum = 172ms, average = 18ms

whereas for redb-ic-1-as0-0.network.virginmedia.net it came out as packets sent 150 received 150 and lost = 0 (0% loss)
minimum = 15ms, maximum = 46ms, average = 21ms

[qasdfdsaq]

Interesting. No packet loss at all even to hops where there is packet loss along the way, very odd.

What exactly did you turn off on the superhub? Are there any other symptoms other than in one particular game?

[Petronia]

i been told to turn off IP Flood Detection or Firewall Features since they conflict so i been told, but i turn off both, well one then another then test without both and seem like packet loss gone when i turn 1 or other off or both off on pingtest website where if i have both on it just go up the roof with packet loss.

And no it not just one game, it happen on some other games, it just i play unreal tournament 2004 much more than the other which tend to annoyed me since i come to the point where it unstable to play due to the loss every other seconds which cause me to glitch or see myself died or some other way.

[qasdfdsaq]

I'm an avid gamer myself so I can understand your frustration. I just can't see any cause or explanation for your issues as they're not showing up on standard tests. Maybe some other people will have more insightful ideas?

I've got a few more suggestions here:

1) Turn off IP flood detection and leave it off. It's bad. Turn off the firewall too if you're willing.
2) Post the modem power levels and logs
3) Do a couple speed tests at speedtest.net, London server, and post the results, post the results of your pingtests as well while you're at it
4) Do a full analysis at http://netalyzr.icsi.berkeley.edu/ and post the results (remove your IP address if you want)

[Petronia]

I want to say thank you for being fast on the response and able to put effort into helping me so far, glad someone like you around that able to help even if we not solve it yet.

Anyway to your suggestion -

1) the moment i saw both on i took them off and played with both before i made my final choice of having them both off.
2) how can i find the modem power levels and logs ?
3) Newbury ping 86ms - (47.12mb down | 4.31mb up) | Maidenhead ping 12ms - (40.77mb down | 4.77 mb up) | London ping 44ms- ( 50.80mb down | 4.53mb up)
4) It a very long results, just post the whole thing? Or what part of the results you would like me to show so you know?

[qasdfdsaq]

1) OK, good.
2) It's the link under the left called "Connection". You'll get a page that looks like this
3) Looks good, nothing wrong here. By the way it'd be better if you posted direct links to your results rather than typing them in.
4) The whole thing please. Enclose it in a [spoiler] tag if you want.

At this point though it doesn't look like there's anything wrong with your connection, so perhaps a local setup or software issue? Don't suppose you've tried a different computer with the same results?

[Petronia]

2)Here
4)running it again

Spoiler: 

Result Summary +/– (help)
cpc5-oxfd18-2-0-cust283.4-3.cable.virginmedia.com / 217.137.121.28

Minor Aberrations
•Certain TCP protocols are blocked in outbound traffic
•Certain UDP protocols are blocked in outbound traffic
•The network blocks some or all EDNS replies
•Your computer's clock is slightly slow

Address-based Tests +
NAT detection (?): NAT DetectedYour global IP address is 217.137.121.28 while your local one is 192.168.0.3. You are behind a NAT. Your local address is in unroutable address space.
Your machine numbers TCP source ports sequentially. The following graph shows connection attempts on the X-axis and their corresponding source ports used by your computer on the Y-axis.

TCP ports are not renumbered by the network.
Local Network Interfaces (?): OKYour computer reports the following network interfaces, with the following IP addresses for each one: eth0: (an ethernet interface)eth1: (an ethernet interface)eth10: (an ethernet interface)eth11: (an ethernet interface)eth12: (an ethernet interface)eth2: (an ethernet interface)eth3: (an ethernet interface)fe80::408f:a338:d809:7356 [Daniel-PC] (a link-local IPv6 address)192.168.0.3 [Daniel-PC] (a private IPv4 address)eth4: (an ethernet interface)eth5: (an ethernet interface)eth6: (an ethernet interface)eth7: (an ethernet interface)eth8: (an ethernet interface)eth9: (an ethernet interface)lo: (a local loopback interface)::1 (an IPv6 loopback address)127.0.0.1 (an IPv4 loopback address)net0: net1: net2: net3: net4: 2001:0:5ef5:79fd:1c20:21b1:2676:86e3 [Daniel-PC] (a Teredo IPv6 address)fe80::1c20:21b1:2676:86e3 [Daniel-PC] (a link-local IPv6 address)net5: net6: fe80::5efe:c0a8:3 (a link-local IPv6 address)net7: ppp0: ppp1: DNS-based host information (?): OKYou are not a Tor exit node for HTTP traffic. You are listed on the Spamhaus Policy Based Blacklist, meaning that your provider has designated your address block as one that should only be sending authenticated email, email through the ISP's mail server, or using webmail. The SORBS DUHL believes you are using a statically assigned IP address.
NAT detection (?): NAT Detected Local Network Interfaces (?): OK DNS-based host information (?): OK

Reachability Tests –
TCP connectivity (?): NoteDirect TCP access to remote FTP servers (port 21) is allowed. Direct TCP access to remote SSH servers (port 22) is allowed. Direct TCP access to remote SMTP servers (port 25) succeeds, but does not return the expected content.

This suggests that your network enforces a mandatory SMTP proxy which may or may not allow you to send email directly from your system. This is probably a countermeasure against malware abusing infected machines for generating spam. You ISP also likely provides a specific mail server that is permitted. Also, webmail services remain unaffected.

The applet received an empty response instead of our normal banner. This suggests that a firewall, proxy, or filter initially allowed the connection and then terminated it, either because it did not understand our server's reply or decided to block the service.
Direct TCP access to remote DNS servers (port 53) is blocked.

The network you are using appears to enforce the use of a local DNS resolver.
Direct TCP access to remote HTTP servers (port 80) is allowed. Direct TCP connections to remote POP3 servers (port 110) succeed, but do not receive the expected content.
The applet received an empty response instead of our normal banner. This suggests that a firewall, proxy, or filter initially allowed the connection and then terminated it, either because it did not understand our server's reply or decided to block the service.
Direct TCP access to remote RPC servers (port 135) is blocked.

This is probably for security reasons, as this protocol is generally not designed for use outside the local network.
Direct TCP access to remote NetBIOS servers (port 139) is blocked.

This is probably for security reasons, as this protocol is generally not designed for use outside the local network.
Direct TCP connections to remote IMAP servers (port 143) succeed, but do not receive the expected content.
The applet received an empty response instead of our normal banner. This suggests that a firewall, proxy, or filter initially allowed the connection and then terminated it, either because it did not understand our server's reply or decided to block the service.
Direct TCP access to remote SNMP servers (port 161) is allowed. Direct TCP access to remote HTTPS servers (port 443) is allowed. Direct TCP access to remote SMB servers (port 445) is blocked.

This is probably for security reasons, as this protocol is generally not designed for use outside the local network.
Direct TCP access to remote SMTP/SSL servers (port 465) is allowed. Direct TCP access to remote secure IMAP servers (port 585) is allowed. Direct TCP access to remote authenticated SMTP servers (port 587) is allowed. Direct TCP access to remote IMAP/SSL servers (port 993) is allowed. Direct TCP access to remote POP/SSL servers (port 995) is allowed. Direct TCP access to remote OpenVPN servers (port 1194) is allowed. Direct TCP access to remote PPTP Control servers (port 1723) is allowed. Direct TCP access to remote SIP servers (port 5060) is allowed. Direct TCP access to remote BitTorrent servers (port 6881) is allowed. Direct TCP access to remote TOR servers (port 9001) is allowed.

UDP connectivity (?): NoteBasic UDP access is available.
The applet was able to send fragmented UDP traffic.

The applet was unable to receive fragmented UDP traffic. The most likely cause is an error in your network's firewall configuration or NAT.

The maximum packet successfully received was 1472 bytes of payload. Direct UDP access to remote DNS servers (port 53) is blocked.

The network you are using appears to enforce the use of a local DNS resolver.
Direct UDP access to remote NTP servers (port 123) is allowed. Direct UDP access to remote OpenVPN servers (port 1194) is allowed. Direct UDP access to remote MSSQL servers (port 1434) is allowed.

Traceroute (?): OKIt takes 16 network hops for traffic to pass from our server to your system, as shown below. For each hop, the time it takes to traverse it is shown in parentheses.

1.None (0 ms)
2.ec2-75-101-160-172.compute-1.amazonaws.com (0 ms)
3.None (0 ms)
4.*
5.*
6.*
7.*
8.ge-4-1-0.mpr1.iad10.us.mfnx.net (1 ms)
9.xe-3-0-0.cr1.dca2.us.above.net (5 ms)
10.xe-0-0-0.cr2.dca2.us.above.net (3 ms)
11.xe-4-1-0.mpr1.lhr3.uk.above.net (75 ms)
12.xe-1-1-0.mpr2.lhr3.uk.above.net (77 ms)
13.None (81 ms)
14.brnt-bb-1b-as2-0.network.virginmedia.net (140 ms)
15.oxfd-core-1b-ge-000-0.network.virginmedia.net (101 ms)
16.oxfd-cmts-18-gigaether-151.network.virginmedia.net (87 ms)

Part 1, since it was so long that it disallowed me so i had to split it in 2