摘要

  • RFC 3637 明确说明：部分用于表示 Ethernet WIS 性能的 SONET-MIB 计数器，会在严重误码秒或不可用秒内停止递增；其对应的 IEEE 累计属性则不采用这种抑制。
  • 因而，误码曲线走平可能与状态恶化同时发生。必须把计数值与状态位、有效性、十五分钟窗口、阈值、层次、采样覆盖和本端/远端证据一起解释。

先分清四层现实。

第一层是物理事件。WIS 是特定 10GBASE-W 物理层中的以太网广域网接口子层，位于物理编码子层和物理介质连接子层之间，承担兼容 SONET/SDH 的成帧与扰码。RFC 3637 对适用范围很克制：它不覆盖所有以太网接口，也不把使用相邻物理子层的 SONET 线路终端设备混为 WIS。

第二层是采集。硬件状态位可以保持到被读取，错误寄存器则按 2^16 或 2^32 回卷。附录 A 给出的实现路径，是每秒轮询一次，做模运算差值，判断这一秒属于误码、严重误码还是不可用，并保留时间信息。仅从两次寄存器读数到“这一秒是什么状态”，已经发生了一次计算和分类。

第三层是投影。RFC 3637 没有另造一套完全对应 IEEE 属性的对象，而是稀疏扩展 SONET-MIB，并结合 EtherLike-MIB、MAU-MIB、接口表和倒置栈表。原因很实际：ATM over SONET 和 PPP over SONET 已经使用同一套管理语法。继续兼容可以减少运维分裂，但规范也承认这只是近似表示。

近似的关键在于“何时不计数”。IEEE 一侧的若干属性是广义、不可复位的累计计数器，并且不受抑制。SONET 投影则使用当前窗口和十五分钟区间。区段层的码违例计数在严重误码秒内不递增；线路层、路径层及远端对应项中的若干计数，在不可用秒内不递增；部分码违例计数在严重误码或不可用状态下都会被抑制。

因此，同一批物理错误可以产生两条都符合各自规则、却斜率不同的曲线。坏状态越久，某个区间计数器可能越安静。安静不是自动的抑制证明——恢复、漏采、重启、对象变更也能造成类似外观——但它足以否定“曲线越平，链路越健康”这一捷径。

阈值也并非同一个控制面。IEEE 描述的是每接口一个整数阈值；sonetSESthresholdSet 却是每网络元素一个枚举值，同时控制多层，而且只能选择有限档位。改变一个配置，可能同时改变多个层次对严重误码秒的判定。路径层还有 PLM-P、LCD-P 等 IEEE 判据与旧 SONET-MIB 不一致的问题。RFC 3637 增加了 WIS 状态位，但并没有让历史区间语义神奇地等价。

第四层才是决策。代理把当前值推入十五分钟历史，并给区间标记有效性。采样数不在 890 至 910 之间，区间就应无效；远端统计还可能因本端缺陷而无效。之后，采集器再次采样，平台计算速率，仪表盘赋予颜色，人再把颜色解释为健康或责任。每一步都可能保留自己的真实，却丢掉下一个判断所需的上下文。

正确做法不是挑一个“权威数字”，而是做语义连接：码违例、严重误码秒、不可用时间、状态位、区间有效性、经过时间、样本数、阈值、准确的指标名称和接口栈位置必须同行。本端与远端证据也要对照。远端状态说明可见的信号条件，不自动证明故障归属，更不能直接等同应用中断或商业损失。

控制权限同样需要分层。该 MIB 有五个可写对象。改变测试图样或累计测试错误会干扰测试；改写 J0/J1 发送踪迹可能让远端报警。只读数据也会暴露配置与性能。RFC 因此建议使用带认证和隐私保护的 SNMPv3，并不建议早期版本。但建议本身不证明任何设备已经安全部署。

RFC 的标准状态、IETF 历史、勘误快照和 IANA 注册只证明文件与注册事实，不证明某厂商实现、运营商部署、现实事故或当前普及程度。这篇研究只讨论被规范明确写出的信息损失。

来源