摘要

  • RFC 2037 允许一个 SNMP agent 描述多个逻辑实体和一棵物理部件树；同一个索引在不同作用域里可以指向完全不同的对象。
  • 包含关系、逻辑—物理映射和别名表让身份能够被重建，却不能证明所有权、本地性、完整性或不同 agent 之间的一致性。

管理系统里最危险的数字，往往不是错误的数字，而是丢掉了作用域的正确数字。

RFC 2037 面对的正是这种问题。一个路由器可以同时参加两个自治系统，而两个系统都可以拥有编号为 0.0.0.0 的 OSPF 骨干区域；一个机箱也可以承载多个逻辑中继器、网桥或路由器，却只从一个管理端点对外提供信息。对象标识符和整数索引都可能准确，但一旦离开产生它们的上下文，就不再具有唯一含义。

Entity MIB 没有为此发明一个全球统一编号。它做的是把解释局部编号所需的连接关系留下来。

索引只有在命名作用域里才是名字

RFC 2037 把一次操作能够访问、并共享同一套唯一标识空间的管理信息称为“命名作用域”。在 SNMPv1 和 SNMPv2c 下，entLogicalCommunity 给出访问某个逻辑实体作用域所用的 community。

如果两个逻辑路由器都返回 ifIndex.5，相同的后缀并不证明它们是同一个接口。除非另有映射，两个 5 来自两套标识空间。可审计的记录不应只是“接口 5”，而应是“这个 agent 在这个时间、这个逻辑作用域下返回的接口 5”。

逻辑表的解释范围也很窄。使用同一个 community 的逻辑实体之间，不因此形成行政关系；一行逻辑记录也不会说明实体就在本机箱内，还是由 agent 代为访问。RFC 2037 还明确把命名作用域本身的管理排除在外。community 指出进入数据的路径，却不证明谁有权治理这条路径。

空槽位也是结构，不是空白

物理表至少包含一个代表整体设备的实体，并以 entPhysicalContainedIn 连接直接容器。沿着这条关系向上追溯，最终到达索引零。机箱包含槽位，槽位包含模块，模块再包含端口。

RFC 2037 要求容器无论空置还是装满都要被表示。这让“明确存在但尚未安装模块的槽位”与“agent 根本没有建模的槽位”成为两件事。前者是可观察的空缺；后者可能来自实现不完整、视图过时，或 agent 只选择暴露系统的一部分。

但表中的结构仍只是 agent 的物理模型。它不是仓库盘点签名，也不能证明有人刚刚检查过机箱。缺少一行记录，不能单独证明部件在现实中不存在。

逻辑实体与物理部件不是一夫一妻制

entLPMappingTable 把逻辑实体连接到支撑它们的物理部件。RFC 2037 明确允许多对多：一个逻辑路由器可以使用多块模块和多个端口，多个逻辑实体也可以共享同一背板或其他部件。

这张表记录“由什么支撑”，不是产权登记。映射不证明独占所有权、行政控制、租户关系、成本归属或法律责任。它甚至不会说明每条连接究竟是什么性质；RFC 要求读者结合逻辑实体自己的 MIB 对关系作进一步判断。

示例还拒绝了看似方便的压缩。在端口可切换的集线器中，即使所有端口此刻都归属同一个中继器，逐端口映射仍可能不可替代。用一个模块级映射覆盖它们，会抹掉真正的控制面：端口能够被分别重新分配。

别名把外部索引接回物理世界

entAliasMappingTable 同时绑定逻辑实体、物理部件和另一个 MIB 中的标识符。它可以说明某个 ifIndex、中继器端口或其他对象实例，在这个逻辑作用域下对应哪一个物理部分。

有价值的是完整连接，而不是数字本身。逻辑索引选择命名作用域，物理索引选择部件，别名才给外部对象找到落点。逻辑索引零可以作为通配映射，适用于没有更具体映射的逻辑实体；它只是一个 agent 模型内的默认规则，不是“所有地方都相同”的声明。

一个物理部件也可以没有任何别名行。这只说明 agent 没有暴露别名，不能证明其他地方不存在业务或运行关系。

逻辑记录不证明行政关系，也不证明本地实现

entLogicalTable 为逻辑实体提供名称、描述、类型、community 和传输信息。RFC 2037 对不得推断的内容说得很清楚：相同 community 不意味着行政关联，表项也不区分本地实现与代理访问。

传输地址与域描述的是 agent 所称的访问方式。它们不证明端点此刻可达，不证明 agent 对实体的一切属性拥有权威，也不证明逻辑实体真的位于同一个机箱。

这条边界使 Entity MIB 更可靠，而不是更弱。它准确回答“这个 agent 如何组织其视图”，没有冒充组织权力、现场状态或完整资产清单。

两个 agent 可以给出两套都合法的视图

RFC 2037 允许多个 agent 表示相互重叠的物理或逻辑实体，而且明确说这些 Entity MIB 实例不必等价或一致。任意分配的索引可以不同，厂商标识可以不同，每个 agent 也可以覆盖系统的不同子集。

因此，跨 agent 对账不能把相同的 entPhysicalIndex 当作身份，也不能看到描述不同就自动判定一方错误。对账需要另外的稳定证据，例如序列信息、拓扑、运维记录或经过验证的连接；结论的强度只等于连接证据的强度。

时间维度同样如此。变更提示能说明 agent 暴露的配置发生了变化，却不能说明为何改变、谁批准了改变，或变更后的视图是否完整。

只读不等于全知

在 RFC 2037 这一版中，模块定义的可访问对象实例全部是 MAX-ACCESS read-only，结构索引则不可直接访问。MIB 负责观察和关联实体，并没有把读取者变成这些实体的管理员。

一次成功读取只能证明：一个 agent 在一个作用域下、一个时间点返回了一个值。它不证明当前部署意图、实时可达性、现场盘点、业务影响或行政权威。RFC 的安全章节提醒部分信息可能敏感，并建议使用访问控制视图；这也不能反向证明某个部署已经正确配置了访问控制。

版本边界尤其重要。RFC 2737 后来加入了 SNMPv3 的上下文字段和可写的管理标识，RFC 4133 继续修订，RFC 6933 目前位于这条替代链的末端。后继规范说明作用域问题一直重要，却不能把后来的能力倒写进 1996 年的文本。

来源