报文发送方法、装置、电子设备和计算机可读存储介质与流程

本公开涉及计算机网络领域，尤其涉及一种报文发送方法、装置、电子设备及计算机可读存储介质。
背景技术：
：随着计算机网络的普及，网络的访问流量也在快速增长，为了增加网络吞吐量、最优化资源使用，需要对网络负载进行合理分配。目前较为普遍的负载均衡方法是基于ip和端口的四层接入负载均衡器(loadbalancer)，它基于数据平面开发套件(dataplanedevelopmentkit，dpdk)的linux虚拟服务器(linuxvirtualserver，lvs)用户态实现，网络接入服务器通常采用基于intelx86的多核服务器。四层接入负载均衡器的一项重要作用是报文转发，例如在接收到来自客户端的报文后，通过修改数据包的ip地址将报文转发给网络接入服务器。一般地，四层接入负载均衡器可以支持多种报文转发模式，例如dr模式、tunnel模式、nat模式、full-nat模式、source-nat模式等。对于full-nat/nat/source-nat模式，报文经过负载均衡器被分发到特定的cpu核(cpucore)进行处理并建立会话。为了保证包处理的高性能，每个cpu核建立自己独有的会话表，该会话表不与其它cpu核共享。一般要求同一个会话的正向流和反向流都被转发至同一个cpu核处理，以此最大化包处理在快速路径上的性能。为了实现这一目的，需要利用dpdk所支持网卡的数据流重定向(flowdirector)功能，在网卡上设置“基于报文目的ip组合目的端口掩码”的流过滤(flowfilter)规则。这样，接收到的反向流就被转发至处理其对应的正向流的cpu核。但是，现实中经常无法满足上述流过滤规则，导致无法将同一个会话的双向流转发至同一个cpu核进行处理。例如：1)在full-nat工作模式下，有些网卡(例如，intel82599网卡)虽然支持ipv4完美模式(perfectmode)下“基于报文目的ip组合目的端口掩码”的流过滤规则，但在ipv6下仅能使用签名模式(signaturemode)，而签名模式不支持“基于报文目的ip组合目的端口掩码”的流过滤规则。2)在full-nat工作模式下，有些网卡(例如，inteli40e网卡)不支持“基于对报文目的端口掩码”的流过滤规则。3)在nat模式下，四层接入负载均衡器以网关的形式存在于网络中，由于不做客户端ip地址的转换，面向内网的均衡器ip(directorip)就等于客户端ip地址。但是，flowdirector仅能设定有限数量的流过滤规则，客户端ip地址却可以是任意的，因此无法支持上述流过滤规则。由此可见，现有技术的四层接入负载均衡器对flowdirector有较强的依赖性，在很多情况下无法满足用户的客观需要。因此，亟需一种不依赖于dpdkflowdirector的报文发送方法，并且仍然能够保持每个cpu核的会话表的独立性，以维持报文处理的高性能。技术实现要素：本公开实施例提供报文发送方法、装置、电子设备和计算机可读存储介质，能够不依赖于特定的流过滤规则，并保持每个cpu核的独立性，从而保证报文处理的高性能。第一方面，本公开实施例提供一种报文发送方法，包括：第一cpu核接收第一报文；所述第一cpu核为所述第一报文建立会话表项和全局转发表项，其中，所述会话表项包含所述第一报文的正向流信息和反向流信息，所述全局转发表项包含所述第一cpu核的标识信息；所述第一cpu核发送所述第一报文；所述第一cpu核从报文接收队列中获取并处理第二报文，其中，所述第二报文由第二cpu核根据所述全局转发表项加入到所述报文接收队列，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理；所述第一cpu核发送处理后的所述第二报文，其中，所述第二报文是所述第一报文的反向流。进一步的，所述正向流信息包含所述正向流的传输层协议，源ip地址，源端口，目的ip地址和目的端口；所述反向流信息包含所述反向流的传输层协议，源ip地址，源端口，目的ip地址和目的端口。进一步的，所述全局转发表项还包含所述反向流的传输层协议，源ip地址，源端口，目的ip地址和目的端口。进一步的，所述报文接收队列包含所述第一cpu核为由所述负载均衡器管理的其它cpu核的每一个建立的队列。进一步的，所述报文接收队列为所述第一cpu核为由所述负载均衡器管理的所有其它cpu核建立的一个共用队列。进一步的，所述全局转发表项所属的全局转发表存储在所述第一cpu核、所述负载均衡器或预设存储单元中。进一步的，所述报文发送方法支持full-nat模式、nat模式和snat模式。第二方面，本公开实施例提供一种报文发送方法，包括：第二cpu核接收第二报文，其中，所述第二报文是第一报文的反向流；所述第二cpu核在全局转发表中查找所述第一报文的全局转发表项，其中，所述全局转发表项包含所述第一报文的会话表项归属的第一cpu核的标识信息；所述第二cpu核根据所述全局转发表项将所述第二报文加入到所述第一cpu核的报文接收队列，其中，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理。进一步的，所述全局转发表项还包含所述反向流的传输层协议，源ip地址，源端口，目的ip地址和目的端口。进一步的，所述报文接收队列包含所述第一cpu核为由所述负载均衡器管理的其它cpu核的每一个建立的队列。进一步的，所述报文接收队列为所述第一cpu核为由所述负载均衡器管理的所有其它cpu核建立的一个共用队列。进一步的，所述全局转发表项所属的全局转发表存储在所述第一cpu核、所述负载均衡器或预设存储单元中。进一步的，所述报文发送方法支持full-nat模式、nat模式和snat模式。第三方面，本公开实施例提供一种报文发送装置，包括：接收模块，用于接收第一报文；表项建立模块，用于为所述第一报文建立会话表项和全局转发表项，其中，所述会话表项包含所述第一报文的正向流信息和反向流信息，所述全局转发表项包含所述第一cpu核的标识信息；发送模块，用于发送所述第一报文；处理模块，用于从报文接收队列中获取并处理第二报文，其中，所述第二报文由第二cpu核根据所述全局转发表项加入到所述报文接收队列，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理；所述发送模块发送处理后的所述第二报文，其中，所述第二报文是所述第一报文的反向流。第四方面，本公开实施例提供一种报文发送装置，包括：接收模块，用于接收第二报文，其中，所述第二报文是第一报文的反向流；查找模块，用于在全局转发表中查找所述第一报文的全局转发表项，其中，所述全局转发表项包含所述第一报文的会话表项归属的第一cpu核的标识信息；发送模块，用于根据所述全局转发表项将所述第二报文加入到所述第一cpu核的报文接收队列，其中，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理。第五方面，本公开实施例提供一种报文发送系统，包括上述第三方面和上述第四方面所述的报文发送装置。第六方面，本公开实施例提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有能被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行前述第一方面或第二方面中的任一所述报文发送方法。第七方面，本公开实施例提供一种非暂态计算机可读存储介质，其特征在于，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行前述第一方面或第二方面中的任一所述报文发送方法。本公开公开了一种报文发送方法、装置、电子设备和计算机可读存储介质。其中该报文发送方法包括：第一cpu核接收第一报文；所述第一cpu核为所述第一报文建立会话表项和全局转发表项；所述第一cpu核发送所述第一报文；第二cpu核接收第二报文；所述第二cpu核在全局转发表中查找所述第一报文的全局转发表项；所述第二cpu核根据所述全局转发表项将所述第二报文加入到所述第一cpu核的报文接收队列；所述第一cpu核从报文接收队列中获取并处理第二报文；所述第一cpu核发送处理后的所述第二报文。本公开实施例通过建立共享的全局转发表和非共享的报文接收队列，实现不依赖于特定的流过滤规则的负载均衡方案，并保持每个cpu核的独立性，从而保证报文处理的高性能。上述说明仅是本公开技术方案的概述，为了能更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为让本公开的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。附图说明为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本公开实施例提供的四层接入负载均衡器的网络拓扑图；图2为本公开实施例提供的报文发送方法的网络拓扑图；图3为本公开实施例提供的报文发送方法的流程图；图4为本公开一个实施例提供的报文发送装置的结构示意图；图5为本公开另一个实施例提供的报文发送装置的结构示意图；图6为根据本公开实施例提供的电子设备的结构示意图。具体实施方式以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。还需要说明的是，以下实施例中所提供的图示仅以示意方式说明本公开的基本构想，图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。图1示出了本公开实施例提供的四层接入负载均衡器的网络拓扑图。所述四层接入负载均衡器网络包括调度器(director)和多个真实服务器(realserver)。在接收到来自客户端的报文后，director通过修改数据包的ip地址将报文转发给真实服务器进行处理，待处理数据包返回后再次修改ip地址将报文转发回客户端。下面以四层接入负载均衡器的nat模式和full-nat模式为例，对上述修改ip地址的过程进行说明。nat模式通过两次修改ip地址完成报文的转发。director和realserver位于同一个局域网段，director是realserver的默认网关。客户在广域网上不能获知realserver的ip地址(realserverip,rip)，而只能获知预先设置的虚拟ip地址(virtualip，vip)。当用户通过客户端进行网络访问时，所述客户端向director发送一个请求报文，该请求报文的源ip地址为客户端ip地址(clientip，cip)。由于只有vip在广域网可见，因此该请求报文的目的ip地址为vip。director在收到该请求报文后，利用网卡驱动技术(例如，接收端缩放(receivesidescaling，rss))选择一个realserver，将该请求报文中的目的ip地址替换为该realserver的rip，并将该报文发送给这个realserver。报文处理完成后生成返回报文，该返回报文的源ip为调度器ip地址(directorip，dip)，目的ip为cip。但是，客户端不能识别dip，因此不能正常接收这个报文。这时需要将返回报文的源ip地址替换回vip并发送给客户端。由此，nat模式通过两次修改ip地址完成报文的发送和接收。full-nat模式则通过同时修改源ip地址和目的ip地址完成报文的转发。当用户通过客户端访问网络时，请求报文的源ip地址为cip，目的ip地址为vip。director在收到该请求报文后选择一个realserver，将该请求报文中的源ip地址替换为dip，以及将目的ip地址替换为rip，并将该报文发送给这个realserver。报文处理完成后生成返回报文，该返回报文的源ip地址为rip，目的ip为dip。对该报文的源ip地址和目的ip地址再次进行修改，将源ip地址替换为vip，目的ip地址为cip并发送给客户端。由此，full-nat模式通过四次ip地址修改完成报文的发送和接收。图2和图3分别示出了本公开实施例提供的报文发送方法的网络拓扑图和流程图。本公开实施例提供的报文发送方法可以由一个报文发送装置来执行，该装置可以实现为软件，可以实现为硬件，还可以实现为软件和硬件的组合，例如所述报文发送装置包括计算机设备(例如cpu核)，从而通过该计算机设备来执行本实施例提供的报文发送方法。可选的，本公开实施例提供的报文发送方法基于四层接入负载均衡器的nat模式、full-nat模式或source-nat模式。下面结合图2和图3，对本公开实施例提供的报文发送方法进行详细说明。通过本公开实施例提供的报文发送方法对来自客户端的报文进行处理的流程如下：s1，第一cpu核接收第一报文。一般地，客户端要对网络进行访问时，会向进方向网卡(incomingnic)发送第一报文。其中，所述第一报文的数据包(记为packet1a)包括所述第一报文的五元组信息。所述五元组信息包括所述第一报文的传输层协议、源ip地址、源端口、目的ip地址和目的端口。可选的，进方向网卡通过rss技术将packet1a分发到第一cpu核(例如，图2中的corea)。所述第一cpu核为负载均衡器所管理的n个cpu核中的一个。可以理解，所述第一cpu核可以包含于图1中的realserver。s2，所述第一cpu核为所述第一报文建立会话表项和全局转发表项。其中，所述会话表项包含所述第一报文的正向流信息和反向流信息，所述全局转发表项包含所述第一cpu核的标识信息。可以理解，所述第一cpu核接收到packet1a后，首先查找本地私有的会话表，确定会话表中是否包含packet1a对应的会话表项，如果packet1a是所述第一cpu核首个接收的报文，则其没有对应的会话表项。其次，所述第一cpu核查找全局转发表，确定全局转发表中是否包含packet1a对应的全局转发表项。所述全局转发表由所述负载均衡器管理的n个cpu核共享。所述全局转发表项可以存储在所述第一cpu核中，也可以存储在所述负载均衡器中，还可以存储于预设存储单元中，只要所述负载均衡器所管理的n个cpu核可以同等的访问和查找所述全局转发表即可。如果packet1a没有对应的会话表项和全局转发表项，则所述第一cpu核为packet1a建立一个会话表项。所述会话表项包含所述第一报文的正向流和反向流两个方向的五元组信息。一个可能的会话表项如下表所示：会话表项流向五元组正向流(forwardflow)cip->vip(protocol,cip,cport,vip,vport)反向流(reverseflow)rip->dip(protocol,rip,rport,dip,dport)上述表格中，所述正向流的流向可以为报文的发送方向，所述反向流的流向可以为报文的接收方向。可以理解的是，以上仅是所述正向流和所述反向流的一种例举，它们是指相反流向的两个流，本公开实施例并不对这两个流的传输方向做具体限制。针对本实施例，举例来说，在full-nat模式下所述第一cpu核为packet1a建立会话表项a-1000：所述第一cpu核还为packet1a建立一个全局转发表项。所述全局转发表项包含所述反向流的五元组信息和所述第一cpu核的标识信息。接上例，所述第一cpu核为packet1a建立全局转发表项r-2000：表项协议源ip源端口目的ip目的端口核标识r-2000tcp10.14.41.21344310.14.127.112624core1上述全局转发表项中，包含了所述反向流信息以及所述第一cpu核的标识信息core1。s3，所述第一cpu核发送所述第一报文。在建立了会话表项和全局转发表项后，所述第一cpu核根据图1所描述的方法对packet1a进行ip地址转换，转换后的数据包记为packet1b。即full-nat模式下packet1b的五元组信息为(protocol，dip，dport，rip，rport)，nat模式下，packet1b的五元组信息为(protocol，cip，cport，rip，rport)。此后，packet1b被发送至出方向网卡。所述出方向网卡根据数据包的目的媒体访问控制地址(mediaaccesscontroladdress，mac)将其发送至邻居网关。s4，第二cpu核接收第二报文。在s3中的数据包经过处理后，所述出方向网卡(outgoingnic)接收所述第一报文的反向流报文，即所述第二报文。将所述第二报文记为packet2a，packet2a的五元组信息为(protocol，rip，rport，dip，dport)。所述出方向网卡根据packet2a的五元组信息进行rss并将其分配至第二cpu核(例如，图2中的cored)。可选的，所述第二cpu核为所述负载均衡器所管理的n个cpu核中的一个。所述第二cpu核可以包含于图1中的realserver。可以理解，所述第二cpu核与所述第一cpu核可以是相同的cpu核。此时，所述第二cpu核按照图1所示方法对packet2a进行ip地址转换并将其发送回所述进方向网卡。但是，由于所述负载均衡器没有设置流过滤规则，因此所述第二cpu核通常不同于所述第一cpu核，此时所述第二cpu核无法快速处理packet2a，而需要将其转发回所述第一cpu核进行处理。s5，所述第二cpu核在全局转发表中查找所述第一报文的全局转发表项。所述第二cpu核在接收到packet2a后，首先查找本地私有的会话表，确定会话表中是否包含packet2a对应的会话表项。当本地私有的会话表中不包含packet2a对应的会话表项时，查找由所述n个cpu核共享的全局转发表，确定全局转发表中是否包含packet2a对应的全局转发表项。所述第二cpu核可以查看与所述第一cpu核共享的全局转发表，接前例，所述第二cpu核查找到packet2a对应的全局转发表项r-2000:表项协议源ip源端口目的ip目的端口核标识r-2000tcp10.14.41.21344310.14.127.112624core1所述第二cpu核根据转发表项r-2000中的核标识core1获知packet2a应归属于所述第一cpu核处理。s6，所述第二cpu核根据所述全局转发表项将所述第二报文加入到所述第一cpu核的报文接收队列。可选的，所述负载均衡器管理的n个cpu核中的每个cpu核均建立报文接收队列，每个cpu核的报文接收队列用于接收来自于其它n-1个cpu核的报文。所述第一cpu核归属于所述负载均衡器管理，因此所述第一cpu核也为其它n-1个cpu核建立报文接收队列。一种可能的方式中，每个cpu核为其它n-1个cpu核中的每一个cpu核分别建立一个报文接收队列，即n个cpu核总共建立n*(n-1)个报文接收队列。在这种方式下，所述第一cpu核为由所述负载均衡器管理的剩余n-1个cpu核中的每一个建立报文接收队列，即所述第一cpu核总共建立n-1个报文接收队列。例如图2所示，所述负载均衡器共管理四个cpu核corea、coreb、corec和cored，此时corea为剩余的三个cpu核建立三个报文接收队列，分别为queuea-b、queuea-c和queuea-d。另一种可能的方式中，每个cpu核仅建立一个报文接收队列，该报文接收队列由其它n-1个cpu核共用，即n个cpu核总共建立n个报文接收队列。在这种方式下，所述第一cpu核为由所述负载均衡器管理的剩余n-1个cpu核建立一个共用的报文接收队列。可以理解，每个cpu核为其它cpu核建立的所述报文接收队列是非共享的，从而保证各cpu核将报文放入所述报文接收队列中时互不干扰，从而保证cpu核性能的最大化。s7，所述第一cpu核从报文接收队列中获取并处理第二报文。可以理解，所述第一cpu核在进行报文处理时，不仅轮询网卡的报文接收队列，也轮询为其它n-1个cpu核建立的所述报文接收队列。当所述第一cpu核从所述报文接收队列(例如，queuea-d)中摘下packet2a后，首先查找本地私有的会话表，确定是否存在packet2a对应的会话表项。此例中，所述第一cpu和在本地私有的会话表中查找到packet2a对应的会话表项a-1000。在找到packet2a对应的会话表项a-1000后，所述第一cpu核对所述第二报文进行处理。所述第一cpu核根据图1所描述的方法对packet2a进行ip地址转换，转换后的数据包记为packet2b，packet2b的五元组信息为(protocol，vip，vport，cip，cport)。s8，所述第一cpu核发送处理后的所述第二报文。其中，packet1b被发送至所述进方向网卡。所述进方向网卡根据数据包的目的mac将其发送至邻居网关，并最终作为应答报文发送回客户端。本公开公开了一种报文发送方法、装置、电子设备和计算机可读存储介质。其中该报文发送方法包括：第一cpu核接收第一报文；所述第一cpu核为所述第一报文建立会话表项和全局转发表项；所述第一cpu核发送所述第一报文；第二cpu核接收第二报文；所述第二cpu核在全局转发表中查找所述第一报文的全局转发表项；所述第二cpu核根据所述全局转发表项将所述第二报文加入到所述第一cpu核的报文接收队列；所述第一cpu核从报文接收队列中获取并处理第二报文；所述第一cpu核发送处理后的所述第二报文。本公开实施例通过建立共享的全局转发表和非共享的报文接收队列，实现不依赖于特定的流过滤规则的负载均衡方案，并保持每个cpu核的独立性，从而保证报文处理的高性能。图4为本公开一个实施例提供的报文发送装置的结构示意图，如图4所示，报文发送装置400包括：接收模块401、表项建立模块402、发送模块403和处理模块404。其中，接收模块401，用于接收第一报文；表项建立模块402，用于为所述第一报文建立会话表项和全局转发表项，其中，所述会话表项包含所述第一报文的正向流信息和反向流信息，所述全局转发表项包含所述第一cpu核的标识信息；发送模块403，用于发送所述第一报文；处理模块404，用于从报文接收队列中获取并处理第二报文，其中，所述第二报文由第二cpu核根据所述全局转发表项加入到所述报文接收队列，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理；所述发送模块403发送处理后的所述第二报文，其中，所述第二报文是所述第一报文的反向流。可选的，所述报文发送装置400包含所述第一cpu核。图4所示装置可以执行图3所示实施例的方法，本实施例未详细描述的部分，可参考对图3所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3所示实施例中的描述，在此不再赘述。图5为本公开另一个实施例提供的报文发送装置的结构示意图，如图5所示，报文发送装置500包括：接收模块501、查找模块502和发送模块503。其中，接收模块501，用于接收第二报文，其中，所述第二报文是第一报文的反向流；查找模块502，用于在全局转发表中查找所述第一报文的全局转发表项，其中，所述全局转发表项包含所述第一报文的会话表项归属的第一cpu核的标识信息；发送模块503，用于根据所述全局转发表项将所述第二报文加入到所述第一cpu核的报文接收队列，其中，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理。可选的，所述报文发送装置500包含所述第二cpu核。图5所示装置可以执行图3所示实施例的方法，本实施例未详细描述的部分，可参考对图3所示实施例的相关说明。该技术方案的执行过程和技术效果参见图3所示实施例中的描述，在此不再赘述。下面参考图6，其示出了适于用来实现本公开实施例的电子设备的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：第一cpu核接收第一报文；所述第一cpu核为所述第一报文建立会话表项和全局转发表项，其中，所述会话表项包含所述第一报文的正向流信息和反向流信息，所述全局转发表项包含所述第一cpu核的标识信息；所述第一cpu核发送所述第一报文；所述第一cpu核从报文接收队列中获取并处理第二报文，其中，所述第二报文由第二cpu核根据所述全局转发表项加入到所述报文接收队列，所述第二cpu核与所述第一cpu核由同一个负载均衡器管理；所述第一cpu核发送处理后的所述第二报文，其中，所述第二报文是所述第一报文的反向流。可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。当前第1页12