CN110677294B - 网元设备重启判断方法、装置、控制器及可读存储介质 - Google Patents

Abstract

本申请提供的网元设备重启判断方法、装置、控制器及可读存储介质，在所述方法中，通过将前一次上线时长、历史发送时刻及历史接收时刻保存到数据库中，在控制器重启时，保存的上述数据不会丢失。在控制器与网元设备同时重启时，通过采集的当前上线时长、当前接收时刻及当前发送时刻，与数据库中存储的前一次上线时长、历史发送时刻及历史接收时刻，可以准确判定网元设备是否发生重启。在控制器与网元设备同时重启时，控制器能准确判定网元设备是否重启，以确保网络配置信息能在网元设备重启后重新下发给到该网元设备，保证网络的部署能实现。

Description

网元设备重启判断方法、装置、控制器及可读存储介质

技术领域

本申请涉及网络配置信息技术领域，具体而言，涉及一种网元设备重启判断方法、装置、控制器及可读存储介质。

背景技术

随着互联网技术的发展，企业数字化转型正迅速改变着商业格局，对网络的要求也从过去提供可靠连接扩展到为业务提供更加灵活、简洁、安全的平台。

软件定义网络(英文：Software Defined Network，简称：SDN)技术将传统IP网络的数据转化与路由控制进行分离，实现网络虚拟化，是网络变革的重要推动技术。该技术通过软件定义参与对网络的控制与管理，自动化部署网络资源，提高网络的利用率、简化网络的运维管理，使网络更加敏捷和智能。

在SDN的整体框架中，处于控制层的控制器是SDN技术的核心，控制器对基础设施层中网元设备的转发行为进行控制和管理，对应用层的网络能力进行抽象，提供不同业务的网络需求。控制器通过对用户需求理解和网络能力进行抽象转化为具体的网络配置信息下发到网元设备上，以满足用户对网络业务的需求。

然而在实际业务中，在控制器和网元设备同时发生重启的情景下，对网元设备重启情况的判断存在判断不准确的情况，导致网络配置信息无法在网元设备重启后及时进行下发，会影响整个网络的部署，使得业务需求无法得到满足。如何准确判定网元设备是否发生重启，成为本领域技术人员需要解决的技术问题。

发明内容

有鉴于此，本申请提供一种网元设备重启判断方法、装置、控制器及可读存储介质，用以解决因控制器和网元设备同时发生重启，对网元设备重启情况的判断不准确的技术问题。

第一方面，本申请提供一种网元设备重启判断方法，应用于处于SDN网络中的控制器，所述SDN还包括网元设备，所述网元设备与所述控制器通信连接，所述方法包括：

向所述网元设备发送上线时长报文，并记录发送所述上线时长报文的当前发送时刻；

接收所述网元设备反馈的上线时长响应报文，记录接收到所述上线时长响应报文的当前接收时刻，所述上线时长响应报文包括所述网元设备的当前上线时长；

从所述控制器的数据库中，获取所述网元设备的前一次上线时长、前一次发送上线时长报文的历史发送时刻及前一次接收上线时长响应报文的历史接收时刻，所述前一次上线时长、所述历史发送时刻及所述历史接收时刻由所述控制器在发送所述上线时长报文的前一次发送上线时长报文后获得；

根据所述当前上线时长、所述前一次上线时长、所述历史发送时刻与所述当前接收时刻之间的第一时长、及所述历史接收时刻与所述当前发送时刻之间的第二时长，判断所述网元设备是否发生重启。

上述方法中，在控制器与网元设备同时经历重启时，通过相邻两次获取的网元设备的上线时长、发送报文的发送时刻，及接收上线时长响应报文的接收时刻，可以准确判定网元设备是否发生重启。在控制器与网元设备同时重启时，控制器能准确判定网元设备是否重启，可以确保未被网元设备保存的网络配置信息能在网元设备重启后下发给该网元设备，保证网络的部署能实现。

可选地，在本申请中，所述根据所述当前上线时长、所述前一次上线时长、所述历史发送时刻与所述当前接收时刻之间的第一时长、及所述历史接收时刻与所述当前发送时刻之间的第二时长，判断所述网元设备是否发生重启，包括：

比对所述当前上线时长与所述前一次上线时长之间的大小；

若所述当前上线时长小于所述前一次上线时长，则判定所述网元设备发生过重启；

若所述当前上线时长大于所述前一次上线时长，将所述当前上线时长与所述第一时长进行比较；并将所述当前上线时长和所述前一次上线时长的时长差值，与所述第二时长进行比较；

若所述当前上线时长小于所述第一时长，且所述当前上线时长和所述前一次上线时长的时长差值小于所述第二时长，则判定所述网元设备发生过重启；反之，则判定所述网元设备未发生过重启。

可选地，在本申请中，在判定所述网元设备发生过重启之后，所述方法还包括：

从所述数据库中获取所述网元设备对应的网络配置信息；

向所述网元设备发送网络配置报文，所述网络配置报文包括所述网络配置信息；

若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则从所述数据库中删除所述网络配置信息。

可选地，在本申请中，所述数据库中还保存有中间上线时长、中间发送时刻及中间接收时刻，所述方法还包括：

在向所述网元设备发送网络配置报文时，将所述中间上线时长、所述中间发送时刻及所述中间接收时刻依次更新为所述当前上线时长、所述当前发送时刻及所述当前接收时刻；

若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则将所述前一次上线时长、所述历史发送时刻与所述历史接收时刻依次更新为所述中间上线时长、所述中间发送时刻及所述中间接收时刻。

第二方面，本申请还提供一种网元设备重启判断装置，应用于处于SDN网络中的控制器，所述SDN网络还包括网元设备，所述网元设备与所述控制器通信连接，所述装置包括：

发送与记录模块，用于向所述网元设备发送上线时长报文，并记录发送所述上线时长报文的当前发送时刻；

接收与记录模块，用于接收所述网元设备反馈的上线时长响应报文，记录接收到所述上线时长响应报文的当前接收时刻，所述上线时长响应报文包括所述网元设备的当前上线时长；

获取模块，用于从所述控制器的数据库中，获取所述网元设备的前一次上线时长、前一次发送上线时长报文的历史发送时刻及前一次接收上线时长响应报文的历史接收时刻，所述前一次上线时长、所述历史发送时刻及所述历史接收时刻由所述控制器在发送所述上线时长报文的前一次发送上线时长报文后获得；

判断模块，用于根据所述当前上线时长、所述前一次上线时长、所述历史发送时刻与所述当前接收时刻之间的第一时长、及所述历史接收时刻与所述当前发送时刻之间的第二时长，判断所述网元设备是否发生重启。

可选地，在本申请中，所述判断模块具体用于：

将所述当前上线时长与所述前一次上线时长进行比对；

若所述当前上线时长小于所述前一次上线时长，则判定所述网元设备发生过重启；

若所述当前上线时长大于所述前一次上线时长，将所述当前上线时长与所述第一时长进行比较；并将所述当前上线时长和所述前一次上线时长的时长差值，与所述第二时长进行比较；

若所述当前上线时长小于所述第一时长，且所述当前上线时长和所述前一次上线时长的时长差值小于所述第二时长，则判定所述网元设备发生过重启；反之，则判定所述网元设备未发生过重启。

可选地，在本申请中，所述装置还包括获取与发送模块及网络配置信息清除模块；

所述获取与发送模块，用于在判定所述网元设备发生过重启之后，从所述数据库中获取所述网元设备对应的网络配置信息，向所述网元设备发送网络配置报文，所述网络配置报文包括所述网络配置信息；

所述网络配置信息清除模块，用于若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则从所述数据库中删除所述网络配置信息。

可选地，在本申请中，所述数据库中还保存有中间上线时长、中间发送时刻及中间接收时刻，所述装置还包括更新模块；

所述更新模块，用于在向所述网元设备发送网络配置报文时，将所述中间上线时长、所述中间发送时刻及所述中间接收时刻依次更新为所述当前上线时长、所述当前发送时刻及所述当前接收时刻；

所述更新模块，还用于若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则将所述前一次上线时长、所述历史发送时刻与所述历史接收时刻依次更新为所述中间上线时长、所述中间发送时刻及所述中间接收时刻。

第三方面，本申请还提供一种控制器，所述控制器包括处理器及存储有若干计算机指令的非易失性存储器，所述计算机指令被所述处理器执行时，所述控制器执行第一方面所述的网元设备重启判断方法。

第四方面，本申请还提供一种可读存储介质，所述可读存储介质包括计算机程序，所述计算机程序运行时控制所述可读存储介质所在电子设备执行第一方面所述的网元设备重启判断方法。

相对于现有技术而言，本申请提供的网元设备重启判断方法、装置、控制器及可读存储介质，通过将前一次上线时长、历史发送时刻及历史接收时刻保存到数据库中，在控制器重启时，保存的上述数据不会丢失。在控制器与网元设备同时重启时，通过采集的当前上线时长、当前接收时刻及当前发送时刻，与数据库中存储的前一次上线时长、历史发送时刻及历史接收时刻，可以准确判定网元设备是否发生重启。在控制器与网元设备同时重启时，控制器能准确判定网元设备是否重启，以确保网络配置信息能在网元设备重启后重新下发给到该网元设备，保证网络的部署能实现。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的SDN网络的框架示意图；

图2为图1中的控制器的结构框图；

图3为本申请实施例提供的网元设备重启判断方法的流程示意图；

图4为本申请实施例提供的一种网元设备发生重启的事件-时间轴示意图；

图5为本申请实施例提供的另一种网元设备发生重启的事件-时间轴示意图；

图6为本申请实施例提供的网元设备重启判断装置的一种功能模块框图；

图7为本申请实施例提供的网元设备重启判断装置的另一种功能模块框图。

图标：100-控制器；111-存储器；112-处理器；113-通信单元；110-网元设备重启判断装置；1101-发送与记录模块；1102-接收与记录模块；1103-获取模块；1104-判断模块；1105-获取与发送模块；1106-网络配置信息清除模块；1107-更新模块；200-网元设备。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

此外，若出现术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

为了解决背景技术中提及的技术问题，一种可用的解决方案如下。

控制器在处于在线状态时，通过下发上线时长报文(uptime报文)获得网元设备的上线时长，并与上一次获得的该网元设备的上线时长进行相减，得到上线时长差值，再结合控制器记录的上一次接收到响应报文的时刻距离本次接收到响应报文的时刻的时间段长度，判断网元设备是否发生重启。具体地，如果上线时长差值与时间段长度在误差允许的范围内近似相等则认为网元设备没有发生过重启，反之则认为网元设备发生过重启，需要重新下发网络配置信息。

但是，上述解决方案存在判断不准确的情况。具体地，在控制器和网元设备同时经历重启的情况下，由于控制器经历重启，控制器缓存中记录的网元设备上一次的上线时长，会因控制器重启而被清除，在控制器及网元设备重新上线后，控制器通过发送uptime报文才能获得网元设备的初次上线时长。在此种情况下，仅仅获得网元设备的初次上线时长是无法判断出该网元设备是否重启的，如此便会错过控制器重启的时间段内网元设备也发生重启情况的判断。另外，如果控制器与网元设备的连接不稳定，多次重连接会导致记录的上线时长差值和上一次接收到响应报文的时刻距离本次接收到响应报文的时刻的时间段长度被拉长，导致两者的比较的误差会变大，增大了误判几率。

为了解决上述现有技术方案中的问题，本申请实施例提供以下技术方案。

请参照图1，图1为本申请实施例提供的一种SDN网络的框架示意图，该SDN网络包括控制器100和网元设备200。该网元设备200可以是接入设备、网关设备及负载均衡设备等，网元设备200的个数可以是一个，也可以是多个。控制器100可以与网元设备200进行数据通信，以实现对网元设备200的控制，比如，控制器100可以通过下发网络配置信息，对网元设备200进行网络配置信息操作。

在本申请实施例中，控制器100与网元设备200之间通过网络配置信息协议(network configuration protocol，NETCONF)进行通信，NETCONF为新一代的网络设备的配置管理协议。控制器100可以通过NETCONF机制增加、修改、删除网元设备200的网络配置信息，获取网元设备200的网络配置信息和状态信息等。NETCONF采用客户端/服务端(client/server,C/S)结构，控制器100作为NETCONF客户端，网元设备200作为NETCONF服务端，通过NETCONF、控制器100可以对网元设备200进行网络配置信息等操作。

控制器100上的网络配置信息可以包括基础配置信息和服务配置信息等等，其中，基础配置信息和服务配置信息分别有多种类型，不同类型的网络配置信息用途可以不同。比如，不同类型的网络配置信息可以用于配置不同类型的网元设备200，或者，不同类型的网络配置信息可以用于配置同一网元设备200的不同功能。

请参照图2，图2为图1中的控制器100的一种结构示意图。所述控制器100包括网元设备重启判断装置110、存储器111、处理器112及通信单元113。

所述存储器111、处理器112及通信单元113的各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

其中，所述存储器111可以是，但不限于，随机存取存储器(英文：Random AccessMemory，简称：RAM)，只读存储器(英文：Read Only Memory，简称：ROM)，可编程只读存储器(英文：Programmable Read-Only Memory，简称：PROM)，可擦除只读存储器(英文：ErasableProgrammable Read-Only Memory，简称：EPROM)，电可擦除只读存储器(英文：ElectricErasable Programmable Read-Only Memory，简称：EEPROM)等。其中，存储器111用于存储程序，所述处理器112在接收到执行指令后，执行所述程序。所述通信单元113用于通过网络建立所述控制器100与网元设备200之间的通信连接，并用于通过网络进行数据的接收和发送。

网元设备重启判断装置110包括至少一个可以软件或固件(firmware)的形式存储于所述存储器111中或固化在所述控制器100的操作系统(英文：Operating System，简称：OS)中的软件功能模块。所述处理器112用于执行所述存储器111中存储的可执行模块，例如网元设备重启判断装置110所包括的软件功能模块及计算机程序等。

应当理解的是，图1所示的结构仅为示意，所述控制器100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

请参照图3，图3为本申请实施例提供的应用于图1中控制器100的网元设备重启判断方法的流程图，下面对所述方法包括的各个步骤进行详尽的阐述。

步骤S310，向网元设备发送上线时长报文，并记录发送上线时长报文的当前发送时刻。

步骤S320，接收网元设备反馈的上线时长响应报文，记录接收到上线时长响应报文的当前接收时刻，上线时长响应报文包括网元设备的当前上线时长。

在控制器100向网元设备200发送上线时长报文(uptime报文)的过程中，控制器100可以采用配置队列记录发送uptime报文的当前发送时刻、接收到uptime响应报文的当前接收时刻以及网元设备200的当前上线时长。

在本申请实施例中，控制器100可以采用不同的配置队列来记录不同网元设备200的上述数据，当然也可以理解的是，控制器100也可以采用一配置队列记录不同网元设备200的上述数据。在采用一配置队列记录不同网元设备200的上述数据时，可以通过同时记录网元设备200的设备标识将上述数据进行区分。其中，uptime报文到达网元设备200后获取到该网元设备200的当前上线时长，将当前上线时长添加至uptime响应报文中。网元设备200的当前上线时长是指网元设备200从最近一次重启到接收到uptime报文所经历的时间长度。在本申请实施例中，控制器100会周期性发送uptime报文给网元设备200，获得网元设备200的当前上线时长。

步骤S330，从控制器的数据库中，获取网元设备的前一次上线时长、前一次发送上线时长报文的历史发送时刻及前一次接收上线时长响应报文的历史接收时刻。

前一次上线时长、历史发送时刻及历史接收时刻由控制器100在发送上线时长报文的前一次发送上线时长报文后获得。将前一次发送上线时长报文后获得的前一次上线时长、历史发送时刻及历史接收时刻存储在控制器100的数据库中，可以确保上述数据不会在控制器100重启时丢失。

步骤S340，根据当前上线时长、前一次上线时长、历史发送时刻与当前接收时刻之间的第一时长、及历史接收时刻与当前发送时刻之间的第二时长，判断网元设备是否发生重启。

在上述方法中，通过将前一次上线时长、历史发送时刻及历史接收时刻保存到数据库中，在控制器重启时，保存的上述数据不会丢失。在控制器与网元设备同时重启时，通过采集的当前上线时长、前一次上线时长、历史发送时刻与当前接收时刻之间的第一时长、及历史接收时刻与当前发送时刻之间的第二时长，判断网元设备是否发生重启。在控制器与网元设备同时重启时，控制器能准确判定网元设备是否重启，以确保网络配置信息能在网元设备重启后重新下发给到该网元设备，保证网络的部署能实现。

下面以具体的示例，对上述网元设备发生重启的情况进行说明。

请参照图4，图4示出了一种网元设备200发生重启的事件-时间轴示意图，相邻两次发送uptime报文获得的数据记录在图3的事件-时间轴上。其中，当前上线时长为U2，当前发送uptime报文的当前发送时刻为T3，接收uptime响应报文的当前接收时刻为T4；前一次发送uptime报文获得的前一次上线时长为U1，前一次发送uptime报文的历史发送时刻为T1，前一次接收uptime响应报文的历史接收时刻为T2；C1、C2分别为网元设备200前后两次重启的时刻，UP1、UP2分别为前后两次将网元设备200的上线时长设置到uptime响应报文中的时刻。

在图4中，前一次上线时长U1的起始时刻为C1，结束时刻为UP1；当前上线时长U2的起始时刻为C2，结束时刻为UP2。若网元设备200没有发生过重启，当前上线时长U2的计算起始点应该和前一次上线时长U1的计算起始点(图中C1时刻点)相同，当前上线时长U2的长度必然大于前一次上线时长U1的长度。若当前上线时长U2的长度小于前一次上线时长U1的长度则可以判定网元设备200发生过重启。

请参照图5，图5示出了另一种网元设备200发生重启的事件-时间轴示意图，相邻两次发送uptime报文获得的数据记录在图5的事件-时间轴上。图5中各个事件与时间轴上时刻点的对应关系与图4相同，在图5中：

U1＝C1T1+T1UP1；

U2＝C2T3+T3UP2；

其中，C1T1为时刻C1与时刻T1之间的时长，T1UP1为时刻T1与时刻UP1之间的时长，C2T3为时刻C2与时刻T3之间的时长，T3UP2为时刻T3与时刻UP2之间的时长。

若网元设备200发生过重启，则网元设备200发生重启的时刻应当在时刻UP1之后，即时刻C2位于UP1之后，则U2所对应的时间段必然在T1到T4的时间段范围内。针对同一网元设备200，前后两次发送uptime报文与获取上线时长之间的时间段是相同的，即T1UP1＝T3UP2，则U2-U1＝C2T3-C1T1；此时U2-U1时长差应小于T2时刻与T3时刻之间的时长。

即通过上述分析可知，在U2>U1的情况下，在满足U2<T4-T1且U2-U1<T3-T2的条件时，可以判定网元设备200发生过重启。

结合上述给出的网元设备200发生重启的情况说明，在本申请实施例中，步骤S340可以通过以下方式实现：

首先，比对当前上线时长U2与前一次上线时长U1之间的大小，若当前上线时长U2小于前一次上线时长U1，判定网元设备200发生过重启；否者，进入下一步骤。

接着，将当前上线时长U2与第一时长(T4-T1)进行比较，并将当前上线时长U2和前一次上线时长U1的时长差值(U2-U1)与第二时长(T3-T2)进行比较。

最后，若当前上线时长U2小于第一时长(T4-T1)，且当前上线时长和前一次上线时长的时长差值(U2-U1)小于第二时长(T3-T2)，则判定网元设备200发生过重启，否者，判定网元设备200未发生过重启。

在本申请实施例中，数据库中还可以保存有中间上线时长、中间发送时刻及中间接收时刻，在网元设备200发生重启时，可以初始化中间上线时长、中间发送时刻及中间接收时刻，例如，分别为中间上线时长、中间发送时刻及中间接收时刻赋一初始值(比如，0)。

在本申请实施例中，在判定网元设备200发生过重启之后，所述方法还可以包括：

首先，从数据库中获取网元设备200对应的网络配置信息。

接着，向网元设备200发送网络配置报文，其中，网络配置报文包括网络配置信息。

在将数据库中未保存到网元设备200的网络配置信息通过网络配置报文下发给网元设备200时，可以将当前上线时长、当前发送时刻、当前接收时刻分别赋值给数据库中保存的网元设备200的中间上线时长、中间发送时刻及中间接收时刻。

再接着，检测是否在预设时间内接收到网元设备200反馈的网络配置报文的响应报文。

最后，若在预设时间内接收到网元设备200反馈的网络配置报文的响应报文时，将数据库中已下发给网元设备200进行保存的网络配置信息清除。

若在预设时间内未接收到网元设备200反馈的网络配置报文的响应报文(即网络配置信息下发失败)，控制器100会重新向网元设备200发送网络配置报文，直到网络配置报文发送成功(即网络配置信息下发成功)。

在网络配置信息下发成功后，将网元设备200的前一次上线时长、历史发送时刻与历史接收时刻依次更新为中间上线时长、中间发送时刻及中间接收时刻。

通过上述更新过程，可以在数据库中将本次发送uptime报文的当前发送时刻、当前上线时长及当前接收时刻更新到数据库中，作为下一次判断网元设备200是否经过重启的数据来源。将上述数据更新到数据库中可以确保控制器100发生重启时，这些数据不会丢失。另外，在数据库中存储网元设备200的中间上线时长、中间发送时刻及中间接收时刻作为上述数据更新到数据库中的缓冲，只有在网络配置信息下发成功时，才会将当前发送时刻、当前上线时长及当前接收时刻更新到数据库中。可以避免在直接将当前发送时刻、当前上线时长及当前接收时刻更新到数据库中，而网络配置信息下发失败的情况下，不再进行网络配置信息下发而出现网络配置信息丢失的情况发生。

本申请实施例还提供一种网元设备重启判断装置110，与上面实施例不同的是，本网元设备重启判断装置110是从虚拟装置的角度描述本申请方案的。请参照图6，网元设备重启判断装置110可以包括发送与记录模块1101、接收与记录模块1102、获取模块1103及判断模块1104。下面对上述各功能模块进行详细介绍。

发送与记录模块1101用于向网元设备200发送上线时长报文，并记录发送上线时长报文的当前发送时刻。

接收与记录模块1102用于接收网元设备200反馈的上线时长响应报文，记录接收到上线时长响应报文的当前接收时刻，上线时长响应报文包括网元设备200的当前上线时长。

获取模块1103，用于从控制器100的数据库中，获取网元设备200的前一次上线时长、前一次发送上线时长报文的历史发送时刻及前一次接收上线时长响应报文的历史接收时刻，前一次上线时长、历史发送时刻及历史接收时刻由控制器100在发送上线时长报文的前一次发送上线时长报文后获得。

判断模块1104，用于根据当前上线时长、前一次上线时长、历史发送时刻与当前接收时刻之间的第一时长、及历史接收时刻与当前发送时刻之间的第二时长，判断网元设备200是否发生重启。

在本申请实施例中，判断模块1104根据当前上线时长、前一次上线时长、历史发送时刻与当前接收时刻之间的第一时长、及历史接收时刻与当前发送时刻之间的第二时长，判断网元设备200是否发生重启的一种可行方式如下：

将当前上线时长与前一次上线时长进行比对；

若当前上线时长小于前一次上线时长，则判定网元设备200发生过重启；

若当前上线时长大于前一次上线时长，将当前上线时长与第一时长进行比较；并将当前上线时长和前一次上线时长的时长差值，与第二时长进行比较；

若当前上线时长小于第一时长，且当前上线时长和前一次上线时长的时长差值小于第二时长，则判定网元设备200发生过重启；反之，则判定网元设备200未发生过重启。

请参照图7，在本申请实施例中，网元设备重启判断装置110还可以包括获取与发送模块1105及网络配置信息清除模块1106。

获取与发送模块1105，用于在判定网元设备200发生过重启之后，从数据库中获取网元设备200对应的网络配置信息，向网元设备200发送网络配置报文，网络配置报文包括网络配置信息。

网络配置信息清除模块1106，用于若在预设时间内接收到网元设备200反馈的网络配置报文的响应报文，则从数据库中删除已发送给网元设备200的网络配置信息。

请再次参照图7，在本申请实施例中，网元设备重启判断装置110还可以包括更新模块1107。

更新模块1107用于在向网元设备200发送网络配置报文时，将中间上线时长、中间发送时刻及中间接收时刻依次更新为当前上线时长、当前发送时刻及当前接收时刻；

更新模块1107还用于若在预设时间内接收到网元设备200反馈的网络配置报文的响应报文，则将前一次上线时长、历史发送时刻与历史接收时刻依次更新为中间上线时长、中间发送时刻及中间接收时刻。

如果上述功能以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得控制器100执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (8)

1.一种网元设备重启判断方法，其特征在于，应用于处于SDN网络中的控制器，所述SDN网络还包括网元设备，所述网元设备与所述控制器通信连接，所述方法包括：

向所述网元设备发送上线时长报文，并记录发送所述上线时长报文的当前发送时刻；

接收所述网元设备反馈的上线时长响应报文，记录接收到所述上线时长响应报文的当前接收时刻，所述上线时长响应报文包括所述网元设备的当前上线时长；

从所述控制器的数据库中，获取所述网元设备的前一次上线时长、前一次发送上线时长报文的历史发送时刻及前一次接收上线时长响应报文的历史接收时刻，所述前一次上线时长、所述历史发送时刻及所述历史接收时刻由所述控制器在发送所述上线时长报文的前一次发送上线时长报文后获得；

将所述当前上线时长与所述前一次上线时长进行比对；

若所述当前上线时长小于所述前一次上线时长，则判定所述网元设备发生过重启；

若所述当前上线时长大于所述前一次上线时长，将所述当前上线时长与第一时长进行比较；并将所述当前上线时长和所述前一次上线时长的时长差值，与第二时长进行比较，其中，所述第一时长为所述历史发送时刻与所述当前接收时刻之间的时长，所述第二时长为所述历史接收时刻与所述当前发送时刻之间的时长；

若所述当前上线时长小于所述第一时长，且所述当前上线时长和所述前一次上线时长的时长差值小于所述第二时长，则判定所述网元设备发生过重启；反之，则判定所述网元设备未发生过重启。

2.如权利要求1所述的方法，其特征在于，在判定所述网元设备发生过重启之后，所述方法还包括：

从所述数据库中获取所述网元设备对应的网络配置信息；

向所述网元设备发送网络配置报文，所述网络配置报文包括所述网络配置信息；

若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则从所述数据库中删除所述网络配置信息。

3.如权利要求2所述的方法，其特征在于，所述数据库中还保存有中间上线时长、中间发送时刻及中间接收时刻，所述方法还包括：

在向所述网元设备发送网络配置报文时，将所述中间上线时长、所述中间发送时刻及所述中间接收时刻依次更新为所述当前上线时长、所述当前发送时刻及所述当前接收时刻；

若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则将所述前一次上线时长、所述历史发送时刻与所述历史接收时刻依次更新为所述中间上线时长、所述中间发送时刻及所述中间接收时刻。

4.一种网元设备重启判断装置，其特征在于，应用于处于SDN网络中的控制器，所述SDN网络还包括网元设备，所述网元设备与所述控制器通信连接，所述装置包括：

发送与记录模块，用于向所述网元设备发送上线时长报文，并记录发送所述上线时长报文的当前发送时刻；

接收与记录模块，用于接收所述网元设备反馈的上线时长响应报文，记录接收到所述上线时长响应报文的当前接收时刻，所述上线时长响应报文包括所述网元设备的当前上线时长；

获取模块，用于从所述控制器的数据库中，获取所述网元设备的前一次上线时长、前一次发送上线时长报文的历史发送时刻及前一次接收上线时长响应报文的历史接收时刻，所述前一次上线时长、所述历史发送时刻及所述历史接收时刻由所述控制器在发送所述上线时长报文的前一次发送上线时长报文后获得；

判断模块，用于：将所述当前上线时长与所述前一次上线时长进行比对；

若所述当前上线时长小于所述前一次上线时长，则判定所述网元设备发生过重启；

若所述当前上线时长大于所述前一次上线时长，将所述当前上线时长与第一时长进行比较；并将所述当前上线时长和所述前一次上线时长的时长差值，与第二时长进行比较，其中，所述第一时长为所述历史发送时刻与所述当前接收时刻之间的时长，所述第二时长为所述历史接收时刻与所述当前发送时刻之间的时长；

若所述当前上线时长小于所述第一时长，且所述当前上线时长和所述前一次上线时长的时长差值小于所述第二时长，则判定所述网元设备发生过重启；反之，则判定所述网元设备未发生过重启。

5.如权利要求4所述的装置，其特征在于，所述装置还包括获取与发送模块及网络配置信息清除模块；

所述获取与发送模块，用于在判定所述网元设备发生过重启之后，从所述数据库中获取所述网元设备对应的网络配置信息，向所述网元设备发送网络配置报文，所述网络配置报文包括所述网络配置信息；

所述网络配置信息清除模块，用于若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则从所述数据库中删除所述网络配置信息。

6.如权利要求5所述的装置，其特征在于，所述数据库中还保存有中间上线时长、中间发送时刻及中间接收时刻，所述装置还包括更新模块；

所述更新模块，用于在向所述网元设备发送网络配置报文时，将所述中间上线时长、所述中间发送时刻及所述中间接收时刻依次更新为所述当前上线时长、所述当前发送时刻及所述当前接收时刻；

所述更新模块，还用于若在预设时间内接收到所述网元设备反馈的所述网络配置报文的响应报文，则将所述前一次上线时长、所述历史发送时刻与所述历史接收时刻依次更新为所述中间上线时长、所述中间发送时刻及所述中间接收时刻。

7.一种控制器，其特征在于，所述控制器包括处理器及存储有若干计算机指令的非易失性存储器，所述计算机指令被所述处理器执行时，所述控制器执行权利要求1-3中任意一项所述的网元设备重启判断方法。

8.一种可读存储介质，其特征在于，所述可读存储介质包括计算机程序，所述计算机程序运行时控制所述可读存储介质所在电子设备执行权利要求1-3中任意一项所述的网元设备重启判断方法。

Images