摘要

  • 1992 年 1 月的 Standards Track 文档 RFC 1294 规定在 Frame Relay 上承载路由和桥接流量的多协议封装。若系统能使用不止一种封装，就必须事先知道哪条虚电路承载哪一种方法，并且该方法只能用于为其明确配置的 VC。
  • Q.922 帧中的 NLPID 或 SNAP 用于指示接收端如何解释这一份 PDU。它不配置虚电路，不证明端点已经同意，也不证明该帧被接受、桥接、路由、交付或形成服务结果。

RFC 1294——Multiprotocol Interconnect over Frame Relay 的重要之处不只是列出多种头部格式，而是拒绝让一个可见字段承担它没有获得的权力。一帧来到接收端，接收端需要知道后续字节属于哪种协议或封装；这是解释问题。系统还需要知道该虚电路是否被分配给这种封装；这是配置问题。前者发生在帧内，后者在帧到来之前已经是端点间的运行条件。

RFC 要求所有协议放进 Q.922 Annex A 帧，并要求帧携带足以识别 PDU 协议或封装的信息。NLPID 可以直接标识协议；当一个协议没有专用 NLPID 时，路由帧可使用 NLPID 0x80、OUI 00-00-00 和 EtherType。IP 数据报可用 NLPID 0xCC。站点必须能够接受两种路由编码：直接 NLPID 与 SNAP。

这些规定回答的是“收到这一帧后用什么语法处理”。它们没有回答“谁把这种封装分配到这条 VC 上”。RFC 的摘要另有一条前置要求：能够使用本封装及其他方法的系统，必须预先掌握每条虚电路所承载的方法；本封装只能在为它明确配置的虚电路上使用。帧的标签是一份解释指令，不是一份配置决定。

DLCI 记录本地接口，不记录全部政策

Frame Relay 组可以是全互连，也可以只是部分互连。每条虚电路在每个 Frame Relay 接口处都有 Data Link Connection Identifier。RFC 1294 明说，大多数情况下 DLCI 在各自接口只有严格的本地意义。这使它成为精确的本地标记，却不使它成为可跨网络携带的电路身份证明。

RFC 在地址解析部分进一步解释了这种本地性：一帧穿过网络时，帧头中的 DLCI 可能被网络修改。发送端使用的数字与接收端看到的数字可以不同，接收端看到的是从它自己接口的角度对应发送端的值。因此，观察到一个 DLCI，可以证明某时某帧在某本地接口上以该编号出现；不能凭此推出远端身份、全路径编号、封装分配、当前配置或业务结果。

把 DLCI 当作完整政策尤其危险，因为数字很容易出现在监控屏、故障单和抓包摘要中。一个数值被看见，不等于端点已经批准某种多协议方法；一个帧头被解释，不等于下层电路的使用条件存在。正确的记录必须同时保留接口、DLCI、时间与有效的 VC—封装分配，而不是让一个本地号码代替整条关系。

标签让帧可读，不让电路自动准入

Q.922 帧的控制字段通常是 UI 0x03，除非另有协商。为对齐而存在的填充字节可以有零个或多个，但都必须是零。RFC 还排除了 NLPID 0x00：在此封装中它无法与填充字段区分，也没有相关含义。一枚标签要成为可靠的解释依据，先要能同周围结构区分开。

桥接帧同样显示了标签的有限职责：NLPID 0x80 表明其后是 SNAP；OUI 00-80-C2 指向 802.1；PID 指出 MAC 头形式以及原始 FCS 是否保留。这些字段可让接收端选择正确的帧解释路径。它们不认证原始 LAN 帧，不保证某个桥会转发，不证明另一端拥有相同政策，也不证明 LAN 上发生了什么。

因此三句话不可混写。“帧标注为桥接以太网”是对头部的观察；“以太网已被桥接”是对处理行为的主张；“该 VC 配置为可承载桥接以太网”是对事先政策的主张。RFC 1294 为每一种主张提供不同的结构位置，却没有允许其中一种替其他两种背书。

XID 的协商范围也不能膨胀

文档允许在 Frame Relay 电路初始化时使用可选的 Exchange Identification，也就是 XID，协商最大帧大小 N201、重传定时器 T200 和最大未确认 I 帧数 K。若不使用 XID，这些值必须由数据链路连接端点以共同同意的静态配置给出，或使用 Q.922 默认值。支持 XID 的站点收到 XID 帧后必须响应；若远端最大帧更小，本地系统必须在发出响应前降低自己在该 DLC 上使用的最大值。

这是一种有边界的协商。它说明某些具体参数怎样取得共同基础，却没有取代“哪条 VC 承载哪种封装”的前置分配。一次 XID 往返也没有证明上层协议、远端应用、桥接结果或交付。RFC 的谨慎正在于它说清 XID 覆盖什么；不能因为有一项协商，就把整个电路的一切运行事实都归入那项协商。

应保存的是证据链，不是一枚安慰性的字段

若要复原一个多协议 Frame Relay 事件，至少需要分别保存：本地接口与 DLCI、VC 到封装方法的分配及生效时间、XID 或静态参数约定、原始 Q.922 字节、NLPID/SNAP 解码、接收实现的动作，以及任何后续转发或上层结果。RFC 1294 对其中若干环节有规范性说明，但不会自动生成缺失的环节。

一个正确的 NLPID 可以支持“此帧表明自己属于该协议”；SNAP OUI/PID 可以支持“此帧表明自己采用该桥接解释”；配置记录可以支持“此时该 VC 被分配给该封装”。后续计数器或链路记录才能支持更晚的动作。把它们压缩成“该电路工作了”，会让一个解析成功的事实冒充授权、转发和结果。

RFC 1294 的历史价值就在这份克制：它让同一承载网上的多种 PDU 可被识别，同时坚持虚电路使用条件必须先被明确划定。可读性没有吞并配置权，格式没有吞并结果。

来源与证据边界

来源为 RFC 1294——Multiprotocol Interconnect over Frame Relay。它支持 1992 年 1 月的标准状态、明确配置要求、DLCI 的本地意义、Q.922/NLPID/SNAP 格式、路由与桥接区分以及 XID 的有限作用。它不支持任何当前运营商、PVC、远端、有效配置、安全属性、成功转发、交付或服务结果的主张。