CN111711577B - 流控设备的报文转发方法及装置 - Google Patents

Abstract

本公开涉及一种流控设备的报文转发方法、装置、电子设备及计算机可读介质。该方法包括：对报文数据进行解析以获取五元组信息；将所述五元组信息进行哈希计算以得到哈希值；将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；基于所述目标计算单元进行所述报文数据的转发。本公开涉及的报文转发方法、装置、电子设备及计算机可读介质，能够满足日常报文流量的负载均衡转发，还能够基于业务类别实时配置转发参数以进行报文流量的动态负载均衡转发。

Description

流控设备的报文转发方法及装置

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种报文转发方法、装置、电子设备及计算机可读介质。

背景技术

负载均衡是指，设备将一组流量转发到一组端口或一组服务器上时，按照特定的算法将流量均衡分发到所有端口或服务器上的一种转发方式。一般分流设备的转发流程为：流量输入后，首先基于五元组进行规则匹配，当某个业务命中规则后，会先去查找该规则对应的动作，当动作配置为转发时，则去查找动作对应的输出端口组，最后在该输出端口组中的多个端口里选择一个端口进行输出。压力比较大时，就需要有一个比较公平的调度方式，才能保证所有端口均衡负载，不会出现某个端口压力特别小或某个端口压力特别大的情况。

对于报文数据，现有的两种负载均衡的转发方案，均无法实现流量的同源同宿，所以目前实用性不大，此外，虽然两个方案在一定程度上都已经实现了各个输出端口的负载分担，并且也可配置端口所占权重，但其配置属于全局的配置，即当多个业务配置转发，且对应的输出端口组为同一个，那么，就只能从同一份输出端口组表中获取端口。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本公开提供一种报文转发方法、装置、电子设备及计算机可读介质，能够满足日常报文流量的负载均衡转发，还能够基于业务类别实时配置转发参数以进行报文流量的动态负载均衡转发。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提出一种报文转发方法，该方法包括：对报文数据进行解析以获取五元组信息；将所述五元组信息进行哈希计算以得到哈希值；将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；基于所述目标计算单元进行所述报文数据的转发。

在本公开的一种示例性实施例中，还包括：通过业务和其对应的服务器序号、中央处理器序号生成计算单元；将所述计算单元和端口地址一一对应以生成所述业务对应的计算单元表；通过多个业务的业务序号和其对应的计算单元表生成计算单元表集合。

在本公开的一种示例性实施例中，还包括：实时获取多个服务器的多个中央处理器的工作状态；基于所述多个中央处理器的工作状态实时更新所述计算单元表集合中每个计算单元的权重。

在本公开的一种示例性实施例中，将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，包括：将所述五元组信息和匹配规则进行匹配；在匹配结果中包含命中规则时，获取所述命中规则对应的操作动作；在所述操作动作为转发时，确定比较结果满足预设策略。

在本公开的一种示例性实施例中，基于所述报文数据的业务序号和所述哈希值确定目标计算单元，包括：根据所述业务序号在所述计算单元表集合中确定目标计算单元表；根据所述业务序号和所述哈希值生成查询地址；基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元。

在本公开的一种示例性实施例中，基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元，包括：获取所述目标计算单元表中多个计算单元的权重；基于所述权重和查询地址在所述目标计算单元表中确定所述目标计算单元。

在本公开的一种示例性实施例中，基于所述目标计算单元进行所述报文数据的转发，包括：通过现场可编程逻辑门阵列和/或交换芯片进行所述报文数据的转发。

在本公开的一种示例性实施例中，基于所述目标计算单元进行所述报文数据的转发，包括：基于所述目标计算单元获取服务器序号和中央处理器序号；基于所述服务器序号和所述中央处理器序号进行物理地址封装；根据封装后的物理地址进行报文数据的转发。

在本公开的一种示例性实施例中，基于所述服务器序号和所述中央处理器序号进行物理地址封装，包括：根据业务数量和物理地址位的数量确定业务划分规则；基于所述业务划分规则将所述服务器序号和所述中央处理器序号填入所述物理地址的预设位置以进行封装。

在本公开的一种示例性实施例中，根据封装后的物理地址进行报文数据的转发，包括：对封装后的物理地址进行解析，获取服务器序号和中央处理器序号；基于所述服务器序号和所述中央处理器序号确定目标端口地址；将所述报文数据转发至所述目标端口地址。

根据本公开的一方面，提出一种报文转发装置，该装置包括：解析模块，用于对报文数据进行解析以获取五元组信息；哈希模块，用于将所述五元组信息进行哈希计算以得到哈希值；目标模块，用于将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；转发模块，用于基于所述目标计算单元进行所述报文数据的转发。

在本公开的一种示例性实施例中，还包括：单元表集合模块，用于通过业务和其对应的服务器序号、中央处理器序号生成计算单元；将所述计算单元和端口地址一一对应以生成所述业务对应的计算单元表；通过多个业务的业务序号和其对应的计算单元表生成计算单元表集合。

根据本公开的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本公开的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本公开的报文转发方法、装置、电子设备及计算机可读介质，对报文数据进行解析以获取五元组信息；将所述五元组信息进行哈希计算以得到哈希值；将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；基于所述目标计算单元进行所述报文数据的转发的方式，能够满足日常报文流量的负载均衡转发，还能够基于业务类别实时配置转发参数以进行报文流量的动态负载均衡转发。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中报文转发方法的示意图。

图2是根据一示例性实施例示出的一种报文转发方法的流程图。

图3是根据另一示例性实施例示出的一种报文转发方法的流程图。

图4是根据另一示例性实施例示出的一种报文转发方法的流程意图。

图5是根据一示例性实施例示出的一种报文转发装置的框图。

图6是根据一示例性实施例示出的一种电子设备的框图。

图7是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

图1是现有技术中报文转发方法的示意图。如图1所示，当前比较常用的方法是采用轮询算法，即对于同一个输出端口组，在查找出端口组表时，地址从零开始依次递增，这样每次就能获取到不同的端口号进行逻辑输出。

另一种比较常用的方法是采用流量哈希方式，查找流程与上个方法类似，只是在查找出端口组表时，地址不再是轮询的，而是将通过流量五元组计算出来的哈希值作为查找地址，流量不同或者计算方式(五元组合方式)不同，得到的哈希值也不相同。

具体流程可见下图1。两种查找方式在查找出端口组表时，地址格式相同，共计16bit。前者为6bit输出端口组号+10bit轮询数，后者为6bit输出端口组号+10bit哈希值。从地址划分可以看出，出端口组表内容如何分配与业务无关，只与动作对应的出端口组号有关。对于一个输出端口，如果想要使其承担更多的流量输出，那么就需要修改该端口对应的输出端口组表，在更多的地址上填入此端口信息即可。

现有的两种转发方案，第一种轮询算法，无法实现流量的同源同宿，所以目前实用性不大，此外，虽然两个方案在一定程度上都已经实现了各个输出端口的负载分担，并且也可配置端口所占权重，但其配置属于全局的配置，即当多个业务配置转发，且对应的输出端口组为同一个，那么，就只能从同一份输出端口组表中获取端口。

这也就是说，现有方案是做不到基于业务的。而本公开的报文转发方法能够实现动态的负载均衡，本公开的报文转发方法也是基于流量的哈希算法，但同时，本公开的报文转发方法还可以基于业务配置并按照各自的权重分发流量。下面结合具体的实施例，对本公开的内容进行详细说明。

图2是根据一示例性实施例示出的一种报文转发方法的流程图。报文转发方法20至少包括步骤S202至S208。

如图2所示，在S202中，对报文数据进行解析以获取五元组信息。其中，报文数据的五元组信息可包括：源IP地址，源端口，目的IP地址，目的端口和传输层协议。通过报文的五元组信息能够区分不同会话，并且对应的会话是唯一的。

在S204中，将所述五元组信息进行哈希计算以得到哈希值。哈希计算(Hash，散列函数)是把任意长度的输入通过散列算法变换成固定长度的输出，该输出就是散列值。这种转换是一种压缩映射，也就是，散列值的空间通常远小于输入的空间，在本公开的实施例中通过哈希计算将五元组信息压缩成一固定长度的消息摘要。

在S206中，将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元。

更具体的，可将所述五元组信息和匹配规则进行匹配；在匹配结果中包含命中规则时，获取所述命中规则对应的操作动作；在所述操作动作为转发时，确定比较结果满足预设策略。

其中，规则是指设备对于报文的查找方式。常用规则有灵活五元组规则(精确规则)以及掩码五元组规则(掩码规则)，前者的访问控制项为源IP、目的IP、协议类型、源端口号和目的端口号五种元组的任意组合。后者的访问控制项包括五元组字段和掩码字段，掩码字段跟五元组字段长度相同，按任意位掩。

其中，策略是指分流设备支持多个业务，每个业务可以绑定多个分流策略，每个分流策略又有对应的动作模板。动作模板可以绑定输出端口组，决定流量的转出端口。

在一个实施例中，基于所述报文数据的业务序号和所述哈希值确定目标计算单元，包括：根据所述业务序号在所述计算单元表集合中确定目标计算单元表；根据所述业务序号和所述哈希值生成查询地址；基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元。“基于所述报文数据的业务序号和所述哈希值确定目标计算单元”的具体内容将在图3对应的实施例中进行详细描述。

在S208中，基于所述目标计算单元进行所述报文数据的转发。可例如，通过现场可编程逻辑门阵列和/或交换芯片进行所述报文数据的转发。从报文重新封装再到解析MAC输出的流程，既可以完全的由FPGA实现，也可以通过FPGA+其它芯片(例如交换芯片)去实现。因为报文在重新封装之后，本质上已经属于一个全新的完整报文，后面对MAC地址进行解析的工作，其实完全可以独立开。

更具体的，基于所述目标计算单元进行所述报文数据的转发，包括：基于所述目标计算单元获取服务器序号和中央处理器序号；基于所述服务器序号和所述中央处理器序号进行物理地址封装；根据封装后的物理地址进行报文数据的转发。

其中，基于所述服务器序号和所述中央处理器序号进行物理地址封装，还可包括：根据业务数量和物理地址位的数量确定业务划分规则；基于所述业务划分规则将所述服务器序号和所述中央处理器序号填入所述物理地址的预设位置以进行封装。

其中，根据封装后的物理地址进行报文数据的转发，包括：对封装后的物理地址进行解析，获取服务器序号和中央处理器序号；基于所述服务器序号和所述中央处理器序号确定目标端口地址；将所述报文数据转发至所述目标端口地址。

根据本公开的报文转发方法，对报文数据进行解析以获取五元组信息；将所述五元组信息进行哈希计算以得到哈希值；将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；基于所述目标计算单元进行所述报文数据的转发的方式，能够满足日常报文流量的负载均衡转发，还能够基于业务类别实时配置转发参数以进行报文流量的动态负载均衡转发。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种报文转发方法的流程图。图3所示的流程30是对图2所示的流程中S206中“基于所述报文数据的业务序号和所述哈希值确定目标计算单元”的详细描述。

如图3所示，在S302中，根据所述业务序号在所述计算单元表集合中确定目标计算单元表。

在一个实施例中，还包括：通过业务和其对应的服务器序号、中央处理器(CPU)序号生成计算单元；将所述计算单元和端口地址一一对应以生成所述业务对应的计算单元表；通过多个业务的业务序号和其对应的计算单元表生成计算单元表集合。事先获取各个业务对应的服务器的序号和每个服务器的中央处理器序号，服务器的序号和每个服务器的中央处理器序号对应着存储在计算单元中，然后将计算单元和业务序号进行关联保存，依据业务序号进行划分存储成多个计算单元表中，多个业务和其对应的多个计算单元表格总体组成了计算单元表集合。

在一个实施例中，还包括：实时获取多个服务器的多个中央处理器的工作状态；基于所述多个中央处理器的工作状态实时更新所述计算单元表集合中每个计算单元的权重。还可以通过其他方式配置计算单元在业务里的权重，权重越大，该计算单元分到的流量就越多。分流设备可以实时获取服务器和cpu的利用率，根据这些信息，可以实时地调整计算单元的权重，实现动态负载均衡。

通过以上的设置，在现场应用时，可根据报文数据对应的业务序号在所述计算单元表集合中确定目标计算单元表；根据所述业务序号和所述哈希值生成查询地址；基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元。

在S304中，根据所述业务序号和所述哈希值生成查询地址。

在S306中，基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元。包括：获取所述目标计算单元表中多个计算单元的权重；基于所述权重和查询地址在所述目标计算单元表中确定所述目标计算单元。

更进一步的，分流设备在需要复制输出时会从对应的业务中选择一个计算单元，计算单元里包括了服务器序号以及cpu号，这个编号与出端口一一对应，分流设备在重新封装报文时，会将其填写到该业务在MAC地址中的对应位置。之后会对新的SMAC与DMAC进行解析，得到里面的id号(服务器序号与cpu号)，根据这个id号会再去查找一张出端口映射表，得到真正的出端口信息并进行输出

图4是根据另一示例性实施例示出的一种报文转发方法的流程图。图4所示的流程40是对本公开中的报文转发方法的全过程的详细描述。

如图4所示，在S402中，获取报文数据。

在S404中，五元组解析。

在S406中，哈希计算。

在S408中，规则判断。报文流量进入分流设备之后，首先可进行报文解析，将解析出的五元组进行哈希计算，得到哈希值，然后进行规则查找，可同时命中多个业务的规则，且当规则动作为转发时，查找对应的输出端口。

在S410中，丢弃。

在S412中，业务号加哈希值作为地址查找计算单元表。和现有技术中输出端口查找方式不同，本公开的报文转发方法中取消了输出端口组与输出端口组表的概念，改为计算单元。现有技术的转发方法中以输出端口组号+哈希值(或轮询值)为地址，得到出接口和MAC头输出，本公开的报文转发方法以业务号+哈希值为地址，得到计算单元，根据计算单元封装MAC，再解析输出。

在S414中，计算单元表。在本公开的报文转发方法中，通过查找计算单元而不是直接查找输出端口的方式能够保证不同的报文会根据业务的不同而去查找不一样的计算单元表，能够实现业务分流。然后，再通过实时的对计算单元的权重的更新，能够使所有的出端口能够根据自己的实际性能与当前压力合理的分担流量。

值得一提的是，由于每个服务器组里包含的服务器数量都不一定，所以每个业务的计算单元所占的位数也要支持可变。在一个具体的实施例中，共有8个业务，目的MAC共计48bit放置业务7-4的计算单元，源MAC共计48bit放置业务3-0的计算单元。每四个业务之间可以自由分配所占位宽。为了方便操作，每个流量固定查8次表，获得8拍数据，前4拍分别对应0-3业务的计算单元，后4拍分别对应4-7业务的计算单元。若当拍对应业务命中且转发，则将数据填入对应的MAC位置，由于每个业务计算单元位数可变，所以不能采用固定bit字段赋值方法，选择采用位或方法。即每拍数据均为48bit，但只有与业务对应的字段为有效数据，其他位置填0，这样在每次位或操作时就只会把对应业务的计算单元写入，而不影响其他业务内容。

更具体的，可记目的MAC为DMAC，源MAC为SMAC，第一拍数据为DATA0，最后一拍数据为DATA7，,则MAC赋值公式为：

DMAC[47:0]＝DATA7[47:0]|DATA6[47:0]|DATA5[47:0]|DATA4[47:0；

SMAC[47:0]＝DATA3[47:0]|DATA2[47:0]|DATA1[47:0]|DATA0[47:0]。

在S416中，实时获取服务器和CPU利用率，实时更新对应业务的计算单元的权重。

在S418中，MAC地址封装输出。指的注意的是，由于每个业务计算单元所占位数支持可变，需要计算单元在下表时要根据当前配置灵活改变表项结构，并且在读到计算单元表项填入MAC时要以位或的方式赋值。基于流量五元组的哈希算法，所以查表与下表时选择的五元组合方式要保持一致。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图5是根据一示例性实施例示出的一种报文转发装置的框图。如图5所示，报文转发装置50可包括：解析模块502，哈希模块504，目标模块506，转发模块508，报文转发装置50还可包括：单元表集合模块510。

解析模块502用于对报文数据进行解析以获取五元组信息；

哈希模块504用于将所述五元组信息进行哈希计算以得到哈希值；

目标模块506用于将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；

转发模块508用于基于所述目标计算单元进行所述报文数据的转发。

单元表集合模块510用于通过业务和其对应的服务器序号、中央处理器序号生成计算单元；将所述计算单元和端口地址一一对应以生成所述业务对应的计算单元表；通过多个业务的业务序号和其对应的计算单元表生成计算单元表集合。

根据本公开的报文转发装置，对报文数据进行解析以获取五元组信息；将所述五元组信息进行哈希计算以得到哈希值；将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；基于所述目标计算单元进行所述报文数据的转发的方式，能够满足日常报文流量的负载均衡转发，还能够基于业务类别实时配置转发参数以进行报文流量的动态负载均衡转发。

图6是根据一示例性实施例示出的一种电子设备的框图。

下面参照图6来描述根据本公开的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图2，图3，图4中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备600’(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图7所示，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：对报文数据进行解析以获取五元组信息；将所述五元组信息进行哈希计算以得到哈希值；将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；基于所述目标计算单元进行所述报文数据的转发。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种流控设备的报文转发方法，其特征在于，包括：

对报文数据进行解析以获取五元组信息；

将所述五元组信息进行哈希计算以得到哈希值；

通过业务和其对应的服务器序号、中央处理器序号生成计算单元；

将所述计算单元和端口地址一一对应以生成所述业务对应的计算单元表；

通过多个业务的业务序号和其对应的计算单元表生成计算单元表集合；

将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；

基于所述目标计算单元进行所述报文数据的转发。

2.如权利要求1所述的流控设备的报文转发方法，其特征在于，还包括：

实时获取多个服务器的多个中央处理器的工作状态；

基于所述多个中央处理器的工作状态实时更新所述计算单元表集合中每个计算单元的权重。

3.如权利要求1所述的流控设备的报文转发方法，其特征在于，将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，包括：

将所述五元组信息和匹配规则进行匹配；

在匹配结果中包含命中规则时，获取所述命中规则对应的操作动作；

在所述操作动作为转发时，确定比较结果满足预设策略。

4.如权利要求1所述的流控设备的报文转发方法，其特征在于，基于所述报文数据的业务序号和所述哈希值确定目标计算单元，包括：

根据所述业务序号在所述计算单元表集合中确定目标计算单元表；

根据所述业务序号和所述哈希值生成查询地址；

基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元。

5.如权利要求4所述的流控设备的报文转发方法，其特征在于，基于所述查询地址在所述目标计算单元表中进行查找以确定所述目标计算单元，包括：

获取所述目标计算单元表中多个计算单元的权重；

基于所述权重和查询地址在所述目标计算单元表中确定所述目标计算单元。

6.如权利要求1所述的流控设备的报文转发方法，其特征在于，基于所述目标计算单元进行所述报文数据的转发，包括：

通过现场可编程逻辑门阵列和/或交换芯片进行所述报文数据的转发。

7.如权利要求1所述的流控设备的报文转发方法，其特征在于，基于所述目标计算单元进行所述报文数据的转发，包括：

基于所述目标计算单元获取服务器序号和中央处理器序号；

基于所述服务器序号和所述中央处理器序号进行物理地址封装；

根据封装后的物理地址进行报文数据的转发。

8.如权利要求7所述的流控设备的报文转发方法，其特征在于，基于所述服务器序号和所述中央处理器序号进行物理地址封装，包括：

根据业务数量和物理地址位的数量确定业务划分规则；

基于所述业务划分规则将所述服务器序号和所述中央处理器序号填入所述物理地址的预设位置以进行封装。

9.如权利要求7所述的流控设备的报文转发方法，其特征在于，根据封装后的物理地址进行报文数据的转发，包括：

对封装后的物理地址进行解析，获取服务器序号和中央处理器序号；

基于所述服务器序号和所述中央处理器序号确定目标端口地址；

将所述报文数据转发至所述目标端口地址。

10.一种流控设备的报文转发装置，其特征在于，包括：

解析模块，用于对报文数据进行解析以获取五元组信息；

哈希模块，用于将所述五元组信息进行哈希计算以得到哈希值；

单元表集合模块，用于通过业务和其对应的服务器序号、中央处理器序号生成计算单元,将所述计算单元和端口地址一一对应以生成所述业务对应的计算单元表,通过多个业务的业务序号和其对应的计算单元表生成计算单元表集合；

目标模块，用于将所述五元组信息和预设规则进行比较，在比较结果满足预设策略时，基于所述报文数据的业务序号和所述哈希值确定目标计算单元；

转发模块，用于基于所述目标计算单元进行所述报文数据的转发。

Images