CN101447895A - 同步网管与网元的配置的方法和装置 - Google Patents

Abstract

本发明公开了同步网管与网元的配置的方法和装置，属于网络管理技术领域。该方法包括：对网元设置网元和网管都能识别的配置变更序号，所述序号是网元配置发生变更的标记，以顺序号标识；当网元配置变化时，网元上报配置变更事件给网管，配置变更事件包括配置变更序号和配置变更信息；网管收到配置变更事件后，根据配置变更序号，同步网元的配置。该装置包括：变更序号设置模块、变更事件上报模块和配置同步模块。本发明提高了同步的可靠性，减少了网管和网元同步时的***资源开销。

Description

同步网管与网元的配置的方法和装置

技术领域

本发明涉及网络管理技术领域，特别涉及同步网管与网元的配置的方法和装置。

背景技术

当前通信网络中的网元部署非常复杂，各网元的管理者通过网管***管理网络设备，常用的网管***使用SNMP协议(Simple Network Management Protocol，简单网络管理协议)或者NETCONF协议(Network Configuration Protocol，网络配置协议)远程管理网络设备，这些网管***能够对网络中的网元进行配置、查询网元的运行状态和配置信息。

在对现有技术进行分析后，发明人发现：

当前网管的配置和网元的配置不完全一致。网管能够把配置发送到网元生效，网管也能够保存对设备的配置，但当多用户、多网管管理网元时，网元的配置实时发生了变更，非引起该配置变更的网管保存的配置和网元的配置不一致。

当网管用户想查询网元的配置时，网管需要即时向网元发送查询请求，网元处理查询请求、应答查询数据后，网管方可看到网元配置，查询时间长。

当网管用户想修改网元的配置时，若当前配置对某些历史配置有依赖，网管需要先向网元查询，查询后方可对设备进行配置，增加了网络流量。

有些网管***能够保存网元的配置，也可以实时得到网元的配置，但是当网络连接不稳定时无法即时达到网管和网元的配置同步，实时性不好。

发明内容

为了提高网管与网元配置同步的可靠性，本发明实施例提供了同步网管与网元的配置的方法和装置。所述技术方案如下：

一种同步网管与网元的配置的方法，包括以下步骤：

对网元设置所述网元和网管都能识别的配置变更序号，所述序号是网元配置发生变更的标记，以顺序号标识；

当所述网元配置变化时，所述网元上报配置变更事件给网管，所述配置变更事件包括所述序号和配置变更信息；

所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置。

一种同步网管与网元的配置的装置，包括：

变更序号设置模块，用于对网元设置所述网元和网管都能识别的配置变更序号，所述序号是网元配置发生变更的标记，以顺序号标识；

变更事件上报模块，用于当所述网元配置变化时，所述网元上报配置变更事件给网管，所述配置变更事件包括所述序号和配置变更信息；

配置同步模块，用于所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置。

本发明实施例提供的技术方案的有益效果是：

本发明实施例的网管和网元通过配置变更序号进行同步，提高了同步的可靠性，减少了网管和网元同步时的***资源开销。

附图说明

图1是本发明实施例一提供的同步网管与网元的配置的方法流程图；

图2是本发明实施例二提供的同步网管与网元的配置的方法流程图；

图3是本发明实施例二的配置变更序号与变更配置的对应示意图；

图4是本发明实施例二的某一网管与某一网元之间同步全量配置的流程示意图；

图5是本发明实施例二的第一种网元的配置发生变化的情况示意图；

图6是本发明实施例二的第二种网元的配置发生变化的情况示意图；

图7是本发明实施例二的配置变更序号队列示意图一；

图8是本发明实施例二的配置变更序号队列示意图二；

图9是本发明实施例二的网管与网元的同步处理流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种如图1所示，包括以下步骤：

110：对网元设置所述网元和网管都能识别的配置变更序号，所述序号是网元配置发生变更的标记，以顺序号标识；

120：当所述网元配置变化时，所述网元上报配置变更事件给网管，所述配置变更事件包括配置变更序号和配置变更信息；

130：所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置。

本发明实施例的网管和网元通过配置变更序号进行同步，提高了同步的可靠性，减少了网管和网元同步时的***资源开销。

实施例二

下面结合具体实施例详细叙述同步网管与网元的配置的方法，本发明实施例应用的网络环境中包括一个或多个网元，同时包括一个或多个网管设备。以下对网管设备简称网管。

参见图2，该方法包括以下步骤：

210：对网元设置配置变更序号。

配置变更序号是网元配置发生变更的标记，以网管和网元都能识别的顺序号来标识，比如1，2，3等。在网元侧，每个配置变更序号对应有该网元本次发生变化的配置，如图3所示。网元每次配置变化都会生成配置变更序号，并保存当前变化生成配置变更后的序号和对应的变更配置到配置变更事件中。

220：网管在与网元初始连接或者中断较长时间后重新连接时，获取网元的全部配置信息(包括网元的最新配置变更序号)并保存到本地存储装置。

网管开始管理指定的网元时，网管客户端通过NETCONF协议获取网元的初始全部配置(同步全量配置)，并保存在本地存储装置，比如磁盘，这时网管客户端可以界面显示当前状态下网元的全部配置。当网管和指定的网元的连接中断时间较长，期间该网元的配置可能会发生较多变化，因此网管也需要同步网元的全部配置。某一网管与某一网元之间同步全量配置的流程如图4所示：

401：网管向网元发送请求全量配置请求。网管通过指定一个特殊的同步序号表示要求同步网元的全部配置数据，并告诉该网元接收该配置数据的文件服务器的地址。

402：该网元收到该网管的全量配置请求后，把自身的配置数据生成配置文件。

403：该网元把上述配置文件上传到该网管指定的文件服务器。

404：该网元向该网管发送配置同步应答，通知该网管到该网管指定的文件服务器取配置文件。

405：该网管到指定的文件服务器获取该网元的配置。

接下来进行步骤230。

230：当某一网元配置变化时，该网元上报配置变更事件给对应的网管。

当某一网元配置发生变化时，该网元会主动上报配置变更事件给对应的网管(可能不止一个)，使对应的网管可以实时感知该网元的配置变化。配置变更事件中包含了本次配置变更的配置变更序号。对网元对应的某个网管A来说，它所监控的网元有两种配置变更的情形：

1、非本网管修改造成的网元配置变更。

某配置客户端或其它网管修改了网管A监控的该网元的配置，该网元向订阅该网元配置变化的网管A发送配置变更事件，如图5所示。

2、本网管修改造成的网元配置变更。

网管A修改被监控网元的配置时，网元在配置响应消息中返回当前网元的配置变更序号，如图6所示。

以上两种情形下网元的配置变化都会及时通知到监控网管，无论是监控该网元的网管下发的配置，还是其它网管或客户端的配置。

240：网管收到该配置变更事件后，把该配置变更事件中的配置变更序号加入配置变更序号队列，并置未同步状态。

在网管侧，网管会保存每一次已经同步的最新配置变更序号。如图7所示，当网管接收到新的配置变更事件后，把最新的配置变更序号118加入配置变更序号队列，并置该最新的配置变更序号118为未同步状态。

250：网管根据预定的策略和收到的配置变更事件更新保存的网元的配置，更新后置配置变更序号队列中的配置变更序号为同步状态。

网元的配置变更事件中携带配置变更的基本信息，如配置变更序号、配置变更的时间、配置变更的范围、导致网元配置变更的用户信息、网元配置变更的原因、配置变更的特性列表等。当网管接收到网元的配置变更事件时，可以根据预定的策略选择如何同步网元的配置。比如：网管可以每接收到一次网元的配置变更事件(含一个对应的配置变更序号)，就更新一次保存的该网元的配置；网管也可以缓存该网元的配置变更事件，当多个配置变更序号到达后，根据配置变更的时间选择任意一个时间段的配置变更序号对应的配置变更事件来更新保存的该网元的配置。上述更新(即同步)后网管都要置配置变更序号队列中的上述同步过的配置变更序号为同步状态。

对前一种策略来说(网管每接收到一次网元的配置变更事件，就更新一次保存的该网元的配置)，网管可以选择每接收到配置变更序号就自动发起配置同步，这种场景在网管要求实时性高的情况下使用，实现网管实时自动同步网元配置；网管客户端也可以手动发起配置同步，这种场景在网管任务繁忙，实时性要求不高时使用。

对于后一种策略(网管缓存该网元的配置变更事件，当多个配置变更序号到达后，根据配置变更的时间选择任意一个时间段的配置变更序号对应的配置变更事件来更新保存的该网元的配置)，网管可以根据配置变更事件中携带的配置变更的时间，来选择任意两个配置变更的时间之间对应的配置变更序号和配置变更事件(包括边界)，来更新保存的该网元的配置。比如在图8中，选择配置变更序号在119至127之间的配置变更事件来更新保存的该网元的配置。网管也可以缓存序号配置变更事件，当多个配置变更序号到达后，根据配置变更序号对应的配置变更信息，从中选择任意一个或多个配置变更序号对应的配置变更事件来更新保存的该网元的配置。比如，网管可以根据导致网元配置变更的用户信息来选择对应的配置变更序号和配置变更事件来更新保存的该网元的配置。本发明实施例中，导致网元配置变更的用户信息可以在配置变更事件中携带，并在网管上直接显示出来，如终端用户的IP、终端类型等。另外，网管也可以根据配置变更事件中所含的的配置变更的特性列表来选择对应的配置变更序号和配置变更事件来更新保存的该网元的配置。配置变更的特性列表可能包括OSPF(Open Shortest Path First，开放式最短路径优先)、BGP(Border Gateway Protocol，边界网关协议)、IS-IS(Intermediate System-Intermediate System，中间***到中间***)、SNMP、USM(User-based Security Model，基于用户的安全模型)特性等。网管可以根据配置变更的特性列表决定是否对相应的配置变更事件发起同步，  若配置变更的特性不是网管关心的特性，网管可以不去同步。如某个或某些网管只关心网元OSPF、BGP、ISIS特性的配置，  当该网元的USM特性、SNMP特性发生配置变更时，该网管就不去同步它们相应的配置变更事件。

参见图9，在网管按照预定的策略选择了接收到的要发起同步的配置变更序号后，网管会主动向网元发起同步配置请求。在同步配置请求中，携带需要同步的配置变更序号信息。该网元在收到该网管发来的同步配置请求后，向该网管发送同步配置应答，并根据同步配置请求中携带的配置变更序号，找到对应的配置信息，发送给该网管。该网管在更新过保存的该网元的配置后，会置配置变更序号队列中的，同步配置请求携带的配置变更序号为同步状态。

260：网管保存网管更新的网元的配置信息和对应的配置变更序号到本地存储装置。

这样，网管或用户查询网元配置时，在网管本地就可以查询到网元的配置，节省了查询时间。

现有技术中，网元的每次配置变化都要把所有变化的配置信息发送给所有监控网管，这占用了网元的大量***资源和网络的带宽。而本发明实施例利用基于配置变更序号的同步校验，避免了海量无用数据的传递占用网络带宽。本发明实施例在运行过程中若网管异常复位，网管复位完成后，重新读取网元的最新配置更序号，然后比较网元的最新配置变更序号和本地保存的已同步序号，若相同则不需要重新同步配置。在运行过程中若网元复位，网元复位后网管查询网元复位后的配置变更序号，比较本地保存的最新配置变更序号和网元复位后的配置变更序号，如果两个序号相同，这时网管也不需要重新进行配置同步。

本发明实施例的网管和网元通过配置变更序号和预定的策略进行同步，提高了同步的可靠性，减少了网管和网元同步时的***资源开销。

实施例三

本发明实施例提供了一种同步网管与网元的配置的装置，如图10所示，包括：

变更序号设置模块101，用于对网元设置网元和网管都能识别的配置变更序号，该配置变更序号是网元配置发生变更的标记，以顺序号标识；

变更事件上报模块102，用于当该网元配置变化时，该网元上报配置变更事件给网管，配置变更事件包括配置变更序号和配置变更信息；

配置同步模块103，用于该网管收到配置变更事件后，根据配置变更序号，同步该网元的配置。

其中，配置同步模块103具体包括：

队列加入单元1031，用于网管收到配置变更事件后，把配置变更事件中的配置变更序号加入配置变更序号队列，并置未同步状态；

配置同步单元1032，用于网管根据预定的策略和收到的配置变更事件更新保存的该网元的配置，更新后置配置变更序号队列中的配置变更序号为同步状态。

网元的配置变更事件中携带配置变更的基本信息，如配置变更序号、配置变更的时间、配置变更的范围、导致网元配置变更的用户信息、网元配置变更的原因、配置变更的特性列表等。当网管接收到网元的配置变更事件时，可以根据预定的策略选择如何同步网元的配置。比如：网管可以每接收到一次网元的配置变更事件，就更新一次保存的该网元的配置；网管也可以缓存该网元的配置变更事件，当多个配置变更序号到达后，根据配置变更的信息选择一个或多个配置变更序号对应的配置变更事件来更新保存的该网元的配置。

因此，配置同步单元1032可以包括：

立即同步子单元1032a，用于网管每接收到一个配置变更序号，按照配置变更序号对应的配置变更事件更新保存的该网元的配置，更新后置配置变更队列中的配置变更序号为同步状态。

第一缓存同步子单元1032b，用于网管缓存配置变更序号，当多个配置变更序号到达后，从中选择并按照任意一个时间段的配置变更序号对应的配置变更配置变更事件来更新保存的该网元的配置，更新后置配置变更队列中的上述任意一个时间段的配置变更序号为同步状态。

配置同步单元1032还可以包括：

第二缓存同步子单元1032c，用于网管缓存配置变更序号，当多个配置变更序号到达后，根据配置变更信息，从中选择任意一个或多个配置变更序号对应的配置变更事件来更新保存的该网元的配置，更新后置配置变更队列中的上述任意一个或多个配置变更序号为同步状态。

上述更新(即同步)后网管都要置配置变更序号队列中的上述同步过的配置变更序号为同步状态。现有技术中，网元的每次配置变化都要把所有变化的配置信息发送给所有监控网管，这占用了网元的大量***资源和网络的带宽。而本发明实施例利用基于配置变更序号的同步校验，避免了海量无用数据的传递占用网络带宽。

对立即同步子单元1032a来说，网管可以选择每接收到一个配置变更序号就自动发起配置同步，这种场景在网管要求实时性高的情况下使用，实现网管实时自动同步网元配置；网管客户端也可以手动发起配置同步，这种场景在网管任务繁忙，实时性要求不高时使用。对第一缓存同步子单元1032b来说，网管可以根据配置变更事件中携带的配置变更的时间，来选择任意两个配置变更的时间之间对应的配置变更序号和配置变更事件(包括边界)，来更新保存的该网元的配置。比如在图8中，选择配置变更序号在119至127之间的配置变更事件来更新保存的该网元的配置。对第二缓存同步子单元1032c来说，网管可以根据导致网元配置变更的用户信息来选择对应的配置变更序号和配置变更事件来更新保存的该网元的配置。本发明实施例中，导致网元配置变更的用户信息可以在配置变更事件中携带，并在网管上直接显示出来，  如终端用户的IP、终端类型等。另外，网管也可以根据配置变更事件中所含的的配置变更的特性列表来选择对应的配置变更序号和配置变更事件来更新保存的该网元的配置。配置变更的特性列表包括配置的OSPF(Open Shortest Path First，开放式最短路径优先)、BGP(Border Gateway Protocol，边界网关协议)、IS-IS(Intermediate System-Intermediate System，中间***到中间***)、SNMP、USM(User-based Security Model，基于用户的安全模型)特性等。网管可以根据配置变更的特性列表决定是否对相应的配置变更事件发起同步，若配置变更的特性不是网管关心的特性，网管可以不去同步。如网管只关心网元OSPF、BGP、ISIS特性的配置，  当该网元的USM(用户管理)特性、SNMP特性发生配置变更时，网管就不去同步它们相应的配置变更事件。

参见图9，在网管按照预定的策略选择了接收到的，要发起同步的配置变更序号后，网管会主动向网元发起同步配置请求。在同步配置请求中，携带需要同步的配置变更序号信息。该网元在收到该网管发来的同步配置请求后，向该网管发送同步配置应答，并根据同步配置请求中携带的配置变更序号，找到对应的配置信息，发送给该网管。该网管在更新过保存的该网元的配置后，会置配置变更序号队列中的，同步配置请求携带的配置变更序号为同步状态。

进一步地，本发明实施例的同步网管与网元的配置的装置还可以包括：

全量同步模块104，用于网管在与该网元初始连接或者中断较长时间后连接时，获取该网元的全部配置信息(包括网元的最新配置变更序号)并保存到本地存储装置，比如磁盘。

本实施例中，网管与网元之间同步全量配置的流程与实施例二叙述相同，不再赘述。

本发明实施例的同步网管与网元的配置的装置还包括：

本地保存模块105，用于网管保存本网管更新的该网元的配置信息和对应的配置变更序号到本地存储装置，比如磁盘。

采用本发明实施例的装置，在运行过程中若网管异常复位，网管复位完成后，重新读取网元的最新配置更序序号，然后比较网元的最新配置变更序号和本地保存的已同步序号，若相同则不需要重新同步配置。在运行过程中若网元复位，网元复位后网管查询网元复位后的配置变更序号，比较本地保存的最新配置变更序号和网元复位后的配置变更序号，如果两个序号相同，这时网管也不需要重新进行配置同步。本发明实施例的网管和网元通过配置变更序号和预定的策略进行同步，提高了同步的可靠性，减少了网管和网元同步时的***资源开销。

本发明实施例可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，例如，路由器的硬盘、缓存或光盘中。

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

Claims (12)

1.一种同步网管与网元的配置的方法，其特征在于，包括以下步骤：

对网元设置所述网元和网管都能识别的配置变更序号，所述序号是网元配置发生变更的标记，以顺序号标识；

当所述网元配置变化时，所述网元上报配置变更事件给网管，所述配置变更事件包括所述序号和配置变更信息；

所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置。

2.如权利要求1所述的同步网管与网元的配置的方法，其特征在于，所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置具体包括：

所述网管收到所述配置变更事件后，把所述配置变更事件中的所述序号加入配置变更序号队列，并置未同步状态；

所述网管根据预定的策略和收到的所述配置变更事件更新保存的所述网元的配置，更新后置所述队列中的所述序号为同步状态。

3.如权利要求2所述的同步网管与网元的配置的方法，其特征在于，所述网管根据预定的策略和收到的所述配置变更事件更新保存的所述网元的配置具体为：

所述网管每接收到一个所述序号，按照所述序号对应的所述配置变更事件更新保存的所述网元的配置；或者

所述网管缓存所述序号，当多个所述序号到达后，从中选择并按照任意一个时间段的所述序号对应的所述配置变更事件来更新保存的所述网元的配置。

4.如权利要求3所述的同步网管与网元的配置的方法，其特征在于，所述网管根据预定的策略和收到的所述配置变更事件更新保存的所述网元的配置，还包括：

所述网管缓存所述序号，当多个所述序号到达后，根据所述序号对应的所述配置变更信息，从中选择任意一个或多个所述序号对应的所述配置变更事件来更新保存的所述网元的配置。

5.如权利要求1所述的同步网管与网元的配置的方法，其特征在于，所述对网元设置配置变更序号的步骤之后还包括：

所述网管在与所述网元初始连接或者中断较长时间后连接时，获取所述网元的全部配置。

6.如权利要求1所述的同步网管与网元的配置的方法，其特征在于，所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置的步骤之后，还包括：

所述网管保存所述网管更新的所述网元的配置信息和对应的所述序号到本地存储装置。

7.一种同步网管与网元的配置的装置，其特征在于，包括：

变更序号设置模块，用于对网元设置所述网元和网管都能识别的配置变更序号，所述序号是网元配置发生变更的标记，以顺序号标识；

变更事件上报模块，用于当所述网元配置变化时，所述网元上报配置变更事件给网管，所述配置变更事件包括所述序号和配置变更信息；

配置同步模块，用于所述网管收到所述配置变更事件后，根据所述序号，同步所述网元的配置。

8.如权利要求7所述的同步网管与网元的配置的装置，其特征在于，所述配置同步模块具体包括：

队列加入单元，用于所述网管收到所述配置变更事件后，把所述配置变更事件中的所述序号加入配置变更序号队列，并置未同步状态；

配置同步单元，用于所述网管根据预定的策略和收到的所述配置变更事件更新保存的所述网元的配置，更新后置所述队列中的所述序号为同步状态。

9.如权利要求8所述的同步网管与网元的配置的装置，其特征在于，所述配置同步单元具体包括：

立即同步子单元，用于所述网管每接收到一个所述序号，按照所述序号对应的所述配置变更事件更新保存的所述网元的配置，更新后置所述队列中的所述序号为同步状态；

第一缓存同步子单元，用于所述网管缓存所述序号，当多个所述序号到达后，从中选择并按照任意一个时间段的所述序号对应的所述配置变更事件来更新保存的所述网元的配置，更新后置所述队列中的所述任意一个时间段的所述序号为同步状态。

10.如权利要求8所述的同步网管与网元的配置的装置，其特征在于，所述配置同步单元还包括：

第二缓存同步子单元，用于所述网管缓存所述序号，当多个所述序号到达后，根据配置变更信息，从中选择任意一个或多个所述序号对应的所述配置变更事件来更新保存的所述网元的配置，更新后置所述队列中的所述任意一个或多个所述序号为同步状态。

11.如权利要求7所述的同步网管与网元的配置的装置，其特征在于，所述装置还包括：

全量同步模块，用于所述网管在与所述网元初始连接或者中断较长时间后连接时，获取所述网元的全部配置信息，并保存到本地存储装置。

12.如权利要求7所述的同步网管与网元的配置的装置，其特征在于，所述装置还包括：

本地保存模块，用于所述网管保存所述网管更新的所述网元的配置信息和对应的所述序号到本地存储装置。

Images