• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

NQA——435798454

13小时前提问
  • 0关注
  • 0收藏,47浏览
0_1 四段
粉丝:0人 关注:1人

问题描述:

NQA中:

frequency 3000

probe count 3

probe timeout 2000

2+3+2+3+2=12

(1)如上NAQ中配置,NQA探测共12秒吗?这样计算时间是否正确?

 

3 个回答
粉丝:10人 关注:1人

你的计算公式 2+3+2+3+2=12,实际上是在计算NQA(网络质量分析)探测过程中,总耗时是否等于多次“超时+间隔”之和。这个理解是不准确的。问题的核心在于,frequency 参数定义的是“测试”(即完整的一轮探测)的启动间隔,而不是单个探测报文之间的间隔。

📚 参数定义回顾

根据你提供的配置,各参数含义如下:

  • probe timeout 2000:探测超时时间。如果设备发出一个探测报文后,在2000毫秒(2秒)内没有收到响应,就认为该次探测失败。

  • probe count 3:探测次数。在一次“测试”中,会连续进行3次探测

  • frequency 3000:测试间隔。它定义了连续两次“测试”开始时间之间的时间间隔,为3000毫秒(3秒)。

⏳ 正确的时间线分析

基于上述定义,NQA的工作流程是:

  1. 开始第一次“测试”:启动计时,连续执行3次探测(probe count 3)。

  2. 执行探测:发送第一个探测报文,等待最多2秒(probe timeout 2000)看是否有回应。收到回应或超时后,立即发送下一个探测报文,再等待2秒,以此类推。三次探测的总耗时取决于网络质量。

  3. 等待第二次“测试”:距离第一次“测试”开始的时刻,等待3秒后,开始第二次“测试”(执行新一轮的3次探测)。

H3C官方资料也印证了这一点:当 frequency 设为3000毫秒时,NQA将以3秒的间隔进行一轮探测。

❓ 为什么“2+3+2+3+2=12”的计算是错误的?

你的计算方式(2+3+2+3+2=12)隐含了两个关键假设,而它们都是错误的:

  1. 误以为每次探测都独立遵循一个“2秒超时 + 3秒间隔”的模式。但实际上,frequency 定义的是整个测试的间隔,而非探测报文之间的间隔。

  2. 错误地将 frequency 的间隔(3秒)放在了两次探测之间。实际上,3秒的间隔发生在一次测试(三次探测)结束和下一次测试开始之间,而不是单个探测报文之间。

💎 总结与核心要点

NQA的总耗时取决于probe countprobe timeout,以及网络质量。你可以把它想象成一个循环:

frequency 控制着这个“NQA测试循环”的启动频率。在一个循环里,设备会连续进行 N 次 (probe count) 探测,每次探测最多等 T 秒 (probe timeout)。

因此,这三次探测的总耗时上限约为 3次探测 × 2秒/次 = 6秒,然后在距离上次循环启动后的第3秒,会立刻开始下一次循环(frequency 可能被设置为小于探测总耗时的值,这时新的循环可能会被推迟)。

NQA绑定了静态路由。那现在是6秒没有收到响应会撤销这条静态路由吗?还是6*3=18,18秒没有收到才会撤销该静态路由

0_1 发表时间:13小时前 更多>>

NQA绑定了静态路由。那现在是6秒没有收到响应会撤销这条静态路由吗?还是6*3=18,18秒没有收到才会撤销该静态路由

0_1 发表时间:13小时前

9秒

回复0_1:

每3秒发一次,他只管发不管你超时了没有

神烦烦烦烦烦烦烦烦烦烦卍 发表时间:12小时前 更多>>

怎么算的

0_1 发表时间:13小时前
回复0_1:

3秒发一次,一共发三次,

神烦烦烦烦烦烦烦烦烦烦卍 发表时间:13小时前

不对吧,超时时间不算?

0_1 发表时间:12小时前
回复0_1:

每3秒发一次,他只管发不管你超时了没有

神烦烦烦烦烦烦烦烦烦烦卍 发表时间:12小时前
粉丝:8人 关注:2人

结论先说:
按你给的参数,单次 NQA 测试实例总耗时确实是 12 秒,计算是对的。
下面给你拆开讲清楚,方便以后自己算:

1. 先翻译参数含义(H3C NQA)

  • probe timeout 2000
    单个探测包超时时间:2000 ms = 2 秒
  • probe count 3
    每次测试发送 3 个探测包
  • frequency 3000
    探测包之间的发送间隔:3000 ms = 3 秒

2. 时间怎么算?

公式:
总耗时 = 探测包数 × 超时时间 + (探测包数 − 1) × 发包间隔
代入你的值:
  • 3 个包 × 2s 超时 = 6s
  • 包之间间隔:2 段 × 3s = 6s
  • 合计:12 秒
和你算的 2+3+2+3+2=12 结果一致,逻辑也对。

3. 补充一句容易混淆的点

  • 12 秒 是:一轮 NQA 测试从开始到结束的时间
  • 不是两次 NQA 测试之间的间隔
  • 也不是 “每 12 秒测一次”

回复0_1:

不是 12 秒没响应就立刻撤路由。默认情况下,你这套参数:连续 3 轮探测失败 = 36 秒后,才会撤销静态路由。 一、关键逻辑(H3C NQA + track + static-route) 你那 12 秒 = 1 轮探测的耗时 NQA 默认判断链路失效的规则是: 连续失败次数 = 3 次(系统默认) 所以真正的切换收敛时间是: 12 s/轮×3 轮失败=36 秒 也就是说: 链路刚断掉 → 前 24 秒路由还在 等到 第 36 秒 才会撤销这条静态路由 二、你现在的参数对应行为 probe timeout 2000 一个包等 2 秒,收不到就算这个包失败 probe count 3 一轮发 3 个包 frequency 3000 包与包之间间隔 3 秒 一轮总耗时:12 秒 一轮内:只要有任意一个包成功,这一轮就算成功 只有一轮里 3 个包全超时,这一轮才算失败 三、想更快切路由?(常用优化) 如果你觉得 36 秒太慢,可以改这两个: 1. 减少 NQA 失败连续次数(最有效) plaintext track 1 nqa entry admin test track 1 reaction nqa 3 reaction trigger probe-fail 2 trigger probe-fail 2:连续 2 轮失败 就认为链路 down 收敛时间 ≈ 12×2 = 24 秒 2. 直接改探测参数,把单轮压短 比如压到 6 秒一轮: plaintext probe timeout 1000 probe count 2 frequency 2000 单轮耗时:1+2+1 = 4 秒连续 3 轮失败 ≈ 12 秒切换 四、一句话总结 你当前配置:一轮 12 秒,默认连续 3 轮失败才撤路由 → 总共约 36 秒切换。

zhiliao_GeOM0O 发表时间:12小时前 更多>>

3个回答3个答案,谁是正确的

0_1 发表时间:12小时前

这个NQA我绑定了静态路由,12秒如果没有响应就撤销这条静态路由?

0_1 发表时间:12小时前
回复0_1:

不是 12 秒没响应就立刻撤路由。默认情况下,你这套参数:连续 3 轮探测失败 = 36 秒后,才会撤销静态路由。 一、关键逻辑(H3C NQA + track + static-route) 你那 12 秒 = 1 轮探测的耗时 NQA 默认判断链路失效的规则是: 连续失败次数 = 3 次(系统默认) 所以真正的切换收敛时间是: 12 s/轮×3 轮失败=36 秒 也就是说: 链路刚断掉 → 前 24 秒路由还在 等到 第 36 秒 才会撤销这条静态路由 二、你现在的参数对应行为 probe timeout 2000 一个包等 2 秒,收不到就算这个包失败 probe count 3 一轮发 3 个包 frequency 3000 包与包之间间隔 3 秒 一轮总耗时:12 秒 一轮内:只要有任意一个包成功,这一轮就算成功 只有一轮里 3 个包全超时,这一轮才算失败 三、想更快切路由?(常用优化) 如果你觉得 36 秒太慢,可以改这两个: 1. 减少 NQA 失败连续次数(最有效) plaintext track 1 nqa entry admin test track 1 reaction nqa 3 reaction trigger probe-fail 2 trigger probe-fail 2:连续 2 轮失败 就认为链路 down 收敛时间 ≈ 12×2 = 24 秒 2. 直接改探测参数,把单轮压短 比如压到 6 秒一轮: plaintext probe timeout 1000 probe count 2 frequency 2000 单轮耗时:1+2+1 = 4 秒连续 3 轮失败 ≈ 12 秒切换 四、一句话总结 你当前配置:一轮 12 秒,默认连续 3 轮失败才撤路由 → 总共约 36 秒切换。

zhiliao_GeOM0O 发表时间:12小时前

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明