CN110677340A - 一种报文转发方法及装置 - Google Patents

Abstract

本申请提供一种报文转发方法及装置，该方法可以包括：判断接收到的反向报文所归属的会话是否允许快速转发；在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。通过本申请的技术方案，可以在业务链路的通道切换后，保证将原有业务会话的反向报文通过新的主用通道转发出去，从而避免了按照原有快速转发表项进行转发可能引发的丢包现象及连接失败，使得网关设备在多链路场景下的报文转发具有相对更高的可靠性。

Description

一种报文转发方法及装置

技术领域

本申请涉及网络通讯技术领域，尤其涉及一种报文转发方法及装置。

背景技术

现阶段常用的网关设备通常具有快速转发功能：在某会话的正向报文发出时，会记录该会话的正、反向五元组信息，并更新该会话对应的快速转发表项；在接收到反向报文后，直接按照快速转发表项对反向报文进行快速转发。

在双机或VRRF(Virtual Router Redundancy Protocol，虚拟路由冗余协议)等多通道组网环境下，局域网内网关设备的业务链路通常具有多个可用通道，且实际业务链路可以在上述各通道之间切换，其中当前业务使用的通道为主用通道，其余通道为备用通道。在上述场景下，当某一会话的正向报文通过当前主用通道到达网关设备并被发出后，若业务链路因人为配置或链路异常被切换为备用通道，则通道切换后到来的反向报文若按照快速转发表进行转发可能会因时延过大而引发丢包现象，甚至导致连接失败，因而网关设备报文转发的可靠性较低。

发明内容

有鉴于此，本申请提供一种报文转发方法及装置，可以通过查询路由表项保证将反向报文从当前业务链路的主用通道转发出去，从而避免多通道场景下通道切换可能导致的反向报文丢包及连接失败的发生。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种报文转发方法，应用于当前业务链路具有多个通道的网关设备，所述方法包括：

判断接收到的反向报文所归属的会话是否允许快速转发；

在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；

在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

根据本申请的第二方面，提出了一种报文转发装置，应用于当前业务链路具有多个通道的网关设备，所述装置包括：

判断单元，用于判断接收到的反向报文所归属的会话是否允许快速转发；

查询转发单元，用于在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；

慢速转发单元，用于在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

根据本申请的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如上述第一方面所述的方法。

根据本申请的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述第一方面所述方法的步骤。

由以上技术方案可见，在当前业务链路的通道切换后，网关设备会基于新的主用通道通过路由收敛过程计算新的主用通道路由信息，并更新所有相应的路由表项，但不会主动更新快速转发表。因此，本申请通过在报文转发之前添加路由查询步骤，保证在业务链路发生通道切换后，网关设备能够按照当前路由表中的可达路由表项将原有业务会话的反向报文通过切换后的主用通道转发出去，避免了按照快速转发表项进行转发可能引起的丢包现象及连接失败，提高了网关设备在多通道组网环境下的可靠性。

附图说明

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

图1是网关设备链路处于多通道组网环境下的示意图。

图2是网关设备当前业务链路的主、备通道切换示意图。

图3是本申请一示例性实施例示出的一种报文转发方法的流程图。

图4是本申请一示例性实施例示出的另一种报文转发方法的流程图。

图5是本申请一示例性实施例示出的一种根据快速转发表项判断反向报文所属会话是否允许快速转发的方法流程图。

图6是本申请一示例性实施例示出的一种慢速转发处理流程图。

图7是本申请一示例性实施例示出的一种电子设备的结构示意图。

图8是本申请一示例性实施例示出的一种报文转发装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是网关设备链路处于多通道组网环境下的示意图。较大型局域网的网关设备的入口端通常与局域网内部的网络设备连接，网络设备可以为至少一台路由器、网关、业务服务器、PC(Personal Computer，个人计算机)主机、移动终端和/或其他能够连接网关设备与外网通信的电子设备，图2中仅以交换机示例性说明；而网关设备的出口端通常连接多条出口链路，如某公司局域网网关设备出口端连接移动链路、联通链路，某高校局域网网关设备出口端连接有移动链路、联通链路和教育网链路等。网关设备连接的某链路可能处于双机或VRRF等多通道组网环境下，即该链路具有多个可用通道，则网关设备在以该链路作为处理业务的当前业务链路时，可以选择该链路多个通道中的其中一个作为主用通道，此时该链路中的其余通道作为业务的备用通道。如图1所示，网关设备连接了3条出口链路，其中链路3包含通道R1和通道R2，即链路3处于多通道场景，若网关设备以链路3作为实际业务链路处理某项业务且选择通道R1作为该业务的主用通道，则此时通道R2作为该业务的备用通道，反之亦然。

对于当前业务链路处于多通道组网环境下的网关设备，在主用通道出现异常或者人为更改设置等可能的情况下，其处理业务所使用的原有主用通道会被切换为备用通道，而原有备用通道切换为新的主用通道，即当前业务链路发生了主、备通道切换。图2是网关设备当前业务链路的主、备通道切换示意图。切换前的实际业务通道如图2(a)所示：主用通道为R1，备用通道为R2；切换后的实际业务通道如图2(b)所示：主用通道为R2，备用通道为R1。

以某会话的正向报文和反向报文转发为例进行说明：处于外网中的对端设备发送的正向报文经过主用通道R1到达网关设备，网关设备将其转发给交换机SW2；若恰好在SW2接收完报文之后业务链路发生了主、备通道切换，则对于交换机SW2发送来的反向报文，需要网关设备在通道切换后通过新的主用通道将其发送出去，才能保证业务的正常进行。在相关技术中，通常采用的手段是：快速转发时按照会话的快速转发表项转发该会话的反向报文；慢速转发时按照会话路径保持时记录的会话反向信息转发该会话的反向报文。但无论是该会话的反向信息，还是快速转发表项，记录的都是切换前的会话信息，因此在通道切换后若仍按照上述方法对反向报文进行转发，则可能会因时延过大而引发丢包现象，甚至导致连接失败，因而网关设备报文转发的可靠性较低。

因此，本申请通过改进网关设备进行报文转发的方式，以解决上述相关技术中存在的不足。为对本申请进行进一步说明，提供下列实施例。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。下面结合实施例对本申请的技术方案进行说明。

图3是本申请一示例性实施例示出的一种报文转发方法的流程图。如图3所示，该方法应用于当前业务链路具有多个通道的网关设备，而且需要说明的是，本申请涉及到的网关设备可以具有报文的快速转发功能。上述方法可以包括以下步骤：

步骤301，判断接收到的反向报文所归属的会话是否允许快速转发。

在一实施例中，可以通过查询接收到的反向报文所归属的会话的快速转发表项判断该会话是否允许快速转发；也可以通过查询该网络设备的快速转发功能的相关设置参数判断该会话是否允许快速转发；也可以通过查询该会话预设数量或方向报文的转发方式判断接收到的反向报文所归属的会话是否允许快速转发。

在另一实施例中，可以在判断出某会话是否允许快速转发后，将该会话的标志性信息与上述判断结果记录在预设位置，以加快该会话的后续反向报文到来时对于该会话是否允许快速转发的判断速度。上述预设位置可以为网关设备CPU(Central ProcessingUnit，中央处理器)的缓存中的预设存储空间，也可以为网关设备内部其他位置的预设存储空间，本申请对此并不进行限定。

步骤302，在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文。

在一实施例中，在上述会话允许快速转发的情况下，在路由表中查询匹配于上述反向报文的路由表项，在查询到匹配的路由表项的情况下，按照查询到的路由表项对该反向报文进行转发。

对于路由表查询和按照路由表项进行报文转发的具体过程，本申请并不进行限定，详见相关技术公开的内容。

步骤303，在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

在一实施例中，在上述会话不允许快速转发的情况下，按照慢速转发流程处理归属于该会话的反向报文。其中，慢速转发流程可以包括报文信息校验、攻击报文检测和/或路由表项查询等。

由上述技术方案可见，本申请中网关设备在接收到某会话的反向报文后，按照该会话是否允许快速转发对反向报文进行不同的处理：当该会话允许快速转发时查询路由表，在查询到匹配该反向报文的路由表项后，按照查询到的路由表项进行反向报文的转发。若接收反向报文之前当前业务通道未发生主、备切换，查询到的路由表项记录的当然是原主用通道的路由信息；反之，若发生主、备主、备切换，则因为该切换事件发生后，网关设备会通过路由收敛过程计算新的主用通道对应的路由信息并更新相应的路由表项，因此接收到反向报文后查询到的路由表项记录的是新的主用通道的路由信息。因此在上述方案中，无论当前业务链路在接收反向报文之前是否发生主、备切换，接收反向报文之后查询到的路由信息都是当前主用通道的路由信息。从而保证了在当前业务链路发生主、备切换的请况下，对业务会话的反向报文进行转发时不会发生丢包现象或连接失败，从而提高了网关设备在多通道组网环境下的可靠性。

为了便于理解，下面结合附图对本申请的技术方案进行进一步说明。请参见图4，图4是本申请一示例性实施例示出的另一种报文转发方法的流程图。如图4所示，该方法应用于当前业务链路具有多个通道的网关设备；可以包括以下步骤：

步骤401，接收反向报文。

步骤402，判断接收到的反向报文所归属的会话是否允许快速转发。

在一实施例中，可以通过查询接收到的反向报文所归属的会话对应的快速转发表项判断该会话是否允许快速转发；也可以通过查询该网络设备的快速转发功能的相关设置参数判断接收到的反向报文所归属的会话是否允许快速转发。

在另一实施例中，可以通过查询该会话预设数量或方向报文的转发方式判断接收到的反向报文所归属的会话是否允许快速转发。具体的，可以通过查询早于上述反向报文且归属于该会话的预设数量的所有报文的转发方式进行判断、通过查询早于上述反向报文且归属于该会话的预设数目的单一报文的转发方式进行判断、通过查询该会话所述正向报文的转发方式进行判断等。本申请并不对具体的判断方式进行限制。

若判断上述会话允许快速转发，则转入步骤403；否则，若判断上述会话不允许快速转发，则转入步骤407；

步骤403，判断查询路由表是否成功。

在一实施例中，网关设备按照接收到的上述反向报文的相关信息在路由表中查找匹配于该报文的路由表项。具体的，可以根据上述反向报文的五元组信息、出入接口和/或NAT(Network Address Translation，网络地址转换)信息进行路由表相查找；进一步的，上述五元组信息可以包括源MAC地址、目的MAC地址、源IP地址、目的IP地址和端口，也可以包括源IP地址、目的IP地址、源端口、目的端口和报文类型。具体的查找过程本申请并不进行限定，详见相关技术公开的内容。

若查找到与上述反向报文相匹配的路由表项，判断查询路由表成功，则转入步骤404；否则，若未查找到与上述反向报文相匹配的路由表项，判断查询路由不成功，则转入步骤406。

步骤404，按照查询到的匹配于上述反向报文的路由表项转发该反向报文。

在反向报文所归属的会话允许快速转发且查询到匹配于反向报文的路由转发表项的情况下，实际上并不能判断出网络设备当前业务链路是否发生主、备切换，但无论是否切换，此时的查询到的快速转发表项都代表此时主用通道的路由信息。若未发生主、备切换，如图2(a)所示，此时查询到的路由表项中记录的是此时主用通道R1的路由信息；若发生了主、备切换，如图2(b)所示，此时查询到的路由表项中记录的是此时主用通道R2的路由信息，可见查询到的匹配于反向报文的路由转发表项记录的路由信息一定可达。

按照路由表项进行报文转发的具体过程，本申请并不进行限定，详见相关技术公开的内容。

步骤405，按照查询到的路由表项更新匹配于上述会话的快速转发表项。

在一实施例中，当判断出反向报文所归属的会话允许快速转发后，在查询到匹配于反向报文的路由表项的情况下，按照查询到的路由表项更新匹配于上述会话的快速转发表项。

在会话允许快速转发的条件下，该会话一定存在对应的快速转发表项，但由于可能发生主、备切换事件，使得该快速转发表项的可达性并不可知；也就是说，查询到的该会话对应的快速转发表项可能因通道切换而不可达，但此时查询到的路由表项一定是可达的(因为在路由收敛后更新过)。因此该实施例方案中，使用查询到的匹配于该反向报文的路由表项信息更新该会话的快速转发表项，能够保证快速转发表项中保存的信息的有效性。若未发生主、备切换，如图2(a)所示，则更新后的路由表项中记录的还是原有主用通道R1的路由信息；若发生了主、备切换，如图2(b)所示，则更新后的路由表项中记录的是此时新的主用通道R2的路由信息。

在另一实施例中，当判断出反向报文所归属的会话允许快速转发后，在查询到匹配于反向报文的路由表项的情况下，比较查询到的反向报文对应的路由表项和会话对应的快速转发表项，在二者不一致的情况下，按照查询到的路由表项更新查询到的快速转发表项。具体的，比较查询到的反向报文对应的路由表项记录的信息和查询到的会话对应的快速转发表项记录的信息，在上述两种信息不一致的情况下，按照查询到的路由表项更新查询到的快速转发表项。

如果当前业务链路的通道正常，没有发生主、备切换，如图2(a)所示，则每次新接收反向报文后查询到的快速转发表项都是相同的，都是此时主用通道R1的路由信息，自然不存在更新的必要，因此每次更新之前，对查询到的快速转发表项和路由表项进行比较，只有当二者记录的信息不一致时，才说明发生了通道切换，如图2(b)所示，然后对快速转发表项进行更新，更新为此时新的主用通道R2的路由信息。可见该方案只在发生了主、备切换的情况下对会话的快速转发表项进行更新，减少了对快速转发表项的不必要更新，提高了报文转发效率。

步骤406，按照查询到的匹配于上述会话的快速转发表项转发该反向报文。

在一实施例中，在反向报文所归属的会话允许快速转发且未查询到匹配于反向报文的路由表项的情况下，按照查询到的上述会话对应的快速转发表项转发上述反向报文。在上述会话允许快速转发的条件下，该会话一定存在对应的快速转发表项，但可能由于链路故障、网关设备负荷过大或其他未知原因导致未查询到该会话对应的路由表项，但上述反向报文信息并不符合丢弃条件，而需要进行转发，因此直接按照查询到的该会话对应的快速转发表项转发该反向报文即可，以实现完成报文转发功能。

步骤407，按照慢速转发流程处理该反向报文。

在上述会话不允许快速转发的情况下，按照慢速转发流程处理归属于该会话的反向报文。其中，慢速转发流程可以包括报文信息校验、攻击报文检测和/或路由表项查询等。

上述图5所示实施例的步骤405、步骤406和步骤407是可选步骤，可以根据实际情况将上述步骤进行必要的组合后使用。应该理解的是，对于上述步骤进行有机组合后得到的新的可实施方案并不超出本申请的保护范围。

对于上述步骤402所示的判断反向报文所属会话是否允许快速转发，及步骤407所示的对反向报文进行的慢速转发流程，均具有多种实现方式，下面分别结合图5及图6进行示例性说明：

图5是本申请一示例性实施例示出的一种根据快速转发表项判断反向报文所属会话是否允许快速转发的方法流程图。参见图5所示，该判断过程可以包括：

步骤501，从反向报文中解析出该报文的信息。

在一实施例中，上述解析出的报文信息可以包括五元组信息或其他信息；上述五元组信息可以包括：源端口、目的端口、源IP地址、目的IP地址和传输层协议号。

步骤502，按照解析出的报文信息确定上述反向报文对应的会话。

在一实施例中，按照解析出的报文信息在所有会话集合中查询该反向报文对应的会话。其中，上述会话集合可以为网关设备所有会话的集合、网关设备当前业务链路对应会话的集合、当前时刻前的预设时间段内新建会话的集合或当前时刻前的预设时间段内有过报文转发记录的会话的集合等，本申请对此并不进行限定。

步骤503，在快速转发表中查询匹配于上述会话的快速转发表项。

在一实施例中，可以预先对快速转发表中的快速转发表项按照使用次数或者老化时间的长短进行排序，然后按照上述会话的会话信息依次查询快速转发表项。通过这种预先排序的方式，可以在一定程度上加快对于快速转发表项的查询速度。

步骤504，按照快速转发表项的查询结果判断反向报文所属会话是否允许快速转发。

在查询到匹配于上述会话的快速转发表项的情况下，判断该会话允许快速转发；否则，在未查询到匹配于上述会话的快速转发表项的情况下，判断该会话不允许快速转发。

图6是本申请一示例性实施例示出的一种慢速转发处理流程图。参见图6，该慢速转发处理过程适用于接收到的反向报文所归属的会话不允许使用快速转发的情况下，该慢速转发处理过程包括如下步骤：

步骤601，对接收到的反向报文进行慢速转发的预处理。

在一实施例中，上述预处理包括：报文信息校验和/或攻击报文检测等。

步骤602，判断查询路由表表项是否成功。

在一实施例中，网关设备按照上述反向报文的相关信息在路由表中查找匹配于该报文的路由表项。具体的，可以根据上述反向报文的五元组信息、出入接口和/或NAT信息进行路由表相查找；具体的查找过程本申请并不进行限定，详见相关技术公开的内容。

会话建立后，通常能够查询到匹配于该会话的路由表项，但链路故障、网关设备负荷过大或其他未知原因可能导致查询不到匹配于该会话的路由表项。若查找到与上述反向报文相匹配的路由表项，判断查询路由表成功，则转入步骤603；否则，若未查找到与上述反向报文相匹配的路由表项，判断查询路由不成功，则转入步骤604。

步骤603，按照查询到的匹配于上述反向报文的路由表项转发该反向报文。

在上述会话不允许快速转发且查询到匹配于上述反向报文的路由表项的情况下，按照查询到的匹配于该反向报文的路由表项转发该反向报文。按照路由表项进行报文转发的具体过程，本申请并不进行限定，详见相关技术公开内容。

步骤604，按照上述会话的反向记录信息转发上述反向报文。

在上述会话已做路径保持且未查询到匹配于上述会话的路由表项的情况下，按照所述会话的反向记录信息转发上述反向报文。

在一实施例中，当网络设备建立会话时，根据接收到的正向报文解析出该会话的正向五元组信息和反向五元组信息，并在会话的正向和反向上分别增加标记，以表明此会话的正向和反向需要做路径保持。在上述会话已经做了路径保持但未由于查询到匹配于该会话的路由表项的情况下，可以按照对该会话进行路径保持时标记的该会话的反向记录信息转发上述反向报文。

图7示出了根据本申请的一示例性实施例的电子设备的结构示意图。请参考图7，在硬件层面，该电子设备包括处理器701、内部总线702、网络接口703、内存704以及非易失性存储器705，当然还可能包括其他业务所需要的硬件。处理器701从非易失性存储器705中读取对应的计算机程序到内存704中并运行，在逻辑层面上形成报文转发装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

图8示出了根据本申请的一示例性实施例的报文转发装置的框图。请参见图8，在软件实施方式中，该报文转发装置可以包括判断单元801、查询转发单元802和慢速转发单元803。其中：

判断单元801，用于判断接收到的反向报文所归属的会话是否允许快速转发；

查询转发单元802，用于在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；

慢速转发单元803，用于在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

可选的，所述判断单元801具体用于：

在查询到匹配于所述会话的快速转发表项的情况下，判断所述会话允许快速转发。

可选的，所述查询转发单元802还可用于：

在查询到匹配于所述反向报文的路由表项的情况下，按照查询到的路由表项更新匹配于所述会话的快速转发表项。

可选的，所述查询转发单元802还可用于：

比较所述查询到的快速转发表项与所述查询到的路由表项，在二者不一致的情况下，更新所述查询到的快速转发表项。

可选的，上述慢速转发单元803还可用于：

在所述会话允许快速转发且未查询到匹配于所述反向报文的路由表项的情况下，按照查询到的匹配于所述会话的快速转发表项转发所述反向报文。

可选的，上述慢速转发单元803还可用于：

在查询到匹配于所述反向报文的路由表项的情况下，按照所述查询到的路由表项转发所述反向报文。

可选的，上述慢速转发单元803还可用于：

在所述会话已做路径保持且未查询到匹配于所述反向报文的路由表项的情况下，按照所述会话的反向记录信息转发所述反向报文。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在一实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由报文转发装置的处理器执行以完成上述方法，该方法可以包括：

判断接收到的反向报文所归属的会话是否允许快速转发；

在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；

在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

可选的，所述判断接收到的反向报文所归属的会话是否允许快速转发，具体包括：

在查询到匹配于所述会话的快速转发表项的情况下，判断所述会话允许快速转发。

可选的，所述方法还包括：

在查询到匹配于所述反向报文的路由表项的情况下，按照查询到的路由表项更新匹配于所述会话的快速转发表项。

可选的，所述方法还包括：

比较所述查询到的快速转发表项与所述查询到的路由表项，在二者不一致的情况下，更新所述查询到的快速转发表项。

可选的，所述方法还包括：

在所述会话允许快速转发且未查询到匹配于所述反向报文的路由表项的情况下，按照查询到的匹配于所述会话的快速转发表项转发所述反向报文。

可选的，所述按照慢速转发流程处理所述反向报文，包括：

在查询到匹配于所述反向报文的路由表项的情况下，按照所述查询到的路由表项转发所述反向报文。

可选的，所述按照慢速转发流程处理所述反向报文，包括：

在所述会话已做路径保持且未查询到匹配于所述反向报文的路由表项的情况下，按照所述会话的反向记录信息转发所述反向报文。

其中，所述非临时性计算机可读存储介质可以是ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、CD-ROM、磁带、软盘和光数据存储设备等，本申请并不对此进行限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种报文转发方法，其特征在于，应用于当前业务链路具有多个通道的网关设备，所述方法包括：

判断接收到的反向报文所归属的会话是否允许快速转发；

在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；

在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

2.根据权利要求1所述的方法，其特征在于，所述判断接收到的反向报文所归属的会话是否允许快速转发，包括：

在查询到匹配于所述会话的快速转发表项的情况下，判断所述会话允许快速转发。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在查询到匹配于所述反向报文的路由表项的情况下，按照查询到的路由表项更新匹配于所述会话的快速转发表项。

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

比较所述查询到的快速转发表项与所述查询到的路由表项，在二者不一致的情况下，更新所述查询到的快速转发表项。

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

在所述会话允许快速转发且未查询到匹配于所述反向报文的路由表项的情况下，按照查询到的匹配于所述会话的快速转发表项转发所述反向报文。

6.根据权利要求1所述的方法，其特征在于，所述按照慢速转发流程处理所述反向报文，包括：

在查询到匹配于所述反向报文的路由表项的情况下，按照所述查询到的路由表项转发所述反向报文。

7.根据权利要求1所述的方法，其特征在于，所述按照慢速转发流程处理所述反向报文，包括：

在所述会话已做路径保持且未查询到匹配于所述反向报文的路由表项的情况下，按照所述会话的反向记录信息转发所述反向报文。

8.一种报文转发装置，其特征在于，应用于当前业务链路具有多个通道的网关设备，所述装置包括：

判断单元，用于判断接收到的反向报文所归属的会话是否允许快速转发；

查询转发单元，用于在所述会话允许快速转发的情况下，在路由表中查询匹配于所述反向报文的路由表项，并按照查询到的路由表项转发所述反向报文；

慢速转发单元，用于在所述会话不允许快速转发的情况下，按照慢速转发流程处理所述反向报文。

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

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如权利要求1-7中任一项所述的方法。

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

Images