我的团队的情况是SNMP SET每两周左右就会失败一次。由于这一组自动发生，我们不一定会在失败时立即注意到它，这可能导致配置不一致以及相关的嚎叫和咬牙切齿。计划是通过让我们的软件在失败时自动重试SET来解决这个问题。
问题是，我们不确定失败的原因。我（非常有限）的SNMP知识对于诊断这个问题并不是特别有用，所以我想我会问StackOverflow一些建议。我们认为网络流量频繁出现会导致SET失败。由于SNMP使用UDP进行通信，我认为如果流量在短时间内很高，命令就会被淹没相对容易。但是，我不知道这有多常见。我们有一个带有单个cisco路由器的小型网络，该网络上只有不到12个SNMP控制的设备。除了SNMP流量之外，还有一些状态网页从各种设备加载。如果它有所作为，我相信我们正在使用AdventNet SNMP API版本4.0.4 for Java。
偶尔会丢弃一些SET命令，或者我们是否应该寻找其他原因听起来是否合理？
答案 0 :(得分：3)
SNMP的设计不可靠。它使用UDP作为其传输协议。路由器在完成高优先级工作时会丢弃SNMP数据包。所以是的，偶尔删除SET命令听起来很合理：）
首先升级到最新版本的SNMP库（如果有的话）。
然后您可以设置重试机制：使用GET验证每个SET。如果失败，请将SET排队等待以后的尝试。这需要一个精心设计的排队机制：相同设置的后续SET应该在现有的排队SET之后或之上排队。
另一个选择是每小时同步整个州;使用GET进行设置，如果已更改，请设置它。可以使用警报系统报告超过3小时未完成的更改。
还有更多选项，但如果你平均每周只有1次失败，我会选择最简单的一种：用GET验证SET，重试5次，如果仍然失败，请发送电子邮件。