本页内容
对 MLPPP 和 PPP 订阅者的混合模式支持概述
现有的客户边缘用户服务将用户的 MLPPP 和 PPP 支持分开。但是，如果为 MLPPP 配置了用户接口，而客户端设备 （CPE） 不支持 MLPPP，则用户登录将失败。
在 MLPPP 和 PPP 订阅者混合的环境中，您无法通过使用动态配置文件将用户类型分类为不同的组来轻松管理订阅者类型，因此，如果 CPE 拒绝 MLPPP 中的 LCP 协商，MX 系列需要能够在 PPP 中重新协商链路控制协议 （LCP）。此功能称为 混合模式支持。
混合模式使用通用配置和灵活性来支持 PPP 和 MLPPP。如果为仅 PPP CPE 配置用户family inet/inet6接口，family mlppp则混合模式支持允许其他 LCP 协商交换，从而在 PPP 中成功协商 LCP。混合模式支持静态和动态 PPPoE（终端和隧道）和 LNS（L2TP 网络服务器）用户。
本节包含以下主题：
PPPoE 终端和隧道用户
如果未为订阅者接口配置 family mlppp 语句，则 MX 系列会像当前一样在 PPP 中协商 LCP，并且任何包含 MLPPP 选项的 LCP 请求都将被拒绝。
但是对于 PPPoE 用户，如果为用户接口配置 family mlppp 语句，MX 系列将在 MLPPP 中与 CPE 协商 LCP。如果 CPE 拒绝 MLPPP，则 MX 系列将与 CPE 重新协商 PPP 中的 LCP。
LAC（隧道 PPPoE）用户的混合模式作与已终止的 PPPoE 用户的混合模式作相同。身份验证阶段对 LAC 混合模式作没有影响，因为必须在身份验证之前完成 LCP 协商。
LNS 订阅者
对于 LNS 订阅者，MX 系列按如下方式协商 LCP：
如果来自 LAC 的代理数据表明已协商 MLPPP，并且代理数据可以接受，并且
lcp-renegotiation未配置语句，则接受代理，订阅者为 MLPPP。如果来自 LAC 的代理数据指示已协商 PPP，或者没有来自 LAC 的代理数据，或者如果为 LAC 配置了
lcp-renegotiation语句，则 MX 系列将在 MLPPP 中与 CPE 启动 LCP 协商。如果 CPE 拒绝 MLPPP，则 MX 系列将与 CPE 重新协商 PPP 中的 LCP。