用丢包窗口量化收敛
收敛时间不能用「感觉很快」来描述。可度量的做法是：在业务路径上持续探测，记录切换过程中的丢包个数与恢复时长，再与设计指标和历史基线比对。丢包窗口的大小才是用户体验的实际体现——同样是一次切换，丢三个包和丢三十个包是完全不同的两件事。
基本信息
| 度量指标 | 丢包个数、恢复时长、切换动作与时间点 |
|---|---|
| 测试手段 | 连续探测、业务拨测或端到端会话保持验证 |
| 口径要求 | 同一探测源、目标、包长与速率，跨季度才有可比性 |
| 前提 | 维护窗口内进行，准备回退方案 |
实测步骤
- 先测一段稳定期的基线，确认稳态丢包为零或极低
- 启动持续探测，在探测进行中触发切换动作
- 记录探测输出，统计丢包个数与从第一个丢包到恢复的时长
- 复测一次确认结果可重现，避免单次偶然数据
- 把动作、丢包数、恢复时长与时间点写入测试记录，形成基线
测试命令示例
测试命令示例
ping -c 500 192.168.10.1 # 华为：连续探测，观察丢包序号
ping -c 500 -s 100 192.168.10.1 # 华为：指定包长，模拟业务报文
ping -i 0.2 -c 1000 192.168.10.1 # Linux 侧：缩短间隔提高时间分辨率
traceroute -n 192.168.10.1 # 备用观察：确认路径是否切换
# 记录格式：动作、丢包数、恢复秒数、时间点记录格式
| 字段 | 含义 | 示例写法 |
|---|---|---|
| 动作 | 触发了什么切换 | 断开上行 1 的光纤 |
| 丢包数 | 探测序列中丢失的个数 | 连续丢 6 个 |
| 恢复时长 | 从首个丢包到恢复的时间 | 约 3 秒 |
| 时间点 | 动作发生的准确时刻 | 与日志时间戳对齐 |
记录格式：动作、丢包数、恢复秒数、时间点，形成季度对比基线。基线一旦建立，后续任何配置调整的效果都能被量化验证。
测试要在维护窗口进行并准备回退：拔错光纤、恢复失败都是现实风险，测试前与业务方确认影响范围与中止条件。