摘要

  • RFC 1993 让压缩帧边界脱离原始 PPP 包边界：一帧可容纳多包，一包也可跨越多帧。
  • 即使压缩结果变大，发送端仍要传出这些数据，因为双方必须消费同一条有序数据流，才能保持共同历史。
  • 解压成功只是一张局部收据，不能证明原始包完整交付、对端身份、链路安全或上层应用结果。

先丢掉“一帧一包”的图

阅读 RFC 1993，最先需要放弃的就是网络图里常见的套盒：一个包整齐地装在一个帧里。文档规定的 FZA compressed data 可以包含一个或多个原始 PPP 封装包；反过来，如果一个原始包的压缩表示因为膨胀而超过对端链路的最大接收单元，它就要装入多个 PPP 帧。

接收方并不靠物理帧尾猜测原始包在哪结束。压缩数据自己携带原始包结束指示。因此，帧尾只说明一个链路容器结束；它不一定说明原始包已经重构完。原始包结束也不代表压缩历史清零。历史继续穿过边界，为后续数据提供共同上下文。

外层 PPP Protocol 值负责说明承载位置。0x00FD 是 Compressed Datagram；0x00FB 是 Link Compressed Datagram。后者用在 PPP Multilink 外侧，使不同物理链路可以各自压缩。IANA 的登记证明这些编号获得分配，却不证明某次传输采用了正确版本、完整历史或可信对端。编号是封装类别的线索，不是系统状态的总收据。

“越压越大”仍然必须发送

FZA 并不保证每次都省字节。RFC 1993 给出的最大膨胀是二比一；面对已经压缩过的数据，典型膨胀约为一点零一比一。真正揭示设计取舍的是下一条规则：膨胀后的结果照样发送。

原因在未来，而不在当前这个包。压缩历史是发送端和接收端共有的状态。双方只有按同一顺序消费同一条流，后来的引用才会指向相同内容。如果发送端觉得某段结果“不划算”便绕过它，发送端的历史已经变化，接收端却从未见过那段变化。一次局部节省会把后续压缩流变成双方理解不同的语言。

这也解释了为什么超出 MRU 的膨胀结果必须跨帧发送。链路容器装不下，不能成为丢掉历史输入的理由。FZA 选择把表示分摊到多个容器，并在流内保留原始包结束位置。即时带宽收益让位于两端未来仍能互相理解。

自描述填充只解决帧尾歧义

跨边界的压缩流还遇到一个很小、却足以破坏解码的问题：帧尾哪些字节是填充，哪些仍是压缩数据？RFC 1993 要求在 LCP 建链阶段协商 RFC 1570 的 Self-Describing-Padding。填充字节写入各自序号；三个字节的填充依次为 1、2、3，最后一个值告诉接收方在去除 FCS 后应删掉多少字节。若真实数据最后一个字节恰好落入可能被误认为填充长度的范围，发送方至少补一个填充字节来消除歧义。

这是帧尾的局部语法，不是安全封印。索引一致，说明接收方可以稳定找到应移除的后缀；它不说明发送者是谁、不排除恶意修改，也不保证重构内容被上层接受。RFC 1570 建议在填充索引错误时静默丢弃整帧，那是格式错误处置，而非端到端完整性判决。

可靠性是压缩器借来的

RFC 1993 明确预期链路可靠且按序交付。重要之处在于：可靠性不是 FZA 解压成功之后产生的结论，而是 FZA 开始工作之前借用的条件。RFC 1663 解释了连续字典为何怕丢失 datagram，并另行定义可协商的 PPP 可靠传输方式。它提供相邻背景，不能被写成 RFC 1993 自己实现的机制。

因此，证据必须逐层停住。看到 0x00FB 或 0x00FD，最多确认外层压缩封装类型。自描述填充有效，确认帧尾可以一致移除。解压成功，确认解码器能消费它收到的字节，并在那个时刻重构输出。要证明必需帧全部按序到达，还要有链路层证据；要证明每个原始包交给正确的上层协议，还要有 PPP 交付证据。身份、授权、保密、抗重放以及应用动作完成，都各有自己的收据。

RFC 1993 的安全章节只说本文不讨论安全问题。RFC Editor 目前没有登记匹配的勘误，也不等于实现没有歧义、故障或未报告缺陷。它的类别是 Informational，而非 Internet Standard。把这些边界说清楚，不是否定文档价值，而是避免一个狭窄的“解码成功”灯号被赋予整条系统链路的权威。

历史留下的不是部署建议

今天重读这份文档，价值不在于建议重新部署 FZA，而在于它把有状态转换的观察难题展示得格外清楚。一旦逻辑表示跨越物理容器，并依赖双方共同历史，监控就必须跟随逻辑数据流，不能只盯最近的帧。至少应区分四个时刻：帧到达、压缩流前进、原始包重构、上层预期结果发生。

本文借用 Heng Lu 公开文章中的分析方法：运行中的实际边界优先于漂亮的纸面模型；一张收据只对它直接观察到的事实负责。放在 RFC 1993 上，结论很克制：帧尾不能替包尾作证，解码器不能替未观察到的链路历史作证，重构出的包也不能替更上层的应用结果作证。

来源

协议事实来自 RFC 与编号登记；三篇 Heng Lu 文章只披露本文用于区分局部收据、机构表述和最终结果的分析方法，不是 FZA 机制来源。