CN108206764B - 网络设备配置信息的配置方法、服务器和计算机可读介质 - Google Patents

Abstract

本申请提供了一种网络设备配置信息的配置方法、服务器和计算机可读介质，其中方法包括：在对网络设备进行设备配置时，建立与网络设备之间的会话连接；基于会话的关键属性参数确定网络设备的配置信息是否发生变化；如果基于会话的关键属性参数确定出网络设备的配置信息发生变化，则对当前时刻网络设备的配置信息进行保存，缓解现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性和设备性能均较差的问题。

Description

网络设备配置信息的配置方法、服务器和计算机可读介质

技术领域

本申请涉及网络管理技术，尤其是涉及一种网络设备配置信息的配置方法、服务器和计算机可读介质。

背景技术

随着网络技术的不断发展，网络管理系统的规模也在逐渐扩大，网络管理系统中网络设备也在逐渐增多，那么如何通过网络管理系统中的网络管理设备对各个网络设备进行有效的管理和配置成为了网络管理系统的一个主要任务。

在网络管理系统中的网络管理设备对网络设备的配置信息进行轮询时，可以根据定时任务，定时保存网络设备的配置信息。例如，设置每隔一段时间保存网络设备的配置信息。在此方案中，一个缺点是，不管网络设备的设备配置是否发生变化，都会执行保存配置信息的操作，这就使得网络管理设备对网络设备的管理和配置灵活性较差。另外一个缺点是，在该方案中，在定时任务执行前，如果网络设备出现断电等异常情况，这就会导致网络设备的配置信息丢失。还有一个缺点是，网络管理设备可能会出现由于软件系统等原因导致定时任务无法正常执行，在此情况下，如果配置信息发生了变换，将导致网络管理设备无法及时保存配置信息。

在网络管理系统中的网络管理设备对网络设备的配置信息进行轮询时，网络管理设备还可以通过与网络设备之间的交互来完成配置信息的保存。例如，网络管理设备与网络设备每交互一次，则网络管理设备就保存一次配置信息。但是，此种方案会导致网络管理设备频繁保存设备配置，影响设备性能；以及，在此种方案中，不管网络设备配置有无变化，都会执行保存设备配置，不灵活。

发明内容

有鉴于此，本申请的目的在于提供一种网络设备配置信息的配置方法、服务器和计算机可读介质，以缓解现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性和设备性能均较差的技术问题。

第一方面，本申请实施例提供了一种网络设备配置信息的配置方法，应用于网络管理设备，包括：在对网络设备进行设备配置时，建立与所述网络设备之间的会话连接；基于所述会话的关键属性参数确定网络设备的配置信息是否发生变化；如果基于所述会话的关键属性参数确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存。

进一步地，基于所述会话的关键属性参数确定网络设备的配置信息是否发生变化，包括：在所述网络管理设备通过所述会话连接向所述网络设备下发配置信息之后，监听所述会话中的关键属性参数，其中，所述关键属性参数中包含用于确定所述网络设备中的配置信息是否发生变化的参数；基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化。

进一步地，所述关键属性参数包括以下至少之一：会话状态、会话被调用次数、会话的最近活动时间、网络设备的ID信息、会话对象信息，其中，所述会话状态用于表征网络设备的配置信息是否发生了变化。

进一步地，所述监听所述会话中的关键属性参数包括：监听所述会话中的会话状态；所述基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化包括：基于所述会话状态确定所述网络设备的配置信息是否发生变化，其中，如果基于所述会话状态确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存包括。

进一步地，基于所述会话的关键属性参数确定网络设备的配置信息是否发生变化包括：判断所述会话是否满足删除条件，其中，所述删除条件为通过所述会话的被调用次数和/或所述会话的最近活动时间确定的；如果判断出满足所述删除条件，则确定删除所述会话，并在删除所述会话之前，监听所述会话中的关键属性参数；基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化。

进一步地，如果判断出不满足所述删除条件，则按照轮询时间点继续判断所述会话是否满足删除条件。

进一步地，判断所述会话是否满足删除条件包括：获取当前轮询时间点与所述会话的最近活动时间之间的时间间隔；如果所述时间间隔大于或者等于预设时间间隔，且所述会话的被调用次数为第一数值，则判断出所述会话满足所述删除条件，其中，所述第一数值用于表征所述会话未被进行调用。

进一步地，在所述网络管理设备每次调用所述会话之后，将所述会话被调用次数增加第二数值，并将所述会话的最近活动时间更新为当前调用所述会话的时刻。

进一步地，在所述网络管理设备通过所述会话连接向所述网络设备下发配置信息之后，所述方法还包括：如果获取到所述网络设备返回的设备配置成功的信息，则将所述会话状态更新为第一状态，并将所述会话的被调用次数减去第二数值；如果获取到所述网络设备返回的设备配置失败的信息，则将所述会话状态更新为第二状态，并将所述会话的被调用次数减去第二数值；其中，所述第一状态表示所述网络设备的配置发生变化，所述第二状态表示所述网络设备的配置未发生变化。

进一步地，在对网络设备进行设备配置时，建立与所述网络设备之间的会话连接包括：判断所述网络管理设备与所述网络设备之间的会话是否存在；如果存在，则调用所述会话，以建立与所述网络设备之间的会话连接；如果不存在，则创建所述会话，并建立与所述网络设备之间的会话连接。

第二方面，本申请实施例提供了一种服务器，所述服务器为进行网络管理的服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述所述方法。

第三方面，本申请实施例提供了一种计算机可读介质，所述机器可读存储介质存储有机器可执行程序代码，所述程序代码在被调用和执行时使所述处理器执行上述所述方法。

在本申请实施例中，在网络管理设备对网络设备进行设备配置时，建立与网络设备之间的会话连接；基于该会话的关键属性参数确定网络设备的配置信息是否发生变化，其中，如果基于该会话的关键属性参数确定出网络设备的配置信息发生变化，则对当前时刻网络设备的配置信息进行保存。

在本实施例中，通过获取会话中关键属性参数的方式，能够确定网络设备的配置信息是否发生变化，当发生变化时，网络管理设备对配置信息进行保存，通过上述处理方式，能够提高网络管理设备对网络配置信息的保存效率，以及提高信息保存的灵活性，进而缓解了现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性较差的技术问题。

本申请的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1是根据本申请实施例的一种网络设备配置信息的配置方法的流程图；

图2是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图；

图3是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图；

图4是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图；

图5是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图；

图6是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图；

图7是根据本申请实施例的一种服务器的示意图；

图8是根据本申请实施例的一种网络设备配置信息的配置装置的示意图；

图9是根据本申请实施例的另一种网络设备配置信息的配置装置的示意图；

图10是根据本申请实施例的另一种网络设备配置信息的配置装置的示意图；

图11是根据本申请实施例的另一种网络设备配置信息的配置装置的示意图。

具体实施方式

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

网络管理系统(Network Management System)是一种通过结合软件和硬件用来对网络状态进行调整的系统。网络管理系统主要包括：网络设备、至少一个网络管理设备(也即，至少一个网络管理站)和网管协议。网络设备是连接到网络中的物理实体。网络设备是指被管理的设备，具体包括：计算机、集线器、交换机、网桥、路由器、网关等设备。网络管理设备是进行网络管理所需要的设备。网管协议是网络管理系统中最重要的部分就是网络管理协议，它定义了网络管理者与网管代理间的通信方法。常用的网管协议为SNMP协议(Simple Network Management Protocol，中文名称简单网络管理协议)、CMIP协议(CommonManagement Information Protocol，中文名称通用管理信息协议)。

通过背景技术部分的描述可知，在网络管理系统中的网络管理设备对网络设备的配置信息进行轮询时，不管网络设备的设备配置是否发生变化，都会执行保存配置信息的操作，这就使得网络管理设备对网络设备的管理和配置灵活性较差。基于上述问题，在本申请提供了一种网络配置信息的配置方法，通过该方法能够提高网络管理设备对网络配置信息的保存效率，以及提高信息保存的灵活性，进而缓解了现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性和设备性能均较差的技术问题。下面将结合具体实施例介绍本申请中提出的一种网络设备配置信息的配置方法。

实施例1

根据本申请实施例，提供了一种网络设备配置信息的配置方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的一种网络设备配置信息的配置方法的流程图，如图1所示，该方法应用于网络管理设备，包括如下步骤：

步骤S102，在对网络设备进行设备配置时，建立与网络设备之间的会话连接；

步骤S104，基于所述会话的关键属性参数确定网络设备的配置信息是否发生变化；

步骤S106，如果基于所述会话的关键属性参数确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存。

在本实施例中，通过获取会话中关键属性参数的方式，能够确定网络设备的配置信息是否发生变化，当发生变化时，网络管理设备对配置信息进行保存，通过上述处理方式，能够提高网络管理设备对网络配置信息的保存效率，以及提高信息保存的灵活性，进而缓解了现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性和设备性能均较差的技术问题。

在本实施例中，会话可以为NETCONF(Network Configuration Protocol，中文名称：网络配置协议)会话。通过上述描述可知，在本实施例中，网络管理设备在向网络设备下发配置信息之前，会与网络设备建立相应的会话连接，以通过该会话实现网络管理设备和网络设备之间的通讯。然后，网络管理设备通过该会话连接向网络设备下发配置信息。在向网络设备下发配置信息之后，还可以通过获取该会话中的关键属性参数的方式来确定网络设备的配置信息是否发生变化，以在基于关键属性参数确定出网络设备中的配置信息发生变化时，实现网络管理设备对当前时刻网络设备的配置信息进行保存。相对于现有技术方案中不管网络设备的设备配置是否发生变化，都会执行保存配置信息的操作的方式，本实施例所提供的方法更加灵活，避免出现一些不必要的保存操作。

NETCONF协议是一种基于xml(一种网络传输协议)的网络管理协议，它提供了一种可编程的、可对网络设备进行配置和管理的方法。用户可以通过该网络配置协议设置属性值、获取属性值、获取统计信息等。这使得网络配置协议在第三方软件的开发上非常便利，很容易开发出在混合不同厂商、不同设备的环境下的特殊定制的网管软件。

需要说明的是，在本实施例中，多个用户可以通过共享一个会话来与某一个网络设备进行通讯。此时，每个用户可以通过该会话向网络设备下发配置信息，并通过监听会话中的关键属性参数来触发对配置信息进行保存的操作。

为了能够实现对网络设备的配置信息的动态保存，需要在每个NETCONF会话中设置关键属性参数。关键属性参数包括以下至少之一：会话状态、会话的被调用次数、会话的最近活动时间、网络设备的ID信息、会话对象信息，其中，会话状态用于表征网络设备的配置信息是否发生了变化。

会话状态为用于表征网络设备的配置信息是否发生变化的状态位，例如，可以表示为：configChanged；会话的被调用次数是指网络管理设备在向网络设备下发配置信息时，该会话被调用的次数，可以表示为：refNum；会话的最近活动时间是指网络管理设备在向网络设备下发配置信息时，调用该会话的时间，可以表示为：lastActiveTime；网络设备的ID信息，是指网络管理设备所管理的网络设备的ID信息，可以表示为：deviceId；会话对象信息是指网络设备的信息，可以表示为：netconfSession。

在本实施例中，NETCONF会话每被网络管理设备调用一次，会话的被调用次数refNum就增加一个固定数值(即，下述第二数值)，例如，增加“1”；且会话的最近活动时间会被更新为当前NETCONF会话被调用的时间，其中，具体的调用过程将在下述实施例2中进行介绍。

在网络管理设备向网络设备下发配置信息之后，如果网络设备返回设备配置成功的响应时，则会话状态configChanged变为true，否则为false。此时，会话调用结束，且会话的被调用次数refNum会自减1(即，下述第二数值)。其中，网络管理设备向网络设备下发配置信息是指网络管理设备向网络设备发送执行目标操作的指令，目标操作包括：融合Merge，替换Replace，删除Delete，移动Remove和新增Add等操作。

需要说明的是，NETCONF会话可以被多个用户调用，即多个用户可以通过调用NETCONF会话对该NETCONF会话对应的网络设备进行管理。网络管理设备本地缓存的NETCONF会话被调用一次，则该NETCONF会话的会话被调用次数增加“1”。

例如，N个用户先后调用同一个NETCONF会话时，该NETCONF会话的会话被调用次数依次加“1”，最终增加到N。当N个用户中有一个用户调用会话结束之后，该NETCONF会话的会话被调用次数减“1”，得到N-1。也就是说，当没有用户调用该NETCONF会话时，该NETCONF会话的会话被调用次数的数值为“0”，也即下述实施例中的第一数值。

需要说明的是，在本实施例中，当没有用户调用该NETCONF会话时，会话的被调用次数并不限定于用“0”来表示，还可以采用其他的形式来表示没有网络管理设备调用该NETCONF会话时的被调用次数，例如“00”。

实施例2

图2是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图。在一个可选的实施例中，如图2所示，该方法包括如下步骤：

步骤S201，判断所述网络管理设备与所述网络设备之间的会话是否存在；如果存在，则执行步骤S202，否则执行步骤S203；

步骤S202，调用会话，以建立与网络设备之间的会话连接；

步骤S203，创建会话，并建立与网络设备之间的会话连接；

步骤S204，基于所述会话的关键属性参数确定网络设备的配置信息是否发生变化；步骤S204与步骤S104相同；

步骤S205，如果基于所述会话的关键属性参数确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存。

在本实施例中，在网络管理设备对网络设备进行设备配置之前，网络管理设备会向网络设备发送会话连接请求，网络设备在获取到会话连接请求之后，向网络管理设备发送该会话的ID信息(也即，Session ID)。

具体地，为了提升效率以及为了避免出现资源的浪费，网络管理设备在获取到该ID信息之后，在本地缓存中查找该会话。

如果在本地缓存中查找到该会话，网络管理设备就可以基于调用该会话，以通过会话实现网络管理设备与网络设备之间的通讯。如果在本地缓存中未查找到该会话，网络管理设备创建与网络设备之间的会话，并将创建之后的会话保存在本地缓存中。在创建该会话之后，就可以通过该会话实现网络管理设备与网络设备之间的通讯。

通过上述实施例2可知，在网络管理设备调用该会话之后，该会话的会话被调用次数增加一个数值(即，下述实施例中的第二数值)，例如，增加“1”；并将该会话的最近活动时间更新为当前网络管理设备调用该会话的时刻。在网络管理设备创建该会话，并调用该会话，以实现网络管理设备和网络设备之间的通讯之后，会话被调用次数增加一个数值(即，下述实施例中的第二数值)，例如，增加“1”；并将该会话的最近活动时间更新为当前网络管理设备调用该会话的时刻。

在通过上述步骤S201至步骤S203建立网络管理设备和网络设备之间的会话连接之后，网络管理设备与网络设备就可以通过该NETCONF会话进行通讯。此时，网络管理设备就可以向网络设备中下发配置信息，以在网络设备中执行相应的操作。

在建立会话连接之后，网络管理设备就可以基于会话的关键属性参数来确定网络设备的配置信息是否发生变化，如果基于会话的关键属性参数确定出网络设备的配置信息发生变化，则对当前时刻网络设备的配置信息进行保存。

实施例3

图3是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图。在一个可选的实施例中，如图3所示，该方法包括如下步骤：

步骤S301，在对网络设备进行设备配置时，建立与所述网络设备之间的会话连接；步骤S301与步骤S102相同，此处不再赘述。

步骤S302，在所述网络管理设备通过所述会话连接向所述网络设备下发配置信息之后，监听所述会话中的关键属性参数，其中，所述关键属性参数中包含用于确定所述网络设备中的配置信息是否发生变化的参数；

步骤S303，基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化；

步骤S304，如果基于所述会话的关键属性参数确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存；步骤S304与步骤S106相同，此处不再赘述。

在本实施例中，在建立网络管理设备和网络设备之间的会话连接之后，网络管理设备就可以基于会话的关键属性参数来确定网络设备的配置信息是否发生变化，如果基于会话的关键属性参数确定出网络设备的配置信息发生变化，则对当前时刻网络设备的配置信息进行保存，具体过程描述如下：

在向网络设备中下发配置信息之后，如果网络设备中的配置信息发生变化，则网络设备向网络管理设备发送设备配置成功的信息。网络管理设备在获取到该设备配置成功的信息之后，触发会话中的关键属性参数发生更改。例如，网络管理设备在获取到该执行成功的信息之后，网络管理设备将关键属性参数中的会话状态更改为第一状态(例如，true)，第一状态表示所述网络设备的配置发生变化。

在向网络设备中下发配置信息之后，如果网络设备中的配置信息未发生变化，则网络设备向网络管理设备发送设备配置失败的信息。网络管理设备在获取到该设备配置失败的信息之后，触发会话中的关键属性参数发生更改。例如，网络管理设备在获取到该执行失败的信息之后，网络管理设备将关键属性参数中的会话状态更改为第二状态(例如，false)，第二状态表示所述网络设备的配置未发生变化。

在会话中的会话状态发生变化时，在网络管理设备中预设设置的监听任务就可以监听到会话中的关键属性参数的变化。如果监听任务监听到该会话状态变为第一状态(例如，true)，则确定网络设备中的配置信息发生了变化，此时，触发网络管理设备对当前时刻网络设备的配置信息进行保存的操作。如果监听任务监听到该会话状态变为第二状态(例如，false)，则确定网络设备中的配置信息未发生变化，此时，网络管理设备不执行任何操作。

本实施例中所提供的方法，能够做到在确定出网络设备的配置信息发生变化时，触发对该配置信息进行保存的操作。相对于现有技术中不管网络设备的设备配置是否发生变化，都会执行保存配置信息的操作的方式，能够提高网络管理设备对网络配置信息的保存效率，以及提高信息保存的灵活性，进而缓解了现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性和设备性能均较差的技术问题。

实施例4

图4是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图。在一个可选的实施例中，如图4所示，该方法包括如下步骤：

步骤S401，在对网络设备进行设备配置时，建立与网络设备之间的会话连接；步骤S401与步骤S102相同，在此不再赘述；

步骤S402，在网络管理设备通过会话连接向网络设备下发配置信息之后，监听会话中的会话状态；

步骤S403，如果基于会话状态确定出网络设备的配置信息发生变化，则对当前时刻网络设备的配置信息进行保存。

在本实施例中，可以通过上述步骤S201至步骤S203所描述的过程来建立网络管理设备和网络设备之间的会话连接，此处不再详细赘述。

通过实施例2的描述可知，关键属性参数包括会话状态，其中，会话状态用于表征网络设备的配置信息是否发生了变化。当网络设备的配置信息发生变化时，就会触发关键属性参数中的会话状态发生变化。例如，将状态位configChanged设置为true，表示网络设备中的配置信息发生了变化。

基于此，在本实施例中，在通过会话实现网络管理设备与述网络设备之间的通讯之后，网络管理员就可以通过网络管理设备向网络设备下发配置信息。

在向网络设备下发配置信息之后，如果网络设备中的配置信息发生变化，则网络设备向网络管理设备发送设备配置成功的信息。网络管理设备在获取到该设备配置成功的信息之后，触发会话中的关键属性参数的更改操作。例如，网络管理设备在获取到该设备配置成功的信息之后，网络管理设备将关键属性参数中的会话状态更改为第一状态(例如，true)。

在向网络设备下发配置信息之后，如果网络设备中的配置信息未发生变化，则网络设备向网络管理设备发送设备配置失败的信息。网络管理设备在获取到该设备配置失败的信息之后，触发会话中的关键属性参数的更改操作。例如，网络管理设备在获取到该设备配置失败的信息之后，网络管理设备将关键属性参数中的会话状态更改为第二状态(例如，false)。

在会话中的会话状态发生变化时，在网络管理设备中预先设置的监听任务就可以监听到会话中的关键属性参数的变化。如果监听任务监听到该会话状态变为第一状态(例如，true)，则确定网络设备中的配置信息发生了变化，此时，触发网络管理设备对当前时刻网络设备的配置信息进行保存的操作。如果监听任务监听到该会话状态变为第二状态(例如，false)，则确定网络设备中的配置信息未发生变化，此时，网络管理设备不执行任何操作。

在本实施例中，通过获取会话中会话状态的方式，能够确定网络设备的配置信息是否发生变化。相对于传统的轮询方式，采用上述方式，能够提高网络管理设备对网络配置信息的保存效率，以及提高信息保存的灵活性，进而缓解了现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性和设备性能均较差的技术问题。

实施例5

图5是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图。在一个可选的实施例中，如图5所示，该方法包括如下步骤：

步骤S501，在对网络设备进行设备配置时，建立与网络设备之间的会话连接；步骤S501与步骤S102相同；

步骤S502，判断会话是否满足删除条件，其中，删除条件为通过会话的被调用次数和/或会话的最近活动时间确定的；如果判断出满足删除条件，则执行步骤S503，否则按照轮询时间点继续判断会话是否满足删除条件，即在下一个轮询时间点返回继续执行步骤S502；

步骤S503，确定删除会话，并在删除会话之前，监听会话中的关键属性参数；

步骤S504，在监听到关键属性参数之后，删除会话；

步骤S505，基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化；

步骤S506，如果基于所述会话的关键属性参数确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存，否则不执行任何操作。

通过上述描述可知，在本实施例中，多个用户可以同时调用同一个会话向网络设备A下发配置信息，并通过监听同一个会话中的关键属性参数来触发对配置信息进行保存。

例如，在T1时刻，用户B1通过获取会话C向网络设备A下发配置信息，并通过监听同一个会话中的关键属性参数来触发对配置信息进行保存。在T1时刻的下一时刻T2时刻，用户B2通过获取会话C向网络设备A下发配置信息，并通过监听同一个会话中的关键属性参数来触发对配置信息进行保存。

结合上述实施例1和实施例4可知，在用户B1向网络设备A下发配置信息之后，如果网络设备A返回设备配置成功的响应，则会话C的会话状态configChanged变为true。此时，在基于监听任务在监听到会话状态变化为true之后，则确定出网络设备A的配置信息发生变化，此时，对当前时刻网络设备A的配置信息进行保存。

在用户B2向网络设备A下发配置信息之后，如果网络设备A返回设备配置成功的响应，则会话C的会话状态configChanged变为true。此时，在基于监听任务在监听到会话状态变化为true之后，则确定出网络设备A的配置信息发生变化，此时，对当前时刻网络设备A的配置信息进行保存。

也就是说，按照上述实施例1至实施例4中所描述的方法，只要用户向网络设备A下发一次设备配置，且网络设备A配置成功之后，都会触发配置信息的保存操作。如果网络管理设备频繁的向网络设备下发配置信息，就会出现网络管理设备频繁的对配置信息进行保存。

例如，当用户B2和用户B1频繁的对网络设备中的某个参数值进行修改时，则将会频繁的触发配置信息的保存操作。但是，实际上，只要保存最后一次对该参数值进行修改之后的数值即可。也就是说，频繁的对配置信息进行保存会导致网络管理设备执行大量的无用操作，从而占用网络管理设备的资源，造成资源的浪费。

为了解决频繁的对配置信息进行保存的问题，在本实施例中，设置了一种判断机制，即在网络管理设备与网络设备通讯的过程中，判断会话是否满足删除条件。如果判断出满足删除条件，则确定可以删除会话。其中，在删除会话之前，监听任务会将监听结果返回给网络管理设备，网络管理设备在获取到会话中关键属性参数的监听结果之后，就可以执行删除该会话的操作。

在网络管理设备获取到关键属性参数的监听结果之后，如果基于关键属性参数中的会话状态确定出网络设备的配置信息发生变化，则对当前时刻网络设备的配置信息进行保存。在本实施例中，通过设置该判断机制，能够避免频繁的对配置信息进行保存。

在本实施例中，删除条件是指：在某个时间段内，该会话没有被任何一个网络管理设备所调用。其中，删除条件是基于关键属性参数中的会话被调用次数和/或会话的最近活动时间确定的，也就是说，通过这两个参数就能够确定在该时间段内，会话是否被网络管理设备所调用。

在一个可选的实施方式中，判断会话是否满足删除条件包括如下步骤：

步骤S1，获取当前轮询时间点与会话的最近活动时间之间的时间间隔；

步骤S2，如果时间间隔大于或者等于预设时间间隔，且会话的被调用次数为第一数值，则判断出会话满足删除条件，其中，第一数值用于表征会话未被进行调用。

在本实施例中，轮询时间点是网络管理设备判断会话是否满足删除条件的时间点。例如，可以每隔30秒判断一次会话是否满足删除条件。网络管理设备获取当前轮询时间点与该会话的最近活动时间之间的时间间隔。然后，判断该时间间隔是否大于预设时间间隔(例如，5分钟)，其中，如果判断出是，则继续判断会话的会话被调用次数是否为第一数值。如果判断出会话的会话被调用次数是第一数值，则确定出会话满足删除条件。

需要说明的是，如果当前轮询时间点与会话的最近活动时间之间的时间间隔大于预设时间间隔，且该会话的会话被调用次数为第一数值，则表明该会话在预设时间间隔内没有被任何一个网络管理设备所调用。此时，网络管理设备就可以将存储在本地缓存中的会话删除。在删除该会话之前，网络管理设备还需要获取监听任务对会话中的关键属性参数进行监听的监听结果，以根据关键属性参数的监听结果确定网络设备的配置信息是否发生变化，例如，根据关键属性参数中的会话状态判断该会话中的会话状态是否比变换为true。如果是，则确定出网络设备的配置信息发生了变化，此时，可以先删除会话，并在删除会话之后，对当前时刻网络设备的配置信息进行保存。

实施例6

图6是根据本申请实施例的另一种网络设备配置信息的配置方法的流程图。在一个可选的实施例中，如图6所示，该方法应用于网络管理设备，该方法包括如下步骤：

步骤S601，判断所述网络管理设备与所述网络设备之间的会话是否存在；如果存在，则执行步骤S602，否则执行步骤S603；

步骤S602，网络管理设备调用NETCONF会话，以建立与网络设备之间的会话连接；

步骤S603，网络管理设备创建NETCONF会话，并建立与网络设备之间的会话连接，以及将创建的NETCONF会话保存在缓存中；

步骤S604，网络管理设备通过NETCONF会话向网络设备下发配置信息；

步骤S605，网络管理设备判断NETCONF会话是否满足删除条件，其中，删除条件为通过会话被调用次数和/或会话的最近活动时间确定的；如果判断出满足删除条件，则执行步骤S606，否则在下一个轮询时间点返回执行步骤S605；具体的，删除条件可以为：会话在预设时间内被调用的次数为零。

步骤S606，删除会话，并在删除NETCONF会话之前，监听NETCONF会话中的会话状态；

步骤S607，基于监听到的NETCONF会话状态判断网络设备的配置信息是否发生了变化；如果判断出是，则执行步骤S608，否则不执行任何操作；

步骤S608，对当前时刻网络设备的配置信息进行保存。

在本实施例中，上述步骤S601至步骤S608的过程可以描述为以下内容：

在本实施例中，在网络管理设备对网络设备进行设备配置之前，网络管理设备会向网络设备发送会话连接请求，网络设备在获取到会话连接请求之后，向网络管理设备发送该会话的ID信息(也即，Session ID)。

具体地，为了提升效率以及为了避免出现资源的浪费，网络管理设备在获取到该ID信息之后，在本地缓存中查找该会话。如果查找到该NETCONF会话，则网络管理设备可以调用该NETCONF会话，以通过会话实现网络管理设备与网络设备之间的通讯。否则，网络管理设备需要创建一个NETCONF会话，并将创建之后的NETCONF会话保存在本地缓存中。

在调用或者创建NETCONF会话之后，网络管理设备与网络设备就可以通过该NETCONF会话进行会话通讯。此时，网络管理设备可以基于该NETCONF会话向网络设备下发配置信息。

在网络管理设备基于该NETCONF会话向网络设备下发配置信息之后，网络管理设备可以按照轮询时间点判断NETCONF会话是否满足删除条件。如果判断出满足，则删除该NETCONF会话，如果判断出不满足，则在下一个轮询时间点继续判断NETCONF会话是否满足删除条件。需要说明的是，删除条件是指：在某个时间段内(即，上述预设时间段)，该NETCONF会话没有被网络管理设备所调用，其中，确定该NETCONF会话没有被网络管理设备所调用的一个方式是判断当前轮询时间点与该NETCONF会话的最近活动时间的时间间隔是否大于或者等于预设时间间隔，且判断该NETCONF会话的会话被调用次数是否为第一数值(例如，0)。

在确定能够删除NETCONF会话之前，网络管理设备还可以通过监听任务监听会话中的会话状态，以基于会话状态判断网络设备的配置信息是否发生了变化。如果判断出是，则对当前时刻网络设备的配置信息进行保存，否则不执行任何操作。

其中，基于会话状态判断网络设备的配置信息是否发生了变化的一个可选实施方式是：如果通过监听任务获取到会话状态变换为第一状态(例如，true)，则表明网络设备中的配置信息发生了变化。如果通过监听任务获取到会话状态变换为第一状态(例如，false)，则表明网络设备中的配置信息未发生变化。

实施例7

本申请实施例提供的一种服务器，该服务器为进行网络管理的服务器，如图7所示，该服务器7包括存储器71、处理器72，存储器中存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例1至实施例5中任意一个实施例所提供的方法的步骤。

参见图7，该服务器还包括：总线73和通信接口74，处理器72、通信接口74和存储器71通过总线73连接；处理器72用于执行存储器71中存储的可执行模块，例如计算机程序。

其中，存储器71可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口74(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线73可以是ISA总线、PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器71用于存储程序，处理器72在接收到执行指令后，执行程序，前述本申请实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器72中，或者由处理器72实现。

处理器72可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器72中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器72可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器71，处理器72读取存储器71中的信息，结合其硬件完成上述方法的步骤。

实施例8

本申请实施例提供的一种具有计算机可读介质，所述计算机可读介质存储有机器可执行程序代码，所述程序代码在被处理器调用和执行时使处理器执行上述实施例1至实施例5中任意一个实施例所提供的方法。

本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

实施例9

本申请实施例还提供了一种网络设备配置信息的配置装置，该种网络设备配置信息的配置装置主要用于执行本申请实施例上述内容所提供的种网络设备配置信息的配置方法，以下对本申请实施例提供的种网络设备配置信息的配置装置做具体介绍。

图8是根据本申请实施例的一种网络设备配置信息的配置装置的示意图，如图8所示，该种网络设备配置信息的配置装置主要包括：建立单元81，确定单元82和保存单元83，其中：

建立单元81，用于在对网络设备进行设备配置时，建立与所述网络设备之间的会话连接；

确定单元82，用于基于所述会话的关键属性参数确定网络设备的配置信息是否发生变化；

保存单元83，用于在基于所述会话的关键属性参数确定出所述网络设备的配置信息发生变化的情况下，对当前时刻所述网络设备的配置信息进行保存。

在本实施例中，通过获取会话中关键属性参数的方式，能够确定网络设备的配置信息是否发生变化，当发生变化时，网络管理设备对配置信息进行保存，通过上述处理方式，能够提高网络管理设备对网络配置信息的保存效率，以及提高信息保存的灵活性，进而缓解了现有的网络管理设备对网络设备的配置信息进行轮询保存时灵活性较差的技术问题。

可选地，如图9所示，确定单元82包括：监听模块91，用于在所述网络管理设备通过所述会话连接向所述网络设备下发配置信息之后，监听所述会话中的关键属性参数，其中，所述关键属性参数中包含用于确定所述网络设备中的配置信息是否发生变化的参数；第一确定模块92，用于基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化。

可选地，所述关键属性参数包括以下至少之一：会话状态、会话被调用次数、会话的最近活动时间，网络设备的ID信息、会话对象信息，其中，所述会话状态用于表征网络设备的配置信息是否发生了变化。

可选地，监听模块91用于包括：监听所述会话中的会话状态；第一确定模块92用于：基于所述会话状态确定所述网络设备的配置信息是否发生变化，其中，如果基于所述会话状态确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存包括。

可选地，如图10所示，确定单元82还包括：第一判断模块101，用于判断所述会话是否满足删除条件，其中，所述删除条件为通过所述会话的被调用次数和/或所述会话的最近活动时间确定的；第二确定模块102，用于在判断出满足所述删除条件的情况下，确定删除所述会话，并在删除所述会话之前，监听所述会话中的关键属性参数；第三确定模块103，用于基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化。

可选地，第二确定模块102还用于：在判断出不满足所述删除条件的情况下，按照轮询时间点继续判断所述会话是否满足删除条件。

可选地，第一判断模块101用于：获取当前轮询时间点与所述会话的最近活动时间之间的时间间隔；如果所述时间间隔大于或者等于预设时间间隔，且所述会话的被调用次数为第一数值，则判断出所述会话满足所述删除条件，其中，所述第一数值用于表征所述会话未被进行调用。

可选地，在所述网络管理设备每次调用所述会话之后，将所述会话被调用次数增加第二数值，并将所述会话的最近活动时间更新为当前调用所述会话的时刻。

可选地，该装置还用于：在所述网络管理设备通过所述会话连接向所述网络设备下发配置信息之后，如果获取到所述网络设备返回的设备配置成功的信息，则将所述会话状态更新为第一状态，并将所述会话的被调用次数减去第二数值；如果获取到所述网络设备返回的设备配置失败的信息，则将所述会话状态更新为第二状态，并将所述会话的被调用次数减去第二数值；其中，所述第一状态表示所述网络设备的配置发生变化，所述第二状态表示所述网络设备的配置未发生变化。

可选地，如图11所示，建立单元81包括：第二判断模块111，判断所述网络管理设备与所述网络设备之间的会话是否存在；调用模块112，用于在存在的情况下，调用所述会话，以建立与所述网络设备之间的会话连接；创建模块113，用于在不存在的情况下，则创建所述会话，并建立与所述网络设备之间的会话连接。

另外，在本申请实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

在本申请的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种网络设备配置信息的配置方法，其特征在于，应用于网络管理设备，包括：

在对网络设备进行设备配置时，建立与所述网络设备之间的网络配置协议NETCONF会话连接；在每个NETCONF会话中设置关键属性参数，所述关键属性参数包括以下至少之一：会话状态、会话被调用次数、会话的最近活动时间、网络设备的ID信息、会话对象信息，其中，所述会话状态用于表征网络设备的配置信息是否发生了变化；

判断所述NETCONF会话是否满足删除条件，其中，所述删除条件为通过所述NETCONF会话的被调用次数和/或所述NETCONF会话的最近活动时间确定的；

如果判断出满足所述删除条件，则确定删除所述NETCONF会话，并在删除所述NETCONF会话之前，监听所述NETCONF会话中的关键属性参数；

基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化；

如果基于所述NETCONF会话的关键属性参数确定出所述网络设备的配置信息发生变化，则对当前时刻所述网络设备的配置信息进行保存。

2.根据权利要求1所述的方法，其特征在于，基于所述NETCONF会话的关键属性参数确定网络设备的配置信息是否发生变化，包括：

在所述网络管理设备通过所述NETCONF会话连接向所述网络设备下发配置信息之后，监听所述NETCONF会话中的关键属性参数，其中，所述关键属性参数中包含用于确定所述网络设备中的配置信息是否发生变化的参数；

基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化。

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

所述监听所述NETCONF会话中的关键属性参数包括：监听所述NETCONF会话中的会话状态；

所述基于监听到的所述关键属性参数确定所述网络设备的配置信息是否发生变化包括：基于所述NETCONF会话状态确定所述网络设备的配置信息是否发生变化。

4.根据权利要求1所述的方法，其特征在于，如果判断出不满足所述删除条件，则按照轮询时间点继续判断所述NETCONF会话是否满足删除条件。

5.根据权利要求4所述的方法，其特征在于，判断所述NETCONF会话是否满足删除条件包括：

获取当前轮询时间点与所述NETCONF会话的最近活动时间之间的时间间隔；

如果所述时间间隔大于或者等于预设时间间隔，且所述NETCONF会话的被调用次数为第一数值，则判断出所述会话满足所述删除条件，其中，所述第一数值用于表征所述会话未被进行调用。

6.根据权利要求2至5中任一项所述的方法，其特征在于，在所述网络管理设备每次调用所述NETCONF会话之后，将所述NETCONF会话被调用次数增加第二数值，并将所述NETCONF会话的最近活动时间更新为当前调用所述NETCONF会话的时刻。

7.根据权利要求2至5中任一项所述的方法，其特征在于，在所述网络管理设备通过所述NETCONF会话连接向所述网络设备下发配置信息之后，所述方法还包括：

如果获取到所述网络设备返回的设备配置成功的信息，则将所述NETCONF会话状态更新为第一状态，并将所述NETCONF会话的被调用次数减去第二数值；

如果获取到所述网络设备返回的设备配置失败的信息，则将所述NETCONF会话状态更新为第二状态，并将所述NETCONF会话的被调用次数减去第二数值；

其中，所述第一状态表示所述网络设备的配置发生变化，所述第二状态表示所述网络设备的配置未发生变化。

8.根据权利要求1所述的方法，其特征在于，在对网络设备进行设备配置时，建立与所述网络设备之间的NETCONF会话连接包括：

判断所述网络管理设备与所述网络设备之间的会话是否存在；

如果存在，则调用所述NETCONF会话，以建立与所述网络设备之间的NETCONF会话连接；

如果不存在，则创建所述NETCONF会话，并建立与所述网络设备之间的NETCONF会话连接。

9.一种服务器，其特征在于，所述服务器为进行网络管理的服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述权利要求1至8中任一项所述的方法。

10.一种计算机可读介质，其特征在于，所述计算机可读介质存储有机器可执行程序代码，所述程序代码在被处理器调用和执行时，所述程序代码使所述处理器执行上述权利要求1至8中任一所述方法。

Images