摘要

  • RFC 9895 是 Standards Track 文档，定义 DLEP 的 IEEE 802.1Q Aware Credit Window 扩展，用于共享和目的地专用的流量控制。
  • 当同一流同时匹配 Diffserv 与 Ethernet 分类器时，RFC 9892 规定 Ethernet 分类优先；因此以太网字段决定信用窗口，不能用 DSCP 命中解释最终分配。
  • Extension Type 为 5，使用必须由 Extensions Supported 声明；广告该扩展的实现必须支持相关 RFC 9892 与 RFC 9893 的消息、Data Item、Ethernet 分类及处理，形成不可拆开的依赖闭包。

RFC 9895 把 RFC 9892 的流量分类和 RFC 9893 的信用控制连接起来，并将逻辑窗口关联到 DLEP destination、VLAN 标识符和 IEEE 802.1Q PCP。窗口可以是共享的，也可以按目的地分别维护。设备应支持 PCP 到窗口的配置；还可以支持按 VLAN 定义 PCP 映射。若支持 VLAN 但不支持 PCP，VLAN 到窗口的映射应当可配置。这里的“应当”和“可以”不能被扩展为一个来源未定义的统一队列设计。

字段语义必须先固定。VID 为 0 表示忽略 VID；0xFFFF 保留；可用于分类的 VID 是 0x0001 至 0xFFFE。PCP 或 VID 的通配符扩大匹配范围，可能捕获原本未预期或后来出现的流，因此 RFC 9895 只在确有需要且范围清楚时建议使用。若路由器面对的广告窗口多于自身支持能力，应使用自己支持的子集，或可以重置会话，并通过通常的管理机制报告不匹配。窗口启用后，没有足够信用的流量不得发送。

建议的公开验证夹具是一个最小的四包矩阵：第一包同时带匹配的 DSCP、有效 VID 和 PCP，确认计入 Ethernet 选择的窗口；第二包改变 DSCP、保持 VLAN 标签不变，确认不会越过 Ethernet 优先级；第三包使用 VID 0、有效 PCP，确认 VID 被忽略；第四包分别测试 0xFFFF、边界 VID 0x0001 和 0xFFFE，记录实现对保留值和可分类范围的处理。再加入未标记流、明确的 PCP/VID 通配符，以及超出路由器能力的多个广告窗口。验证还应确认 Extensions Supported 的声明、RFC 9892/9893 消息和 Data Item 的完整闭包，以及信用不足时实际不发送。

操作员决策路径应是：先确认对端是否声明 Extension Type 5；再盘点实际支持的 RFC 9892/9893 能力与窗口数量；随后定义共享或目的地专用窗口及 PCP、每 VLAN PCP、或 VLAN-only 映射；接着明确 VID 0、保留值、有效范围和通配符边界；最后用上述夹具验证分类、信用和能力不匹配处理。任一步无法解释，就保持扩展关闭或采用受控的支持子集，而不是依赖默认推断。

来源