☰

轮询表中的 OID 值时出现问题

tag-icon • tag-icon cisco snmp oid mib
轮询表中的 OID 值时出现问题

我很困惑我的设备支持哪些 OID，特别是 CISCO-IPSEC-FLOW-MONITOR-MIB。

似乎该 MIB 中的某些 OID 受支持，而其他 OID 则不受支持。不受支持的 OID 似乎是特定的表 OID。但是，我可以轮询其他 MIB 中的表 OID。我认为，如果设备支持 MIB，那么该 MIB 中的所有 OID 都受支持...

如果有帮助的话，我想要的 OID 的具体示例是 1.3.6.1.4.1.9.9.171.1.3.3.1.4，我的图像是 c7200-ik9s-mz.124-25c.bin。

谢谢！我非常愿意发布更多输出，请随时提问！

更新

MIB 的 SNMPWalk 输出如下：

compass@adc:~$ snmpwalk --version
NET-SNMP version: 5.4.3
compass@adc:~$ snmpwalk -v2c -cpublic 10.2.12.2 .1.3.6.1.4.1.9.9.171
iso.3.6.1.4.1.9.9.171.1.1.1.0 = INTEGER: 1
iso.3.6.1.4.1.9.9.171.1.2.1.1.0 = Gauge32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.2.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.3.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.4.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.5.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.6.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.7.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.8.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.9.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.10.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.11.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.12.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.13.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.14.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.15.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.16.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.17.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.18.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.19.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.20.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.21.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.22.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.23.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.24.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.25.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.2.1.26.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.1.0 = Gauge32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.2.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.3.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.4.0 = Counter64: 0
iso.3.6.1.4.1.9.9.171.1.3.1.5.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.6.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.7.0 = Counter64: 0
iso.3.6.1.4.1.9.9.171.1.3.1.8.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.9.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.10.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.11.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.12.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.13.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.14.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.15.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.16.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.17.0 = Counter64: 0
iso.3.6.1.4.1.9.9.171.1.3.1.18.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.19.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.20.0 = Counter64: 0
iso.3.6.1.4.1.9.9.171.1.3.1.21.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.22.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.23.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.24.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.25.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.26.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.27.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.28.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.29.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.3.1.30.0 = Counter32: 0
iso.3.6.1.4.1.9.9.171.1.4.1.1.1.0 = INTEGER: 200
iso.3.6.1.4.1.9.9.171.1.4.1.1.2.0 = INTEGER: 1
iso.3.6.1.4.1.9.9.171.1.5.1.1.1.0 = INTEGER: 200
iso.3.6.1.4.1.9.9.171.1.6.1.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.2.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.3.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.4.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.5.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.6.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.7.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.8.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.9.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.10.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.11.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.12.0 = INTEGER: 2
iso.3.6.1.4.1.9.9.171.1.6.13.0 = INTEGER: 2

答案1

您的 mib 中的 OID 是否为 1.3.6.1.4.1.9.9.171.1.3.3.1.4（表示 cipSecEndPtLocalAddr1）？（我的服务器上的 /usr/share/snmp/mibs/CISCO-IPSEC-FLOW-MONITOR-MIB.txt）

它究竟是如何表现的？你能粘贴 snmpget 的输出和 snmpget 版本吗？

答案2

我想到了。

事实证明，桌子没有反应只是巧合。

据我所知，在隧道激活（即流量通过隧道发送）之前，无法通过 SNMP 获取任何 IPSec 策略或隧道信息。这解释了为什么我没有从我关心的 OID 那里得到任何响应，尽管我添加了策略，但我根本没有激活隧道。

感谢您所有的帮助！

相关内容