线路性能：延迟、带宽、丢包与晚高峰

先回答需求，再选指标

指标	回答的问题	使用时的边界
往返延迟 RTT	数据往返需要多久	到入口的 RTT 不等于完整代理访问耗时
首字节时间	请求发出后多久收到首个响应字节	包含连接、握手与目标处理，不能直接称为 RTT
持续吞吐	一段时间实际传输了多少数据	受目标、并发、设备和服务限速影响，不等于合同带宽
丢包率	指定探测中多少包未收到回应	需注明方法和目标；ICMP 不回应不一定是业务丢包
延迟波动	相邻时刻的体验是否稳定	抖动有多种算法，跨报告需先统一定义
业务成功率	预期访问或操作完成的比例	需保留总次数、失败类型与超时，不能只统计快样本

网页关注成功率和首字节时间，会议与游戏关注波动和中断，大文件传输关注持续吞吐。长期观察时，可对成功请求记录中位数和 P95，同时报告失败数；少量样本的 P95 只能作为粗略线索。

一条完整的测量路径

1. 理解链路范围：先读 IEPL 与专线中转原理，明确入口、跨境段、出口到目标分别可能出问题。
2. 固定方法并留记录：按 线路测速步骤与模板 固定设备、网络、节点、目标和超时，先验证本地网络，再重复真实代理请求。
3. 有异常再定位：按 高延迟与丢包排查 对照本地网络、入口、出口与目标，不凭单一中间跳归因。
4. 把结果用于选择：结合 机场选择标准 与 套餐性价比比较，判断实际业务是否满足、备用路径是否独立。

繁忙时段为什么可能变慢

本地 Wi-Fi、宽带接入、运营商互联、共享中转容量和出口机房都可能在负载上升时排队。服务商超售、目标网站限速或单个出口故障也会产生相似现象，不能只凭“晚上变慢”就断言是国际出口。

记录繁忙与空闲时段的同条件对照，再跨天重复。如果只有一个网站慢，先换独立目标；多个目标一起慢，再比较备用节点或另一接入网络。时间窗口应注明时区，避免把不同地区的晚上混在一起。

工具能看到什么

ping 适合有限的 RTT 与 ICMP 回应对照；mtr 结合逐跳路径与连续采样；curl 可明确代理入口、超时、目标和请求计时。三者用途不同，测到入口的好结果不能代替出口到网站的真实请求。

客户端自带延迟测试也应保留测试 URL 与算法说明。不同软件、不同目标或不同连接复用方式的数字，不宜直接并排排名。逐跳中某一跳丢包而后续正常，通常不足以证明该路由器丢弃真实业务流量。

如何使用线路标签与研究结论

IEPL、CN2 GIA、9929、CMI 等名称描述电路或网络相关信息，服务介绍中的使用方式却可能不完整。单凭名字、入口 IP 或一次 traceroute，无法独立确认服务的完整路径、回程、共享容量与冗余。应先记录服务方宣称了什么，再记录自己实际测到了什么。

本站 2026 稳定性专题 将这些指标作为观察框架；没有公开、可核对的长期样本时，不应把框架写成已经完成的实测排名。协议与客户端的影响可继续看 协议知识 和 代理客户端。