摘要

  • IESG 于 2026 年 8 月 13 日批准 draft-ietf-opsawg-discardmodel-16 以 Proposed Standard 发布。文件用信息模型和 YANG 数据模型统一接口、设备与控制平面的数据包丢弃报告。
  • 文件明确指出，分类本身不能判断丢弃是否符合运营者意图。计数器证明设备本地的一项观察；本地政策、配置意图、基线、持续时间、服务语境、实现优先级和相邻证据决定它意味着什么。

同一个类别可以要求相反动作

开篇是假设场景，不是某个厂商或网络的真实事故。两条记录都可能准确，因为“policy”丢弃首先只说明流量命中了已执行规则，并不说明该规则今天仍然代表服务所有者的意图。

在第一块接口上，删除访问控制会打开原本合法的安全边界；在第二块接口上，不改旧规则会延长中断。把一个类别直接映射为“无须动作”或“删除规则”的自动化，至少会在一边作出错误决定。

标准化解决的是另一类问题：设备在哪里最终决定不转发或不本地交付，事件落入哪条记账分支。共同词汇缩小调查范围，却没有让遥测成为运营意图的裁判。

获批标准建立共同观察语法

IESG 批准的文件名为“Information and Data Models for Packet Discard Reporting”。在 RFC Editor 正式发布前，第 16 版仍是 Internet-Draft。它来自 Operations and Management Area Working Group。

文件定义与具体实现无关的信息模型，以及关注接口、设备和控制平面的 YANG 数据模型。shepherd 材料报告了四家厂商九种硬件平台的映射或实现，也有部分模型的开源实现。这是有价值的运行代码证据，却不是全球部署证明，也不能保证不同芯片采用完全相同的记账路径。

分类路径按组件、方向、流量或丢弃、协议层、子类、更细原因和指标逐层展开。组件可以是控制平面、接口、流或整个设备；方向区分入站与出站；二层帧和三层包分开；错误、政策和无缓冲区也各有分支。

这套语法比一个总丢弃值更适合跨平台调查和自动化。但设备公布的是自己的运行状态，不是完整路径、上游事件、客户预期和治理决定的重建结果。

最终丢包设备只拥有一个窄事实

实现规则规定，只有最终决定不再转发或本地交付的设备，才能把包计为丢弃。把包转交另一条内部处理路径，包括送往控制平面，并不等于已经丢弃；若后来才被放弃，计数应落在那个最终位置。

规则避免内部转交变成多次损失，也使观察责任更清楚。能归于物理或逻辑接口时应归接口，不能时才归设备。

观察点却不一定是原因起点。接收侧二层错误可能说明当前设备正确拒绝了在链路或上游发送端已经损坏的帧。三层接收错误可能来自外部头部本身无效。“无路由”可能源于本地表、错误配置或收敛瞬间。TTL 到期可能是普通诊断、发送端设置过低，也可能是收敛问题或环路。

因此，计数器能证明“这台设备按此类别最终丢弃”。它不能独自证明“这台设备制造了服务故障”“这里是第一故障点”或“下线这台设备最安全”。

只记一次不等于只有一个原因

模型严格防止重复记账。在同一个方向或语境中，包只能属于成功流量或丢弃之一；二层丢弃不能再记为三层；单个丢弃最多归入错误、政策或无缓冲区中的一个子类；更细的拥塞类型还必须包含在上层合计中。

这些约束让计数可对账，却没有宣称包只遇到一种条件。同一个包可能同时命中政策、遇到浅缓冲区并带有异常头部，转发流水线仍须选择一个最终报告理由。

当多种理由同时成立时，报告优先级必须表述清楚。实现应公布从高到低排列的 discard-order-capability，如受实现限制也可采用其他有文档的机制。两种平台可能因检查顺序不同，对同一包报告不同类别。

所以，跨设备比较不能只比叶节点名称，还要纳入能力、优先级和软件版本。升级可能改变哪个理由胜出，即使流量和服务约定都没有改变。

每个计数器都有自己的证据周期

二层、三层合计原则上应覆盖下面的细类，但文件允许细类存在不同的 discontinuity time。线卡、进程或功能重启，会让不同序列进入不能直接相减或相加的新周期。

忽略采集区间和中断时间而相减，会制造从未存在的速率。把长期合计与刚初始化的细项对比，会把正常周期差异看成数据缺口。把清零当恢复，则可能在丢弃仍持续时关闭事件。

覆盖能力也不统一。实现可以只支持模型的一部分功能，并通过 YANG Library 公布。即便功能存在，个别计数器仍可能不填充，只要设备明确暴露这种限制。

需要分开保存三个状态：模型定义了字段；设备公布支持对应功能；当前实现确实在本周期填充该字段。缺失不是零，零也不能证明观察范围以外没有丢包。

运营意图始终属于本地责任方

文件直接划定边界：分类不会自行判定丢弃是有意还是无意。运营者要把类别与本地政策、配置意图、历史基线、持续时间、影响范围、服务语境和其他运行证据结合。

ACL、policer、uRPF、保护规则或显式空路由的计数，只证明流量命中了规则。规则可能正确保护网络，也可能包含过期前缀、错误客户档案，或者在变更后产生意外交互。设备计数器没有携带这项规则的业务批准记录。

无缓冲区丢弃同样依赖服务等级和阈值。低于约定指标的少量 best-effort 损失可能被接受，持续超过阈值则可能需要扩容或调流；Lower Effort 流量适用不同基线。低速 TTL 到期可能只是 traceroute，持续跃升才可能意味着收敛或环路。

标准类别提升了信号质量，但解释和改变网络的权力仍须留在承担后果的本地所有者手中。

自动化需要证据联接，而不是单项触发

移除设备、恢复设备、迁移流量、回滚变更和升级人工处理，是影响完全不同的动作。孤立计数器直接触发其中一项，可能扩大故障或移除本来正确的控制。

可靠记录应包括设备身份、软件和转发流水线，完整组件、接口、方向、层级、类别与子类，功能公告、字段填充、报告优先级、数值、时间、中断点和基线。还要联接可能产生结果的配置及其所有者，以及路由、邻接、队列、硬件、流和包探测证据。

政策丢弃要验证规则与命中流量；接收错误要查链路和上游发送端；无缓冲区要定位受限资源及服务类别；无路由和 TTL 则要对齐路由状态与时间。

计数器作为证据联接中的有类型键非常强大。单独当开关，只是用更精确的词汇自动执行没有充分依据的推断。

来源