搜索 K
Appearance
本文是 AirPick 实验室 2026 年度「跨国专线基准测试计划」的第二篇。所有数据来自 2025 年 Q4 至 2026 年 Q1 的长期轮询采集,采样点覆盖电信 163 / 联通 9929 / 移动 CMI 三大骨干出口,测试窗口横跨工作日白天与 20:00–23:30 晚高峰。
如果你只想拿走一句话结论:
3ms 以内,实测合格线是 5ms 以内、抖动 1ms 以内。它解决的是"稳定"而不是"便宜"。38–55ms,是访问新加坡节点、Shopee / Grab 类应用、以及部分落地在 SG 的 AI 服务的最优解。48ms,往返 96ms 是硬下限。任何宣传"沪美 80ms 以内"的产品,要么在虚标,要么在玩"到美西边缘 POP 而非到落地机房"的文字游戏。下面把每一层拆开讲。
很多人把"专线"当成一个营销词,其实它在网络分层上有非常明确的定义。
IPLC(International Private Leased Circuit,国际私有租用电路) 本质是运营商之间签署的点对点二层专线。两边机房通过 SDH / OTN 传输设备直连,中间不进入任何一方的公网路由表。这意味着:
IEPL(International Ethernet Private Line,国际以太网专线) 是 IPLC 的以太网化演进版本。它把底层从 TDM 时隙改成了以太网帧,带宽粒度更灵活(可以从 10M 做到 10G 平滑扩容),单位成本更低。对终端用户而言,IEPL 和 IPLC 在延迟与稳定性上几乎无差异,差别主要在运营商侧的带宽采购灵活度。
BGP 中转(公网优化线路) 则是另一种东西:它依然走公网,只是通过 CN2 GIA / CUII(9929) / CMIN2 这类"高品质公网"来做选路优化。它比普通 163 直连好得多,但没有物理隔离,晚高峰仍受同优先级流量影响。
一个容易忽略的点是 BBRv3。当链路出现 0.1%–1% 级别的丢包时,CUBIC 会把窗口砍得很凶,而 BBRv3 基于带宽与 RTT 建模,能维持更高的实际吞吐。这解释了为什么同为 IPLC,A 家能跑满 800Mbps、B 家只有 300Mbps——内核参数和拥塞控制算法同样是产品力的一部分。
至于 IP 纯净度,专线本身只解决"路好",不解决"身份"。落地 IP 是不是原生、ASN 是不是家宽、有没有被风控库标记,取决于运营商的采购渠道。这也是为什么同一条深港 IPLC,做流媒体和做 API 调用的体验可能天差地别。
以下为 AirPick 实验室在 2026 年 Q1 的实测数据汇总(单线程 TCP、千兆本地接入环境、取 30 天 P50/P95 统计):
| 指标项 | 深港 IPLC | 深新直达专线 | 沪美超长距离专线 | 公网 CN2 GIA 参照组 |
|---|---|---|---|---|
| 物理光程(单程) | 约 40 km | 约 3,300 km | 约 10,500 km | 同路径 |
| 理论 RTT 下限 | 约 0.4ms | 约 33ms | 约 105ms | 同 |
| 实测空闲 RTT | 2–5ms | 38–52ms | 128–152ms | 150–190ms |
| 晚高峰 RTT 漂移 | +0.5–1.5ms | +3–8ms | +8–25ms | +40–120ms |
| 30 天 P95 抖动 | 0.8ms | 2.5ms | 6ms | 25ms+ |
| 晚高峰丢包率 | 0.01% 级 | 0.05% 级 | 0.1% 级 | 1%–8% |
| 单线程 TCP 吞吐 | 600–900Mbps | 400–700Mbps | 150–400Mbps | 30–120Mbps |
| 多线程聚合天花板 | 2.5Gbps | 1–2Gbps | 500Mbps–1Gbps | 200–500Mbps |
| 典型计费倍率 | x1 | x1 | x1–x1.5 | x1.5–x3 |
| 最优适用场景 | 跨境办公 / 低延迟交互 | 东南亚业务 / SG 落地 | 美区 API / 4K 流媒体 | 预算敏感型 |
读表要点:不要只盯着 RTT。对代理场景而言,P95 抖动和晚高峰丢包率才是决定"网页加载卡不卡、视频会不会转圈"的核心变量。一条 40ms 但抖动 30ms 的线路,体验远不如 150ms 但抖动 5ms 的沪美专线。
① 跨境电商 / 亚马逊店铺运营 核心诉求是 IP 独占与地理一致性。优先选择深港 IPLC + 独立 IP 的组合,避免多人共用同一出口导致风控关联。此类场景对延迟不敏感(后台操作以表单提交为主),但对 IP 纯净度极度敏感。
② 跨境远程办公 / 企业 ERP 接入 诉求是低延迟 + 长连接稳定。深港 IPLC 是标准答案,RTT 5ms 以内可以让 SSH、RDP、内部 Wiki 的交互感接近本地。若团队在新加坡有节点,深新直达专线可以做到两个办公点之间的稳定互联。
③ AI API 高频调用(OpenAI / Anthropic 等) 这类流量特征是小包高频 + 首字节时间敏感。推荐沪美专线或深美西专线,重点看 TLS 握手耗时和连接复用率。注意:部分平台会检测出口 IP 的 ASN 属性,住宅 IP 与数据中心 IP 的成功率差异明显。
④ 4K / 8K 流媒体与游戏 流媒体要带宽,游戏要低延迟。美区流媒体看沪美专线的晚高峰吞吐(150Mbps+ 可稳定 4K);日韩 / 东南亚游戏看深港或深新线路的抖动指标。游戏场景下 jitter 比 ping 更重要。
⑤ 预算有限的学生 / 个人用户 坦白讲,如果只是查资料、看 1080p 视频,公网优化线路(CN2 GIA / 9929)性价比更高。IPLC 的溢价买的是"确定性",不确定自己需不需要确定性,就先别买。
Windows 端 推荐 Clash Verge Rev 或 v2rayN。关键配置项:
TUN 模式 前,务必先关闭系统代理,否则会出现双层代理导致的 RTT 翻倍;dns 段建议配置 nameserver-policy,把国内域名指向 223.5.5.5,境外走 1.1.1.1 的 DoH,避免 DNS 泄漏拖慢首包;MTU 问题。PPPoE 环境建议把 MTU 设为 1472,TCP MSS 相应调整。macOS / iOS 端 Surge 与 Shadowrocket 是主流。iOS 端注意低数据模式会被系统自动开启,导致后台策略失效。另外 iOS 的 Wi-Fi Assist 会在弱网时切蜂窝,造成专线 IP 瞬断,建议在设置中关闭。
路由器 / 软路由端 OpenWrt + PassWall / Nikki,或 iStoreOS。软路由场景最容易踩的坑是硬件转发瓶颈:低端 ARM 路由器的 NAT 转发上限可能只有 300Mbps,你却以为买的是专线问题。用 iperf3 在内网先打一遍,确认设备本身能跑满。
通用避坑三条
2%,后面接什么专线都救不回来。当体验异常时,按下面的顺序逐层排除。不要跳步。
第一层:本地到出口
# 检查本地网关是否已有丢包
mtr -rwzc 50 192.168.1.1
# 检查本机到运营商 DNS 的质量
ping -c 50 223.5.5.5第二层:运营商出口到专线入口
# TCP 层探测,绕过 ICMP 限速
tcping -t -c 50 <专线入口IP> 443
# 逐跳定位,重点看最后 3 跳
mtr -rwzc 100 --tcp --port 443 <专线入口IP>第三层:端到端握手与吞吐
# 分解 DNS / TCP / TLS / TTFB 各阶段耗时
curl -o /dev/null -s -w "dns:%{time_namelookup} tcp:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total}\n" https://www.google.com
# 单线程吞吐(关键:单线程,不要加 -P)
iperf3 -c <iperf服务端> -t 30
# 查看本机连接状态与重传
ss -ti state established | grep -E "retrans|rtt"判定表
| 症状 | 最可能层级 | 处置方向 |
|---|---|---|
DNS 耗时大于 200ms | 域名解析 | 换 DoH,检查 nameserver-policy |
tcp 耗时长但 tls 短 | 路由绕行 | 换入口节点,检查 BGP 选路 |
ttfb 高但 total 正常 | 服务端响应 | 非线路问题,服务侧限流 |
| 单线程低、多线程正常 | 拥塞控制 / 中间设备 | 确认 BBR 是否启用 |
ss 显示 retrans 持续增长 | 链路丢包 | 逐跳 mtr 定位丢包节点 |
| 晚高峰规律性劣化 | 超售 / 共享队列 | 要求换节点或退款 |
| 宣传话术 | 真实含义 | 验证方法 |
|---|---|---|
"深港 1ms 直达" | 通常指机房内网延迟,非端到端 | 要求提供端到端 mtr 截图 |
"沪美 80ms 超低延迟" | 违反物理光速,必为虚标或口径作弊 | 用公式反算:距离 ÷ 20万km/s × 2 |
"独享 1Gbps" | 常见为峰值带宽,非保证带宽 | 连续 iperf3 30 分钟看衰减 |
| "原生 IP 解锁全流媒体" | 可能仅为 DNS 解锁,非 IP 解锁 | 直连检测 ASN 与注册地 |
| "不限流量不限速" | 通常有 FUP 隐性阈值 | 查 TOS 中的 Fair Use 条款 |
| "企业级专线" | 无统一定义,需看是否为 IPLC/IEPL | 追问物理链路类型与 AS 号 |
关于超售:IPLC 的带宽是运营商按固定容量售卖的真实成本,超售比例远低于公网中转。但仍存在"多条业务共用一条 1G 电路"的情况。判断方法很简单——在连续 3 天的 21:00 做单线程 iperf3,看吞吐衰减是否规律性超过 30%。规律性衰减就是超售的指纹。
Q1:专线买了,为什么晚高峰还是变慢? 先确认瓶颈在哪一层。用第六节的 mtr 命令逐跳测,如果丢包出现在本地运营商出口之前,那是你的宽带问题;如果出现在专线入口之后,才需要找服务商。
Q2:为什么同一条线路,别人跑 800Mbps 我只能跑 200Mbps? 三个高概率原因:一是本地设备转发性能不足(软路由 CPU 打满);二是 MTU / MSS 配置不当;三是你的运营商到专线入口的接入段本身是瓶颈。用 iperf3 内网先自测一次排除设备因素。
Q3:IPLC 和 IEPL 到底该选哪个? 对终端用户而言体验几乎一致。选 IEPL 的常见理由是带宽扩容更灵活、单位成本更低。如果服务商两种都提供,按价格和带宽档位选即可,不必纠结技术名词。
Q4:为什么测速很好看,但看视频还是缓冲? 测速工具通常多线程聚合,而流媒体是单线程长连接。用 curl -o /dev/null 拉一个大文件,观察 time_starttransfer 和平均速率,更接近真实体验。
Q5:专线的 IP 会被标记吗? 会。IP 纯净度与线路品质是两个独立维度。高频访问同一目标站点、多人共用同一出口,都可能触发风控。建议在选择时确认是否提供独立 IP,以及 IP 的 ASN 属性。
Q6:可以自己搭 IPLC 吗? 理论上可以,实操上不建议。IPLC 需要与持牌运营商签约,通常有最低带宽承诺与年付门槛,个人用户的成本会远超直接购买成熟服务商的产品。
Q7:如何判断服务商是否真的用了 IPLC? 最直接的方法是看 traceroute 中间跳数——真正的 IPLC 在跨境段通常只显示 2–4 跳(因为中间是二层透传,不响应 ICMP)。如果跨境段出现 8 跳以上且经过了多个 AS 号,那大概率是公网优化线路。
/tech/ 与 /tech/line/ 中关于 BGP 选路与 AS 号的基础章节/scenario/ 按用途分类的线路推荐清单/tutorial/ 覆盖 Clash / Surge / OpenWrt 全平台/help/ 包含常见故障自查清单/reviews/ 与 /reviews/guangsucloud/ 的实验室测速报告/tech/line/iplc/ 目录下的历史横评与年度基准写在最后:专线产品的价值不在于"快",而在于可预期。当你的业务需要稳定连接、需要一致的首字节时间、需要不被晚高峰随机性影响时,IPLC / IEPL 的溢价才真正成立。否则,一条调优良好的公网优化线路,可能已经足够。
数据会说话,但数据也需要正确的方法去读。AirPick 实验室会持续更新这份基准表,欢迎在你的排障过程中对照使用。
本文数据采集于 2025.11 – 2026.02,测试环境与脚本已开源至站点 /tech/ 目录下的基准测试说明页。
标签:#IPLC #IEPL #专线横评 #深港专线 #深新直达 #沪美专线 #延迟基准 #网络排障 #光速云