一种报文传输方法、装置、电子设备及计算机介质与流程

本申请涉及通信技术领域，具体而言，涉及一种报文传输方法、装置、电子设备及计算机介质。

背景技术：

为了保证服务器的安全，通常需要在服务器的前端部署防火墙设备，防火墙设备可以设置有安全规则，该安全规则可以将不合法的服务器访问请求丢弃以达到保护服务器的目的。

为了保护服务器，则需要将发送给服务器的访问请求都先经过防火墙的安全检测，当单个防火墙设备的信息处理能力不足时，通常通过增加防火墙设备的方式来增强信息处理能力。在部署防火墙设备后，由于有采集流量的需求，所以需要部署分流器(testaccesspoint,简称tap)，部署分流器之后，可以满足用户通过分流器采集流量进行业务或网络分析的目的。然而分流器的部署会造成客户端与服务器之间的通信可靠性变弱。

技术实现要素：

有鉴于此，本申请实施例提供了一种报文传输方法、装置、电子设备及计算机介质，用于解决客户端与服务器之间的通信可靠性变弱的问题，通过两个端口发送保活报文的方式来判断两个端口是否能正常通信从端口汇聚组中，删除无法与对端连接的端口正常通信的端口，从而提高客户端与服务器之间的通信可靠性。

第一方面，本申请实施例提供了一种报文传输方法，所述方法包括：分流器的端口联动组的两个端口之间根据预设周期互相发送保活报文，其中，所述端口联动组的两个端口为所述分流器中与同一防火墙的两侧分别连接的端口；检测所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文；若未成功收到所述另一端口发送的保活报文，将该未收到保活报文的发送端口从对应的汇聚组的有效端口成员表中删除。

通过属于同一端口联动组的相互连接的两个端口互发保活报文的方式来判断这两个端口能否正常通信，上述的两个端口经同一防火墙连接。若经某一防火墙的两个端口无法正常通信，分流器可以将两个端口的端口信息从各自分别对应的汇聚组的有效端口成员表中删除，避免了从其中一个端口进入的通信报文原先欲通过防火墙检测后从另外一个端口传出，却由于两个端口无法正常通信导致传输失败的情况的出现，从而可以提高客户端与服务器之间的通信可靠性。

在一个可能的设计中，所述检测所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文，包括：在所述两个端口中的每个发送端口根据预设周期向所述端口联动组中另一端口发送保活报文时，统计保活报文的发送数量；若检测所述保活报文的发送数量超过预设值时，该发送端口未收到所述另一端口发送的保活报文，确定该发送端口未成功收到所述另一端口发送的保活报文。若在发送一定数量的保活报文之后依然未收到对端发送回来的保活报文，则表明在一定的时间段没有收到对端发送的信息，可以判定两个端口的通信出现了问题。

在一个可能的设计中，所述方法还包括：在所述两个端口中的每个发送端口接收到源mac地址为所述分流器的mac地址且以太协议类型为指定值的报文时，确定该报文为保活报文，并将该保活报文上传至所述分流器的处理器；所述分流器的处理器解析该保活报文，获取该保活报文中的目的端口信息；判断所述目的端口信息中是否包括该发送端口的端口信息；若是，将该发送端口的保活报文的发送数量清零；若否，输出连接错误提示信息。进一步的验证分流器的端口配置关系是否正确，提高通信的可靠性，并且更利于帮助配置人员纠错。

在一个可能的设计中，所述将该未收到保活报文的发送端口从对应的汇聚组的有效端口成员表中删除之后，所述方法还包括：检测该未收到保活报文的发送端口是否在预设时间内成功收到所述另一端口发送的保活报文；若所接收到所述另一端口发送的保活报文，将该发送端口添加进该发送端口对应汇聚组的有效端口成员表。在确定了两个端口之间的通信不正常之后，两个端口还持续分别向对端发送保活报文，从而判断两个端口之间的通信是否又恢复了正常，若重新恢复正常，可以将两个端口分别添加到对应汇聚组的有效端口成员表中，从而可以较大限度的利用设备资源，在两个端口的连接状况在物理连接不存在问题的情况下有一定的自我修复功能。

第二方面，本申请实施例提供了一种通信传输装置，所述装置包括：报文发送模块，用于通过分流器的端口联动组的两个端口之间根据预设周期互相发送保活报文，其中，所述端口联动组的两个端口为分流器中与同一防火墙的两侧分别连接的端口；报文检测模块，用于检测所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文；端口删除模块，用于若未成功收到所述另一端口发送的保活报文，将该未收到保活报文的发送端口从对应的汇聚组的有效端口成员表中删除。

通过相互连接的两个端口互发保活报文的方式来判断这两个端口能否正常通信，上述的两个端口可以经同一防火墙连接。若经某一防火墙的两个端口无法正常通信，分流器可以将两个端口的端口信息从各自分别对应的汇聚组的有效端口成员表中删除，避免了从其中一个端口进入的通信报文原先欲通过防火墙检测后从另外一个端口传出，却由于两个端口无法正常通信导致传输失败的情况的出现，从而可以提高客户端与服务器之间的通信可靠性。

在一个可能的设计中，所述报文检测模块包括：数量统计子模块，用于在所述两个端口中的每个发送端口根据预设周期向所述端口联动组中另一端口发送保活报文时，统计保活报文的发送数量；异常确认子模块，用于若检测所述保活报文的发送数量超过预设值时，该发送端口未收到所述另一端口发送的保活报文，确定该发送端口未成功收到所述另一端口发送的保活报文。若在发送一定数量的保活报文之后依然未收到对端发送回来的保活报文，则表明在一定的时间段没有收到对端发送的信息，可以判定两个端口的通信出现了问题。

在一个可能的设计中，所述装置还包括：报文上传模块，用于在所述两个端口中的每个发送端口接收到源mac地址为所述分流器的mac地址且以太协议类型为指定值的报文时，确定该报文为保活报文，并将该保活报文上传至所述分流器的处理器；报文解析模块，用于解析该保活报文，获取该保活报文中的目的端口信息；端口判断模块，用于判断所述目的端口信息中是否包括该发送端口的端口信息；数量清零模块，用于将该发送端口的保活报文的发送数量清零；提示输出模块，用于输出连接错误提示信息。进一步的验证分流器的端口配置关系是否正确，提高通信的可靠性，并且更利于帮助配置人员纠错。

在一个可能的设计中，所述装置还包括：接收检测模块，用于检测该未收到保活报文的发送端口是否在预设时间内成功收到所述另一端口发送的保活报文；成员添加模块，用于若所接收到所述另一端口发送的保活报文，将该发送端口添加进该发送端口对应汇聚组的有效端口成员表。在确定了两个端口之间的通信不正常之后，两个端口还可以分别向对端发送保活报文，从而判断两个端口之间的通信是否又恢复了正常，若重新恢复正常，可以将两个端口分别添加到对应汇聚组的有效端口成员表中，从而可以较大限度的利用设备的运算资源，在两个端口的连接状况在物理连接不存在问题的情况下有一定的自我修复功能。

第三方面，本申请提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第一方面或第一方面的任一可选的实现方式所述的方法。

第四方面，本申请提供一种计算机介质，该计算机介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面或第一方面的任一可选的实现方式所述的方法。

第五方面，本申请提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第一方面或第一方面的任意可能的实现方式中的方法。

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

附图说明

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

图1是客户端与服务器通信的结构示意图；

图2是本申请第一实施例提供的报文传输方法的流程图；

图3是图2中步骤s120的具体步骤示意图；

图4是本申请第一实施例提供的报文传输方法的部分步骤的流程图；

图5是本申请第一实施例提供的报文传输方法的部分步骤的流程图；

图6是本申请第二实施例提供的报文传输装置的结构框图；

图7示出了保活报文的格式的示意图。

具体实施方式

请参见图1，图1示出了现有技术中客户端100与服务器200之间通信的示意图。一般端口1和端口2配置为同一汇聚组(如汇聚组1)的成员；配置对应分流组(如分流组a1)后，指定从端口10进入的流量直接复制到该汇聚组1上；同时配置反方向的分流组(如分流组a2)后从该汇聚组1进入的流量直接复制到端口10。同理，端口5和端口6也配置为同一汇聚组(如汇聚组2)的成员，配置分流组(如分流组b1)，指定从端口11进入的流量直接复制到汇聚组2；同时配置反方向分流(如分流组b2),指定该同一汇聚组2进入的流量直接复制到端口11。该技术方案实现了客户端100和服务器200之间的流量经过防火墙后互通。具体为：客户端100访问服务器200时的报文流向为：客户端100->端口10->汇聚组1->防火墙–>汇聚组2->端口11->服务器200。服务器200访问客户端时的报文流向为：服务器200->端口11->汇聚组2->防火墙->汇聚组1->端口10->客户端100。

若是从客户端100向服务器200发送通信报文，则可以经客户端100传递至分流器300的端口10，然后分流器根据预先设置的负载均衡算法来将该通信报文从属于同一汇聚组的端口1或端口2导出。从端口1导出的通信报文经防火墙420安全检测并确认安全后，依次经端口6、分流器300、端口11传递至服务器200；从端口2导出的通信报文经防火墙410安全检测并确认安全后，依次经端口5、分流器300、端口11传递至服务器200。将端口1和端口6作为同一端口联动组的成员，端口2和端口5作为另一端口联动组的成员。若图1中示出的端口2与端口5无法通信，例如物理通路断开，如发生链路断开(linkdown)故障；或物理通路依然连通，但端口2与端口5无法传输报文，则客户端100从端口1传输的通信报文经防火墙420后可以经端口6正常传输，但客户端100从端口2传输的通信报文有可能会经过防火墙410，但却无法发送到服务器200，从而导致客户端100与服务器200的通信可靠性降低。而且由于端口5和端口6属于同一汇聚组(如汇聚组2)，由于汇聚组1不感知端口2与端口5无法正常通信，客户端100访问服务器200的流量经过汇聚组1负载后从端口2进入防火墙410的合规流量将不能到达服务器200(经过端口1负载的流量能正常到达服务器200)，即存在流量黑洞问题。

现有技术中存在的上述缺陷，本申请人认为均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在本发明过程中对本发明做出的贡献。

为解决上述技术问题，本申请实施例提供了如下的报文传输方法、装置、电子设备及计算机介质，下面将结合附图，对本申请实施例中的报文传输方法、装置、电子设备及计算机介质进行详细介绍。

第一实施例

请参见图2，图2示出了本申请第一实施例提供的报文传输方法的流程示意图，具体包括如下步骤：

步骤s110，通过分流器的端口联动组的两个端口之间根据预设周期互相发送保活报文，其中，所述端口联动组的两个端口为分流器中与同一防火墙的两侧分别连接的端口。

其中，所述端口联动组(portunite,简称pu)由物理端口组成，组成端口联动组的物理端口成员可以相互发送保活报文。可选地，本申请实施例提供的端口联动组包括两个端口，所述两个端口与同一防火墙的两侧分别连接，所述端口联动组的两个端口用于传输经同一防火墙安全检测的报文。两个端口之间可以相互发送保活报文。保活报文是用于确定两个端口形成的链路之间能否进行正常的流量转发的报文。

预设周期为预先设置的发送保活报文的周期，两个端口中的一个端口按照第一预设周期向另一个端口发送保活报文，上述的两个端口中的另一个端口也可以按照第二预设周期向上述的两个端口中的一个端口发送保活报文。第一预设周期可以与第二预设周期相同，也可以不相同。

保活报文的格式请参见图7，包括目的mac地址、源mac地址、以太类型、源端口信息以及目的端口信息，其中，以太类型为用户配置的保活报文的以太类型，可以为自定义的指定值；源端口信息，可以为源端口id，即为发送该保活报文的端口身份标识，目的端口信息可以为端口位图或者目的端口id；如果同一端口联动组包括连个以上的端口，端口位图包括发送该保活报文的源端口所在的端口联动组中的除所述源端口外的端口的端口信息，即目的端口信息。

请参见图1，端口1和端口6属于同一端口联动组，端口2与端口5属于另一端口联动组。属于同一端口联动组的两个端口与同一防火墙的两侧分别连接，例如，端口1与防火墙420的靠近客户端100的一侧连接，端口6与防火墙420的靠近服务器200的一侧连接；又如，端口2与防火墙410的靠近客户端100的一侧连接，端口5与防火墙410的靠近服务器200的一侧连接。

为方便描述，请参见图1，接下来不妨以端口2向端口5发送保活报文为例进行说明：端口2可以向端口5周期性地发送保活报文，端口5也可以向端口2周期性地发送保活报文。

步骤s120，检测所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文，若否，执行步骤s130。

分流器检测端口5是否成功收到端口2发送的保活报文，若成功收到端口2发送的保活报文，则表明端口2与端口5之间可以正常通信。若端口5无法成功收到端口2发送的保活报文，则表明端口2与端口5之间无法正常通信，执行步骤s130。同时，分流分流器也会检测端口2是否成功收到端口5发送的保活报文，相同的处理方式在此不再赘述。

成功收到端口联动组中另一端口发送的保活报文可以指在满足预设规则的情况下收到保活报文。请参见图3，在一种具体实施方式中，可以通过如下步骤来判断所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文：

步骤s121，在所述两个端口中的每个发送端口根据预设周期向所述端口联动组中另一端口发送保活报文时，统计保活报文的发送数量。

分流器可以通过软件代码利用计数器实现累加功能，可以在发送端口每向另一端口发送一次保活报文时，分流器控制计数器累加数量加一，从而统计发送端口向另一端口发送的保活报文的数量。由于保活报文是按照预设周期发送的，所以可以根据发送保活报文的数量知道经过的时间。

步骤s122，若检测所述保活报文的发送数量超过预设值时，该发送端口未收到所述另一端口发送的保活报文，确定该发送端口未成功收到所述另一端口发送的保活报文。

两个端口之间是否能够实现正常通信的超时时间可以通过统计保活报文发送数量的方式来进行统计，统计发送端口向另一端口发送的保活报文的数量，端口可以周期性的向对端发送保活报文，若在发送一定数量的保活报文之后依然未收到对端发送回来的保活报文，则表明在一定的时间段没有收到对端发送的信息，可以判定两个端口的通信出现了问题。

可选地，预设值可以为三次，若发送端口向另一端口连续发送三次保活报文期间，依然没有收到另一端口(即对端端口)发送的保活报文，则可以认为两个端口无法正常通信。无法正常通信可能是由于物理通路断开，如发生链路断开(linkdown)故障导致；也可能是物理通路依然连通，两个端口的通路发生拥堵导致暂时无法正常通信。

在一种具体实施方式中，还可以通过如下方式来判断发送端口是否成功收到保活报文：从发送端口接收到另一端口发送的保活报文后开始计时，若在设定的超时时间内没有收到另一端口发送的下一个保活报文，也可以判定发送端口与另一端口无法正常通信。

步骤s130，将该未收到保活报文的发送端口从对应的汇聚组的有效端口成员表中删除。

其中，汇聚组包括分担数据流量的多个端口，所述分流器接收到数据流量后能根据预先设置的算法从所述汇聚组的多个端口中选择传输数据流量的端口，与所述发送端口对应的汇聚组包括含所述发送端口在内的多个端口，与另一端口对应的汇聚组包括含另一端口在内的多个端口，有效端口成员表为汇聚组中可承担通信功能的端口列表。

请参见图1，端口2属于汇聚组1，同属于汇聚组1的还有端口1；端口5属于汇聚组2，同属于汇聚组2的还有端口6。属于同一汇聚组的端口的端口数量不应该理解为是对本申请的限制。从端口10进入的流量会直接复制到汇聚组1上，也就是说，分流器在从端口10接收到客户端100传入的流量后，会根据预先设置的算法将该流量从汇聚组1导出，可能从端口1导出，也可能从端口2导出。然而，端口2与端口5无法正常通信；因此，若流量被预先设置的算法分配给端口2，就会有流量无法成功传输的风险。因此，将端口2从相应的汇聚组1对应的有效端口成员表中删除，将端口5从相应的汇聚组2对应的有效端口成员表中删除，可以将无法正常通信的属于同一端口联动组的一对端口暂时从各自的汇聚组移除，以确保传入的流量被分配给能够正常通信的端口。

本申请实施例提供的报文传输方法避免了从其中一个端口进入的通信报文原先欲通过防火墙检测后从另外一个端口传出，却由于两个端口无法正常通信导致传输失败的情况的出现，从而可以提高客户端与服务器之间的通信可靠性。

请参见图5，在步骤s130之后，该方法还可以包括如下步骤：

在将不同的端口从各自对应的汇聚组的有效端口成员表中删除之后，再将不同端口连接的底层资源释放，自动释放掉端口连接的资源，节省了设备的运算资源，提高设备的运行效率。

所述发送端口根据预设周期向另一端口发送保活报文。

在判定两个端口中的发送端口与两个端口中的另一端口无法正常通信后，若是由于物理通路断开，则可能在维护人员进行维护后，使得两个端口之间的物理通路重新连通；若是由于通信信道拥挤导致两个端口暂时无法正常通信，则有可能在一段时间后，两个端口自动恢复正常通信。因此，为了在两个端口能够正常通信时尽快被分流器获知，两个端口中的发送端口可以继续根据预设周期向另一端口发送保活报文，另一端口也可以根据相应的周期向发送端口发送保活报文。

步骤s140，检测该未收到保活报文的发送端口是否在预设时间内成功收到所述另一端口发送的保活报文。

步骤s150，若所接收到所述另一端口发送的保活报文，将该发送端口添加进该发送端口对应汇聚组的有效端口成员表。

若两个端口中的发送端口发送的保活报文被两个端口中的另一端口接收，或两个端口中的发送端口接收到两个端口中的另一端口发送的保活报文，将发送端口添加进该发送端口对应汇聚组的有效端口成员表。

如果两个端口中的端口2发送的保活报文被端口5接收到，或者端口5发送的保活报文被端口2接收到，意味着两个端口之间恢复了正常通信，可以将两个端口分别添加到对应汇聚组的有效端口成员表中。将端口2的端口信息重新添加进汇聚组1的有效端口成员表中，将端口5的端口信息重新添加进汇聚组2的有效端口成员表中。

分流器可以通过软件代码重新添加两个端口中的发送端口与两个端口中的另一端口连接所对应的底层资源，恢复两个端口在汇聚组中分担流量的功能。在确定了两个端口之间的通信不正常之后，两个端口还可以分别向对端发送保活报文，从而判断两个端口之间的通信是否又恢复了正常，若重新恢复正常，可以将两个端口分别添加到对应汇聚组的有效端口成员表中，从而可以较大限度的利用设备的运算资源，在两个端口的连接状况在物理连接不存在问题的情况下有一定的自我修复功能，在物理连接存在问题的情况下，一旦物理连接的问题得到处理，设备也可以自动恢复两个端口的转发流量的功能。

请参见图4，在一种具体实施方式中，本申请提供的报文传输方法还包括如下步骤：

步骤s210，在所述两个端口中的每个发送端口接收到源mac地址为所述分流器的mac地址且以太协议类型为指定值的报文时，确定该报文为保活报文，并将该保活报文上传至所述分流器的处理器。

端口5在接收到保活报文时，需要判断一下该保活报文是否来自同一联动组的另一个端口，即判断一下该保活报文是否由端口2发送，因此，端口5在接收到保活报文之后，可以先判断报文的mac地址是否为分流器的mac地址，以及以太类型是否与用户配置的以太类型一致，若是则确定接收到保活报文，分流器可以将保活报文上传至分流器的处理器，由分流器的处理器进行解析。

步骤s220，所述分流器的处理器解析该保活报文，获取该保活报文中的目的端口信息。

可以获得保活报文的目的端口信息，目的端口信息可以是端口id或者端口位图，端口位图包括发送所述保活报文的源端口所在的端口联动组中的除所述源端口外的端口的端口信息，即该保活报文的目的端口信息。具体地，同一端口联动组里有端口2和端口5，若保活报文来自于端口2，则目的端口信息为端口5的端口信息。若保活报文来自于端口1，则目的端口信息为端口6的端口信息。

步骤s230，判断所述目的端口信息中是否包括该发送端口的端口信息，若是，执行步骤s240；若否，执行步骤s250。

具体地，可以将目的端口信息分别与接收到保活报文的该发送端口的端口信息进行对比的方式来判断目的端口信息中是否包括接收到保活报文的该发送端口的端口信息。若目的端口信息中包括端口5(即接收到保活报文的该发送端口)的端口信息，则表明该保活报文来自于与端口5属于同一端口联动组的另一端口，执行步骤s240；若未包括端口5(接收到保活报文的该发送端口)的端口信息，例如，包括端口6的端口信息，则执行步骤s250。

步骤s240，将该发送端口的保活报文的发送数量清零。

若接收到来自来自于同一端口联动组的另一端口发送的保活报文，可以将分流器统计的发送端口的保活报文的发送数量清零，重新统计在本次接收到对端发送的保活报文之后，能否正常接收到下次对端发送的保活报文。

端口在接收到保活报文之后，分流器还需要确认保活报文是否来自同一端口联动组的另一端口，通过对保活报文解析，获取该保活报文的端口信息，并判断端口信息中是否与接收到保活报文的端口对应，若对应，表明保活报文为需要接收的保活报文。上述方法进一步的验证分流器的端口配置关系是否正确，从而提高了通信的可靠性。

步骤s250，输出连接错误提示信息。

若虽然接收到保活报文，但保活报文并非来自同一联动组的另一端口，意味着端口连接错误，如发送该保活报文的端口本不该与接收到该保活报文的端口连接，因此可以输出连接错误提示信息，并将两个端口连接的底层资源释放掉，通过这种方式更利于帮助配置人员纠错。

第二实施例

请参见图6，图6示出了本申请第二实施例提供的报文传输装置，该装置300包括：

报文发送模块310，用于通过分流器的端口联动组的两个端口之间根据预设周期互相发送保活报文，其中，所述分流器的两个端口与同一防火墙的两侧分别连接。

报文检测模块320，用于检测所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文。

端口删除模块330，用于若未成功收到所述另一端口发送的保活报文，将该未收到保活报文的发送端口从对应的汇聚组的有效端口成员表中删除。

报文检测模块320包括：

数量统计子模块，用于在所述两个端口中的每个发送端口根据预设周期向所述端口联动组中另一端口发送保活报文时，统计保活报文的发送数量。

异常确认子模块，用于若检测所述保活报文的发送数量超过预设值时，该发送端口未收到所述另一端口发送的保活报文，确定该发送端口未成功收到所述另一端口发送的保活报文。

所述装置还包括：

报文上传模块，用于在所述两个端口中的每个发送端口接收到源mac地址为所述分流器的mac地址且以太协议类型为指定值的报文时，确定该报文为保活报文，并将该保活报文上传至所述分流器的处理器。

报文解析模块，用于解析该保活报文，获取该保活报文中的目的端口信息。

端口判断模块，用于判断所述目的端口信息中是否包括该发送端口的端口信息。

数量清零模块，用于将该发送端口的保活报文的发送数量清零。

提示输出模块，用于输出连接错误提示信息。

接收检测模块，用于检测该未收到保活报文的发送端口是否在预设时间内成功收到所述另一端口发送的保活报文。

成员添加模块，用于若所接收到所述另一端口发送的保活报文，将该发送端口添加进该发送端口对应汇聚组的有效端口成员表。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

本申请还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第一实施例所述的方法。

本申请还提供一种计算机介质，该计算机介质上存储有计算机程序，该计算机程序被处理器运行时执行第一实施例所述的方法。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第一实施例所述的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

本申请实施例提供了一种报文传输方法、装置、电子设备及计算机介质，包括：分流器的端口联动组的两个端口之间根据预设周期互相发送保活报文，其中，所述端口联动组的两个端口为分流器中与同一防火墙的两侧分别连接的端口；检测所述两个端口中的每个发送端口是否在预设时间内成功收到所述端口联动组中另一端口发送的保活报文；若未成功收到所述另一端口发送的保活报文，将该未收到保活报文的发送端口从对应的汇聚组的有效端口成员表中删除。通过相互连接的两个端口互发保活报文的方式来判断这两个端口能否正常通信，上述的两个端口可以经同一防火墙连接。若经某一防火墙的两个端口无法正常通信，分流器可以将两个端口的端口信息从各自分别对应的汇聚组的有效端口成员表中删除，避免了从其中一个端口进入的通信报文原先欲通过防火墙检测后从另外一个端口传出，却由于两个端口无法正常通信导致传输失败的情况的出现，从而可以提高客户端与服务器之间的通信可靠性。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。