CN108259212B - 报文处理方法及装置 - Google Patents

Abstract

本申请提供一种报文处理方法及装置。报文处理方法包括：接收到交换机发送的错误原因消息，若该错误原因消息携带的错误属性为可恢复错误，则暂停与交换机之间的开放流业务；若从接收到错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，该错误恢复消息携带至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据至少一个错误恢复消息确定至少一个错误原因导致的错误均已恢复，则重新发送因错误导致的未正常处理的开放流报文，并恢复与交换机之间的开放流业务。本实施例可以识别出因交换机故障导致的可恢复错误，并当交换机恢复正常时，可以重新发送因交换机故障导致的未正常处理的开放流报文，并恢复与交换机之间的开放流业务。

Description

报文处理方法及装置

技术领域

本申请涉及通信技术，尤其涉及一种报文处理方法及装置。

背景技术

开放流(Openflow)协议是描述控制器和交换机之间交互信息的接口标准，自Openflow协议被提出后，控制器可以按照Openflow协议规范的要求，控制交换机的转发行为。这种对交换机行为的控制，是控制器通过向交换机发送Openflow协议报文(可以简称为Openflow报文)来实现的，交换机通过对这些Openflow报文的成功处理来控制自己的行为。

当交换机不能成功处理控制器发送的Openflow协议报文时，Openflow协议规范中指出交换机应当向控制器报告错误，相关技术中，当控制器收到交换机发送的错误消息后，忽略该错误消息。而导致交换机不能成功处理Openflow协议报文的原因有多种，例如交换机自身出现故障，由于控制器忽略交换机发送的错误消息，因此无法识别出因交换机故障导致的错误。

发明内容

有鉴于此，本申请提供一种报文处理方法及装置。

具体地，本申请是通过如下技术方案实现的：

根据本申请实施例的第一方面，提供一种报文处理方法，所述方法应用于控制器，所述方法包括：

接收到交换机发送的错误原因消息，所述错误原因消息携带导致所述交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码；

若所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务；

若从接收到所述错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，所述错误恢复消息携带所述至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据所述至少一个错误恢复消息确定所述至少一个错误原因导致的错误均已恢复，则重新发送因所述错误导致的未正常处理的Openflow报文，并恢复与所述交换机之间的Openflow业务。

根据本申请实施例的第二方面，提供一种报文处理装置，所述装置包括：

所述装置应用于控制器，所述装置包括：

接收模块，用于接收到交换机发送的错误原因消息，所述错误原因消息携带导致所述交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码；

确认暂停模块，用于若所述接收模块接收的所述错误原因消息中的所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务；

处理模块，用于若从所述接收模块接收到所述错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，所述错误恢复消息携带所述至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据所述至少一个错误恢复消息确定所述至少一个错误原因导致的错误均已恢复，则重新发送因所述错误导致的未正常处理的Openflow报文，并恢复与所述交换机之间的Openflow业务。

在本申请实施例中，通过接收到错误原因消息，并当错误原因消息中携带的错误属性是可恢复错误时，暂停与交换机之间的Openflow业务，然后若从接收到错误原因消息起的第一预设时长内接收到所有错误恢复消息，则重新发送因错误原因消息中携带的至少一个错误原因导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，由此可见，本实施例可以识别出因交换机故障导致的可恢复错误，并且当交换机恢复正常时，可以重新发送因交换机故障导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，从而使Openflow协议运行状态和Openflow业务状态均恢复到故障前的状态。

附图说明

图1是本申请一示例性实施例示出的一种报文处理方法的流程图；

图2是本申请一示例性实施例示出的另一种报文处理方法的流程图；

图3是本申请报文处理装置所在控制器的一种硬件结构图；

图4是本申请一示例性实施例示出的一种报文处理装置的框图。

具体实施方式

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

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

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

下面结合具体实施例对本申请的实现过程进行详细描述。

图1是本申请一示例性实施例示出的一种报文处理方法的流程图，该实施例从控制器侧进行描述。如图1所示，该报文处理方法包括：

步骤S101，接收到交换机发送的错误原因消息，该错误原因消息携带导致交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码。

在该实施例中，交换机在Openflow报文处理错误之后，可以向控制器发送错误原因消息，该错误原因消息可以包括导致交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码，其中，错误属性可以包括可恢复错误和不可恢复错误。

步骤S102，若错误属性为可恢复错误，则暂停与交换机之间的Openflow业务。

若错误属性为可恢复错误，则控制器可以暂停与交换机之间的Openflow业务。由于导致未正常处理Openflow报文的错误为可恢复错误，因此，可以暂停与交换机之间的Openflow业务。此处的暂停是指暂时停止与交换机之间的Openflow业务，待后续错误恢复后，可以继续处理与交换机之间的Openflow业务。而终止与所述交换机之间的Openflow业务则表明无法处理与交换机之间的Openflow业务。

步骤S103，若从接收到错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，错误恢复消息携带至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据至少一个错误恢复消息确定至少一个错误原因导致的错误均已恢复，则重新发送因错误导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务。

其中，第一预设时长可以根据需要设置，例如可以为24小时。

在该实施例中，控制器向交换机发送Openflow报文，交换机在收到Openflow报文后，如果不能正常处理该Openflow报文，则可以向控制器返回错误原因消息，该错误原因消息携带导致交换机未正常处理该Openflow报文的错误对应的至少一个错误原因的代码，即错误原因消息中可以携带Openflow报文标识和至少一个错误原因的代码，因此，控制器在收到该错误原因消息后，可以根据错误原因消息中携带的Openflow报文标识和至少一个错误原因的代码获知因错误导致的未正常处理的Openflow报文。

在该实施例中，在从接收到错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，且根据至少一个错误恢复消息确定至少一个错误原因导致的错误均已恢复，则可以重新发送因错误导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务。

例如，错误原因消息中携带的至少一个错误原因的代码为：0x050001：内存不足，0x050002：磁盘不足，0x050003：访问控制列表(ACL)不足，控制器从接收到错误原因消息起的第一预设时长内收到错误恢复消息1、错误恢复消息2和错误恢复消息3，错误恢复消息1中携带0x050001，错误恢复消息2中携带0x050002，错误恢复消息3中携带0x050003，且根据上述错误恢复消息1、错误恢复消息2和错误恢复消息3确定因内存不足、磁盘不足和ACL不足导致的错误均已恢复，则可以重新发送之前因上述错误导致的未发送成功的Openflow报文以及恢复与交换机之间的Openflow业务。但如果控制器在第一预设时长内未收到所有错误恢复消息，例如只收到错误恢复消息1和错误恢复消息2，则表明交换机错误未全部恢复，此种情况下，则暂停与交换机之间的Openflow业务。

上述实施例，通过接收到错误原因消息，并当错误原因消息中携带的错误属性是可恢复错误时，暂停与交换机之间的Openflow业务，然后若从接收到错误原因消息起的第一预设时长内接收到所有错误恢复消息，则重新发送因错误原因消息中携带的至少一个错误原因导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，由此可见，本实施例可以识别出因交换机故障导致的可恢复错误，并且当交换机恢复正常时，可以重新发送因交换机故障导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，从而使Openflow协议运行状态和Openflow业务状态均恢复到之前的状态。

图2是本申请一示例性实施例示出的另一种报文处理方法的流程图，如图2所示，该报文处理方法包括：

步骤S201，接收交换机发送的处理错误消息，该处理错误消息携带导致交换机未正常处理开放流Openflow报文的错误对应的第一错误类型和第一错误代码。

其中，当交换机不能成功处理控制器发送的Openflow报文时，可以向控制器发送处理错误消息。

步骤S202，根据第一错误类型和第一错误代码查询交换机错误原因代码表，若查询到第一错误类型和第一错误代码对应的第一交换机错误原因列表，则执行步骤S203，若未查询到第一交换机错误原因列表，则执行步骤S208。

其中，交换机错误原因代码表可以包括错误类型、错误代码和交换机错误原因列表的对应关系，交换机错误原因代码表的结构可以如表1所示，其中，错误类型(ErrorType)和错误代码(Error Code)分别为Openflow协议规定的Type和Code，错误原因列表(Error Reson List)为可能导致错误的错误原因的代码的列表，每种错误原因的代码均指代一种交换机的可恢复错误。

表1交换机错误原因代码表

错误类型(Error Type)
	错误代码(Error Code)
错误原因列表(Error Reson List)

该交换机错误原因代码表由交换机维护，控制器可以从交换机处请求获取。具体地，控制器可以向交换机发送用于请求交换机错误原因代码表的获取请求报文，然后接收交换机根据获取请求报文返回的响应报文，该响应报文携带交换机错误原因代码表，并保存交换机错误原因代码表。

另外，若未查询到第一交换机错误原因列表，则表示错误不可恢复。若可以查询到第一交换机错误原因列表，则错误可恢复。

步骤S203，判断从查询到第一交换机错误原因列表起的第二预设时长内是否接收到错误原因消息，若接收到错误原因消息，则执行步骤S204，若未接收到错误原因消息，则执行步骤S208。

其中，第二预设时长可以根据需要设置，例如可以为10秒钟。

如果自查询到第一交换机错误原因列表起的第二预设时长内未接收到错误原因消息，则认为错误不可恢复。

在一个例子中，由于错误原因消息中携带至少一个错误原因的代码，而根据处理错误消息中携带的第一错误类型和第一错误代码查询交换机错误原因代码表，在得到与第一错误类型和第一错误代码对应的第一交换机错误原因列表后，可以根据第一交换机错误原因列表中的错误原因列表获知导致错误的错误原因的代码，即错误原因消息和处理错误消息可以通过错误原因的代码确定对应的错误是否相同。

步骤S204，判断错误原因消息中携带的错误属性是否为可恢复错误，若为可恢复错误，则执行步骤S205，若为不可恢复错误，则执行步骤S208。

步骤S205，暂停与交换机之间的Openflow业务。

步骤S206，判断从接收到所述错误原因消息起的第一预设时长内是否接收到至少一个错误恢复消息，该错误恢复消息携带所述至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据至少一个错误恢复消息确定至少一个错误原因导致的错误是否均已恢复，若接收到至少一个错误恢复消息且至少一个错误原因导致的错误均已恢复，则执行步骤S207，若从接收到所述错误原因消息起的第一预设时长内未接收到错误恢复消息或根据至少一个错误恢复消息确定所述至少一个错误原因导致的错误未均已恢复，则执行步骤S208。

步骤S207，重新发送因错误导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，操作结束。

在该实施例中，控制器向交换机发送Openflow报文，交换机在收到Openflow报文后，如果不能正常处理该Openflow报文，则可以向控制器返回错误原因消息，该错误原因消息携带导致交换机未正常处理该Openflow报文的错误对应的至少一个错误原因的代码，即错误原因消息中可以携带Openflow报文标识和至少一个错误原因的代码，因此，控制器在收到该错误原因消息后，可以根据错误原因消息中携带的Openflow报文标识和至少一个错误原因的代码获知因错误导致的未正常处理的Openflow报文。

步骤S208，终止与交换机之间的Openflow业务。

由于错误是不可恢复错误，故终止与交换机之间的Openflow业务。

上述实施例，清楚地描述了接收交换机发送的处理错误消息后的处理过程，其中，对于不可恢复错误，终止与交换机之间的Openflow业务，对于可恢复错误且在错误恢复后，重新发送因错误原因导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，从而使得业务处理结果符合预期。

与前述报文处理方法的实施例相对应，本申请还提供了报文处理设备和报文处理装置的实施例。

图3是本申请报文处理装置所在控制器的一种硬件结构图。该控制器可包括处理器301、存储有机器可执行指令的机器可读存储介质302。处理器301与机器可读存储介质302可经由系统总线303通信。并且，通过读取并执行机器可读存储介质302中与报文处理逻辑对应的机器可执行指令，处理器501可执行上文描述的报文处理方法。

本文中提到的机器可读存储介质302可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。图4是本申请一示例性实施例示出的一种报文处理装置的框图，该装置可应用于控制器上，如图4所示，该报文处理装置包括：接收模块41、确认暂停模块42和处理模块43。

接收模块41用于接收到交换机发送的错误原因消息，错误原因消息携带导致交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码。

确认暂停模块42用于若接收模块41接收的错误原因消息中的错误属性为可恢复错误，则暂停与交换机之间的Openflow业务。

处理模块43用于若从接收模块41接收到错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，错误恢复消息携带至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据至少一个错误恢复消息确定至少一个错误原因导致的错误均已恢复，则重新发送因错误导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务。

在其中一个实现方式中，该装置还可以包括：消息接收模块44和查询模块45。

消息接收模块44用于在接收模块41接收交换机发送的错误原因消息之前，接收交换机发送的处理错误消息，处理错误消息携带错误对应的第一错误类型和第一错误代码；

查询模块45用于根据消息接收模块44接收的处理错误消息中携带的第一错误类型和第一错误代码查询交换机错误原因代码表，交换机错误原因代码表包括错误类型、错误代码和交换机错误原因列表的对应关系；

确认暂停模块42具体用于：

若查询模块查询到第一错误类型和第一错误代码对应的第一交换机错误原因列表且自查询到第一交换机错误原因列表起的第二预设时长内接收到错误原因消息且错误属性为可恢复错误，则暂停与交换机之间的Openflow业务。

在其中另一个实现方式中，该装置还可以包括：第一终止模块46。

第一终止模块46用于若查询模块44未查询到第一交换机错误原因列表，或自查询到第一交换机错误原因列表起的第二预设时长内未接收到错误原因消息，则终止与交换机之间的Openflow业务。

在其中另一个实现方式中，该装置还可以包括：第二终止模块47。

第二终止模块47用于若接收模块41接收的错误原因消息中的错误属性为不可恢复错误或从错误原因消息起的第一预设时长内未接收到错误恢复消息或根据至少一个错误恢复消息确定至少一个错误原因导致的错误未均已恢复，则终止与交换机之间的Openflow业务。

在其中另一个实现方式中，该装置还可以包括：请求发送模块48、响应接收模块49和保存模块50。

请求发送模块48用于在查询模块46根据第一错误类型和第一错误代码查询交换机错误原因代码表之前，向交换机发送用于请求交换机错误原因代码表的获取请求报文。

响应接收模块49用于接收交换机根据请求发送模块48发送的获取请求报文返回的响应报文，响应报文携带交换机错误原因代码表。

保存模块50用于保存响应接收模块49接收的响应报文携带的交换机错误原因代码表。

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

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

上述报文处理装置，通过接收到错误原因消息，并当错误原因消息中携带的错误属性是可恢复错误时，暂停与交换机之间的Openflow业务，然后若从接收到错误原因消息起的第一预设时长内接收到所有错误恢复消息，则重新发送因错误原因消息中携带的至少一个错误原因导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，由此可见，本实施例可以识别出因交换机故障导致的可恢复错误，并且当交换机恢复正常时，可以重新发送因交换机故障导致的未正常处理的Openflow报文，并恢复与交换机之间的Openflow业务，从而使Openflow协议运行状态和Openflow业务状态均恢复到之前的状态。

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

Claims (10)

1.一种报文处理方法，其特征在于，所述方法应用于控制器，所述方法包括：

接收到交换机发送的错误原因消息，所述错误原因消息携带导致所述交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码；

若所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务；

若从接收到所述错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，所述错误恢复消息携带所述至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据所述至少一个错误恢复消息确定所述至少一个错误原因导致的错误均已恢复，则重新发送因所述错误导致的未正常处理的Openflow报文，并恢复与所述交换机之间的Openflow业务。

2.根据权利要求1所述的方法，其特征在于，在所述接收交换机发送的所述错误原因消息之前，所述方法还包括：

接收所述交换机发送的处理错误消息，所述处理错误消息携带所述错误对应的第一错误类型和第一错误代码；

根据所述第一错误类型和第一错误代码查询交换机错误原因代码表，所述交换机错误原因代码表包括错误类型、错误代码和交换机错误原因列表的对应关系；

若所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务，包括：

若查询到所述第一错误类型和第一错误代码对应的第一交换机错误原因列表且自查询到所述第一交换机错误原因列表起的第二预设时长内接收到所述错误原因消息且所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务。

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

若未查询到所述第一交换机错误原因列表，或自查询到所述第一交换机错误原因列表起的所述第二预设时长内未接收到所述错误原因消息，则终止与所述交换机之间的Openflow业务。

4.根据权利要求2所述的方法，其特征在于，在所述根据所述第一错误类型和第一错误代码查询交换机错误原因代码表之前，所述方法还包括：

向所述交换机发送用于请求所述交换机错误原因代码表的获取请求报文；

接收所述交换机根据所述获取请求报文返回的响应报文，所述响应报文携带所述交换机错误原因代码表；

保存所述交换机错误原因代码表。

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

若所述错误属性为不可恢复错误或从接收到所述错误原因消息起的第一预设时长内未接收到所述错误恢复消息或根据所述至少一个错误恢复消息确定所述至少一个错误原因导致的错误未均已恢复，则终止与所述交换机之间的Openflow业务。

6.一种报文处理装置，其特征在于，所述装置应用于控制器，所述装置包括：

接收模块，用于接收到交换机发送的错误原因消息，所述错误原因消息携带导致所述交换机未正常处理开放流Openflow报文的错误对应的错误属性和至少一个错误原因的代码；

确认暂停模块，用于若所述接收模块接收的所述错误原因消息中的所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务；

处理模块，用于若从所述接收模块接收到所述错误原因消息起的第一预设时长内接收到至少一个错误恢复消息，所述错误恢复消息携带所述至少一个错误原因中的已恢复的至少一个错误原因的代码，且根据所述至少一个错误恢复消息确定所述至少一个错误原因导致的错误均已恢复，则重新发送因所述错误导致的未正常处理的Openflow报文，并恢复与所述交换机之间的Openflow业务。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

消息接收模块，用于在所述接收模块接收交换机发送的所述错误原因消息之前，接收所述交换机发送的处理错误消息，所述处理错误消息携带所述错误对应的第一错误类型和第一错误代码；

查询模块，用于根据所述消息接收模块接收的所述处理错误消息中携带的所述第一错误类型和第一错误代码查询交换机错误原因代码表，所述交换机错误原因代码表包括错误类型、错误代码和交换机错误原因列表的对应关系；

所述确认暂停模块，具体用于：

若所述查询模块查询到所述第一错误类型和第一错误代码对应的第一交换机错误原因列表且自查询到所述第一交换机错误原因列表起的第二预设时长内接收到所述错误原因消息且所述错误属性为可恢复错误，则暂停与所述交换机之间的Openflow业务。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一终止模块，用于若所述查询模块未查询到所述第一交换机错误原因列表，或自查询到所述第一交换机错误原因列表起的所述第二预设时长内未接收到所述错误原因消息，则终止与所述交换机之间的Openflow业务。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

请求发送模块，用于在所述查询模块根据所述第一错误类型和第一错误代码查询交换机错误原因代码表之前，向所述交换机发送用于请求所述交换机错误原因代码表的获取请求报文；

响应接收模块，用于接收所述交换机根据所述请求发送模块发送的所述获取请求报文返回的响应报文，所述响应报文携带所述交换机错误原因代码表；

保存模块，用于保存所述响应接收模块接收的所述响应报文携带的所述交换机错误原因代码表。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二终止模块，用于若所述接收模块接收的所述错误原因消息中的所述错误属性为不可恢复错误或从接收到所述错误原因消息起的第一预设时长内未接收到所述错误恢复消息或根据所述至少一个错误恢复消息确定所述至少一个错误原因导致的错误未均已恢复，则终止与所述交换机之间的Openflow业务。