摘要

  • OBJECT-GROUP、MODULE-COMPLIANCE 与 AGENT-CAPABILITIES 分别描述对象集合、符合性下限和产品版本声称的能力，而不是同一张“支持”标签。
  • 三类宏都在实现阶段被展开，不会在运行时自动核验；能力标识符能帮助管理端缩小测试范围，却不是在线证明。
  • 一个对象若真正实现，读取必须给出合理准确的值；若可写，操作必须能影响被管理实体；无法实现时应诚实返回异常，不能伪造数值。

“支持”被拆成三份记录

RFC 1444 先用 OBJECT-GROUP 把相关管理对象组合成符合性单元，再用 MODULE-COMPLIANCE 规定声称符合一个或多个 MIB 模块时必须达到的最低要求，最后用 AGENT-CAPABILITIES 记录具体产品版本声称支持哪些组、有哪些差异。

这样的拆分让一个宽泛的 MIB 名称不再包办一切。某些组无条件必选；某些组只有在设备实现特定协议或另一组时才成为必选；其余组可以是可选项。单个对象还可收紧读取语法、另定写入语法或降低最低访问级别。

RFC Editor 记录显示，RFC 1444 于 1993 年 4 月以 Proposed Standard 发布，后来被 RFC 1904 取代。它真正留下的不是一枚大而化之的认证章，而是一套可逐组、逐对象拆解的承诺语言。

最低要求是一份合同，不是一条心跳

RFC 1444 反复强调，这些宏的展开在概念上发生于实现阶段，而非运行阶段。它们告诉开发者应当构建什么，也告诉管理软件产品方声称构建了什么。读取声明本身，不会向现场进程逐个发问。

但合同并不宽松。代理若声称符合，就必须实现 MANDATORY-GROUPS 里的每一个对象。如果某个必选对象在所有 MIB view 中都返回 noSuchObject，该代理就不符合这个模块。GROUP 条款则可写明条件性义务，例如只有实现 IP 的系统才必须实现相应对象组。

这份合同把失败位置钉得很准，却仍不能回答现场问题：设备是否满足触发条件，当前身份被分配到哪一个 view，提供该对象的进程是否健康。

能力 OID 只是声明的索引

AGENT-CAPABILITIES 解决的是规模问题。管理软件不必盲试一个 MIB 理论上允许的每一种操作。实现方可以把产品版本的能力说明绑定到 sysObjectID，或绑定到 snmpORID 的实例。管理站读到标识符后，查询自己的能力库，再据此优化请求。

它可以避开明确缺失的组，不对只读对象发起写入，把值限制在声明的语法范围，或在创建表项时补齐必需单元。如果代理会动态学习新的对象资源，单一 sysObjectID 可能不够精确，snmpORID 集合可以补充当前声明面。

但索引指向的仍是实现方写下的陈述。它不测量功能是否启用、view 是否开放、进程是否故障、数值是否准确。能力库是巡检路线图，不是巡检结果。

差异说明让“不完整”变得可核对

RFC 的示例没有假装产品整齐划一：一个对象被标为未实现，几个对象的语法被收窄，一个对象只能读，同一对象读写可接受的值不同，创建一行时还必须同时提供某个单元。

这种 VARIATION 不是免责声明，而是可操作信息。它区分缺失、只读、值域约束与创建前提。语义身份同样受到保护：对象组、符合性定义或能力定义只要发生非编辑性变更，就必须更换描述符和 OID。否则，同一个标识会在不同时间指向两份不同合同。

最后发言权属于运行对象

RFC 1444 对“实现”的定义直指行为。读取对象时，代理必须返回“合理准确”的值；对象若可写，收到 set 操作后必须能“合理影响”底层被管理实体。对象无法实现时，协议允许返回 noSuchObject 等异常或错误，但绝不能替未实现对象编造一个值。

因此，证据至少有四层。产品声明说某个版本自称具有什么能力；身份、view 与访问控制说当前请求可以触及什么；协议响应说这次得到数值、异常还是错误；独立观察再判断数值是否对应真实状态、写入是否造成预期效果、重启后是否保持。

收到一个数字，只证明响应里有一个数字，不自动证明计数器准确。Set 返回成功，只证明协议交换完成了某种处理，不自动证明接口真实改变，更不证明重启后仍然存在。noSuchObject 也不该被清洗成零；缺失本身就是证据。

后继标准保留了这条边界

RFC 1904 记录展示了 1996 年的第一次替代；RFC 2580 记录展示了 1999 年的第二次替代。RFC 2580延续核心结构：声称实现一个组，就要实现其中每个对象或通知；能力说明仍属于产品版本，管理端仍可读取 sysORID 并查库优化；它仍不是运行时证明。

安全边界也不能借符合性标签跨越。RFC 1444 明说不讨论安全问题。RFC 3410后来指出，早期 SNMPv2 框架没有实现原定的认证、隐私、授权、访问控制与远程管理目标，SNMPv3 才针对这些缺口形成后续架构。对象符合性不能顺便证明管理信道安全。

Lu Heng 的运行代码优先原则给出了阅读顺序：发布、实现、验证、部署与使用并不是同一件事。他关于现实层与象征层的区分，则阻止一份具有象征效力的声明冒充可执行结果。

不必把这些后来观点强加给 RFC 1444；标准自己的结构已经说明了一切。声明值得保存，因为它缩小了验证范围。对象仍必须亲自回答，因为只有运行才产生当下事实。

来源