随着PPP的广泛应用，ML-PPP（Multilink-PPP）作为PPP功能的扩展协议应运而生。RFC1990为多链路点对点协议（ML-PPP）因特网协议标准，用于解决PPP一次只能处理一个实际链接的局限。

在技术方面，ML-PPP属于位于PPP和网络协议层之间的高级数据链接协议，它能适应一个或数个PPP链接，其中每个PPP链接表示单个物理连接或ISDN之类的多信道交换服务中的信道，其帧封装格式如图2所示。

核心技术

多链路捆绑是ML-PPP协议的核心技术，它是一个较为简单的协议。MP协议相当于为PPP帧增加了一个二层帧头，MP捆绑需要解决的关键问题是，如何知道后发起的PPP是前面PPP的捆绑链路，以及采用什么样的帧格式表示MP头。一般情况下，在设备中都会有一个MP Server来负责登记PPP是否为捆绑用户，以及IP地址等属性，当后来的捆绑链路连接时，通过查表即可知道与哪条PPP捆绑，然后将该两个链路捆绑起来，以MP头作为链路层的头，实现捆绑。

协议特点

可将多个物理链路捆绑成一个逻辑链路，扩展传输带宽；

可对链路资源进行动态分配，有效地利用宝贵的带宽资源；

解决了多径传输的时延问题，组网更加灵活。

应用

通过ML-PPP协议，路由器和其它访问设备可以合并多条PPP链路到一个逻辑数据管道。例如，在ISDN业务中，连接两台计算机最常用的协议是PPP，访问Internet通常也采用该协议。PPP的功能虽然很强，但在网络部署方面却存在着局限性，即一次只处理一个链接，而ML-PPP则不受该限制，它是用于B信道聚集的新的Internet工程任务组（IETF）标准。使用ML-PPP协议，可以将多个PPP链路进行捆绑，增加设备间传输的可用带宽。

MLPPP的协商过程

首先，MLPPP协商有四种命令：

· Configure-Request 请求

· Configure-Reject 拒绝

· Configure-Nak 建议修改

· Configure-Ack 收到/同意

假设A和B是两个要协商的设备，那么它们之间会发送一些包含LCP选项的Configure-Request（配置请求命令）。如果A打算告知B将使用某链路做MP链路，那么会发送含有MRRU选项的请求，那么B会确认A所请求的选项信息是否可用，如果可用，B发回一个Configure-Ack命令确认收到。如果B希望修改某些选项参数，那么它会发送Configure-Nak命令和一些新的选项值。如果A接受修改，那么A会重新发送一个Configure-Request命令。如果双方任何一方不接受请求，可以发送Configure-Reject表示拒绝

A、B两端都必须保证它们已经使能MLPPP，一条MLPPP链路才会激活。如果A发送了一个含有MRRU的LCP选项的Configure-Request请求并且B也同意，A也不能马上发送MP数据。这是一个双方协商的过程，B同意后会发送一个Configure-Ack命令回来，表示同意MRRU配置，但是A还是要等待B发送一个Configure-Request请求才能确定B已经做好了准备。同样，虽然B做好了准备，但是它也不能发送数据，必须要等A回复一个Configure-Ack命令以确定A已经收到同意信息并做好了准备。当双方都准备好了，才开始建立MLPPP链路