读取、解释和导出SNMP消息

读取、解释和导出SNMP消息,snmp,Snmp,我正试图了解如何在我的网络中使用SNMP。它适用于工业应用,有200-800个IP的网络,但有许多怪癖和安全层 我想做的是捕捉任何陷阱,并通过SNMP定期读取所有网络设备的参数。它将被发送到外部系统进行存储和查看 我现在明白了,即使我的设备使用SNMP标准,相同的OID有时可能意味着不同的事情,然后我必须从供应商那里获取所有MIB文件。 我发现许多解析器可以从MIB中为我提供信息,但我需要的是一个完整的系统来导入MIB,将它们添加到某种库中,并让我知道我的库当前支持哪些设备。然后,当我收到一条消

我正试图了解如何在我的网络中使用SNMP。它适用于工业应用,有200-800个IP的网络,但有许多怪癖和安全层

我想做的是捕捉任何陷阱,并通过SNMP定期读取所有网络设备的参数。它将被发送到外部系统进行存储和查看

我现在明白了,即使我的设备使用SNMP标准,相同的OID有时可能意味着不同的事情,然后我必须从供应商那里获取所有MIB文件。 我发现许多解析器可以从MIB中为我提供信息,但我需要的是一个完整的系统来导入MIB,将它们添加到某种库中,并让我知道我的库当前支持哪些设备。然后,当我收到一条消息时,我需要系统找出发送该消息的设备,从MIB中查找正确的信息,并根据该信息构造一条报警消息

  • 目前是否有任何解决方案可以获取IP列表并向所有IP发送SNMP get消息
  • 我是否需要任何设置来接收SNMP陷阱,或者它们只是 尝试在指定的IP地址传递,我只需要 在正确的端口监听
  • 有没有办法解析所有这些MIB并将它们转换为可管理的库
  • 如何将设备与MIB中的信息关联起来,以便正确解释信息
  • 我想为此制定一个通用的解决方案,以便以后可以轻松地将其扩展到更多的设备和供应商。下面是一个典型网络的示意图,当然现实生活中有更多的组件。希望有人有一些好的意见


    一些典型的错误。1) 陷阱消息只有在正确配置的情况下才由SNMP代理发送到目的地,因此不事先配置就不可能“捕获任何陷阱”。2) 如果搜索MIB解析器/编译器,MIB文档解析非常常见。3) MIB文档中的信息只有在捕获陷阱消息并查看其数据时才有用。没有一个具体的例子来进一步讨论是很模糊的。你好,谢谢你的回复。1) 你说得对,我错过了。好的,我在所有设备上配置了目的地,这是否意味着我可以在不知道信息来源的任何细节的情况下监听我的经理?2) 是的,有很多解析器,我确信解析它是很容易解决的,但也有一些项目具有不同的年龄、流行度和支持度。因此,我很想直接听到人们使用了什么3)管理一个包含许多MIB文件的库,并将MIB文件与设备关联起来,这是我所关心的。我正在更新我的第一篇帖子来澄清这个系统。答案是肯定的,很多,从免费到昂贵。你需要做你的尽职调查。对于少量的NMS应用程序,请参见2)的答案:一旦设置了陷阱目的地,您只需要在该IP上安装一个收集器。但是,并不像之前评论中解释的那样有价值。真正的NMS应用程序将陷阱作为调查和根本原因分析的提示。陷阱是您的解决方案的一部分,SNMP、ICMP和其他收集方法也是如此。要继续讨论,1)您的经理应该获得所有陷阱消息,并且通用SNMP数据包格式确保所有对象都可以解码。然而,解释OID需要MIB文档中的领域知识。2) 因为我是解析器供应商之一,所以我不能就此给出公正的建议。你必须自己做评估。3) 管理MIB文档是您必须处理的事情。一旦您选择了解析器,它的供应商将进一步指导您。