During the current VPS deal drought, a new provider has entered the optimized direct-routing market, and it even uses a domestic CPU. I bought it at launch to investigate. 
Contents
1. Configuration
2. Evening Peak Return-to-China Speed Tests
3. Return Routes & Network Quality
4. Outbound Routes & TCP Ping
5. International Connectivity
6. IP Quality & Streaming Unlock
7. Performance Tests
8. Summary
1. Configuration
| Plan | 🇯🇵 GeeLinx JP.TYO.BGP-A-P |
|---|---|
| Location | Japan, Tokyo |
| CPU | 4 x Zhaoxin KH-4000 vCores |
| RAM | 4GB |
| Disk | 20GB |
| Traffic | 1TB(outbound billing) |
| Peak Bandwidth | 200Mbps |
| Return Route | Telecom 163/Unicom10099/Mobile CMI |
| Outbound Route | TelecomCN2/Unicom 4837/MobileLumen |
| Network | 1 x IPv4, 1 x /64 IPv6 |
| Price | Annual EUR€16.88 |
This launch machine was upgraded (A->B). The panel shows peak bandwidth of 300Mbps, but actual testing still shows 200Mbps.
Purchase address (no affiliate):https://www.geelinx.com
Live Probe:https://dmit.li/server/269
🔗 Quick Links
| YABS | Node Quality | Mixed Benchmark | nws.sh | Streaming Unlock |
|---|---|---|---|---|
| [Link] | [Link] | [Link] | [Link] | [Link] |
2. Evening Peak Return-to-China Speed Tests
Click to expand
Test Method: single-thread TCP protocol
Speed Test URL: https://speed.cloudflare.com
Latency Check URL: http://www.apple.com/library/test/success.html
All three networks can connect directly, but China Telecom and China Unicom seem to experience cutouts under high bandwidth usage. Latency is not first-tier. By comparison, ISIF JP COP with similar parameters and peak bandwidth has no such issue; China Mobile does not appear to cut out.
| China Telecom | China Unicom | China Mobile |
|---|---|---|
3. Return Routes & Network Quality
Click to expand
bash <(curl -sL https://run.NodeQuality.com)
Netlab downstream, direct return for all three networks: China Telecom 163, China Unicom 10099, China Mobile CMI.
| IPv4 | IPv6 |
|---|---|
| IPv4 | IPv6 |
|---|---|
4. Outbound Routes & TCP Ping
Click to expand
Three-Network Outbound Routes
Test Site: itdog.cn
Test Time: 2026-02-18 11:00
Telecom outbound uses CN2. Because of the Shanghai<->Japan CN2 fault, it detours through Hong Kong, causing higher latency. Unicom outbound uses 4837. Mobile outbound uses CMI->Lumen, with no optimization, so evening-peak latency is high.
| ShanghaiTelecom | ShanghaiUnicom | Shanghai Mobile |
|---|---|---|
Three-Network TCP Ping
Test Site: itdog.cn
Test Time: 2026-02-18 20:00
Unicom has the lowest latency, while Telecom and Mobile are higher. It is relatively stable, with more jitter on Mobile.
| China Telecom | China Unicom | China Mobile |
|---|---|---|
5. International Connectivity
Click to expand
Web Latency
bash <(wget -qO- https://raw.githubusercontent.com/danger-dream/network-latency-tester/main/latency.sh)
v6 latency is high; manually changing outbound priority to v4 is recommended.
| IPv4 Preferred | IPv6 Preferred |
|---|---|
bgp.tools
Test Site: bgp.tools
Test Time: 2026-02-18 11:00
| IPv4 | IPv6 |
|---|---|
Own-node Speed & Latency Tests
Test Method: iPerf3 TCP single-thread & one 10-second run
Test Time: 2026-02-18 11:00
International traffic can easily saturate 200Mbps; open the full-size image to view detailed test nodes.
- IPv4
| iPerf3 | Ping |
|---|---|
- IPv6
| iPerf3 | Ping |
|---|---|
Cloudflare Local Speed Test
wget -qO- https://github.com/code-inflation/cfspeedtest/releases/latest/download/cfspeedtest-x86_64-unknown-linux-gnu.tar.gz | tar xz && ./cfspeedtest ; rm ./cfspeedtest
Summary Statistics
Type Payload | min/max/avg in mbit/s
Download 100KB | min 5.85 max 10.20 avg 9.09
Download 1MB | min 50.22 max 79.34 avg 71.15
Download 10MB | min 153.58 max 165.15 avg 161.87
Download 25MB | min 146.01 max 177.77 avg 172.92
Upload 100KB | min 7.15 max 16.52 avg 14.76
Upload 1MB | min 61.30 max 152.76 avg 138.48
Upload 10MB | min 166.94 max 192.01 avg 176.67
Upload 25MB | min 151.21 max 189.28 avg 183.50
6. IP Quality & Streaming Unlock
Click to expand
bash <(curl -sL https://run.NodeQuality.com)
| IPv4 | IPv6 |
|---|---|
bash <(curl -L -s check.unlock.media)
International streaming unlock has no real issues, but local unlock is limited.
| IPv4 | IPv6 |
|---|---|
7. Performance Tests
Click to expand
bash <(curl -sL https://Check.Place) -H
CPU single-core performance is average, I/O is poor, and the disk is a bit small.
8. Summary
There seem to be some cutout issues during the evening peak, for unknown reasons. Machine performance is middling. Netlab IPs still have good international streaming unlock. Considering the price of 16.88 EUR/year and 1TB outbound traffic (500GB before doubling), the product is fairly competitive on value. I hope the provider can find more diverse upstreams for future direct-routing products, or focus on polishing streaming unlock, performance, and international optimization.
Click to expand
My personal suggestion is that the provider could consider replacing the WHMCS-like Zhijianmofang billing system or changing the theme, which would make the whole site look more polished. 
9. About the Tests
Click to expand
The machines used in this test 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
10. Acknowledgements
Click to expand
Thanks to "Impart Speed Test“(@Kyoma ) for proproviding the mainland China public-interest speed test service; thanks to itdog.cn for providing the free distributed probing service.