SharpSNMP max-repetitions 增加导致缓冲区大小异常通过 GPRS
SharpSNMP max-repetitions increase causes buffer size exception through GPRS
我正在尝试将 SNMP 请求发送到远程位置。
我正在使用代码项目 post ( here ) 中的 SharpSNMP 8.5.0 库和 Snmp.BulkWalk 示例。
在示例中，他们使用 10 次作为最大重复次数并使用嗅探软件，我注意到它正在创建多个数据报包以在子树中进行遍历。实际上我每次都得到 120 个数据包结果。所以我决定尝试更高的最大重复次数，我注意到数据包数量正在下降，实际上我可以在一个数据包中获取所有数据。现在我有另一个问题：远程设备正在使用 GPRS，当我使用 GPRS 从服务器在设备上执行 snmpwalk 时，出现超时或缓冲区超出大小错误。当我 运行 在我的本地 PC 上使用相同的解决方案并从我的路由器访问远程设备（不涉及 GPRS）时，我没有收到任何错误并获得了所有数据！
有人可以解释这种行为吗？它与 GPRS 限制有关吗？ GPRS 不可靠？还是服务器的网络限制？
（服务器中的MTU为1500）。有没有人知道可以通过 SNMP-UDP 数据包发送的最佳实践和最佳数据包大小？
虽然我是那个库的作者，但我无法回答 GPRS 部分，因为我不是移动网络专家。
我能回答的是包号部分，看一下"max-repititions",
的定义就比较简单了
https://www.webnms.com/snmp/help/snmpapi/snmpv3/v2c/maxrepetition.html
通过为该参数设置更大的值，单个数据包可以包含更多结果，并且显然需要更少的数据包。
我在那篇代码项目文章中使用了 10，因为它只是一个示例。您可能会从上面的 link 中看到其他库可能使用 50 作为默认值。
关于 SNMP 数据包大小的最佳实践，我一直被告知您应该避免超过网络 MTU。换句话说，设置 max-repetitions 以使以太网帧不会经常超过 1500 字节。 （当然，这假设您的 table 单元格的大小是可预测的。）
虽然使用较大的数据包应该适用于大多数配置良好的网络，但建议避免在网络上出现碎片化的数据包。也许数据包重组可能会在网络设备中产生更大的开销。而且，如果您无论如何都要将 PDU 分割成多个数据包，那么必须执行更多来回请求的缺点并不是那么糟糕。
例如Cisco设备seems to follow this best practice, and it's recommended in a Microsoft article.
（顺便说一句，下次您有两个单独的问题时，考虑将它们作为两个问题发布！）
我正在尝试将 SNMP 请求发送到远程位置。
我正在使用代码项目 post ( here ) 中的 SharpSNMP 8.5.0 库和 Snmp.BulkWalk 示例。
在示例中，他们使用 10 次作为最大重复次数并使用嗅探软件，我注意到它正在创建多个数据报包以在子树中进行遍历。实际上我每次都得到 120 个数据包结果。所以我决定尝试更高的最大重复次数，我注意到数据包数量正在下降，实际上我可以在一个数据包中获取所有数据。现在我有另一个问题：远程设备正在使用 GPRS，当我使用 GPRS 从服务器在设备上执行 snmpwalk 时，出现超时或缓冲区超出大小错误。当我 运行 在我的本地 PC 上使用相同的解决方案并从我的路由器访问远程设备（不涉及 GPRS）时，我没有收到任何错误并获得了所有数据！
有人可以解释这种行为吗？它与 GPRS 限制有关吗？ GPRS 不可靠？还是服务器的网络限制？
（服务器中的MTU为1500）。有没有人知道可以通过 SNMP-UDP 数据包发送的最佳实践和最佳数据包大小？
虽然我是那个库的作者，但我无法回答 GPRS 部分，因为我不是移动网络专家。
我能回答的是包号部分，看一下"max-repititions",
的定义就比较简单了https://www.webnms.com/snmp/help/snmpapi/snmpv3/v2c/maxrepetition.html
通过为该参数设置更大的值，单个数据包可以包含更多结果，并且显然需要更少的数据包。
我在那篇代码项目文章中使用了 10，因为它只是一个示例。您可能会从上面的 link 中看到其他库可能使用 50 作为默认值。
关于 SNMP 数据包大小的最佳实践，我一直被告知您应该避免超过网络 MTU。换句话说，设置 max-repetitions 以使以太网帧不会经常超过 1500 字节。 （当然，这假设您的 table 单元格的大小是可预测的。）
虽然使用较大的数据包应该适用于大多数配置良好的网络，但建议避免在网络上出现碎片化的数据包。也许数据包重组可能会在网络设备中产生更大的开销。而且，如果您无论如何都要将 PDU 分割成多个数据包，那么必须执行更多来回请求的缺点并不是那么糟糕。
例如Cisco设备seems to follow this best practice, and it's recommended in a Microsoft article.
（顺便说一句，下次您有两个单独的问题时，考虑将它们作为两个问题发布！）