Howdy, Stranger!

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

Advertise on LowEndTalk.com
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 hk.vr.org. Also pinging from my box at VR.org 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..

--- 158.255.208.1 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

Comments

  • 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.
    vr.org 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

    example:
    wget http://dl_dir.qq.com/qqfile/qq/QQ2012/QQ2012Beta2.exe

    wget http://dl_dir.qq.com/qqfile/qq/QQ2012/QQ2012Beta2.exe
    --2013-01-18 20:23:05-- http://dl_dir.qq.com/qqfile/qq/QQ2012/QQ2012Beta2.exe
    Resolving dl_dir.qq.com... 221.204.218.136, 218.75.172.231, 221.194.47.2, ...
    Connecting to dl_dir.qq.com|221.204.218.136|: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 218.58.225.66 (218.58.225.66), 30 hops max, 60 byte packets
     1  1-208-255-158.static.edis.at (158.255.208.1)  0.615 ms  0.698 ms  0.754 ms
     2  192.168.168.2 (192.168.168.2)  0.538 ms  0.515 ms  0.988 ms
     3  vip250049.hknet.com (218.213.250.49)  67.412 ms  67.792 ms  67.842 ms
     4  218.213.251.29 (218.213.251.29)  18.598 ms  18.599 ms  19.097 ms
     5  218.213.252.49 (218.213.252.49)  2.436 ms  2.950 ms  2.951 ms
     6  219.158.33.9 (219.158.33.9)  172.801 ms  172.847 ms *
     7  219.158.29.129 (219.158.29.129)  8.309 ms  12.798 ms  12.767 ms
     8  219.158.96.245 (219.158.96.245)  7.934 ms  7.932 ms  7.924 ms
     9  219.158.3.57 (219.158.3.57)  9.904 ms  9.901 ms  9.893 ms
    10  219.158.24.22 (219.158.24.22)  58.118 ms  58.114 ms  58.107 ms
    11  60.214.126.162 (60.214.126.162)  55.157 ms  54.878 ms  55.324 ms
    12  * * *
    13  * * *
    

    Edit:

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

    --2013-01-18 10:58:55--  http://dl_dir.qq.com/qqfile/qq/QQ2012/QQ2012Beta2.exe
    Resolving dl_dir.qq.com... 218.58.225.66, 222.141.220.71, 221.204.218.136, ...
    

    Retired!

  • 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.