为什么要先清零再观察
接口计数器从设备启动起累计，历史错误会和正在发生的错误混在一起，直接看绝对值无法判断链路现在是否还在出错。清零就是给排障「重新计时」：清掉累计值，观察一个固定窗口内的增量，增量还在涨说明根因仍在。清零动作只重置统计值，不影响转发和业务，属于低风险操作。
基本信息
| 适用平台 | 思科 IOS / 华为 VRP / H3C Comware 全部设备 |
|---|---|
| 权限要求 | 华为/H3C 用户视图执行；思科特权模式 |
| 影响面 | 仅重置统计计数，不断链、不影响转发 |
| 推荐做法 | 清零前先留存读数，清零后固定窗口再看增量 |
典型使用场景
- 链路质量投诉时建立干净基线：区分历史累计错误与当前新增错误
- 割接或换线后验证：确认错误计数不再增长，才判定故障已解决
- 向运营商或厂商报障前采集证据：准备一段干净的观察窗口数据
- 观察双工不匹配、光衰类问题是否仍在持续产生错误
- 例行巡检时对关键上行口做「清零 + 定时回读」，纳入监控趋势
华为 VRP
华为 VRP
<Huawei> display interface GigabitEthernet0/0/1 # 先留存清零前读数
<Huawei> reset counters interface GigabitEthernet 0/0/1
<Huawei> reset counters interface all # 清全部接口
! 等 10 分钟后回读，比较增量
<Huawei> display interface GigabitEthernet0/0/1思科 IOS
思科 IOS
SW-CORE-01# show interfaces GigabitEthernet1/0/1 | include error|CRC
SW-CORE-01# clear counters GigabitEthernet1/0/1
Clear "show interface" counters on this interface [confirm]
SW-CORE-01# clear counters # 清全部接口，同样有交互确认
SW-CORE-01# show interfaces GigabitEthernet1/0/1H3C Comware
H3C Comware
<H3C> display interface GigabitEthernet 1/0/1
<H3C> reset counters interface GigabitEthernet 1/0/1
<H3C> reset counters interface # 不带接口即清全部
<H3C> display interface GigabitEthernet 1/0/1错误计数怎么判
| 计数项 | 含义 | 常见原因 | 动作顺序 |
|---|---|---|---|
| CRC / 对齐错误 | 帧校验失败，物理层信号问题 | 光衰、模块劣化、跳线或水晶头、电磁干扰 | 换跳线、清洁光口，仍涨则换模块 |
| late collisions | 冲突在过晚时刻才被检测到，典型双工不匹配 | 一端强制全双工、一端自协商退半双工 | 两端统一为 auto 或统一强制 |
| runts / giants | 出现过小帧或超大帧 | 巨帧配置不一致、坏包或恶意构造帧 | 核对全路径 MTU，定位发包源 |
| input / output errors | 各类错误的汇总数 | 需下钻到细分字段 | 只看汇总数不足以定性，必须看细分 |
思科 clear counters 带交互确认，脚本化执行需要预先喂入确认或使用分支写法；华为与 H3C 的 reset counters interface 无交互，前提是处在用户视图。
固定观察窗口是判定的关键：同时记录接口速率、双工与错误增量，窗口内零增长才说明链路稳定；把绝对值「清零后变成 0」当成故障消失是常见误判。