Cisco IOS OID在不同型号设备上使用SNMP查询数据的稳定性如何?

Cisco IOS OID在不同型号设备上使用SNMP查询数据的稳定性如何?,snmp,oid,cisco-ios,Snmp,Oid,Cisco Ios,我正在使用SNMP从cisco交换机查询大量信息。例如,我通过在.1.3.6.1.4.1.9.9.23上进行snmpwalk来获取使用CDP检测到的邻居的信息 我可以在不同的cisco型号中使用此OID吗?我应该注意哪些陷阱?对我来说,我对使用数字OID有点不安——似乎我应该使用MIB数据库或其他东西,并使用命名的OID,以获得跨设备兼容性,但也许我只是在想象这种需要。这是非常一致的 监控工具依赖于一致性和CICS生成的MIB,因此很少更改旧值,通常只实现新值 看看思科 注意,它不会询问您查找的

我正在使用SNMP从cisco交换机查询大量信息。例如,我通过在.1.3.6.1.4.1.9.9.23上进行snmpwalk来获取使用CDP检测到的邻居的信息

我可以在不同的cisco型号中使用此OID吗?我应该注意哪些陷阱?对我来说,我对使用数字OID有点不安——似乎我应该使用MIB数据库或其他东西,并使用命名的OID,以获得跨设备兼容性,但也许我只是在想象这种需要。

这是非常一致的

监控工具依赖于一致性和CICS生成的MIB,因此很少更改旧值,通常只实现新值

看看思科

注意,它不会询问您查找的是什么产品

-mw

这是非常一致的

监控工具依赖于一致性和CICS生成的MIB,因此很少更改旧值,通常只实现新值

看看思科

注意,它不会询问您查找的是什么产品


-mw

一旦发布MIB,它将不会移动到新OID。这样做会破坏网络管理工具,并引起支持电话,这是没有人想要的。为了继续您的示例,CDP MIB已在Cisco的

对于一般的代码清洁,最好在一个中心位置定义OID,特别是因为您不想为需要访问的每个表复制完整的OID


你需要特别小心的地方是思科最近收购的产品中的一个独特的MIB。OID将发生变化,如果没有其他方法将其移动到他们自己的企业OID空间中,但MIB也可能发生变化,以符合Cisco的SNMP实践。

一旦发布了MIB,它将不会移动到新的OID。这样做会破坏网络管理工具,并引起支持电话,这是没有人想要的。为了继续您的示例,CDP MIB已在Cisco的

对于一般的代码清洁,最好在一个中心位置定义OID,特别是因为您不想为需要访问的每个表复制完整的OID

你需要特别小心的地方是思科最近收购的产品中的一个独特的MIB。OID将发生变化,如果没有其他方法将其移动到自己的企业OID空间中,但MIB也可能发生变化,以符合Cisco的SNMP实践

我将避免使用数字OID,而是使用“OID名称”,并将翻译成您正在使用的任何SNMP API的艰苦工作留给您。 如果不可能,则可以使用OID,因为它们不应根据SNMP MIB指南进行更改。除非设备本身发生变化,但这需要一个新的MIB,不能重用旧的OID

这是显而易见的,但请务必查看SNMP MIB变量的属性。确保不要查询状态为“过时”的变量。 杰

我将避免使用数字OID,而是使用“OID名称”,并将翻译成您正在使用的任何SNMP API的艰苦工作留给您。 如果不可能,则可以使用OID,因为它们不应根据SNMP MIB指南进行更改。除非设备本身发生变化,但这需要一个新的MIB,不能重用旧的OID

这是显而易见的,但请务必查看SNMP MIB变量的属性。确保不要查询状态为“过时”的变量。
Jay..

在某些情况下,由于需要读取和解析MIB文件以获得较低级别库所需OID的数字表示,因此使用名称而不是数字表示可能会严重影响性能

例如,假设您每分钟使用一个程序收集一些东西,然后反复加载MIB是非常低效的

正如其他人所说,一旦发布,数字映射的名称将永远不会改变,因此,将内容硬编码到程序中并不是一个真正的问题


如果您可以访问命令行SNMP工具,请查看一个很好的工具,可以从文本到数字OID来回切换。

在某些情况下,由于需要读取和解析MIB文件以获得较低级别库所需的OID的数字表示,因此使用名称而不是数字表示可能会严重影响性能

例如,假设您每分钟使用一个程序收集一些东西,然后反复加载MIB是非常低效的

正如其他人所说,一旦发布,数字映射的名称将永远不会改变,因此,将内容硬编码到程序中并不是一个真正的问题


如果您可以访问命令行SNMP工具,请查看一个很好的工具,可以从文本到数字OID来回切换。

我认为这是关于MIB重新加载的常见误解 当你解析一个名字时

大多数SNMP API(如AdventNet、CMU)在启动时加载MIB,此后,每次您要求将MIB从名称“转换”为oid时,加载MIB不会产生任何“开销”,反之亦然。更重要的是,其中一些缓存结果,在这一点上,名称查找和直接编码OID之间没有区别


这有点类似于指定IP地址而不是“主机名”。

我认为这是关于每次解析名称时重新加载MIB的常见误解

大多数SNMP API(如AdventNet、CMU)在启动时加载MIB,此后,每次您要求将MIB从名称“转换”为oid时,加载MIB不会产生任何“开销”,反之亦然。更重要的是,其中一些缓存结果,在这一点上,名称查找和直接编码OID之间没有区别


这有点类似于指定IP地址而不是“主机名”。

OID可以随硬件的不同而变化,也可以随同一硬件的固件版本而变化,因为随着时间的推移,管理功能的体系结构可能会发生变化并需要新的MIB。值得检查的是,您打算使用的OID是否存在于不推荐使用的MIB中,或者在应用程序的生命周期中变得如此,因为这不仅表明有一天MIB可能不受支持,而且还表明可能会有改进、更丰富的数据或对数据的访问。在广泛部署之前,作为固件更新例行测试的一部分,针对升级后的示例设备测试管理应用程序也是一种很好的做法

由于不推荐使用MIB而导致OID更改的示例如下:

本文档介绍如何复制一个文件 与Cisco服务器之间的配置文件 带有CISCO-CONFIG-COPY-MIB的设备。 如果您从Cisco IOS®软件开始 12.0版,或在某些设备上 早在11.2P版,Cisco就发布了 实现了一种新的简单方法 网络管理协议SNMP 配置管理与新的 CISCO-CONFIG-COPY-MIB。这个MIB 替换不推荐的配置 旧版CISCO-SYSTEM-MIB的一节


OID可能因硬件而异,但也可能因同一硬件的固件版本而异,因为随着时间的推移,管理功能的体系结构可能会发生变化并需要新的MIB。值得检查的是,您打算使用的OID是否存在于不推荐使用的MIB中,或者在应用程序的生命周期中变得如此,因为这不仅表明有一天MIB可能不受支持,而且还表明可能会有改进、更丰富的数据或对数据的访问。在广泛部署之前,作为固件更新例行测试的一部分,针对升级后的示例设备测试管理应用程序也是一种很好的做法

由于不推荐使用MIB而导致OID更改的示例如下:

本文档介绍如何复制一个文件 与Cisco服务器之间的配置文件 带有CISCO-CONFIG-COPY-MIB的设备。 如果您从Cisco IOS®软件开始 12.0版,或在某些设备上 早在11.2P版,Cisco就发布了 实现了一种新的简单方法 网络管理协议SNMP 配置管理与新的 CISCO-CONFIG-COPY-MIB。这个MIB 替换不推荐的配置 旧版CISCO-SYSTEM-MIB的一节