摘要

  • RFC 2098 让特定流量借助连续拼接的 ATM 专用虚电路，以信元形式跨过多个 Cell Switch Router，免去每跳的数据报重组和 IP 头处理。
  • 快路没有替代路由：IP 路由选择跨子网的 CSR 序列与出口，ATM 路由只选择相邻节点之间的本地虚电路路径。
  • 已安装的 bypass-pipe 只能证明一段选定流的转发状态，不能证明全程最优、资源预留、策略授权、应用身份、交付成功，或拓扑变化后的持续有效。

一个信元遇到两条执行路径

RFC 2098 把传统 IP 转发与 ATM 信元交换放进同一台 Cell Switch Router。信元到达后，设备检查入站接口和 VPI/VCI。若 ATM 表里存在出站映射，交换模块直接转发；若映射不存在，或表项把输出指向 IP 模块，信元就会被组装成数据报，再依据数据报标识选择下一步。

设计的性能收益就藏在这处分叉里。选定流不必在每个中间路由器上重复重组并解析 IP 头。但表项命中不是一次新的路由计算。它只是在执行另一个层面已经作出的决定。

这份文件于 1997 年 2 月以 Informational 身份发布，正文明确说明它不是互联网标准。IETF Datatracker 如今将其标为 Legacy，并说明它在 IETF 标准流程中没有正式地位。RFC Editor 勘误查询 目前没有匹配记录。因此，它证明的是一种历史架构构想，而不是产品部署、采用规模或实测性能。

旁路是一串局部电路，不是一条神奇长线

Default-VC 承担普通的逐跳 IP 转发。经由它到达的信元会被组装成数据报，再交给 IP 路径。它也让流量在专用状态尚未建好时继续前进，并在快路缺失时保留常规退路。

Dedicated-VC 服务于由地址、端口或 IPv6 流标签等条件选出的特定流。如果入站与出站专用虚电路承载同一流，CSR 就能把两段拼接起来。多个 CSR 连续执行这一动作，便形成 RFC 所说的 ATM Bypass-pipe。

RFC 特意把它同一个 ATM 云提供的单一 VCC 区分开。旁路由多段相邻虚电路组成，每段都有自己的建立方式、服务类别与状态周期。视觉上连续的“管道”，并没有抹平这些控制边界。

IP 选择节点序列，ATM 只安排局部段

RFC 的例子里，无论走普通 IP 转发还是旁路，流量都按 X.1、CSR1、CSR2、Z.1 的次序前进。IP 路由决定 ATM 云出口和跨子网要经过哪些 CSR；ATM 路由只决定一个子网内、两个相邻节点之间的 VC 怎么走。

这条分工也限定了“最优”的含义。RFC 明说，CSR 模型的端到端 ATM 路径可能不如 NHRP 模型理想，因为它仍须经过子网边界上的路由器。看到信元沿快路通过，只能说明各段已沿当前 IP 路由安装，不能说明网络找到了全局最优的 ATM 路径。

RFC 1932 提供了有用的术语边界：路由负责交换形成正确转发决定所需的信息，转发负责把决定施加到分组。RFC 2098 加速的是转发的一部分，并未删除其所依赖的路由账本。

经典 IP 与 NHRP 选择了别的边界

RFC 1577 的 Classical IP 模型允许同一 Logical IP Subnetwork 内直接建立 ATM 连接，跨过 IP 子网边界则必须经过路由器。RFC 2225 后来把这一经典模型保留为扩展缺失或失败时仍可使用的稳定基线。

NHRP 走得更远。RFC 2332 解析面向目的地的 NBMA 下一跳，使源节点能够跨越多个 LIS 建立更直接的连接。CSR 模型则保留路由器序列，再沿这个序列加速数据。它既不是原封不动的经典 IP，也不是一条贯穿整个云的 NHRP 式直连。

BTW 已发布的相邻历史各有边界：RFC 1953 关注单一邻接链路上可拒绝、会到期的 IFMP 标签约定；RFC 1954 关注已接受标签的 ATM 编码；RFC 2022 区分组播接收者名册与发送者仍须建立的电路。本篇只拥有多 CSR 串联机制，以及 IP 路由仍对该串联保有权威的事实。

路由一变，旧表项就只剩历史意义

RFC 2098 没把旁路写成永久设施。IP 路由变化时，受影响的 CSR 可以调整相关段；节点、链路或路由器故障时也同样处理。中间 CSR 可以只修复受影响的部分，而不必从头拆掉并重建整条旁路。

这是一项设计意图，不是运行保证。要证明真实流量仍走在有效路径上，运维者需要保存路由版本、CSR 序列、每一段相邻 VC、状态期限、故障信号、修复动作以及修复后的流量观察。仍然存在的 VPI/VCI 表项可能是正确现状，也可能只是已经失去原路由依据的过期快路。

低时延不等于资源已经预留

RFC 设想可以依据流量测量，或检测 FTP、NNTP、HTTP 等高层协议来触发短期旁路。目标是减少中间 IP 处理并降低突发传输时延。由于端点没有明确提交带宽或 QoS 要求，RFC 说这类旁路没有带宽决定规则；最容易采用的 UBR 也不保证信元丢失质量。

另一类触发来自 RSVP 等明确请求。RFC 2205 把 RSVP 定义为沿既有路由请求服务的控制协议；它本身不是路由协议。因此，Dedicated-VC 的存在不自动证明资源预留，RSVP 请求也不证明旁路已经安装，更不证明用户得到了承诺的结果。

RFC 2098 还明确说它没有讨论安全问题。流量分类器或 VPI/VCI 映射不是身份认证。识别到 HTTP 不能确认应用所有者，邻接控制消息也不能证明端到端策略授权。

快路负责执行，不负责授予权威

Lu Heng 在 Running-Code Primacy 中要求技术主张回到实际运行的系统。Minimum Initial Specification 把公共互操作层同后续本地选择分开。Reality Layers 则提醒人们，不要让象征性表述借用可执行事实的证明力。

RFC 2098 把这些边界变成了一个具体历史画面：IP 路由保存跨子网可达性的共同账目，ATM 状态在本地加速选定流。信元真实走过旁路，只能证明某一时刻的执行；它不能替路由权、授权或最终交付结果发言。

来源