解析mib的用法是什么？
what is usage of parsing mibs?
谁能告诉我为什么 NMS 实现会解析 MIB 项目并将其保存在数据库中？
我知道原因之一是当他们收到陷阱并想要对其进行分析时，他们会使用已解析的 MIB。他们还用解析的 MIB 做什么？
例如，当NMS向代理发送SNMP GET请求时，程序员必须指定正在请求哪些OID？
解析的 MIB 是否有其他用途，还是我们解析 MIB 只是为了分析 SNMP 陷阱？
您走在正确的轨道上 - 您 完全 解析 MIB 以使其易于阅读。这适用于陷阱（通知）和轮询值。但是，如果您将它解析为一个文本文件，那么 read/grep 需要大量数据才能找出描述、消息、可能的值、相关的 OID 等
除此之外，不只有一个 MIB。 NMS 可能对数十个或数百个 MIB 感兴趣。由于在主机上，您只添加希望该主机响应的 MIB，因此 NMS 必须拥有它所监视的设备可能的每个 MIB 的副本拥有 IT 以便它可以理解主机的响应 returns。
因此，您解析每个 MIB 并将其存储在数据库中，以便更快地进行搜索并将所有内容都集中在一个地方。这可能是为了让您可以找到与 varbinds 关联的消息，或者所有可能的枚举是什么，等等。
需要说明的是，解析 MIB 与在主机上执行 SNMPWalk 不同。 SNMPWalk 只是按顺序为您提供对每个 OID 的当前响应。
谁能告诉我为什么 NMS 实现会解析 MIB 项目并将其保存在数据库中？
我知道原因之一是当他们收到陷阱并想要对其进行分析时，他们会使用已解析的 MIB。他们还用解析的 MIB 做什么？
例如，当NMS向代理发送SNMP GET请求时，程序员必须指定正在请求哪些OID？
解析的 MIB 是否有其他用途，还是我们解析 MIB 只是为了分析 SNMP 陷阱？
您走在正确的轨道上 - 您 完全 解析 MIB 以使其易于阅读。这适用于陷阱（通知）和轮询值。但是，如果您将它解析为一个文本文件，那么 read/grep 需要大量数据才能找出描述、消息、可能的值、相关的 OID 等
除此之外，不只有一个 MIB。 NMS 可能对数十个或数百个 MIB 感兴趣。由于在主机上，您只添加希望该主机响应的 MIB，因此 NMS 必须拥有它所监视的设备可能的每个 MIB 的副本拥有 IT 以便它可以理解主机的响应 returns。
因此，您解析每个 MIB 并将其存储在数据库中，以便更快地进行搜索并将所有内容都集中在一个地方。这可能是为了让您可以找到与 varbinds 关联的消息，或者所有可能的枚举是什么，等等。
需要说明的是，解析 MIB 与在主机上执行 SNMPWalk 不同。 SNMPWalk 只是按顺序为您提供对每个 OID 的当前响应。