01去程是你到机房，回程是机房到你

打开一个网站，你先把请求发到服务器，服务器再把页面返回。两段流量经过的网络可能不同。以机房为参照，Inbound 是进入机房，对用户来说是去程；Outbound 是离开机房，对用户来说是回程。

截至 2026 年 11 月 1 日核对的官方 LAX Pro 状态说明，电信 CN2 GIA 同时标注 Outbound 与 Inbound，联通 Premium、移动 CMIN2 则标注 Inbound。理解这个方向，才能避免把一个标签理解成三网双向保证。

运营商官方说明可以怎样理解
电信CN2 GIA · Outbound / Inbound官方描述覆盖去程与回程
联通Premium · Inbound描述进入机房的方向；回程还需看样本
移动CMIN2 · Inbound描述进入机房的方向；不能直接补成双向

02武汉联通回程样本，具体看到了什么？

历史逐跳记录从 LAX Pro 的测试节点出发，目标是武汉联通。路径中可见 CN2 骨干节点，入境后交接国内联通 AS4837。它说明这个目标在当时的回程经过 CN2，与官方写在去程方向的 Premium 不矛盾。

同组 MTR 截图中，终点统计为 10 包、0% 丢包，平均往返延迟 140.6 ms，最小 138.7 ms，最大 145.1 ms。截图没有记录测量时间，因此这里保留未知，不把文章整理日期当成测试日期。

样本指标记录值读者应怎样使用
目标武汉联通仅代表这个目标节点
终点平均往返延迟140.6 ms网络等待的一个短时参考
终点丢包0% / 10 包这十包没有丢失，不代表长期零丢包
测量时间未记录不能用来判断现在或某个高峰时段

03京沪记录：三项目标分别已有回复

新增的 LAX Pro 官方节点观测中，北京移动回程可见 CN2 / 电信段后交接移动 AS9808，并收到了目标 221.179.155.161 的回复。因此套餐现在分开显示“去程 CMIN2 / 北京回程 CN2”。这不意味着移动所有省市的回程都一样。

15:34–15:37 的记录采用上海电信 DNS 202.96.209.133 和北京联通主机 61.135.169.125，两条均可见 CN2 并收到终点回复。首轮联通使用另一目标且未响应，两轮结果与武汉历史样本分别记录，不合并计算延迟或可用率。DNS 和公网主机也不能代表所有家庭宽带。

04怎样理解历史延迟与实际体验？

武汉旧样本本身没有覆盖其他城市或电信回程；新增北京观测仍没有验证电信家宽和晚高峰。另有武汉移动去程截图显示终点平均约 145 ms、14% 丢包，但记录之间存在目标和发收包描述不一致，不能拼接成完整测试，也不适合据此给套餐打稳定性分数。

判断是否真的丢包，要看问题是否持续到终点，以及重复测试是否仍然出现。十包 MTR 很适合快速排查，却不足以评价晚高峰的持续体验。购买前更有用的是在自己的宽带下连续访问页面或接口，并同时记录失败次数和慢请求。

05Pro 线路与 AS3、AN5 配置，分别比较

下面关联的是洛杉矶 Pro 网络系列套餐，样本来自该网络的测试节点。它不是 AS3 TINY 或 AN5 某个配置的独立实例性能测试，因此不包含这些配置的 CPU、磁盘或业务吞吐保证。

选购时先确认 LAX 与 Pro，再按实际程序的内存、CPU 和流量需求比较配置。EB、T1，以及香港、东京的 Pro 都不能直接使用这份洛杉矶样本。京沪目标的单次响应只说明当时的观测结果，不代表其他城市或晚高峰的持续表现。

  • 把去程与回程分别记录，避免把 Inbound 当成双向。
  • 对照自己的运营商、省市和 IPv4 / IPv6 环境。
  • 用实际应用验证体验，再决定付款周期。