[发明专利]基于网络配置协议的配置数据提交方法及服务器

说明书

技术领域

本发明涉及数据通信领域的网络配置管理技术，尤其涉及一种利用网络配置协议实现目标网络设备配置数据提交的方法及一种网络配置协议服务器。

背景技术

如图1所示，为现有技术中基于网络配置(Network Configuration，简称NETCONF)协议的配置管理框架示意图，NETCONF配置管理框架在逻辑结构上分为4个层次，包括：网络管理实体、网络管理代理，NETCONF服务器和应用模块，其中：

网络管理实体，运行在网络管理的客户端，为不同的网络管理协议和操作提供用户界面，接收网络管理员用户的业务操作，并将业务操作转换为各自网络管理协议和操作所对应的业务配置下发到对应的目标网络设备。同时，接收来自于目标网络设备的响应和通知信息并将其转换为用户易于理解的方式呈现给用户。在基于NETCONF协议的配置管理框架中，会面向不同类型的网络管理实体(简称网管实体)，除了NETCONF协议网络管理实体外，还有非NETCONF协议网络管理实体，如：命令行接口(CLI)协议、简单网络管理协议(SNMP)、网页(WEB)等；NETCONF协议网络管理实体和这些非NETCONF协议网络管理实体会同时存在于目标网络设备的网络管理环境中，因此，就需要对各种网络管理实体所提交的配置数据进行管理和维护；对于非NETCONF协议网络管理实体来说，在网络管理实体与NETCONF服务器之间需要一个网络管理代理来转换，它们的配置数据以各个网络管理实体自己的方式提交网络管理代理，然后由网络管理代理转换为NETCONF协议操作后再下发到NETCONF服务器，同样的，NETCONF服务器响应的NETCONF协议报文也需要有网络管理代理转换为其对应的网络管理实体的协议报文或格式，再有网络管理代理转发给网络管理实体客户端；

网络管理代理，运行在目标网络设备上，相当于非NETCONF协议网络管理实体的适配层，不同的非NETCONF协议网络管理实体的网络管理代理不同，简称为非NETCONF协议网络管理代理；每个非NETCONF协议网络管理代理用于将对应的非NETCONF协议网络管理实体所下发的业务配置转换为NETCONF协议的配置操作，然后下发给NETCONF服务器；同时接收来自于NETCONF服务器的响应报文和通知信息，并将其转换为网络管理代理所对应的非NETCONF协议报文或响应信息，发送给其对应的非NETCONF协议网络管理实体；

NETCONF服务器，接收来自于NETCONF协议网络管理实体或其它非NETCONF协议网络管理代理的业务配置请求，在经过配置数据库数据校验后，更新当前配置数据库，通过NETCONF协议的被管理对象(ManagementObject，简称MO)下发给目标网络设备上的应用模块；NETCONF协议的被管理对象接收来自于应用模块的配置响应或事件通知后，将响应信息或通知信息封装为NETCONF协议的响应报文或通知报文发送给NETCONF协议网络管理实体或其它非NETCONF协议网络管理代理；

应用模块，运行在目标网络设备上，接收来自于NETCONF服务器的业务配置请求，更新业务配置参数，将配置结果返回给NETCONF服务器。

在NETCONF协议中，为NETCONF服务器定义了三种类型的配置数据库：运行(running)、候选(candidate)和启动(startup)，其中：

运行配置数据库：是指目标网络设备当前活跃的完整的配置；

候选配置数据库：在不影响目标网络设备当前配置的前提下可以进行配置的目标网络设备数据库，在配置完成后，可以通过提交(commit)操作来提交并使配置生效；

启动配置数据库：用于存放目标网络设备启动的初始配置参数。

在图1所示的NETCONF配置管理框架中，有客户提出利用候选配置数据库和提交操作实现配置数据批量提交的需求，即业界通常所讲的二阶段配置提交，并且要求可以实现对配置数据设置配置检查点、配置数据记录和配置回滚等操作，通过这些批量配置数据操作减少各个网络管理实体、网络管理代理、NETCONF服务器以及应用模块之间的交互，从而提高配置操作执行的效率和性能。然而，在NETCONF协议中规定一个NETCONF服务器只有一个候选配置数据库，为了保证配置数据的一致性和安全性，当一个客户端在修改这个候选配置数据库之前必须对候选配置数据库进行加锁，这样多个客户端同时对其进行操作时就会导致出现资源的竞争问题，不能够实现基于客户端的配置数据二阶段提交功能，同时也不利于统一实现配置数据的回滚、查询等管理操作。