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 )
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 (220.127.116.11): 56 data bytes Request timeout for icmp_seq 0 Request timeout for icmp_seq 1 64 bytes from 18.104.22.168: icmp_seq=2 ttl=43 time=451.545 ms 64 bytes from 22.214.171.124: icmp_seq=3 ttl=43 time=460.686 ms Request timeout for icmp_seq 4 64 bytes from 126.96.36.199: 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:
China biggest Cloud computing provider:
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 188.8.131.52
nslookup pan.baidu.com 184.108.40.206 Server: 220.127.116.11 Address: 18.104.22.168#53 Non-authoritative answer: pan.baidu.com canonical name = yiyun.n.shifen.com. Name: yiyun.n.shifen.com Address: 22.214.171.124
pan.baidu.com 126.96.36.199 Server: 188.8.131.52 Address: 184.108.40.206#53 Non-authoritative answer: pan.baidu.com canonical name = yiyun.n.shifen.com. Name: yiyun.n.shifen.com Address: 220.127.116.11
Telstra DNS 18.104.22.168
nslookup pan.baidu.com 22.214.171.124 Server: 126.96.36.199 Address: 188.8.131.52#53 Non-authoritative answer: pan.baidu.com canonical name = yiyun.n.shifen.com. Name: yiyun.n.shifen.com Address: 184.108.40.206
In this stage, all resolve results shows that:
The ip address on behind of pan.baidu.com are same as 220.127.116.11
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)
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 [18.104.22.168] with 32 bytes of data: Reply from 22.214.171.124: bytes=32 time=254ms TTL=43 Reply from 126.96.36.199: bytes=32 time=254ms TTL=43 Reply from 188.8.131.52: bytes=32 time=254ms TTL=43 Reply from 184.108.40.206: bytes=32 time=254ms TTL=43 Ping statistics for 220.127.116.11: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 254ms, Maximum = 254ms, Average = 254ms
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 (18.104.22.168), 64 hops max, 52 byte packets 1 （deleted due to privacy reason） 2 gateway.sb01.adelaide.asp.telstra.net (22.214.171.124) 6.392 ms 3.918 ms 3.334 ms 3 126.96.36.199 (188.8.131.52) 3.714 ms 3.671 ms 2.935 ms 4 bundle-ether9.way-core10.adelaide.telstra.net (184.108.40.206) 4.863 ms 5.906 ms 3.745 ms 5 bundle-ether16.exi-core10.melbourne.telstra.net (220.127.116.11) 18.371 ms 16.424 ms 18.228 ms 6 bundle-ether12.chw-core10.sydney.telstra.net (18.104.22.168) 29.561 ms 29.269 ms 28.296 ms 7 bundle-ether1.oxf-gw11.sydney.telstra.net (22.214.171.124) 30.212 ms 28.848 ms 29.941 ms 8 unknown.telstraglobal.net (126.96.36.199) 27.722 ms 27.851 ms 27.899 ms 9 * * * 10 * * * 11 * * * 12 * * * 13 pax-edge-03.inet.qwest.net (188.8.131.52) 174.518 ms 195.671 ms 167.204 ms 14 sjp-brdr-06.inet.qwest.net (184.108.40.206) 167.151 ms 167.111 ms 169.160 ms 15 220.127.116.11 (18.104.22.168) 220.030 ms * 217.822 ms 16 * 22.214.171.124 (126.96.36.199) 405.532 ms * 17 * * * 18 * * 188.8.131.52 (184.108.40.206) 448.614 ms 19 220.127.116.11 (18.104.22.168) 428.686 ms * 22.214.171.124 (126.96.36.199) 468.484 ms 20 188.8.131.52 (184.108.40.206) 429.949 ms 220.127.116.11 (18.104.22.168) 451.859 ms * 21 * * * 22 22.214.171.124 (126.96.36.199) 438.043 ms * *
We can clearly see that, there are around 200ms from 15 to 16
15 188.8.131.52 (184.108.40.206) 220.030 ms * 217.822 ms
16 * 220.127.116.11 (18.104.22.168) 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 .
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 :
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?
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.
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.
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.
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).