摘要

  • RFC 2381 建议入口互通功能先按完整 IP 包判断是否超出 TSpec，再把同一低优先级处理一致施加到这个包的每个 ATM 单元，而不是等单元级监管器在包的中途零散打标。
  • CLP 标记只规定处理方式，不证明交换机愿意承载被标记的单元，更不证明 AAL5 重组、IP 转发或应用接收成功。

这不是一个“把 IP 服务名称翻译成 ATM 服务名称”的简单故事。RFC 2381 面对的是两个粒度不同的系统。Integrated Services 以数据报、令牌桶和包级合规性描述流量；ATM 以固定长度单元、虚电路和单元级合规规则承载流量。两者相接时，原本完整的对象会暂时消失。

入口仍看得见一个包。分段以后，交换网络看到的是单元流。出口只有收齐必要单元，才重新得到一个可供 IP 层处理的对象。决定若放错位置，网络就可能认真搬运一批永远无法变回数据报的碎片。

映射表没有把两种服务变成同一种东西

RFC 2381 给出了最自然的组合：Guaranteed Service 对应 CBR 或实时 VBR；Controlled Load 对应非实时 VBR，或带正最小单元速率的 ABR；普通尽力而为对应 UBR 或 ABR。但文档仍逐一讨论较不理想的组合，因为部署中可用的 ATM 服务无法预先确定。

这份谨慎很重要。ATM 的 QoS 类别必须服从真正选择的承载类别。给非实时承载填写一个看起来更强的 QoS 类别，不会凭空产生实时性质。同样，计算出一组 ATM 参数也不等于已经建立一条新虚电路。VC 管理策略仍可新建、复用、聚合，甚至预留额外容量。

因此至少要分开记录：IP 请求了什么服务，互通功能算出了什么参数，网络实际安装了哪条 VC，数据真正获得了什么结果。箭头只是转换建议，不是结果证明。

超额并不等于可以随意销毁

RFC 2211 对 Controlled Load 提出了三重约束：继续保护合规流量的约定服务；不让超额流量不公平地伤害普通尽力而为流量；资源允许时，仍尝试以尽力而为方式转发超额部分。RFC 2212 也建议在网络边缘把不合规的 Guaranteed Service 数据报降为尽力而为。

这里的“不合规”并不必然意味着发送方犯错。多播树的分叉点在正常运行中也可能产生大量未通过本地合规测试的包。把“超出此处预留包络”直接翻译成“应立即丢弃”，会误读服务定义。

RFC 2381 因而把目标限定得很窄：尽力承载超额流量，但不能损害合规 GS/CLS 的时延与丢失性质，也不能挤占普通未预留流量应得的服务。这个最小不变量可以共同遵守，具体机制则留给本地实现。

包边界是一项会消失的能力

在支持 VBR 与 CLP 的环境里，低优先级标记看起来很合适。合规与超额流量仍可按原顺序走同一条 VC，拥塞时优先牺牲超额部分。问题在于 ATM 的使用参数控制面对的是单元序列。若阈值在一个包的中途被越过，它可能只标记后半段若干单元。

这种做法在单元层面没有矛盾，在包层面却可能造成纯粹浪费。拥塞丢掉一个被标记单元，其余未标记单元仍穿越交换网络。出口无法完成 AAL5 重组，只能连同已经抵达的单元一起放弃。带宽、缓冲区和交换处理已经消耗，却没有形成可交付的数据报。

入口 IWF 掌握后来不再存在的信息：单元属于哪个完整 IP 包。RFC 2381 因此建议它预判 ATM 监管器会标记哪些流量，并把同一包的所有单元统一标为低优先级。真正可继承的原则不是“CLP=1 就代表坏包”，而是：在对象仍然清晰可见的层面作出针对该对象的决定。

这也给证据划出了顺序。首先是 TSpec 合规判定；其次是整包到全部单元的一致投射；随后是 ATM 在实际负载下的承载或丢弃；再后是 AAL5 是否完成重组；最后才轮到 IP 转发和应用接收。任何一层的成功都不能替后一层签字。

标记没有约束交换网络

即使全部单元都被正确标记，结果仍未确定。ATM 标准并不要求设备只要有空余资源就必须承载 CLP 单元。RFC 2381 要求运营者核实路径中设备的真实行为；而这条路径可能跨越多个 ATM 管理域。

如果设备在低负载时也一律丢弃被标记单元，所谓“尽力承载”就没有落地。对 Controlled Load 来说，设置 break bit 可以诚实披露映射已经断裂。但 break bit 只是披露，不是修复；呼叫建立成功、CLP 配置存在或计数器出现被标记单元，都不是完整包抵达出口的证明。

另一条 VC 也有代价

无法可靠使用标记时，可以为超额流量另设 VC。它可以与每条 QoS VC 配对，也可以服务一个聚合，或统一连接某个入口与出口。TM/UNI 4.0 的 CBR 无法普遍标记超过 PCR 的流量，因此这种替代方案尤其现实。

然而两条承载路径可能打乱同一 IP 流内的包序。出口调度器必须重新处理先后关系；超额包若排在合规包前面，新增时延还必须进入 Guaranteed Service 的公告。一个机制保护了合规带宽，可能同时制造排序和时延问题。

单位换算也不能省略。IP TSpec 使用字节与字节每秒，ATM 描述使用单元与单元每秒。LLC/SNAP、AAL5 开销以及 48 字节单元载荷产生的取整都会改变实际资源需求。复制一个名义速率，无法证明分配足够。

RFC 2381 的历史价值正在这里：它没有用服务名称掩盖转换带来的失明。入口拥有包知识，网络执行单元处理，出口负责重组。只有运行中的设备行为，才能说明承诺有没有穿过这些边界。