摘要

  • RFC 9892 是一份 Standards Track IETF 规范，定义可扩展的 DLEP Traffic Classification Data Item，并定义初始的 Diffserv 与 Ethernet Sub-Data Item。
  • TID 是调制解调器本地的 Traffic Classification Identifier，用来命名一组分类信息；FID 在某个 Sub-Data Item 内标记流。TID 和 FID 都不是跨设备、全局稳定的命名空间。
  • 目的地关联由消费这些数据的另一个 DLEP 扩展提供，TID 的实际操作含义也由该扩展决定。收到 TID 后，路由器初始化或替换相关分类信息，并按需更新数据平面状态。

运行机制与校验

Diffserv Sub-Data Item 按 DSCP 值分组。DS Field 值在同一个 Traffic Classification Data Item 中重复，是错误；DSCP 计数为零表示未被其他条目映射的 DSCP 的通配匹配。Ethernet Sub-Data Item 按 VLAN/PCP 值分组。显式 VLAN 匹配优先，零 PCP 计数提供默认匹配；同一个 Data Item 内重复的优先级同样是错误。两类分类器都命中时，Ethernet VID/PCP 胜出，必须采用它的 TID，而不是 Diffserv TID。

这些格式自身没有效果。必须有另一个已经协商的 DLEP 扩展要求并解释它们；RFC 9893 信用窗口流控只是一个例子，并非 RFC 9892 的授权内容。RFC 9892 不定义调度器、队列权重、准入策略或信用窗口算法。未来的五元组分类是可扩展性的例子，不是本规范已定义的分类器。

操作员验证夹具

可用四个确定性夹具检查消费实现：一是只发送一个 DSCP 映射，确认对应 FID；二是把计数置零并发送一个未映射 DSCP，确认默认 TID；三是在同一 Data Item 中重复 DS Field 或 PCP，确认拒绝为错误；四是让同一报文同时匹配 Ethernet VID/PCP 与 DSCP，确认记录的 TID 来自 Ethernet。随后发送同一 TID 的替换数据，检查旧映射被撤换，而不是无声地合并。验证日志应至少保存消息方向、Data Item 原文摘要、TID/FID、校验结果、协商扩展和应用状态。

操作员决策路径

先确认 DLEP 会话及消费扩展已经协商；再确认发送方、TID/FID 作用域和目的地关联；然后逐项执行重复、通配符和 Ethernet 优先级校验。若任何校验失败，隔离该更新，不把它当作队列策略；若通过，记录替换前后状态，并向消费扩展查询它实际采用的队列处理。最后分别检查链路安全或 DLEP 传输安全。安全传输能保护相应通信链路，但不能凭空产生端到端信任保证。

RFC 9892 指出，恶意对等端改变分类到队列的映射，可能诱发服务类别的延迟、拥塞或丢失。适用的 DLEP 传输安全和链路层安全是防护边界；本规范没有另造信任模型，也没有证明 DSCP 跨行政域端到端可信。

来源