CN112350890A - 报文处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请提出一种报文处理方法、装置、服务器及存储介质，涉及互联网技术领域，在服务器运行有DPDK时，通过从DPDK的业务处理函数获取报文，并当该获取的报文中包含有用于指示服务器对报文进行信息追踪的追踪标识时，生成记录有该获取的报文在设定维度下的参数信息的信息日志；如此，使用户可以通过查看服务器保存的信息日志，对数据流量进行业务处理函数层面的异常检测，提升异常报文的分析精度。

Description

报文处理方法、装置、服务器及存储介质

技术领域

本申请涉及互联网技术领域，具体而言，涉及一种报文处理方法、装置、服务器及存储介质。

背景技术

DPDK(Data Plane Development Kit，数据平面开发套件)能够极大地提高数据的处理性能以及处理效率，在利用DPDK来实现网络数据转发的场景中，DPDK直接从网络接口卡(network interface controller，NIC)接收报文进行处理，并将处理的报文通过网络接口卡发出，报文的处理流程不再经过内核。

然而，DPDK在对报文进行处理时，仅能够针对网络接口卡上的报文进行抓包追踪，而在处理过程中无法对报文进行追踪，导致用户针对异常报文的分析不够精确。

发明内容

本申请的目的在于提供一种报文处理方法、装置、服务器及存储介质，能够对数据流量进行业务处理函数层面的异常检测，提升异常报文的分析精度。

为了实现上述目的，本申请采用的技术方案如下：

第一方面，本申请提供一种报文处理方法，应用于运行DPDK的服务器；所述方法包括：

从所述DPDK的业务处理函数获取报文；

判断所述获取的报文是否包含有追踪标识；其中，所述追踪标识用于指示所述服务器对报文进行信息追踪；

当所述获取的报文包含有追踪标识，生成所述获取的报文的信息日志并保存；其中，所述信息日志记录有所述获取的报文在设定维度下的参数信息。

第二方面，本申请提供一种报文处理装置，应用于DPDK的服务器；所述装置包括：

处理模块，用于从所述DPDK的业务处理函数获取报文；

判断模块，用于判断所述获取的报文是否包含有追踪标识；其中，所述追踪标识用于指示所述服务器对报文进行信息追踪；

所述处理模块还用于，当所述获取的报文包含有追踪标识，生成所述获取的报文的信息日志并保存；其中，所述信息日志记录有所述获取的报文在设定维度下的参数信息。

第三方面，本申请提供一种服务器，所述服务器包括存储器，用于存储一个或多个程序；处理器；当所述一个或多个程序被所述处理器执行时，实现上述的报文处理方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的报文处理方法。

本申请提供的一种报文处理方法、装置、服务器及存储介质，在服务器运行有DPDK时，通过从DPDK的业务处理函数获取报文，并当该获取的报文中包含有用于指示服务器对报文进行信息追踪的追踪标识时，生成记录有该获取的报文在设定维度下的参数信息的信息日志；如此，使用户可以通过查看服务器保存的信息日志，对数据流量进行业务处理函数层面的异常检测，提升异常报文的分析精度。

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

附图说明

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

图1示出本申请提供的报文处理方法的一种示意性应用场景图；

图2示出本申请提供的服务器的一种示意性结构框图；

图3示出本申请提供的报文处理方法在报文标记阶段的一种示意性流程框图；

图4示出本申请提供的报文处理方法在报文追踪阶段的一种示意性流程框图；

图5示出本申请提供的报文处理装置的一种示意性结构框图。

图中：100-服务器；101-存储器；102-处理器；103-通信接口；500-报文处理装置；501-处理模块；502-判断模块。

具体实施方式

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

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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

在例如上述的利用DPDK进行报文处理的场景中，一些报文追踪策略为：由DPDK对网络接口卡的接收队列中的报文进行抓包追踪并将相关的信息记录至日志文件中，使得用户可以基于所记录的日志文件对网络接口卡接收报文的情况进行分析。

这些报文追踪策略一般能够针对网络连通情况进行分析；比如在运行有DPDK的服务器中，由DPDK对服务器的网络接口卡上的报文收发情况进行抓包追踪，当用户查看记录的日志文件，检查出日志记录中缺少某些报文，则可以确定服务器出现丢包，网络异常。

然而，服务器在收发报文的过程中，不仅在接收报文时可能出现丢包，在处理报文时也有可能出现异常，比如业务处理逻辑没有对报文进行处理等。比如在一些场景中，若服务器的网络接口卡上并未出现丢包，但报文在DPDK内部的流转出现异常，使得DPDK中的业务处理函数并未接收到报文并进行处理，产生了报文在处理过程中的异常。但按照上述的报文追踪策略记录的日志文件中，用户仅能够分析出服务器在接收报文时是正常的，无法分析出报文在被业务逻辑处理时出现了异常，导致用户针对异常报文的分析不够精确。

为此，基于上述缺陷，本申请提供的一种可能的实施方式为：在服务器运行有DPDK时，通过从DPDK的业务处理函数获取报文，并当该获取的报文中包含有用于指示服务器对报文进行信息追踪的追踪标识时，生成记录有该获取的报文在设定维度下的参数信息的信息日志；如此，使用户能够对数据流量进行业务处理函数层面的异常检测，提升异常报文的分析精度。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图1，图1示出本申请提供的报文处理方法的一种示意性应用场景图；在一些场景中，服务器可以运行有DPDK，DPDK可以直接从网络接口卡接收报文进行处理，并通过网络接口卡将处理后的报文发出。

其中，如图1所示，DPDK可以包含有func1、func2等多个业务处理函数，DPDK可以从网络接口卡的接收队列获取报文，并输入至一业务处理函数进行处理，然后将该业务处理函数输出的处理后的报文通过网络接口卡的发送队列发出。

在一些实施方式中，DPDK还可以包含有如图1中的trace_set、trace_print等系统函数；其中，当DPDK从网络接口卡的接收队列获取报文，并且确定接收的报文需要进行信息追踪时，DPDK可以调用系统函数trace_set为该报文添加追踪标记，以使在后续的处理流程中，DPDK可以针对添加有追踪标记的报文进行信息追踪；另外，DPDK在对报文进行信息追踪时，可以调用系统函数trace_print对追踪的报文的信息进行打印，以生成该报文的日志记录。

在一些实施方式中，DPDK可以配置有命令行工具CMDTOOL，用户可以调用CMDTOOL，为DPDK配置报文追踪规则，比如配置需要追踪的报文类型等等。

请参阅图2，图2示出本申请提供的服务器100的一种示意性结构框图，服务器100可以包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

存储器101可用于存储软件程序及模块，如本申请提供的报文处理装置对应的程序指令/模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理，进而执行本申请提供的报文处理方法的步骤。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解的是，图2所示的结构仅为示意，服务器100还可以包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

下面以图2所示的服务器作为示意性执行主体，对本申请提供的报文处理方法进行示例性说明。

其中，本申请提供的报文处理方法可以分为报文标记阶段和报文追踪阶段；在报文标记阶段时，服务器可以根据配置的规则，对需要追踪的报文进行标记，从而在报文追踪阶段时，服务器可以仅针对需要追踪的报文进行信息追踪。

示例性地，请参阅图3，图3示出本申请提供的报文处理方法在报文标记阶段的一种示意性流程框图，在报文标记阶段，该报文处理方法可以包括以下步骤：

步骤201，从服务器的网络接口卡接收报文；

步骤203，当接收的报文满足设定的追踪条件，为接收的报文添加追踪标识。

在一些实施方式中，服务器可以通过网络接收卡接收报文，并由DPDK调用软件入口函数从网络接口卡的接收队列接收报文；然后，服务器可以针对接收的报文，判断该接收的报文是否满足设定的追踪条件。

比如，为了便于用户针对不同场景下的报文进行追踪，灵活的配置追踪规则，在一些实施例中，在执行步骤203之前，用户可以通过DPDK的命令行工具CMDTOOL设置需要追踪的数据流类型，例如包含有某一特定业务标识“kkkkk”的报文；如此，服务器可以将该特征业务标识“kkkkk”作为设定的追踪条件，并从网络接口卡的接收队列接收报文后，判断该接收的报文是否包含有该特征业务标识“kkkkk”；若包含有，则服务器可以将该接收的报文确定为需要进行追踪的报文，服务器则为该接收的报文添加追踪标识，该追踪标识用于指示服务器对报文进行信息追踪，并将添加追踪标识的输入至DPDK的业务处理函数进行处理；若不包含有，则服务器可以将该接收的报文确定为不需要进行追踪的报文，从而直接将该接收的报文输入至DPDK的业务处理函数进行处理，而不需为该接收的报文添加追踪标记。

又比如，在一些实施例中，用户可以通过DPDK的命令行工具CMDTOOL输入一设定的追踪参数，例如可以输入一五元组的参数作为追踪参数，示例为(源ip，源端口，目的ip，目的端口，4层协议)；服务器在接收到用户通过DPDK的命令行工具输入的设定的追踪参数后，可以利用该设定的追踪参数作为追踪条件，判断该接收的报文中包含的信息参数是否满足该设定的追踪参数。

比如在前述示例的追踪参数中，服务器可以将该接收的报文中的源ip、源端口、目的ip、目的端口以及协议共计五个字段的值，分别与前述的五元组参数中的值进行一一比对，若五个字段的值均与五元组参数中的值一一比对成功，则服务器可以确定该接收的报文满足设定的追踪条件，服务器则为该接收的报文添加追踪标识后，将添加有追踪标识的报文输入至DPDK的业务处理函数进行处理；若五个字段中至少有一个字段的值与五元组参数中的值比对失败，服务器则可以确定该接收的报文不满足设定的追踪条件，直接将该接收的报文输入至DPDK的业务处理函数进行处理。

如此，通过DPDK的命令行工具动态的配置追踪参数，不仅能够提升报文追踪的灵活性，还能够根据配置的追踪参数，动态的调整追踪的精度。

另外，在一些可能的应用场景中，当服务器为用户提供服务，用户所使用的终端一般会持续地将数据流发送给服务器，若服务器针对数据流中的所有报文均进行追踪，则可能导致追踪的数据流量过大，服务器的性能开销较大。

为此，在一些实施例中，可以为服务器设置一追踪次数作为数据流量追踪上限；服务器在对报文进行追踪时，可以按照该追踪次数确定出追踪的报文的数量上限。

比如，在一些实施例中，从服务器记录的初始追踪次数开始，每当服务器接收到一条需要追踪的报文，则可以将追踪次数减一，直至追踪次数为0时，服务器确定追踪完成，不再对报文进行追踪。

于是，在一些实施例中，服务器在执行步骤201之后，服务器可以先判断记录的追踪次数是否大于0；当该追踪次数大于0，表征服务器需要对报文进行追踪，此时服务器再判断接收的报文是否满足设定的追踪条件，并当接收的报文满足设定的追踪条件时，更新该追踪次数，比如将追踪次数减一；当该追踪次数等于0，表征服务器追踪报文的任务结束，此时服务器可以将该接收的报文直接输入至DPDK的业务处理函数；如此，能够避免服务器追踪的数据流量过大，降低服务器的性能开销。

基于本申请提供的上述报文处理方法，服务器在报文标记阶段对需要追踪的报文进行标记后，在报文追踪阶段，服务器则可以根据报文中添加的追踪标识，仅针对需要追踪的报文进行信息追踪。

示例性地，请参阅图4，图4示出本申请提供的报文处理方法在报文追踪阶段的一种示意性流程框图，在报文追踪阶段，该报文处理方法可以包括以下步骤：

步骤301，从DPDK的业务处理函数获取报文；

步骤303，当获取的报文包含有追踪标识，生成获取的报文的信息日志并保存。

在一实施例中，为了确保用户能够针对业务处理逻辑中的报文进行异常分析，服务器可以从DPDK的业务处理函数获取报文以执行本申请提供的报文处理方法。

其中，服务器从DPDK的业务处理函数获取报文后，可以针对获取的报文，判断该获取的报文是否包含有追踪标识；当该获取的报文包含有追踪标识，服务器判定该获取的报文属于需要进行追踪的报文，此时服务器则生成该获取的报文的信息日志并保存，从而使用户可以通过查看服务器保存的信息日志，对数据流量进行业务处理函数层面的异常检测，提升异常报文的分析精度。

其中，在一些实施方式中，该信息日志可以记录有该获取的报文在设定维度下的参数信息，比如报文长度、TCP(传输控制协议，Transmission Control Protocol)状态、端口信息、ip地址等维度下的参数信息。

可以理解的是，上述针对信息日志记录的参数信息仅为示例，在本申请其他一些可能的实施方式中，服务器还可以记录更多或更少维度的参数信息，或者是记录其他不同维度的参数信息，本申请对此不进行限定。

另外，在一些实施例中，DPDK可以保存有一流量追踪函数，该流量追踪函数可以用于提取报文在设定维度下的参数信息，其具体维度可以结合具体的场景具体配置，比如由用户通过上述的命令行工具CMDTOOL对该流量追踪函数所追踪的信息维度进行配置。

如此，服务器在执行步骤303生成获取的报文的信息日志时，可以调用DPDK的流量追踪函数对获取的报文进行处理，以提取该获取的报文在设定维度下的参数信息，并生成该获取的报文的信息日志。如此，可以提升服务器追踪报文的参数信息时的灵活度。

可见，基于上述设计，本申请提供的报文处理方法，在服务器运行有DPDK时，通过从DPDK的业务处理函数获取报文，并当该获取的报文中包含有用于指示服务器对报文进行信息追踪的追踪标识时，生成记录有该获取的报文在设定维度下的参数信息的信息日志；如此，使用户可以通过查看服务器保存的信息日志，对数据流量进行业务处理函数层面的异常检测，提升异常报文的分析精度。

并且，基于与本申请提供的上述报文处理方法相同的发明构思，请参阅图5，图5示出本申请提供的报文处理装置500的一种示意性结构框图，该报文处理装置500可以包括处理模块501和判断模块502；其中：

处理模块501，用于从DPDK的业务处理函数获取报文；

判断模块502，用于判断获取的报文是否包含有追踪标识；其中，追踪标识用于指示服务器对报文进行信息追踪；

处理模块501还用于，当获取的报文包含有追踪标识，生成获取的报文的信息日志并保存；其中，信息日志记录有获取的报文在设定维度下的参数信息。

可选地，作为一种可能的实施方式，处理模块501在生成获取的报文的信息日志时，具体用于：

调用DPDK的流量追踪函数对获取的报文进行处理，以提取获取的报文在设定维度下的参数信息，并生成获取的报文的信息日志。

可选地，作为一种可能的实施方式，在处理模块501从DPDK的业务处理函数中获取报文之前，处理模块501还用于，从服务器的网络接口卡接收报文；

判断模块502还用于，判断接收的报文是否满足设定的追踪条件；

处理模块501还用于，当接收的报文满足设定的追踪条件，为接收的报文添加追踪标识。

可选地，作为一种可能的实施方式，判断模块502在判断接收的报文是否满足设定的追踪条件时，具体用于：

判断接收的报文包含的信息参数是否满足设定的追踪参数；

其中，当接收的报文包含的信息参数满足设定的追踪参数，确定接收的报文满足设定的追踪条件。

可选地，作为一种可能的实施方式，处理模块501还用于：

接收用户通过DPDK的命令行工具输入的设定的追踪参数。

可选地，作为一种可能的实施方式，在处理模块501从服务器的网络接口卡接收报文之后，处理模块501还用于：

判断记录的追踪次数是否大于0；

其中，当追踪次数大于0，判断模块502判断接收的报文是否满足设定的追踪条件，并当接收的报文满足设定的追踪条件，处理模块501更新追踪次数。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的一些实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。

也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。

也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

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

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

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

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (9)

1.一种报文处理方法，其特征在于，应用于运行数据平面开发套件DPDK的服务器；所述方法包括：

从所述DPDK的业务处理函数获取报文；

判断所述获取的报文是否包含有追踪标识；其中，所述追踪标识用于指示所述服务器对报文进行信息追踪；

当所述获取的报文包含有追踪标识，生成所述获取的报文的信息日志并保存；其中，所述信息日志记录有所述获取的报文在设定维度下的参数信息。

2.如权利要求1所述的方法，其特征在于，所述生成所述获取的报文的信息日志的步骤，包括：

调用所述DPDK的流量追踪函数对所述获取的报文进行处理，以提取所述获取的报文在所述设定维度下的参数信息，并生成所述获取的报文的信息日志。

3.如权利要求1所述的方法，其特征在于，在所述从所述DPDK的业务处理函数中获取报文的步骤之前，所述方法还包括：

从所述服务器的网络接口卡接收报文；

判断所述接收的报文是否满足设定的追踪条件；

当所述接收的报文满足所述设定的追踪条件，为所述接收的报文添加所述追踪标识。

4.如权利要求3所述的方法，其特征在于，所述判断所述接收的报文是否满足设定的追踪条件的步骤，包括：

判断所述接收的报文包含的信息参数是否满足设定的追踪参数；

其中，当所述接收的报文包含的信息参数满足所述设定的追踪参数，确定所述接收的报文满足所述设定的追踪条件。

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

接收用户通过所述DPDK的命令行工具输入的所述设定的追踪参数。

6.如权利要求3所述的方法，其特征在于，在所述从所述服务器的网络接口卡接收报文的步骤之后，所述方法还包括：

判断记录的追踪次数是否大于0；

其中，当所述追踪次数大于0，执行所述判断所述接收的报文是否满足设定的追踪条件的步骤，并当所述接收的报文满足所述设定的追踪条件，更新所述追踪次数。

7.一种报文处理装置，其特征在于，应用于运行数据平面开发套件DPDK的服务器；所述装置包括：

处理模块，用于从所述DPDK的业务处理函数获取报文；

判断模块，用于判断所述获取的报文是否包含有追踪标识；其中，所述追踪标识用于指示所述服务器对报文进行信息追踪；

所述处理模块还用于，当所述获取的报文包含有追踪标识，生成所述获取的报文的信息日志并保存；其中，所述信息日志记录有所述获取的报文在设定维度下的参数信息。

8.一种服务器，其特征在于，包括：

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-6中任一项所述的方法。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-6中任一项所述的方法。

Images