摘要

  • RFC 3985 把伪线限定为以最低必要功能仿真服务的必要属性，而不是在分组网络中复制一条物理线路。
  • 它明确分开客户接入、转发选择、原生服务语义处理、伪线封装和 PSN 隧道，因此“伪线已建立”不是客户服务完整交付的证据。

三层同时存在，才容易看见误判从何而来。客户边缘 CE 看到的是一条仿真服务；伪线只从一个运营商边缘 PE 延伸到另一个 PE；更内层的隧道则可能承载多条伪线。隧道可达，只证明内部运输条件之一成立。

RFC 3985 于 2005 年 3 月描述 PWE3 架构。其状态、勘误与 Datatracker记录了一份信息类文档。它没有承诺“复制线路”，而是要求用最低必要功能达到特定服务所需的保真度。

这一目标承接 RFC 3916 的要求；后者的状态、勘误和历史同时说明：客户可以把 PW 感知为独享链路，但仿真缺陷仍可能限制应用。界面上的熟悉感不是物理同一性。

RFC 3985 给不同组件划定权力。Forwarder 决定从接入电路来的负载进入哪条 PW；需要理解负载含义的地址翻译、注入或修改属于 Native Service Processing。PW 自身保持同质的封装与传送职责。若中间格式改变语义，它就成为需要文档与互操作保证的新帧类型。

因此规范提出“最小干预”：尽量原样传输负载，减少修改。它引用 RFC 1958；其状态、勘误和 Datatracker保存了一般互联网架构原则。少做翻译可以让负载协议与伪线分别演进，并避免中间表示悄悄歪曲数据。

最小干预不等于禁止适配。时序、顺序、告警和服务专用信息仍可能必需。封装层若无需增加信息，可以为空；PSN 已满足假设时，汇聚层也可以为空。新增复杂度必须说明它保存了哪个必要属性。

分组网络的现实不会因为 CE 看见“线路”而消失。RFC 3985 列出丢失、延迟、延迟变化和乱序，网络瞬变还可能造成持续退化。某些应用能够承受，PBX 等场景则可能要求流量工程，甚至无法提供所需保证。

后续标准分别补充机制。RFC 4385 及其状态、勘误、Datatracker定义 MPLS 伪线控制字。控制字有效，只能证明部分逐包元数据有效，不能证明所有服务属性保存。

RFC 8077 及其状态、勘误、历史规定后来的 LDP 建立与维护。信令成功是控制面回执，不是 CE 应用收到数据的回执。

RFC 7893 的状态、勘误和记录进一步说明伪线没有内建带宽预留或控制。外观像电路，内核仍在共享资源上竞争。

安全边界最能打破物理线路幻觉。RFC 3985 明言 PWE3 本身不保护原生数据的完整性、机密性或交付。在本地网或点到点链路上看似可以接受的弱认证，跨越 PSN 后可能更危险。PE 之间的 IPsec 可以保护那一段，却不能自动复刻原生服务的安全属性。

所以真正的验收对象不是“PW”两个字，而是一张属性矩阵：负载、顺序、时序、状态、告警、MTU、验证、拥塞和安全分别需要什么，在哪一层证明。RFC 3985 的克制让伪线成为可审计的仿真，而不是一条无法证实的虚拟物理线路。

来源