从状态到换件的顺序
一条链路不通，按固定顺序排查能避免无谓换件：先看接口状态与是否被人为关闭，再查光模块与收光功率，然后看日志里的 up/down 历史，最后才用换线、换口、换模块交叉验证。两端都要查，本端不 up 的原因常常在对端。
基本信息
| 适用平台 | 三厂设备 |
|---|---|
| 状态查看 | display interface / show interfaces status |
| 收光诊断 | display transceiver diagnosis / show interfaces transceiver detail |
| 日志 | display logbuffer / show logging |
| 关键判据 | down 与 administratively down 的区别 |
| 排查顺序 | 状态 → 光模块 → 日志 → 换件验证 |
典型使用场景
- 单条链路不通，判断是本端、对端还是介质问题
- 收光功率超范围导致链路不稳定的排查
- 排查人为关闭造成的假故障
- 割接后接口起不来，核对两端配置差异
- 把设备单板问题放在最后一步确认
华为 VRP
华为 VRP
display interface GigabitEthernet 0/0/1 | include current state|Line protocol
display transceiver interface GigabitEthernet 0/0/1
display transceiver diagnosis interface GigabitEthernet 0/0/1 # 收发功率与温度
display logbuffer | include IFNET # 接口 up/down 历史
# 确认是否人为关闭：状态显示 administratively down 即被人为 shutdown思科 IOS 与 H3C
思科 IOS 与 H3C
show interfaces status | include Gi1/0/4
show interfaces Gi1/0/4 | include line protocol|errors
show interfaces Gi1/0/4 transceiver detail
show logging | include Gi1/0/4
# H3C Comware
display interface GigabitEthernet 1/0/4
display transceiver interface GigabitEthernet 1/0/4
display transceiver diagnosis interface GigabitEthernet 1/0/4
display logbuffer | include GigabitEthernet1/0/4输出字段读法
| 字段 | 含义 | 异常信号 |
|---|---|---|
| current state | 当前物理状态 | administratively down 表示被人为关闭 |
| Line protocol | 协议状态 | 物理 up 而协议 down 多为二层或对端问题 |
| RX power | 接收光功率 | 超出模块规格范围说明收光异常 |
| CRC / input errors | 错包计数 | 持续增长指向介质或模块劣化 |
排查顺序的价值在于成本：先确认是不是人为关闭，往往几十秒就能定位并解决；直接换模块或跳线成本高得多，而且换完若不记录，现场状态就再也回不到原始故障形态，复盘困难。
两端都要查。本端显示 down 时，先确认对端端口是否被关闭、对端模块是否插好、对端是否也在同一 VLAN 内；只盯本端容易把结论定在错误的设备上，进而更换本来正常的部件。
日志里的 up/down 时间点比当前状态更有价值：可以判断是突然中断还是逐渐劣化后反复闪断。带着时间点核对同一时刻的变更记录与平台告警，定位效率会明显提高。