RFC 1227：一个 SNMP 声音背后的多个本地主人

摘要

1991 年 5 月发布的 RFC 1227 从一个很实际的缺口出发。SNMP 代理可以读取内核变量或稳定文件，但路由守护进程等用户进程掌握着自己的活动状态。把一切复制到代理内部，会让代理承担不属于它的数据所有权；SMUX 选择让这些进程自行登记并回答。

一个进程建立本地主机关联，成为 SMUX 对等端，登记自己负责的 MIB 子树。远端管理站仍按 RFC 1157 的 SNMP 与单一代理交谈。代理收到请求后，只把有关变量送给对应进程，再把结果相关联并对外返回。公共协议形状保持统一，数据生产者却可以分散。

RFC Editor 条目如今把该文列为 Historic，Datatracker 记录则保留其历史轨迹。这些记录说明文档身份，不说明某台机器曾部署 SMUX。真正值得保存的是它对“一个代理”含义的拆解：网络端点统一，并不代表信息来源统一。

SMUX 的对象名来自 RFC 1155 的 SMI，其自身 MIB 又采用 RFC 1212 的简洁定义约定。这些共同词汇使外部树看起来连贯，却没有抹去树后每次本地选择的条件。

每个子树登记都带一个整数优先级，数字越小越优先。多个进程可以以不同优先级登记同一子树；-1 表示请求当前可用的最高位置，但代理仍可依据本地配置分配更差的优先级。登记者提出范围，代理保留最终准入与排序权。

协议还要求执行“子树挂载效应”。假如一个进程先登记较窄的对象，另一个进程后来登记包含它的较宽父子树，请求会交给较宽挂载者；较深的登记被遮蔽。这不是简单的重复数据源，而是命名空间路由发生改变。

因此，一次返回值最多证明：在那个时刻，代理按当时有效的优先级与挂载关系选择了某个本地回答。它不能证明被遮蔽的进程不存在，不能证明多个进程意见一致，也不能证明获胜者最接近设备、最早产生数据或拥有业务授权。

代理应禁止在 SNMP 与 SMUX 自身子树的上方、内部或下方登记，也可以依据实现政策拒绝其他范围。被接入命名空间是一次本地政策决定，不是一张永久产权证。连接断开、优先级变化或父子树新挂载，都可能让同一个 OID 换一个回答者。

RFC 1227 要求每个对等端在处理 GetNext 时，好像自己拥有整个 MIB。它可能返回登记范围之外的下一个对象。代理不能直接转发，而要检查返回对象是否仍属于触发请求的子树；若越界，就转向负责后续登记子树的进程继续查询。

这使职责十分清楚：对等端提出候选值，代理裁定它能否进入远端看到的遍历序列。一串看似连续的 OID 不是单一数据库的自然顺序，而是多次本地查询、范围校验与接线选择的合成结果。

内部请求 ID 同样不是远端原值的镜像。一个外部请求若被拆成多个发往同一进程的 PDU，内部 PDU 应共享一个 ID，但这个 ID 不必与管理站发来的相同。外部请求、内部扇出和外部响应是相互关联的三层记录。若审计只留下最后一个响应，事后就无法可靠还原谁曾被询问。

跨多个对等端的 Set 采用简单两阶段方法。代理先让每个参与者接受或拒绝，但此时不得真正执行。任何一方拒绝，代理就向所有参与者发送 rollback；全体接受，才发送 commit。

容易被忽略的是最后一步：对等端不回应这个 SOutPDU。第一阶段的 noError 只表示“这项操作可以接受”，并不表示持久状态已经改变。代理发出 commit 能证明它形成并发送了决定，却不能仅靠 RFC 1227 的事务记录证明每个进程已应用、落盘或对外生效。

确认结果需要后续证据：进程日志、新一轮读取、设备侧状态或独立效果观测。回滚也一样。两阶段词汇约束了协调过程，却没有自动填上最后的事实缺口。

SMUX MIB 提供对等端表和子树表，但把一行设为 invalid 后，是否物理删除由实现决定。管理站必须读取状态字段，不能用“表里还有这一行”推断当前仍在使用。存在性与有效性从协议层就被明确分开。

SimpleOpen 里有身份 OID、说明文字与密码，密码长度为零还表示无认证；文档同时声明没有讨论安全问题。因此，协议内所谓 authoritative 的 OID 不能自动证明现实中的个人、机构、权限范围或数据可信度。

TCP 映射使用端口 199，ASN.1 BER 本身可定界，所以不再加分包协议。今天的 IANA 服务名与端口注册表可保存编号语境，但注册表条目与 MIB 表行有相同的边界：有记录，不等于有监听器、有部署或有活动。

RFC 1227 的意义不在于它让多个进程看起来像一个，而在于它把这种“像”拆成可检查的本地决策。代理发出的答案、获胜的登记、对等端给出的值、事务决定与系统实际状态，必须分别保存。