CN115242711A - 一种报文传输方法及装置 - Google Patents

Abstract

本申请提供了一种报文传输方法及装置，用以解决控制报文传输延迟、丢失等问题。网卡接收业务报文和控制报文时，将业务报文和控制报文分发到不同的网卡队列上，例如第一业务报文分发到第一网卡队列上，第一控制报文分发到第二网卡队列上。如此，可以实现控制报文和业务报文在网卡处进行分离使得业务报文和控制报文分别承载在不同的网卡队列中，并且分别由不同的CPU进行处理，避免业务报文激增会导致控制报文传输延迟、丢失等问题。

Description

一种报文传输方法及装置

技术领域

本申请涉及计算机技术领域，并具体涉及到一种报文传输方法及装置。

背景技术

现有技术中，网卡在收到报文后，将报文承载在网卡队列中发送给中央处理器(Central Processing Unit，CPU)处理。然而，现有技术，业务报文和控制报文经常混合在各网卡队列和CPU中处理。当网卡队列中的业务报文激增而业务报文和控制报文共享一个网卡队列和CPU时，会导致控制报文传输延迟、丢失等问题。

发明内容

本申请实施例提供一种报文传输方法及装置，用以解决现有技术控制报文与业务报文不能区分导致控制报文延迟、丢失等的技术问题，具体方法如下：

第一方面，网卡接收第一业务报文和第一控制报文；其中，第一业务报文中包括第一五元组信息，第一五元组信息中的目的地址的类型为虚拟网络地址(Virtual InternetProtocol，VIP)，第一控制报文中包括第二五元组信息，第二五元组信息中的目的地址的类型不是VIP；网卡基于第一五元组信息，将第一业务报文分发到第一网卡队列上；网卡基于第二五元组信息将第一控制报文分发到第二网卡队列上；其中，第一网卡队列用于将业务报文传输到第一CPU；第二网卡队列将控制报文传输到第二CPU。

在本方案中，网卡可以根据目的地址的类型区分业务报文与控制报文(如业务报文的目的地址是VIP，控制报文的目的地址是除了VIP之外的其它类型的地址)，进而将业务报文与控制报文被分发到了不同的网卡队列中，实现了在网卡处将业务报文和控制报文进行分离，使得业务报文和控制报文分别承载在不同的网卡队列中，并且分别由不同的CPU进行处理，从而可以避免现有技术业务报文激增会导致控制报文传输延迟、丢失等问题。

可选的，第一网卡队列为多个网卡队列中的一个，多个网卡队列中不包括第二网卡队列。多个网卡队列中的每个网卡队列用于传输业务报文。

通过本方式，为业务报文分配多个网卡队列，可以保证业务报文的传输效率。

可选的，网卡基于第一五元组信息，将第一业务报文分发到第一网卡队列上，包括：网卡计算第一五元组信息的哈希值h；网卡对第一五元组信息的哈希值h取余：h％N，得到第一值；其中N为预设值；网卡根据第一值从重定向表中确定出第一网卡队列的标识；其中，重定向表中包括N个表项；N个表项中的每个表项对应一个网卡队列的标识；第一值用于指示N个表项中的一个；网卡根据第一网卡队列的标识将第一业务报文分发到第一网卡队列上。

通过本方式，基于重定向表将第一业务报文分发到第一网卡队列上，绑定业务报文到只含有业务报文的网卡队列中，使业务报文的处理可以快速、有效。

可选的，网卡基于第二五元组信息将第一控制报文分发到第二网卡队列上，包括：网卡确定第二五元组信息中的目的地址为预设的网际互连协议(Internet Protocol，IP)地址、目的端口号为预设的端口号、协议号为预设的协议号；网卡将第一控制报文分发到第二网卡队列上。

通过本方式，通过匹配目的地址、目的端口号以及协议号，实现将第一控制报文分发到第二网卡队列上，使控制报文的处理可以快速、有效。

可选的，网卡基于第二五元组信息将第一控制报文分发到第二网卡队列上，还包括：网卡基于报文指示器Flow Director或通用流Rte_Flow配置预设的IP地址、预设的端口号、预设的协议号。

该方式利用Flow Director或Rte_Flow配置控制报文的匹配规则，实现方式简单、高效，提高了方案的可靠性。

第二方面，本申请实施例提供一种通信装置，该装置可以是网卡，也可是网卡中的芯片，该装置包括用于执行上述第一方面或第一方面任一种可选的实施方式中的方法的模块/单元/技术手段。

示例性的，该装置可以包括：

收发模块，用于接收第一业务报文和第一控制报文；其中，第一业务报文中包括第一五元组信息，第一五元组信息中的目的地址的类型为VIP，第一控制报文中包括第二五元组信息，第二五元组信息中的目的地址的类型不是VIP；

处理模块，用于基于第一五元组信息，将第一业务报文分发到第一网卡队列上；基于第二五元组信息将第一控制报文分发到第二网卡队列上；其中，第一网卡队列用于将业务报文传输到第一CPU；第二网卡队列将控制报文传输到第二CPU。

可选的，第一网卡队列为多个网卡队列中的一个，多个网卡队列中不包括第二网卡队列，多个网卡队列中的每个网卡队列用于传输业务报文。

可选的，处理模块基于第一五元组信息，将第一业务报文分发到第一网卡队列上时，具体用于：计算第一五元组信息的哈希值h；对第一五元组信息的哈希值h取余：h％N，得到第一值；其中N为预设值；根据第一值从重定向表中确定出第一网卡队列的标识；其中，重定向表中包括N个表项；N个表项中的每个表项对应一个网卡队列的标识；第一值用于指示N个表项中的一个；根据第一网卡队列的标识将第一业务报文分发到第一网卡队列上。

可选的，处理模块基于第二五元组信息将第一控制报文分发到第二网卡队列上时，具体用于：确定第二五元组信息中的目的地址为预设的IP地址、目的端口号为预设的端口号、协议号为预设的协议号；将第一控制报文分发到第二网卡队列上。

可选的，处理模块还用于：基于报文指示器Flow Director或通用流Rte_Flow配置预设的IP地址、预设的端口号、预设的协议号。

第三方面，提供一种通信装置，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器、通信接口；其中，存储器存储有可被至少一个处理器执行的指令，至少一个处理器通过执行所述存储器存储的指令，使得所述装置通过通信接口执行如第一方面或第一方面任一种可选的实施方式中所述的方法。

第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质用于存储指令，当所述指令被执行时，使如第一方面或第一方面任一种可选的实施方式中所述的方法被实现。

本申请实施例中第二、第三、第四方面中提供的一个或多个技术方案所具有的技术效果或优点，均可以由第一方面中提供的对应的一个或多个技术方案所具有的技术效果或优点对应解释，此处不再赘述。

附图说明

图1为本申请实施例提供的一种可能的应用场景示意图；

图2为一种分离业务报文和控制报文的示意图；

图3为本申请实施例提供的一种报文传输方法的流程图；

图4为本申请实施例提供的一种分离业务报文和控制的示意图；

图5为本申请实施例提供的一种通信装置的结构示意图；

图6为本申请实施例提供的另一种通信装置的结构示意图。

具体实施方式

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本申请技术方案做详细的说明，应当理解本申请实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本申请实施例以及实施例中的技术特征可以相互组合。

需要理解的是，在本申请实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。在本申请实施例的描述中“多个”，是指两个或两个以上。

本申请实施例中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为了便于理解本申请实施例的方案，下面先介绍本申请实施例可能的应用场景。

本申请实施例可以用于各种类型的网卡，例如支持数据平面开发套件(DataPlane Development Kit，DPDK)服务的网卡，或者其它装置。只要该装置存在将报文传输到CPU的需求，则均可以采用本申请实施例的技术方案。为了便于描述，本文以支持DPDK的网卡为例进行阐述。

基于DPDK开发的应用服务大部分使用网卡多队列、多核CPU绑定队列等技术提高网络吞吐性能。DPDK应用服务使用内核旁路技术，有独立应用协议栈流量经过网卡直接进入应用程序处理，而不经过操作系统内核Linux网络协议栈。业务流量(特指应用程序处理的服务流量一般是VIP服务流量)和控制流量(特指所有非VIP服务流量包括所有主机IP、边界网关协议(Border Gateway Protocol，BGP)/最短路径优先(Open Shortest PathFirst，OSPF)/健康检查等流量)都混合在各自不同网卡队列接收处理。

示例性的，参见图1，为本申请实施例适用的一种场景示意图，DPDK网卡上可以接收报文(报文的类型包括业务报文和控制报文)，将报文分发到网卡队列上，其中，不同的网卡队列对应不同的CPU核。CPU核收到报文之后，处理报文，并将处理好的报文传输到对应的进程中。可以理解的，本文中不同的CPU核可以集成在不同的CPU物理实体上，也可以集成在不同的CPU物理实体，为了便于描述，本文以一个CPU核就是一个CPU为例进行描述。

其中，对于不同类型的报文，需要被传输到不同的进程中，例如业务报文需要被传输到转发进程中，控制报文则需要被传输到控制包进程中。

一种可能的实现方式，是在CPU处对业务报文和控制报文进行分离，换而言之，同一网卡队列中可能同时存在业务报文和控制报文，同一个CPU可能既处理业务报文又处理控制报文，如图2所示，第一网卡队列中同时承载有业务报文和控制报文，CPU1既处理业务报文，又处理控制报文。

然而，实际应用中，业务报文的流量是动态变化的，当业务报文激增而业务报文和控制报文共享网卡队列时，网卡会出现控制报文延迟、丢失等问题，进而影响到业务的正常运行。

鉴于此，提供本申请实施例技术方案，用于实现在网卡处将业务报文和控制报文进行分离，使得业务报文和控制报文分别承载在不同的网卡队列中，以及分别由不同的CPU进行处理，进而可以避免控制报文延迟、丢失等问题。

参见图3，为本申请实施例提供的一种报文传输的方法的流程图，该方法以应用于图1所示的场景为例，该方法具体步骤如下：

步骤S301：网卡接收第一业务报文和第一控制报文。

一般的，报文中都携带有五元组信息，包括源地址，目的地址，源端口号，目的端口号，协议号。本申请实施例不限制报文的类型，为了便于描述，本文以IP报文为例。相应的，源地址、目的地址，源端口号，目的端口号，分别为：源IP地址、目的IP地址，源传输控制协议(Transmission Control Protocol，TCP)/用户数据报协议(User Datagram Protocol，UDP)端口号，目的TCP/UDP端口号。

在本申请实施例中，第一业务报文携带第一五元组信息，第一控制报文携带第二五元组信息。

其中，第一五元组信息中的目的地址的类型为VIP；第二五元组信息中的目的地址的类型不是VIP，或者说是除了VIP之外的其它类型的地址，比如主机标识协议(HostIdentity Protocol，HIP)地址。例如，第一业务报文的五元组信息可以表示为S1＝(SIP,VIP,SPORT,DPORT,PROTO)，其中SIP，VIP，SPORT，DPORT，PROTO分别代表第一业务报文的源IP地址、目的IP地址、源端口号、目的端口号、协议号；第一控制报文的五元组信息可以表示为S2＝(SIP,HIP,SPORT,DPORT,PROTO)，其中SIP，VIP，SPORT，DPORT，PROTO分别代表第二业务报文的源IP地址、目的IP地址、源端口号、目的端口号、协议号，其中协议号可以是传输层协议的协议号。

步骤S302：网卡基于第一五元组信息，将第一业务报文分发到第一网卡队列上；网卡基于第二五元组信息将第一控制报文分发到第二网卡队列上。

其中，第一网卡队列用于传输业务报文(不传输控制报文)，第二网卡队列用于传输控制报文(不传输业务报文)。

具体的，网卡基于第一五元组信息中的目的地址的类型(即VIP)，确定第一业务报文的报文类型是业务报文，将其分发到用于传输业务报文的网卡队列上。网卡基于第二五元组信息中的目的地址的类型(如HIP)，确定第二业务报文的报文类型是控制报文，将其分发到用于传输控制报文的网卡队列上。

一种可能的实现方式中，网络中用于传输业务报文的网卡队列的数量为一个，例如第一网卡队列，则网卡直接将第一业务报文分发到第一网卡队列上。

一种可能的实现方式中，网络中用于传输业务报文的网卡队列的数量为多个(例如第一网卡队列为网卡队列组中的一个，网卡队列组中包括多个网卡队列，多个网卡队列组中不包括第二网卡队列)，则网卡需要进一步从这多个网卡队列中确定出第一网卡队列，然后网卡将第一业务报文分发到第一网卡队列上。

一种可能的设计中，网卡从多个网卡队列中确定出第一网卡队列，包括：DPDK网卡计算第一五元组信息的哈希值，得到哈希值h；然后对哈希值h进行取余计算：h％N，得到第一值，其中N为预设值；然后根据第一值从重定向表中确定出第一网卡队列的标识；其中，重定向表中包括N个表项；N个表项中的每个表项对应一个网卡队列的标识；第一值用于指示N个表项中的一个。进而，网卡可以根据第一网卡队列的标识将第一业务报文分发到第一网卡队列上。该方式通过查询重定向表确定第一网卡队列，实现方式简单，易实施。

在具体实现时，网卡将第一业务报文分发到第一网卡队列的过程可以基于RSS实现，RSS是一种可以通过对五元组信息进行哈希计算对报文进行分发的技术，可以实现将不同的报文负载均衡地转发到多个不同的CPU上。考虑到不同的网卡，其默认的重定向表的长度不同，因此在具体应用时，如果业务进程的个数与重定向表的长度(即表项的数量)不匹配，则需要对重定向表进行重置后再使用。

示例性的，以82599型号的网卡、业务进程的数量为16为例：

第一步，82599型号的网卡对应重定向表长度为64，重定向表的表项从0取到63；业务进程个数为16，则需要配置16个网卡队列，网卡队列号的取值依次为0到15；根据进程个数对重定向表中的各个表项进行取余计算，即0到63分别对16取余，将取余结果作为各个表项对应的网卡队列号写入重定向表中，得到重置的重定向表。根据取余结果，第0到15表项对应的网卡队列号为0到15，第16到31表项对应的网卡队列号0到15，……，以此类推，使重置的重定向表中每个的表项对应的网卡队列号时为0到15中的一个。

第二步，计算第一业务报文的哈希值，假设哈希值为63，根据重定向表长度对哈希值63取余，即63％64取余，取余结果为63，查询重置的RSS重定向表中对应63的表项，该表项对应的网卡队列号为15，则确定第一业务报文会分发到15号的网卡队列上。

一种可能的设计中，网卡基于第二五元组信息将第一控制报文分发到第二网卡队列上，包括：网卡确定第二五元组信息中的目的地址为预设的目的地址、目的端口号为预设的端口号、协议号为预设的协议号；网卡将第一控制报文绑定第二网卡队列，第二网卡队列将第一控制报文传输给第二CPU。

在具体实现时，网卡将第一控制报文分发到第二网卡队列的过程可以基于FlowDirector或Rte_Flow实现，Flow Director或Rte_Flow是一种可以匹配报文中特殊字段，决定传输报文的网卡队列的技术，其中特殊字段可以作为报文匹配规则。

具体的，基于Flow Director或Rte_Flow在网卡上配置报文匹配规则，报文匹配规则包括控制报文对应的目的地址，目的端口号，协议号，用S＝Match{DIP,DPORT,PROTO}表示。

例如：

S_OSPF＝Match{224.0.0.5,0,0}；

S_BGP＝Match{hip,179,6}；

S_HIP＝Match{hip,0,0}。

其中DPORT＝0,表示所有端口，PROTO＝0表示所有协议，BGP为TCP协议使用179端口，TCP协议在IP报头中字段为6。

其中S_HIP流量包含S_BGP流量，这里S_BGP配置展示用户可自定义配置端口的方法，S_HIP流量也包括安全外壳协议(Secure Shell，SSH)远程登陆流量。

设置完成匹配发往OSPF,BGP和管理口主机IP的控制流量就可以被第二网卡队列接收。

可以理解的，以上是以用于传输控制报文的网卡队列数量为1为例，实际应用中用于传输控制报文的网卡队列数量也可以为多个，进而进一步提高控制报文的传输效率。

进一步的，本申请实施例中的不同的网卡队列绑定不同的CPU，不同的CPU将报文传输给不同的进程。示例性的，第一网卡队列对应第一CPU，第一网卡队列用于将业务报文传输到第一CPU，第一转发进程绑定第一CPU处理第一业务报文；第二网卡队列对应第二CPU，第二网卡队列将控制报文传输到第二CPU，第一控制进程绑定第二CPU处理第一控制报文。

例如，参见图4，网卡队列0～网卡队列n，分别对应CPU0～CPUn，其中网卡队列0～网卡队列n-1用于承载业务报文，网卡队列n专门用于承载控制报文。

通过上述方案，可以实现在网卡处将业务报文和控制报文进行分离，使得业务报文和控制报文分别承载在不同的网卡队列中，并且分别由不同的CPU进行处理，避免业务报文激增会导致报文传输延迟、丢失等问题。

以上介绍了本申请实施例提供的方法，以下介绍本申请实施例提供的装置。

参见图5，本申请实施例提供一种通信装置500，该装置可以是上文中网卡等，该装置包括用于执行图3所示的方法的模块/单元/技术手段。

示例性的，该装置包括：

收发模501，用于接收第一业务报文和第一控制报文；其中，所述第一业务报文中包括第一五元组信息，所述第一五元组信息中的目的地址为虚拟网络地址VIP，所述第一控制报文中包括第二五元组信息，所述第二五元组信息中的目的地址为主机标识协议HIP；

处理模块502，用于基于所述第一五元组信息，将所述第一业务报文分发到所述第一网卡队列上；所述网卡基于所述第二五元组信息将所述第一控制报文分发到第二网卡队列上。

应理解，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

作为上述装置一种可能的产品形态，参见图6，本申请实施例还提供一种通信装置600，包括：

至少一个处理器601；以及与所述至少一个处理器601通信连接的通信接口603；所述至少一个处理器601通过执行存储器602存储的指令，使得所述电子设备600通过所述通信接口603执行上述方法实施例中网卡所执行的方法步骤。

可选的，所述存储器602位于所述通信装置600之外。

可选的，所述电子设备600包括所述存储器602，所述存储器602与所述至少一个处理器601相连，所述存储器602存储有可被所述至少一个处理器601执行的指令。附图6用虚线表示存储器602对于电子设备600是可选的。

其中，所述处理器601和所述存储器602可以通过接口电路耦合，也可以集成在一起，这里不做限制。

本申请实施例中不限定上述处理器601、存储器602以及通信接口603之间的具体连接介质。本申请实施例在图6中以处理器601、存储器602以及通信接口603之间通过总线604连接，总线在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。应理解，本申请实施例中提及的处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

示例性的，处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data EateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质用于存储指令，当所述指令被执行时，使得计算机执行上述网卡所执行的方法步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种报文传输方法，其特征在于，包括：

网卡接收第一业务报文和第一控制报文；其中，所述第一业务报文中包括第一五元组信息，所述第一五元组信息中的目的地址的类型为虚拟网络地址VIP，所述第一控制报文中包括第二五元组信息，所述第二五元组信息中的目的地址的类型不是VIP；

所述网卡基于所述第一五元组信息，将所述第一业务报文分发到第一网卡队列上；所述网卡基于所述第二五元组信息将所述第一控制报文分发到第二网卡队列上；

其中，所述第一网卡队列用于将业务报文传输到第一中央处理器CPU；所述第二网卡队列将控制报文传输到第二CPU。

2.如权利要求1所述的方法，其特征在于，所述第一网卡队列为多个网卡队列中的一个，所述多个网卡队列中不包括所述第二网卡队列，所述多个网卡队列中的每个网卡队列用于传输业务报文。

3.如权利要求1或2所述的方法，其特征在于，所述网卡基于所述第一五元组信息，将所述第一业务报文分发到所述第一网卡队列上，包括：

所述网卡计算所述第一五元组信息的哈希值h；

所述网卡对所述第一五元组信息的哈希值h取余：h％N，得到第一值；其中N为预设值；

所述网卡根据所述第一值从重定向表中确定出所述第一网卡队列的标识；其中，所述重定向表中包括N个表项；所述N个表项中的每个表项对应一个网卡队列的标识；所述第一值用于指示所述N个表项中的一个；

所述网卡根据所述第一网卡队列的标识将所述第一业务报文分发到所述第一网卡队列上。

4.如权利要求1或2所述的方法，其特征在于，所述网卡基于所述第二五元组信息将所述第一控制报文分发到第二网卡队列上，包括：

所述网卡确定所述第二五元组信息中的目的地址为预设的网际互连协议IP地址、目的端口号为预设的端口号、协议号为预设的协议号；

所述网卡将所述第一控制报文分发到第二网卡队列上。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

所述网卡基于报文指示器Flow Director或通用流Rte_Flow配置所述预设的IP地址、所述预设的端口号、所述预设的协议号。

6.一种通信装置，其特征在于，包括：

收发模块，用于接收第一业务报文和第一控制报文；其中，所述第一业务报文中包括第一五元组信息，所述第一五元组信息中的目的地址的类型为VIP，所述第一控制报文中包括第二五元组信息，所述第二五元组信息中的目的地址的类型不是VIP；

处理模块，用于基于所述第一五元组信息，将所述第一业务报文分发到所述第一网卡队列上；基于所述第二五元组信息将所述第一控制报文分发到第二网卡队列上；

其中，所述第一网卡队列用于将业务报文传输到第一CPU；所述第二网卡队列将控制报文传输到第二CPU。

7.如权利要求6所述的装置，其特征在于，所述处理模块在基于所述第一五元组信息，将所述第一业务报文分发到所述第一网卡队列上时，具体用于：

计算所述第一五元组信息的哈希值h；

对所述第一五元组信息的哈希值h取余：h％N，得到第一值；其中N为预设值；

根据所述第一值从重定向表中确定出所述第一网卡队列的标识；其中，所述重定向表中包括N个表项；所述N个表项中的每个表项对应一个网卡队列的标识；所述第一值用于指示所述N个表项中的一个；

根据所述第一网卡队列的标识将所述第一业务报文分发到所述第一网卡队列上。

8.如权利要求6所述的装置，其特征在于，所述处理模块在基于所述第二五元组信息将所述第一控制报文分发到第二网卡队列上时，具体用于：

确定所述第二五元组信息中的目的地址为预设的IP地址、目的端口号为预设的端口号、协议号为预设的协议号；

将所述第一控制报文分发到第二网卡队列上。

9.一种通信装置，其特征在于，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器、通信接口；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，使得所述装置通过所述通信接口执行如权利要求1-5中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，使得如权利要求1-5中任一项所述的方法被执行。

Images