接手排障先做只读核查
拿到一个专线故障工单，第一件事不是改配置，而是把事实固定下来：接口状态与错误计数、路由表内容、到关键地址的连通性与路径、故障时间与变更记录的对应关系。只读核查既能定位方向，也避免在原因未明时把本来可用的状态改坏——重启动辄几分钟起步，现场证据却一去不返。
基本信息
| 核查性质 | 全部为只读命令，不改变设备状态 |
|---|---|
| 适用对象 | 客户侧路由器、专线接入设备（Cisco IOS、华为 VRP 等） |
| 核心维度 | 接口、路由、连通性、路径、时间线 |
| 记录要求 | 命令输出与时标一并留档，便于后续对比 |
| 顺序原则 | 先观测建立事实，再评估是否变更 |
典型使用场景
- 工单响应：客户报不通时快速建立事实基线，判断是否本端问题
- 交接班与多厂商协作：把只读核查结果作为共同事实，减少口头传递失真
- 变更前评估：记录变更前状态，回退时才有可对比的参照
- 历史故障复盘：时间线与变更记录对齐后，多数问题能直接锁定诱因
- 例行巡检：按同一套只读清单定期采集，用作长期基线
只读命令集
只读命令集
# 接口状态、速率与错误计数
show interfaces GigabitEthernet0/1
show interfaces GigabitEthernet0/1 | include error|CRC|drops
# 路由概览
show ip route summary
show ip route 10.0.0.0
# 连通性与路径
ping 10.0.0.2 repeat 10
traceroute 10.10.2.2
# 时间与日志（对齐故障发生时刻）
show clock
show logging | include GigabitEthernet0/1只读核查清单
| 维度 | 观察内容 | 异常提示 |
|---|---|---|
| 接口 | 物理与协议状态、速率、双工 | 物理 Up 协议 Down 时优先看封装与对端配置 |
| 错误计数 | CRC、输入错误、丢弃计数 | 持续增长指向物理层或光模块问题 |
| 路由 | 默认与明细路由是否按约定存在 | 缺失说明来源侧未发布或被策略过滤 |
| 连通与路径 | 到 PE 下一跳与对端站点的 ping、traceroute | 断点位置直接缩小排查范围 |
| 时间线 | 故障开始时间与变更窗口是否重合 | 时间重合时先复核变更内容 |
把只读核查做成模板并固定输出格式，团队之间的交接口径就会一致：谁接手都从同一份事实出发，不必重复采集，也不会因为主观描述而走偏。