CN103051651B - 最小激活链路数处理方法及装置 - Google Patents

Abstract

本发明公开了最小激活链路数处理方法及装置，该方法包括：接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和对端发送的最小激活链路数一致；通知对端最小激活链路数一致。解决了相关技术中本端和对端不了解对方最小激活链路数而导致的问题，进而在本端和对端增加了最小激活链路数通告机制。

Description

最小激活链路数处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种最小激活链路数处理方法及装置。

背景技术

链路捆绑将多个封装相同链路层协议的接口捆绑到一起，形成一条逻辑上的数据链路。链路捆绑的作用如下：流量负载分担：出/入流量可以在多个成员接口之间分担；增加带宽：链路捆绑接口的带宽是各可用成员接口带宽的总和；提高连接可靠性：当某个成员接口出现故障时，流量会自动切换到其他可用的成员接口上，从而提高整个捆绑链路的连接可靠性。

多链路点对点协议(Multilink-PPP或MLPPP)链路捆绑技术中的一种，将多条PPP链路绑定到一起，用于解决PPP一次只能处理一个实际链接的局限。

专利“CN101854396A”提出了MLPPP组最小激活链路数以及MLPPP组状态概念，提供了一种MLPPP组保证用户期望带宽的方法，以及在无法保证情况下的相应通告处理：主要就是通过检测绑定的各PPP链路状态，判断状态up(状态up符合rfc1661)的链路数是不是达到了用户配置的阀值(最小激活链路数)，达到了则按照MLPPP协议正常往下处理，否则要进行相应的通告和处理机制。

但是，该专利存在如下：当两端MLPPP组的最小激活链路数配置不一样时，会出现一端UP的PPP链路数已经达到最小激活链路数即MLPPP组状态UP承载业务，但另一端UP的PPP链路数还未达到最小激活链路数即MLPPP组状态为DOWN，这样就会出现异常。例如：图1是根据相关技术的MLPPP设备对接组网的示意图，如图1所示，有两端设备DEVA和DEVB，两台设备通过MLPPP通信，即，分别在DEVA上配置一个MLPPP组MA和DEVB上配置一个MLPPP组MB进行对接，MA配置的最小激活链路数为2，MB配置的最小激活链路数为4。但是，当前MA和MB之间只有3条PPP链路时UP可用的，于是，MA的状态为UP开始承载业务，而MB由于当前UP的链路数数为3没有达到配置的最小激活链路数4状态为DOWN不承载业务。这样，业务出现异常用户也就无法感知。

产生该问题的原因在于，本端和对端设备之间并不了解对方的最小激活链路数。而上述专利并没有意识到该问题的存在。

发明内容

本发明提供一种最小激活链路数处理方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种最小激活链路数处理方法，包括：接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知所述对端最小激活链路数一致。

优选地，所述方法还包括：确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致；上报最小激活链路协商失败的告警。

优选地，在确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述方法还包括：通知所述对端最小激活链路数不一致。

优选地，所述方法还包括：确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致；在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。

优选地，接收所述对端发送的多链路点对点组的最小激活链路数包括：接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。

根据本发明的另一个方面，还提供了一种最小激活链路数处理装置，包括：接收模块，用于接收对端发送的多链路点对点组的最小激活链路数；确定模块，用于确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知模块，用于通知所述对端最小激活链路数一致。

优选地，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述装置还包括：告警上报模块，用于上报最小激活链路协商失败的告警。

优选地，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述通知模块还用于通知所述对端最小激活链路数不一致。

优选地，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述装置还包括：处理模块，用于在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。

优选地，所述接收模块，用于接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。

通过本发明，采用接收对端发送的多链路点对点组的最小激活链路数；确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；通知所述对端最小激活链路数一致。解决了相关技术中本端和对端不了解对方最小激活链路数而导致的问题，进而在本端和对端增加了最小激活链路数通告机制。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的MLPPP设备对接组网的示意图；

图2是根据本发明实施例的最小激活链路数处理方法的流程图；

图3是根据本发明实施例的最小激活链路数处理装置的结构框图；

图4是根据本发明实施例的最小激活链路数处理装置的优选结构框图一；

图5是根据本发明实施例的最小激活链路数处理装置的优选结构框图二；

图6是根据本发明实施例的PPP协议协商过程的示意图；

图7是根据本发明实施例的LCP协商阶段Configure-Request请求的构造与发送的流程图；

图8是根据本发明实施例的LCP协商阶段收到Configure-Request请求时的处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下实施例可以应用于MLPPP技术中，但是并不限于此。在以下实施例中提供一种MLPPP组最小激活链路数动态协商的方法。可以在MLPPP协商阶段两端就最小激活链路数进行通告。例如，可以在(Link Control Protocol，简称为LCP)协商阶段对两端的最小激活链路数进行通告。

图2是根据本发明实施例的最小激活链路数处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，接收对端发送的多链路点对点组的最小激活链路数；

步骤S204，确定本端的多链路点对点组的最小激活链路数和对端发送的最小激活链路数一致；

步骤S206，通知对端最小激活链路数一致。

通过上述步骤，引入了最小激活链路数的判断机制，从而可以使双方均了解与对端的最小激活链路数是一致的，并且进行下一步处理，这样就可以避免因双方的最小激活链路数的不一致而导致的问题。

作为一个优选实施方式，为了在双方最小激活链路数不一致的情况及时通知给相关的设备或者用户，还可以上报最小激活链路协商失败的告警，通过上报该告警解决了因为最小激活链路数两端配置的不一样而导致协商完成后两端MLPPP组状态不一致而业务异常用户无法感知的问题。在上报告警的情况下，可以通知对端最小激活链路数不一致，也可以不通知对端。

当然，作为一个更优的实施方式，在确定本端的最小激活链路数和对端发送的最小激活链路数不一致的情况下，对端和本端还可以进行协商：在本端的最小激活链路数大于对端的最小激活链路数的情况下，采用对端的最小激活链路数作为本端的最小激活链路数；在本端的最小激活链路数小于对端的最小激活链路数的情况下，通知对端采用本端的最小激活链路数作为对端的最小激活链路数。通过该优选的实施方式，可以是对端和本端自行调整最小激活链路数，保证了两端参数一致，保证业务的正常进行。

例如，设备1的最小激活链路数为4，设备2的最小激活链路数为2，设备2接收到设备1的最小激活链路数为4，由于设备2的最小激活链路数为2小于设备1的4，因此，设备2确定采用2作为最小激活链路数，设备2可以将最终确定采用2作为最小激活链路数发送给设备1，设备1在接收到将2作为最小激活链路数的指示之后，可以根据实际的情况确定是否采用2来作为最小激活链路数，如果采用，则协商成功，还可以向设备2发送采用2作为最小激活链路数的响应消息。如果不采用，则可以上报告警，也可以继续与设备2进行协商。

作为一个优选的实施方式，可以对现有的消息进行改进来携带最小激活链路数，例如，可以通过在配置请求消息中增加字段来实现，当然也可以通过一个新增加的消息来携带最小激活链路数。

在本实施例中，还提供了一种最小激活链路数处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图3是根据本发明实施例的最小激活链路数处理装置的结构框图，如图3所示，该装置包括如下模块：接收模块32、确定模块34、通知模块36，下面对该结构进行说明。

接收模块32，用于接收对端发送的多链路点对点组的最小激活链路数；确定模块34，连接至接收模块32，该模块用于确定本端的多链路点对点组的最小激活链路数和对端发送的最小激活链路数一致；通知模块36，连接至通知模块36，该模块用于通知对端最小激活链路数一致。

图4是根据本发明实施例的最小激活链路处理装置的优选结构框图一，如图4所示，在确定模块34确定本端的最小激活链路数和对端发送的最小激活链路数不一致的情况下，该装置还包括：告警上报模块42，该模块用于上报最小激活链路协商失败的告警。

优选地，在确定模块34确定本端的最小激活链路数和对端发送的最小激活链路数不一致的情况下，通知模块36还用于通知对端最小激活链路数不一致。

图5是根据本发明实施例的最小激活链路处理装置的优选结构框图二，如图5所示，在确定模块34确定本端的最小激活链路数和对端发送的最小激活链路数不一致的情况下，所述装置还包括：处理模块52，用于在本端的最小激活链路数大于对端的最小激活链路数的情况下，采用对端的最小激活链路数作为本端的最小激活链路数；在本端的最小激活链路数小于对端的最小激活链路数的情况下，通知对端采用本端的最小激活链路数作为对端的最小激活链路数(此时，处理模块52也起到了通知模块36的作用)。

优选地，接收模块32，用于接收对端发送的配置请求消息，其中，该配置请求消息中携带有对端的最小激活链路数。

下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及优选的实施方式。

本优选实施例中的设备包括如下模块：基于rfc1661的PPP模块(可以按照现有技术实现，以下简称为A模块)、基于rfc1990的MLPPP模块(可以按照现有技术实现，以下简称为B模块)、MLPPP最小激活链路数配置模块(可以按照现有技术来实现，以下简称为C模块)。

与现有技术不同，该设备还包括：最小激活链路数LCP配置选项构造解析模块(以下简称为D模块)、最小激活链路数判断模块(实现了上述判断模块34的功能，以下简称为E模块)、告警上报模块(实现了上述告警上报模块42的功能，以下简称为F模块)。

模块A和模块B用于实现PPP链路的协商维护以及MLPPP基本功能，与本实施例对现有技术的改进关系不大，可以依照现有技术来实现，不再赘述。模块D可以由模块A调用。模块E在协商阶段判断对端的最小激活链路数与本端是否一致。

模块D可以按照rfc1661规定的格式要求构造最小激活链路数LCP配置选项，具体格式只要符合RFC1661规定接口即可，以下给出了一个例子：

0 1 2 3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| Type＝254 | Length＝4 | Min-Active-Links |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

该例子中各字段含义为：该配置选项包括类型、长度和数据域总共为4字节。其中Type为该配置选项的类型值，值取为254；Min-Active-Links域填充为最小激活链路数，构造时填之前配置的最小激活链路数，如果之前没有配置，则默认填为1；Length为该配置项长度，为4。该格式用来告诉对端本端的最小激活链路数。

首先使能模块A和B，然后通过模块C配置最小激活链路数，随后在模块A的LCP协商处理阶段，调用模块D和E进行最小激活链路数的协商。

图6是根据本发明实施例的PPP协议协商过程的示意图，如图6所示，该过程包括LCP协商阶段、鉴权阶段、NCP协商阶段和链路终止阶段，本优选实施例可以应用在LCP协商阶段：在两端设备上分别配置一个MLPPP组。配置两端MLPPP组最小激活链路数。随后两端设备开始进行协议协商。

模块A进入LCP协商阶段后调用模块D往Configure-Request请求中添加最小激活链路数LCP配置选项，模块D根据模块C的配置信息构造。

模块A收到Configure-Request请求消息后，进行正常的协议处理，接着调用模块D解析出最小激活链路数信息，然后调用模块E判断本端最小激活链路数与请求消息中的值是否一致，然后按照RFC1661协议规定处理：若为一致则模块A构造Configure-Ack消息发送给对端，PPP链路状态变迁为UP状态；否则由模块A构造Configure-Nak消息，调用模块D将本端的最小激活链路数信息添加到消息中去，发送给对端，PPP链路状态变迁为DOWN状态。同时调用模块F构造最小激活链路数协商失败告警上报给用户。

在本优选实施例中，提出了最小激活链路数这个MLPPP组的LCP配置选项，使得两端在进行协议协商时可对最小激活链路数进行协商，可防止由于两端最小激活链路数配置不一致导致两端MLPPP组状态不一致而业务异常，并且，当两端最小激活链路数不一致时通过这种动态协商，可以让用户第一时间感知。

本优选实施例新定义了一个最小激活链路数LCP配置选项，以现有的PPP协商机制为基础，对此配置选项进行协商，如果两端一致则正常处理，否则认为协商失败，使得用户第一时间感知，进而修改相关配置。避免LCP协商完成后出现两端MLPPP状态不一致而业务异常的问题。

下面结合图1示出的组网示意图进行说明。如图1所示，现在MLPPP互连的两端设备上配置MLPPP组：分别在DEVA和DEVB设备上创建一个MLPPP组；分别配置两个MLPPP组的最小激活链路数。

图7是根据本发明实施例的LCP协商阶段Configure-Request请求的构造与发送的流程图，在图7中现有的协议处理不再列出，如图7所示，该流程包括如下步骤；

步骤S702，一端MLPPP组按照RFC1661以及RFC1990标准构造Configure-Request消息，并按照上述实施例中的例子定义格式将最小激活链路数LCP配置选项添加到消息中去。

步骤S704，将Configure-Request消息发送到对端。

图8是根据本发明实施例的LCP协商阶段收到Configure-Request请求时的处理流程图，在图8中现有的协议处理不再列出，如图8所示，该流程包括以下步骤：

步骤S802，对端接收到Configure-Request消息后，解析出报文中的最小激活链路数值，即对端配置的最小激活链路数。

步骤S804，将从消息中解析出的最小激活链路数与本端配置的最小激活链路数进行比较，若一致转步骤S806，否则转步骤S808。

步骤S806，按照RFC1661以及RFC1990标准继续处理协议中定义的现有的其他配置选项，若其他配置选项都协商成功则构造Configure-Ack消息，同时根据RFC1661以及RFC1990标准切换PPP链路协议状态为UP，转步骤S810。

步骤S808，按照RFC1661以及RFC1990标准构造Configure-Nak消息，将本端的最小激活链路数信息按照预定义的格式添加到消息中，并根据RFC1661以及RFC1990标准切换PPP链路协议状态为DOWN，同时构造最小激活链路数失败告警上报给用户。转步骤S810。

步骤S810，将消息发送到对端。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种最小激活链路数处理方法，其特征在于包括：

接收对端发送的多链路点对点组的最小激活链路数；

确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；

通知所述对端最小激活链路数一致；其中，

所述方法还包括：确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致；上报最小激活链路协商失败的告警；或者，

在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。

2.根据权利要求1所述的方法，其特征在于，在确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述方法还包括：

通知所述对端最小激活链路数不一致。

3.根据权利要求1或2所述的方法，其特征在于，接收所述对端发送的多链路点对点组的最小激活链路数包括：

接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。

4.一种最小激活链路数处理装置，其特征在于包括：

接收模块，用于接收对端发送的多链路点对点组的最小激活链路数；

确定模块，用于确定本端的多链路点对点组的最小激活链路数和所述对端发送的最小激活链路数一致；

通知模块，用于通知所述对端最小激活链路数一致；

其中，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，还包括：告警上报模块，用于上报最小激活链路协商失败的告警；或者，

在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，还包括：处理模块，用于在所述本端的最小激活链路数大于所述对端的最小激活链路数的情况下，采用所述对端的最小激活链路数作为所述本端的最小激活链路数；在所述本端的最小激活链路数小于所述对端的最小激活链路数的情况下，通知所述对端采用所述本端的最小激活链路数作为所述对端的最小激活链路数。

5.根据权利要求4所述的装置，其特征在于，在所述确定模块确定所述本端的最小激活链路数和所述对端发送的最小激活链路数不一致的情况下，所述通知模块还用于通知所述对端最小激活链路数不一致。

6.根据权利要求4或5所述的装置，其特征在于，

所述接收模块，用于接收所述对端发送的配置请求消息，其中，所述配置请求消息中携带有所述对端的最小激活链路数。