问
nqa计算公式是什么
1天前提问
- 0关注
- 0收藏，152浏览
Super_King
八段
nqa entry shaoxing 1
type icmp-echo
destination ip 10.65.131.142
frequency 5000
history-record enable
history-record number 10
next-hop ip 10.65.131.142
probe count 10
probe timeout 500
reaction 1 checked-element probe-fail threshold-type consecutive 5 action-type trigger-only
source ip 10.65.131.141
5秒进行一次测试（一次测试包含10次探测，每次探测超时时间0.5s，连续五次探测超时就联动其他模块） 实际这个时间就是2.5s。
zhiliao_Gixe
八段
H3C NQA 核心参数（frequency/probe count/probe timeout）计算逻辑
1. 单次探测组耗时上限：probe count × probe timeout
（一次NQA测试组内，最多发probe count个探测报文，每个最多等probe timeout超时，组内串行执行）
2. 测试组周期（frequency）要求：frequency ≥ probe count × probe timeout
（必须保证前一个测试组的所有探测执行完，才会启动下一个周期，若配置的frequency小于上述值，实际按计算出的最小周期执行，不会并行）
关键配置命令
nqa entry admin test
type icmp-echo
destination ip 1.1.1.1
probe count 5 // 单次测试组探测次数，默认1
probe timeout 1000 // 单次探测超时时间（毫秒），默认1000
frequency 10000 // 测试组周期（毫秒），需≥probe count×probe timeout
可通过display nqa result查看实际探测结果验证周期。
1. 单次探测组耗时上限：probe count × probe timeout
（一次NQA测试组内，最多发probe count个探测报文，每个最多等probe timeout超时，组内串行执行）
2. 测试组周期（frequency）要求：frequency ≥ probe count × probe timeout
（必须保证前一个测试组的所有探测执行完，才会启动下一个周期，若配置的frequency小于上述值，实际按计算出的最小周期执行，不会并行）
关键配置命令
nqa entry admin test
type icmp-echo
destination ip 1.1.1.1
probe count 5 // 单次测试组探测次数，默认1
probe timeout 1000 // 单次探测超时时间（毫秒），默认1000
frequency 10000 // 测试组周期（毫秒），需≥probe count×probe timeout
可通过display nqa result查看实际探测结果验证周期。
你同事的配置可能确实存在问题，因为NQA（网络质量分析）的参数之间有着严格的计算关系。如果配置不当，会导致探测结果出现“no result”（无结果）等异常。
虽然不同厂商的命令格式略有差异，但核心的计算逻辑是相通的。以下是针对你提到的
frequency、probe-count 和 probe-timeout 等参数的计算公式和说明：🧮 核心计算公式
1. 基础公式（适用于 ICMP、TCP、UDP 等常规测试）
对于大多数常规测试，
对于大多数常规测试，
frequency（自动执行测试的时间间隔）必须满足以下公式：frequency > interval × (probe-count - 1) + timeout- frequency：连续两次完整测试开始的时间间隔。
- interval：在一次测试中，连续发送两个探测报文的时间间隔。
- probe-count：一次完整测试中发送的探测报文（探针）总数。
- timeout：一次探测的超时时间（即发送报文后等待响应的最长时间）。
2. Jitter（抖动）测试公式
如果是 ICMP Jitter 或 UDP Jitter 类型的测试，由于每次探测会发送多个报文，公式会有所不同：
如果是 ICMP Jitter 或 UDP Jitter 类型的测试，由于每次探测会发送多个报文，公式会有所不同：
frequency > interval × (probe-count × jitter-packetnum - 1) + timeout- jitter-packetnum：每次探测时发送的报文个数。
💡 参数关系与配置建议
frequency与timeout的关系：frequency的值必须大于timeout。对于 DNS、FTP、HTTP 等类型的测试，frequency必须大于timeout和probe-count的乘积。interval与timeout的关系：发送探测报文的时间间隔interval必须大于一次探测的超时时间timeout，否则会导致报文超时。- 配置过小的后果：如果配置的
frequency小于或等于(probe-count - 1) × interval + timeout + 1，测试例的执行结果很可能会显示为“no result”。
📝 举例说明
假设你配置了一个 ICMP 测试，参数如下：
probe-count= 3 （一次测试发3个包）interval= 2秒 （包与包之间间隔2秒）timeout= 3秒 （超时时间3秒）
根据公式计算：
frequency > 2 × (3 - 1) + 3frequency > 2 × 2 + 3frequency > 7因此，你的
frequency 至少需要配置为 8秒 或更大的值，才能保证测试正常进行并得出有效结果。你可以用这个公式去核对一下你同事的配置，看看
frequency 的值是否设置得太小了。研发回复华三没有这个计算方式~
悠悠一世
发表时间：21小时前
更多>>
研发回复华三没有这个计算方式~
悠悠一世
发表时间：21小时前
一、先统一 5 个核心参数定义（单位：ms）
表格
| 参数 | 命令 | 含义 |
|---|---|---|
| F | frequency X | 两轮完整探测任务之间的周期间隔（多久发起一轮探测） |
| \(T_o\) | probe timeout X | 单轮探测整体最大超时时间（整组探测没全部完成，则本轮判定超时失败） |
| C | probe count X | 一轮探测内发送探测报文总数（ICMP-echo 默认 = 1） |
| \(I_p\) | probe packet-interval X | 同一轮探测里，相邻两个探测报文的发包间隔（jitter/voice 类型生效，默认 20ms） |
| \(T_p\) | probe packet-timeout | jitter 场景单报文独立超时，和 probe timeout 互斥 |
二、两大场景计算公式（区分普通探测 / 抖动探测）
场景 1：普通探测（ICMP-Echo、UDP-Echo、TCP、HTTP、DNS，绝大多数链路可用性探测）
这类场景
probe count=1，一轮探测只发 1 个探测包，无连续发包：- 一轮探测真实耗时 = \(\max(\text{报文真实RTT}, T_o)\)
- 硬性强制约束（官方手册强制要求） \(\boldsymbol{F > T_o}\)
规则解释： 若frequency ≤ probe timeout，上一轮探测还没结束就到达下一轮周期，新探测不会启动，探测节奏被拉长，探测逻辑完全错乱、track 联动误判。 华为公式：\(F > timeout\)，H3C 基础约束和华为一致。
场景 2：抖动类探测（ICMP-jitter、UDP-jitter、Voice，一轮连续发多个报文）
一轮连续发送 C 个报文，报文之间间隔 \(I_p\)，整轮探测最大等待时长为 \(T_o\)。
一轮探测理论最小耗时（报文连续发完不等待应答）：
\(T_{\text{singleRoundMin}} = I_p \times (C-1)\)
为保证本轮探测可以完整跑完、不会被 frequency 打断，官方安全约束公式：
\(\boldsymbol{F > \max\big(\;I_p \times (C-1)\;,\; T_o\;\big)}\)
等价写成工程常用公式（和华为对齐）：
\(\boldsymbol{F > I_p\times(C-1) + T_o}\)
三、H3C 独有调度机制（和华为最大区别，极易配错）
- 频率时钟是「等待时钟」，不是固定定时触发
到达
frequency时间点时，如果上一轮探测还没跑完（没全部收到应答 / 未超时），本轮探测推迟执行，直到上一轮探测彻底结束，再开始等待 F 毫秒才发起下一轮探测。- 举例：
frequency=5000ms，上一轮探测耗时 7s，则两轮实际间隔 = 7s + 5s = 12s。 - 华为部分版本是严格定时器，到点强行终止上一轮、开启新探测，逻辑不一样。
- 举例：
probe timeout是整轮探测的总超时，不是单个 ping 包超时。 ICMP-echo 单包探测：发包后等待probe timeout没回包 → 本轮探测失败。- jitter 模式下：单报文超时由
probe packet-timeout控制，不再使用probe timeout。
四、实战举例验算
例 1：普通链路探测（ICMP ping 检测静态路由）
配置：
plaintext
type icmp-echo
probe timeout 1000
frequency 3000
probe count 1
校验：\(F=3000 > T_o=1000\)，合规。
- 链路正常：每 3 秒发一次 ping。
- 链路断网：单次探测等待 1s 超时判定失败，随后等待 3s 再探测。
例 2：UDP 抖动探测
plaintext
type udp-jitter
probe count 20
probe packet-interval 20
probe timeout 3000
frequency 6000
一轮发包最小耗时：\(20\times(20-1)=380\ \text{ms}\)
校验：\(6000 > 380+3000\)，配置合法。
如果改成
frequency=3000，上一轮没跑完就到周期，探测会不断延后。五、错误配置典型故障（同事参数异常常见问题）
frequency < probe timeout探测不断延后，track 迟迟不切换状态，链路断了几十秒才触发路由切换。- jitter 场景
frequency < I_p*(C-1)+probe timeout抖动采样不全、丢包率统计偏低，质量测量不准。 - 混用
probe timeout+probe packet-timeoutjitter 类型必须用probe packet-timeout，普通 echo 只用probe timeout。
六、标准工程推荐配置（链路可用性 NQA，对接静态路由 track）
plaintext
nqa entry admin linkcheck
type icmp-echo
destination ip 10.0.0.1
probe count 1
probe timeout 1000
frequency 3000
reaction 1 checked-element probe-fail threshold-type consecutive 2 action-type trigger-only
校验：3000>1000 满足公式，连续 2 次探测失败触发 track down。
七、华为 vs H3C 公式异同总结
- 基础安全公式完全一致：\(F > 单次探测最大耗时\)；
- 华为：到达 frequency 时刻强制结束上一轮探测、开启新探测；
- H3C：上一轮未完成则阻塞新探测，结束后再重新计时 frequency，这是组网里切换速度差异的根源。
您这里有华三文档的链接吗？我没有查到
悠悠一世
发表时间：22小时前
更多>>
您这里有华三文档的链接吗？我没有查到
悠悠一世
发表时间：22小时前
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明