问题描述：
防火墙配置针对 链路检测的NQA 后的读取数字出现2个重复的数值,并且OID尾数随时间动态变化
使用SNMPWALK 读取时NQA丢包率时发现返回数值有2个
[root@zabbix ~]# snmpwalk -v 2c -c ***** 10.109.2.1 1.3.6.1.4.1.25506.8.3.1.11.1.19
SNMPv2-SMI::enterprises.25506.8.3.1.11.1.19.5.97.100.109.105.110.4.99.109.99.99.39 = Gauge32: 0
SNMPv2-SMI::enterprises.25506.8.3.1.11.1.19.5.97.100.109.105.110.4.99.109.99.99.40 = Gauge32: 0
其中尾数39,和40会随着时间变化,读取NQA的状态和延迟情况也是一样,也是返回2个数值
导致ZABBIX做监控的时候获取不到有效的唯一值,请问怎么解决?
组网及组网描述：
NQA配置如下
track 1 nqa entry admin ctcc reaction 1
#
nqa entry admin
ctcc type icmp-echo
destination ip 114.114.114.114
frequency 1000
history-record enable
next-hop ip 123.52.202.129
probe count 3 probe timeout 500 reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trigger-only
#
nqa schedule admin ctcc start-time now lifetime forever
- 2022-03-22提问
- 举报
-
(0)
这个能用walk方式采集不？现场一共采集了几个NQA？
- 2022-03-22回答
- 评论(8)
- 举报
-
(0)
就是用walk采集出来,设备上只配置了一个NQA,但是会出来两行数值,这两行数值除了尾数,其他是一模一样的 这个尾数不在 ACSII码表里.admin ctcc 转码后是 5.97.100.109.105.110.4.99.109.99.99
您好。现场哪个版本？有这么一个问题： 8.2 CMW710-R0809P33版本解决问题列表 1. 202010200084 • 问题现象：读取异常，显示值为16进制形式 • 问题出现条件：某些网管工具通过hh3cNqaStatResIpTargetAddress读取nqa的节点值
这个是防火墙，这边是路由器模块，等一下我测试一下是否有差异。
又找了一台路由器MSR3600 Version 7.1.064, ESS 6728P10 还是一样的 [root@ZABBIX-Server ~]# snmpwalk -v 2c -c ***** 10.135.10.230 1.3.6.1.4.1.25506.8.3.1.11.1.19.5.97.100.109.105.110.4.99.116.99.99 SNMPv2-SMI::enterprises.25506.8.3.1.11.1.19.5.97.100.109.105.110.4.99.116.99.99.2321 = Gauge32: 0 SNMPv2-SMI::enterprises.25506.8.3.1.11.1.19.5.97.100.109.105.110.4.99.116.99.99.2322 = Gauge32: 0
本地路由器，测试固定为1,2 1: hh3cNqaStatResIpTargetAddress.1.49.1.49.1 (octet string) 1.1.1.2 [31.2E.31.2E.31.2E.32 (hex) Size = 7] 2: hh3cNqaStatResIpTargetAddress.1.49.1.49.2 (octet string) 1.1.1.2 [31.2E.31.2E.31.2E.32 (hex) Size = 7] 3: hh3cNqaStatResIpTargetAddress.1.49.1.50.1 (octet string) 2.2.2.2 [32.2E.32.2E.32.2E.32 (hex) Size = 7] 4: hh3cNqaStatResIpTargetAddress.1.49.1.50.2 (octet string) 2.2.2.2 [32.2E.32.2E.32.2E.32 (hex) Size = 7]
昨天我以为是固定的,于是就写了尾数是22的OID,zabbix也正确画出来了,等第二天尾数就变了,变成39
自己找了变通办法解决了
手动导出数字版本的OID 列表 snmpwalk -O n -v 2c -c ****** 10.200.1.1 >> oid-num.log
通过开关NQA状态对比分析可得
.1.3.6.1.2.1.80.1.3.1.1.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = INTEGER: 2
.1.3.6.1.2.1.80.1.3.1.2.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = INTEGER: 1
.1.3.6.1.2.1.80.1.3.1.3.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = STRING: "114.114.114.114"
.1.3.6.1.2.1.80.1.3.1.4.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Gauge32: 32
.1.3.6.1.2.1.80.1.3.1.5.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Gauge32: 37
.1.3.6.1.2.1.80.1.3.1.6.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Gauge32: 33
.1.3.6.1.2.1.80.1.3.1.7.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Gauge32: 3
.1.3.6.1.2.1.80.1.3.1.8.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Gauge32: 3
.1.3.6.1.2.1.80.1.3.1.9.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Gauge32: 3417
.1.3.6.1.2.1.80.1.3.1.10.7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 = Hex-STRING: 07 E6 03 18 15 28 10 05
是NQA result的数据
其中 7.106.105.110.122.104.111.117.7.100.105.97.110.120.105.110 是NQA名称ACSII转码后的数字,如果设备有多个NQA可以用这个区分
.1.3.6.1.2.1.80.1.3.1.1 为NQA状态 正常值为2
.1.3.6.1.2.1.80.1.3.1.6 为dis nqa result 显示的的avg延迟
用这2个参数基本可以满足zabbix的链路报警监控
- 2022-03-23回答
- 评论(0)
- 举报
-
(0)
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
昨天我以为是固定的,于是就写了尾数是22的OID,zabbix也正确画出来了,等第二天尾数就变了,变成39