Results 1 to 17 of 17
  1. #1
    Join Date
    Oct 2010
    Posts
    54

    Is China limiting HE.NET downloads?

    Hi all,

    Lately I've been getting poor download speeds from HE.NET service providers. Such as Frantech/BuyVM. My average download speed from HE.NET providers fluctuate at approximately 10-30KB/s.

    I use buyvm.net/100mb.test to base my results from.

    I doubt that this has anything to do with the recent Japanese earthquake.

  2. #2
    Join Date
    Jan 2003
    Location
    Canada
    Posts
    4,845
    Hi BurstVPN,

    Could you try from the test link for linodes fremont location?

    I had reports on twitter of some high latency over a china providers IPV6 side but HE claims it's a fault of the ISP and that they have no latency/peering issues in HKIX

    Thanks!

    Francisco
    BuyVM - OpenVZ & KVM Based VPS Servers - Chat with us
    - All popular VPN methods supported
    - Affordable offloaded MySQL & DDoS protection
    - 5GB backup space, unmetered private LAN bandwidth & native IPv6 included. All with a strong serving of pony

  3. #3
    Join Date
    Oct 2010
    Posts
    54
    Same results. >.<

  4. #4
    Join Date
    Jan 2011
    Location
    Varna, Bulgaria
    Posts
    1,270
    If you post traceroute/mtr results this could help to diagnose where the problem is.

  5. #5
    Join Date
    Oct 2010
    Posts
    54
    Microsoft Windows [Version 6.1.7601]
    Copyright (c) 2009 Microsoft Corporation. All rights reserved.

    C:\Users\xxxx>tracert buyvm.net

    Tracing route to buyvm.net [205.185.112.61]
    over a maximum of 30 hops:

    1 <1 ms <1 ms <1 ms Dxxxxxx-PC [192.168.1.1]
    2 * * * Request timed out.
    3 37 ms 39 ms 30 ms bt-203-073.bta.net.cn [202.106.203.73]
    4 30 ms 30 ms 30 ms 61.148.146.149
    5 31 ms 31 ms 32 ms 61.148.155.49
    6 31 ms 38 ms 31 ms 123.126.0.233
    7 72 ms 66 ms 65 ms 219.158.4.74
    8 66 ms 63 ms 65 ms 219.158.4.226
    9 256 ms 257 ms 256 ms 219.158.25.18
    10 284 ms 302 ms 297 ms gige-g6-5.core1.sjc2.he.net [65.19.138.161]
    11 319 ms 306 ms 315 ms 10gigabitethernet1-1.core1.fmt1.he.net [72.52.92
    .109]
    12 312 ms 301 ms 304 ms te1-1.ve5.crr1.fmt1.egihosting.com [64.71.129.70
    ]
    13 300 ms 301 ms 306 ms 64.71.165.146
    14 * * 293 ms 205.185.112.61

    Trace complete.

  6. #6
    Join Date
    Jan 2011
    Location
    Varna, Bulgaria
    Posts
    1,270
    What is 205.185.112.61? Is this your VPS?
    Ping to this IP is with packet loss from here... ping to the next IP (.62) shows no packet loss.

  7. #7
    Join Date
    Oct 2010
    Posts
    54
    That's BuyVM's site I'm tracing to.

  8. #8
    Join Date
    Jan 2011
    Location
    Varna, Bulgaria
    Posts
    1,270
    That is strange. Either they rate limit icmp or there is some ongoing DoS attack against them that causes this... Maybe open a ticket with them and ask them what is going on? They are a very responsible provider, should be able to help you.

  9. #9
    Join Date
    Apr 2003
    Location
    San Jose, CA.
    Posts
    1,622
    http://ping.lightwave.net/test1GB.bin
    What sort of speed do you get on that?

    Tho given the following, I'm not surprised.
    And doubt you'll see anything different.

    Code:
     Host                                                                                       Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. GigE-2.Edge1.SJC1.Lightwave.Net                                                          0.0%    24    0.3   3.0   0.3  10.6   3.5
     2. v995.core1.sjc1.he.net                                                                   0.0%    24    0.3   5.7   0.2  56.2  13.3
     3. 10gigabitethernet2-1.core1.sjc2.he.net                                                   0.0%    24    9.5   3.1   0.5  10.9   3.6
     4. 10gigabitethernet3-1.core1.lax2.he.net                                                   0.0%    24   15.3  10.5   8.9  17.2   2.8
     5. 216.218.200.70                                                                           0.0%    24    8.9   9.0   8.8   9.5   0.2
     6. 219.158.30.245                                                                          73.9%    24  257.9 262.6 257.9 267.7   3.3
     7. 219.158.11.37                                                                           65.2%    24  266.0 263.6 261.2 267.8   2.4
     8. 219.158.4.157                                                                           63.6%    23  280.5 286.5 280.5 290.8   4.0
     9. 123.126.0.6                                                                             65.2%    23  290.9 290.5 282.2 307.0   7.6
    10. 61.148.146.33                                                                           56.5%    23  295.6 290.1 285.1 295.6   3.5
    11. 61.148.155.50                                                                           69.6%    23  301.8 300.4 295.9 304.5   3.3
    12. 202.106.203.73                                                                          73.9%    23  292.0 289.7 284.7 292.0   2.9

  10. #10
    Join Date
    Oct 2010
    Posts
    54
    Uh... 260 bytes/second.

    This problem only surfaced very recently. In the last month or so, speeds have started getting capped from HE.NET providers.

  11. #11
    Join Date
    Apr 2003
    Location
    San Jose, CA.
    Posts
    1,622
    As I said, not a surprise when ChinaUnicom is dropping 60-90% of the packets handed to them. I'm uncertain however how you've decided the problem is HE and not ChinaUnicom.

  12. #12
    Join Date
    Oct 2010
    Posts
    54
    I've contacted my local ISP and informed them about this issue, but the investigation led to nowhere.

    So my assumption is that either HE.NET or China is limiting the download speed. I haven't heard from many other ISP providers.

  13. #13
    Join Date
    Jun 2005
    Posts
    2,574
    Quote Originally Posted by BurstVPN View Post
    I've contacted my local ISP and informed them about this issue, but the investigation led to nowhere.

    So my assumption is that either HE.NET or China is limiting the download speed. I haven't heard from many other ISP providers.
    If you are getting lots of packet loss it is the cause of the slow TCP downloads/access.
    You will only find out how good a provider is when the going gets tough

  14. #14
    Join Date
    May 2010
    Location
    10.0.0.17
    Posts
    475
    @BurstVPN;

    You're not alone, we've had similar reports from other clients in your area. Francisco's been talking with HE, but to the best of my knowledge we haven't gotten a solid answer yet either. I'll more than likely post an announcement about it when we do learn something, though.
    BuyVM - OpenVZ & KVM Based VPS Servers - Chat with us
    - All popular VPN methods supported
    - Affordable offloaded MySQL & DDoS protection
    - 5GB backup space, unmetered private LAN bandwidth & native IPv6 included. All with a strong serving of pony

  15. #15
    There isn't much anyone can do if there is a congestion into China. I would guess the Chinese ISP didn't buy enough bandwidth and just let the pipe run overloaded. "Encouraging" people to go to local sites.

    Testing from a server in China using PRTG there is a sustained 20% packet loss from that server to Hong Kong, Amsterdam, LA, Kansas, Dallas and NYC and Chicago.

    And I am seeing wildly varying latency which could be +350ms in the evening and +200ms in the afternoon.

    Tested using PRTG with Ping at 3 sec interval and packet size of 16384

  16. #16
    Join Date
    Oct 2010
    Posts
    54
    Quote Originally Posted by arthurleung View Post
    There isn't much anyone can do if there is a congestion into China. I would guess the Chinese ISP didn't buy enough bandwidth and just let the pipe run overloaded. "Encouraging" people to go to local sites.

    Testing from a server in China using PRTG there is a sustained 20% packet loss from that server to Hong Kong, Amsterdam, LA, Kansas, Dallas and NYC and Chicago.

    And I am seeing wildly varying latency which could be +350ms in the evening and +200ms in the afternoon.

    Tested using PRTG with Ping at 3 sec interval and packet size of 16384
    Yeah I realize that, but the fact that I could download at 300kb/s without issues over 6 months ago meant that something went wrong.

  17. #17
    Join Date
    Oct 2006
    Posts
    97
    Not only He.net, all major ISPs do have such problems in China, since the bandwidth exchange between them and Chinese ISPs seems to be insufficient.

Similar Threads

  1. Replies: 0
    Last Post: 06-11-2007, 06:43 AM
  2. Limiting concurrent downloads on a windows dedicated
    By Superflu in forum Dedicated Server
    Replies: 2
    Last Post: 03-10-2004, 04:54 PM
  3. Limiting Downloads w/ Apache
    By Smirks in forum Hosting Security and Technology
    Replies: 0
    Last Post: 04-09-2003, 02:51 PM
  4. Limiting downloads
    By dandanfirema in forum Hosting Security and Technology
    Replies: 1
    Last Post: 09-27-2002, 12:24 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •