I got into this scene relatively late. WAWO used to have a strong reputation, and recently it also received a provider badge on the forum, so I tested its PIS product to see how it performs. 
Contents
1. Configuration
2. Node Quality and Mixed Benchmark
3. Mainland Three-Network Outbound Route Tests
4. Mainland Three-Network TCP Ping
5. Evening Peak Direct Single-Thread Speed Tests
6. International Connectivity
7. Summary
1. Configuration
| Plan | 🇭🇰 WAWO pis-Excellence-2G-31-pro |
|---|---|
| Location | China, Hong Kong |
| CPU | 2 x E5-2680v4 vCores |
| RAM | 2GB |
| Disk | 20GB |
| Traffic | 2TB(out) |
| Port Speed | 1000Mbps peak during off-peak, 20Mbps standard |
| Network | 1 x IPv4 |
| Price | Annual CNY¥317.50 |
🔗 Quick Links
| YABS | Node Quality | Mixed Benchmark | nws.sh | Streaming Unlock |
|---|---|---|---|---|
| [Link] | [Link] | [Link] | [Link] | [Link] |
The upstream is Landups, said to be strong with both small and large packets, but let's test it first.
2. Node Quality and Mixed Benchmark
bash <(curl -sL https://run.NodeQuality.com)
Native Hong Kong IP, good unlock.
PIS seems unfriendly to NQ traceroute and mainland China test nodes, so they could not be measured; the mixed benchmark appears to show Telecom CN2 GIA, Unicom 4837->10099, and Mobile CMIN2.
💻 Basic Information
Basic System Information:
---------------------------------
Uptime : 0 days, 20 hours, 34 minutes
Processor : Intel(R) Xeon(R) CPU E5-2680 v4 @ 2.40GHz
CPU cores : 2 @ 2394.454 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ✔ Enabled
RAM : 1.9 GiB
Swap : 0.0 KiB
Disk : 21.0 GiB
Distro : Debian GNU/Linux 12 (bookworm)
Kernel : 6.12.57+deb13-cloud-amd64
VM Type : STANDARD PC (Q35 + ICH9, 2009)
IPv4/IPv6 : ✔ Online / ✔ Online
IPv6 Network Information:
---------------------------------
ISP : Landups Limited
ASN : AS150452 LANDUPS LIMITED
Host : Landups Limited
Location : Mong Kok, Yau Tsim Mong District (KYT)
Country : Hong Kong
fio Disk Speed Tests (Mixed R/W 50/50) (Partition -):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 233.02 MB/s (58.2k) | 1.35 GB/s (21.2k)
Write | 233.63 MB/s (58.4k) | 1.36 GB/s (21.3k)
Total | 466.65 MB/s (116.6k) | 2.72 GB/s (42.5k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 638.79 MB/s (1.2k) | 573.97 MB/s (560)
Write | 672.74 MB/s (1.3k) | 612.19 MB/s (597)
Total | 1.31 GB/s (2.5k) | 1.18 GB/s (1.1k)
Geekbench 5 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 586
Multi Core | 1198
Full Test | https://browser.geekbench.com/v5/cpu/23965783
SysBench CPU Test (Fast Mode, 1-Pass @ 5sec)
---------------------------------
1 Thread Test (Single Core) Score: 758 Scores
2 Thread Test (Multi Core) Score: 1615 Scores
SysBench Memory Test (Fast Mode, 1-Pass @ 5sec)
---------------------------------
Single-Thread Read Test: 18064.12 MB/s
Single-Thread Write Test: 13867.95 MB/s
| 🎬IP Quality | 🌐 Network Quality | 📍Return Routes |
|---|---|---|
Mixed Benchmark
export noninteractive=true && curl -L https://raw.githubusercontent.com/oneclickvirt/ecs/master/goecs.sh -o goecs.sh && chmod +x goecs.sh && ./goecs.sh install && goecs
------------------------------------Upstream and Return Route Check-------------------------------------
Beijing Telecom v4 219.141.140.10 Telecom CN2GIA [Premium Route] Telecom CTGNET [Premium Route]
Beijing Unicom v4 202.106.195.68 Unicom 4837 [Normal Route]
Beijing Mobile v4 221.179.155.161 Mobile CMI [Normal Route] Mobile CMIN2 [Premium Route]
Shanghai Telecom v4 202.96.209.133 Telecom CN2GIA [Premium Route] Telecom CTGNET [Premium Route]
Shanghai Unicom v4 210.22.97.1 Unicom 4837 [Normal Route]
Shanghai Mobile v4 211.136.112.200 Mobile CMI [Normal Route] Mobile CMIN2 [Premium Route]
Guangzhou Telecom v4 58.60.188.222 Telecom CN2GIA [Premium Route] Telecom CTGNET [Premium Route]
Guangzhou Unicom v4 210.21.196.6 Unable to detect the IPv4 address of the return-route node
Guangzhou Mobile v4 120.196.165.24 Mobile CMI [Normal Route] Mobile CMIN2 [Premium Route]
Chengdu Telecom v4 61.139.2.69 Telecom CN2GIA [Premium Route]
Chengdu Unicom v4 119.6.6.6 Unicom 4837 [Normal Route]
Chengdu Mobile v4 211.137.96.205 Mobile CMI [Normal Route] Mobile CMIN2 [Premium Route]
Beijing Telecom v6 2400:89c0:1053:3::69 Telecom 163 [Normal Route]
Beijing Unicom v6 2400:89c0:1013:3::54 Unicom 4837 [Normal Route]
Beijing Mobile v6 2409:8c00:8421:1303::55 Mobile CMIN2 [Premium Route] Mobile CMI [Normal Route]
Shanghai Telecom v6 240e:e1:aa00:4000::24 Telecom 163 [Normal Route]
Shanghai Unicom v6 2408:80f1:21:5003::a Unicom 4837 [Normal Route]
Shanghai Mobile v6 2409:8c1e:75b0:3003::26 Mobile CMIN2 [Premium Route] Mobile CMI [Normal Route]
Guangzhou Telecom v6 240e:97c:2f:3000::44 Telecom 163 [Normal Route]
Guangzhou Unicom v6 2408:8756:f50:1001::c Unicom 4837 [Normal Route]
Guangzhou Mobile v6 2409:8c54:871:1001::12 Mobile CMI [Normal Route] Mobile CMIN2 [Premium Route]
Check detailed routes yourself for the exact path; this test result is for reference only
When multiple routes appear for the same target address, detection may have passed the aggregation layer; information after the first route may be invalid
-------------------------------------Three-Network Return Route Check-------------------------------------
[NextTrace API] preferred API IP - 172.67.69.163 - 236.67ms - Misaka.BER
Guangzhou Telecom - ICMP v4 - traceroute to 58.60.188.222, 30 hops max, 52 byte packets
0.54 ms AS152918 * China, Hong Kong, cdn.liberally.network
1.24 ms * * *
0.90 ms * * *
1.32 ms * * *
1.26 ms AS23764 [CTHKI-HK] China, Hong Kong, chinatelecomglobal.com Telecom
2.38 ms * * China, Hong Kong, Telecom/CTGNet
2.49 ms * * China, Hong Kong, Telecom/CTGNet
6.17 ms * [CTG-CN] China, Guangdong, Guangzhou, CTGNet
7.44 ms * [CN2-BackBone] China, Guangdong, Guangzhou, chinatelecom.cn Telecom
10.30 ms * [CN2-BackBone] China, Guangdong, Guangzhou, chinatelecom.cn Telecom
14.25 ms * [CN2-BackBone] China, Guangdong, Guangzhou, chinatelecom.cn Telecom
10.63 ms AS4134 * China, Guangdong, Foshan City, chinatelecom.com.cn Telecom
*
Guangzhou Unicom - ICMP v4 - traceroute to 210.21.196.6, 30 hops max, 52 byte packets
0.46 ms AS152918 * China, Hong Kong, cdn.liberally.network
1.11 ms * * *
0.73 ms * * *
1.29 ms * * *
12.67 ms AS24429 * China, Hong Kong, alibabacloud.com
2.30 ms * [CUG-ASIA] China, Hong Kong
2.70 ms AS10099 [CUG-BACKBONE] China, Hong Kong, chinaunicomglobal.com Unicom
2.76 ms AS10099 [CUG-BACKBONE] China, Hong Kong, chinaunicomglobal.com Unicom
*
6.78 ms AS4837 [CU169-BACKBONE] China, Guangdong, Guangzhou, chinaunicom.cn Unicom
*
12.93 ms AS17623 [APNIC-AP] China, Guangdong, Shenzhen, chinaunicom.cn Unicom
10.20 ms AS17623 * China, Guangdong, Shenzhen, chinaunicom.cn Unicom
Guangzhou Mobile - ICMP v4 - traceroute to 120.196.165.24, 30 hops max, 52 byte packets
1.04 ms AS152918 * China, Hong Kong, cdn.liberally.network
*
1.75 ms AS58807 [CMIN2-NET] China, Hong Kong, cmi.chinamobile.com
*
5.52 ms AS58807 [CMIN2-NET] China, Hong Kong, cmi.chinamobile.com Mobile
5.12 ms AS58807 [CMIN2-NET] China, Guangdong, Guangzhou, cmi.chinamobile.com Mobile
5.17 ms AS9808 [CMNET] China, Guangdong, Guangzhou, chinamobileltd.com Mobile
5.04 ms AS9808 [CMNET] China, Guangdong, Guangzhou, chinamobileltd.com Mobile
18.04 ms AS9808 [CMNET] China, Guangdong, Guangzhou, chinamobileltd.com Mobile
11.82 ms AS9808 [CMNET] China, Guangdong, Guangzhou, chinamobileltd.com Mobile
13.19 ms AS9808 [CMNET] China, Guangdong, Guangzhou, chinamobileltd.com Mobile
11.42 ms AS56040 [APNIC-AP] China, Guangdong, Shenzhen, gd.10086.cn Mobile
3. Mainland Three-Network Outbound Route Tests (itdog.cn, 2025-12-11)
Outbound uses each network's own backbone direct route: China Telecom 163, China Unicom 4837->10099, and China Mobile CMI.
| Location | China Telecom | China Unicom | China Mobile |
|---|---|---|---|
| Beijing | |||
| Shanghai | |||
| Guangzhou |
4. mainland ChinaThree-Network TCP Ping(itdog.cn, 2025-12-11 23:00)
During the evening peak, outbound routes for all three networks are fairly rough, especially China Telecom, with double-digit packet loss in many regions.
| China Telecom | China Unicom | China Mobile |
|---|---|---|
5. Evening Peak Direct Single-Thread Speed Tests(2025-12-06 21:40-23:00)
China Telecom starts slowly and may cut out; TLS latency is high and HTTP latency is abnormally high. Some nodes can reach speed, but others cannot.
China Unicom seems a bit better and can reach speed, but HTTP latency is still very high.
China Mobile cannot really reach speed, and latency is also high.
*Click the test record links to view speed-test screenshots, including several popular models as references.
Telecom
| Node | Average Speed | Maximum Speed | Latency RTT | HTTP Latency |
|---|---|---|---|---|
| ShenzhenTelecom@1Gbps | 180.45Mbps | 262.96Mbps | 23ms | 863ms |
| GuangdongTelecom@1Gbps | 140.46Mbps | 520.08Mbps | 25ms | 1395ms |
| Eastern Guangdong Telecom@1Gbps | 410.52Mbps | 753.96Mbps | 33ms | 1143ms |
| GuangxiTelecom@1Gbps | 3.85Mbps | 7.84Mbps | 41ms | 523ms |
| HainanTelecom@1Gbps | 124.40Mbps | 168.67Mbps | 63ms | 556ms |
| ShanghaiTelecom@1Gbps | 416.41Mbps | 788.56Mbps | 46ms | 619ms |
| Ningbo Telecom@1Gbps | 441.34Mbps | 792.11Mbps | 73ms | 953ms |
| WenzhouTelecom@1Gbps | 41.93Mbps | 212.60Mbps | 44ms | 730ms |
| Xi'an Telecom@1Gbps | 332.08Mbps | 552.04Mbps | 61ms | 989ms |
Unicom
| Node | Average Speed | Maximum Speed | Latency RTT | HTTP Latency |
|---|---|---|---|---|
| GuangdongUnicom@1Gbps | 460.22Mbps | 582.66Mbps | 14ms | 431ms |
| GuangdongUnicom@2.5Gbps | 688.59Mbps | 880.57Mbps | 15ms | 92ms |
| ShanghaiUnicom@1Gbps | 89.73Mbps | 666.32Mbps | 38ms | 707ms |
| ShaoxingUnicom@1Gbps | 408.67Mbps | 628.02Mbps | 38ms | 588ms |
| ShandongUnicom@1Gbps | 349.25Mbps | 591.75Mbps | 64ms | 645ms |
| ShanxiUnicom@1Gbps | 644.13Mbps | 971.70Mbps | 54ms | 1722ms |
| LiaoningUnicom@1Gbps | 15.70Mbps | 125.24Mbps | 54ms | 718ms |
Mobile
| Node | Average Speed | Maximum Speed | Latency RTT | HTTP Latency |
|---|---|---|---|---|
| Guangzhou Mobile@1Gbps | 8.80Mbps | 20.43Mbps | 64ms | 910ms |
| Guangxi Mobile@1Gbps | 36.36Mbps | 52.36Mbps | 99ms | 559ms |
| Shanghai Mobile@2Gbps | 970.03Kbps | 7.49Mbps | 127ms | 871ms |
| Lishui Mobile@1Gbps | 4.71Mbps | 5.55Mbps | 144ms | 393ms |
| Jiangsu Mobile@1Gbps | 0bps | 0bps | 105ms | 345ms |
| Hebei Mobile@1Gbps | 172.83Mbps | 272.86Mbps | 93ms | 475ms |
| Northeast China Mobile@1Gbps | 13.40Mbps | 36.61Mbps | 73ms | 833ms |
| Shanxi Mobile@1Gbps | 39.83Kbps | 93.59Kbps | 205ms | 955ms |
| Sichuan Mobile@1Gbps | 39.84Kbps | 87.42Kbps | 95ms | 1030ms |
6. International Connectivity - iPerf3 TCP IPv4 Single-Thread Speed Test (single 10-second run, 2025-12-11)
Test Tool: iPerf3
Speed and latency within Hong Kong and across Asia-Pacific have no real issues; quite good.
| Region | Node | Average/Max Upload (Mbps) | Average/Max Download (Mbps) | Latency (ms) |
|---|---|---|---|---|
| 🇭🇰 Hong Kong | DMIT T1 | 1098 / 1991 | 946 / 949 | 0.89 |
| 🇭🇰 Hong Kong | RFCHOST JINX | 1114 / 2189 | 936 / 943 | 2.34 |
| 🇭🇰 Hong Kong | RFCHOST CTC | 1113 / 2148 | 946 / 950 | 0.82 |
| 🇭🇰 Hong Kong | Nube | 1107 / 2099 | 918 / 949 | 0.91 |
| 🇭🇰 Hong Kong | GreenCloud DC1 | 1105 / 2077 | 945 / 950 | 0.86 |
| 🇭🇰 Hong Kong | GreenCloud DC2 | 1107 / 2080 | 942 / 948 | 0.79 |
| 🇭🇰 Hong Kong | HostHatch | 1108 / 2082 | 944 / 947 | 1.40 |
| 🇭🇰 Hong Kong | YxVM VOL | 1111 / 2173 | 941 / 947 | 1.17 |
| 🇭🇰 Hong Kong | FxTransit | 1109 / 2087 | 941 / 950 | 1.08 |
| 🇭🇰 Hong Kong | Hytron | 1108 / 2103 | 945 / 949 | 0.89 |
| 🇭🇰 Hong Kong | Halo STD | 1103 / 2070 | 941 / 945 | 0.72 |
| 🇭🇰 Hong Kong | Halo Lite | 1104 / 2063 | 943 / 948 | 0.67 |
| 🇭🇰 Hong Kong | BAGE HKS | 1002 / 1018 | 948 / 950 | 2.27 |
| 🇭🇰 Hong Kong | BAGE HKL | 997 / 1014 | 944 / 949 | 0.83 |
| 🇭🇰 Hong Kong | ClawCloud | 1032 / 1213 | 939 / 947 | 2.63 |
| 🇭🇰 Hong Kong | Servps | 948 / 963 | 948 / 952 | 1.41 |
| 🇭🇰 Hong Kong | Boil HKT | 913 / 946 | 853 / 875 | 2.86 |
| 🇭🇰 Hong Kong | Kaze HKBN | 1109 / 2110 | 924 / 933 | 2.54 |
| 🇹🇼 Taichung | HiNet | 766 / 816 | 758 / 780 | 32.77 |
| 🇯🇵 Tokyo | DMIT T1 | 1079 / 1834 | 897 / 942 | 46.08 |
| 🇯🇵 Tokyo | BAGE JP | 1072 / 1537 | 886 / 1015 | 45.19 |
| 🇯🇵 Tokyo | BAGE JPS | 1081 / 1774 | 891 / 934 | 49.13 |
| 🇯🇵 Tokyo | Nube | 1068 / 1777 | 881 / 956 | 46.68 |
| 🇯🇵 Tokyo | GreenCloud SB | 1035 / 1413 | 878 / 991 | 45.54 |
| 🇯🇵 Tokyo | GreenCloud IIJ | 178 / 911 | 727 / 937 | 45.90 |
| 🇯🇵 Tokyo | DDPS CDN77 | 1074 / 1756 | 879 / 942 | 45.31 |
| 🇯🇵 Tokyo | RFCHOST T1 | 1070 / 1582 | 890 / 943 | 50.43 |
| 🇯🇵 Tokyo | YxVM VOL | 1063 / 1637 | 894 / 939 | 49.44 |
| 🇯🇵 Tokyo | FxTransit | 134 / 170 | 897 / 946 | 49.94 |
| 🇯🇵 Tokyo | SkylineConnect | 1069 / 1590 | 897 / 967 | 51.03 |
| 🇰🇷 Seoul | AWS Lightsail | 1023 / 1619 | 837 / 925 | 58.64 |
| 🇸🇬 Singapore | RFCHOST T1 | 1097 / 2010 | 908 / 950 | 37.41 |
| 🇸🇬 Singapore | BAGE SG | 1092 / 1983 | 916 / 944 | 30.25 |
| 🇸🇬 Singapore | BAGE SGS | 1090 / 1833 | 913 / 971 | 32.05 |
| 🇸🇬 Singapore | GreenCloud DC1 | 1091 / 1973 | 916 / 947 | 30.75 |
| 🇸🇬 Singapore | GreenCloud DC2 | 1091 / 1863 | 906 / 947 | 31.38 |
| 🇸🇬 Singapore | Nube | 1089 / 1851 | 913 / 987 | 31.85 |
| 🇸🇬 Singapore | SkylineConnect | 1086 / 1768 | 904 / 1011 | 30.706 |
| 🇸🇬 Singapore | IDC.Care | 900 / 1039 | 882 / 940 | 34.22 |
| 🇻🇳 Hanoi | GreenCloud | 1084 / 1880 | 885 / 941 | 53.44 |
| 🇻🇳 Ho Chi Minh City | GreenCloud | 1063 / 1705 | 885 / 971 | 53.44 |
| 🇮🇳 Mumbai | HostDZire | 396 / 500 | 379 / 446 | 118.99 |
| 🇦🇺 Sydney | GreenCloud | 947 / 1217 | 663 / 854 | 143.32 |
| 🇺🇸 Los Angeles | DMIT T1 | 810 / 1039 | 266 / 380 | 143.56 |
| 🇺🇸 Los Angeles | GreenCloud | 942 / 1268 | 680 / 840 | 143.77 |
| 🇺🇸 Los Angeles | AlphaVPS | 954 / 1293 | 678 / 924 | 144.36 |
| 🇺🇸 Los Angeles | HostDZire | 942 / 1282 | 697 / 934 | 147.49 |
| 🇺🇸 Los Angeles | BAGE LA1 | 869 / 1055 | 611 / 868 | 144.05 |
| 🇺🇸 Los Angeles | BAGE LA2 | 736 / 927 | 589 / 861 | 158.70 |
| 🇺🇸 Los Angeles | RFCHOST T1 | 330 / 765 | 375 / 483 | 140.69 |
| 🇺🇸 San Jose | HostDZire | 932 / 1200 | 629 / 849 | 156.84 |
| 🇺🇸 San Jose | GreenCloud | 959 / 1236 | 653 / 928 | 156.29 |
| 🇺🇸 San Jose | Nube | 951 / 1190 | 776 / 936 | 158.40 |
| 🇺🇸 Las Vegas | BuyVM | 526 / 757 | 537 / 714 | 240.56 |
| 🇺🇸 Seattle | Misaka | 973 / 1351 | 761 / 942 | 137.71 |
| 🇺🇸 Seattle | AlphaVPS | 956 / 1268 | 814 / 936 | 133.50 |
| 🇺🇸 Ogden | GreenCloud | 904 / 1120 | 561 / 779 | 164.13 |
| 🇺🇸 Salt Lake City | BAGE | 848 / 1069 | 605 / 828 | 158.09 |
| 🇺🇸 Dallas | AlphaVPS | 838 / 1076 | 737 / 933 | 174.66 |
| 🇺🇸 Jacksonville | GreenCloud | 552 / 689 | 466 / 871 | 202.42 |
| 🇺🇸 Chicago | GreenCloud DC1 | 692 / 979 | 539 / 889 | 191.57 |
| 🇺🇸 Chicago | GreenCloud DC2 | 820 / 1019 | 607 / 742 | 178.68 |
| 🇺🇸 Ashburn | GreenCloud | 632 / 879 | 678 / 891 | 198.09 |
| 🇺🇸 Washington | HostDZire | 723 / 972 | 715 / 895 | 198.46 |
| 🇺🇸 New York | AlphaVPS | 720 / 973 | 727 / 906 | 198.34 |
| 🇩🇪 Frankfurt | BAGE | 894 / 1100 | 754 / 932 | 169.12 |
| 🇩🇪 Frankfurt | GreenCloud | 809 / 1062 | 510 / 919 | 181.14 |
| 🇩🇪 Frankfurt | Nube | 852 / 1086 | 49 / 249 | 163.66 |
| 🇩🇪 Frankfurt | BERO | 878 / 1093 | 749 / 932 | 169.59 |
| 🇩🇪 Nuremberg | Netcup | 507 / 749 | 17 / 112 | 220.38 |
| 🇩🇪 Nuremberg | AlphaVPS | 545 / 768 | 32 / 104 | 224.36 |
| 🇳🇱 Amsterdam | GreenCloud | 605 / 771 | 719 / 940 | 188.13 |
| 🇧🇬 Sofia | AlphaVPS | 369 / 591 | 425 / 664 | 206.58 |
| 🇬🇧 London | AlphaVPS | 179 / 349 | 125 / 153 | 175.69 |
| 🇬🇧 Coventry | BAGE | 368 / 602 | 557 / 791 | 187.79 |
| 🇬🇧 Coventry | GreenCloud | 816 / 1001 | 21 / 125 | 168.43 |
7. Summary
How to put it: evening-peak direct connectivity is better than unoptimized GreenCloud, but it also has clear flaws. Small-packet latency is acceptable, but HTTP latency is extremely high. I am not sure whether this is due to the China route; if not, using a landing node might help, though that would waste the native IP. Outbound routes are also quite rough. In this test, most mainland China Telecom and China Unicom nodes still had speed, but China Mobile did not perform well.
International connectivity has no real issues and is fine.
At this price (45 USD), there are other options for direct Asia-Pacific connectivity, but considering it is in Hong Kong, it depends on your needs. 
8. About the Tests
The machines used in this test, including all machines used for iPerf3 speed tests, were purchased at my own expense; results may be time-sensitive.
Kernel parameters of the test machines (/etc/sysctl.conf) are as follows.
fs.file-max = 6815744
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_ecn=0
net.ipv4.tcp_frto=0
net.ipv4.tcp_mtu_probing=0
net.ipv4.tcp_rfc1337=0
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_adv_win_scale=1
net.ipv4.tcp_moderate_rcvbuf=1
net.core.rmem_max=33554432
net.core.wmem_max=33554432
net.ipv4.tcp_rmem=4096 87380 33554432
net.ipv4.tcp_wmem=4096 16384 33554432
net.ipv4.udp_rmem_min=8192
net.ipv4.udp_wmem_min=8192
net.ipv4.ip_forward=1
net.ipv4.conf.all.route_localnet=1
net.ipv4.conf.all.forwarding=1
net.ipv4.conf.default.forwarding=1
net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr
net.ipv6.conf.all.forwarding=1
net.ipv6.conf.default.forwarding=1
9. Acknowledgements
Thanks to "Impart Speed Test“(@Kyoma ) for providing the mainland Chinapublic-interest speed test service