链路质量评估真正要采集的原始数据，不是某个单一指标，而是围绕双向时延、方向性丢包、抖动、带宽利用率、无线信号底噪、路径跳数与TCP重传率这几类基础字段，按业务场景做组合采集。
链路质量评估需要采集哪些数据：四个基础字段必须双向记录
很多评估结果出现偏差，是因为只看了平均值，没有把数据拆到方向、时间片和具体链路节点，原始数据采集阶段,至少要把下面四组字段抓全。
时延要分单向和双向，别只看平均RTT
ping看到的是往返时延，也就是RTT，它把去程和回程揉在了一起，某些链路去程拥堵、回程正常，平均RTT看起来还能接受，但实际业务已经卡顿,原始数据里应该包含：
- 最小RTT
- 平均RTT
- 最大RTT
- 单向时延或去程回程分别估算值
- 连续丢包前后的RTT突变值
单向时延可以用NTP同步后打时间戳，也可以借助带单向测量能力的探测协议，不要用一次ping结果下结论,至少连续采100个包。
丢包率必须按方向记录
丢包率不是“丢了几个包”这么简单，从A到B丢包和从B到A丢包，背后的故障位置完全不同,原始数据应记录：
- 去程丢包数
- 回程丢包数
- 总发送包数
- 丢包发生的时间段
- 连续丢包的最大长度
多数情况下，连续丢包比随机丢包对业务影响更大，一个视频会议卡顿，往往不是整体丢包率多高,而是短时间内连续丢了十几个包。
抖动决定音视频和远程桌面体验
抖动是时延的变化幅度，两台终端时延稳定在50ms，比时延从5ms跳到80ms更好用,原始数据要采：
- 相邻包时延差
- 一段时间内的时延标准差
- 抖动峰值
- 抖动发生的时间分布
视频会议、VoIP、云游戏、远程桌面这些实时场景,抖动权重应当放到和丢包同等位置。
带宽利用率比“带宽够不够”更值得采
很多人评估链路只看测速是否达标，链路质量恶化往往发生在带宽利用率长时间接近上限之后,原始数据中需要：
- 入向利用率
- 出向利用率
- 峰值利用率和平均利用率
- 95分位利用率
- 突发流量持续时间
企业专线通常有固定带宽，利用率一旦长时间超过阈值，丢包和时延会明显上升，采集时建议把采样间隔控制在10秒到60秒之间,太粗看不出突发。
网络链路质量怎么评估：不同场景采集的数据权重不同
链路质量评估没有一套万用模板，同样一组原始数据，在办公网、视频会议专线、工业控制网里的解读完全不同，先按场景确定采集侧重,后续结论才有效。
内网链路质量测试方法：优先抓时延抖动和丢包
内网环境带宽通常不是最大瓶颈，时延、抖动、丢包更值得采,常见的可执行操作：
- 对网关连续ping 100到500个包，记录最小、平均、最大RTT
- 用mtr跑100轮，观察每跳丢包率和路径稳定性
- 在业务高峰期和空闲期各采一轮，做对比
- 对核心交换机和接入交换机分别做ICMP探测，区分链路层问题
内网一条链路如果ping网关平均时延超过数毫秒，或mtr中间跳出现持续丢包，就说明链路层或设备转发面可能已经异常，具体阈值因设备性能不同有差异，但“稳定”本身是重要判断依据。
企业专线链路质量监控指标：合同承诺与实测对比
专线场景最看重长期稳定和SLA，原始数据采集要能跟合同承诺对应起来,下面这张表列出常用指标和采集方式：
| 原始数据字段 | 采集方式 | 建议记录频率 |
|---|---|---|
| 双向RTT | ping或专用探针 | 1分钟一次 |
| 方向性丢包率 | 探针或路由器接口统计 | 5分钟一次 |
| 抖动 | iperf3或探针 | 按业务高峰采 |
| 入向/出向带宽利用率 | SNMP读取接口计数器 | 1分钟一次 |
| 误码率/CRC错误 | 光模块DOM信息或接口统计 | 15分钟一次 |
| 路径跳数与每跳时延 | mtr/traceroute | 变更或故障时采 |
| TCP重传率 | 抓包分析或端侧监控 | 业务卡顿时采 |
专线链路有一条很实用的判断逻辑：如果实测丢包率、时延抖动和合同承诺差距较大，采集时要把光模块收发光功率、接口CRC错误一起抓进来,故障往往不在IP层。
跨地域链路丢包率对比：按路径节点分段采
跨地域链路经过的运营商和设备多，单看端到端丢包率很难定位,原始数据需要按每一跳节点拆分：
- 目标IP每一跳的IP地址和归属
- 每一跳的往返时延
- 每一跳的丢包率
- 路径是否发生动态变化
- 相同时间段不同运营商出口的对比数据
做跨地域链路丢包率对比时，至少在同一时间窗口内采两组数据：一组走默认出口，一组走备选出口或不同运营商，路径节点数据用mtr持续记录,比单次traceroute更有价值。
实操：用免费链路质量检测工具完成完整采集
不一定要采购昂贵探针，Linux、Windows、macOS自带的命令配合开源工具,就能完成大部分原始数据采集。
ping与mtr：基础时延、丢包和路径
命令示例：
ping -c 100 -i 0.2 目标IP：连续发100个包，间隔0.2秒，适合看短时抖动ping -c 1000 -i 1 目标IP：长时间采，适合看稳定性mtr -r -c 100 目标IP：输出每一跳的丢包率、平均时延、最差时延mtr -u -c 100 目标IP：部分网络禁ICMP时改用UDP探测
采集完成后，把原始输出保存为文本，按时间命名,后续做对比才有依据。
iperf3：吞吐、抖动、重传
iperf3适合采带宽和丢包抖动,常用操作路径：
- 服务端启动：
iperf3 -s - TCP吞吐测试：
iperf3 -c 服务端IP -t 60 -P 4 - UDP抖动丢包测试：
iperf3 -c 服务端IP -u -b 50M -t 60 - 反向测试：
iperf3 -c 服务端IP -R
UDP模式下，输出会包含抖动和丢包数，TCP模式下，关注重传次数，重传高说明链路有隐蔽丢包,ICMP可能看不到。
持续监控需要记录的字段
临时测试看不到间歇性故障，长期监控时,每条记录至少包含：
- 时间戳
- 源IP和目标IP
- 协议类型
- 包大小
- 发送数、接收数、丢包数
- RTT最小值、平均值、最大值
- 抖动
- 出口接口或运营商名称
把这些字段写进日志或时序数据库，后续按小时、按天聚合,才能看到链路质量的规律。
原始数据怎么转成质量结论：阈值按业务定
采集只是前半段，怎么判断质量好坏要看业务容忍度，行业共识认为，实时音视频业务对抖动和连续丢包最敏感,普通网页浏览对时延和丢包的容忍范围则宽得多。
- 普通办公: 平均RTT在数十毫秒内可接受，偶发少量丢包影响不大
- 视频会议: 抖动要尽量低，连续丢包要尽量少，RTT突变要重点记录
- 企业专线: 丢包率需长期接近零，时延和抖动要稳定，突发利用率要留有余量
- 工业控制: 时延可预期性比平均时延更重要，路径变化本身可能就是风险
结论不要只写“链路正常”或“链路差”，把采集到的原始数据按方向、按路径、按时间片放进对应阈值框架里,才算评估完成。
链路质量评估的原始数据采集，难点从来不是命令多复杂，而是能不能把方向、时间、路径节点拆开记录，时延、丢包、抖动、带宽利用率、信号质量、路径和重传这七类字段抓全,后续判断才不会变成猜谜。
Q&A
链路质量评估需要采集哪些原始数据？
基础字段包括双向RTT、方向性丢包率、抖动、入向和出向带宽利用率、无线信号强度与底噪、路径跳数、每跳时延、TCP重传率、接口CRC错误和光模块收发光功率，不同场景按权重组合采集，实时业务优先抓抖动和连续丢包,专线业务优先抓长期稳定性和误码率。
内网链路质量测试方法中，ping丢包为零就能说明链路没问题吗？
不能，ping丢包为零只说明ICMP包在该时间窗内没有丢失，链路仍可能存在带宽利用率过高、TCP重传、间歇性高抖动、单向丢包或路径变化，建议同时采iperf3的TCP重传和UDP抖动,并对网关和核心设备做mtr路径探测。
跨地域链路丢包率对比时，哪些数据必须同时记录？
必须同时记录时间戳、源目IP、每一跳IP和归属、每一跳往返时延、每一跳丢包数、探测包数量、出口运营商和路径是否变化，缺少时间戳和路径节点,丢包率数据无法定位是哪个运营商或哪个节点引起。