2. 链路性能核心指标解析

链路性能不是一个单一数字，而是一组相互制约的指标集合。带宽、吞吐量、时延、抖动、丢包、误码率和利用率分别描述链路的不同侧面，它们共同决定用户打开网页、发起语音通话、传输文件时的真实感受。理解这些指标的关键，不是背定义，而是建立“指标变化 → 协议行为 → 用户体验”的因果链。

一、七个指标的定义与边界

带宽是链路在理想条件下的最大数据传输能力，通常以 Mbps 或 Gbps 表示，属于物理层或链路层的理论容量。例如一条千兆以太网链路，其带宽为 1000 Mbps。带宽是“上限”，不是“实际速度”。

吞吐量是单位时间内实际成功传输的数据量，受协议开销、窗口大小、丢包、服务器响应等因素影响。同一条千兆链路，实际吞吐量可能只有 600～940 Mbps。吞吐量才是用户真正感知到的“快慢”。

时延是数据从源到目的所需的时间，通常用往返时延 RTT 衡量，单位为毫秒。时延由传播时延、传输时延、排队时延和处理时延组成。跨城链路 RTT 常在 10～40 ms，跨洲链路可达 150～300 ms。

抖动是时延的变化程度，即相邻数据包时延的偏差。语音和视频对抖动极为敏感，一般要求抖动小于 30 ms，否则会出现断续、卡顿。

丢包是数据包在传输过程中丢失的比例。TCP 遇到丢包会触发重传和拥塞窗口收缩，导致吞吐量骤降。1% 的丢包就可能让 TCP 吞吐量下降 50% 以上。

误码率是接收端错误比特与总比特之比，反映物理链路质量。光纤链路误码率通常低于 10⁻¹²，而劣质铜缆或强干扰环境可能达到 10⁻⁶ 甚至更差。误码率升高会引发帧校验失败和重传。

利用率是链路实际承载流量与带宽的比值。利用率长期超过 70% 时，排队时延会显著上升；超过 90% 时，拥塞和丢包几乎不可避免。

二、指标之间的耦合关系

这些指标并非独立。丢包会直接拉低吞吐量：TCP 的拥塞控制把丢包视为网络拥塞信号，一旦发生丢包，拥塞窗口减半，吞吐量随之下降。利用率升高会推高排队时延，进而增大抖动。误码率升高会导致帧被丢弃，表现为丢包。因此，排障时不能只看单一指标。

一个典型的耦合链条是：误码率上升 → 帧校验失败 → 丢包增加 → TCP 重传 → 吞吐量下降 → 用户感觉“网慢”。如果只测吞吐量，会误以为是带宽不足；只有同时观察误码率和丢包，才能定位到物理层问题。

三、从指标到用户体验的映射

不同业务对指标的敏感度不同，映射关系也不一样：

• 网页浏览与文件下载：主要受吞吐量和丢包影响。RTT 影响首包时间，吞吐量决定下载速度。丢包 1% 可能让下载时间翻倍。
• 语音通话：对时延、抖动、丢包都敏感。RTT 超过 150 ms 会感觉对话“抢话”；抖动超过 30 ms 会出现断续；丢包超过 1% 会听到杂音或丢字。
• 视频会议：带宽需求随分辨率变化，1080p 约需 3～4 Mbps。抖动和丢包会导致花屏、卡顿，时延影响唇音同步。
• 在线游戏与交互操作：最敏感的是时延和抖动，RTT 超过 80 ms 就能感到操作延迟，丢包会造成“瞬移”或回退。
• 数据库同步与备份：主要看吞吐量和误码率，对时延相对不敏感，但误码率升高会导致重传，拖长同步窗口。

四、实操：用示例数据建立映射判断

假设某办公链路带宽 1000 Mbps，工作日 10:00 采集到一组示例数据：利用率 82%，吞吐量 620 Mbps，RTT 平均 45 ms，抖动 18 ms，丢包 0.3%，误码率 10⁻⁹。用户反馈“视频会议偶尔卡顿，文件下载偏慢”。

判读过程如下：利用率 82% 已超过 70% 警戒线，说明链路存在排队；丢包 0.3% 虽不算高，但足以让 TCP 吞吐量下降；抖动 18 ms 尚在语音可接受范围，但叠加丢包后视频会议会出现卡顿。结论是链路接近拥塞，建议先排查是否有大流量下载占用带宽，再检查交换机端口是否有 CRC 错误增长。

五、指标采集与基线的关系

这些指标不是测一次就有结论。单次测量只能反映瞬时状态，而链路性能会随业务周期波动。因此需要持续采集，形成基线。基线的作用是回答“现在是否正常”。例如，某链路工作日 10:00 的利用率基线是 55%±8%，某天突然达到 82%，即使未达 100%，也说明偏离基线，值得排查。

采集时要注意口径一致：吞吐量是单向还是双向、时延是 RTT 还是单向、丢包统计的是端口还是端到端。口径不一致，基线就失去可比性。建议在 Fluke Networks 链路监测中固定采样周期（如 1 分钟）、固定测试点、固定业务流，才能让趋势监测真正可用。

掌握这七个指标的定义、耦合关系和用户体验映射，是后续建立基线和趋势监测的判断基础。只有先知道“正常长什么样”，才能识别“异常从哪里来”。