MP原理与实现方式详解

MP原理与实现方式详解

MP实现方式

MP主要有两种方式，一种是利用虚拟接口模板VT（Virtual-Template），另一种是利用MP-group接口，如表1所示。

表1 MP实现方式分类及原理

对于采用虚拟接口模板实现MP的方式，不管是将PPP链路直接绑定到VT上实现MP，还是按照PPP链路用户名查找VT实现MP，由一个虚拟接口模板都可以派生出若干个MP Bundle，每个MP Bundle对应一条MP链路。为区分虚拟接口模板派生出的多个MP Bundle，需要指定捆绑方式。设备在虚拟模板接口视图下提供了命令ppp mp binding-mode来指定绑定方式，绑定方式有authentication、descriptor和both三种，缺省是both。

• 选择authentication时，只有具有相同对端用户名的链路才会加入到同一个MP Bundle中。
• 选择descriptor时，只有具有相同终端标识符（LCP协商时，会协商出这个选项值）的对端链路才会加入到同一个MP Bundle中。
• 选择both时，只有具有相同的对端用户和相同终端标识符的对端链路才会加入到同一个MP Bundle中。

MP的建链与协商过程

MP建链过程与PPP建链过程类似（PPP建链过程请参见PPP的建链过程），在Dead阶段与Terminate阶段与PPP一致，在其他阶段与PPP有一定区别：

• 在Establish阶段，两端进行LCP协商时，除了协商一般LCP参数外，还要检查对端接口是否也工作在MP方式下。如果两端工作方式不同，LCP协商将不成功。LCP协议Up后，有验证的话进入Authenticate阶段，验证通过后进入Network阶段；没有验证的话直接进入Network阶段。
• 在Authenticate阶段，无论是VT接口还是MP-Group接口都不支持验证，只能在物理接口下进行验证配置。
• 在Network阶段，开始根据相应捆绑方式寻找对应MP Bundle，MP Bundle找不到时，开始创建一个新的MP Bundle（对应一个MP链路）；如果找到MP Bundle，则该通道绑定到这个MP Bundle。然后在这个MP Bundle上进行IPCP协商，IPCP协商通过后，则MP链路便可以正式使用，在上面传送IP报文。

链路分片与交叉LFI（Link Fragmentation and Interleaving）功能

随着生活质量的提高，网络业务种类繁多，人们对网络质量的要求也越来越高，有限的带宽与超负荷的网络需求产生冲突，造成网络中时常会出现延迟、信号丢失等情况，这些都是由于拥塞产生的。当网络间歇性的出现拥塞，且时延敏感业务要求得到比非时延敏感业务更高质量的QoS服务时，需要进行拥塞管理；如果配置拥塞管理后仍然出现拥塞，则需要增加带宽。拥塞管理一般采用队列技术，比如优先级队列PQ（Priority Queuing）和加权公平队列WFQ（Weighted Fair Queueing），使用不同的调度算法来发送队列中的报文流。

在低速串行链路上进行实时交互式通信时，如Telnet和VoIP，即使采取队列技术进行拥塞管理，往往会由于低优先级超大报文的发送而导致阻塞延迟，使高优先级报文无法优先传输。例如，当超大报文被调度而等待发送时，语音报文到达，它需要等该超大报文被传输完毕后才能被调度，这会导致对端听到话音断断续续。

交互式语音要求端到端的延迟小于等于150ms，一个1500bytes的报文需要花费215ms穿过56Kbps的链路，这超过了人所能忍受的延迟限制。为了在低速链路上限制实时报文的延迟时间，需要一种方法将超大报文进行分片，将超大报文的分片和不需要分片的报文一起加入到队列。

链路分片与交叉LFI将超大报文分割成小型报文，与其他小片的报文一起发送，这样高优先级的报文可以优先传输，从而避免了低优先级超大报文造成的阻塞延迟，减少了交互式通信在速度较慢的链路上的延迟和抖动。被分割的报文在目的地被重组。

图1 LFI处理过程

图1描述了LFI的处理过程。超大报文和小的语音报文一起到达某个接口，该接口采用WFQ进行拥塞管理，LFI将超大报文分割成小的分片，语音报文与这些小的分片一起交叉放入WFQ，由于语音报文优先级高，可以得到优先传输。