摘要

  • bSPL 的基础空间只有 0 到 15，共十六个值；RFC 7274 以 Standards Action 作为基础特殊用途值的分配政策，并没有把这个空间当作任意实验或私有用途的储备区。
  • 值 15 是 XL。XL 不能位于栈底，只给紧随其后的一个标签赋予扩展特殊用途含义；这个 eSPL 的全球互操作语义来自 IETF 标准行动和 IANA 注册，而不是来自某个数据包的作者。
  • 因此，发送方只能选择已经获得标准化含义的值。携带 15 并不能发明含义、建立或授权 LSP 或路由、认证身份、授予访问权，也不能越过接收方的支持、策略或丢弃行为。

先看转发语义

在 RFC 9017 的当前术语中，Base Special-Purpose Label 是 bSPL，值 15 是 Extension Label，后继值属于 Extended Special-Purpose Label（eSPL）注册表。XL 必须后跟另一个标签，不能成为栈底；它只影响立即相邻的下一个标签，不会把整条标签栈变成发送方定义的命名空间。RFC 9017 更新了术语和处理规则，并没有建立 LSP，也没有通过控制平面或集中式控制器改变转发路径。

在 XL 后紧接 0 至 15 的值是不允许的。LSR 在栈顶看到它们的这种组合时必须丢弃报文。一个不理解栈顶 XL 的 LSR，或遇到未知后继 eSPL 的 LSR，也必须丢弃；可以记录事件，但日志必须限速。eSPL 还不得用于负载均衡：遗留解析器可能以不同方式理解该组合，把同一流的报文送上不同路径并造成乱序。RFC 6790 的熵标签解决的是负载均衡问题，不是 RFC 7274 的特殊用途命名空间问题。

为什么需要复合形式

基础特殊用途空间只有十六个值。特殊处理可能要求转发硬件改变，而且这种改变可能昂贵，甚至无法实现；标签栈大小在某些设备和场景中也很重要。把所有新的全球特殊用途都塞进 bSPL 会持续消耗这十六个稀缺位置。XL 加后继 eSPL 以多一个栈项为代价，保留了基础值供必须尽量缩短栈的用途。这是扩展能力与兼容成本之间的取舍，而不是免费的容量增加。

代价包括两个连续栈项、遗留解析问题，以及不支持设备上的丢弃风险。栈变长还可能导致分片，或使某些实现无法处理；重排风险会在不正确的遗留解析和不当路径处理下出现。标准并未证明每一种当前硬件都支持每一个 eSPL，也未说明现实网络中未知 XL、丢包、重排或分片发生的频率。IANA 注册表是分配事实的权威来源，但不描述部署政策、商业支持承诺或当前流量规模。

谁赋予含义，谁不赋予含义

IETF Standards Action 与 IANA 注册表负责分配可互操作的全球语义；LSR 按注册语义执行，数据包发送方只是从已经被授权的值中选择。注册一个值不等于运营商允许任何人把它注入任何网络，也不证明路径上的每个设备都实现了该值。一个 XL 不认证发送者，不授权服务、LSP、路线或修复，也不覆盖接收者的策略和能力。早期文献可能使用过 “reserved labels” 这一历史称呼；当前一般术语是 bSPL，不应把旧称当作今天的通用名称。

分配政策同样解释了为何不能靠发送方自创编码。RFC 7274 允许逐案早期分配，但基础空间采用 Standards Action；由于空间太小，也没有为实验或私有用途预留基础值。基础值的退役被刻意放慢：需要 IETF 共识和 RFC 才能启动弃用；十二个月后才可以开始调查；只有在规定的无使用结论成立并且至少经过二十四个月后，才可能申请释放以供未来分配。这个时间线保护互操作性，却不会替任何运营者作出部署许可决定。

Elias Ward 分析：稀缺性背后的分配激励

以下是分析，不是 RFC 的强制要求。标准设计者获得更大的协调命名空间，运营者则可以把稀缺 bSPL 留给对栈长度最敏感的场景；实现者获得了清楚的解析边界。受益者并不意味着所有设备都已准备就绪，也不意味着运营者必须采用。成本由额外栈项、旧解析器、丢弃、重排、分片和实现上限共同承担。

反事实也很直接：没有 XL，新的全球特殊用途会继续争夺十六个基础值，迫使社区更慢地节约、寻找另一种协调编码，或承受硬件敏感命名空间的耗尽压力。XL 把这种压力移到更长的栈和兼容验证上，而不是消除它。不能据此推断性能提升、部署率、设备供应商行为或任何实际流量比例。

操作员决策路径与验证夹具

  1. 先确认需求是否真的需要一个已注册的特殊用途；不要把 IANA 条目当作注入许可，也不要把 XL 当作路由、身份或访问控制机制。
  2. 核对当前 IANA eSPL 条目、适用 RFC、设备支持矩阵和路径上的最大标签栈限制；这些检查应由运营政策批准，而不是由发包程序自行推断。
  3. 对不支持、未知或策略禁止的设备，预期是丢弃而不是猜测；日志若启用必须限速。
  4. 明确禁止把 eSPL 用于负载均衡，并单独使用适当的负载均衡机制；不要把 RFC 3443 的 TTL 可见性、RFC 4950 的 ICMP 标签栈披露或 BFD/BGP 的活性、路由和协商功能混同为本机制。
  5. 在实验环境逐项验证：[XL=15, eSPL=已注册值, S=1] 应按相应注册语义处理；[XL=15, eSPL=0..15, S=1] 必须丢弃；栈顶未知 XL 必须丢弃；未知后继 eSPL 必须丢弃；日志只能限速。再测试更长栈、分片边界、重排保护和实现上限。不得把测试结果推广成普遍部署结论。

来源