摘要

  • draft-ietf-opsawg-ipfix-ecn-00 提议的十一项信息元素能规范记录观测到的 ECN 终态，却不会自动保存计数器世代或 CE 覆盖前的 ECT 类型。
  • 趋势、L4S 比率和自动处置必须另行连接重启、区间、抽样、原始码点与结果回读；一个数字只能证明其自身定义内的观测。

这份 00 版工作组草案试图解决一个实际问题。若继续从完整的 IPv4 服务类型或 IPv6 Traffic Class 字节提取 ECN，DSCP 差异可能把同一分析对象拆成大量流。独立的 ipEcn 只输出两位 ECN 状态；Not-ECT、ECT(0)、ECT(1) 和 CE 各自拥有增量与总量计数器。MPLS 还得到基于外层标签和 MNA 的字段。

共同词汇值得建立，但共同词汇不是共同结论。总计数器的定义从某个观测点的计量进程初始化或重新初始化开始。设备重启、进程升级或采集实例迁移都会开启新世代。如果时间序列没有世代标识，下降会被误读为改善，上升会被误读为恶化。增量计数器也有自己的接缝：它只覆盖上一次报告之后的区间，报告丢失、重复或乱序都会改变可相加的范围。

更深的证据缺口来自 CE 本身。ECT(0) 和 ECT(1) 在被标记后都变成 CE。下游观测点只看最终两位，无法从 CE 还原它覆盖的是经典 ECN 还是 L4S 所使用的 ECT(1)。草案要求计算 L4S CE 比率时把 CE 归回原始 ECT 类别，避免两种信号混合；但计算策略明确不在范围内，十一项字段中也没有“标记前码点”。

因此，CE ÷ ECT(1) 不是天然成立的公式。若分子包含原本属于 ECT(0) 的包，而分母又排除了已经变成 CE 的 ECT(1) 包，精确小数只会掩盖分类错误。运营方必须说明如何补上这一边：成对的标记前后观测、队列内部与同一包群绑定的分类状态，或另一种可核验连接。连接方式本身也要处理丢包、时钟、聚合与重启。

观测点决定一句话能说多远。队列前、队列后、隧道出口和解封装之后看到的都是不同切面。RFC 6040 说明隧道会组合内外层 ECN；RFC 5129 又允许 MPLS 域用本地 EXP 映射。草案的 mplsEcn 只取最外层标签中被指定为 ECN 的位，收集器必须知道域内映射。没有映射版本和传播模型，跨域比较就没有共同含义。

抽样进一步改变分母。草案允许从包或流抽样获得统计，并建议使用有代表性的办法降低偏差。建议不是证明。固定概率包抽样、流抽样和负载下自适应抽样产生不同估计量。若设备在拥塞时降低采样率，缺失值会与 CE 同时增加；仪表盘可能恰在最需要观测时显示“改善”。

IPFIX 的安全传输回答的是另一问题。TLS 或 DTLS 与相互认证可以保护记录并确认导出进程。它不能证明探针放在正确接口、模板没有变化、抽样无偏、计数器未重置或 MPLS 映射有效。真实性不能替代测量有效性。

隐私也不能事后处理。按流长期保存 ECT(1) 分布可能暴露实时应用类别和用户活动。聚合、匿名化和访问控制能降低风险，也会消除标记前后配对所需的粒度。设计者必须明确哪一层保留原始连接、保存多久、谁能访问，以及公开分析放弃了哪些分辨率。

草案当前只是 OPSAWG 的 WG Document / I-D Exists，文首写明 Standards Track 意图。它不是 RFC、IANA 已分配字段、产品支持或部署效果。最稳妥的公共表述应当保持狭窄：某导出器在某观测点、某世代、某区间和某选择方法下，看到了这组最终 ECN 状态。至于哪类业务被标记、哪条队列造成、发送端如何响应、用户是否获益，都需要独立回执。

来源