摘要

  • 被叫方标识可以在同一 ISDN 接入设施上选择 PPP 服务，但它只是本地交换机提供的线索，不是端点的开放许可。
  • 若 LCP 尚未收到行政 Open 事件，RFC 1618 要求直接拒绝呼叫；不得先接通，再关闭电路或对分组保持沉默。
  • 接受呼叫之后仍有多道独立关口：编码、成帧、底层 Up、LCP Opened、认证、NCP 与应用结果。

一条设施，多个号码

1994 年 5 月发布的 RFC 1618 讨论如何在 ISDN 交换电路上传送 PPP。它没有假装全世界会建成一个单一、同质的 ISDN；相反，文本承认交换设备、订阅政策和终端实现各不相同，只从中选出少数共同做法以增进互操作。

B 信道是适合 PPP 的点到点承载；PRI 可以同时提供许多 B 信道。D 信道在适当成帧时也能运载 PPP，但带宽有限，而且通信范围往往只到本地交换机。这些事实说明承载能力，并不说明端点愿意在该承载上运行什么。

同一物理接入设施可以绑定多个目录号码，每个号码对应一项服务。交换机送来的被叫方标识因此能回答：来电拨中了哪扇门？它不能回答来电者是谁，也不能证明这扇门此刻应当打开。

看似更丰富的信号没有走完全程

LLC Information Element 原本像是更好的答案。若它能在带外信令中可靠传递，接收端似乎可以在数据交换前就知道编码或成帧方式。RFC 1618 根据当时经验拒绝了这个推论：兼容交换机部署不足，各提供商的订阅政策差异太大，LLC-IE 不能可靠地端到端到达。

当时还没有为 PPP 分配 LLC-IE 值；收到其他值，并不能把呼叫认定为 PPP。文本明确说，不应依靠这个字段决定成帧或编码。

这不是字段长度不够，而是共同语义的路径不完整。只要中间交换机可以丢弃字段，或者提供商以不同政策决定是否传递，发送端写下的含义就没有变成接收端可依赖的事实。RFC 1618 没有用更大的标签掩盖这种差异，而是退回到范围更小、责任更清楚的本地证据。

Open 是人或程序的决定

规则最尖锐的部分出现在呼叫被接受之前：若使用了被叫方标识，或者未来收到了 PPP 专用 LLC 值，但 LCP 尚未发生行政 Open，接收端必须拒绝呼叫。它不得先接受来电，再关闭电路；也不得接受之后只丢弃分组。

同期的 RFC 1548 与稍后的 RFC 1661 给出了状态的所有者。Open 表示网络管理员——人或程序——允许链路被打开。Up 是底层报告自己可用。Opened 则是 LCP 与对端完成配置交换后进入的状态。

三个词相近，证据却完全不同。交换机可以送来电路，而本地政策仍然关闭；管理员可以允许服务，而物理层尚未就绪；两者都具备，也仍可能无法与对端协商成功。把三者压成一个“已连接”灯，会抹去故障和决定各自的责任人。

先拒接还有现实价值。交换电路被接受后会占用资源；随后沉默，只会把明确的本地政策伪装成编码不合、远端不应答或网络丢包。入口处的拒绝把“服务关闭”留在作出决定的位置。

自动识别其实是有预算的试验

服务获准后，端点仍未必知道比特如何表示。在 PPP 看来，ISDN 信道是一条全双工同步链路；编码与扰码则属于 DTE/DCE 设备，不由 PPP 本身统一。RFC 1618 推荐在 T 参考点以 NRZ 为默认值，NRZI 可经配置使用，早期部分实现使用的反相 NRZ 则被弃用。

需要兼容多种简单编码时，文档认为唯一可靠的识别方法是轮换尝试：每种模式发送两次 LCP Configure-Request，留出响应时间，再切到下一种。累计尝试不得超过 59 秒，最好遵守通常的 30 秒上限。

这不是从一个字段“读取真相”，而是以时间和信道为成本做实验。一次无响应只能支持继续试下一项，不能证明谁出了错。上限让不确定性保持有限，也防止一个排队分组无限占用交换资源。

成帧另有共同起点。没有预配置时，B 信道必须先使用比特同步 HDLC；只有在字节边界可用并已配置时，才推荐字节同步 HDLC。HDLC、LAPB、LAPD、LAPF 名义上可区分，也不意味着应在一条信道上并行运行后让 PPP 猜测。

RFC 1618 还弃用 V.120 来承载这种业务，因为其成帧可能难以同 Frame Relay 区分，并改为建议在 Frame Relay 中承载 PPP。这是有限的互通选择，不证明某次呼叫实际采用过任何一种方式。

RFC 1549 还说明 NRZI 会削弱 16 位 FCS 的部分检错性质，因此建议协商 32 位 FCS。物理承载存在，不能证明双方对比特表示和差错保护已有共同状态。

队列会让一次需求自我复制

RFC 1618 建议网络层 MTU 不超过 1500，除非对端明确协商出至少 2048 的 MRU。它还建议重启计时器从 250 毫秒指数退避到 3 秒，并限制 demand dialing 或 redialing 的持续性。链路建立失败后，可以丢弃发送队列；这样会暂时移除不断触发重拨的那个分组。

这里有一条容易忽略的反馈回路：应用产生分组，分组触发拨号，建立失败后分组仍在，于是再次拨号。如果没有次数上限，一次应用请求会变成一串电路尝试；如果清队列却不保留记录，又会抹去循环的起点。控制必须同时留下拒绝、重试和清理的证据。

RFC 1618 还建议以 PPP Multilink 取代带有独立初始化过程的 BONDING。RFC 1990 后来描述了把多个 ISDN 信道组合为按需带宽的机制。但物理信道同时存在并不会自行成为一条逻辑链路，组合能力仍需通过 LCP 选项协商。

接受不是结果

完整路径在呼叫获准后才开始：编码和成帧要相容，底层进入 Up，LCP 协商到 Opened，选定的认证完成，相应 NCP 再开放网络层协议。之后分组才有资格通过，而分组通过仍不等于应用完成工作。

RFC Editor 记录 能证明发布时间、作者和当前 Proposed Standard 状态，不能证明某个产品、部署或今天的 ISDN 行为。RFC 1618 也明确没有讨论安全问题；被叫号码绝不能膨胀成来电者身份认证。

Heng Lu 的运行代码优先提供了阅读纪律：字段、号码映射和标准标签只是输入，端点真实执行的拒绝、协商与结果属于不同现实层。他关于最小初始规范的论述也解释了为何共同默认值可以很窄，而未来是否接纳仍由本地决定。

交换机说出了服务名。端点没有因此失去说“不”的权力。RFC 1618 把这个“不”放在接通之前，使政策保持可见、可归责，也不让一条到达的电路替管理员作决定。

来源