CN111404827A - 一种数据包处理方法、装置及电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种数据包处理方法、装置及一种电子设备和计算机可读存储介质，该方法包括：若接收到目标数据包，确定目标数据包的收包网口，并基于收包网口和数据包处理规则判断目标数据包是否需要本机处理；若否，则在目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；其中，数据包类型包括协商数据包、心跳数据包和传输数据包，协商数据包用于协商数据包处理规则，心跳数据包用于检测目标设备的存活状态，传输数据包用于传输数据；将转发数据包发送至对端设备，以便对端设备基于数据包类型对转发数据包进行处理。本申请提供的数据包处理方法，降低了每台设备的负载数据包处理的延时。

Description

一种数据包处理方法、装置及电子设备和存储介质

技术领域

本申请涉及计算机技术领域，更具体地说，涉及一种数据包处理方法、装置及一种电子设备和一种计算机可读存储介质。

背景技术

在双主模式下的网关或者网络转发设备，对于同一条请求连接，请求包和回复包随机经过不同的网络设备的场景称之为非对称转发。基于会话同步的延时模式方法，将经过设备数据包的会话管理在两台设备之间进行同步，当一台设备新建的会话还没有同步到对端时，先将此包缓存，会话同步以后再发送出去。上述方案会增加设备负载，同时会增大网络的延时。

因此，如何在双主模式的非对称转发场景下降低设备负载是本领域技术人员需要解决的技术问题。

发明内容

本申请的目的在于提供一种数据包处理方法、装置及一种电子设备和一种计算机可读存储介质，在双主模式的非对称转发场景下降低了设备负载。

为实现上述目的，本申请提供了一种数据包处理方法，应用于目标设备，包括：

若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；

若否，则在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；

将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

其中，所述基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理，包括：

确定所述目标设备中与所述对端设备的通信网口，判断所述通信网口与所述收包网口是否一致；

若是，则判定所述目标数据包为所述对端设备发送的数据包，基于所述目标数据包的数据包类型对所述目标数据包进行处理；

若否，则判定所述目标数据包为上游设备发送至所述双机热备***的传输数据包，基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理。

其中，所述基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理，包括：

获取所述目标数据包的源IP地址和目的IP地址，基于所述源IP地址和所述目标IP地址确定所述目标数据包所属的目标会话；

通过判断所述目标会话是否为本机处理的会话判断所述目标数据包是否需要本机处理。

其中，所述标识信息包括用于描述所述收包网口的第一参数、用于描述是否为所述对端设备发送的数据包的第二参数和所述数据包类型。

其中，所述第一参数具体为所述收包网口的散列值。

其中，所述数据包类型包括协商数据包、心跳数据包和传输数据包；

所述基于所述目标数据包的数据包类型对所述目标数据包进行处理，包括：

若所述目标数据包为所述传输数据包，则去除所述目标数据包中的标识信息，并将去除标识信息后的数据包发送至所述双机热备***的下游设备；

若所述目标数据包为所述心跳数据包，则更新所述目标数据包对应标识信息中的第一参数，并向所述对端设备返回本机的状态信息。

其中，所述确定所述目标设备中与所述对端设备的通信网口，包括：

获取配置文件，根据配置文件确定所述目标设备对应的对端设备、所述目标设备与所述对端设备的通信网口。

为实现上述目的，本申请提供了一种数据包处理装置，应用于目标设备，包括：

判断模块，用于若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；若否，则启动添加模块的工作流程；

所述添加模块，用于在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；

发送模块，用于将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述数据包处理方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述数据包处理方法的步骤。

通过以上方案可知，本申请提供的一种数据包处理方法，包括：若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；若否，则在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

本申请提供的数据包处理方法，双主模式下两台设备预先对数据包处理规则进行协商，基于数据包处理规则可以确定每个数据包对应的处理设备。经过双机热备***的数据包，均分配至固定的设备进行处理，两台设备之间不需要同步会话管理，降低了每台设备的负载数据包处理的延时。本申请还公开了一种数据包处理装置及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

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

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1为根据一示例性实施例示出的一种数据包处理方法的流程图；

图2为根据一示例性实施例示出的另一种数据包处理方法的流程图；

图3为根据一示例性实施例示出的一种原始数据包的格式示意图；

图4为根据一示例性实施例示出的一种转发数据包的格式示意图；

图5为根据一示例性实施例示出的一种数据包处理装置的结构图；

图6为根据一示例性实施例示出的一种电子设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例公开了一种数据包处理方法，在双主模式的非对称转发场景下降低了设备负载。

参见图1，根据一示例性实施例示出的一种数据包处理方法的流程图，如图1所示，包括：

S101：若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；若是，则进入S102；若否，则进入S103；

本实施例的执行主体为双机热备***中的目标设备，双机热备***处于双主模式，两台主设备分别为上述目标设备和其对应的对端设备。在具体实施中，首先加载配置文件、检查配置文件正确性，以便基于配置文件在两台设备之间进行信息协商，确定两台设备之间的通信网口和数据包处理规则，该数据包处理规则定义了两台设备分别处理的数据包的特征。

当目标设备接收到目标数据包时，基于该目标数据包的收包网口和上述数据包处理规则可以确定该目标数据包是否需要本机处理。可以理解的是，若目标数据包的收包网口为目标设备与其对端设备的通信网口，则该目标数据包为对端设备发送的数据包，需要本机进行处理。若目标数据包的收包网口为其他网口，则根据目标数据包的特征依据数据包处理规则可以确定其是否需要本机处理。

S102：基于所述目标数据包的数据包类型对所述目标数据包进行处理；

在本步骤中，若目标数据包需要本机处理，则依据其数据包类型进行处理，此处的数据包类型可以包括协商数据包、心跳数据包和传输数据包，所述协商数据包用于协商所述数据包处理规则，所述心跳数据包用于检测所述目标设备的存活状态，所述传输数据包用于传输数据。

在具体实施中，若数据包类型为协商数据包，则该目标数据包为对端设备发送的用于协商数据包处理规则的数据包，可以回复该协商数据包，以便完成数据包处理规则的协商。若数据包类型为传输数据包，则该目标数据包为其他设备发送至双机热备***的数据包，对其进行处理后转发。若数据包类型为心跳数据包，则该目标数据包为对端设备发送的用于检测本机存活状态的数据包，可以回复本机的状态信息，以便对端设备确定本机的存活状态。

可以理解的是，目标设备可以通过向对端设备发送心跳数据包的方式检测对端设备是否正常，同时也可以检测本机链路是否异常。如检测到异常，并且在约定好的时间段内收到心跳数据包的回复，将暂时关闭数据包处理功能并持续监控，直到对端设备正常或者本机链路正常恢复功能。

S103：在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包，将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

在本步骤中，对于需要发送到对端设备进行处理的数据包，首先向数据包中添加用于识别数据包类型的标识信息，然后通过设备间的通信网口发送到对端设备进行处理。

本申请实施例提供的数据包处理方法，双主模式下两台设备预先对数据包处理规则进行协商，基于数据包处理规则可以确定每个数据包对应的处理设备。经过双机热备***的数据包，均分配至固定的设备进行处理，两台设备之间不需要同步会话管理，降低了每台设备的负载数据包处理的延时。

本申请实施例公开了一种数据包处理方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的：

参见图2，根据一示例性实施例示出的另一种数据包处理方法的流程图，如图2所示，包括：

S201：若接收到目标数据包，确定所述目标数据包的收包网口；

S202：确定所述目标设备中与所述对端设备的通信网口，判断所述通信网口与所述收包网口是否一致；若是，则判定所述目标数据包为所述对端设备发送的数据包，并进入S204；若否，则进入S203；

在具体实施中，可以根据配置文件确定目标设备与对端设备的通信网口，即所述确定所述目标设备中与所述对端设备的通信网口的步骤可以包括：获取配置文件，根据配置文件确定所述目标设备对应的对端设备、所述目标设备与所述对端设备的通信网口。

S203：判定所述目标数据包为上游设备发送至所述双机热备***的传输数据包，基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理；若是，则进入S204；若否，则进入S205；

在本实施例中，数据包处理规则可以基于数据包的通信信息定义每台设备处理的数据包的特征。即所述基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理是步骤包括：获取所述目标数据包的源IP地址和目的IP地址，基于所述源IP地址和所述目标IP地址确定所述目标数据包所属的目标会话；通过判断所述目标会话是否为本机处理的会话判断所述目标数据包是否需要本机处理。在具体实施中，数据包处理规则定义每台设备需要处理的会话，即属于同一会话的数据包由同一设备进行处理。当接收到目标数据包时，可以提取其源IP地址和目的IP地址等通信信息，基于源IP地址和目的IP地址确定其所属会话的会话标识，根据会话标识与设备标识的对应关系，可以确定该会话对应的处理设备，进而确定该会话中目标数据包的处理设备。

S204：基于所述目标数据包的数据包类型对所述目标数据包进行处理；

在本步骤中，若目标数据包的收包网口为目标设备与其对端设备的通信网口，则该目标数据包为对端设备发送的数据包，基于数据包类型对其进行处理。

S205：在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；

在本实施例中，标识信息可以包括用于描述所述收包网口的第一参数、用于描述是否为所述对端设备发送的数据包的第二参数和所述数据包类型，上述第一参数可以具体为所述收包网口的散列值。

在具体实施中，对目标数据包的收包网口进行哈希计算，计算结果即为上述第一参数，将其写入目标数据包的网络层和链路层之间，并修改二层数据头格式和长度，修改目标数据包各层之间的偏移值和数据包长度，生成转发数据包，调用上述通信网口的发包函数发送该转发数据包。

例如，原始数据包的格式如图3所示，转发数据包的格式如图4所示，在图3中，类型表示数据包的传输方式，可以包括IPV4和IPV6，在图4中，新增类型即为上述第二参数，Key即为上述第一参数，Type即为上述数据包类型。

S206：将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

对端设备对转发数据包的处理过程为：当接收到转发数据包时，对其进行解析，通过其中的标识信息判断是否为对端设备发送的数据包，若是，则对转发数据包进行修正。当转发数据包的数据包类型为传输数据包时，去掉其中的标识信息，对其进行处理后转发。当转发数据包的数据包类型为心跳数据包时，将转发数据包的收包网口修改为本机对应的收包网口，并向目标设备回复本机的状态信息。

可以理解的是，目标设备对目标数据包的处理过程与上述过程类型，即步骤S204可以包括：若所述目标数据包为所述传输数据包，则去除所述目标数据包中的标识信息，并将去除标识信息后的数据包发送至所述双机热备***的下游设备；若所述目标数据包为所述心跳数据包，则更新所述目标数据包对应标识信息中的第一参数，并向所述对端设备返回本机的状态信息。

下面对本申请实施例提供的一种数据包处理装置进行介绍，下文描述的一种数据包处理装置与上文描述的一种数据包处理方法可以相互参照。

参见图5，根据一示例性实施例示出的一种数据包处理装置的结构图，如图5所示，包括：

判断模块501，用于若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；若否，则启动添加模块502的工作流程；

所述添加模块502，用于在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；

发送模块503，用于将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

本申请实施例提供的数据包处理装置，双主模式下两台设备预先对数据包处理规则进行协商，基于数据包处理规则可以确定每个数据包对应的处理设备。经过双机热备***的数据包，均分配至固定的设备进行处理，两台设备之间不需要同步会话管理，降低了每台设备的负载数据包处理的延时。

在上述实施例的基础上，作为一种优选实施方式，所述判断模块501包括：

确定单元，用于用于当接收到目标数据包时，确定所述目标数据包的收包网口；

第一判断单元，用于确定所述目标设备中与所述对端设备的通信网口，判断所述通信网口与所述收包网口是否一致；若是，则启动处理单元的工作流程；若否，则启动第二判断单元的工作流程；

处理单元，用于判定所述目标数据包为所述对端设备发送的数据包，基于所述目标数据包的数据包类型对所述目标数据包进行处理；

第二判断单元，用于判定所述目标数据包为上游设备发送至所述双机热备***的传输数据包，基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理。

在上述实施例的基础上，作为一种优选实施方式，所述第二判断单元具体为判定所述目标数据包为上游设备发送至所述双机热备***的传输数据包，获取所述目标数据包的源IP地址和目的IP地址，基于所述源IP地址和所述目标IP地址确定所述目标数据包所属的目标会话，通过判断所述目标会话是否为本机处理的会话判断所述目标数据包是否需要本机处理的单元。

在上述实施例的基础上，作为一种优选实施方式，所述标识信息包括用于描述所述收包网口的第一参数、用于描述是否为所述对端设备发送的数据包的第二参数和所述数据包类型。

在上述实施例的基础上，作为一种优选实施方式，所述第一参数具体为所述收包网口的散列值。

在上述实施例的基础上，作为一种优选实施方式，所述数据包类型包括协商数据包、心跳数据包和传输数据包；

所述处理单元包括：

判定子单元，用于用于判定所述目标数据包为所述对端设备发送的数据包；

发送子单元，用于若所述目标数据包为所述传输数据包，则去除所述目标数据包中的标识信息，并将去除标识信息后的数据包发送至所述双机热备***的下游设备；

返回子单元，用于若所述目标数据包为所述心跳数据包，则更新所述目标数据包对应标识信息中的第一参数，并向所述对端设备返回本机的状态信息。

在上述实施例的基础上，作为一种优选实施方式，所述第一判断单元包括：

确定子单元，用于获取配置文件，根据配置文件确定所述目标设备对应的对端设备、所述目标设备与所述对端设备的通信网口；

判断子单元，用于判断所述通信网口与所述收包网口是否一致；若是，则启动处理单元的工作流程；若否，则启动第二判断单元的工作流程。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本申请还提供了一种电子设备，参见图6，本申请实施例提供的一种电子设备600的结构图，如图6所示，可以包括处理器11和存储器12。该电子设备600还可以包括多媒体组件13，输入/输出(I/O)接口14，以及通信组件15中的一者或多者。

其中，处理器11用于控制该电子设备600的整体操作，以完成上述的数据包处理方法中的全部或部分步骤。存储器12用于存储各种类型的数据以支持在该电子设备600的操作，这些数据例如可以包括用于在该电子设备600上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器12可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件13可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器12或通过通信组件15发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口14为处理器11和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件15用于该电子设备600与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件15可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备600可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的数据包处理方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述数据包处理方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器12，上述程序指令可由电子设备600的处理器11执行以完成上述的数据包处理方法。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (10)

1.一种数据包处理方法，其特征在于，应用于目标设备，包括：

若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；

若否，则在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；

将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

2.根据权利要求1所述数据包处理方法，其特征在于，所述基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理，包括：

确定所述目标设备中与所述对端设备的通信网口，判断所述通信网口与所述收包网口是否一致；

若是，则判定所述目标数据包为所述对端设备发送的数据包，基于所述目标数据包的数据包类型对所述目标数据包进行处理；

若否，则判定所述目标数据包为上游设备发送至所述双机热备***的传输数据包，基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理。

3.根据权利要求2所述数据包处理方法，其特征在于，所述基于所述目标数据包的通信信息和所述数据包处理规则判断所述目标数据包是否需要本机处理，包括：

获取所述目标数据包的源IP地址和目的IP地址，基于所述源IP地址和所述目标IP地址确定所述目标数据包所属的目标会话；

通过判断所述目标会话是否为本机处理的会话判断所述目标数据包是否需要本机处理。

4.根据权利要求2所述数据包处理方法，其特征在于，所述标识信息包括用于描述所述收包网口的第一参数、用于描述是否为所述对端设备发送的数据包的第二参数和所述数据包类型。

5.根据权利要求4所述数据包处理方法，其特征在于，所述第一参数包括所述收包网口的散列值。

6.根据权利要求4所述数据包处理方法，其特征在于，所述数据包类型包括协商数据包、心跳数据包和传输数据包；

所述基于所述目标数据包的数据包类型对所述目标数据包进行处理，包括：

若所述目标数据包为所述传输数据包，则去除所述目标数据包中的标识信息，并将去除标识信息后的数据包发送至所述双机热备***的下游设备；

若所述目标数据包为所述心跳数据包，则更新所述目标数据包对应标识信息中的第一参数，并向所述对端设备返回本机的状态信息。

7.根据权利要求2所述数据包处理方法，其特征在于，所述确定所述目标设备中与所述对端设备的通信网口，包括：

获取配置文件，根据配置文件确定所述目标设备对应的对端设备、所述目标设备与所述对端设备的通信网口。

8.一种数据包处理装置，其特征在于，应用于目标设备，包括：

判断模块，用于若接收到目标数据包，确定所述目标数据包的收包网口，并基于所述收包网口和数据包处理规则判断所述目标数据包是否需要本机处理；若否，则启动添加模块的工作流程；

所述添加模块，用于在所述目标数据包中添加用于识别数据包类型的标识信息得到转发数据包；

发送模块，用于将所述转发数据包发送至对端设备，以便所述对端设备基于所述数据包类型对所述转发数据包进行处理；其中，所述目标设备与所述对端设备为双机热备***中的两台设备，所述双机热备***处于双主模式。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述数据包处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述数据包处理方法的步骤。

Images