Howdy, Stranger!

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

Sign In Register

Quick Links


BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
Try EnsoVPN - Reliable VPN - 1-Day Free Trial
K.N Cloud — High-Performance KVM VPS in Miami,Frankfurt and Amsterdam
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
CloudLinux
Try EnsoVPN - Fast & Private VPN - 1-Day Free Trial
K.N Cloud | Linux Cloud Instances in US-MIA, DE-FRA and NL-AMS

Categories

In this Discussion

Home › General
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

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 Veteran
    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
  • fanfan Veteran

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

  • bakoubakou Member

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

  • KenshinKenshin Member

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

  • usiewusiew Member

    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

  • hiphiphiphiphiphip Member

    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, ...
  • FreekFreek Veteran

    Kudos for reviving a thread from September 2012.

  • yomeroyomero Member

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

    And with the best English :D

  • skagerrakskagerrak Member

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