CN114285782A - 数据处理方法及相关装置 - Google Patents

Abstract

本申请实施例提供一种数据处理方法及相关装置，所述方法包括：接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息，能够降低***链路信息获取时的能耗。

Description

数据处理方法及相关装置

技术领域

本申请涉及数据处理技术领域，具体涉及一种数据处理方法及相关装置。

背景技术

软件定义网络SDN的拓扑发现使用了NOX控制器的发现协议OFDP，OFDP是在传统网络中的链路层发现协议(Link Layer Discovery Protocol，LLDP)的基础上实现的。LLDP的本质是信息发现与通告协议，规定了不同厂商的设备不仅可以向邻近的网络设备发送自己的配置消息，而且可以对邻近网络设备的消息进行存储。

在初次进行设备连接的时候如，交换机会配置控制器的IP地址和TCP端口号，启动时，交换机将与对应的控制器进行通信，并建立传输安全通道(Transport LayerSecurity，TLS)来进行保护连接。控制器通过安全通道向交换机发送消息来发送自己的设备版本等信息发送请求消息来请求获取交换机的配置消息。交换机向控制器发送回复消息来回复控制器，回复自己的MAC地址和各个端口的信息等。这时候控制器和交换机就有了初步的交互，但是控制器仅仅知道交换机的地址和端口配置信息，却不知道交换机在网络中的位置，以及该交换机连接的链路状态信息。

控制器为了获取全局的网络拓扑视图，控制器会按照指定时间(默认5s)周期性的分别向网络中所有交换机的所有端口下发送包含拓扑发现协议数据单元的消息。

交换机可以使控制器设置交换机之间的转发规则从而控制流在网络中的路径，在当前的拓扑发现中，控制器都会提前给交换机下发预安装规则。当交换机接收到除控制器以外的端口发来的拓扑发现消息(以太网类型0X88cc)后，将接收端口等信息添加，并封装转发至控制器，其在进行拓扑发现时会对所有的消息进行处理，导致了***的能耗较高。

发明内容

本申请实施例提供一种数据处理方法及相关装置，能够降低***链路信息获取时的能耗。

本申请实施例的第一方面提供了一种数据处理方法，所述方法包括：

接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

结合第一方面，在一个可能的实现方式中，所述根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型，包括：

根据所述源交换机标识和所述目标交换机标识，确定标识偏移量；

根据所述标识偏移量，确定所述解析类型。

结合第一方面，在一个可能的实现方式中，所述方法还包括：

根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

获取所述源交换机和所述目标交换机之间的数据流量；

根据所述数据流量确定第二故障预测时刻；

根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

向所述交换机发送所述目标故障预测时刻。

结合第一方面，在一个可能的实现方式中，所述根据所述数据流量确定第二故障预测时刻，所述装置包括：

根据所述数据流量，确定预设时间间隔内的峰值流量，以得到K个目标峰值流量；

确定所述K个峰值流量与预设峰值流量之间的偏移量，以得到K个目标偏移量；

根据所述K个目标偏移量和所述K个目标偏移量对应的峰值流量的时刻，确定所述第二故障预测时刻。

结合第一方面，在一个可能的实现方式中，所述链路反馈消息包括链路故障信息，所述方法还包括：

根据所述链路故障日志信息，确定故障类型；

获取所述源交换机的第一设备信息，以及获取所述目标交换机的第二设备信息；

根据所述故障类型、所述第一设备信息、所述第二设备信息，确定故障解决方法。

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

接收单元，用于接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

确定单元，用于根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

处理单元，用于根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

结合第二方面，在一个可能的实现方式中，所述确定单元用于：

根据所述源交换机标识和所述目标交换机标识，确定标识偏移量；

根据所述标识偏移量，确定所述解析类型。

结合第二方面，在一个可能的实现方式中，所述装置还用于：

根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

获取所述源交换机和所述目标交换机之间的数据流量；

根据所述数据流量确定第二故障预测时刻；

根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

向所述交换机发送所述目标故障预测时刻。

结合第二方面，在一个可能的实现方式中，在所述根据所述数据流量确定第二故障预测时刻方面，所述装置用于：

根据所述数据流量，确定预设时间间隔内的峰值流量，以得到K个目标峰值流量；

确定所述K个峰值流量与预设峰值流量之间的偏移量，以得到K个目标偏移量；

根据所述K个目标偏移量和所述K个目标偏移量对应的峰值流量的时刻，确定所述第二故障预测时刻。

结合第二方面，在一个可能的实现方式中，所述链路反馈消息包括链路故障信息，所述装置还用于：

根据所述链路故障日志信息，确定故障类型；

获取所述源交换机的第一设备信息，以及获取所述目标交换机的第二设备信息；

根据所述故障类型、所述第一设备信息、所述第二设备信息，确定故障解决方法。

本申请实施例的第三方面提供一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如本申请实施例第一方面中的步骤指令。

本申请实施例的第四方面提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。

本申请实施例的第五方面提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，至少具有如下有益效果：

通过接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识，根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型，根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息，从而可以根据源交换机标识和目标交换机标识确定的解析类型对链路反馈消息进行解析处理，从而无需对所有的链路反馈消息进行处理，降低了链路信息获取时的***能耗。

附图说明

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

图1A为本申请实施例提供了一种数据处理方法的流程示意图；

图1B为本申请实施例提供了一种链路示意图；

图1C为本申请实施例提供了另一种链路示意图；

图1D为本申请实施例提供了另一种链路示意图；

图1E为本申请实施例提供了另一种链路示意图；

图2为本申请实施例提供了另一种数据处理方法的流程示意图；

图3为本申请实施例提供的一种终端的结构示意图；

图4为本申请实施例提供了一种数据处理的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

请参阅图1A，图1A为本申请实施例提供了一种数据处理方法的流程示意图。如图1A所示，数据处理方法应用于SDN控制器，数据处理方法包括：

101、接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识。

其中，SDN控制器接收链路反馈消息。该链路反馈消息可以是源交换机发送的，也可以是目标交换机发送的。源交换机和目标交换机是SDN网络中的交换机，其发送的链路反馈消息是用于进行链路信息反馈，从而使得SDN控制器能够获取到SDN中的链路状态信息等。

源交换机标识和目标交换机标识可以是***进行自定义设定，也可以是采用交换机固有标识进行设定等。

102、根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型。

可以根据所述源交换机标识和所述目标交换机标识，确定的标识偏移量来确定解析类型。该偏移量可以直接根据源交换机标识和所述目标交换机标识的数值来确定。

103、根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

不同的解析类型有不同的处理方式，例如，解析类型为第一类型，则对链路反馈消息进行解析，解析类型为第二类型，则对链路反馈消息进行丢弃等。

本示例中，通过接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识，根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型，根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息，从而可以根据源交换机标识和目标交换机标识确定的解析类型对链路反馈消息进行解析处理，从而无需对所有的链路反馈消息进行处理，降低了链路信息获取时的***能耗。

在一个可能的实现方式中，一种可能的根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型的方法，包括：

A1、根据所述源交换机标识和所述目标交换机标识，确定标识偏移量；

A2、根据所述标识偏移量，确定所述解析类型。

其中，可以将源交换机标识和所述目标交换机标识的数值之间的差值，确定为标识偏移量。

根据所述标识偏移量，确定所述解析类型的方法可以为：若标识偏移量的数值为正，则解析类型为第一类型；若标识偏移量的数值为负，则解析类型为第二类型。当然也可以是若标识偏移量的数值为正，则解析类型为第二类型；若标识偏移量的数值为负，则解析类型为第一类型。

本示例中，通过标识偏移量来确定解析类型，可以提升解析类型确定时的准确性。

在一个可能的实现方式中，本申请实施例还提供了一种故障预测的方法，所述方法具体如下：

B1、根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

B2、根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

B3、获取所述源交换机和所述目标交换机之间的数据流量；

B4、根据所述数据流量确定第二故障预测时刻；

B5、根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

B6、向所述交换机发送所述目标故障预测时刻。

其中，链路信息可以反映出链路质量，从而可以确定出目标链路质量。预设链路质量通过经验值或历史数据设定。由于链路质量较低时，链路出现故障的概率就会增加，从而可以预测出链路出现故障的第一故障预测时刻。

链路质量越低，则第一故障预测时刻距离当前时刻越近；链路质量越高，第一故障预测时刻距离当前时刻越远。

源交换机和所述目标交换机之间的数据流量可以理解为源交换机和所述目标交换机之间进行数据交换时的数据流量。数据流量越大，则第二故障预测时刻距离当前时刻越近；链路质量越小，第二故障预测时刻距离当前时刻越远。

可以将第一故障预测时刻和第二故障预测时刻中距离当前时刻越近的时刻，确定为目标故障预测时刻。当然也可以是将第一故障预测时刻和第二故障预测时刻与当前时刻之间的时间差的均值所对应的时刻，确定为目标故障预测时刻。

本示例中，通过链路质量确定第一故障预测时刻，以及通过数据流量的大小来确定第二故障预测时刻，并根据第一故障预测时刻和第二故障预测时刻确定出目标故障预测时刻，从而提升了目标故障预测时刻确定时的准确性。

在一个可能的实现方式中，一种可能的根据所述数据流量确定第二故障预测时刻的方法，包括：

C1、根据所述数据流量，确定预设时间间隔内的峰值流量，以得到K个目标峰值流量；

C2、确定所述K个峰值流量与预设峰值流量之间的偏移量，以得到K个目标偏移量；

C3、根据所述K个目标偏移量和所述K个目标偏移量对应的峰值流量的时刻，确定所述第二故障预测时刻。

其中，数据流量中包括有多个峰值流量。预设时间间隔通过经验值或历史数据设定。预设时间间隔内的峰值流量可以理解为流量出现峰值时的流量。预设峰值流量通过经验值或历史数据设定。

可以将K个目标偏移量中的最大值对应的峰值流量的时刻，确定为第二故障预测时刻。也可以是将K个目标偏移量的均值所对应的流量值的时刻，确定为第二故障预测时刻。

本示例中，通过峰值流量与预设峰值流量之间的偏移量确定的目标偏移量，来确定第二故障预测时刻，提升了第二故障预测时刻确定时的准确性。

在一个可能的实现方式中，所述链路反馈消息包括链路故障信息，一种可能的方法还包括：

D1、根据所述链路故障日志信息，确定故障类型；

D2、获取所述源交换机的第一设备信息，以及获取所述目标交换机的第二设备信息；

D3、根据所述故障类型、所述第一设备信息、所述第二设备信息，确定故障解决方法。

其中，链路故障日志信息中记录有故障信息，从而可以根据故障信息来确定故障类型。交换机的设备信息可以理解为交换机的固有属性信息、运行状态信息等。

不同的故障类型、第一设备信息、第二设备信息对应有不同的故障解决方法，该故障解决方法可以与故障类型、第一设备信息、第二设备信息进行适配以解决链路故障。从而提升了链路故障解决方法确定的准确性。

在一个具体的实现方式中，本申请实施例提供了一种具体的链路消息处理的方法，具体如下：

1、网络拓扑无变化的周期性轮询

如图1B所示，包括由SDN controller(SDN控制器)、Switch S1(交换机S1)、SwitchS2(交换机S2)，交换机S1和S2之间的同一条链路会产生两条Packet-In消息(S1，port1)→(S2，port3)和(S2，port3)→(S1，port1)其中(S1，port1)→(S2，port3)会更新链路，而(S2，port3)→(S1，port1)则会被丢弃，这样实际需要处理Packet-In数量等于总链路数量，为总Packet-In报文数量的50％。

2、节点间连接端口变化

如图1C所示，交换机S2由端口3改为端口4与交换机S1的端口1连接。

此时交换机S1和S2之间的同一条链路会产生两条Packet-In消息(S1，port1)→(S2，port4)和(S2，port4)→(S1，port1)其中(S1，port1)→(S2，port4)会更新链路，而(S2，port4)→(S1，port1)则会被丢弃，这样实际需要处理Packet-In数量等于总链路数量，为总Packet-In报文数量的50％。

3、新增节点

如图1D所示，新增交换机S0(控制器还未给交换机编号，均默认为S0)由端口3改为端口4与交换机S1的端口1连接。

此时交换机S0和S1之间的同一条链路会产生两条Packet-In消息(S0，port1)→(S1，port3)和(S1，port3)→(S0，port1)其中(S0，port1)→(S1，port3)会更新链路，而(S1，port3)→(S0，port1)则会被丢弃，这样实际需要处理Packet-In数量等于总链路数量，为总Packet-In报文数量的50％。

4、节点或端口故障导致链路故障

如图1E所示，交换机S1和S2之间由于节点S2故障或者S2的Port3端口故障导致链路故障，则本链路的两条Packet-In消息(S1，port1)→(S2，port3)和(S2，port3)→(S1，port1)均不能正常发送至控制器，此时原有的链路表象老化机制发生作用，计时器超时后相应的表象将会被删除。这样实际需要处理Packet-In数量等于对应的链路数量，为总Packet-In报文数量的50％。

请参阅图2，图2为本申请实施例提供了另一种数据处理方法的流程示意图。如图2所示，该数据处理方法包括：

201、接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

202、根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

203、根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息；

204、根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

205、根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

206、获取所述源交换机和所述目标交换机之间的数据流量；

207、根据所述数据流量确定第二故障预测时刻；

208、根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

209、向所述交换机发送所述目标故障预测时刻。

本示例中，通过链路质量确定第一故障预测时刻，以及通过数据流量的大小来确定第二故障预测时刻，并根据第一故障预测时刻和第二故障预测时刻确定出目标故障预测时刻，从而提升了目标故障预测时刻确定时的准确性。

与上述实施例一致的，请参阅图3，图3为本申请实施例提供的一种终端的结构示意图，如图所示，包括处理器、输入设备、输出设备和存储器，处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

与上述一致的，请参阅图4，图4为本申请实施例提供了一种数据处理装置的结构示意图。如图4所示，所述装置包括：

接收单元401，用于接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

确定单元402，用于根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

处理单元403，用于根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

在一个可能的实现方式中，所述确定单元402用于：

根据所述源交换机标识和所述目标交换机标识，确定标识偏移量；

根据所述标识偏移量，确定所述解析类型。

在一个可能的实现方式中，所述装置还用于：

根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

获取所述源交换机和所述目标交换机之间的数据流量；

根据所述数据流量确定第二故障预测时刻；

根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

向所述交换机发送所述目标故障预测时刻。

在一个可能的实现方式中，在所述根据所述数据流量确定第二故障预测时刻方面，所述装置用于：

根据所述数据流量，确定预设时间间隔内的峰值流量，以得到K个目标峰值流量；

确定所述K个峰值流量与预设峰值流量之间的偏移量，以得到K个目标偏移量；

根据所述K个目标偏移量和所述K个目标偏移量对应的峰值流量的时刻，确定所述第二故障预测时刻。

在一个可能的实现方式中，所述链路反馈消息包括链路故障信息，所述装置还用于：

根据所述链路故障日志信息，确定故障类型；

获取所述源交换机的第一设备信息，以及获取所述目标交换机的第二设备信息；

根据所述故障类型、所述第一设备信息、所述第二设备信息，确定故障解决方法。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种数据处理方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种数据处理方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在申请明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

所述集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型，包括：

根据所述源交换机标识和所述目标交换机标识，确定标识偏移量；

根据所述标识偏移量，确定所述解析类型。

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

根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

获取所述源交换机和所述目标交换机之间的数据流量；

根据所述数据流量确定第二故障预测时刻；

根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

向所述交换机发送所述目标故障预测时刻。

4.根据权利要求3所述的方法，其特征在于，所述根据所述数据流量确定第二故障预测时刻，包括：

根据所述数据流量，确定预设时间间隔内的峰值流量，以得到K个目标峰值流量；

确定所述K个峰值流量与预设峰值流量之间的偏移量，以得到K个目标偏移量；

根据所述K个目标偏移量和所述K个目标偏移量对应的峰值流量的时刻，确定所述第二故障预测时刻。

5.根据权利要求4所述的方法，其特征在于，所述链路反馈消息包括链路故障信息，所述方法还包括：

根据所述链路故障日志信息，确定故障类型；

获取所述源交换机的第一设备信息，以及获取所述目标交换机的第二设备信息；

根据所述故障类型、所述第一设备信息、所述第二设备信息，确定故障解决方法。

6.一种数据处理装置，其特征在于，所述装置包括：

接收单元，用于接收交换机发送的链路反馈消息，所述链路反馈消息包括源交换机标识和目标交换机标识；

确定单元，用于根据所述源交换机标识和所述目标交换机标识，确定所述链路反馈消息的解析类型；

处理单元，用于根据所述解析类型，对所述链路反馈消息进行解析处理，以得到链路信息。

7.根据权利要求6所述的装置，其特征在于，所述确定单元用于：

根据所述源交换机标识和所述目标交换机标识，确定标识偏移量；

根据所述标识偏移量，确定所述解析类型。

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

根据所述链路信息，确定源交换机和目标交换机之间的目标链路质量；

根据所述目标链路质量低于预设链路质量，根据所述目标链路质量确定第一故障预测时刻；

获取所述源交换机和所述目标交换机之间的数据流量；

根据所述数据流量确定第二故障预测时刻；

根据所述第一故障预测时刻和所述第二故障预测时刻，确定目标故障预测时刻；

向所述交换机发送所述目标故障预测时刻。

9.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-5任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法。

Images