摘要

  • RFC 3437 允许 LAC 把期望的 LCP 选项和物理接口可接受的选项送给 LNS；协商结束后，LNS 再把最后发送和收到的 Configure-Request 交回 LAC。
  • 四个 AVP 传递的是知识和回执，不是控制权。偏好不等于许可，配置报文不等于业务成功，把可选 AVP 设为强制还会用可用性换取可观测性。

站在线路旁的设备反而没有最终决定权

物理接入线有自己的脾气：最大接收单元、需要转义的控制字符、地址和控制字段能否压缩、协议字段能否压缩、使用哪一种帧校验序列。这些条件首先被线路旁的 L2TP Access Concentrator（LAC）感知。但在 L2TP 架构中，逻辑 PPP 会话由远端 L2TP Network Server（LNS）终结，LCP 状态机也由它掌握。

基础 L2TP 只能带去同步或异步、数字或模拟之类粗粒度提示，无法完整表达本地成帧能力。于是控制权与现场知识被隧道分开：LNS 有权谈判，却看不见全部物理约束；LAC 看得见线路，却不能替远端会话决定所有策略。

2002 年 12 月发布的 RFC 3437 没有取消这种分工。它建立了一条窄而明确的信息通道。纯文本版、RFC Editor 记录、Datatracker 页面及其历史、引用、后续引用与勘误查询只能证明规范记录，不能证明任何具名设备部署过它。

代理协商不是永久真相

PPP 通过 LCP 的 Configure-Request、确认和拒绝形成链路状态；HDLC 类成帧又让 ACCM、PFC、ACFC 与 FCS 成为具体线路条件。LCP 扩展和 CHAP则表明，并非所有协商都只是成帧问题。

LAC 可以先做 Proxy LCP，再把呼叫交给 LNS。这样快，也能照顾本地介质；但认证协议应由 LNS 决定，MRU 可能同时受两端约束，PPP 对端还可以在会话期间重新打开 LCP。建立呼叫时保存的一份代理结果，稍后可能已经过期。

因此 RFC 3437 允许 LAC 不发送旧的 Proxy LCP AVP，迫使 LNS 亲自协商；也允许代理结果与新 AVP 同时出现。它没有把一种流程宣布为唯一正确答案，而是承认协商权和物理知识来自不同位置。

四个记录不能压成一个状态灯

LAC 可在 ICCN 或 OCCN 中发送属性 49 LCP Want Options 与属性 50 LCP Allow Options。Want 表达接入端希望谈成的结果；Allow 表达物理接口真正能承受的边界。允许的选项未必值得争取，想要的选项也未必被对端接受。若把两者合并为“能力”，协议最重要的区别就消失了。

LCP 完成后，LNS 通过 Set-Link-Info 发回属性 51 LNS Last Sent LCP Confreq 和属性 52 LNS Last Received LCP Confreq。它们各自包含一份从 Code 字段开始的完整 LCP 报文，分别记录 LNS 最后发送与最后收到的 Configure-Request。

方向决定意义：Want 和 Allow 把物理边缘的知识送向会话控制者；两份 Confreq 把谈判回执送回边缘。只要 LAC 发送前两者中的任意一个，就必须能够接收并处理后两者。它们构成对账回路，而不是四个同义标签。

即便收到两份报文，也只能证明协商消息，不能证明认证完成、网络层配置成功、计费正确、可达性存在或应用可用。不同现实层需要不同收据。

可选性保护兼容，也可能让证据消失

四个 AVP 默认都不强制。老设备不认识可选 AVP 时可以忽略并继续；若设置 M 位，不理解扩展的对端可能终止会话。RFC 3437 明确不鼓励随意强制，除非缺少这项扩展就完全无法运行。

这是一笔清晰的运营交易：保持可选有利于可用性，却可能拿不到所需证据；设为强制可执行支持要求，却会把版本差异变成断线。运维不能只看配置，必须记录对端是否实际支持与返回。

规范还为新 AVP 分配新属性号，没有复用 Proxy LCP 的旧号。旧实现可能认识某个 AVP，却因它出现在旧规则不允许的消息里而报错。新的未知可选属性，反而比“出现在错误位置的熟悉属性”更安全。IANA L2TP 登记表记录分配，PPP Numbers记录更广的协商空间；登记不等于部署。

传递信息本身也会暴露信息

Want、Allow 与实际配置报文会泄露接口特征，帮助观察者推断拓扑。RFC 3437 同时指出，相似事实本来就可能出现在隧道内的 LCP 报文中。扩展改变了信息出现的格式与位置，却没有凭空创造这些事实。

RFC 3145处理断开原因，同样试图在分离端点间保留语义；RFC 3193讨论 L2TP/IPsec 及另一组状态与 MTU 边界；RFC 3438把 PPP 放进 MPLS 隧道；RFC 3931又让 L2TPv3 超越 PPP。这些文献能定位 RFC 3437 的边界，却不能替它提供机密性或业务结果证明。

分离控制面的最小证据协议

Heng Lu 关于现实层的区分适合阅读这段历史：Want 是意图，Allow 是陈述的约束，Configure-Request 是协议事件，LCP 完成是链路状态，认证与有效流量还在其后。任何一层都不应借用下一层的确定性。

运行代码优先提醒我们，只有实现证据能说明端点如何处理未知 AVP、重新协商与异常路径。最小初始规范则解释了四个 AVP 的节制：只搬运协调所需的最小知识，把策略与采用留给本地。这些是后来的编辑分析，并非对 RFC 作者动机的代言。

RFC 3437 的长久价值，不在于宣称远程控制有错，而在于说明远程控制必须承认自己的视野边界。物理链路知道隧道终结端看不见的事；可信的系统不会抹平差异，而会保存双方各自知道什么、决定什么、最后发生了什么。

来源