Fastest ISP?

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558
IMHO.
Just for information.

Notebook, Wifi, Windscribe VPN (Wireguard) - Singapore MRT Server

Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 4 ms 4 ms 4 ms 100.64.2.178
2 5 ms * 8 ms vl4.sg-eqxsg3-evpn-gw20.globalsecurelayer.com [206.148.27.208]
3 5 ms 3 ms 5 ms po7.sg-eqxsg3-bb5.globalsecurelayer.com [206.148.27.38]
4 5 ms 6 ms 6 ms 103.231.152.95
5 4 ms 7 ms 5 ms cust-datacamp.cdn77.com [156.146.32.25]
6 9 ms 19 ms 5 ms 253.226.139.45.speedyvps.uk [45.139.226.253]

Trace complete.

Looks very good.

You are using eight Internet here, right? Maybe you can post the results without the VPN connection as a comparison to show if the VPN has any real impact to the latency or not. eight/Starhub should have better routing to mchostsea.com than Singtel.

In this paticular case, using VPN can be a workaround for Singtel users who encounter latency issues to the server.
 

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558
Based on the past reports, Singtel has many routing issues to quite some servers.

On the other hand, it is one of the better ones for mainland China connection, much better than M1, Starhub and SIMBA. So it really depends on your use case.

I mentioned the following in the sticky thread (Post #2)
https://forums.hardwarezone.com.sg/...on-latest-promo-deals.6665380/#post-138745966

Why I do not recommend Singtel for new users and power users?
++++++++++++++++
There are a few known limitation of Singtel Fibre Internet in general. The use of ONR is No 1 issue to me.

1) Use of unbridged ONR for 2Gbps plans and above (all users). Singtel ONR will be the main router of the network yet it has very basic features (you can not even set up your own DNS servers). It may not be able to handle many clients. And there are reports that user may face certain port forwarding issues.

For Singtel 3Gbps/5Gbps/10Gbps plan. It will come with ZTE or Nokia XGS-PON ONR not bridged by default.

Singtel charges S$10 per month to bridge the XGS-PON ONR. The users may be able to bridge the ONR at their own risks. YMMV.

Update on 1-Nov-2025, Singtel stops the service for official XGS-PON ONR bridging.

2) International routing issue to quite some locations. On the other hand, it may be the better one among local ISPs for the connection to China (MR Gamer Plan is probably the best). So it depends on your use case.

Reference: "Other ISPs peer openly at SGIX whereas SingTel will only selectively peer with others".
https://forums.hardwarezone.com.sg/...ame-server-is-st-routing-to-the-moon.6942466/
Reference: Singtel is the better ISP if you use Taobao heavily.
https://forums.hardwarezone.com.sg/threads/best-isp-for-taobao.6933181/
Reference: Singtel is not bad for China.
https://forums.hardwarezone.com.sg/threads/china-content-lover-lip-lai.7044620/

Reference: Fastest ISP thread. M1 and SIMBA may not be good for China contents.
https://forums.hardwarezone.com.sg/threads/fastest-isp.6996674/page-3
6ytH5mE.png

...
...
 

keenklee

Arch-Supremacy Member
Joined
Sep 9, 2000
Messages
18,633
Reaction score
6,527
Looks very good.

You are using eight Internet here, right? Maybe you can post the results without the VPN connection as a comparison to show if the VPN has any real impact to the latency or not. eight/Starhub should have better routing to mchostsea.com than Singtel.

In this paticular case, using VPN can be a workaround for Singtel users who encounter latency issues to the server.
IMHO.
That is using Singtel Broadband thru WiFi - because it is Singtel that cannot work mah ! :LOL:

Anyway, here is Eight with VPN and without VPN. I would say the results are UNEXPECTED. 🤔:ROFLMAO:

PC, 5Gbe LAN, EIGHT, Windscribe VPN, "Singapore SMRT" VPN server
Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 100.64.2.178
2 1 ms 1 ms 1 ms vl4.sg-eqxsg3-evpn-gw21.globalsecurelayer.com [206.148.27.210]
3 2 ms 1 ms 1 ms po7.sg-eqxsg3-bb5.globalsecurelayer.com [206.148.27.38]
4 2 ms 1 ms 1 ms 103.231.152.95
5 2 ms 1 ms 1 ms cust-datacamp.cdn77.com [156.146.32.25]
6 1 ms 1 ms 1 ms 253.226.139.45.speedyvps.uk [45.139.226.253]

Trace complete.

PC, 5Gbe LAN, EIGHT

Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.x.x.x
2 2 ms 2 ms 1 ms x.x.xx.xxx.starhub.net.sg
3 1 ms 1 ms 1 ms xxx.xx.xx.x
4 1 ms 1 ms 1 ms 203.xxx.x.xx
5 1 ms 1 ms 1 ms 203.xxx.x.xx.unknown.starhub.net.sg
6 * 2 ms * ix-be-5.ecore2.svw-singapore.as6453.net [180.87.106.0]
7 * * * Request timed out.
8 * * * Request timed out.
9 1 ms 1 ms 1 ms 63.243.180.90
10 * * * Request timed out.
11 1 ms 1 ms 1 ms 253.226.139.45.speedyvps.uk [45.139.226.253]
 

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558
Anyway, here is Eight with VPN and without VPN. I would say the results are UNEXPECTED. 🤔:ROFLMAO:

PC, 5Gbe LAN, EIGHT, Windscribe VPN, "Singapore SMRT" VPN server
Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 100.64.2.178
2 1 ms 1 ms 1 ms vl4.sg-eqxsg3-evpn-gw21.globalsecurelayer.com [206.148.27.210]
3 2 ms 1 ms 1 ms po7.sg-eqxsg3-bb5.globalsecurelayer.com [206.148.27.38]
4 2 ms 1 ms 1 ms 103.231.152.95
5 2 ms 1 ms 1 ms cust-datacamp.cdn77.com [156.146.32.25]
6 1 ms 1 ms 1 ms 253.226.139.45.speedyvps.uk [45.139.226.253]

Trace complete.

PC, 5Gbe LAN, EIGHT

Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.x.x.x
2 2 ms 2 ms 1 ms x.x.xx.xxx.starhub.net.sg
3 1 ms 1 ms 1 ms xxx.xx.xx.x
4 1 ms 1 ms 1 ms 203.xxx.x.xx
5 1 ms 1 ms 1 ms 203.xxx.x.xx.unknown.starhub.net.sg
6 * 2 ms * ix-be-5.ecore2.svw-singapore.as6453.net [180.87.106.0]
7 * * * Request timed out.
8 * * * Request timed out.
9 1 ms 1 ms 1 ms 63.243.180.90
10 * * * Request timed out.
11 1 ms 1 ms 1 ms 253.226.139.45.speedyvps.uk [45.139.226.253]

This is interesting. eight/Starhub really have much better connection than Singtel to this server.

And 1ms latency with VPN connection is a very good result.

I do not use typical commercial VPN servers other than one year with PureVPN (so-so experience). I am paying for AJS going-into-China VPN server for Chinese Entertainment contents (but really underused).
 

keenklee

Arch-Supremacy Member
Joined
Sep 9, 2000
Messages
18,633
Reaction score
6,527
This is interesting. eight/Starhub really have much better connection than Singtel to this server.

And 1ms latency with VPN connection is a very good result.

I do not use typical commercial VPN servers other than one year with PureVPN (so-so experience). I am paying for AJS going-into-China VPN server for Chinese Entertainment contents (but really underused).
IMHO.
Another quick speedtest I did using Windscribe VPN using Singapore SMRT server on Wireguard - one test only, > 3000 Mbps. :unsure: :ROFLMAO: Look legit. That's something to look at another time.


P.S. I think Windscribe got some referral code. PM me hor ! :ROFLMAO:
 

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558
IMHO.
The error one is the similar to what was posted by @chocointed. The routing goes outside of SG then comes back in again resulting in the high pings.

I see. Are you also using legacy Singtel 500 Mbps/1Gbps plan?

chocointed has a hypothesis that Singtel is de-prioritizing the legacy plan users.

Very interesting, I'll restart the connection again and give it a try again prehaps

However, that connection I did the traceroute on is a legacy 1Gbps plan, is it possible that the connection is being deprioritized to reach the destination compared to newer plans?
 

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558
IMHO.
Another quick speedtest I did using Windscribe VPN using Singapore SMRT server on Wireguard - one test only, > 3000 Mbps. :unsure: :ROFLMAO: Look legit. That's something to look at another time.

P.S. I think Windscribe got some referral code. PM me hor ! :ROFLMAO:

That is a very fast VPN server.

As of now, I do not need a paid typical VPN server as I do not really use streaming services like Netflix.

I have a free account with Windscribe but I have not used it for many years. Last time I used it for public Wi-Fi security. But now I do not use Public Wi-Fi in general. Even if I see, I can use the wireguard VPN servers on my OpenWRT routers.
 

keenklee

Arch-Supremacy Member
Joined
Sep 9, 2000
Messages
18,633
Reaction score
6,527
That is a very fast VPN server.

As of now, I do not need a paid typical VPN server as I do not really use streaming services like Netflix.

I have a free account with Windscribe but I have not used it for many years. Last time I used it for public Wi-Fi security. But now I do not use Public Wi-Fi in general. Even if I see, I can use the wireguard VPN servers on my OpenWRT routers.
IMHO.
I go Windscribe Pro for other purposes and testing. I would probably for the long run run it home based.
I was looking at GL.inet Beryl 7 and the speed seems quite an upgrade from the previous.
 

keenklee

Arch-Supremacy Member
Joined
Sep 9, 2000
Messages
18,633
Reaction score
6,527
I see. Are you also using legacy Singtel 500 Mbps/1Gbps plan?

chocointed has a hypothesis that Singtel is de-prioritizing the legacy plan users.
IMHO.
My household still on the Singtel 500 Mbps. :ROFLMAO:
Probably what @chocointed hypothesis could be correct. Another way of looking at it is they never really go upgrade or improve those from legacy.
 

nothinghere

Member
Joined
Aug 9, 2022
Messages
334
Reaction score
216
Different Singtel IPv4 segment may have quite different routing performance.

Singtel Fibre 5Gbps plan
Singtel results, IPv4 segment 119.234.xxx.xxx
From my main OpenWRT router.

Bash:
root@openwrt18:~# mtr  mchostsea.com
                                                 My traceroute  [v0.95]
openwrt18 (119.234.xxx.xxx) -> mchostsea.com (45.139.226.253)                                   2026-04-04T22:39:35+0800
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                               Packets               Pings
 Host                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. dnssec1.singnet.com.sg                                                    0.0%   110    1.1   1.4   1.0   4.4   0.4
 2. 165.21.193.22                                                             0.0%   110    3.1   4.1   2.4  20.3   3.0
 3. 165.21.193.21                                                             0.9%   110    2.0   4.4   1.5  75.4  10.2
 4. SN-SINTP1-BO118-xe-0-1-1.singnet.com.sg                                   0.0%   110    1.9   2.1   1.7   2.5   0.2
 5. SN-SINTP1-BO402-ae1.singnet.com.sg                                        0.0%   110    2.5   6.3   1.7  78.4  13.6
 6. 203.208.190.133                                                           0.0%   110    3.2   4.5   1.6  69.6   9.9
 7. 203.208.158.9                                                             6.4%   109    2.1   4.5   1.8  61.6   8.9
    203.208.171.190
    203.208.158.162
 8. 203.208.158.206                                                           0.9%   109    2.7   5.6   2.5  70.5  10.3
    63-218-211-253.static.as3491.net
    203.208.151.37
 9. 203.208.151.122                                                           0.0%   109   42.6  42.5  35.9  50.7   2.8
    BE47.br07.sin02.as3491.net
    203.208.171.142
10. 203.208.151.93                                                            0.0%   109   43.4  39.8  34.4  48.2   2.4
    63-216-147-42.static.as3491.net
11. 63-218-211-253.static.as3491.net                                          1.8%   109   39.6  39.4  38.9  44.3   0.7
12. BE47.br07.sin02.as3491.net                                               67.0%   109   40.0  40.8  39.4  63.8   4.5
13. 63-216-147-42.static.as3491.net                                           0.9%   109   39.5  39.3  38.9  39.7   0.2
14. (waiting for reply)
15. 253.226.139.45.speedyvps.uk                                               0.0%   109   39.3  39.3  38.8  44.0   0.5

Singtel 500Mbps, 119.234.x.x

bq6I7Z6.png
 

chocointed

Junior Member
Joined
Apr 14, 2023
Messages
28
Reaction score
9
Singtel 500Mbps, 119.234.x.x

bq6I7Z6.png
IMHO.
That is using Singtel Broadband thru WiFi - because it is Singtel that cannot work mah ! :LOL:

Anyway, here is Eight with VPN and without VPN. I would say the results are UNEXPECTED. 🤔:ROFLMAO:

PC, 5Gbe LAN, EIGHT, Windscribe VPN, "Singapore SMRT" VPN server
Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 1 ms 1 ms 1 ms 100.64.2.178
2 1 ms 1 ms 1 ms vl4.sg-eqxsg3-evpn-gw21.globalsecurelayer.com [206.148.27.210]
3 2 ms 1 ms 1 ms po7.sg-eqxsg3-bb5.globalsecurelayer.com [206.148.27.38]
4 2 ms 1 ms 1 ms 103.231.152.95
5 2 ms 1 ms 1 ms cust-datacamp.cdn77.com [156.146.32.25]
6 1 ms 1 ms 1 ms 253.226.139.45.speedyvps.uk [45.139.226.253]

Trace complete.

PC, 5Gbe LAN, EIGHT

Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 192.x.x.x
2 2 ms 2 ms 1 ms x.x.xx.xxx.starhub.net.sg
3 1 ms 1 ms 1 ms xxx.xx.xx.x
4 1 ms 1 ms 1 ms 203.xxx.x.xx
5 1 ms 1 ms 1 ms 203.xxx.x.xx.unknown.starhub.net.sg
6 * 2 ms * ix-be-5.ecore2.svw-singapore.as6453.net [180.87.106.0]
7 * * * Request timed out.
8 * * * Request timed out.
9 1 ms 1 ms 1 ms 63.243.180.90
10 * * * Request timed out.
11 1 ms 1 ms 1 ms 253.226.139.45.speedyvps.uk [45.139.226.253]
IMHO.
Just for information.

Notebook, Singtel , Wifi, Windscribe VPN (Wireguard) - Singapore MRT Server

Tracing route to mchostsea.com [45.139.226.253]
over a maximum of 30 hops:

1 4 ms 4 ms 4 ms 100.64.2.178
2 5 ms * 8 ms vl4.sg-eqxsg3-evpn-gw20.globalsecurelayer.com [206.148.27.208]
3 5 ms 3 ms 5 ms po7.sg-eqxsg3-bb5.globalsecurelayer.com [206.148.27.38]
4 5 ms 6 ms 6 ms 103.231.152.95
5 4 ms 7 ms 5 ms cust-datacamp.cdn77.com [156.146.32.25]
6 9 ms 19 ms 5 ms 253.226.139.45.speedyvps.uk [45.139.226.253]

Trace complete.
As you have already experienced yourself, ST routing is a mess. This moment might be alright, but next month the routing changes again. This has been Singtel's pattern since ages. No need to bother contacting their CS, there are not a lot of success stories and even if their technical team fixed it, the route can change again.

As an example, I commonly recommend to others subscribed ST broadband to self-host Wireguard on a VPS that uses GSL as an upstream. Since that has been tested stable at <3ms for a long time. But even now, GSL is getting 40ms after ST disconnected from Lumen.

Can try other providers for those who are more technically inclined and want to self-host VPN to bypass ST horrible routing. These have direct connectivity to ST, but again, not guaranteed. Looking glass: <1> <2>

Code:
HOST: xxx                                      Loss%   Last
  1. AS137552 160.30.4.225                      0.0%    0.3
  2. AS21859  162.128.20.128                    0.0%    0.4
  3. AS21859  162.128.20.69                     0.0%    1.1
  4. AS4229   98.98.230.236                     0.0%    0.9
  5. AS???    162.128.6.6                       0.0%    0.9
  6. AS???    ???                               100%      0
  7. AS7473   203.208.146.169                   0.0%    1.5
  8. AS7473   203.208.143.130                   0.0%    1.7
  9. AS3758   165.21.139.129                    0.0%    1.5
 10. AS3758   165.21.139.121                    0.0%    2.0
 11. AS9506   bb42-60-192-1.singnet.com.sg.     0.0%    2.1

Code:
 Host                                                                     Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS152900 104.250.118.102                                               0.0%    10    0.3   0.3   0.2   0.3   0.0
 2. AS??? 10.0.0.1                                                         0.0%    10    0.3   0.3   0.2   0.4   0.1
 3. AS24482 103.14.246.200                                                 0.0%    10    0.4   0.4   0.3   0.4   0.0
 4. AS6453 180.87.106.10                                                   0.0%    10    0.4   1.1   0.4   6.4   1.9
 5. AS6453 ix-hge-0-0-0-20.ecore1.svw-singapore.as6453.net (180.87.106.9) 40.0%    10    0.6   0.7   0.6   0.9   0.1
 6. AS6453 180.87.106.7                                                    0.0%    10   33.9  36.3  33.9  47.2   4.2
 7. AS7473 203.208.153.69                                                 20.0%    10  285.4 283.6 271.9 292.8   6.1
 8. AS7473 203.208.143.130                                                 0.0%    10    1.4   3.3   1.4  19.3   5.6
 9. AS3758 165.21.139.133                                                  0.0%    10    1.4   2.0   1.3   6.8   1.7
10. AS3758 165.21.139.117                                                  0.0%     9    2.4   4.6   1.0  30.6   9.8
11. AS9506 bb42-60-192-1.singnet.com.sg (42.60.192.1)                      0.0%     9    1.4   1.5   1.4   1.8   0.1

Thanks for the assist in testing everyone, I can see that VPN does indeed help. But maybe Nord is upstreaming with the bad GW/ISP within SG to Singtel and causing issues too

@nothinghere also got basically the same result as me, ST dumps traffic to Palo Alto and coming back again into SG3 instead of connecting directly within SGIX

For now, maybe I'll just try restarting a few times for the ONU to assign me a new IP, or use VPN when needed o_O
 

chocointed

Junior Member
Joined
Apr 14, 2023
Messages
28
Reaction score
9
Thanks for the assist in testing everyone, I can see that VPN does indeed help. But maybe Nord is upstreaming with the bad GW/ISP within SG to Singtel and causing issues too

@nothinghere also got basically the same result as me, ST dumps traffic to Palo Alto and coming back again into SG3 instead of connecting directly within SGIX

For now, maybe I'll just try restarting a few times for the ONU to assign me a new IP, or use VPN when needed o_O
To add on, just now I tried to traceroute to my own original IP address, seems like they fixed the routing again

Traceroute 2 days ago gives me 250-300, April 6th gives me around 60. Just gotta pray that it stays like this
 

ieatcable

Junior Member
Joined
Sep 15, 2024
Messages
93
Reaction score
104
s.taobao.com got CDN?

From M1.
Code:
:# ping -4 taobao.com
PING taobao.com (59.82.122.130) 56(84) bytes of data.
64 bytes from 59.82.122.130: icmp_seq=1 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=2 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=3 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=4 ttl=83 time=224 ms
--- taobao.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 224.466/224.550/224.639/0.061 ms

Code:
:# ping -4 s.taobao.com
PING s.taobao.com.queniuak.com (163.181.82.192) 56(84) bytes of data.
64 bytes from 163.181.82.192: icmp_seq=1 ttl=57 time=3.36 ms
64 bytes from 163.181.82.192: icmp_seq=2 ttl=57 time=3.32 ms
64 bytes from 163.181.82.192: icmp_seq=3 ttl=57 time=4.06 ms
64 bytes from 163.181.82.192: icmp_seq=4 ttl=57 time=4.25 ms
^C
--- s.taobao.com.queniuak.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 3.319/3.746/4.249/0.414 ms
 
Last edited:

Henry Ng

Arch-Supremacy Member
Joined
Aug 9, 2011
Messages
17,162
Reaction score
1,004
s.taobao.com got CDN?

From M1.
Code:
:# ping -4 taobao.com
PING taobao.com (59.82.122.130) 56(84) bytes of data.
64 bytes from 59.82.122.130: icmp_seq=1 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=2 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=3 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=4 ttl=83 time=224 ms
--- taobao.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 224.466/224.550/224.639/0.061 ms

Code:
:# ping -4 s.taobao.com
PING s.taobao.com.queniuak.com (163.181.82.192) 56(84) bytes of data.
64 bytes from 163.181.82.192: icmp_seq=1 ttl=57 time=3.36 ms
64 bytes from 163.181.82.192: icmp_seq=2 ttl=57 time=3.32 ms
64 bytes from 163.181.82.192: icmp_seq=3 ttl=57 time=4.06 ms
64 bytes from 163.181.82.192: icmp_seq=4 ttl=57 time=4.25 ms
^C
--- s.taobao.com.queniuak.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 3.319/3.746/4.249/0.414 ms
I also getting 245ms on Starhub but when i ping starhub it is 3ms. May be taobao.com slow? I ping google is 3ms only.
 

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558
s.taobao.com got CDN?

From M1.
Code:
:# ping -4 taobao.com
PING taobao.com (59.82.122.130) 56(84) bytes of data.
64 bytes from 59.82.122.130: icmp_seq=1 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=2 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=3 ttl=83 time=225 ms
64 bytes from 59.82.122.130: icmp_seq=4 ttl=83 time=224 ms
--- taobao.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3000ms
rtt min/avg/max/mdev = 224.466/224.550/224.639/0.061 ms

Code:
:# ping -4 s.taobao.com
PING s.taobao.com.queniuak.com (163.181.82.192) 56(84) bytes of data.
64 bytes from 163.181.82.192: icmp_seq=1 ttl=57 time=3.36 ms
64 bytes from 163.181.82.192: icmp_seq=2 ttl=57 time=3.32 ms
64 bytes from 163.181.82.192: icmp_seq=3 ttl=57 time=4.06 ms
64 bytes from 163.181.82.192: icmp_seq=4 ttl=57 time=4.25 ms
^C
--- s.taobao.com.queniuak.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 3.319/3.746/4.249/0.414 ms

I also getting 245ms on Starhub but when i ping starhub it is 3ms. May be taobao.com slow? I ping google is 3ms only.

No, that is because M1 and Starhub have bad routing to taobao.com.

Singtel is way better, about 70ms ping to taobao.com.

From my Singtel 5Gbps plan.

Bash:
root@openwrt18:~# ping -4 -c 4 taobao.com
PING taobao.com (59.82.43.239): 56 data bytes
64 bytes from 59.82.43.239: seq=0 ttl=83 time=70.905 ms
64 bytes from 59.82.43.239: seq=1 ttl=83 time=70.723 ms
64 bytes from 59.82.43.239: seq=2 ttl=83 time=70.896 ms
64 bytes from 59.82.43.239: seq=3 ttl=83 time=70.636 ms

--- taobao.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 70.636/70.790/70.905 ms

root@openwrt18:~# ping -4 -c 4 s.taobao.com
PING s.taobao.com (163.181.82.191): 56 data bytes
64 bytes from 163.181.82.191: seq=0 ttl=55 time=2.827 ms
64 bytes from 163.181.82.191: seq=1 ttl=55 time=2.685 ms
64 bytes from 163.181.82.191: seq=2 ttl=55 time=2.911 ms
64 bytes from 163.181.82.191: seq=3 ttl=55 time=2.516 ms

--- s.taobao.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 2.516/2.734/2.911 ms
 

xiaofan

High Supremacy Member
Joined
Sep 16, 2018
Messages
34,822
Reaction score
11,558

ieatcable

Junior Member
Joined
Sep 15, 2024
Messages
93
Reaction score
104
No, that is because M1 and Starhub have bad routing to taobao.com.

Singtel is way better, about 70ms ping to taobao.com.

From my Singtel 5Gbps plan.

Bash:
root@openwrt18:~# ping -4 -c 4 taobao.com
PING taobao.com (59.82.43.239): 56 data bytes
64 bytes from 59.82.43.239: seq=0 ttl=83 time=70.905 ms
64 bytes from 59.82.43.239: seq=1 ttl=83 time=70.723 ms
64 bytes from 59.82.43.239: seq=2 ttl=83 time=70.896 ms
64 bytes from 59.82.43.239: seq=3 ttl=83 time=70.636 ms

--- taobao.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 70.636/70.790/70.905 ms

root@openwrt18:~# ping -4 -c 4 s.taobao.com
PING s.taobao.com (163.181.82.191): 56 data bytes
64 bytes from 163.181.82.191: seq=0 ttl=55 time=2.827 ms
64 bytes from 163.181.82.191: seq=1 ttl=55 time=2.685 ms
64 bytes from 163.181.82.191: seq=2 ttl=55 time=2.911 ms
64 bytes from 163.181.82.191: seq=3 ttl=55 time=2.516 ms

--- s.taobao.com ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 2.516/2.734/2.911 ms
Thanks. This means very likely s.taobao.com has been put behind CDN while the main site still pointing to the Chinese servers. Lately taobao have been advertising their english interface, so the use of cdn could be part of their plans to expand globally.

The previous test results still apply when it comes to China. M1/SIMBA are pretty bad. Starhub is slightly better. Singtel is better. MR gamer plan is the best.

Reference: Singtel is not bad for China.
https://forums.hardwarezone.com.sg/threads/china-content-lover-lip-lai.7044620/

Reference: Fastest ISP thread. M1 and SIMBA may not be good for China contents.
https://forums.hardwarezone.com.sg/threads/fastest-isp.6996674/page-3
6ytH5mE.png

Quite interested to make an updated one from https://tools.ipip.net/newping.php. Need @seowbin ISP gateway to pull down the color scale average. :s13:

Code:
,M1,M1,SIMBA,SIMBA,StarHub,StarHub,SingTel,SingTel,MyRepublic (SH),MyRepublic (SH),MyRepublic (Gamer),MyRepublic (Gamer),ViewQwest,ViewQwest,Alibaba,Alibaba
All Networks (全网),中国香港(dogyun) 31.2ms/四川成都(阿里云) 956.4ms,272.5ms,中国香港(dogyun) 31.2ms/内蒙古呼和浩特(阿里云) 975.8ms,285.5ms,香港(awlink.net) 29.8ms/四川成都(阿里云) 457.2ms,216.2ms,香港(bgp.la) 34.1ms/山西晋中(天翼云) 445.1ms,185.3ms,香港(ows.us) 30.9ms/广东广州(联通) 417.9ms,189.9ms,香港(misaka.io) 30.4ms/河北石家庄(联通-xf) 428.8ms,97.2ms,香港(首云) 30.7ms/河北石家庄(联通-xf) 402.9ms,259.1ms,香港(awlink.net) 31.6ms/四川成都(百度云) 617.5ms,119.7ms
China Mobile (移动),广东广州(移动云) 189.2ms/江苏宿迁(移动) 360.3ms,227.2ms,广东广州(移动) 52.0ms/新疆昌吉(移动云) 252.4ms,149.4ms,广东广州(移动) 48.2ms/浙江金华(移动-超云) 232.6ms,94.2ms,广东广州(移动云) 48.9ms/江苏南京(移动-xf) 178.4ms,96.7ms,广东广州(移动) 48.6ms/四川成都(移动-xf) 243.6ms,99.1ms,广东广州(移动) 47.1ms/浙江金华(移动-xf) 238.1ms,93.6ms,江苏南京(移动-xf) 75.1ms/新疆昌吉(移动云) 286.5ms,236.9ms,浙江杭州(移动-xf) 67.4ms/新疆昌吉(移动云) 117.1ms,86.1ms
China Unicom (联通),香港(联通云二区) 39.2ms/西藏拉萨(联通云) 444.0ms,377.7ms,香港(联通云二区) 33.5ms/福建福州(联通云二区) 565.9ms,376.2ms,香港(联通云二区) 40.9ms/广东广州(联通云一区) 415.3ms,201.6ms,香港(联通云二区) 38.0ms/山东济南(联通-xf) 367.0ms,128.1ms,香港(联通云二区) 33.6ms/广东湛江(联通云一区) 410.7ms,201.6ms,香港(联通云二区) 37.3ms/河北石家庄(联通-xf) 428.8ms,71.5ms,香港(联通云二区) 35.3ms/河北石家庄(联通-xf) 402.9ms,344.7ms,广东广州(联通云一区) 37.4ms/重庆(联通) 118.1ms,68.6ms
China Telecom (电信),福建厦门(CN2-咕咕云) 63.8ms/陕西西安(电信-xf) 525.0ms,277.4ms,福建厦门(CN2-咕咕云) 64.7ms/新疆乌鲁木齐(天翼云二十七区) 387.3ms,336.4ms,广西南宁(移动云) 59.6ms/广东广州(电信) 453.4ms,339.7ms,广东广州(联通) 48.2ms/山西晋中(天翼云) 445.1ms,341.1ms,福建厦门(CN2-咕咕云) 58.1ms/广东广州(联通) 417.9ms,266.0ms,广东广州(联通) 46.2ms/广西南宁(电信) 304.8ms,138.2ms,福建厦门(CN2-咕咕云) 60.5ms/广东广州(联通) 343.6ms,269.8ms,广东广州(联通) 42.4ms/西藏拉萨(天翼云) 256.4ms,206.0ms
South China (华南),广东广州(移动云) 189.2ms / 广西南宁(联通云) 439.8ms,316.2ms,广东广州(移动) 52.0ms / 广西桂林(联通云一区) 434.0ms,325.1ms,广东广州(移动) 48.2ms / 广东广州(电信) 453.4ms,275.5ms,广东广州(联通) 48.2ms / 广东汕头(4090.cn) 363.8ms,200.6ms,广东广州(移动) 48.6ms / 广东广州(联通) 417.9ms,243.8ms,广东广州(联通云一区) 39.1ms / 广西南宁(电信) 304.8ms,93.1ms,广东广州(青云) 169.5ms / 广东湛江(联通云一区) 353.1ms,292.5ms,广东广州(联通云一区) 37.4ms / 广东广州(青云) 242.1ms,114.6ms
North China (华北),北京(Azure) 110.6ms / 内蒙古呼和浩特(阿里云) 485.1ms,277.9ms,北京(Azure) 200.4ms / 内蒙古呼和浩特(阿里云) 975.8ms,336.9ms,北京(移动云) 80.4ms / 内蒙古呼和浩特(阿里云) 447.6ms,232.7ms,天津(联通-xf) 79.8ms / 山西晋中(天翼云) 445.1ms,214.3ms,北京(移动云) 81.3ms / 内蒙古呼和浩特(阿里云) 410.6ms,188.1ms,北京(联通) 66.8ms / 河北石家庄(联通-xf) 428.8ms,111.8ms,北京(青云三区A) 115.5ms / 河北石家庄(联通-xf) 402.9ms,278.3ms,天津(联通云一区) 68.4ms / 北京(青云三区A) 243.8ms,136.3ms
East China (华东),福建厦门(CN2-咕咕云) 63.8ms / 上海(联通-xf) 435.1ms,301.4ms,福建厦门(CN2-咕咕云) 64.7ms / 福建福州(联通云二区) 565.9ms,310.8ms,福建厦门(CN2-咕咕云) 60.0ms / 福建厦门(电信) 373.3ms,237.0ms,福建厦门(移动云) 64.1ms / 山东济南(联通-xf) 367.0ms,204.0ms,福建厦门(CN2-咕咕云) 58.1ms / 江苏苏州(天翼云) 332.9ms,202.7ms,福建厦门(联通) 47.1ms / 江西南昌(天翼云) 303.3ms,101.8ms,福建厦门(CN2-咕咕云) 60.5ms / 上海(华为云) 399.5ms,289.6ms,福建厦门(联通) 49.1ms / 上海(51IDC) 299.0ms,128.0ms
Central China (华中),湖南株洲(移动云) 208.3ms / 湖北武汉(联通-xf) 406.1ms,323.1ms,湖南株洲(移动云) 63.1ms / 湖南郴州(联通云) 424.1ms,320.1ms,湖南株洲(移动云) 68.9ms / 湖南郴州(天翼云) 361.0ms,215.2ms,河南洛阳(联通云一区) 73.7ms / 湖北襄阳(电信-香香云) 380.0ms,182.9ms,湖南株洲(移动云) 71.5ms / 湖南长沙(天翼云四十二区) 325.7ms,190.8ms,河南洛阳(联通云一区) 62.0ms / 湖北十堰(电信) 171.1ms,86.8ms,河南郑州(移动云) 196.9ms / 湖北荆州(联通云) 400.1ms,303.9ms,河南郑州(联通云) 60.4ms / 湖北十堰(电信) 221.0ms,113.6ms
Northeast China (东北),吉林长春(天翼云) 222.2ms / 黑龙江哈尔滨(联通-xf) 402.9ms,289.0ms,辽宁沈阳(移动) 97.4ms / 黑龙江大兴安岭(联通云一区) 392.0ms,323.8ms,黑龙江哈尔滨(移动云) 98.6ms / 黑龙江哈尔滨(天翼云) 374.3ms,230.1ms,辽宁沈阳(联通) 90.0ms / 黑龙江哈尔滨(天翼云) 363.7ms,233.1ms,辽宁沈阳(移动) 96.0ms / 辽宁沈阳(电信) 260.6ms,184.8ms,吉林长春(联通云) 83.9ms / 黑龙江哈尔滨(电信-xf) 269.3ms,119.9ms,辽宁沈阳(移动) 207.8ms / 吉林长春(联通云) 384.2ms,288.5ms,辽宁沈阳(联通云一区) 77.0ms / 黑龙江哈尔滨(电信-xf) 231.2ms,148.9ms
Northwest China (西北),甘肃兰州(电信-xf) 236.9ms / 陕西西安(电信-xf) 525.0ms,320.7ms,陕西西安(移动-xf) 86.9ms / 新疆和田(联通云一区) 421.3ms,326.5ms,陕西西安(移动-xf) 91.9ms / 新疆乌鲁木齐(天翼云二十七区) 375.5ms,238.3ms,陕西西安(联通-xf) 79.7ms / 青海西宁(天翼云二区) 374.4ms,195.0ms,陕西西安(移动云) 90.8ms / 陕西咸阳(联通) 386.1ms,211.0ms,陕西咸阳(联通) 62.1ms / 甘肃兰州(天翼云) 257.5ms,109.5ms,宁夏中卫(AMAZON) 156.9ms / 新疆乌鲁木齐(联通云) 384.6ms,299.6ms,陕西咸阳(联通) 66.7ms / 新疆乌鲁木齐(天翼云二十七区) 242.7ms,132.1ms
Southwest China (西南),贵州贵阳(移动云) 213.3ms / 四川成都(阿里云) 956.4ms,332.5ms,重庆(移动-xf) 69.4ms / 四川成都(阿里云) 973.6ms,341.9ms,贵州贵阳(移动云) 61.4ms / 四川成都(阿里云) 457.2ms,280.2ms,贵州贵阳(移动云) 67.9ms / 重庆(电信) 410.1ms,235.0ms,贵州贵阳(移动-xf) 61.4ms / 西藏拉萨(联通云) 371.7ms,248.6ms,贵州贵阳(联通云二区) 56.0ms / 四川成都(阿里云) 276.4ms,124.7ms,四川成都(腾讯云) 170.3ms / 重庆(联通) 383.4ms,298.3ms,贵州贵阳(华为云) 54.8ms / 四川成都(百度云) 617.5ms,157.5ms
"Hong Kong, Macau, Taiwan (港澳台)",中国香港(dogyun) 31.2ms / 香港(awlink.net) 248.4ms,61.5ms,中国香港(dogyun) 31.2ms / 香港九龙(菠萝云) 248.4ms,57.3ms,香港(awlink.net) 29.8ms / 香港(飞碟云) 205.3ms,48.1ms,香港(bgp.la) 34.1ms / 香港(volcengine.com) 80.9ms,48.9ms,香港(ows.us) 30.9ms / 台湾台北市(ows.us) 300.7ms,63.9ms,香港(misaka.io) 30.4ms / 香港(飞碟云) 201.4ms,48.7ms,香港(首云) 30.7ms / 台湾台北市(hostinginside) 276.0ms,67.7ms,香港(awlink.net) 31.6ms / 台湾彰化县(GCP) 115.6ms,50.4ms
 

ieatcable

Junior Member
Joined
Sep 15, 2024
Messages
93
Reaction score
104
Not sure if I did it right.
Data retrieved today. They are averages. Creds to @seowbin for the original from Feb 2024.
Excludes anything outside China region. globalping.io is better for those.

Moi used excel feature and color scales to make it more colourful

Included moi network to pit against the big boys as well :s13:
I removed MR biz since here mostly consumer ( i suspect biz and gamer is the same routing anyway)

6ytH5mE.png

Kr7N1cE.png
 
Important Forum Advisory Note
This forum is moderated by volunteer moderators who will react only to members' feedback on posts. Moderators are not employees or representatives of HWZ Forums. Forum members and moderators are responsible for their own posts. Please refer to our Community Guidelines and Standards and Terms and Conditions for more information.
Top