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