报障前先把证据准备好
向运营商报障时，「网络不好用」这类描述很难推动工单，因为对方无法复现也无法划清责任边界。有效做法是准备一份结构化的证据清单：故障开始与结束时间（统一时区）、影响范围与表现、本端双向测试数据、光功率与错误计数记录、以及同时间段的设备日志。证据要能回答两个关键问题——问题发生在哪个方向、是否与运营商侧的可观测现象对应。两端同时取证尤其重要：本端到对端的测试加上对端到本端的测试，才能在对方声称「线路正常」时有据可依。
基本信息
| 时间信息 | 故障起止时间与持续时长，统一到明确时区 |
|---|---|
| 测试数据 | 双向丢包与时延测试，带时间戳与目标地址 |
| 物理层证据 | 光功率读数、CRC 与错误计数记录 |
| 对照数据 | 本端自测结果与对端配合测试结果 |
| 配套材料 | 设备日志截图、接口状态输出、工单编号与联系人 |
典型使用场景
- 链路抖动申诉：用双向丢包数据说明问题存在
- 光路衰耗投诉：提供光功率读数作为对照
- 间歇性中断：用长时间探测记录证明问题重复出现
- 责任界定：区分本端设备、运营商链路与对端问题
- 服务等级核对：用实测数据核对是否达到承诺指标
证据收集示例
证据收集示例
# 双向连通性与丢包测试，结果留存
ping -c 300 -i 0.2 203.0.113.2 > isp-test.txt
# 接口错误计数与光功率读数是物理层的关键证据
show interfaces GigabitEthernet0/0 >> isp-test.txt
show interfaces GigabitEthernet0/0 transceiver detail >> isp-test.txt
# 每份材料都标注采集时间、设备名与测试点
show clock >> isp-test.txt证据清单要点
| 项目 | 内容 | 作用 |
|---|---|---|
| 时间 | 起止时间与时长，标明时区 | 锁定运营商侧日志的检索范围 |
| 方向 | 去程与回程分别测试 | 判定故障是否单向 |
| 物理层 | 光功率与错误计数 | 区分线路质量与上层转发问题 |
| 频次 | 问题出现次数与间隔规律 | 证明是持续还是间歇故障 |
测试目标的选择会影响说服力：直接测对端运营商侧地址比测公网任意地址更能说明本段线路的质量。
提交前检查测试数据里是否包含其它站点的地址与业务信息，按需脱敏后再提供给外部单位。