CrowdSupport®
Highlighted
Level 1: Cadet

Serious issue, high latency to connect Chinese website or Datacenter

On 6th February 2020, A serious Internet connection issue has been occurred that there are several Chinese website  can not been loaded properly.

( websites hosted in mainland China, not only refer page language in Chinese )

 

1. behavior:

high latency : around 450ms

high percentage of package loss:

6 packets transmitted, 3 packets received, 50.0% packet loss

 

ping pan.baidu.com
PING yiyun.n.shifen.com (111.206.37.70): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
64 bytes from 111.206.37.70: icmp_seq=2 ttl=43 time=451.545 ms
64 bytes from 111.206.37.70: icmp_seq=3 ttl=43 time=460.686 ms
Request timeout for icmp_seq 4
64 bytes from 111.206.37.70: icmp_seq=5 ttl=43 time=456.003 ms
^C
--- yiyun.n.shifen.com ping statistics ---
6 packets transmitted, 3 packets received, 50.0% packet loss
round-trip min/avg/max/stddev = 451.545/456.078/460.686/3.732 ms

 

 

e.g. (examples of affected websites)

In my knowledge, these websites are the most stable website.

Which means these sites won't down in anytime.

China biggest network storage platform:

pan.baidu.com

China biggest Cloud computing provider:

cn.aliyun.com

 

2. Investigation step by step:

Example taken : pan.baidu.com

2.1 DNS errors ?

First I suppose that this issue may relate to DNS (domain name server) progress, but it's not. evidence shows below:

 

Google DNS 8.8.8.8

 

nslookup pan.baidu.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
pan.baidu.com	canonical name = yiyun.n.shifen.com.
Name:	yiyun.n.shifen.com
Address: 111.206.37.70

 

AliDNS (provided by Alibaba cloud computing)  223.5.5.5

 

pan.baidu.com 223.5.5.5
Server:		223.5.5.5
Address:	223.5.5.5#53

Non-authoritative answer:
pan.baidu.com	canonical name = yiyun.n.shifen.com.
Name:	yiyun.n.shifen.com
Address: 111.206.37.70

Telstra DNS 61.9.226.33

 

 

nslookup pan.baidu.com 61.9.226.33
Server:		61.9.226.33
Address:	61.9.226.33#53

Non-authoritative answer:
pan.baidu.com	canonical name = yiyun.n.shifen.com.
Name:	yiyun.n.shifen.com
Address: 111.206.37.70

In this stage, all resolve results shows that:

 

The ip address on behind of pan.baidu.com are same as 111.206.37.70

So, this high latency is not related to DNS

 

2.2 Website Provider errors ?

Is there any problem occurred by pan.baidu.com provider ? or this website has been blocked by Firewalls (including Australia Firewalls and China Firewalls)

evidence :

Try to use another Internet service provider to access the Chinese network or resource.

The result shows below is a test from Adelaide university (Education & Research Network)

There is no high latency and package loss by 

 

ping pan.baidu.com

Pinging yiyun.n.shifen.com [111.206.37.70] with 32 bytes of data:
Reply from 111.206.37.70: bytes=32 time=254ms TTL=43
Reply from 111.206.37.70: bytes=32 time=254ms TTL=43
Reply from 111.206.37.70: bytes=32 time=254ms TTL=43
Reply from 111.206.37.70: bytes=32 time=254ms TTL=43

Ping statistics for 111.206.37.70:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 254ms, Maximum = 254ms, Average = 254ms

No!

The result showed above provide that there is no problem with the pan.baidu.com ISP and not blocked by any Firewalls systems.

 

2.3 No Internet connection from my end?

Check the Internet connection from my end. (proof of proper Internet connection ability)

   Speedtest by Ookla

     Server: Telstra - Adelaide (id = 2628)
        ISP: Telstra Internet
    Latency:     2.94 ms   (0.17 ms jitter)
   Download:    94.37 Mbps (data used: 69.8 MB)
     Upload:    37.54 Mbps (data used: 34.1 MB)
Packet Loss:     0.0%

Test above proof that there are no problem between my end to Telstra ISP 

 

2.4 analysis issue

Let me try trace route which can show us which node's problem occurred this unacceptable latency ?

 

traceroute pan.baidu.com
traceroute to yiyun.n.shifen.com (111.206.37.70), 64 hops max, 52 byte packets
 1  (deleted due to privacy reason)
 2  gateway.sb01.adelaide.asp.telstra.net (58.162.26.161)  6.392 ms  3.918 ms  3.334 ms
 3  144.130.214.209 (144.130.214.209)  3.714 ms  3.671 ms  2.935 ms
 4  bundle-ether9.way-core10.adelaide.telstra.net (203.50.11.156)  4.863 ms  5.906 ms  3.745 ms
 5  bundle-ether16.exi-core10.melbourne.telstra.net (203.50.6.231)  18.371 ms  16.424 ms  18.228 ms
 6  bundle-ether12.chw-core10.sydney.telstra.net (203.50.11.124)  29.561 ms  29.269 ms  28.296 ms
 7  bundle-ether1.oxf-gw11.sydney.telstra.net (203.50.6.93)  30.212 ms  28.848 ms  29.941 ms
 8  unknown.telstraglobal.net (210.176.152.137)  27.722 ms  27.851 ms  27.899 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  pax-edge-03.inet.qwest.net (65.119.103.17)  174.518 ms  195.671 ms  167.204 ms
14  sjp-brdr-06.inet.qwest.net (67.14.34.218)  167.151 ms  167.111 ms  169.160 ms
15  63.146.27.86 (63.146.27.86)  220.030 ms *  217.822 ms
16  * 219.158.116.233 (219.158.116.233)  405.532 ms *
17  * * *
18  * * 219.158.19.69 (219.158.19.69)  448.614 ms
19  219.158.7.233 (219.158.7.233)  428.686 ms *
    219.158.16.89 (219.158.16.89)  468.484 ms
20  123.126.0.126 (123.126.0.126)  429.949 ms
    125.33.186.18 (125.33.186.18)  451.859 ms *
21  * * *
22  61.48.51.78 (61.48.51.78)  438.043 ms * *

We can clearly see that, there are around 200ms from 15 to 16

 

15 63.146.27.86 (63.146.27.86) 220.030 ms * 217.822 ms

16 * 219.158.116.233 (219.158.116.233) 405.532 ms *

 

So, accounting to the investigation shows above it's can prove that this latency is occurred by Some nodes of Telstra Global routing system .

 

2.5 universality

Additionally, If you argue that this is just a unique case, it is not enough to prove universality.

There are two same test results provide by some another friends below :

https://1drv.ms/u/s!AnphsFdnhDRcwAxjBwtEZJXz6eDr?e=wuIUyG

 

3. Request action

 

Today it spent an hour communicating with Telstra's customer service assistant, they have been repeating saying problems that are not related to the Telstra system! and there must be something wrong with my own devices or router.

The report here is to prove that this problem really exists, and it is not related to the client side!

No doubt this is a problem with the Telstra BGP system.

Controversy is welcome and pointing out the possibility of missing in my test.

It request Telstra to face the problem, conduct an investigation.

Was this helpful?

  • Yes it was, thank you
  • No, I still need help
4 REPLIES 4
Level 25: The Singularity
Level 25: The Singularity

Re: Serious issue, high latency to connect Chinese website or Datacenter

The problem is occurring in the China Unicom portion of the network (who host the server you are trying to reach), which is outside of Telstra's control. 

Never be afraid to back yourself when trying new things, just always make sure you have 3 escape routes if things go wrong.
Highlighted
Level 2: Rookie

Re: Serious issue, high latency to connect Chinese website or Datacenter

Same problem for me from last night. But it’s not problem with Telstra 4G network, so it’s not problem with China Unicom portion.

Highlighted
Level 1: Cadet

Re: Serious issue, high latency to connect Chinese website or Datacenter

Thanks for your reply. 

 

According to my test results above. 

 

There are no clear evidence to show china Unicom network occur this issue. 

 

Additionally, test from Adelaide uni network showed that this website can be loading properly without high latency. 

Highlighted
Level 1: Cadet

Re: Serious issue, high latency to connect Chinese website or Datacenter

I can see the same on Telstra 4G in Melbourne (high latency and some congestion for baidu pan).

 

Your traceroute shows, possibly a problem between centurylink (who bought Qwest), and Unicom. Telstra Global has their own connection to Unicom in Hong Kong, but instead Telstra is using a US carrier to reach Unicom (this creates the high latency).

Set it & forget it

With direct debit there’s no need to give paying your bill another thought.

Avoid queuing up and never worry about late fees again.

Setup direct debit