看增量不看绝对值
接口计数是累计值，单看绝对值意义有限。正确用法是清零计数、等一个完整业务周期、再读增量：哪一跳的错包或丢包在增长，故障就锁定在哪一段。这是丢包类问题最省时间的定位方法。
基本信息
| 适用平台 | 三厂设备通用 |
|---|---|
| 清零命令 | reset counters interface（华为与 H3C）/ clear counters（思科） |
| 查看命令 | display interface / show interfaces counters errors |
| 关注字段 | 输入输出错误、CRC、丢包、广播计数 |
| 等待周期 | 建议一个完整业务周期，如 5 到 10 分钟 |
| 注意点 | 设备重启或板卡复位也会让计数清零 |
典型使用场景
- 丢包或闪断，需要锁定故障区间
- 排查链路劣化，例如 CRC 持续增长
- 验证更换跳线或模块后错误是否消失
- 与分段 ping 配合逐步缩小范围
- 割接前收集链路质量基线数据
华为 VRP / H3C Comware
华为 VRP / H3C Comware
display interface GigabitEthernet0/0/1 # 第一步：记录当前计数
display interface GigabitEthernet0/0/1 | include error
reset counters interface GigabitEthernet0/0/1 # 第二步：清零作为观测起点
# 等待一个完整业务周期后读取增量
display interface GigabitEthernet0/0/1 | include error思科 IOS
思科 IOS
show interfaces GigabitEthernet0/1 # 先记录当前计数
show interfaces counters errors
clear counters GigabitEthernet0/1 # 清零
# 等待一个业务周期
show interfaces counters errors # 看增量
show interfaces GigabitEthernet0/1 | include error|drop计数项读法
| 字段 | 含义 | 异常信号 |
|---|---|---|
| CRC 与 input errors | 接收侧错包 | 持续增长指向介质或模块劣化 |
| output errors | 发送侧错误 | 多为对端协商或链路质量问题 |
| drops | 丢弃计数 | 结合队列与限速配置一起判断 |
| broadcasts | 广播报文数 | 异常偏高可能伴随风暴或环路 |
清零前必须先把当前值记录下来，否则历史证据就丢了。记录内容至少包括时间点与各项计数，后续对比才知道是哪一段在增长、增长了多少。
清零后要等一个完整业务周期再读。立即回读等于没测，因为增量还没产生；同时注意设备重启或板卡复位也会清零计数，别把它误当成故障自愈。
计数要结合前后两跳一起看：本端发送正常而对端接收有错，问题多在介质；两端都正常而业务仍丢包，则要把方向转向策略、队列或上层协议，而不是继续在物理层找原因。