我们的 4 个 6500 机箱在 SNMP ENGINE 进程中具有持续的高 CPU 使用率。三个底盘持续运行约 20-30%,第四个持续运行约 50%。我们还有大约 30 多台 6500 没有显示任何问题。据我所知,我们正在监控所有 6500 机箱上完全相同的 OID。是否有显示命令会显示正在轮询的 OID 导致使用这么多 CPU?
我从这里实现了“snmp-server view cutdown” ,它使 CPU 下降了一点,但确实需要找到除此之外的解决方案。
我们的 4 个 6500 机箱在 SNMP ENGINE 进程中具有持续的高 CPU 使用率。三个底盘持续运行约 20-30%,第四个持续运行约 50%。我们还有大约 30 多台 6500 没有显示任何问题。据我所知,我们正在监控所有 6500 机箱上完全相同的 OID。是否有显示命令会显示正在轮询的 OID 导致使用这么多 CPU?
我从这里实现了“snmp-server view cutdown” ,它使 CPU 下降了一点,但确实需要找到除此之外的解决方案。
我会看一下Cisco 的这个支持文档。
在某种程度上,它建议运行以下命令来查看最近轮询了哪些 OID:
show snmp stats oid
这给出了您正在轮询的 OID 的读数。它将允许您通过判断时间戳来查看哪个 OID 需要很长时间来轮询。这通常是您的问题所在。请参阅以下示例输出:
asr1001-1#show snmp stats oid
time-stamp #of times requested OID
20:31:33 EDT May 25 2013 1142 ifOutDiscards
20:31:33 EDT May 25 2013 1142 ifOutErrors
20:31:33 EDT May 25 2013 1142 ifInDiscards
20:31:33 EDT May 25 2013 1142 ifInErrors
20:31:33 EDT May 25 2013 1142 ifHCOutOctets
20:31:33 EDT May 25 2013 1902 ifHCInOctets
但是请注意,它仅在 IOS 版本 12.4(20)T 和 12.0(22)S 中添加,因此您可能无法使用。
在链接的文档中还有一些其他方法,例如:
debug snmp packets
它们不像 那样漂亮和整洁,show snmp stats oid
但是如果该命令不可用,它们可以帮助您。