嵌套网络snmp snmptrap消息发送示例

为发送SNMP陷阱提供的大多数示例都很简单，如下所示

snmptrap -v 1 -c public host TRAP-TEST-MIB::demotraps localhost 6 17 '' \
    SNMPv2-MIB::sysLocation.0 s "Just here"

以任何MIB文件为例，它们包含许多复杂的对象组，例如，systemGroup包含sysLocation、sysName等

---

有没有人能帮忙举个例子来说明如何发送包含此类对象组的snmp陷阱。这里再添加一个问题，SNMPTRAPD是否支持国际化

以包含整个对象组的方式定义SNMP通知（陷阱或通知），甚至更糟的是定义整个SNMP表，这是一种非常糟糕的做法。原因是，您实际上并不需要所有这些变量。另一个原因是分组/PDU受到MTU大小的限制。因此，由于UDP数据包的大小，您可能无法在单个UDP数据包中发送数据

适当的方案是使用很少的varbind，您还可以启动一些轮询周期，以了解在收到此类陷阱时如果需要更多详细信息会发生什么

SNMPTRAPD和NET-SNMP库通常不支持国际化（UNICODE）。该库仅限于ASCII字符集

---

市场上有一些商业产品，包括和其他一些完全支持UTF-8国际化的产品。

在我看来，这不是一个编程问题。有关企业IT或网络管理的问题，请访问Serverfault.com。@Jqlta这个问题是关于在NET-SNMP开放源代码中生成复杂的结构化SNMP陷阱和UNICODE支持。啊哈，这确实是一个编程问题。这个例子让我觉得它只与命令行工具有关。关于Unicode的问题应该作为一个单独的问题发布，也许澄清了一点——Unicode支持与国际化不一样。是的。请将其替换为UTF-8编码@Jolta，你有什么想法在NET-SNMP的snmptrapd代码中引入国际化吗？谢谢你的详细介绍。在SNMP陷阱消息中使用复杂结构可能是一种不好的做法。但我需要测试SNMP陷阱侦听器，以查看系统如何处理此类对象组或表。因此，您可以给出一些使用NET-SNMP提供的snmptrap应用程序生成此类陷阱的示例。您只需在

snmptrap

命令中指定对象组中的所有变量即可发送目标陷阱。SNMPTRAPD并不真正关心陷阱是否与MIB定义匹配。因此，它将按原样打印传入的陷阱。NET SNMP snmptrap是否将支持对象组发送为陷阱varbind？不，不。这就是为什么我在前面的回答中提出了解决方法，正如您所说的，只需在snmptrap命令中指定对象组中的所有变量即可。请您提供一个例子，其中包含netsnmp snmptrap send语法中的对象组，我在任何地方都找不到。