变量绑定响应值不一致 - Windows SNMP 代理

Question

观察为 Microsoft snmp 代理和在交换机中运行的代理填充 SNMP 获取响应值的方式。

我正在尝试查询一些对象 ID。我在单个请求 pdu 消息中发送对所有对象 ID 的请求。

Windows SNMP 代理中的行为：

在请求的对象 id 中，如果代理中不存在任何对象 id，则整个响应消息设置为错误代码“noSuchObject”，并且所有请求的对象 id 值都返回 null，即使有一些有效的对象 ID 存在于代理中。

虽然我们尝试从运行在 cisco 交换机中的代理获取相同的 oid 列表，但错误代码是为特定的变量绑定设置的，它会返回所有其他存在的 oid 的值。

请Wireshark log (windows agent and cisco switch)refer 随附的 windows 代理和 cisco 代理的wireshark 快照。

RFC https://www.rfc-editor.org/rfc/rfc3416#section-4.2.1 提到在特定场景响应变量绑定的值字段应设置为“noSuchInstance” 附加信息：
微软操作系统：Windows server 2016

问题：

1.为什么微软会有这种行为？

2。是否有任何 Microsoft 论坛可以为此获得进一步的支持？

3.有针对此问题的现有解决方案或解决方法吗？

Answer 1

正如 Lex 在他/她的评论中指出的那样，尽管有一个非常精确的“标准”（通过 RFC），但 SNMP 生态系统在实施过程中存在显着的不合规性。在编写 SNMP 代理或管理器时，您必须了解与预期行为的所有实际偏差。不幸的是，您似乎找到了其中之一。

你可以尝试推动微软修复这个特定的错误，但在我看来成功的几率非常低，即使那样你仍然必须支持旧的实现。

您的解决方法是对单个对象发出请求，可能是预先提出请求，但至少在您认为该响应可疑时收到带有 null varbinds 的“noSuchObject”响应时。您的应用程序可以自动执行此操作，进入一种“回退模式”以尝试检测哪个对象触发了错误并获取仍然存在的对象的值。

对于所有有趣的对象，它显然会比单个 Get 慢，但好处是现在您实际上可以获得所需的数据。

如果像sysDescr 这样的标准对象碰巧可靠地识别了这个特定的有缺陷的代理，那么您可以将回退模式限制在该特定情况下。