摘要

  • RFC 9801 要求接收端为每个丢失或被丢弃的 PLE 包补上等量替代数据；所有实现都必须支持默认的 0xAA 交替比特模式。
  • 0xAA 的作用是维持时钟同步，并避免在 64B/66B 服务上产生非法同步头；它不是对原始数据的恢复，也不是推测。
  • 可审计的运行记录必须把序号缺口、乱序处置、替代区间、时钟保持、L/R 指示、PLOS/DEG 状态、PLE 计数和客户实际结果分开。

机房里最容易让人放心的画面，是端口还有信号、时钟仍然锁定、告警面板没有大面积变红。可是，若接收端刚刚丢了一个承载包，这些现象可能同时成立，而输出内容已经不再忠实。

原因写在 RFC 9801 的接收行为里。专线仿真把 TDM、以太网物理编码、Fibre Channel 或 OTN 等连续比特流装进固定大小的包，通过分组网络送到另一端。远端再把它恢复为同步接口。分组网络允许延迟变化，连续接口却要求每个时刻都有比特可发。包不见了，时间不会停。

因此，规范要求用等量替代数据填补空洞。替代内容可以配置，但每个实现必须会产生 0xAA，也就是零和一交替的字节。在 64B/66B 服务里，这种模式有助于避免非法同步头；同时，IWF 进入时钟保持。输出在电气和编码层面可以继续，原始信息却已经缺席。

仿真复制的是服务形态，不是缺失历史

RFC 9801 建立在 RFC 3985 的伪线架构之上。入口 IWF 从客户设备读取比特，形成固定长度的 PLE 负载，加上控制字、RTP 时间信息、VPWS 分用信息与网络头；出口 IWF 逐层移除，再向本地客户设备输出比特流。

双方的接入电路必须属于同一种服务，负载类型和大小也必须一致。负载大小在 VPWS 生命周期内保持不变，所有实现至少支持 1,024 字节。控制字采用 RFC 4385 的约定，每发一个包，序号递增一次。序号跳变能够证明“预期位置没有按时出现”，却不能单独证明原因是拥塞、误路由、攻击、接口故障还是包晚到。

时间信息借用了 RFC 3550 的 RTP 形式，但 RFC 9801 明确没有引入完整 RTP 体系：没有 RTCP、SRTP、扩展头或会议拓扑。200 Gbit/s 及以下使用 125 MHz 时间戳时钟，更高速率使用 250 MHz。RFC 4197 的相对时钟模型帮助把接入电路与共同参考之间的差值送到远端。

时间戳回答“什么时候输出”。它不回答“缺失位置原来是什么”。知道一页从书中掉落的时刻，不等于读到了那一页。

缓冲区决定“迟到”何时变成“丢失”

出口必须实现去抖缓冲区。乱序包如果能够重排，还有机会回到原位；若实现不支持重排，就必须丢弃。于是，一个内容真实但来迟的包，和一个从未到达的包，最终都可能触发同样的本地替代。

规范提到，启动时通常把缓冲区填到约一半，给延迟上升和下降留出相近空间。这不是免费的可靠性。缓冲区更大，可容忍的包时延变化更大，但服务延迟也更高；缓冲区更小，输出更快，却有更多迟到包被判为不可用。

一条完整证据链至少包含：

记录 能证明的窄事实
收到的 PLE 包与序号 这份负载到达了这个 IWF
序号缺口 决策时预期位置没有可用负载
重排或丢弃决定 本地策略如何处理迟到包
替代字节及持续时间 本地生成内容占据了哪些输出位置
保持与恢复时钟 在指定观察范围内维持了节拍
原生维护信号 接入技术接收了哪种故障指示
客户测量 具体应用实际看到了什么结果

分组侧抓包显示丢包，物理侧仪表显示连续信号，两者并不矛盾。IWF 正是在两者之间填出了连续性。真正的错误，是只保存后一个画面，再宣称数据完整。

L 和 R 是有方向的有限证词

控制字中的 L 表示发送端 PE 已知当前负载因本地接入电路故障而无效。接收端必须输出适当替代数据，并可注入对应的下游故障信号。R 则由另一方向返回，表示接收 IWF 正在经历分组网络丢包，或收到了服务器层后向故障指示。

两位标志都很重要，却都不是根因判决。L 不说明远端客户是否正确理解维护信号；R 不说明包为何丢失；两者更不包含原始负载。把它们统称为“远端告警”，会抹去观察者、方向和作用域。

连续丢包达到可配置时长后进入 PLOS，默认是一毫秒。丢包率连续超过信号劣化阈值则进入 DEG；规范给出的默认组合是 15% 与连续七个一秒区间。第一处序号缺口、阈值跨越、状态声明和原生信号注入，属于不同时间点。

ES-PLE、SES-PLE 和 UAS-PLE 进一步组织统计。某一秒只要有一包丢失，或出现 PLOS/DEG，就算错误秒；丢包超过 15%，或出现 PLOS/DEG，就算严重错误秒。连续严重错误秒达到门槛后进入不可用，连续干净区间后退出，默认两边均为十秒。可是，RFC 9801 把接入电路性能监测留给具体服务。一个 SES-PLE 不能直接换算成丢了多少以太网帧、存储事务或 OTN 业务单元。

保护动作也会改变可见性

RFC 4553、RFC 5086 与 RFC 4842 展示了同步业务仿真中序号、时间与替代数据的技术沿革。RFC 9801 把这种方法扩展到更宽的物理层服务和速率范围。

PLE 业务是不可弹性的恒定比特率流，无法像 RFC 2914 讨论的拥塞响应流那样主动降速。底层网络必须依靠服务质量、流量工程、准入或容量保证低抖动和低丢包，具体手段不在规范内。输出连续只能说明边缘完成了连续性职责，不能倒推出带宽真的被预留。

安全边界同样没有被替代机制消除。RFC 9801 不增加加密、完整性或认证，而是假设 MPLS 或 SRv6 域可信且隔离，并继承 RFC 5920 的安全要求。注入、延迟、乱序和丢弃可以把业务推过缓冲区边界，RFC 9055 对确定性网络的数据面威胁给出了更广背景。若时间同步依赖 PTP，RFC 7384 说明了延迟操纵等威胁。稳定时钟不是经过认证的数据证明。

RFC Editor 信息页、勘误页 与 IETF 历史记录 证明文档状态；IANA PWE3 参数表 证明号码分配。RFC 8214 规定 EVPN-VPWS 的控制框架，而 RFC 9801 把 PLE 信令扩展放在范围之外。这些都是规范证据，不是某条生产专线的结果。

纯文本 与 XML 版本让替代规则可核验，但不会告诉读者哪台设备在何时填了多少字节。

因此，连续性与保真性必须有两个状态。接口可以持续工作，同时明确标记某段输出为本地合成；这不是自相矛盾，而是诚实描述。

来源