track配置如下,测试带源地址去ping可以通,为什么track状态一直显示State: NotReady
nqa entry admin cmcc
type icmp-echo
description YiDong
destination ip 192.168.133.37
frequency 1000
probe count 3
probe timeout 200
reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trap-only
source ip 192.168.133.38
#
nqa entry admin ctcc
type icmp-echo
destination ip 192.168.133.33
frequency 1000
probe count 3
probe timeout 200
reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trap-only
source ip 192.168.133.34
nqa schedule admin cmcc start-time now lifetime forever
nqa schedule admin ctcc start-time now lifetime forever
track 1 nqa entry admin ctcc reaction 1
#
track 2 nqa entry admin cmcc reaction 1
<D4-SCcenter-Switch>dis track all
Track ID: 1
State: NotReady
Duration: 349 days 4 hours 36 minutes 37 seconds
Tracked object type: NQA
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin ctcc
Reaction: 1
Remote IP/URL: 192.168.133.33
Local IP: 192.168.133.34
Interface: --
Track ID: 2
State: NotReady
Duration: 349 days 4 hours 36 minutes 37 seconds
Tracked object type: NQA
Notification delay: Positive 0, Negative 0 (in seconds)
Tracked object:
NQA entry: admin cmcc
Reaction: 1
Remote IP/URL: 192.168.133.37
Local IP: 192.168.133.38
Interface: --
根本原因 + 修复方案(H3C 官方机制)
核心问题
你的 reaction 1 配置:
plaintext
reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trap-only
checked-element probe-fail:只匹配探测失败
action-type trap-only:只发告警陷阱,不触发 Track 状态变更
Track 绑定这个 reaction 1,但这个规则不会向 Track 上报正常 / 异常状态,只会单独发告警;哪怕 NQA 探测正常能 ping 通,Track 永远收不到状态,一直卡在 NotReady。
手动带源 IP ping 能通,只能证明三层路由、互通没问题,和 NQA 规则是否驱动 Track 是两回事。
先查看 NQA 实际探测状态
执行:
plaintext
display nqa results entry admin ctcc
display nqa results entry admin cmcc
你会看到:NQA 探测本身是正常可达的,只是规则没驱动 Track。
正确配置(直接复制替换)
1. 删除旧规则
plaintext
nqa entry admin ctcc
undo reaction 1
reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trigger-only
nqa entry admin cmcc
undo reaction 1
reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trigger-only
关键改动:把 trap-only 改成 trigger-only
trap-only:仅上送网管告警,不联动 Track
trigger-only:状态变化同时通知 Track,Track 才会切换 Ready / NotReady
逻辑:探测连续失败 3 次 → reaction 触发 → 通知 Track 变 Negative探测恢复正常 → 自动恢复 Track 为 Positive
2. 无需改 Track、无需改调度
你现有这条不用动:
plaintext
track 1 nqa entry admin ctcc reaction 1
track 2 nqa entry admin cmcc reaction 1
nqa schedule admin cmcc start-time now lifetime forever
nqa schedule admin ctcc start-time now lifetime forever
3. 改完等待 10 秒查看
plaintext
display track all
链路正常就会变成:
plaintext
State: Positive
链路断了自动变成 Negative,路由会自动联动失效。
一句话总结
trap-only 不能用于绑定 Track,只发告警、不改变 Track 状态;
必须改成 action-type trigger-only 才能联动 Track;
你 ping 能通、NQA 能通,纯粹是reaction 动作类型配置错误导致 Track 一直 NotReady。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论