[CrastarCloud] 深港IEPL/广港IPLC/沪日IPLC测评

　　首先，笔者谨代表 IDCMOE 祝大家新年快乐！
　　本文受奶昔所托，计划于昨天完成。由于跨年夜的活动过于火爆，故理直气壮地咕了一天。

　　Crastar Cloud 成立于 2020 年，是一家专门经销 IPLC/IEPL 专线的商家，目前提供深港 IEPL(VDS/NAT)、广港 IPLC(VDS/NAT)和沪日 IPLC(VDS/NAT)等专线机器，线路分为游戏金融型（国内入口 BGP 路由优化，可选带宽 20Mbps - 100Mbps）和流量型（带宽和流量均较大），所有产品的虚拟化技术均为 KVM。Crastar Cloud 的深港 IEPL 线路的上游为 RabbitHosts。

　　Crastar Cloud 2021 年元旦期间全场8折优惠活动详见 https://idc.moe/archives/crastarcloud-iplc-2021.html

深港 IEPL NAT （50M/50M）测试

　　深港 IEPL 系列支持 FullCone NAT，共享深圳移动 IPv4 入口和香港 BGP IPv4 出口，可选映射 21 个 TCP&UDP 端口。

　　上图为香港落地机的 Bench 结果。可见落地端到香港本地、新加坡和日本的速度完全达标，延迟也在正常范围之内。（由于本文介绍的是不经过公网的专线，因此落地机到国内的速度和路由没有参考意义。）

　　50M 的带宽观看 YouTube 4K 60FPS 那是绰绰有余。笔者的上海电信家宽在下午 3 点左右测试观看著名的“测试视频” COSTA RICA IN 4K 60fps HDR (ULTRA HD)，连接速度达到了 4.1w，符合 50M 带宽的标准。

　　上海电信下午 4 点测速，家用带宽 4M/100M（故上传速度较低）。可见下行带宽近乎跑满。
　　根据 LemonBench 脚本的测试结果，深港 IEPL 系列支持解锁 Princess Connect Re: Dive（日本限定）【很奇怪是吧？我也是】和 BiliBili 香港、澳门或台湾限定。

广港 IPLC NAT （20M/20M）测试

　　广港 IPLC 系列端内延迟 6-7ms，支持 FullCone NAT，共享广州 BGP IPv4 入口和香港 BGP IPv4 出口，可选映射 21 个 TCP&UDP 端口。

　　上图为香港落地机的 Bench 结果。可见落地端到香港本地、新加坡和日本的速度也是完全达标，延迟也在正常范围之内（李家坡估计是技术故障，见下文测速）。

　　从双程 MTR 结果来看，IPLC 传输段内网延迟稳定不丢包，质量确实相当高。

　　20M 的带宽承载 4K 60FPS 确实相当吃力（有明显的卡顿），换成 1440P 的就流畅多了，可以跑到 1.8w，符合 20M 带宽水平。网络环境和测试视频同上。

　　Speedtest 手机版显示下行带宽近乎跑满。网络环境同上，上海电信家宽。
　　根据 LemonBench 脚本的测试结果，广港 IPLC 系列支持解锁 BiliBili 香港、澳门或台湾限定。

沪日 IPLC NAT （20M/20M）测试

　　沪日 IPLC 系列端内延迟 25-30ms，支持 FullCone NAT，共享上海 BGP IPv4 入口和东京 BGP IPv4 出口，可选映射 21 个 TCP&UDP 端口。

　　上图为日本落地机的 Bench 结果。可见落地端到东京本地、香港和新加坡的速度完全达标，延迟依旧在正常范围之内。

　　双程 MTR 结果显示整条沪日 IPLC 传输段内网延迟依旧十分稳定不丢包，质量可靠。

　　沪日 IPLC 的 YouTube 表现和广港的不相上下，4K 依旧卡顿，1440P 依旧丝滑，此结果由同一个人同一时段同一环境测试得出，在此不再赘述。

　　如果你对这两台 IPLC 进行过 Speedtest 测试，就有幸看到 20M 限速限得相当精准，这既是网络质量优秀的体现，又是高超的 QoS 技术的才华（雾）。
　　根据 LemonBench 脚本的测试结果，沪日 IPLC 系列支持解锁 Princess Connect Re: Dive（日本限定）和 DMM.COM（例如《艦隊これくしょん》）。

Stair Speedtest 综合测速

　　在前期测试时笔者在三台机器上安装了 ss-libev，加密为 rc4-md5，使用上海电信家庭宽带（4M/100M）、鞍山联通机房线路（50M 对等）、北京阿里云 BGP 线路（1M/200M）和广州华为云 BGP 线路（100M/500M）对上述三条专线进行测速的结果如下：

上海电信家庭宽带（4M/100M）【忘记使用带 UDP 转发的端口了】

鞍山联通机房线路（50M 对等）

北京阿里云 BGP 线路（1M/200M）

广州华为云 BGP 线路（100M/500M）

　　四地测速均为满速或接近满速，丢包率则毫不意外地为0，其中值得注意的是距离上海 BGP 入口地理位置较远的地方的 Google Ping 较高，希望商家查明原因。UDP NAT 测试十分玄学，UDP FullCone 受国内段网络影响较大，以最早测试的鞍山联通为基准，我们可以确定机器则仍然是原生支持 FullCone NAT 的。

　　测试完成，定价和 2021 年开年活动请见此贴：https://idc.moe/archives/15.html