Udp snmp陷阱大小查询

在我们的应用程序中，分配了缓冲区以接收snmp陷阱，即：

unsigned char buffer[65536 - 60 - 8];

但是这些数字告诉了我IP数据包的头、尾和总长度

---

您能解释一下，为什么我们需要这个大小的缓冲区来进行snmp陷阱吗？

snmp允许PDU的大小达到网络的MTU。缓冲区应该与预期的最大数据包一样大，因此如果可能，它可能对应于MTU。 例如，以太网允许多达1500字节的帧有效负载

编辑：好的，以下是RFC 3416的正式定义：

The maximum size of an SNMP message is limited to the minimum of:

(1)   the maximum message size which the destination SNMP entity can
     accept; and,

(2)   the maximum message size which the source SNMP entity can
     generate.

我认为这与网络的MTU有关，但当然，如果数据包在碎片化后正确地重新组装，那么接收更大的陷阱就没有问题

---

也许，如果您要问“为什么我的代码中有65536这个数字”，您应该问编写它的人？

您是否使用了任何用于SNMP请求的框架，例如net SNMP？如果是，哪一个？当你问“我们为什么需要它”时，我会问一个反问“你怎么知道你需要它？”澄清你是如何计算出这个数字的，这可以帮助其他人理解你的问题。当我测试代码时，我能够收到12000字节的陷阱。因此，这意味着ip片段和重新组装，并转发到udp，然后是snmp层。那么，你认为陷阱大小应该如此重要吗？我的意思是，snmp是否讨论了陷阱大小的限制？谢谢您的回答