摘要

  • SENDER_TSPEC、ADSPEC 和 FLOWSPEC 分别由发送者、沿途网络节点和接收者产生，方向和证明范围都不同，不能合并理解为一份“预约证明”。
  • 一般 ADSPEC 的 break bit 表示至少有一处不支持 RSVP/Integrated Services；RFC 2210 因此把其他 ADSPEC 参数都视为不可靠的端到端汇总。
  • 服务专属 break bit 表达更窄的缺口：某个能够处理 RSVP 的节点不支持 Guaranteed、Controlled-Load 或相应的特定服务。
  • PATH_MTU 在路径和预约合并中取较小值，发送者原始 TSpec 中的最大报文声明却保持不变；超出覆盖范围的报文可能只获得 best-effort 处理。
  • 干净的 ADSPEC、成功合并的 FLOWSPEC 或计算出的时延上界，都不能证明路由不变、处处准入、流量合规、数据面兑现或应用成功。

最关键的字段不是数字

ADSPEC 很容易被读成一份路径体检报告。

它的一般信息片段可以携带综合服务跳数、路径带宽、最小时延和路径 MTU。Guaranteed service 的片段还能携带用于计算时延上界的组合误差项。对接收者而言，这些字段都具有实际决策价值。

然而，RFC 2210 首先要求判断这份报告是否有资格代表整条路径。

PATH 消息每经过一个能够参与的网络节点，节点就把本地信息按规定组合进 ADSPEC。它不是为每一跳追加一份记录，而是更新一个规模大致固定的摘要。这能避免信令对象随着路径长度不断膨胀，也意味着详细来源会在组合中被压缩。

一旦某处无法参与 RSVP 和 Integrated Services，端到端组合的连续性就被打断。规范让一般 break bit 保留这一事实，并明确指出：该位被置位后，其他 ADSPEC 参数都不可靠。

这里的“不可靠”不等于每个数字都是伪造的。断点之前的节点可能正确计算，断点之后的节点也可能正确更新。失效的是把这些局部正确值提升为完整路径结论的依据。

后续节点无法修复过去的缺口

break bit 具有路径记忆。

假设一条路径先经过支持 RSVP 的节点，随后经过一个不参与 Integrated Services 的设备，又进入多个功能完整的节点。后面的节点可以理解对象、维护状态、提供某项服务，但它们不能把中间缺口重新定义为不存在。

因此，这一位不能因为“当前位置支持”而被清除。

它记录的是路径曾经越过的能力边界，而不是最后一个节点的当前能力。这个设计阻止了局部支持被误当作全程支持，也防止精确的末端计算遮蔽中间没有参与的部分。

从证据角度看，break bit 是对计算来源的说明。它不是附属告警，而是决定其余字段能否以端到端口径解释的前置条件。

三个对象回答三类问题

RFC 2210 把 RSVP 与 IETF Integrated Services 连接起来，却没有把信令、服务和实际结果合成一个状态。

SENDER_TSPEC 由发送者产生，随 PATH 向下游移动。它描述发送者可能生成的流量包络，包括 token bucket 参数和最大报文尺寸 M。沿途节点保持发送者的原始 TSpec，不用自身条件去改写它。

ADSPEC 同样向下游移动，但其作者是参与的网络节点。每一处按照组合规则修改路径摘要。它描述的是 PATH 当时走过的路径能够广告什么，不是接收者已经要求什么。

FLOWSPEC 则由接收者产生，随 RESV 向上游移动。它表达接收者选择的服务和预约参数，还可能在多接收者场景下被合并，或者经过本地控制处理。

这三者分别对应声明、广告和请求。

发送者声明并不等于流量已经合规；路径广告并不等于资源已经准入；接收者请求也不等于服务已经交付。如果把它们统称为“预约已建立”，每个对象原本清晰的责任边界就会消失。

干净的 ADSPEC 仍然只是当时的路径证据

break bit 没有被置位，是一个有意义的正面信号。

它表示这次广告没有记录到相应的支持断点。但它没有冻结路由，也没有保证之后的数据报文继续走相同路径。它没有替各节点完成未来的策略判断和准入，也没有承诺本地资源永不变化。

PATH 广告与时间和路径相关。

路由改变后，旧摘要仍可能在界面上显示为“干净”，却已经不能自然代表新路径。接收者加入或退出可能改变预约合并结果。软状态刷新、资源竞争和策略变化都可能让后续 RESV 面临不同条件。

因此，未置位只能证明规范定义的那类缺口没有出现在这份广告里。它不能被扩大解释为“端到端服务必然成功”。

PATH_MTU 保留了不同主体的真实说法

最大报文尺寸展示了 RFC 2210 如何避免用一个统一数字掩盖不同现实。

发送者 TSpec 中的 M 表示发送者可能生成的最大报文。路径 ADSPEC 中的 PATH_MTU 则在沿途不断取较小值，最终代表这条广告路径能够覆盖的最小 MTU。

当接收者需要处理多个发送者时，它还要采用相关值中的较小者。多个预约分支合并时，较小的可接受最大值继续向上游传播。到达发送者的合并结果，表达被合并分支共同能够覆盖的上限。

发送者原始的 SENDER_TSPEC 不因此被篡改。

于是系统可以同时保留三项事实：发送者能生成多大报文、路径摘要覆盖多大报文、所有相关接收分支共同接受多大报文。它们不相等并不代表数据库不一致，而是说明控制面没有假装这些主体在表达同一件事。

RFC 2210 还给出边界后果：超过覆盖最大值的报文可能只能按 best effort 处理。所谓“已预约流量”不是无限延伸的标签，报文尺寸也是预约范围的一部分。

接收者把摘要变成请求

接收者拿到 ADSPEC 后，需要作出选择。

它结合应用需求、发送者 TSpec、路径广告和本地策略，构造面向特定服务的 FLOWSPEC。这个对象随 RESV 向发送者方向传播。

对 Guaranteed service，接收者可以使用组合参数和流量描述推导满足目标时延的预约。对 Controlled-Load，接收者依据该服务自己的定义提出请求。

这一步不是把网络已经承诺的服务“抄回去”。它是接收者基于证据提出需求。

每个支持 RSVP 的节点随后把 TSpec 和 FLOWSPEC 交给相应流量控制服务。节点仍要执行本地策略和准入控制。某处完全可以拒绝一个格式正确、计算合理的请求。

当多个接收者的预约相遇时，FLOWSPEC 可以被合并。因此继续向上游的对象可能不再与任何单一接收者最初提交的字节完全相同。它证明的是该合并点形成了怎样的预约状态，而不是数据面已经怎样运行。

一般断点和服务断点不能混为一谈

一般 ADSPEC 信息片段使用服务号 1，其 break bit 针对 RSVP/Integrated Services 的整体参与能力。

服务专属片段则有各自的 break bit。一个节点可能完全理解 RSVP，也能参与一般参数组合，却不提供 Guaranteed service。在这种情况下，应当保留一般机制存在的事实，同时把 Guaranteed 服务链上的缺口明确标出。

这阻止了两种错误推断。

第一种是“能处理 RSVP，所以能提供所有 QoS 服务”。信令能力不是服务实现。

第二种是“缺少某项服务，所以整条路径完全不懂 RSVP”。特定服务的缺失不等于一般架构不存在。

不同 break bit 把缺口定位在不同责任层面，让接收者可以选择拒绝、降级到另一服务，或明确回到 best effort，而不是只得到一个模糊的失败标签。

Controlled-Load 与 Guaranteed 不是同一种承诺

RFC 2210 规定了 RSVP 对象如何承载两项服务的参数，但服务语义分别由 RFC 2211 和 RFC 2212 定义。

Controlled-Load 试图让合规流量获得接近空载 best-effort 网络的体验，并要求准入控制。它没有给出一个固定的数值时延或丢包保证。因此，其 ADSPEC 服务片段不需要 Guaranteed 那样的组合误差项，但仍需要服务 break bit 表示沿途是否缺少该服务。

Guaranteed service 使用 Ctot、Dtot、Csum 和 Dsum 等组合项。接收者可以结合流量参数计算排队时延上界。

数学上界是有条件的严格结论，不是无条件的营销语。

流量需要符合声明，服务需要得到支持，预约需要被准入，参数需要继续适用于当前路径。即便这些条件成立，上界处理的也是规范定义的网络排队行为，不是某个远端应用是否完成任务。

信令能够携带它不拥有的语义

RSVP 可以把服务对象当作不透明数据传递，具体服务模块再解释其内容。这是架构分工，而不是协议缺陷。

RFC 2205 管理 PATH、RESV 和软状态；RFC 2211、RFC 2212 定义服务；RFC 2215 说明本地参数和组合参数；RFC 2216 把服务描述为单个网络元素提供的行为；RFC 2210 负责这些层之间的结合方式。

没有任何一层单独拥有最终结果。

RSVP 知道自己维护了什么信令状态；服务模块知道本节点承诺什么行为；发送者知道自己声明和发出了什么；接收者知道自己请求了什么；遥测知道部分报文经历；应用知道业务是否完成。

安全边界同样不能被对象格式替代。获得增强 QoS 需要策略和认证控制。一个格式正确的 FLOWSPEC 不会自动证明请求者有权占用资源。

这是一份规范语义，不是部署成绩单

RFC 2210 在 1997 年 9 月以 Proposed Standard 发布。它足以说明对象格式、组合规则和证据边界，却不能据此推断今天的部署规模、某个实现的正确性、某家运营商的服务质量或某个应用的成功率。

它最持久的历史价值，不是声称 Internet 最终按照该模型运行，而是展示了一套克制的控制面语言：谁声明，谁汇总，谁请求，谁在何处发现连续性已经破裂。