摘要

  • RFC 3474 为 ASON Call 设计了可在整个生命周期内保持不变的 CALL_ID，并区分运营商范围形式与面向全局唯一性的形式。
  • 这个 ID 标识的是一段关系；与它相关的 Connections、RSVP 状态、本地标签、已安装资源、物理连续性、流量和最终业务都必须另行举证。

网络系统最容易制造的一种错觉，是把“还找得到这条记录”理解成“下面的东西还在运行”。2003 年 3 月发布的 RFC 3474，恰好把这种错觉的结构展示得十分清楚。

这份文件的历史身份首先不能写错：它是 Informational，而不是 Internet Standard。它记录的是一组面向 ASON 需求的 GMPLS RSVP-TE 扩展提案，包括软永久连接、Call 与 Connection 的分离、更丰富的重启处理和错误表达。它说明了当时设计者想解决什么问题，却不能单独证明某家运营商采用了这些机制。

Call 与 Connection 的区分，是全文真正重要的起点。Call 是两个端点之间的一段关系，由 Call controller 管理；Connection 则是承担资源与传输作用的实现，由 Connection controller 管理。一段关系可以持续存在，而实现它的路径可以新增、更换、中断或消失。把两者压进同一个“在线”字段，就会把治理对象与运行事实混在一起。

CALL_ID 给这段关系一个可追踪的名字。RFC 3474 规定了运营商特定形式和全局唯一形式。后者组合 ISO 国家代码、ITU 运营商代码、由组织控制的接入点代码、源 LSR 地址和本地标识符。本地标识符为 64 位，并应在 Call 的整个生命期内保持不变。

这些字段叠加起来很像一份强有力的凭证，但它们回答的仍然只是“这是哪一个 Call”。它们不会预留波长，不会配置光交叉连接，不会点亮光纤，也不会让任何业务报文抵达用户。即便是唯一性也有边界：若源 LSR 地址只在运营商内部有意义，运营商特定形式并不会仅凭格式就自动获得全球唯一性。

分配权同样被明确拆开。初始用户可以把 CALL_ID 设为零；第一个网络节点负责生成新值，或验证已有的非零值。中间节点应原样转发，即使它并不理解 ASON 扩展。Path、Resv、PathTear、PathErr 与 Notify 可以携带同一引用，目的端也可以在后续操作中使用它。这个连续引用提高了可关联性，却不保证每条消息所对应的 Connection 状态一致。

基本分离模型中，一个 Call 在稳定状态下通常关联一条或多条 Connections，但在 break-before-make 恢复期间可以短暂降到零：旧连接先被拆除，新连接尚未建立。此时 Call 及其 CALL_ID 仍在，而承载流量的路径可能完全缺席。若运维平台只检查 Call 记录是否存在，就会在最关键的空窗期给出最乐观的结论。

可选的完全分离模型把边界说得更直白。借助 CALL_OPS，系统可以建立或同步 Call，而不同时建立 Connection。Call 在稳定状态下可以拥有零条、一条或多条 Connections。零不再只是瞬时异常，而是模型认可的关系状态。也就是说，关系成立与连通性成立本来就是两项不同事实。

SPC_LABEL 从另一个角度说明相同问题。对于 soft permanent connection，它可以把永久配置的入口段与交换段关联起来，但关联方法属于 RFC 范围之外的本地策略。跨越非 GMPLS 子网时，标签只在某个控制平面节点的本地上下文内有效，可能依靠人工配置，也可能在处理前通过发现获得。一个局部映射正确，并不等于端到端资源连续。

重启场景会让身份连续更具迷惑性。控制器可以从持久存储恢复 Call 或 Connection 信息，也可以根据邻居推断，或接受管理平面指令。找回 CALL_ID 只证明系统记得这段关系；它不能证明邻居持有相同状态、RSVP 事务已经完成、硬件配置仍在、物理信号未断或业务继续交付。证据来源必须连同其时间和权限一起保存。

Notify 也没有把这些层合成一层。CALL_ID 可以随会话信息进入 Notify，而一个 Notify 甚至可以包含属于多个 Calls 的会话。通知信封、Call 身份与每条 Connection 的状态是可以关联的三个对象，却不能彼此替代。

后续标准必须按时间顺序阅读。RFC 4139 进一步记录 ASON 的适用性与需求。2007 年的 Standards Track RFC 4974 给出更完整的 Call 信令程序，并明确指出 Call 本身不提供流量连通性；它可以拥有零条、一条或多条 Connections。RFC 6004 又在其上扩展 UNI 属性。这条演进线说明早期方案需要继续细化，不是把后来的规范地位倒灌给 2003 年的 Informational 文件。

Heng Lu 对符号层、决策层与运行现实的区分，在这里具有直接的工程价值。CALL_ID 是协调符号；Call controller 的准入是一次决策；Connection controller 的建立结果是另一次决策；硬件资源、物理信号、双向流量和应用结果属于不同的可观察现实。数据库可以用键连接它们，但不能让低层事实自动继承高层名称的权威。

可靠的历史记录因此应当保留多个时间轴。先记录谁分配 CALL_ID、采用哪一种形式、唯一性适用范围、源地址上下文，以及 Call 的起止时间和策略决定。再为每条 Connection 保存独立身份、关联区间、RSVP 消息、标签来源、资源安装与拆除证据。最后把信号、流量和业务观测绑定到真正接受测量的 Connection。

这样的模型能够表达“Call 仍在但暂时没有 Connection”，而不会误报为持续服务；也能表达“一段 Call 下先后出现两条 Connections”，而不会把它们伪装成同一条电路。RFC 3474 最有价值的历史遗产，不是一个看起来全球化的号码，而是它迫使系统承认：身份连续与连接连续从来不是同一个命题。

来源