AzureFeed 'dotnetcli.azureedge.net/dotnet' in dotnet-install script was too slow in China

[RayWangQvQ]

As dotnet/install-scripts#236 , I tried to install sdk with version 5.0.404, it was slow too. So I guss, it is not about latest.version.

Here are the cmds:

./dotnet-install.sh --version 5.0.404
./dotnet-install.sh --version 6.0.100

The script showed their download urls(sdk v5.0 and v6.0):

https://dotnetcli.azureedge.net/dotnet/Sdk/5.0.404/dotnet-sdk-5.0.404-linux-musl-x64.tar.gz
https://dotnetcli.azureedge.net/dotnet/Sdk/6.0.100/dotnet-sdk-6.0.100-linux-musl-x64.tar.gz

Here is my speed in browser:

For current situation, it is always blocked and finally failed when I use the scripts in linux server in China.

Would you like please to check agin and resolve it, THX!

[bekir-ozturk]

Hi @RayWangQvQ, Thank you for the issue. We are investigating this and I will get back to you once we have a better understanding of the situation.

[bekir-ozturk]

Hi @RayWangQvQ, According to my investigations, there doesn't seem to be any special handling on our side to cause such slowness in China. Can you check if you are behind a firewall or VPN? Your ISP may also be limiting your downloads. Can you test your download speed with other sites and share the results? This would help us understand if this is specific to Microsoft sources.

[RayWangQvQ]

In the same server and same time:

[bekir-ozturk]

Thanks @RayWangQvQ. Interesting. This doesn't seem to be related to install scripts, since you are getting the same speed issues in your browser as well. So I will move this issue to 'dotnet/core' repo to be re-triaged.

[no-response[bot]]

This issue has been automatically closed due to no response from the original author. Please feel free to reopen it if you have more information that can help us investigate the issue further.

[RayWangQvQ]

reopen

[mairaw]

@rbhanda who should look into this?

[rbhanda]

Hi @mairaw this doesn't look like something we control. As @bekir-ozturk mentioned, this is not related to the install scripts.

[mairaw]

But who owns the hosting site?

[hez2010]

I'm also located in China but cannot reproduce your issue. This may be a networking issue of your ISP (aliyun).

But who owns the hosting site?

The packages are delivered by a CDN.

[RayWangQvQ]

I'm also located in China but cannot reproduce your issue. This may be a networking issue of your ISP (aliyun).

But who owns the hosting site?

The packages are delivered by a CDN.

Are you using VPN or other similar magical things?

I don't think it is aliyun cloud's problem, because it is also slow when I download it in my local PC. As the picture in my first comment, it is my local browser(Edge), and the problem remains.

[hez2010]

Are you using VPN or other similar magical things?

No.

[sunghwan2789]

I'm in Korea, but I'm experiencing slow downloading, too. Usually, it's fast and I think it seems to slow down every time updates are distributed. Visual Studio Installer also stuck in checking updates forever whenever this happened.

I put the traceroute results in Korea below for your reference:

$ traceroute dotnetcli.azureedge.net
traceroute to cs9.wpc.v0cdn.net (117.18.232.200), 64 hops max, 52 byte packets
 1  172.30.1.254 (172.30.1.254)  3.967 ms  3.331 ms  3.731 ms
 2  220.118.189.254 (220.118.189.254)  6.850 ms  6.415 ms  8.109 ms
 3  222.108.190.17 (222.108.190.17)  12.895 ms  6.539 ms  4.912 ms
 4  112.190.17.101 (112.190.17.101)  3.861 ms  3.806 ms  3.718 ms
 5  112.190.1.25 (112.190.1.25)  6.890 ms
    112.190.2.213 (112.190.2.213)  4.284 ms
    112.190.2.169 (112.190.2.169)  7.315 ms
 6  * * *
 7  112.174.90.170 (112.174.90.170)  9.966 ms
    112.174.90.98 (112.174.90.98)  10.320 ms
    112.174.90.174 (112.174.90.174)  9.956 ms
 8  112.174.91.150 (112.174.91.150)  10.946 ms
    112.174.91.190 (112.174.91.190)  10.911 ms
    112.174.91.98 (112.174.91.98)  9.293 ms
 9  63-218-147-1.static.pccwglobal.net (63.218.147.1)  80.820 ms  86.375 ms  82.483 ms
10  bundle-eth53.clbr01.tok02.pccwbtn.net (63.218.250.78)  80.196 ms  83.689 ms  86.468 ms
11  63.218.251.18 (63.218.251.18)  108.177 ms  83.993 ms *
12  ae-65.core1.tka.edgecastcdn.net (152.195.112.129)  93.113 ms  85.440 ms  88.137 ms
13  117.18.232.200 (117.18.232.200)  87.993 ms  86.437 ms  84.730 ms
14  117.18.232.200 (117.18.232.200)  84.639 ms  88.155 ms  88.049 ms

[eveloki]

this is a cdn error,we can use vscode.cdn.azure.cn host download vs code exe Example Used: https://az764295.vo.msecnd.net/stable/d045a5eda657f4d7b676dedbfa7aab8207f8a075/VSCode-darwin-universal.zip

replace

https://vscode.cdn.azure.cn/stable/d045a5eda657f4d7b676dedbfa7aab8207f8a075/VSCode-darwin-universal.zip this url use cdn node in china，is fast

the same issues like packages.microsoft.com is to lower in chinese https://github.com/tuna/issues/issues/335 https://github.com/dotnet/core/issues/2882

So can we use the same solution as the VScode team？for example use dotnet.cdn.azure.cn？ From the domain name （azureedge.net,azure.cn） perspective, these two urls belong to the same department azure

[VAllens]

Any progress on this? It's occasionally slow and occasionally fast, which seems to CDN cause problems.