如何通过SNMP代理在网络管理系统和进程之间建立信息交换和子例程执行？

Question

大图：

其目标是一方面通过SNMP创建(C++)子程序，这些子程序由进程提供，由SNMP ()执行。

另一方面，进程需要能够告诉它们的状态(例如初始化、活动、停止)，并通过SNMP代理将消息记录到SNMP NMS。

我发现最有希望的方法是实现一个C++ Net-SNMP子代理，它提供了一个小的API。

例如：

• setCallback(回调c)
• logMsg(字符串s)
• setState(State )

相关进程可以实现这些API并传递回调对象、设置实际状态和日志消息。

关键是回调对象提供的子程序需要在MIB (管理信息库)中进行描述，以使NMS能够访问这些子程序。由于在编译时不知道具体的子例程，所以我正在寻找一种方法，将子例程的签名转换为SMIv2 (ASN.1)描述，以便在运行时扩展MIB。

您是否知道满足要求的框架、工具或方法，或使SNMP代理MIB中的子例程“可用”的技术？

是否有可能在运行时扩展代理MIB？

Answer 1

在运行时扩展MIB将无法达到拥有MIB的目的。MIB应该告诉管理器哪些变量是可用的，如果变量集动态变化，MIB将不向管理器提供此信息。

我确信，如果管理人员能够在需要时通过FTP定期获取MIB文件，并且能够动态地适应MIB内容，这是可以解决的，但我还没有看到一个能够这样做的NMS。即使有可能，我也强烈建议不要违反惯例。有关于如何对MIB模块进行更改的RFCs，您肯定会违反它们。

我认为最好的方法是在表中列出子程序列表(允许代理在运行时动态更改)。然后，让标量读/写变量"runSubroutine“，其中Manager可以设置它想要运行的子例程的索引值。将参数和返回值放入其他变量中。Manager将对子例程表执行SNMP遍历，查找要运行的子例程表的索引，然后发送带有参数和子例程索引的SNMP set命令。

最后，这可能是可行的，但请考虑使用真正的RPC协议，而不是试图将这些功能压缩到SNMP中。