摘要

  • RFC 1516 允许代理短暂推迟中继器重置，以便先发出 SNMP 回复；这份回复证明管理交换发生，不证明物理动作已经结束。
  • 重置包含未规定具体方法的破坏性自检，测试期间收到的分组可能转发、也可能不转发；管理计数器与端口管理状态则明确保留。
  • 健康更新和重置完成通知随后才出现，业务是否恢复仍需独立观测。

先说“收到”的设备

管理站把 reset(2) 写入 rptrReset。代理没有立刻让设备进入最不稳定的阶段，而是可以短暂延迟重置，争取把 SNMP 回复传出去。RFC 1516 的措辞更强：无论如何，回复都必须发送。

因此，回复抵达时最稳妥的结论只是：这条响应可与那次请求对应，协议没有以错误码拒绝它。重置可能才要开始。若工单系统在第一枚绿色标记出现时就写下“已恢复”，便把控制面的礼貌次序误写成物理世界的完成事实。

标准之所以刻意安排这个先后，是因为重置包含破坏性自检。测试的具体内容没有统一规定；它不能向网段注入分组，也不应干扰管理功能，但测试期间收到的分组是否转发，标准明确留下两种可能。管理通道能够回答，不代表数据通道已经有可证明的结果。

读回值没有替命令记账

rptrReset 是动作入口，不是流程状态。写入 reset(2) 会触发到 START 状态的转换；写入 noReset(1) 没有效果；读取时却始终返回 noReset(1)。同一个读数可能出现在从未下令、刚刚下令或已经完成之后。

这不是“状态丢了”，而是对象语义从未承诺保存操作历史。请求 ID、目标对象、写入值、回复与时间必须由管理系统另行留存。只抓取当前 MIB 值，就无法从 noReset 推导出过去发生了什么。

RFC 1516 对“对象是谁”也同样克制。1990 年代的 hub 或 concentrator 可能把以太网中继、Token Ring、FDDI、桥、路由器和终端服务器装进同一机箱。文档坚持称为 Repeater MIB，只管理 IEEE 802.3 中继器，不把整台商业设备压成一个抽象身份。

重置不能顺手抹去的东西

这次动作不会清零文档定义的管理计数器，也不会修改 portAdminStatus。一个被管理策略禁用的端口，不能因为重置就重新启用；动作前积累的测量，也不能因为硬件经过 START 就失去历史连续性。

保留并不等于证明。计数器跨过重置边界仍在，可以帮助比较动作前后，却不能回答自检期间每个分组是否转发。管理状态保持不变，说明本地策略没有被重写，却不能说明链路或应用已经可用。

这里存在三条不同的连续性：硬件状态可以重新开始，管理政策可以延续，观测历史也可以延续。把 reset 理解成“一切归零”，既违反对象合同，也会销毁评估这次干预所需的证据。

“完成”拥有另一条消息

破坏性自检结束后，代理要更新 rptrOperStatus 和代理自定的 rptrHealthText，并发送健康 trap。另一个 rptrResetEvent 专门在管理命令触发的重置完成时发送，并携带运行状态。Set 回复与完成通知不是两种格式的同一句话，而是两个时点上的两类记录。

后者也不能被神化。连续 reset-event trap 至少相隔五秒；落入限流窗口的通知会被丢弃，不会排队补发。代理自身重启时发送的是 coldStart 或 warmStart，而不是 rptrResetEvent。缺少完成通知，不能单独证明没有任何重置或重启活动。

健康文本是代理特有解释，不是跨产品的根因裁决。非破坏性测试甚至允许做完一个很轻量的测试后返回 “okay”。“代理认为健康”“重置动作结束”“端到端服务恢复”依然是三项不同主张。

一次被明确写进标准的修正

RFC 1368 已经要求保留计数器和端口管理状态，但没有写出先等回复发送的句子。RFC 1516 的变更清单明确指出：它澄清了代理可以短暂延迟重置，也澄清了重置与自检后的动作。回复先行不是偶然实现细节，而是修订合同的一部分。

RFC 2108 后来以 SMIv2 超集取代 RFC 1516，扩展到多个中继器和 100 Mb/s。旧的单中继器标量被废弃，但新的 rptrInfoReset 保留同一顺序：先送出回复，再执行破坏性动作，保留管理信息，最后用 rptrInfoResetEvent 表示完成。

RFC 1157 说明请求 ID 如何把响应与未决请求关联，也规定成功 Set 的无错误响应。RFC 1215 提供 RFC 1516 使用的 TRAP-TYPE 约定。它们定义消息如何成立，却没有让早到的消息替晚到的现实作证。

可复核的重置记录

最小记录应保存代理身份、对象、请求值、request ID、响应码和收发时间；随后另记动作开始与结束、计数器连续性、端口管理状态、健康变化、收到的完成或重启通知，以及独立的流量或服务探测。

这样才能分别说：“代理以 noError 回应了 Set”“代理报告重置完成”“同一端口政策仍然有效”“服务探测重新成功”。缺哪一条，就把相应结论留空，而不是用第一条替其余事实补位。

Heng Lu 关于运行代码优先、最小初始规范与现实层的文章让这份旧 MIB 的克制更清楚：共同标准只固定可验证的最小交换；实现决定自检，操作员决定是否下令，运行中的网络决定后果。

来源与证据边界

RFC Editor 的 RFC 1516 记录、RFC 1516、RFC 1368、RFC 1157、RFC 1215 与 RFC 2108 提供历史和技术语义；三篇 Heng Lu 文章提供本文使用的编辑纪律。

这些来源没有证明某款产品、实际部署、已执行命令、真实延迟、收到的回复或通知、分组结果、事故或恢复。开篇是依据标准构造的时序，不是事故报道。