Cable Forum

Cable Forum (https://www.cableforum.uk/board/index.php)
-   Virgin Media Internet Service (https://www.cableforum.uk/board/forumdisplay.php?f=12)
-   -   Packet Loss on 50mb connection (https://www.cableforum.uk/board/showthread.php?t=33674538)

Petronia 03-02-2011 19:13
Packet Loss on 50mb connection
 
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 03-02-2011 19:58
Re: Packet Loss on 50mb connection
 
Are you connected via wire or wirelessly?

Petronia 03-02-2011 20:22
Re: Packet Loss on 50mb connection
 
wired

qasdfdsaq 03-02-2011 21:32
Re: Packet Loss on 50mb connection
 
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 03-02-2011 21:40
Re: Packet Loss on 50mb connection
 
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 03-02-2011 23:00
Re: Packet Loss on 50mb connection
 
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 03-02-2011 23:05
Re: Packet Loss on 50mb connection
 
how do you meant continuous ping? you meant ping those 2 selected and see the outcome of it?

qasdfdsaq 03-02-2011 23:39
Re: Packet Loss on 50mb connection
 
basically ping -t for a couple minutes, or you could ping -n 150

Petronia 03-02-2011 23:51
Re: Packet Loss on 50mb connection
 
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 04-02-2011 00:48
Re: Packet Loss on 50mb connection
 
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 04-02-2011 00:52
Re: Packet Loss on 50mb connection
 
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 04-02-2011 01:01
Re: Packet Loss on 50mb connection
 
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 04-02-2011 01:15
Re: Packet Loss on 50mb connection
 
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 04-02-2011 11:09
Re: Packet Loss on 50mb connection
 
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 04-02-2011 14:10
Re: Packet Loss on 50mb connection
 
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

Petronia 04-02-2011 14:35
Re: Packet Loss on 50mb connection
 
Part 2

Spoiler: 
Path MTU (?): OKThe path between your network and our system supports an MTU of at least 1500 bytes, and the path between our system and your network has an MTU of 1500 bytes.

Network Access Link Properties +
Network latency measurements (?): Latency: 99ms Loss: 0.0%The round-trip time (RTT) between your computer and our server is 99 msec, which is good. We recorded no packet loss between your system and our server. TCP connection setup latency (?): 95msThe time it takes your computer to set up a TCP connection with our server is 95 msec, which is good. Network background health measurement (?): no transient outagesDuring most of Netalyzr's execution, the applet continuously measures the state of the network in the background, looking for short outages. During testing, the applet observed no such outages. Network bandwidth measurements (?): Upload 4.7 Mbit/sec, Download >20 Mbit/secYour Uplink: We measured your uplink's sending bandwidth at 4.7 Mbit/sec. This level of bandwidth works well for many users.
During this test, the applet observed 312 reordered packets. Your Downlink: We measured your downlink's receiving bandwidth at >20 Mbit/sec. This level of bandwidth works well for many users.
During this test, the applet observed 7073 reordered packets. Network buffer measurements (?): Uplink 250 ms, Downlink 91 msWe estimate your uplink as having 250 msec of buffering. This level may serve well for maximizing speed while minimizing the impact of large transfers on other traffic. We estimate your downlink as having 91 msec of buffering. This level may serve well for maximizing speed while minimizing the impact of large transfers on other traffic.
Network latency measurements (?): Latency: 99ms Loss: 0.0% TCP connection setup latency (?): 95ms Network background health measurement (?): no transient outages Network bandwidth measurements (?): Upload 4.7 Mbit/sec, Download >20 Mbit/sec Network buffer measurements (?): Uplink 250 ms, Downlink 91 ms

HTTP Tests +
Address-based HTTP proxy detection (?): OKThere is no explicit sign of HTTP proxy use based on IP address. Header-based HTTP proxy detection (?): OKNo HTTP header or content changes hint at the presence of a proxy. HTTP proxy detection via malformed requests (?): OKDeliberately malformed HTTP requests arrive at our server unchanged. Thus, the proxies along your path are able to transparently forward invalid HTTP traffic. Filetype-based filtering (?): OKWe did not detect file-content filtering. HTTP caching behavior (?): OKThere is no suggestion that a transparent HTTP cache exists in your network. JavaScript-based tests (?): OKThe applet was not run from within a frame. Your web browser reports the following cookies for our web page: netAlizEd = BaR (set by our server)netalyzrStatus = running (set by our server)Your web browser was unable to fetch an image using IPv6.
Address-based HTTP proxy detection (?): OK Header-based HTTP proxy detection (?): OK HTTP proxy detection via malformed requests (?): OK Filetype-based filtering (?): OK HTTP caching behavior (?): OK JavaScript-based tests (?): OK

DNS Tests –
Restricted domain DNS lookup (?): OKWe can successfully look up a name which resolves to the same IP address as our webserver. This means we are able to conduct many of the tests on your DNS server.
Unrestricted domain DNS lookup (?): OKWe can successfully look up arbitrary names from within the Java applet. This means we are able to conduct all test on your DNS server.

Direct DNS support (?): Not ExecutedThe network you are on blocks direct access to remote DNS servers.

Direct EDNS support (?): NoteEDNS-enabled requests for small responses remain unanswered. This suggests that a proxy or firewall is unable to handle extended DNS requests. EDNS-enabled requests for medium-sized responses remain unanswered. This suggests that a proxy or firewall is unable to handle extended DNS requests or DNS requests larger than 512 bytes. EDNS-enabled requests for large responses remain unanswered. This suggests that a proxy or firewall is unable to handle large extended DNS requests or fragmented UDP traffic.

DNS resolver address (?): OKThe IP address of your ISP's DNS Resolver is 62.253.181.22, which resolves to winn-dnsfep-2.server.virginmedia.net.

DNS resolver properties (?): Lookup latency 200msYour ISP's DNS resolver requires 200 msec to conduct an external lookup. It takes 160 msec for your ISP's DNS resolver to lookup a name on our server. Your resolver correctly uses TCP requests when necessary. Your resolver is using QTYPE=A for default queries. Your resolver is not automatically performing IPv6 queries. Your DNS resolver does not use EDNS. Your DNS resolver can successfully accept large responses. Your resolver does not use 0x20 randomization, but will pass names in a case-sensitive manner. We were unable to detect a DNS proxy associated with your NAT. Your ISP's DNS server cannot use IPv6. No transport problems were discovered which could affect the deployment of DNSSEC.

DNS glue policy (?): OKYour ISP's DNS resolver does not accept generic additional (glue) records — good. Your ISP's DNS resolver does not accept additional (glue) records which correspond to nameservers. Your ISP's DNS resolver does not follow CNAMEs.

DNS resolver port randomization (?): OKYour ISP's DNS resolver properly randomizes its local port number.
The following graph shows DNS requests on the x-axis and the detected source ports on the y-axis.
https://www.cableforum.co.uk/images/...011/02/117.jpg

DNS lookups of popular domains (?): OK80 of 80 popular names were resolved successfully. Show all names.
In the following table reverse lookups that failed but for which a Start Of Authority (SOA) entry indicated correct name associations are shown using an "X", followed by the SOA entry. Absence of both IP address and reverse name indicates failed forward lookups. Name IP Address Reverse Name/SOA
www.abbey.co.uk 165.160.15.20 X (pdns1.cscdns.net)
ad.doubleclick.net 209.85.143.148 dy-in-f148.1e100.net
www.alliance-leicester.co.uk 194.130.105.121 X (alice.ioko365.com)
www.amazon.com 72.21.211.176 X (dns-external-master.amazon.com)
www.ameritrade.com 216.105.251.204 X (mike.lynn.tdameritrade.com)
www.bankofamerica.com 171.161.148.173 wwwao-prodtx.bankofamerica.com
www.bankofscotland.co.uk 195.171.171.21 X (ns0.bt.net)
bit.ly 168.143.172.53 X (ns1.dn.net)
www.capitalone.com 208.80.48.112 X (chia.arin.net)
www.careerbuilder.com 208.82.6.22 X (smokey.careerbuilder.com)
www.chase.com 159.53.64.105 X (ns1.jpmorganchase.com)
chaseonline.chase.com 159.53.85.13 X (ns1.jpmorganchase.com)
www.citi.com 192.193.103.222 citibank.com
www.citibank.com 192.193.103.222 citibank.com
www.citimortgage.com 192.193.218.222 citimortgage.com
www.desjardins.com 142.195.132.100 www.desjardins.com
www.dnssec-failed.org 68.87.64.48 cmportal.comcast.net
www.e-gold.com 209.200.169.10 unknown.prolexic.com
www.ebay.com 66.211.181.11 hp-core.ebay.com
encrypted.google.com 209.85.147.113 bru01m01-in-f113.1e100.net
www.etrade.com 12.153.224.22 etrade.com
www.f-secure.com 195.245.127.145 X (ns1-2.akam.net)
www.facebook.com 66.220.158.18 www-11-01-ash4.facebook.com
www.fdic.gov 167.176.17.84 www.fdic.gov
www.friendfinder.com 208.88.180.81 X (ii53-30.friendfinderinc.com)
www.google.com 74.125.230.116 X (ns1.google.com)
www.google-analytics.com 209.85.147.139 bru01m01-in-f139.1e100.net
www.halifax.co.uk 212.140.245.97 www.halifax.co.uk
www.hsbc.co.uk 193.108.74.126 X (ns3.hsbc.com)
www.irs.gov 195.245.127.145 X (ns1-2.akam.net)
www.jpmorganchase.com 159.53.64.105 X (ns1.jpmorganchase.com)
mail.google.com 209.85.147.17 bru01m01-in-f17.1e100.net
mail.live.com 64.4.20.174 dp1.mail.live.com
mail.yahoo.com 217.12.8.76 l1.login.vip.ukl.yahoo.com
www.mbna.com 209.135.59.10 X (ns1.usi.net)
www.mbna.net 209.135.59.10 X (ns1.usi.net)
www.meebo.com 74.114.28.110 X (ns1.meebo.com)
messenger.yahoo.com 68.180.190.124 myc1.msg.vip.sk1.yahoo.com
www.microsoft.com 207.46.170.123 wwwtuk1vip.microsoft.com
www.nationwide.co.uk 155.131.31.82 X (ns0.nationet.net)
www.networksolutions.com 205.178.187.13 www.networksolutions.com
www.newegg.com 216.52.208.185 X (pdns1.ultradns.net)
online.citibank.com 199.67.181.11 citibankonline.com
online.wellsfargo.com 151.151.13.132 psaltery-on.wellsfargo.com
www.orange.fr 193.252.122.103 www.orange.fr.b2.fti.net
partner.googleadservices.com 74.125.230.124 X (ns1.google.com)
www.paypal.com 66.211.169.65 X (crocodile.ebay.com)
www.postbank.de 62.153.105.37 X (ns1.postbank.de)
www.rbs.co.uk 155.136.80.222 X (ns0-08.dns.pipex.net)
www.schwab.com 162.93.237.80 wwwschwab-vip.schwab.com
search.yahoo.com 74.6.117.48 syc.search.vip.sk1.yahoo.com
www.sears.com 92.122.17.99 a92-122-17-99.d[...]echnologies.com
www.secureworks.com 206.55.100.29 atl1www01.secureworks.net
smartzone.comcast.net 76.96.26.12 webmail3.emeryv[...]ail.comcast.net
www.smithbarney.com 192.193.20.126 X (ns.citicorp.com)
www.sterlingsavingsbank.com 12.19.55.215 sterlingsavingsbank.com
www.tdameritrade.com 216.105.251.204 X (mike.lynn.tdameritrade.com)
tinyurl.com 195.66.135.139 b2.tinyurl.com
www.torproject.org 38.229.70.16 vescum.torproject.org
us.etrade.com 198.93.34.50 us.etrade.com
www.usbank.com 170.135.216.181 epay.usbank.com
www.verisign.com 69.58.181.89 www-ilg.verisign.net
www.visa.com 195.245.127.138 X (ns1-2.akam.net)
www.wachovia.com 169.200.183.139 X (sls-ns1.wachovia.com)
www.wamu.com 159.53.84.27 X (ns1.jpmorganchase.com)
www.wellsfargo.com 151.151.13.133 www.wellsfargo.com
westernunion.com 206.201.227.250 wumt1.westernunion.com
windowsupdate.microsoft.com 65.54.221.118 X (msnhst.microsoft.com)
wireless.att.com 135.209.168.22 origin-b2b-al[...]eless.att.com
www.yahoo.com 87.248.112.181 ir1.fp.vip.ird.yahoo.com
8 popular names have a mild anomaly. The ownership suggested by the reverse name lookup does not match our understanding of the original name. The most likely cause is the site's use of a Content Delivery Network. Show all names.
Name IP Address Reverse Name/SOA
www.bing.com 195.245.127.113 X (ns1-2.akam.net)
www.cnn.com 157.166.224.25 X (ns1.timewarner.net)
www.deutsche-bank.de 160.83.8.24 X (ns2.db.com)
www.lloydstsb.com 141.92.130.226 X (ns0.bt.net)
www.nordea.fi 193.88.186.178 X (ns01.tdchosting.dk)
www.sparkasse.de 212.34.69.3 rev-212.34.69.3.rev.izb.net
www.ticketmaster.com 2.18.180.199 X (ns-pri.ripe.net)
www.trendmicro.com 2.17.249.214 X (ns-pri.ripe.net)
2 popular names have a mild anomaly: we are unable to find a reverse name associated with the IP address provided by your ISP's DNS server. This is most likely due to a slow responding DNS server or misconfiguration on the part of the domain owner. Show all names.
Name IP Address Reverse Name/SOA
www.bankofthewest.com 204.44.2.241 X
www.barclays.co.uk 157.83.107.4 X

DNS external proxy (?): OKYour host ignores external DNS requests.

DNS results wildcarding (?): OKYour ISP correctly leaves non-resolving names untouched.

IPv6 Tests +
DNS support for IPv6 (?): OKYour system does not look up IPv6 addresses by default. Your DNS resolver is not on Google's IPv6 "whitelist", which means that Google does not enable IPv6 access to their services for you. IPv6 Connectivity (?): Not ExecutedThe test was not executed. Required functionality was unavailable or not permitted. IPv6 TCP connectivity (?): Not ExecutedYour host was not able to contact our IPv6 server for testing. IPv6 and Your Web Browser (?): No IPv6 SupportYour browser was unable to fetch a test image from an IPv6-only server. IPv4 performance to our IPv4-only server did not differ substantially from our IPv4/IPv6 dual-stacked one. IPv6 Path MTU (?): Not ExecutedThe test was not executed. Required functionality was unavailable or not permitted. IPv6 Traceroute (?): Not ExecutedThe test was not executed. Required functionality was unavailable or not permitted.
DNS support for IPv6 (?): OK IPv6 Connectivity (?): Not Executed IPv6 TCP connectivity (?): Not Executed IPv6 and Your Web Browser (?): No IPv6 Support IPv6 Path MTU (?): Not Executed IPv6 Traceroute (?): Not Executed

Host Properties –
System clock accuracy (?): WarningYour computer's clock is 6 seconds slow.

Browser properties (?): OKThe following parameters are sent by your web browser to all web sites you visit:
•User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; Tablet PC 2.0; .NET4.0C)
•Accept: application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, */*
•Accept Language: en-GB
•Accept Encoding: gzip, deflate
•Accept Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Java identifies your operating system as Windows 7.

Uploaded Data (?): OKThe following additional content was uploaded by the applet:
•raw_http_content

pip08456 04-02-2011 15:35
Re: Packet Loss on 50mb connection
 
I'll leave this one to qasdfdsaq! Too much to go through!

qasdfdsaq 04-02-2011 16:15
Re: Packet Loss on 50mb connection
 
Quote:
UDP connectivity (?): Note

Basic 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.
Ah-ha!

Problem located, now what to do about it... :-/

Petronia 04-02-2011 17:00
Re: Packet Loss on 50mb connection
 
mmmm the only firewall i got is bullguard and it can be touchy half of the time with stuff. Can admit this, i still unsure how bullguard really work in general (got gamer edition) but had this program since the other BB installed and had no issues previously, dunno why i do now.

Any suggestion of any way around it to fix it?

oh the picture in 2) was small try this Here

qasdfdsaq 04-02-2011 17:09
Re: Packet Loss on 50mb connection
 
Tried turning it off?

Petronia 04-02-2011 17:23
Re: Packet Loss on 50mb connection
 
you meant turn it off and run the test again see if error don't come up?

qasdfdsaq 04-02-2011 17:28
Re: Packet Loss on 50mb connection
 
Well, yes, that, and trying your games again to see if it helps those issues too.

Only other thing I could suggest is adjusting your MTU but I don't really want to get into that now...

Petronia 04-02-2011 18:20
Re: Packet Loss on 50mb connection
 
will give it a whirl now

after doing that test this result came up

Spoiler: 
UDP connectivity (?): Note
Basic UDP access is available.
The applet was able to send fragmented UDP traffic.
The applet was able to receive fragmented UDP traffic.
UDP access to remote DNS servers (port 53) appears to pass through a firewall or proxy. The applet was unable to transmit an arbitrary request on this UDP port, but was able to transmit a legitimate DNS request, suggesting that a proxy, NAT, or firewall intercepted and blocked the deliberately invalid request.
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.


---------- Post added at 17:48 ---------- Previous post was at 17:32 ----------

right after loading few games up and joining them the packet loss issues still not gone, even with bullguard turned off, only firewall is up is window itself.

---------- Post added at 18:20 ---------- Previous post was at 17:48 ----------

some more game tested and the problem seem to still be there, and still annoying

qasdfdsaq 04-02-2011 18:37
Re: Packet Loss on 50mb connection
 
There doesn't seem to be anything wrong with your connection other than the gaming issue, so I'm at a loss to figure out a fix.

I'll ask again as you didn't seem to answer earlier - have you tried a different computer, if so what were the results?

Petronia 04-02-2011 18:43
Re: Packet Loss on 50mb connection
 
well got 3 pc on network and all seem to be in the same error of packet loss issues.

qasdfdsaq 04-02-2011 18:46
Re: Packet Loss on 50mb connection
 
Bleurgh. Only other thing I can think of is a faulty Superhub. What OS are the 3 PCs running?

Petronia 04-02-2011 18:54
Re: Packet Loss on 50mb connection
 
Window 7 64 bit

Petronia 05-02-2011 00:30
Re: Packet Loss on 50mb connection
 
on all 3 pc that is

Dr Mong 05-02-2011 11:07
Re: Packet Loss on 50mb connection
 
This interests me.

Since I had the SuperHub my pingtest results have been awful, I've assumed this is a SuperHub artefact. After turning off IP flooding the packet loss is zero, but jitter is very high. Any suggestions? (I used to get a grade A connection with the old modem/router set up; at least when the service was running)

Petronia 05-02-2011 11:33
Re: Packet Loss on 50mb connection
 
i get 4ms to 10ms jitter myself on pingtest also Grade A, so i guessing there some fault within the superhub itself but going to really test modem and such before blame fault

qasdfdsaq 05-02-2011 12:44
Re: Packet Loss on 50mb connection
 
4ms to 10ms jitter is pretty much normal for VM. It's pretty much bang on the national average.

Petronia 05-02-2011 14:25
Re: Packet Loss on 50mb connection
 
that what i thought myself yeah, but still this "unknown" packet loss still get to me that i cannot seem to see a way of resolving it.

alt_guy 05-02-2011 14:35
Re: Packet Loss on 50mb connection
 
Quote:
Originally Posted by Petronia (Post 35167657)
that what i thought myself yeah, but still this "unknown" packet loss still get to me that i cannot seem to see a way of resolving it.
Hi Petronia,

Interestingly I am experiencing very similar issues to you. I didn't see your thread at the time of posting mine, hence the duplicate titles!

http://www.cableforum.co.uk/board/12...onnection.html

I tested my latency and packet loss using an application called PingPlotter - have you tried that? It gives you a much friendlier graphic illustration of where/when packets are being dropped.

I'm also in the same boat as you - I have no idea how to resolve this and it's causing me a nightmare as I need to run a fully legal/licensed audio stream 24/7 - That is not possible at the moment so a lot of money is going down the drain.

qasdfdsaq 05-02-2011 14:37
Re: Packet Loss on 50mb connection
 
Yeah, I'm still puzzled what could be causing it. I'm thinking it won't be MTU but I'm not 100% sure.

Could you sign up for a TB ping monitor (http://www.thinkbroadband.com/ping/), leave it running for a day or so and let us see the results?

Petronia 05-02-2011 14:49
Re: Packet Loss on 50mb connection
 
will give PingPlotter a go then i will do the thinkbroadband test when i go to sleep and get result out of it when i wake up (later tonight that is)

Here the result of PingPlotter of www.bbc.co.uk

Petronia 06-02-2011 14:35
Re: Packet Loss on 50mb connection
 
http://www.thinkbroadband.com/ping/m...c8458d04bc.png

was my result from thinkbroadband
it show alot of packet loss but not big one just small one.

sclarke 07-02-2011 19:06
Re: Packet Loss on 50mb connection
 
Hi Petronia,

have you ever monitored your upstream power levels? Try looking at them over a day to see if they bounce around.

I think this may be my cause. My upstream can be 43, 48, 51, 56, 57, 47 - and it moves around like that all day. So I've managed to get a technician out since I've proven that to them.

Might be worth monitoring it, it's hopefully the cause.

Petronia 07-02-2011 19:33
Re: Packet Loss on 50mb connection
 
where would i find this upstream power levels to monitored it?

bomber_g 07-02-2011 20:11
Re: Packet Loss on 50mb connection
 
This thread seems to have been going on for a while and the only thing I can see that may be worth trying is setting up port forwarding to your PC. (on the port the games uses obviously)

I have to admit I don't know how to do this on a superhub, or even if you can - as I haven't gotten my filthy little hands on one yet...

pip08456 07-02-2011 22:10
Re: Packet Loss on 50mb connection
 
Quote:
Originally Posted by bomber_g (Post 35169632)
This thread seems to have been going on for a while and the only thing I can see that may be worth trying is setting up port forwarding to your PC. (on the port the games uses obviously)

I have to admit I don't know how to do this on a superhub, or even if you can - as I haven't gotten my filthy little hands on one yet...
It has been reported by those that have that it can be done.

Petronia 07-02-2011 23:01
Re: Packet Loss on 50mb connection
 
did the port forwarding and yet no help there :< feel sucky that i cannot seem to enjoy the game meant to be.

pabscars 08-02-2011 20:14
Re: Packet Loss on 50mb connection
 
Quote:
Originally Posted by Petronia (Post 35169753)
did the port forwarding and yet no help there :< feel sucky that i cannot seem to enjoy the game meant to be.
How did you do the port forwarding Petronia, did you assign a static IP to your PC, then assign that IP with the port forwarding rules in the superhub?

Petronia 12-02-2011 07:29
Re: Packet Loss on 50mb connection
 
right sorry for the delay response, I myself did not change the port forwarding since I am not actually advance with that kind of stuff but a friend of mine had a go and fiddle about to see if he can try get around the packet loss issues, and he end up with the same result I am getting right now.

but i am still open for more suggestion on how to resolve this issues if there a way around it to fix this issues i am having because I recently stop playing one or two games because of the packet loss and well...it just not fun with the issues.

qasdfdsaq 12-02-2011 12:21
Re: Packet Loss on 50mb connection
 
There's obviously a problem somewhere, only I can't figure out where it is. Did you ever get the thinkbroadband ping monitor running? I haven't seen any results from that. If that's showing major issues it might be worth raising with second-line over at the VM support forums.

Petronia 12-02-2011 17:16
Re: Packet Loss on 50mb connection
 
yeah the result is above if you check my previous message 4 post ago I think or you cannot see it?

qasdfdsaq 12-02-2011 17:19
Re: Packet Loss on 50mb connection
 
Can't see it - there's just a blank in that part of your post before the "was my result from thinkbroadband"

Petronia 12-02-2011 17:31
Re: Packet Loss on 50mb connection
 
ah right will post result now
http://img821.imageshack.us/img821/8...a33e2cb2bc.png

OwenO 20-02-2011 16:49
Re: Packet Loss on 50mb connection
 
Hi there,

+1 ! 50mb Virgin, fine download speeds, regular loss of packets or something going on interupting gaming.

Yep Ive been having the same issue for weeks. I've raged complained, accused housemates of sercretly downloading terrabytes of pron and so on and so on.

I've fiddled with MTU's reset back to defaults, Applied and removed QoS, tried ethernet, the list goes on.

One recent lead i have come across came about when running netanlyzer (http://netalyzr.icsi.berkeley.edu/) a nice bit of kit. Anyway I got this report

"Network buffer measurements (?): Uplink 1300 ms, Downlink 74 ms
We estimate your uplink as having 1300 msec of buffering. This is quite high, and you may experience substantial disruption to your network performance when performing interactive tasks such as web-surfing while simultaneously conducting large uploads. With such a buffer, real-time applications such as games or audio chat can work quite poorly when conducting large uploads at the same time.
We estimate your downlink as having 74 msec of buffering. This level may serve well for maximizing speed while minimizing the impact of large transfers on other traffic"

I am lead to believe this large uplink buffer is controlled by Virgin and could be the cause of these jitters, When i started searching for methods of reducing this uplink buffer (to no avail) I found people experiencing a similiar issue to myself in online gaming.

I am no techie, minimal knowledge. But does this sound appropriate?

alt_guy 22-02-2011 10:38
Re: Packet Loss on 50mb connection
 
Quote:
Originally Posted by OwenO (Post 35178720)
Hi there,

+1 ! 50mb Virgin, fine download speeds, regular loss of packets or something going on interupting gaming.

Yep Ive been having the same issue for weeks. I've raged complained, accused housemates of sercretly downloading terrabytes of pron and so on and so on.

I've fiddled with MTU's reset back to defaults, Applied and removed QoS, tried ethernet, the list goes on.

One recent lead i have come across came about when running netanlyzer (http://netalyzr.icsi.berkeley.edu/) a nice bit of kit. Anyway I got this report

"Network buffer measurements (?): Uplink 1300 ms, Downlink 74 ms
We estimate your uplink as having 1300 msec of buffering. This is quite high, and you may experience substantial disruption to your network performance when performing interactive tasks such as web-surfing while simultaneously conducting large uploads. With such a buffer, real-time applications such as games or audio chat can work quite poorly when conducting large uploads at the same time.
We estimate your downlink as having 74 msec of buffering. This level may serve well for maximizing speed while minimizing the impact of large transfers on other traffic"

I am lead to believe this large uplink buffer is controlled by Virgin and could be the cause of these jitters, When i started searching for methods of reducing this uplink buffer (to no avail) I found people experiencing a similiar issue to myself in online gaming.

I am no techie, minimal knowledge. But does this sound appropriate?
Hi OwenO,

I've just done a test on mine -

Network buffer measurements (?): Uplink 430 ms, Downlink is good

seems ok for me, but I still have the packet loss issues.

I don't think there's any way to fix these, the issues seem to be deep in Virgin's network and problems this deep often go undetected by the average internet user, which is why they're not too bothered I'd imagine.

ADSL (Be) is probably the only option if you require a rock-solid connection. Slower but reliable.


All times are GMT. The time now is 22:39.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum