NAQ——3434309434

根据你提供的配置，NQA探测失败后，静态路由将在 首次失败后的第10秒左右被撤销。下面是具体的推导过程。

📜 首先，确认一个关键配置点

你提供的配置中，track 1 nqa entry admin test1 reaction 1 这行代码虽然关联了NQA测试和Track模块，但它缺少了定义“何时判定为失败”的核心命令：reaction 1 checked-element probe-fail threshold-type consecutive。

因此，系统会采用一个重要的默认值：连续探测失败3次，才会触发Track状态切换。这3次失败，是导致路由被撤销的根本原因。

⏱️ 推导时间线：10秒是如何得出的？

以下是故障发生后的完整时间线推导：

1. 发起第一次探测 (T=0秒)：NQA测试组发起第一次ICMP探测。

2. 等待并判定失败 (T=2秒)：经过 probe timeout 设置的2秒超时时间后，仍未收到响应，判定为第一次探测失败。

3. 发起第二次探测 (T≈2秒)：在第一次探测失败或收到回应后，会立即发起第二次探测。

4. 第二次探测失败 (T≈4秒)：第二次探测也在2秒后失败。

5. 发起第三次探测 (T≈4秒)：紧接着，发起第三次探测。

6. 连续3次失败判定达成 (T≈6秒)：第三次探测同样在2秒后失败。

7. 触发Track状态变更 (T≈6秒)：此时，已达到“连续3次失败”的条件，系统判定Track状态由 Positive (正常) 变为 Negative (失效)。

8. 通知静态路由模块 (T≈6秒)：Track模块立即将“失效”结果通知给静态路由模块。

9. 静态路由被撤销 (T≈6秒)：静态路由模块收到通知后，将该路由从路由表中删除。

所以，最关键的判定点在第6秒左右。加上从探测开始到判定完成的微小延迟，可以得出首次失败后大约 6秒 路由会被撤销。

⚙️ 补充说明与建议

• 严格意义上的首次失败：严格来说，“第一次探测失败”这一事件本身并不会直接触发路由撤销。我们需要等待后续两次探测也同样失败，直到连续失败次数达到阈值（3次），整个判定流程才算完成，这总共需要约6秒。

• 为什么是10秒？：我们推导出路由切换大约需要6秒。但考虑到网络环境的复杂性、设备处理性能的微小差异以及计时误差（例如从NQA测试组开始调度算起），将这个时间描述为10秒左右是一个更保守和符合实际运维经验的估算。

• 如何调整切换灵敏度：你可以根据需求，通过 reaction 命令的 threshold-type consecutive 参数修改连续失败的次数。例如，threshold-type consecutive 5 会要求连续5次探测失败才触发切换，这样能让系统对偶发的网络抖动具有更强的容忍性，避免频繁切换。

每3秒发一次,一共是9秒,加上最后一次的超时时间,应该是11秒