摘要

  • RFC 9892 把 VLAN Identifier 明确定义为 12 位：0x000 表示忽略 VID，0xFFF 保留，可显式使用的上限是 0xFFE。
  • RFC 9895 依赖这一线格式，却在管理说明中写成 0x0000、0xFFFF 与 0x00010xFFFE；截至本文核查时，RFC Editor 没有列出对应勘误。

一次边界测试最怕的不是红灯，而是两个绿灯说着不同的话。控制器接受了一个数，调制解调器的报文也成功发出；只有把配置值、编码字节和对端安装结果并排比较，才发现中间有四位消失了。

RFC 9895 定义 DLEP 的 IEEE 802.1Q Aware Credit Window Extension。调制解调器用目的地、VLAN ID 与 PCP 描述报文应落入哪个信用窗口，路由器只有在窗口信用足够时才可向调制解调器发送。一个窗口可以专用，也可以由多个目的地、VLAN 或优先级共享。

这个扩展不是独立语法。它明确建立在 RFC 9892 的分类项与 RFC 9893 的信用窗口之上。宣布支持扩展类型 5 的实现，必须支持两份基础 RFC 规定的相关消息、Data Item、以太网分类 Sub-Data Item 及处理规则。

RFC 9892 的位图没有歧义：NumPCPs 占四位，VID 占同一个 16 位字的其余十二位。正文也写明零值 0x000 表示不使用 VID，0xFFF 是保留值，其余显式范围为 0x001 至 0xFFE。

RFC 9895 第 3 节却把同一管理边界写成四位十六进制数：零值 0x0000、保留值 0xFFFF，以及 0x0001 至 0xFFFE。这些字面值描述的是 16 位空间。官方 HTML 与 XML 都保留了这段文字，因此不能归因于网页排版。RFC Editor 的勘误查询 在本文准备时返回“没有匹配勘误”。

这是一项可核验的文本冲突，不是本文自行发布的官方勘误结论。我们不知道标准作者最终会如何确认，也没有证据说某款产品已经因此故障。准确的说法是：依赖链中的两段公开文字无法同时成为同一个字段的合法宽度。

从可执行边界看，RFC 9892 更具体。RFC 9895 要求实现它的处理规则，而真正上线路的 Sub-Data Item 只有 12 位 VID。超过 0xFFE 的显式 VLAN 值无法无损装入字段。合理实现应在配置入口拒绝它，而不是扩大线格式。

风险却常常发生在上线路之前。Web 表单可能使用无符号 16 位整数；数据库可能保存 0x1234；控制器可能把高四位屏蔽后发送；调制解调器又可能只回报“分类已更新”。若读回接口仍展示原始值，运维者会以为意图、存储与执行一致。

静默截断尤其危险。0x1001 截成 12 位会变为真实的 VLAN 1；0x1FFF 可能落到保留边界。不同语言、硬件 SDK 与序列化库还可能采用拒绝、取模、掩码或溢出等不同结果。本文不把这些路径称为已发生事件，它们是必须覆盖的负面用例。

分类优先级会放大后果。RFC 9892 规定，当以太网与 Diffserv 条件同时匹配时，VLAN/PCP 分类优先。RFC 9894 的 DSCP 信用窗口不会自动救回一条错误的以太网映射。一个被截断的 VID 可能把报文送入另一个信用窗口，并压过运维者原本依赖的 DSCP 路径。

通配规则则可能掩盖失败。RFC 9895 明确提醒，VID 或 PCP 通配会接住配置之后出现的新流量，除非确有需要，否则不建议使用。若显式分类无效而默认窗口继续工作，业务可能“不掉线”，隔离与资源分配却已经改变。

协商也不能替代验证。双方在 DLEP 初始化中宣布扩展能力；当调制解调器公布的窗口超过路由器能力时，路由器可采用子集，或重置会话并声明不支持，并应把差异报告给用户。扩展类型相同只说明双方认识这套机制，不说明它们的北向配置边界一致。

信用窗口是另一个证人。RFC 9893 约束路由器何时能向调制解调器发送，却不能修复错误分类，也不能证明远端交付。RFC 2475 把分类、整形、逐跳行为与服务分开。PCP 或 VLAN 命中不是服务承诺。

一组足够小而有效的符合性测试，应接受 0x001 和 0xFFE，拒绝 0xFFF、0x1000、0xFFFF、负数与带高位的值，并只在“忽略 VID”的语义下接受零。测试不能停在 API 200：它要贯通配置写入、持久化、序列化、对端解析、已安装分类器与读回值。

还应测试以太网与 DSCP 同时命中、显式项失败后的通配去向、会话重连、能力子集和日志。每个拒绝都应说明发生在哪一层；每个归一化都应可见。若一个系统必须悄悄修改输入才能运行，那不是稳健兼容，而是未披露的策略。

IANA DLEP 参数表 记录扩展类型 5。它保护共同编号，却看不到厂商 UI 接受了什么。Lu Heng 的运行代码优先要求把执行事实交给可验证实现；最小初始规范要求共同层保持确定而可测；现实层与象征层则提醒我们，文档的权威地位不能替代设备实际发出的十二位。

运行代码无权悄悄改写 RFC，本地解释也不应冒充标准结论。正确顺序是按明确线格式收紧输入、保存解释、完成边界测试，再把冲突提交给勘误流程。主管真正需要的答案不是“我们支持 RFC 9895”，而是“第十三位在哪个入口被明确拒绝”。

来源