Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Advertise on
EDIS HK test server network issues -- ping spikes and dropping packets
New on LowEndTalk? Please read our 'Community Rules' by clicking on it in the right menu!

EDIS HK test server network issues -- ping spikes and dropping packets

bakoubakou Member
edited September 2012 in General

Hi, I would like to check if this is normal or just some kind of fluke with the test server

From Shanghai on China Telecom I am getting between 4-8% packet loss to the test server in HK, while I get around 1% to Also pinging from my box at I found some spikes up to 206ms from a regular ping of around 2 ms. Is the test box just overloaded or is this what to expect from the VPS in normal operation? I'd like to switch but I'd rather spend the money if i can avoid spikes and packet loss. Aside from this I've noticed that the routing through pacnet is looking really good now from the looking glass, but I need reliability too..

--- ping statistics ---
143 packets transmitted, 143 received, 0% packet loss, time 142210ms
rtt min/avg/max/mdev = 1.628/7.313/206.951/29.213 ms


  • WilliamWilliam Member, Provider
    edited September 2012

    Yes, you can go complain at China Netcom, Telecom and Railway for overloading their links to HK - Nothing we or the DC can do about it. uses a completely different path, which is why they can avoid it partly.

    Thanked by 1klikli
  • Over-saturated lines I guess. I've noticed the same recently, and really there's nothing we can do with this kind of problem.

  • That still doesn't explain why I sometimes get spikes up to 200 ms ping from Hong Kong -> Hong Kong.

  • Try a traceroute. It'll give you a more detailed look at where the latency starts.

    Asia VPS | Asia Dedicated Server OneAsiaHost - Singapore based Asia-Centric VPS & Dedicated Servers
  • Bandwidth incoming too small

    Often to upgrade data china, very slow

    Contact the lower and vr


    --2013-01-18 20:23:05--
    Resolving,,, ...
    Connecting to||:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 48997792 (47M) [application/octet-stream]
    Saving to: `QQ2012Beta2.exe'

    1% [ ] 560,376 14.3K/s eta 44m 0s

  • Recently the network of china telecom is ajusting,so don't waste time to test network.And the network in china is really complicated,there is no absolute stability.
    I was testing network all the time,EDIS's new HK DC is always the fastest level.

  • unusedunused Member
    edited January 2013

    @usiew my edis HK is very good. Suspect you abuse your bandwidth and are under limiting.

    100%[==================================================================================================================================================================>] 48,997,792  5.11M/s   in 9.2s    
    2013-01-18 15:59:30 (5.06 MB/s) - `QQ2012Beta2.exe' saved [48997792/48997792]

    The trace

    traceroute to (, 30 hops max, 60 byte packets
     1 (  0.615 ms  0.698 ms  0.754 ms
     2 (  0.538 ms  0.515 ms  0.988 ms
     3 (  67.412 ms  67.792 ms  67.842 ms
     4 (  18.598 ms  18.599 ms  19.097 ms
     5 (  2.436 ms  2.950 ms  2.951 ms
     6 (  172.801 ms  172.847 ms *
     7 (  8.309 ms  12.798 ms  12.767 ms
     8 (  7.934 ms  7.932 ms  7.924 ms
     9 (  9.904 ms  9.901 ms  9.893 ms
    10 (  58.118 ms  58.114 ms  58.107 ms
    11 (  55.157 ms  54.878 ms  55.324 ms
    12  * * *
    13  * * *


    I noticed my resolving line is different, maybe you are selecting a bad mirror.

    --2013-01-18 10:58:55--
    Resolving,,, ...


  • Kudos for reviving a thread from September 2012.

    Linux noob willing to learn.

  • @Freek said: Kudos for reviving a thread from September 2012.

    And with the best English :D

  • @Freek said: Kudos for reviving a thread from September 2012.

    Well, from a topical point of view adding something to the same topic is quite logic and saving numerous scattered threads on the same topic.

Sign In or Register to comment.