CN116055426B - 用于多绑定模式下流量卸载转发的方法、设备及介质 - Google Patents

Abstract

本申请提供一种用于多绑定模式下流量卸载转发的方法、设备及介质。方法包括：通过查询硬件流表确定用于硬件流量卸载的出端口；判断出端口是否为绑定口；如果否，通过查询物理出端口表进行流量转发；如果是，根据管控面下发的表项信息查询链路聚合组绑定模式表从而确定相对应的绑定模式，根据绑定模式对出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据检测结果配置出端口相关联的绑定代表口硬件成员表用于绑定模式下的流量转发，管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息。如此实现数据面转控分离和提供多样化使用场景和复杂业务需求的灵活性。

Description

用于多绑定模式下流量卸载转发的方法、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种用于多绑定模式下流量卸载转发的方法、设备及介质。

背景技术

随着云计算、数据中心、网络技术的发展，在网络规划与设计中，出于业务的可靠性和连续性的考虑，一般提供各种冗余设计，例如链路冗余和节点冗余等。其中，还可以通过绑定（bond）技术将多个物理设备连接在一起接入网络，例如将多个物理网卡绑定成一个逻辑网卡。基于绑定技术存在多种工作模式，但是现有技术中的流量卸载转发方案缺乏对绑定技术基础上的多种工作模式的支持，也就是难以满足多绑定模式下流量卸载转发的需求，特别是在面对多样化的使用场景和复杂业务需求时缺乏足够的灵活性也无法满足流量转发需求。

为此，本申请提供了一种用于多绑定模式下流量卸载转发的方法、设备及介质，用于应对上述技术难题。

发明内容

本申请实施例提供了一种用于多绑定模式下流量卸载转发的方法、设备及介质，用于解决现有技术中存在的问题。

第一方面，本申请提供了一种用于多绑定模式下流量卸载转发的方法。所述方法应用于数据处理器的数据面，所述方法包括：通过查询硬件流表确定用于硬件流量卸载的出端口；判断所述出端口是否为绑定口；当所述出端口不是绑定口时，通过查询物理出端口表进行流量转发；当所述出端口是绑定口时，根据所述数据处理器的管控面下发的表项信息查询链路聚合组绑定模式表从而确定与所述表项信息相对应的绑定模式，根据所述绑定模式对所述出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表，其中所述绑定代表口硬件成员表用于所述绑定模式下的流量转发，所述管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息。

通过本申请的第一方面，面对多绑定模式下流量卸载转发的需求特别是多样化的使用场景和复杂业务需求时，可以利用数据面的转控分离特性来分别地通过管控面和数据面来进行精细化调节，以及通过所述管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息，从而提供多样化使用场景和复杂业务需求的灵活性和流量转发稳定性。

在本申请的第一方面的一种可能的实现方式中，所述绑定模式是多种绑定模式中的一种，所述多种绑定模式包括第一绑定模式、第二绑定模式、第三绑定模式、第四绑定模式、第五绑定模式和第六绑定模式，其中，所述第一绑定模式是轮询模式，所述第二绑定模式是主备模式，所述第三绑定模式是静态绑定口配置模式，所述第四绑定模式是广播模式，所述第五绑定模式是动态绑定口配置模式，所述第六绑定模式是传输负载均衡模式。

在本申请的第一方面的一种可能的实现方式中，所述绑定模式是基于所述数据处理器的应用场景与所述多种绑定模式各自对应的业务场景之间的比较。

在本申请的第一方面的一种可能的实现方式中，所述第一绑定模式对应的业务场景是流量带宽优先业务场景，所述第二绑定模式对应的业务场景包括金融业务场景和公务***业务场景，所述第五绑定模式对应的业务场景是接入层交换机对接组网业务场景。

在本申请的第一方面的一种可能的实现方式中，所述绑定模式是基于用户选择。

在本申请的第一方面的一种可能的实现方式中，所述模式切换是在所述多种绑定模式之间切换，所述更新后表项信息对应切换后的绑定模式。

在本申请的第一方面的一种可能的实现方式中，当所述绑定模式是所述第一绑定模式、所述第三绑定模式或者所述第四绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：当所述链路不正常时直接刷新所述绑定代表口硬件成员表，当所述链路正常时延时刷新所述绑定代表口硬件成员表。

在本申请的第一方面的一种可能的实现方式中，当所述绑定模式是所述第二绑定模式或者所述第六绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：当所述链路不正常且所述链路是主链路时切换到备用链路，当所述链路不正常且所述链路不是主链路时进行可用链路状态维护，当所述链路正常时判断是否有可用链路，如果没有可用链路且所述链路是主链路则根据所述链路刷新所述绑定代表口硬件成员表，如果有可用链路则进行可用链路状态维护。

在本申请的第一方面的一种可能的实现方式中，当所述绑定模式是所述第五绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：当所述链路不正常时直接刷新所述绑定代表口硬件成员表，当所述链路正常时根据链路聚合控制协议协商状态检测结果确定是否刷新所述绑定代表口硬件成员表。

在本申请的第一方面的一种可能的实现方式中，所述数据处理器包括多个出端口，所述多个出端口包括至少一个绑定口。

在本申请的第一方面的一种可能的实现方式中，所述方法还包括：当所述链路状态检测结果指示链路异常时，向所述管控面反馈链路异常。

在本申请的第一方面的一种可能的实现方式中，所述方法通过匹配查找引擎与所述数据面的协作实现。

在本申请的第一方面的一种可能的实现方式中，所述匹配查找引擎还用于生成链路聚合组哈希表项，所述链路聚合组哈希表项用于当所述绑定模式是所述第三绑定模式或者所述第五绑定模式下的流量出口物理链路选择。

在本申请的第一方面的一种可能的实现方式中，当所述绑定模式是所述第三绑定模式或者所述第五绑定模式时，所述绑定口，基于逐流负载分担机制，根据所述链路聚合组哈希表项使得不同特征字段的数据包通过不同的成员链路进行转发并且相同特征字段的数据包通过相同的成员链路进行转发。

在本申请的第一方面的一种可能的实现方式中，所述链路聚合组哈希表项包括链路聚合组口算法设置和哈希密钥信息。

在本申请的第一方面的一种可能的实现方式中，当所述绑定模式不是所述第五绑定模式时，所述链路异常指示物理链路异常或者以太物理端口异常，当所述绑定模式是所述第五绑定模式时，所述链路异常指示物理链路异常、以太物理端口异常或者链路聚合控制协议协商失败。

第二方面，本申请实施例还提供了一种计算机设备，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现根据上述任一方面的任一种实现方式的方法。

第三方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机设备上运行时使得所述计算机设备执行根据上述任一方面的任一种实现方式的方法。

第四方面，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的指令，当所述指令在计算机设备上运行时使得所述计算机设备执行根据上述任一方面的任一种实现方式的方法。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为一种具有绑定口的数字平面开发套件的示意图；

图2为本申请实施例提供的一种多绑定模式下的转控分离架构的示意图；

图3为本申请实施例提供的一种用于多绑定模式下流量卸载转发的方法的流程示意图；

图4为本申请实施例提供的一种计算设备的结构示意图。

具体实施方式

下面将结合附图对本申请实施例作进一步地详细描述。

本申请实施例提供了一种用于多绑定模式下流量卸载转发的方法、设备及介质，用于解决现有技术中存在的问题。其中，本申请实施例提供的方法和设备是基于同一发明构思的，由于方法及设备解决问题的原理相似，因此方法与设备的实施例、实施方式、示例或实现方式可以相互参见，其中重复之处不再赘述。

应当理解的是，在本申请的描述中，“至少一个”指一个或一个以上，“多个”指两个或两个以上。另外，“第一”、“第二”等词汇，除非另有说明，否则仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

图1为一种具有绑定口的数字平面开发套件的示意图。如图1所示，数字平面开发套件（Data Plane Development Kit，DPDK）102提供了在用户空间进行数据包快速处理的框架，其利用轮询模式驱动程序（Poll Mode Drivers，PMD）来通过在用户空间运行的应用程序接口（Application Program Interface，API）来配置设备及队列，包括直接访问接收队列和发送队列，并且利用同一个逻辑核心来执行数据包处理循环，从通过API轮询数据包到接收数据包直到转发，并且尽量避免中断处理导致的开销。图1中示例性示出了，数字平面开发套件102与用户应用程序104之间的交互。DPDK利用PMD来配备网卡的物理设备和虚拟设备。在PMD的基础上，网卡的绑定模式（bond mode），指的是将多个物理设备连接在一起从而形成虚拟的连接，进而提升吞吐量和可用性。图1中示例性示出了，数字平面开发套件102中存在两种接口，一种是非绑定接口（图1中为接口110和接口112），另一种是绑定接口（图1中示意性示出了绑定接口120下包括三个接口分别为接口122、接口124和接口126）。其中非绑定接口，图1中为接口110和接口112，是DPDK接口。非绑定接口各自对应单个物理设备。绑定接口，图1中为绑定接口120，其指的是通过绑定模式创建的绑定（bond）口。绑定模式和绑定口涉及到链路聚合控制协议（Link Aggregation Control Protocol，LACP），也属于链路聚合组（Link Aggregation Group，LAG）的范畴。LAG是指将若干条以太链路捆绑在一起形成一条逻辑链路。每个聚合组对应一个链路聚合接口，其中组成的各个物理接口称为成员接口，成员接口对应的链路称为成员链路。链路聚合接口可以作为普通的以太网接口来使用，与普通以太网接口的差别在于：转发的时候链路聚合组需要从成员接口中选择一个或多个接口来进行数据转发。

继续参阅图1，绑定接口120以及与之对应的基于绑定技术得到的虚拟接口或者逻辑网卡等，一般基于绑定技术存在多种工作模式，例如在配置交换机、负载均衡等方面做出不同的选择，又例如在链路维护、链路更新等方面有不同的策略。这些不同的工作模式是建立在绑定技术基础上，因此涉及到将多个接口或者多个物理设备绑定得到一个绑定接口，也就是构建一个LAG，一个LAG对应一个链路聚合接口，其中组成的各个物理接口称为成员接口，成员接口对应的链路称为成员链路。下面结合本申请其它实施例详细说明如何满足多绑定模式下流量卸载转发的需求，特别是在面对多样化的使用场景和复杂业务需求时提供足够的灵活性以及满足流量转发需求。

图2为本申请实施例提供的一种多绑定模式下的转控分离架构的示意图。如图2所示，该转控分离架构包括管控面202，数据面204，硬件卸载代理206，绑定代表210，还有匹配查找引擎220。图2所示的转控分离架构用于硬件卸载场景，也就是将流量转发处理流程卸载到硬件上完成，从而提升转发速度。具体地，管控面202用于不同的绑定代表模式下也即多绑定模式的初始化、资源分配、配置管理、软转发、模式切换重配置等。管控面202根据不同的绑定模式以及链路异常切换进行不同的管理信息下表（下发表项信息），而数据面204根据管控面下发的表项信息进行查表以及卸载流量转发。硬件卸载代理206用于与数据面204协作实现硬件卸载，而绑定代表210则包括数字平面开发套件（Data PlaneDevelopment Kit，DPDK）和轮询模式驱动程序（Poll Mode Drivers，PMD）以及多层虚拟交换机（Open vSwitch，OVS）等。绑定代表210提供了用于执行多绑定模式的必要组件，数据面204通过绑定代表210来实现多绑定模式下的数据面转控分离。另外，匹配查找引擎220用于与数据面204协作以实现多绑定模式下的流量卸载转发，包括结合业务需要为数据包选择绑定链路聚合组模式，生成绑定链路组哈希，以及生成查找映射表等，这些可用于数据面204来驱动绑定代表210以便查找链路聚合组哈希表项和链路聚合组成员表进行哈希选路发送。这样有利于实现对流量出口物理链路的选择。下面结合图3进一步详细说明。

图3为本申请实施例提供的一种用于多绑定模式下流量卸载转发的方法的流程示意图。所述方法应用于数据处理器的数据面，如图3所示，方法包括以下步骤。

步骤S310：通过查询硬件流表确定用于硬件流量卸载的出端口。

步骤S320：判断所述出端口是否为绑定口。如果是，执行步骤S330，如果不是，执行步骤S340。

步骤S330：根据所述数据处理器的管控面下发的表项信息查询链路聚合组绑定模式表从而确定与所述表项信息相对应的绑定模式，根据所述绑定模式对所述出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表。

其中，所述绑定代表口硬件成员表用于所述绑定模式下的流量转发，所述管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息。

步骤S340：通过查询物理出端口表进行流量转发。

参阅上述各个步骤，在步骤S310，通过查询硬件流表确定用于硬件流量卸载的出端口，这意味着在硬件卸载场景下确定要用于硬件流量卸载的出端口。该出端口可能是基于绑定技术的也可能是普通的，因此在步骤S320判断所述出端口是否为绑定口。如果所述出端口不是绑定口，则执行步骤S340，通过查询物理出端口表进行流量转发，进而结束数据面流量卸载转发处理流程。例如，假设通过查询硬件流标确定用于硬件流量卸载的出端口是例如图1所示的接口110或者接口112，这意味着通过例如图1所示的数字平面开发套件102的DPDK接口来进行流量转发。如果所述出端口是绑定口，这意味着所述出端口可能是例如图1所示的绑定接口120，因此所述出端口所对应的绑定口可能关联到多个接口，例如图1所示的绑定接口120下包括三个接口分别为接口122、接口124和接口126，或者可能对应链路聚合组LAG的链路聚合接口也就关联到通过绑定模式连接到一起的多个以太链路。上面提到，组成LAG的各个物理接口称为成员接口。因此，当所述出端口是绑定口时，所述出端口相关联的链路可以理解为与所述出端口对应的链路聚合组LAG所包括的链路，所述出端口相关联的绑定代表口硬件成员表可以理解为与所述出端口对应的链路聚合组LAG的物理成员接口。在步骤S330中，所述出端口是绑定口，根据所述数据处理器（data processingunit，DPU）的管控面下发的表项信息查询链路聚合组绑定模式表从而确定与所述表项信息相对应的绑定模式，根据所述绑定模式对所述出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表。这里，管控面下发的表项信息，可以是例如图2所示的管控面202下发的管理信息，用于实现数据面转控分离。换句话说，通过数据处理器的管控面下发表项信息到数据面，然后通过数据面进行硬件流量卸载转发，并且具体地根据所下发的表项信息查询链路聚合组绑定模式表从而确定与所述表项信息相对应的绑定模式，以及进一步地根据所述绑定模式对所述出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表。这样意味着在通过管控面下发的表项信息对例如绑定模式进行设定同时，也保留了数据面进行硬件流量卸载转发的独立性，也就是做到了数据面的转控分离。也就意味着，可以分别通过对管控面和数据面的优化来分别地影响控制和转发两个维度，例如通过改变管控面下发表项信息的过程来改变控制维度，以及通过改变数据面查表、链路状态检测和配置绑定代表口硬件成员表的过程来改变转发维度。面对多绑定模式下流量卸载转发的需求，特别是在面对多样化的使用场景和复杂业务需求时，往往需要结合实际需要对控制维度和/或转发维度进行精细化调节。例如，可能需要应对同一种工作模式，但是采用不同的链路聚合组LAG配置，这样可以通过改变管控面下发的表项信息或者通过调节链路聚合组绑定模式表从而使得同一下发的表项信息对应不同的LAG配置；再例如，可能需要应对同一种工作模式，但是在不同的时间节点或者不同的业务需求，这意味着可能需要采用不同的链路状态检测方式，以及可能需要根据链路状态检测结果配置绑定代表口硬件成员表从而避免将流量分配到异常链路上或者导致丢包。进一步地，所述绑定代表口硬件成员表用于所述绑定模式下的流量转发，所述管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息。这意味着，根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表，可以有助于实时更新用于流量转发的绑定代表口硬件成员表。并且，所述管控面负责下发表项信息，而且响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息。这意味着，模式切换以及链路异常都会及时的被反馈到下发的更新后表项信息。并且，这还意味着，数据面可以根据下发的更新后表项信息来查询链路聚合组绑定模式表从而确定与所述更新后表项信息相对应的绑定模式，根据所述绑定模式对所述出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表。面对链路异常情况时，管控面需要进行管控动作，进行芯片内部的表项刷新，保证流量不会被分发到异常情况的物理链路上和导致丢包，因此可以利用上述的转控分离特性。因此，当发生模式切换或者链路异常的情况，管控面可以及时更新表项信息并且下发更新后表项信息，然后数据面可以根据下发的更新后表项信息再次查表，以及可以选择性地根据下发的更新后表项信息更新对应的绑定模式、更新链路状态检测结果以及更新绑定代表口硬件成员表。如此，面对多绑定模式下流量卸载转发的需求特别是多样化的使用场景和复杂业务需求时，可以利用数据面的转控分离特性来分别地通过管控面和数据面来进行精细化调节，以及通过所述管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息，从而提供多样化使用场景和复杂业务需求的灵活性和流量转发稳定性。

在一种可能的实施方式中，所述绑定模式是多种绑定模式中的一种，所述多种绑定模式包括第一绑定模式、第二绑定模式、第三绑定模式、第四绑定模式、第五绑定模式和第六绑定模式。其中，所述第一绑定模式是轮询模式，所述第二绑定模式是主备模式，所述第三绑定模式是静态绑定口配置模式，所述第四绑定模式是广播模式，所述第五绑定模式是动态绑定口配置模式，所述第六绑定模式是传输负载均衡模式。这里，设所述出端口是绑定口并且对应多个成员接口，这些成员接口也可以视作从属（slave）口。第一绑定模式也就是轮询模式，意味着将数据包按照次序逐个发送给第一个可用slave口到最后一个可用slave口，也就是轮询一遍所有可用slave口然后开始新的循环。例如有三个slave口以及有5个数据包编号1到5，则数据包1和数据包4发送给slave口1，数据包2和数据包5发送给slave口2。第二绑定模式也就是主备模式，意味着其中一个slave口作为活跃接口，其它的作为备用接口，只有当活跃接口失效时启用备用接口。也就是每次使用被指定为当前活跃接口的slave口来转发数据包。第三绑定模式也就是静态绑定口配置模式，意味着基于数据包流的来源和目标机器（MAC）地址，以及基于活跃的slave口，计算出要将数据包发送给特定的slave口，从而提供数据包传输均衡。第三绑定模式下可以采用特定的传输策略，利用如IP源、目标地址、目标端口等信息进行计算。第四绑定模式也就是广播模式，意味着将数据包发送给所有的slave口。第五绑定模式也就是动态绑定口配置模式，意味着为了提高吞吐效率和传输效率，将速度和交换能力接近的slave口分成同一组，在同一个组内使用传输均衡策略来提升整体表现。第六绑定模式也就是传输负载均衡模式，意味着动态地调整用于数据包转发的slave口，并且基于计算得到的负载状态。上面提到，面对多绑定模式下流量卸载转发的需求，特别是在面对多样化的使用场景和复杂业务需求时，往往需要结合实际需要对控制维度和/或转发维度进行精细化调节。所述多种绑定模式代表了多绑定模式下流量卸载转发的需求，并且通过多种绑定模式之间的区别，例如第一绑定模式也就是轮询模式与第二绑定模式也就是主备模式之间的区别，可以看出，即使面对同一个出端口（是绑定口）以及该出端口下相同的成员接口也就是slave口的组合，不同的绑定模式可能导致不同的链路聚合组LAG配置或者不同的流量分配方式。例如，第一绑定模式也就是轮询模式意味着将数据包按照次序逐个发送给第一个可用slave口到最后一个可用slave口，而第二绑定模式也就是主备模式意味着其中一个slave口作为活跃接口和其它的作为备用接口。为此，通过管控面下发的表项信息对例如绑定模式进行设定同时，也保留了数据面进行硬件流量卸载转发的独立性，也就是做到了数据面的转控分离。也就意味着，可以分别通过对管控面和数据面的优化来分别地影响控制和转发两个维度，例如通过改变管控面下发表项信息的过程来改变控制维度，以及通过改变数据面查表、链路状态检测和配置绑定代表口硬件成员表的过程来改变转发维度。在一些实施例中，所述模式切换是在所述多种绑定模式之间切换，所述更新后表项信息对应切换后的绑定模式。因此，通过在多种绑定模式之间切换，以及使得所述更新后表项信息对应切换后的绑定模式，可以灵活应对多样化的业务需求。

在一种可能的实施方式中，所述绑定模式是基于所述数据处理器的应用场景与所述多种绑定模式各自对应的业务场景之间的比较。在一些实施例中，所述第一绑定模式对应的业务场景是流量带宽优先业务场景，所述第二绑定模式对应的业务场景包括金融业务场景和公务***业务场景，所述第五绑定模式对应的业务场景是接入层交换机对接组网业务场景。在一些实施例中，所述绑定模式是基于用户选择。这里，所述第一绑定模式为轮询方式，适合于优先考虑业务流量带宽且对乱序不敏感的业务。所述第二绑定模式为主备模式，适合于金融、公务***等场景，这些场景的特点是重点关注***的稳定性，对于端口的带宽要求并不高，因此使用第二绑定模式也就是主备模式进行流量的链路备份，确保业务不断。所述第五绑定模式为动态绑定口配置模式，该模式主要应用于服务器于接入层交换机直接的对接组网的情况，适用于网络业务组网。另外，绑定模式可以是用户选择，例如用户根据使用场景针对性地进行模式设置，然后管控面或者说软件控制面板将对应模式下发，这样在进行硬件卸载流量转发时进行对应模式的流量转发。

在一种可能的实施方式中，当所述绑定模式是所述第一绑定模式、所述第三绑定模式或者所述第四绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：当所述链路不正常时直接刷新所述绑定代表口硬件成员表，当所述链路正常时延时刷新所述绑定代表口硬件成员表。这里，基于所述第一绑定模式、所述第三绑定模式和所述第四绑定模式之间的共性，可以得出相应的多绑定模式下的控制面管理信息包括：链路不正常时直接刷新绑定代表口硬件成员表；链路正常时不直接刷表，延时刷表，解决链路回切丢包问题；模式初始化时直接通过链路状态检测结果进行表项设置。

在一种可能的实施方式中，当所述绑定模式是所述第二绑定模式或者所述第六绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：当所述链路不正常且所述链路是主链路时切换到备用链路，当所述链路不正常且所述链路不是主链路时进行可用链路状态维护，当所述链路正常时判断是否有可用链路，如果没有可用链路且所述链路是主链路则根据所述链路刷新所述绑定代表口硬件成员表，如果有可用链路则进行可用链路状态维护。这里，基于所述第二绑定模式和所述第六绑定模式之间的共性，可以得出相应的多绑定模式下的控制面管理信息包括：链路不正常时，判断链路是否为主链路以及判断是否有可用备用链路，如有则直接切到备用链路，并将表项刷为备用链路；如果链路不正常也不是当前主链路，则进行对应的可用链路状态维护，不进行下表；链路正常时，判断当前是否有可用链路，若没有可用链路并且链路为主链路，则依据该链路进行刷表；若有可用链路，则进行对应的可用链路状态维护，不进行下表。另外，用户自定义设置主链路的情况，若设置的跟当前的已配置主链路相等，则无需操作；若设置的链路状态为非当前主链路的情况，则需要进行重新配置刷表，刷表时需要判断待设置链路是否为可用备份链路，校验通过才进行表项刷新动作。另外，模式初始化时，直接依据主成员口进行绑定代表口硬件成员表设置。

在一种可能的实施方式中，当所述绑定模式是所述第五绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：当所述链路不正常时直接刷新所述绑定代表口硬件成员表，当所述链路正常时根据链路聚合控制协议协商状态检测结果确定是否刷新所述绑定代表口硬件成员表。这里，所述第五绑定模式是动态绑定口配置模式，意味着为了提高吞吐效率和传输效率，将速度和交换能力接近的slave口分成同一组，在同一个组内使用传输均衡策略来提升整体表现。因此可以得出相应的多绑定模式下的控制面管理信息包括：链路不正常时直接回刷；链路正常时不直接刷表，依据链路聚合控制协议（Link Aggregation Control Protocol，LACP）协商状态检测结果来判断是否需要刷表；如果LACP协议异常时也进行回刷表项操作。另外，模式初始化时，直接依据可用成员口以及LACP协商状态检测结果进行绑定代表口硬件成员表设置。

在一种可能的实施方式中，所述数据处理器包括多个出端口，所述多个出端口包括至少一个绑定口。应当理解的是，所述数据处理器可能包括任意数量的绑定口并且可能有任意对应的LAG配置。

在一种可能的实施方式中，当所述链路状态检测结果指示链路异常时，向所述管控面反馈链路异常。

在一种可能的实施方式中，所述方法通过匹配查找引擎与所述数据面的协作实现。在一些实施例中，所述匹配查找引擎还用于生成链路聚合组哈希表项，所述链路聚合组哈希表项用于当所述绑定模式是所述第三绑定模式或者所述第五绑定模式下的流量出口物理链路选择。在一些实施例中，当所述绑定模式是所述第三绑定模式或者所述第五绑定模式时，所述绑定口，基于逐流负载分担机制，根据所述链路聚合组哈希表项使得不同特征字段的数据包通过不同的成员链路进行转发并且相同特征字段的数据包通过相同的成员链路进行转发。在一些实施例中，所述链路聚合组哈希表项包括链路聚合组口算法设置和哈希密钥信息。这里，链路聚合组LAG哈希表项为数据处理器芯片内部的功能表项，该表项具体内容包含了链路聚合组LAG口的哈希HASH信息，如HASH算法设置、HASH密钥信息等。该表项主要是用于在所述第三绑定模式或者所述第五绑定模式下的绑定代表口流表硬件卸载场景下的流量出口物理链路的选择。另外，绑定口通常采用逐流负载分担机制，这种机制是将数据包的特征字段（比如源MAC地址、目的MAC地址、IP五元组信息等）作为哈希因子，通过HASH算法生成HASH密钥值，然后根据HASH密钥值在负载分担链路中选取一条成员链路对数据包进行转发。对于具有不同特征字段的数据包，由于其HASH密钥值可能不一样，因此可能会选取不同的成员链路进行转发；对于具有相同特征字段的数据包，由于其HASH密钥值一样，因此会选取相同的成员链路进行转发。如此，既实现了不同数据流在不同成员链路上的负载分担转发，也保证了同一数据流中各数据包到达接收端的时序性。其中哈希表用来计算HASH密钥，LAG表项包含成员链路信息，依据HASH密钥从LAG表中取出对应的成员链路，作为最终的发包物理链路。

在一种可能的实施方式中，当所述绑定模式不是所述第五绑定模式时，所述链路异常指示物理链路异常或者以太物理端口异常，当所述绑定模式是所述第五绑定模式时，所述链路异常指示物理链路异常、以太物理端口异常或者链路聚合控制协议协商失败。关于链路异常，可以分成绑定模式不是所述第五绑定模式以及所述绑定模式是所述第五绑定模式两种情况。在绑定模式不是所述第五绑定模式下，该链路异常只表示实际物理链路和以太物理端口的异常，如链路异常、以太口复位、以太口丢时钟信号等异常情况，因此从业务角度代表该成员接口无法进行报文的正常收发。在所述绑定模式是所述第五绑定模式下，第五绑定模式也就是动态绑定口配置模式，意味着为了提高吞吐效率和传输效率，将速度和交换能力接近的slave口分成同一组，在同一个组内使用传输均衡策略来提升整体表现。除了物理链路异常的情况外，由于该模式需要进行LACP状态协商。当LACP协商失败时，从业务角度也认为该成员接口处于无法进行报文正常收发的异常状态，此时也认为该情况下为链路异常状态。

参见图4，图4是本申请实施例提供的一种计算设备的结构示意图，该计算设备400包括：一个或者多个处理器410、通信接口420以及存储器430。所述处理器410、通信接口420以及存储器430通过总线440相互连接。可选地，该计算设备400还可以包括输入/输出接口450，输入/输出接口450连接有输入/输出设备，用于接收用户设置的参数等。该计算设备400能够用于实现上述的本申请实施例中设备实施例或者***实施例的部分或者全部功能；处理器410还能够用于实现上述的本申请实施例中方法实施例的部分或者全部操作步骤。例如，该计算设备400执行各种操作的具体实现可参照上述实施例中的具体细节，如处理器410用于执行上述方法实施例中部分或者全部步骤或者上述方法实施例中的部分或者全部操作。再例如，本申请实施例中，计算设备400可用于实现上述装置实施例中一个或者多个部件的部分或者全部功能，此外通信接口420具体可用于为了实现这些装置、部件的功能所必须的通讯功能等，以及处理器410具体可用于为了实现这些装置、部件的功能所必须的处理功能等。

应当理解的是，图4的计算设备400可以包括一个或者多个处理器410，并且多个处理器410可以按照并行化连接方式、串行化连接方式、串并行连接方式或者任意连接方式来协同提供处理能力，或者多个处理器410可以构成处理器序列或者处理器阵列，或者多个处理器410之间可以分成主处理器和辅助处理器，或者多个处理器410之间可以具有不同的架构如采用异构计算架构。另外，图4所示的计算设备400，相关的结构性描述及功能性描述是示例性且非限制性的。在一些示例性实施例中，计算设备400可以包括比图4所示的更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者具有不同的部件布置。

处理器410可以有多种具体实现形式，例如处理器410可以包括中央处理器（central processing unit，CPU）、图形处理器（graphic processing unit，GPU）、神经网络处理器（neural-network processing unit，NPU）、张量处理器（tensor processingunit，TPU）或数据处理器（data processing unit，DPU）等一种或多种的组合，本申请实施例不做具体限定。处理器410还可以是单核处理器或多核处理器。处理器410可以由CPU和硬件芯片的组合。上述硬件芯片可以是专用集成电路（application-specific integratedcircuit，ASIC），可编程逻辑器件（programmable logic device，PLD）或其组合。上述PLD可以是复杂可编程逻辑器件（complex programmable logic device，CPLD），现场可编程逻辑门阵列（field-programmable gate array，FPGA），通用阵列逻辑（generic array logic，GAL）或其任意组合。处理器410也可以单独采用内置处理逻辑的逻辑器件来实现，例如FPGA或数字信号处理器（digital signal processor，DSP）等。通信接口420可以为有线接口或无线接口，用于与其他模块或设备进行通信，有线接口可以是以太接口、局域互联网络（local interconnect network，LIN）等，无线接口可以是蜂窝网络接口或使用无线局域网接口等。

存储器430可以是非易失性存储器，例如，只读存储器（read-only memory，ROM）、可编程只读存储器（programmable ROM，PROM）、可擦除可编程只读存储器（erasable PROM，EPROM）、电可擦除可编程只读存储器（electrically EPROM，EEPROM）或闪存。存储器430也可以是易失性存储器，易失性存储器可以是随机存取存储器（random access memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（static RAM，SRAM）、动态随机存取存储器（dynamic RAM，DRAM）、同步动态随机存取存储器（synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（double data rate SDRAM，DDR SDRAM）、增强型同步动态随机存取存储器（enhancedSDRAM，ESDRAM）、同步连接动态随机存取存储器（synchlink DRAM，SLDRAM）和直接内存总线随机存取存储器（direct rambus RAM，DR RAM）。存储器430也可用于存储程序代码和数据，以便于处理器410调用存储器430中存储的程序代码执行上述方法实施例中的部分或者全部操作步骤，或者执行上述设备实施例中的相应功能。此外，计算设备400可能包含相比于图4展示的更多或者更少的组件，或者有不同的组件配置方式。

总线440可以是快捷***部件互连标准（peripheral component interconnectexpress，PCIe）总线，或扩展工业标准结构（extended industry standard architecture，EISA）总线、统一总线（unified bus，Ubus或UB）、计算机快速链接（compute express link，CXL）、缓存一致互联协议（cache coherent interconnect for accelerators，CCIX）等。总线440可以分为地址总线、数据总线、控制总线等。总线440除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例还提供一种***，该***包括多个计算设备，每个计算设备的结构可以参照上述的计算设备的结构。该***可实现的功能或者操作可以参照上述方法实施例中的具体实现步骤和/或上述装置实施例中所描述的具体功能，在此不再赘述。本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机指令，当所述计算机指令在计算机设备（如一个或者多个处理器）上运行时可以实现上述方法实施例中的方法步骤。所述计算机可读存储介质的处理器在执行上述方法步骤的具体实现可参照上述方法实施例中所描述的具体操作和/或上述装置实施例中所描述的具体功能，在此不再赘述。本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的指令，当所述指令在计算机设备上运行时使得所述计算机设备执行上述方法实施例中的方法步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。本申请实施例可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。可用介质可以是磁性介质（如软盘、硬盘、磁带）、光介质、或者半导体介质。半导体介质可以是固态硬盘，也可以是随机存取存储器，闪存，只读存储器，可擦可编程只读存储器，电可擦可编程只读存储器，寄存器或任何其他形式的合适存储介质。

本申请是参照根据本申请实施例的方法、设备（***）、和计算机程序产品的流程图和/或方框图来描述。可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并或删减；本申请实施例***中的模块可以根据实际需要进行划分、合并或删减。如果本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (17)

1.一种用于多绑定模式下流量卸载转发的方法，其特征在于，所述方法应用于数据处理器的数据面，所述方法包括：

通过查询硬件流表确定用于硬件流量卸载的出端口；

判断所述出端口是否为绑定口；

当所述出端口不是绑定口时，通过查询物理出端口表进行流量转发；

当所述出端口是绑定口时，根据所述数据处理器的管控面下发的表项信息查询链路聚合组绑定模式表从而确定与所述表项信息相对应的绑定模式，根据所述绑定模式对所述出端口相关联的链路进行链路状态检测得到链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的绑定代表口硬件成员表，其中所述绑定代表口硬件成员表用于所述绑定模式下的流量转发，所述管控面响应于模式切换和/或链路异常更新表项信息并下发更新后表项信息，所述出端口相关联的链路是与所述出端口对应的链路聚合组所包括的链路，所述出端口相关联的绑定代表口硬件成员表是与所述出端口对应的链路聚合组的物理成员接口，

所述方法还包括：通过改变所述链路聚合组绑定模式表使得同一表项信息对应不同的与所述出端口对应的链路聚合组的配置，

所述绑定模式是多种绑定模式中的一种，所述模式切换是在所述多种绑定模式之间切换，所述更新后表项信息对应切换后的绑定模式，所述同一表项信息对应同一绑定模式。

2.根据权利要求1所述的方法，其特征在于，所述多种绑定模式包括第一绑定模式、第二绑定模式、第三绑定模式、第四绑定模式、第五绑定模式和第六绑定模式，其中，所述第一绑定模式是轮询模式，所述第二绑定模式是主备模式，所述第三绑定模式是静态绑定口配置模式，所述第四绑定模式是广播模式，所述第五绑定模式是动态绑定口配置模式，所述第六绑定模式是传输负载均衡模式。

3.根据权利要求2所述的方法，其特征在于，所述绑定模式是基于所述数据处理器的应用场景与所述多种绑定模式各自对应的业务场景之间的比较。

4.根据权利要求3所述的方法，其特征在于，所述第一绑定模式对应的业务场景是流量带宽优先业务场景，所述第二绑定模式对应的业务场景包括金融业务场景和公务***业务场景，所述第五绑定模式对应的业务场景是接入层交换机对接组网业务场景。

5.根据权利要求2所述的方法，其特征在于，所述绑定模式是基于用户选择。

6.根据权利要求2所述的方法，其特征在于，当所述绑定模式是所述第一绑定模式、所述第三绑定模式或者所述第四绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：

当所述链路不正常时直接刷新所述绑定代表口硬件成员表，

当所述链路正常时延时刷新所述绑定代表口硬件成员表。

7.根据权利要求2所述的方法，其特征在于，当所述绑定模式是所述第二绑定模式或者所述第六绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：

当所述链路不正常且所述链路是主链路时切换到备用链路，

当所述链路不正常且所述链路不是主链路时进行可用链路状态维护，

当所述链路正常时判断是否有可用链路，如果没有可用链路且所述链路是主链路则根据所述链路刷新所述绑定代表口硬件成员表，如果有可用链路则进行可用链路状态维护。

8.根据权利要求2所述的方法，其特征在于，当所述绑定模式是所述第五绑定模式时，根据所述绑定模式对所述出端口相关联的所述链路进行链路状态检测得到所述链路状态检测结果，以及根据所述链路状态检测结果配置所述出端口相关联的所述绑定代表口硬件成员表，包括：

当所述链路不正常时直接刷新所述绑定代表口硬件成员表，

当所述链路正常时根据链路聚合控制协议协商状态检测结果确定是否刷新所述绑定代表口硬件成员表。

9.根据权利要求1所述的方法，其特征在于，所述数据处理器包括多个出端口，所述多个出端口包括至少一个绑定口。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：当所述链路状态检测结果指示链路异常时，向所述管控面反馈链路异常。

11.根据权利要求2所述的方法，其特征在于，所述方法通过匹配查找引擎与所述数据面的协作实现。

12.根据权利要求11所述的方法，其特征在于，所述匹配查找引擎还用于生成链路聚合组哈希表项，所述链路聚合组哈希表项用于当所述绑定模式是所述第三绑定模式或者所述第五绑定模式下的流量出口物理链路选择。

13.根据权利要求12所述的方法，其特征在于，当所述绑定模式是所述第三绑定模式或者所述第五绑定模式时，所述绑定口，基于逐流负载分担机制，根据所述链路聚合组哈希表项使得不同特征字段的数据包通过不同的成员链路进行转发并且相同特征字段的数据包通过相同的成员链路进行转发。

14.根据权利要求12所述的方法，其特征在于，所述链路聚合组哈希表项包括链路聚合组口算法设置和哈希密钥信息。

15.根据权利要求2所述的方法，其特征在于，当所述绑定模式不是所述第五绑定模式时，所述链路异常指示物理链路异常或者以太物理端口异常，当所述绑定模式是所述第五绑定模式时，所述链路异常指示物理链路异常、以太物理端口异常或者链路聚合控制协议协商失败。

16.一种计算机设备，其特征在于，所述计算机设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现根据权利要求1至15中任一项所述的方法。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机设备上运行时使得所述计算机设备执行根据权利要求1至15中任一项所述的方法。

Images