代理不支持的MIB的SNMP Walk和Get/GetNext

我们的代理目前不支持1.3.6.1.2.1.10.7中的所有OID和组

假设代理仅支持1.3.6.1.2.1.10.7.11组。现在，如果让SNMP Walk/GetNext/Get进入1.3.6.1.2.1.10.7.5.1.2（leaf）或说1.3.6.1.2.1.10.7.5（table），代理是否返回1.3.6.1.2.1.10.7.11.1或其他内容。

GetNext GetNext将为您提供下一个对象的当前值，该对象在请求的OID之后以数字形式找到，该对象存在且受支持

（或者，如果不存在这样的对象，则返回响应，并将字段设置为特殊的noSuchName错误值。）

（或者，如果响应太大，则返回响应时字段设置为特殊的tooBig错误值。）

（或者，如果存在其他问题，则将响应发送回，并将字段设置为特殊genErr错误值。）

walk基于GetNext请求（或GetBulk，两者相同，但传输效率更高）构建

你可以

---

现在，如果让SNMP Walk/GetNext/Get进入1.3.6.1.2.1.10.7.5.1.2（leaf）或说1.3.6.1.2.1.10.7.5（table），代理是否应返回1.3.6.1.2.1.10.7.1

不，这在MIB中是倒退的。是GetNext，不是GetPrevious

或者别的什么

是的，可能是1.3.6.1.2.1.11下的内容，尽管这取决于代理的功能和配置-它也可能不支持该子树中的任何对象

代理是否应返回1.3.6.1.2.1.10.7.11.1

是的，这将是一个顺从的、合理的做法

---

得到 如果让SNMP Walk/GetNext/Get进入1.3.6.1.2.1.10.7.5.1.2（leaf）或说1.3.6.1.2.1.10.7.5（table），代理应返回1.3.6.1.2.1.10.7.11.1或其他内容

Get中没有导航机制

---

事实上，这就是为什么要添加GetNext

谢谢-因此我理解，在OID上的GetNext请求上返回1.3.6.1.2.1.10.7.1是不受支持的，那么-请确认，然后在Get命令上返回什么？“然后在Get命令上返回什么？”我不理解，抱歉。抱歉更新了问题-现在如果在1.3.6.1.2.1.10.7.5.1.2（叶）上给出SNMP Walk/GetNext/Get或者，如果代理返回1.3.6.1.2.1.10.7.5（表）或其他内容，则返回1.3.6.1.2.1.10.7.11.1。用户可以选择一个叶，例如1.3.6.1.2.1.10.7.10.1.2，并发出Get命令-预期的行为是什么？您还想知道什么？说真的，你需要做一些阅读/研究。我不会一次一个地教你SNMP的所有基础知识。。。几年前我开始使用SNMP创建SNMP代理时，只花了几天时间就通过在线阅读规范和各种资料掌握了基本知识。如果您有具体的问题，请随时回来；这是关于规格的