CN115333991A - 跨设备链路聚合方法、装置、***及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提出一种跨设备链路聚合方法、装置、***及计算机存储介质，属于通信技术领域，方法应用于链路聚合上联设备，链路聚合上联设备通过由多条成员链路构成的聚合链路与由多个下联网络设备组成的聚合组连接，方法包括：确定待处理报文的报文类型为协议报文时，针对每条成员链路，对待处理报文进行复制，并分别通过每条成员链路，将待处理报文发送至与成员链路对应的下联网络设备上，以使每个下联网络设备通过待处理报文得到链路同步信息，从而无需聚合组中的所有下联网络设备间跑协议也能实现数据同步，以确保后续链路传输正常实现，进而提高跨设备链路聚合的兼容性，并降低进行跨设备链路聚合的实现成本。

Description

跨设备链路聚合方法、装置、***及计算机可读存储介质

技术领域

本发明涉及通信技术领域，具体而言，涉及一种跨设备链路聚合方法、装置、***及计算机可读存储介质。

背景技术

堆叠和跨设备链路聚合组(Multichassis Link Aggregation Group，M-LAG)是目前广泛应用的两种横向虚拟化技术，在逻辑上实现将多台通信设备虚拟为一台设备。堆叠技术是指把多个支持堆叠的设备组合在一起，逻辑上合为一台整体设备。用户可以将这多台设备看成一台单一设备进行管理和使用。这样既可以通过增加设备来扩展端口数量和交换能力，同时也通过多台设备之间的互相备份增强了设备的可靠性。M-LAG技术通过两台接入交换机以同一个状态和被接入的设备进行链路聚合协商，在被接入的设备看来，就如同和一台设备建立了链路聚合关系。通过跨设备的链路聚合，可以将可靠性从单板级提高到设备级。

在实际的组网应用中，两种横向虚拟化技术分别存在如下不足：

堆叠技术实现成本高，需要配置多条堆叠线缆，扩展能力差，主设备的故障可能影响成员设备，控制面的能力局限于主设备的能力，三台设备以上扩容时需改变原有网络架构或重启设备，影响现有业务；

M-LAG的设备之间的peer-link线路需要进行协议报文交互，并且同时还要进行数据流量交互，所以配置复杂度高，而且很容易产生表项不同步导致流量转发异常。

基于以上所述，现有横向虚拟化技术亟待改进。

发明内容

有鉴于此，本发明的目的在于提供一种跨设备链路聚合方法、装置、***及计算机可读存储介质，其进行跨设备链路聚合的设备无需具有相同的型号及功能，即可使聚合组中的所有网络设备实现数据同步，以在一定程度上确保跨设备链路聚合的后续链路传输正常实现，提高跨设备链路聚合的兼容性，并降低进行跨设备链路聚合的实现成本。

为了实现上述目的，本发明实施例采用的技术方案如下。

第一方面，本发明实施例提供一种跨设备链路聚合方法，应用于链路聚合上联设备，所述链路聚合上联设备通过由多条成员链路构成的聚合链路与由多个下联网络设备组成的聚合组连接，所述方法包括：

确定所述待处理报文的报文类型；

当所述报文类型为协议报文时，针对每条所述成员链路，对所述待处理报文进行复制；

分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息，从而各所述下联网络设备之间的链路信息一致。

进一步地，所述链路聚合上联设备是单台通信设备，或是由至少两台通信设备通过链路聚合组成的虚拟化设备；每台所述通信设备包括多个下联成员接口，每个所述下联网络设备包括至少一个聚合成员接口，每条所述成员链路由一个所述下联成员接口连接一个所述聚合成员接口所形成；

当所述待处理报文为ARP请求报文时，所述分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息的步骤，包括：

将复制的ARP请求报文分别配置至所述链路聚合上联设备的每个下联成员接口，通过每个所述下联成员接口对应的成员链路，将所述ARP请求报文传输至与所述成员链路对应的下联网络设备上，以促使每个所述下联网络设备根据自身的聚合成员接口的成员接口信息和逻辑接口信息，生成ARP表项；

接收并处理每个所述下联网络设备针对所述ARP请求报文所返回的ARP应答报文，学习所述ARP应答报文中的所述ARP表项。

进一步地，当所述待处理报文为OSPF报文时，所述分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息的步骤，包括：

将复制的OSPF报文分别配置至每条所述成员链路，将所述待处理报文传输至与所述成员链路对应的下联网络设备上，以促使每个所述下联网络设备与所述链路聚合上联设备建立OSPF邻居。

进一步地，所述方法还包括：

当所述待处理报文的报文类型为非协议报文时，基于所述待处理报文的邻接表所指定的下联成员接口，从所有所述下联成员接口中确定出目标成员接口；

通过所述目标成员接口对应的成员链路，将所述待处理报文发送至所述聚合组。

进一步地，所述基于所述待处理报文的邻接表所指定的下联成员接口，从所有所述下联成员接口中确定出目标成员接口的步骤，包括：

若所述待处理报文为本地生成的报文，则查询所述邻接表中是否有用于指定下联成员接口的接口字段，若是，则将所述邻接表中的接口字段指定的下联成员接口作为目标成员接口，若否，则将所述链路聚合上联设备的根端口作为目标成员接口；

若所述待处理报文为转发报文，则查询邻接表中是否有用于指定下联成员接口的接口字段，若是，则将所述邻接表中的接口字段指定的下联成员接口作为目标成员接口，若否，则利用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

进一步地，所述方法还包括：

当所述报文类型为非协议报文时，从所述待处理报文的邻接表中查询出下一跳地址和目的地地址，判断所述下一跳地址与所述目的地地址是否一致；

若是，则将所述邻接表中的接口字段指定的下联成员接口作为目标成员接口；

若否，则在所述待处理报文为本地生成的报文时，将所述链路聚合上联设备的根端口作为目标成员接口，在所述待处理报文为转发报文时，利用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

进一步地，所述方法还包括：

在每条所述成员链路的下联成员接口和聚合成员接口间建立会话；

实时监测所有所述会话，根据所述会话的响应情况，判断每条所述成员链路是否连通；

若有成员链路无法连通，则将该成员链路的下联成员接口的状态标识置为无效，并更新所述链路聚合上联设备上的ARP表项。

第二方面，本发明实施例提供一种跨设备链路聚合***，包括链路聚合上联设备，以及与所述链路聚合上联设备的多条成员链路连接的多个下联网络设备所组成的聚合组；

所述链路聚合上联设备，用于实现如第一方面所述的跨设备链路聚合方法；

所述聚合组，用于接收并处理所述链路聚合上联设备发送的待处理报文。

第三方面，本发明实施例提供一种开设备链路聚合装置，应用于链路聚合上联设备，所述链路聚合上联设备通过多条成员链路构成的聚合链路与由多个下联网络设备组成的聚合组连接，所述跨设备链路聚合装置包括处理模块和传输模块：

所述处理模块，用于确定所述待处理报文的报文类型，当所述报文类型为协议报文时，针对每条所述成员链路，对所述待处理报文进行复制；

所述传输模块，用于分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息，从而各所述下联网络设备之间的链路信息一致。

第四方面，本发明实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的跨设备链路聚合方法。

本发明实施例提供的跨设备链路聚合方法、装置、***及存储介质，在确定待处理报文的报文类型为协议报文时，链路聚合上联设备复制与成员链路数匹配的份数的待处理报文，以将待处理报文通过每条成员链路传输至与成员链路对应的下联网络设备上，从而聚合组的每个下联网络设备均能通过待处理报文得到链路同步信息，进行跨设备链路聚合的所有网络设备无需具有相同的型号及功能，即可使聚合组中的所有下联网络设备实现数据同步，确保跨设备链路聚合的后续链路传输正常实现，从而提高跨设备链路聚合的兼容性，并降低了配置复杂度和进行跨设备链路聚合的实现成本。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的跨设备链路聚合***的方框示意图。

图2示出了本发明实施例提供的跨设备链路聚合***的结构示意图之一。

图3示出了本发明实施例提供的跨设备链路聚合方法的流程示意图之一。

图4示出了图3中步骤S105的部分子步骤的流程示意图。

图5示出了本发明实施例提供的跨设备链路聚合***的结构示意图之二。

图6示出了本发明实施例提供的跨设备链路聚合方法的流程示意图之二。

图7示出了本发明实施例提供的跨设备链路聚合方法的流程示意图之三。

图8示出了本发明实施例提供的跨设备链路聚合装置的方框示意图。

图9示出了本发明实施例提供的电子设备的方框示意图。

附图标记：100-跨设备链路聚合***；110-链路聚合上联设备；120-聚合组；121-下联网络设备；130-跨设备链路聚合装置；140-处理模块；150-传输模块；160-检测模块；170-电子设备。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

而在现有技术中，要求属于跨设备链路聚合组中的设备具有相同的型号及功能，以便通过配置相关协议来保证设备之间信息的一致性，从而大大降低了整个跨设备链路聚合组的兼容性，提高了实现成本。此外，若跨设备链路聚合组中的设备间还需要跑数据流量，故而若要在设备间跑协议，则极大地提高配置复杂度。

基于上述考虑，本发明实施例提供一种跨设备链路聚合方案，其进行跨设备链路聚合的设备无需具有相同的型号及功能，即可使聚合组中的所有设备的数据同步，以在一定程度上确保跨设备链路聚合的后续链路传输正常实现，提高进行跨设备链路聚合的兼容性，并降低跨设备链路聚合的实现成本。同时，能够降低跨设备链路聚合的配置复杂度。以下，进行详细介绍。

在一个实施例中，参照图1，提供一种跨设备链路聚合***100，该***包括链路聚合上联设备110，以及与链路聚合上联设备110的多条成员链路连接的多个下联网络设备121组成的聚合组120。多条成员链路构成聚合链路，且一条成员链路连接一个下联网络设备121。下联网络设备121至少为两个，下联网络设备121间具有跨设备链路聚合关系。

成员链路是通过将聚合组120中的下联网络设备121和链路聚合上联设备110间的多条成员链路捆绑而成的一条逻辑链路，即一条以太聚合链路包括多条成员链路。

当聚合组120包括两台下联网络设备121时，在跨设备链路聚合***100中，两条分别与两台下联网络设备121连接的成员链路可以捆绑为一条聚合链路。当聚合组120包括三台下联网络设备121时，在跨设备链路聚合***100中，三条分别与三台下联网络设备121连接的成员链路可以捆绑为一条聚合链路。

其中，链路聚合上联设备110可以是单台通信设备，也可以是至少两台通信设备采用堆叠技术虚拟得到的虚拟化设备，还可以是至少两台通信设备通过链路聚合组成的虚拟化设备，还可以采用其他虚拟技术得到的设备。在本实施例中，不作具体限定。

链路聚合上联设备110，用于确定待处理报文的报文类型，当报文类型为协议报文时，针对每条成员链路，对待处理报文进行复制，并通过每条成员链路，将待处理报文发送至成员链路对应的下联网络设备121上，以使每个下联网络设备121通过待处理报文得到链路同步信息。

下联网络设备121接收到待处理报文后，处理并响应待处理报文，从而既能够返回应答报文，也能进行待处理报文要求的配置，还可以继续转发报文至下联设备，同时，也能够学习到待处理报文中的协议信息。从而，可以实现聚合组120中的各下联网络设备121间的链路信息同步，从而各下联网络设备121件的链路信息一致。

待处理报文可以是链路聚合上联设备110的上联设备发送的报文，也可以是链路聚合上联设备110本地生成的报文。链路同步信息用于使聚合组120中下联网络设备121之间的链路信息一致。详细来讲，在一种实施方式中，链路同步信息用于保证聚合组120中下联网络设备121之间的协议报文信息同步。

上述跨设备链路聚合***100中，通过链路聚合上联设备和聚合组之间的交互，聚合组的每个下联网络设备均能通过待处理报文得到链路同步信息，无需进行跨设备链路聚合的所有设备具有相同的型号及功能，即可使聚合组中的所有设备实现数据同步，在一定程度上行能够确保跨设备链路聚合的后续链路传输正常实现，从而提高跨设备链路聚合的兼容性。同时，能够降低跨设备链路聚合的配置复杂度，以及降低进行跨设备链路聚合的实现成本。

链路汇聚控制协议(LACP协议)是跨设备链路聚合的一种控制协议，用于与对端交互信息。设备的端口启用LACP协议后，该端口将通过发送链路汇聚控制协议数据单元(LACPUD)向对端通告自己的***优先级、***MAC地址、端口优先级、端口号和操作key。对端接收到这些信息后，将这些信息与其他端口的信息比较以选择能汇聚的端口，从而双方可以对端口加入或退出某个动态汇聚组达成一致。

由于跨设备链路聚合运行在聚合组120中的下联网络设备121上，为了确保链路汇聚控制协议可以正常协商，对图1所示的跨设备链路聚合***100中的链路聚合上联设备110与聚合组120中的下联网络设备121间进行配置。

配置内容包括：聚合组中的所有下联网络设备121的LACP的***ID(system-id)配置为相同的值；聚合组中的所有下联网络设备121的聚合成员接口配置相同的MAC地址；链路聚合上联设备110上配置的LACP优先级高于聚合组中的所有下联网络设备121上配置的LACP优先级，以使链路聚合上联设备110始终作为根端口决策者。

其中，根端口指的是链路聚合上联设备110向聚合组发送协议报文时所选择的端口。在现有技术中，链路聚合上联设备一般通过根端口向聚合组发送协议报文。

通过以上配置，链路聚合上联设备会实时根据聚合组中的下联网络设备的***优先级、***MAC地址、端口优先级、端口号和操作key，从自身的下联成员接口中确定出根端口。本实施例中，下联成员接口指的是链路聚合上联设备用于与聚合组连接的接口。

详细来讲，如图2所示，若下联网络设备A上的聚合成员接口gi0的端口优先级高于其他聚合成员接口的端口优先级时，链路聚合上联设备110将与该聚合成员接口gi0连接的下联成员接口1作为根端口。

基于相同的原理，当跨设备链路聚合配置为LACP动态模式时，聚合组中的两个下联网络设备的Peer-link接口也可以进行LACP协议交互，通过LACP协议保活可实现Peer-link接口故障检测。当跨设备链路聚合配置为LACP静态模式时，不会进行LACP协议交互，此时，只要聚合组中所有下联网络设备的聚合成员接口的MAC地址均相同即可。

应当理解的是，上述跨设备链路聚合***100可以是大型的通信***中的一部分。例如，该跨设备链路聚合***100可以是快递网络中的一部分，详细来讲，聚合组120可以是快递网络中的网点设备，链路聚合上联设备110可以是快递网络中的地市的分拣转运中心的分拣转运设备。

在一个实施例中，参照图3，提供一种跨设备链路聚合方法，该跨设备链路聚合方法包括以下步骤，本实施例以该跨设备链路聚合方法应用于上述跨设备链路聚合***100中的链路聚合上联设备110进行举例说明。

S101，确定待处理报文的报文类型。

待处理报文可以是链路聚合上联设备110本地生成的协议报文或非协议报文，也可以是链路聚合上联设备110的上联设备发送的协议报文或非协议报文。根据报文的报文头信息等可以确定出是否是协议报文。

S103，当报文类型为协议报文时，针对每条成员链路，对待处理报文进行复制。

链路聚合上联设备110有多少个用于与聚合组120连接的下联成员接口，就有多少条成员链路，复制后的待处理报文的份数与成员链路的条数一致，即每条成员链路配置一份待处理报文。

S105，分别通过每条成员链路，将待处理报文发送至与成员链路对应的下联网络设备上，以使每个下联网络设备通过待处理报文得到链路同步信息，从而各下联网络设备之间的链路信息一致。

通过上述步骤S101-S105，无需进行跨设备链路聚合中的所有设备具有相同的型号及功能，即可使聚合组中的所有下联网络设备实现数据同步，确保跨设备链路聚合的后续链路传输正常实现，从而提高跨设备链路聚合的兼容性。同时，能够降低跨设备链路聚合的配置复杂度，以及降低进行跨设备链路聚合的实现成本。

由上述跨设备链路聚合***100的描述中已知，链路聚合上联设备可以是单台通信设备，也可以是由至少两台通信设备通过链路聚合组成的虚拟化设备，每台通信设备可以包括多个下联成员接口，聚合组中的每个下联网络设备包括至少一个聚合成员接口，每条成员链路由一个下联成员接口连接一个聚合成员接口所形成。

协议报文包括但不限于是：ARP请求报文和OSPF报文等任一种协议报文。

在现有技术中，协议报文一般都从链路聚合上联设备的根端口发送至聚合组，使得协议报文最终只能发送到聚合组中的一个下联网络设备上。当协议报文为OSPF报文，且聚合组中的下联网络设备间未配置协议时，聚合组中只有一台下联网络设备能够响应OSPF报文与链路聚合上联设备建立OSPF邻居，导致影响到后续的协议报文的传输。

为了克服上述问题，使链路聚合上联设备与聚合组中的所有下联网络设备均建立OSPF邻居。当待处理报文为OSPF报文时，上述步骤S105可以通过以下步骤实现：将复制的OSPF报文分别配置至每条成员链路，将待处理报文传输至与成员链路对应的下联网络设备上，以促使每个下联网络设备与链路聚合上联设备建立OSPF邻居。即上述步骤为步骤S105的一个子步骤。

下联网络设备121从聚合成员接口接收到OSPF报文后，生成OSPF应答报文，并将该应答报文从该聚成成员接口返回至链路聚合上联设备110，以完成OSPF邻居的建立。

同理，在现有技术中，由于其报文发送机制的局限性，使得链路聚合上联设备不能学习到聚合组中所有下联网络设备的信息。当协议报文为ARP请求报文，且聚合组中的下联网络设备间未配置协议时，链路聚合上联设备只能学到聚合组中一台下联网络设备的聚合成员接口与聚合组的地址间的映射关系，这将会影响到后续的协议报文的传输。

为了解决链路聚合上联设备不能学习到聚合组中所有下联网络设备的聚合成员接口与聚合组的地址间的关系信息的问题，当待处理报文为ARP报文时，参照图4，上述步骤S105可以通过以下步骤实现。

S1051，将复制的ARP请求报文分别配置至链路聚合上联设备的每个下联成员接口，通过每个下联成员接口对应的成员链路，将ARP请求报文传输至与成员链路对应的下联网络设备上，以促使每个下联网络设备根据自身的聚合成员接口的成员接口信息和逻辑接口信息，生成ARP表项。

S1052，接收并处理每个下联网络设备针对ARP请求报文所返回的ARP应答报文，学习ARP应答报文中的ARP表项。

其中，成员接口信息包括聚合成员接口的编号信息以及所属的聚合链路信息，逻辑接口信息包括聚合组的IP地址和MAC地址。

聚合组中的下联网络设备的聚合成员接口接收到ARP请求报文时，下联网络设备将该聚合成员接口的成员接口信息和逻辑接口信息以映射关系作为一条ARP表项，将该ARP表项装入ARP应答报文的报文描述符后，从该聚合成员接口对应的成员链路返回至链路聚合上联设备，以使链路聚合上联设备得到该聚合成员接口的ARP表项。应当理解的是，该ARP表项为该聚合成员接口的接口索引。

链路聚合上联设备接收到ARP应答报文后，链路聚合上联设备的ARP模块对报文描述符中的ARP表项进行学习，并存储至邻接管理表(简称邻接表)。由于现有技术中邻接管理表和ARP模块均未存储聚合成员接口的逻辑接口信息，故而本发明与现有技术相比，对ARP模块扩展数据结构以存储聚合成员端口的成员接口信息，同理，也邻接管理表扩展数据结构以存储聚合成员端口的成员接口信息，改进后的ARP模块和邻接管理表用于指导链路聚合进行报文转发。

其中，ARP模块和邻接管理表中可以将聚合成员接口的成员接口信息成员接口字段。

下联网络设备接收到ARP请求报文时，ARP请求报文中所包含的ARP表项也将被下联网络设备所学习到。此外，若聚合组还有下挂设备，则该ARP请求报文会被继续发送至下挂设备上，以获取下挂设备的地址信息。

通过上述步骤S1051-S1052，ARP模块将成员接口字段补上，以记录聚合组中的所有聚合成员接口的成员接口信息，即ARP表项改变。随着ARP表项的改变，本发明实施例也对跨设备链路聚合***中的非协议报文的发送流程做改进，以能够将非协议报文准确发送至目的地。

在现有技术中，非协议报文的发送方式为：采用哈希算法，从链路聚合上联设备的下联成员接口中选择成员接口，来通过该选择的成员接口对应的链路成员接口发送至聚合组，这将导致部分报文丢包或请求失败。

详细来讲，现有技术中，非协议报文发送时，对于转发的非协议报文，利用负载均衡算法里的哈希(HASH)算法，从链路聚合上联设备的下联成员接口中选择一个接口来发送，对于本机的ping请求报文，一般从根端口发送出去。然而在进行跨设备链路聚合的组网环境下，如果仍然按上述方式来发送报文，会导致报文丢包或ping请求失败的问题。

如图5所示，下联网络设备B连接了100.1.1.0/24网络、下联网络设备C连接了100.2.1.0/24网络，当链路聚合上联设备A收到发往100.1.1.0/24网络的报文时，只有从下联成员接口1转发出去，才能保证能够正常送达目的地。同样的，到达100.2.1.0/24网络的报文，只有从下联成员接口1转发才能保证正常送达目的地。

为了改善在进行跨设备链路聚合的组网环境下，原来的报文发送方式所导致的报文丢包或ping请求失败的问题，参照图6，本发明实施例提供的跨设备链路聚合方法还包括以下步骤。

S102，当待处理报文的报文类型为非协议报文时，基于待处理报文的邻接表所指定的下联成员接口，从所有下联成员接口中确定出目标成员接口。

对于目的地明确的报文，则在待处理报文中的邻接表中加入接口字段，接口字段用于指定下联成员接口，该指定的下联成员接口与指定的目的地相关，即下联成员接口是到达目的地所需要经过的聚合接口。

由于待处理报文包括本地报文和转发报文，故而，配置两种发送机制以实现基于待处理报文的邻接表所指定的下联成员接口，从所有下联成员接口中确定出目标成员接口。

若待处理报文为本地生成的报文，则采用本地机制(based-local)，包括：查询邻接表中是否有用于指定下联成员接口的接口字段，若是，则将邻接表中的接口字段指定的下联成员接口作为目标成员接口，若否，则将链路聚合上联设备的根端口作为目标成员接口。

若待处理报文为转发报文，则采用转发机制(based-forward)，包括：若待处理报文为转发报文，则查询邻接表中是否有用于指定下联成员接口的接口字段；

若是，则将邻接表中的接口字段指定的下联成员接口作为目标成员接口；

若否，则利用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

其中，哈希算法指的是负载均衡算法中的哈希算法。应当理解的是，哈希算法可以用其他负载均衡算法替代，其并非是唯一实现方式，本实施例不作唯一限定。

在一种实施方式中，链路聚合上联设备的ARP模块的ARP表项中还记录有跨设备链路聚合的下联网络设备的各个聚合成员接口的活跃状态，即无效(故障)还是有效(无故障)。

应当理解的是，邻接表中的接口字段指定的下联成员接口可能处于无效状态。将邻接表中的接口字段指定的下联成员接口作为目标成员接口的步骤之后，还包括：查询链路聚合上联设备的ARP表项，当邻接表中的接口字段指定的下联成员接口的状态标识为无效时，采用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

S104，通过目标成员接口对应的成员链路，将待处理报文发送至聚合组。

通过上述步骤S102-S104，能够将目的明确的报文准确发送至目的地，并能够减少报文丢包或ping请求失败的情况。

在另一种实施方式中，当待处理报文的报文类型是非协议报文时，本发明还提供一种报文发送方式，该报文发送方式也可以改善在进行跨设备链路聚合的组网环境下，原来的报文发送方式所导致的报文丢包或ping请求失败的问题。

该报文发送方式，为目的地发送机制(based-destination)，包括：从待处理报文的邻接表中查询出下一跳地址和目的地地址，判断下一跳地址与目的地地址是否一致；若是一致，则将邻接表中的接口字段指定的下联成员接口作为目标成员接口；若是不一致，则在待处理报文为本地生成的报文时，将链路聚合上联设备的根端口作为目标成员接口，在待处理报文为转发报文时，利用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

同理，在将邻接表中的接口字段指定的下联成员接口作为目标成员接口的步骤之后，还包括：查询链路聚合上联设备的ARP表项，当邻接表中的接口字段指定的下联成员接口的状态标识为无效时，采用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

上述本地机制(based-local)、转发机制(based-forward)和目的地发送机制(based-destination)可均配置，也可以根据实际需求择一或择二配置，本实施例中，不作具体限定。

在上述跨设备链路聚合方法中，在进行链路聚合上联设备以及跨设备的链路聚合中进行报文收发时，成员链路的有效(无故障)和无效(故障或down掉)对报文的顺利收发有着重要影响。故而，为了快速获知，成员链路的情况(即下联成员接口和聚合成员接口是否故障)，参照图7，本发明实施例提供的跨设备链路聚合方法还包括以下步骤。

S106，在每条成员链路的下联成员接口和聚合成员接口间建立会话。

S107，实时监测所有会话，根据会话的响应情况，判断每条成员链路是否连通。

详细来讲，在一条成员链路的下联成员接口和聚合成员接口间配置一个双向转发检测(Bidirectional Forwarding Detection，BFD)会话，从而该成员链路上的会话可以进行握手，若握手成功，则表明成员链路无故障，否则，有故障。

图5中，链路聚合上联设备A的以太聚合链路(包括两条成员链路)配置BFD时，需要同时配置2个BFD会话，目的IP地址分别指定为下联网络设备B、下联网络设备C的聚合接口IP地址。下联网络设备B和下联网络设备C同样在聚合接口下配置BFD会话，配置完成后会为每条成员链路创建BFD会话，来进行故障检测。

当下联网络设备B与下联网络设备C之间的线路故障后，在成员接口不DOWN的情况下，也可以通过BFD会话检测到。当下联网络设备B和下联网络设备C间的所有成员链路均无效时，下联网络设备B上会将所有的聚合成员接口置为无效状态，同时联动将下联网络设备B和下联网络设备C间的peer-link接口DOWN掉，以保证下联网络设备C不会从peer-link接口发送报文。若不DOWN掉peer-link接口，下联网络设备C将继续从peer-link发送报文，下联网络设备B又无有效成员接口，报文将被丢弃。

S108，若有成员链路无法连通，则将该成员链路的下联成员接口的状态标识置为无效，并更新链路聚合上联设备上的ARP表项。

通过上述步骤S106-S108，能够及时检测出无效的成员链路和成员接口，以在一定程度上避免将报文发送至无效的成员接口，使得报文丢包或发送失败。

本发明实施例提供的跨设备链路聚合方法，在聚合组中的下联网络设备间不跑协议时，也能保证跨设备链路聚合***中各种协议的正常运行。同时，不要求进行跨设备链路聚合的两台设备的型号和功能完全一样，任何两台设备都能进行跨设备链路聚合，任意高低端设备都能支持跨设备链路聚合，极大地提升了跨设备链路聚合的兼容性，降低了跨设备链路聚合的实现成本。

基于上述跨设备链路聚合方法的构思，参照图8，在一个实施例中，本发明还提供一种跨设备链路聚合装置130，应用于上述实施例提供的跨设备链路聚合***100中的链路聚合上联设备110，该跨设备链路聚合装置130包括处理模块140和传输模块150。

处理模块140，用于确定待处理报文的报文类型，当报文类型为协议报文时，针对每条成员链路，对待处理报文进行复制。

传输模块150，用于分别通过每条成员链路，将待处理报文发送至与成员链路对应的下联网络设备上，以使每个下联网络设备通过待处理报文得到链路同步信息，从而各下联网络设备之间的链路信息一致。

进一步地，该跨设备链路聚合装置130还可以包括检测模块160，用于：

在每条成员链路的下联成员接口和聚合成员接口间建立会话；

实时监测所有会话，根据会话的响应情况，判断每条成员链路是否连通；若有成员链路无法连通，则将该成员链路的下联成员接口的状态标识置为无效，并更新链路聚合上联设备上的ARP表项。

基于跨设备链路聚合装置130，无需进行跨设备链路的设备具有相同的型号及功能，即可使聚合组中的所有下联网络设备实现数据同步，确保跨设备链路聚合的后续链路传输正常实现，从而提高跨设备链路聚合的兼容性。同时，能够降低跨设备链路聚合的配置复杂度，并降低进行跨设备链路聚合的实现成本。

关于跨设备链路聚合装置130的具体限定可以参见上文中对于测试用例转换方法的限定，在此不再赘述。上述跨设备链路聚合装置130中的各个模块可全部或部分通过软件、硬件及其组合来实现。

当链路聚合上联设备110是物理意义上的一台通信设备时，上述各模块可以硬件形式内嵌于或独立于该通信设备中的处理器中，也可以以软件形式存储于该通信设备的存储器中，以便于处理器调用执行以上各个模块对应的操作。

当链路聚合上联设备110是多台通信设备虚拟而成的虚拟化设备时，上述各模块可以硬件形式内嵌于或独立于各通信设备中的处理器中，也可以以软件形式存储于各物理设备的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种电子设备170，其内部结构图可以如图9所示。该电子设备170包括通过***总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该电子设备170的处理器用于提供计算和控制能力。该通信设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机程序。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该电子设备170的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、近场通信(NFC)或其他技术实现。该计算机程序被处理器执行时以实现跨设备链路聚合方法。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的电子设备170的限定，具体的电子设备170可以包括比图9中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本发明提供的跨设备链路聚合装置130可以实现为一种计算机程序的形式，计算机程序可在如图9所示的电子设备170上运行。电子设备170的存储器中可存储组成该跨设备链路聚合装置130的各个程序模块，比如，图8所示的处理模块140和传输模块150。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的应用于跨设备链路聚合方法中的步骤。

例如，图9所示的电子设备170可以通过如图8所示的跨设备链路聚合装置130中的处理模块140执行步骤S101-S103。电子设备170可以通过传输模块150执行步骤S105。

在一个实施例中，提供了一种电子设备170，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：确定待处理报文的报文类型，当报文类型为协议报文时，针对每条成员链路，对待处理报文进行复制；分别通过每条成员链路，将待处理报文发送至与成员链路对应的下联网络设备上，以使每个下联网络设备通过待处理报文得到链路同步信息，从而各下联网络设备之间的链路信息一致。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：确定待处理报文的报文类型，当报文类型为协议报文时，针对每条成员链路，对待处理报文进行复制；分别通过每条成员链路，将待处理报文发送至与成员链路对应的下联网络设备上，以使每个下联网络设备通过待处理报文得到链路同步信息，从而各下联网络设备之间的链路信息一致。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种跨设备链路聚合方法，其特征在于，应用于链路聚合上联设备，所述链路聚合上联设备通过由多条成员链路构成的聚合链路与由多个下联网络设备组成的聚合组连接，所述方法包括：

确定所述待处理报文的报文类型；

当所述报文类型为协议报文时，针对每条所述成员链路，对所述待处理报文进行复制；

分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息，从而各所述下联网络设备之间的链路信息一致。

2.根据权利要求1所述的跨设备链路聚合方法，其特征在于，所述链路聚合上联设备是单台通信设备，或是由至少两台通信设备通过链路聚合组成的虚拟化设备；每台所述通信设备包括多个下联成员接口，每个所述下联网络设备包括至少一个聚合成员接口，每条所述成员链路由一个所述下联成员接口连接一个所述聚合成员接口所形成；

当所述待处理报文为ARP请求报文时，所述分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息的步骤，包括：

将复制的ARP请求报文分别配置至所述链路聚合上联设备的每个下联成员接口，通过每个所述下联成员接口对应的成员链路，将所述ARP请求报文传输至与所述成员链路对应的下联网络设备上，以促使每个所述下联网络设备根据自身的聚合成员接口的成员接口信息和逻辑接口信息，生成ARP表项；

接收并处理每个所述下联网络设备针对所述ARP请求报文所返回的ARP应答报文，学习所述ARP应答报文中的所述ARP表项。

3.根据权利要求1所述的跨设备链路聚合方法，其特征在于，当所述待处理报文为OSPF报文时，所述分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息的步骤，包括：

将复制的OSPF报文分别配置至每条所述成员链路，将所述待处理报文传输至与所述成员链路对应的下联网络设备上，以促使每个所述下联网络设备与所述链路聚合上联设备建立OSPF邻居。

4.根据权利要求2所述的跨设备链路聚合方法，其特征在于，所述方法还包括：

当所述待处理报文的报文类型为非协议报文时，基于所述待处理报文的邻接表所指定的下联成员接口，从所有所述下联成员接口中确定出目标成员接口；

通过所述目标成员接口对应的成员链路，将所述待处理报文发送至所述聚合组。

5.根据权利要求4所述的跨设备链路聚合方法，其特征在于，所述基于所述待处理报文的邻接表所指定的下联成员接口，从所有所述下联成员接口中确定出目标成员接口的步骤，包括：

若所述待处理报文为本地生成的报文，则查询所述邻接表中是否有用于指定下联成员接口的接口字段，若是，则将所述邻接表中的接口字段指定的下联成员接口作为目标成员接口，若否，则将所述链路聚合上联设备的根端口作为目标成员接口；

若所述待处理报文为转发报文，则查询邻接表中是否有用于指定下联成员接口的接口字段，若是，则将所述邻接表中的接口字段指定的下联成员接口作为目标成员接口，若否，则利用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

6.根据权利要求4所述的跨设备链路聚合方法，其特征在于，所述方法还包括：

当所述报文类型为非协议报文时，从所述待处理报文的邻接表中查询出下一跳地址和目的地地址，判断所述下一跳地址与所述目的地地址是否一致；

若是，则将所述邻接表中的接口字段指定的下联成员接口作为目标成员接口；

若否，则在所述待处理报文为本地生成的报文时，将所述链路聚合上联设备的根端口作为目标成员接口，在所述待处理报文为转发报文时，利用哈希算法，从所有无故障的下联成员接口中确定出目标成员接口。

7.根据权利要求2所述的跨设备链路聚合方法，其特征在于，所述方法还包括：

在每条所述成员链路的下联成员接口和聚合成员接口间建立会话；

实时监测所有所述会话，根据所述会话的响应情况，判断每条所述成员链路是否连通；

若有成员链路无法连通，则将该成员链路的下联成员接口的状态标识置为无效，并更新所述链路聚合上联设备上的ARP表项。

8.一种跨设备链路聚合***，其特征在于，包括链路聚合上联设备，以及与所述链路聚合上联设备的多条成员链路连接的多个下联网络设备所组成的聚合组；

所述链路聚合上联设备，用于实现如权利要求1至7中任一项所述的跨设备链路聚合方法；

所述聚合组，用于接收并处理所述链路聚合上联设备发送的待处理报文。

9.一种跨设备链路聚合装置，其特征在于，应用于链路聚合上联设备，所述链路聚合上联设备通过由多条成员链路构成的聚合链路与由多个下联网络设备组成的聚合组连接，所述跨设备链路聚合装置包括处理模块和传输模块：

所述处理模块，用于确定所述待处理报文的报文类型，当所述报文类型为协议报文时，针对每条所述成员链路，对所述待处理报文进行复制；

所述传输模块，用于分别通过每条所述成员链路，将所述待处理报文发送至与所述成员链路对应的下联网络设备上，以使每个所述下联网络设备通过所述待处理报文得到链路同步信息，从而各所述下联网络设备之间的链路信息一致。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的跨设备链路聚合方法。

Images