CN107302443B - 基于网络配置协议的设备配置方法及装置 - Google Patents

Abstract

本申请公开了一种基于网络配置协议的设备配置方法、装置及系统，属于通信技术领域。所述方法包括：网管设备采用预定义YANG模型建立配置数据的模型；基于NETCONF协议向被管理设备发送配置数据。其中，预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。本申请解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。

Description

基于网络配置协议的设备配置方法及装置

技术领域

本申请涉及通信技术领域，特别涉及一种基于网络配置协议的设备配置方法及装置。

背景技术

网络配置协议(英文：Network Configuration Protocol；缩写：NETCONF)是一种基于可扩展标记语言(英文：Extensible Markup Language；缩写：XML)的网络管理协议。NETCONF协议采用四层体系结构，包括：安全传输(英文：Secure Transport)层、消息(英文:Messages)层、操作(英文：Operations)层和内容(英文：Content)层。目前，NETCONF协议的安全传输层、消息层和操作层已经有标准来定义，但内容层尚未有标准的数据建模语言和相关的数据模型，这成为制约NETCONF协议真正普及应用的重要因素。

近年来，YANG(英文：Yet Another Next Generation)数据建模语言(英文：datamodeling language)被国际互联网工程任务组(英文：The Internet Engineering TaskForce；缩写：IETF)作为标准的NETCONF数据建模语言。它不仅可以建立配置数据的模型(英文：model configuration data)，还可以建立各种操作和通知的模型，具有良好的可读性和可扩展性。目前，YANG语言可以对NETCONF协议的内容层、操作层和消息层进行数据建模。

NETCONF协议采用客户端/服务器(英文：Client/Server；缩写：C/S)架构。如图1所示，其示出了NETCONF与YANG的关系示意图。NETCONF客户端与NETCONF服务器之间基于NETCONF协议通信。NETCONF客户端使用YANG语言建立配置数据的模型，而后采用XML对建模后的配置数据进行编码得到XML文件，NETCONF客户端向NETCONF服务器下发的NETCONF消息中携带上述XML文件。NETCONF服务器从NETCONF客户端接收到NETCONF消息之后，对消息内容进行解析处理得到配置数据。

如图2所示，其示出了一种设备级联场景的示意图。网管设备21与被管理设备22相连，被管理设备22与若干个下级设备23相连。其中，网管设备21作为NETCONF客户端，被管理设备22作为NETCONF服务器，网管设备21与被管理设备22之间基于NETCONF协议通信。被管理设备22与下级设备23之间可基于任意的配置管理协议通信。例如，被管理设备22与下级设备23之间基于无线接入点的控制和配置协议(英文：Control And Provisioning ofWireless Access Points Protocol Specification；缩写：CAPWAP)通信。网管设备21通过NETCONF协议，配置被管理设备22和下级设备23配置。下级设备23不直接与网管设备21相连，而是通过CAPWAP接收被管理设备22发送的配置数据。被管理设备22接收网管设备21发送的配置数据，包括对被管理设备22的配置数据和下级设备23的配置数据。对于网管设备21下发的对下级设备23的配置数据，被管理设备22终结网管设备21下发的NETCONF消息，对消息内容进行解析处理得到配置数据，而后将配置数据重新封装为CAPWAP报文并发送至下级设备23。

对于上述图2所示的设备级联场景，在采用NETCONF协议进行配置管理时存在如下问题：在标准的NETCONF消息中，并没有体现配置数据与被配置设备之间的关系。也即，被管理设备22无法获知NETCONF消息中携带的配置数据是下发给哪个或哪些下级设备23的。为了解决上述问题，在现有技术中，通过在NETCONF消息中添加扩展字段，利用该扩展字段实现附加信息的传递。具体来讲，网管设备21向被管理设备22下发的NETCONF消息中包括内容字段和扩展字段。其中，内容字段按照YANG语言定义的数据模型，携带配置数据；扩展字段携带设备信息，该设备信息用于指示该NETCONF消息中的配置数据的目标下级设备。

然而，上述现有技术至少存在如下技术问题：

1、由于需要在NETCONF消息中添加扩展字段，以增加私有的设备信息，导致网管设备和第三方供应商提供的被管理设备无法对接，方案的通用性较差；

2、一条NETCONF消息中，只能携带对于某个下级设备的配置数据或者携带对于某些下级设备均相同的配置数据，不同的配置数据需要通过多条NETCONF消息分多次发送，导致配置处理的效率较低；

3、被管理设备需要根据扩展字段，针对不同的下级设备生成多个不同的数据库，以分别存储相应的配置数据，导致保存数据的处理流程较为复杂。

发明内容

为了解决现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题，本申请实施例提供了一种基于网络配置协议的设备配置方法及装置。所述技术方案如下：

第一方面，提供了一种基于NETCONF协议的设备配置方法，该方法应用于网管设备中。网管设备与被管理设备相连，被管理设备与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。该方法包括：采用预定义YANG模型建立配置数据的模型；其中，预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段，引用字段用于指示在预定义YANG模型中被引用的YANG模型，第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组，下级设备群组是指由若干个下级设备构成的群组，1≤i≤n且i、n为正整数；基于NETCONF协议向被管理设备发送上述配置数据。

在第一方面的第一种可能的实施方式中，引用字段采用第一声明进行定义，第一声明用于在一个YANG模型中引用另一YANG模型所定义的模型树。

结合第一方面或者第一方面的第一种可能的实施方式，在第一方面的第二种可能的实施方式中，对象字段采用leaf-list特性进行定义，leaf-list特性用于描述一组相同类型的叶子节点。

结合第一方面、第一方面的第一种可能的实施方式或者第一方面的第二种可能的实施方式，在第一方面的第三种可能的实施方式中，第i个引用字段对应的对象字段包括：若干个第一对象字段和/或若干个第二对象字段。每一个第一对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备。每一个第二对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备群组。

第二方面，提供了一种基于NETCONF协议的设备配置方法，该方法应用于被管理设备中。被管理设备与网管设备相连，被管理设备还与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。该方法包括：接收网管设备基于NETCONF协议发送的配置数据；其中，配置数据由网管设备采用预定义YANG模型模型化；根据预定义YANG模型解析配置数据；根据解析得到的配置数据配置下级设备。

在第二方面的第一种可能的实施方式中，根据解析得到的配置数据配置下级设备，包括：对于第i个引用字段中引用的YANG模型模型化的目标配置数据，根据第i个引用字段对应的对象字段确定目标配置数据的目标下级设备，目标下级设备是指第i个引用字段对应的对象字段所指示的下级设备和/或下级设备群组中的下级设备；基于目标配置管理协议向目标下级设备发送目标配置数据，目标配置管理协议是被管理设备和目标下级设备支持的配置管理协议。

结合第二方面或者第二方面的第一种可能的实施方式，在第二方面的第二种可能的实施方式中，根据预定义YANG模型解析配置数据之后，还包括：将解析得到的配置数据存储至同一配置数据库中。

第三方面，提供了一种基于NETCONF协议的设备配置装置，该装置包括至少一个单元，该至少一个单元用于实现上述第一方面或者第一方面中任意一种可能的实施方式所提供的设备配置方法。

第四方面，提供了一种基于NETCONF协议的设备配置装置，该装置包括至少一个单元，该至少一个单元用于实现上述第二方面或者第二方面中任意一种可能的实施方式所提供的设备配置方法。

第五方面，提供了一种基于NETCONF协议的设备配置系统，该系统包括：网管设备、被管理设备和若干个下级设备。其中，网管设备与被管理设备相连，被管理设备与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。网管设备包括如第三方面所述的设备配置装置；被管理设备包括如第四方面所述的设备配置装置。

第六方面，提供了一种网管设备，该网管设备包括：处理器、存储器和收发器，存储器用于存储一个或者一个以上的指令，该指令被配置成由处理器执行，该指令用于实现上述第一方面或者第一方面中任意一种可能的实施方式所提供的设备配置方法。

第七方面，提供了一种被管理设备，该被管理设备包括：处理器、存储器和收发器，存储器用于存储一个或者一个以上的指令，该指令被配置成由处理器执行，该指令用于实现上述第二方面或者第二方面中任意一种可能的实施方式所提供的设备配置方法。

本申请实施例提供的技术方案带来的有益效果包括：

通过网管设备采用预定义YANG模型建立配置数据的模型，而后基于NETCONF协议向被管理设备发送上述配置数据，被管理设备根据该预定义YANG模型解析配置数据，并根据解析得到的配置数据配置下级设备；解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。

在不修改已经定义的YANG模型的前提下，通过预定义YANG模型，在该预定义YANG模型中设计引用字段和对象字段，实现引用配置数据，以及指示配置数据的目标下级设备和/或下级设备群组，所达到的技术效果包括：

第一，由于并未在NETCONF消息中添加扩展字段，因而无需扩展NETCONF协议，使得网管设备与被管理设备之间仍然基于标准的NETCONF协议通信，方案的通用性更好；

第二，由于可通过多个引用字段在预定义YANG模型中引用多个YANG模型模型化的配置数据，且每一项配置数据的目标下级设备和/或下级设备群组可分别标识，因此在一条NETCONF消息中，可以携带针对不同的下级设备/下级设备群组所下发的不同的配置数据，从而提高配置处理的效率；

第三，由于网管设备下发的NETCONF消息中携带的配置数据，统一使用预定义YANG模型进行建模，使得被管理设备中可以只维护与预定义YANG模型对应的数据库，无需为不同的下级设备和下级设备群组分别维护多个不同的数据库，简化了数据库的配置管理，同时也简化了保存数据的处理流程。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例及现有技术描述中所需要使用的附图作简单地介绍。

图1示出了NETCONF与YANG的关系示意图；

图2示出了一种设备级联场景的示意图；

图3A示出了本申请实施例涉及的一种应用场景的示意图；

图3B示出了本申请实施例涉及的另一应用场景的示意图；

图4示出了无线局域网中的设备级联场景的网络架构图；

图5A/图5B示出了本申请一个实施例提供的网络设备的框图；

图6示出了本申请一个实施例提供的基于NETCONF协议的设备配置方法的流程图；

图7示出了本申请另一实施例提供的基于NETCONF协议的设备配置方法的流程图；

图8示出了本申请另一实施例提供的基于NETCONF协议的设备配置方法的流程图；

图9示出了本申请一个实施例提供的基于NETCONF协议的设备配置装置的框图；

图10示出了本申请另一实施例提供的基于NETCONF协议的设备配置装置的框图。

具体实施方式

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

在本文中提及的“模块”是指存储在存储器中的能够实现某些功能的程序或指令；在本文中提及的“单元”是指按照逻辑划分的功能性结构，该“单元”可以由纯硬件实现，或者由软硬件的结合实现。

在本文中提及的“若干个”是指一个或多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例提供的技术方案，应用于如图2所示的设备级联场景中。在一种可能的实施方式中，如图3A所示，网管设备21作为NETCONF客户端，被管理设备22作为NETCONF服务器。网管设备21与被管理设备22之间基于NETCONF协议通信，而被管理设备22与下级设备23之间基于非NETCONF协议通信。例如，当该设备级联场景应用于无线局域网(英文：wireless local area network；缩写：WLAN)中时，上述非NETCONF协议可以是CAPWAP。

在另一种可能的实施方式中，如图3B所示，网管设备21作为NETCONF客户端，被管理设备22作为NETCONF代理，下级设备23作为NETCONF服务器。对于网管设备21，NETCONF代理实现NETCONF服务器的功能；对于下级设备23，NETCONF代理实现NETCONF客户端的功能。网管设备21与被管理设备22之间基于NETCONF协议通信，且被管理设备22与下级设备23之间也基于NETCONF协议通信。

需要说明的一点是，NETCONF客户端、NETCONF服务器和NETCONF代理均是运行在设备中的软件进程，而非硬件。

如图4所示，以WLAN中的设备级联场景为例，该网络架构包括：控制器41、本地控制器(英文：local access controller；缩写：LAC)42和若干个接入点(英文：access point；缩写：AP)。控制器41与LAC42之间基于NETCONF协议通信，LAC42与AP之间基于CAPWAP通信。

控制器41作为NETCONF客户端。控制器41用于通过NETCONF协议配置LAC42和各个AP。控制器41也可称为集中控制器或敏捷控制器，用于集中式管理其下属的AP。控制器41下属管理的AP的数量可达到十万级、甚至百万级。

LAC42作为NETCONF服务器。LAC42用于接收控制器41发送的配置数据，包括对LAC42的配置数据和对LAC42管理的AP的配置数据。对于控制器41下发的NETCONF消息，LAC42终结该NETCONF消息，对解析消息内容得到配置数据，而后将配置数据重新封装为CAPWAP报文并发送给相应的AP。LAC42也可称为轻量级接入控制器(英文：light accesscontroller)。LAC42与AP之间通过局域网建立通信连接。例如，LAC42可通过一级或多级交换机与AP相连；再例如，LAC42也可通过一级或多级路由器与AP相连。

AP不直接与控制器41相连，而是通过CAPWAP接收LAC42发送的配置数据。

此外，每个LAC42可用于管理若干个AP和/或若干个AP组。每一个AP组中包括至少一个AP。例如，图4中左侧的LAC42用于管理AP3和两个AP组(组1和组2)，组1中包括AP1和AP2，组2中包括AP4。

若采用现有技术提供的在NETCONF消息中添加扩展字段的方式，对AP的动态主动配置协议(英文：Dynamic Host Configuration Protocol；缩写：DHCP)、域名系统(英文：Domain Name System；缩写：DNS)等特性进行配置，具体流程如下：

1、控制器采用YANG模型建立配置数据的模型；

以对AP的DHCP特性进行配置为例，假设相应的YANG模型为hw-dhcp.yang，控制器采用hw-dhcp.yang所定义的数据模型，对DHCP配置数据建模。

2、控制器生成NETCONF消息；

NETCONF消息中包括内容字段和扩展字段。其中，内容字段携带采用YANG模型构建的配置数据，例如采用hw-dhcp.yang模型化的DHCP配置数据。扩展字段携带设备信息，该设备信息用于指示该NETCONF消息中的配置数据所要下发至的AP和/或AP组。例如，当AP3和group1中的AP1、AP2均适用上述DHCP配置数据时，扩展字段携带AP3和group1所对应的标识信息。

例如，该NETCONF消息如下：

3、控制器向LAC发送NETCONF消息；

相应地，LAC从控制器接收NETCONF消息。

4、LAC解析NETCONF消息，得到扩展字段中携带的设备信息和内容字段中携带的配置数据。

5、LAC将配置数据分别存入扩展字段所指示的AP和/或AP组所对应的数据库中。

例如，LAC将DHCP配置数据存入group1所对应的数据库DB1中；以及，将DHCP配置数据存入AP3所对应的数据库DB2中。

6、LAC根据设备信息和配置数据配置AP。

LAC中用于配置管理AP的功能模块，在监测到数据库中的配置数据发生变化后，从数据库读取配置数据，并将配置数据分别发送给相应的AP和/或AP组。

因此，针对设备级联场景，采用现有技术提供的在NETCONF消息中添加扩展字段的方式配置下级设备，存在方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。

下面，通过几个实施例对本申请提供的技术方案进行介绍和说明。

请参考图5A/图5B，其示出了本申请一个实施例提供的网络设备的框图。网络设备500可以是本申请实施例中涉及的网管设备(例如图4所示网络架构中的控制器)，也可以是本申请实施例中涉及的被管理设备(例如图4所示网络架构中的LAC)。

网络设备500可以包括：处理器510、存储器520、收发器530以及总线540。存储器520和收发器530通过总线540与处理器510相连。

处理器510包括一个或者一个以上处理核心。处理器510通过运行软件程序以及模块，从而执行各种功能应用以及数据处理。处理器510包括运算逻辑部件、寄存器部件以及控制部件等，其可以是独立的中央处理器，或者也可以是嵌入式处理器，比如微处理器(英文：micro processor unit；缩写：MPU)、微控制器(英文：micro controller unit；缩写：MCU)或者数字信号处理器(英文：embedded digital signal processor；缩写：EDSP)等。

存储器520可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(英文：static random access memory；缩写：SRAM)，电可擦除可编程只读存储器(英文：electrically erasable programmable read-only memory；缩写：EEPROM)，可擦除可编程只读存储器(英文：erasable programmable read-only memory；缩写：EPROM)，可编程只读存储器(英文：programmable read-only memory；缩写：PROM)，只读存储器(英文：readonly memory；缩写：ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器520可用于存储软件程序以及模块等可执行的指令。

处理器510被配置为执行存储器520中存储的指令。当网络设备500为网管设备时，处理器510通过执行该指令来实现下述方法：采用预定义YANG模型建立配置数据的模型；控制收发器530基于NETCONF协议向被管理设备发送上述配置数据。预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。引用字段用于指示在预定义YANG模型中被引用的YANG模型。第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组。下级设备群组是指由若干个下级设备构成的群组。其中，1≤i≤n且i、n为正整数。当网络设备500为被管理设备时，处理器510通过执行该指令来实现下述方法：控制收发器530接收网管设备基于NETCONF协议发送的配置数据；根据预定义YANG模型解析配置数据；根据解析得到的配置数据配置下级设备。

收发器530用于对外通信，其可以包括多种类型接口。例如，当网络设备500为网管设备时，收发器530用于基于NETCONF协议向被管理设备发送配置数据。当网络设备500为被管理设备时，收发器530用于接收网管设备基于NETCONF协议发送的配置数据。

可选地，存储器520可存储操作系统522以及至少一个功能所需的应用程序模块524。操作系统522可以是实时操作系统、LINUX、UNIX、WINDOWS或OS X之类的操作系统。当网络设备500为网管设备时，如图5A所示，应用程序模块524可以包括：建模模块524a和发送模块524b。建模模块524a用于采用预定义YANG模型建立配置数据的模型。发送模块524b用于基于NETCONF协议向被管理设备发送上述配置数据。当网络设备500为被管理设备时，如图5B所示，应用程序模块524可以包括：接收模块524c、解析模块524d和配置模块524e。接收模块524c用于接收网管设备基于NETCONF协议发送的配置数据。解析模块524d用于根据预定义YANG模型解析配置数据。配置模块524e用于根据解析得到的配置数据配置下级设备。

可选地，网络设备500还可以包括输入/输出组件(图中未示出)。输入/输出组件包括有用于显示信息的显示器和用于用户输入信息的诸如鼠标、键盘之类的输入设备。其中，显示器和输入设备都通过总线540与处理器510相连。

请参考图6，其示出了本申请一个实施例提供的基于NETCONF协议的设备配置方法的流程图。本实施例提供的方法应用于网管设备中。其中，网管设备与被管理设备相连，被管理设备与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。该方法包括如下几个步骤。

步骤602，采用预定义YANG模型建立配置数据的模型。

预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。引用字段用于指示在预定义YANG模型中被引用的YANG模型。第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组。下级设备群组是指由若干个下级设备构成的群组。其中，1≤i≤n且i、n为正整数。

步骤604，基于NETCONF协议向被管理设备发送上述配置数据。

综上所述，本实施例提供的方法，通过网管设备采用预定义YANG模型建立配置数据的模型，而后基于NETCONF协议向被管理设备发送上述配置数据；解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。在不修改已经定义的YANG模型的前提下，通过预定义YANG模型，在该预定义YANG模型中设计引用字段和对象字段，实现引用配置数据，以及指示配置数据的目标下级设备和/或下级设备群组，所达到的技术效果包括：

第一，由于并未在NETCONF消息中添加扩展字段，因而无需扩展NETCONF协议，使得网管设备与被管理设备之间仍然基于标准的NETCONF协议通信，方案的通用性更好；

第二，由于可通过多个引用字段在预定义YANG模型中引用多个YANG模型模型化的配置数据，且每一项配置数据的目标下级设备和/或下级设备群组可分别标识，因此在一条NETCONF消息中，可以携带针对不同的下级设备/下级设备群组所下发的不同的配置数据，从而提高配置处理的效率；

第三，由于网管设备下发的NETCONF消息中携带的配置数据，统一使用预定义YANG模型进行建模，使得被管理设备中可以只维护与预定义YANG模型对应的数据库，无需为不同的下级设备和下级设备群组分别维护多个不同的数据库，简化了数据库的配置管理，同时也简化了保存数据的处理流程。

请参考图7，其示出了本申请另一实施例提供的基于NETCONF协议的设备配置方法的流程图。本实施例提供的方法应用于被管理设备中。其中，被管理设备与网管设备相连，被管理设备还与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。该方法包括如下几个步骤。

步骤702，接收网管设备基于NETCONF协议发送的配置数据。

配置数据由网管设备采用预定义YANG模型构建。预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。引用字段用于指示在预定义YANG模型中被引用的YANG模型。第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组。下级设备群组是指由若干个下级设备构成的群组。其中，1≤i≤n且i、n为正整数。

步骤704，根据预定义YANG模型解析配置数据。

步骤706，根据解析得到的配置数据配置下级设备。

综上所述，本实施例提供的方法，通过被管理设备接收网管设备基于NETCONF协议发送的配置数据，该配置数据由网管设备采用预定义YANG模型构建，被管理设备根据预定义YANG模型解析配置数据，并根据解析得到的配置数据配置下级设备；解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。在不修改已经定义的YANG模型的前提下，通过预定义YANG模型，在该预定义YANG模型中设计引用字段和对象字段，实现引用配置数据，以及指示配置数据的目标下级设备和/或下级设备群组；达到了提高方案的通用性，提高配置处理的效率，以及简化数据库的配置管理，简化保存数据的处理流程的技术效果。

请参考图8，其示出了本申请另一实施例提供的基于NETCONF协议的设备配置方法的流程图。

步骤801，网管设备采用预定义YANG模型建立配置数据的模型。

预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。引用字段用于指示在预定义YANG模型中被引用的YANG模型。第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组。下级设备群组是指由若干个下级设备构成的群组。其中，1≤i≤n且i、n为正整数。预定义YANG模型是指预先在基于NETCONF协议通信的两端设备(在本实施例中即网管设备和被管理设备)定义的YANG模型，也即预先在NETCONF客户端和NETCONF服务器两端定义的YANG模型。

引用字段采用第一声明进行定义，第一声明用于在一个YANG模型中引用另一YANG模型所定义的模型树(英文：schema tree)。

在一种可能的实施方式中，通过扩展YANG语言语法，所述第一声明为新增的refer声明。引用字段采用refer声明进行定义。refer声明用于在一个YANG模型中引用另一YANG模型所定义的模型树。refer声明的参数为被引用的YANG模型的名称。例如，假设在YANG模型module y中引用另一个YANG模型module x所定义的模型树，则module y中的引用字段可表示为：refer x。

假设预定义YANG模型为module y，被引用的YANG模型为module x。其中，module x的语法结构如下：

module y的语法结构如下：

则，上述module y的语法结构等同于：

可选地，对象字段采用leaf-list特性进行定义。leaf-list特性用于描述一组相同类型的叶子节点，其功能类似于C语言中的数组。通过leaf-list特性，可以定义一个或多个下级设备，或者定义一个或多个下级设备群组。例如，采用leaf-list devices描述配置数据的目标下级设备，采用leaf-list device-groups描述配置数据的目标下级设备群组。

此外，第i个引用字段对应的对象字段包括：若干个第一对象字段和/或若干个第二对象字段。每一个第一对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备。例如，第一对象字段采用leaf-list devices表示。每一个第二对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备群组。例如，第二对象字段采用leaf-list device-groups表示。

结合参考图4所示的网络架构，控制器配置AP的DHCP、DNS等特性。这里以配置AP的DHCP特性为例，其它特性的配置可采用类似方式完成。基于AP的不同特性，已经定义了一系列YANG模型，包括用于配置AP的DHCP特性的YANG模型hw-dhcp.yang。在hw-dhcp.yang中，定义了AP所使用的DHCP服务器组名称，DHCP服务器对应的IP地址等特性所对应的数据模型。示例性地，该hw-dhcp.yang的语法结构如下：

假设预定义YANG模型为master-device.yang，该master-device.yang的语法结构如下：

由于可通过多个引用字段在预定义YANG模型中引用多个YANG模型模型化的配置数据，且每一项配置数据的目标下级设备和/或下级设备群组可分别标识，因此在一条NETCONF消息中，可以携带针对不同的下级设备/下级设备群组所下发的不同的配置数据，从而提高配置处理的效率。

步骤802，网管设备基于NETCONF协议向被管理设备发送上述配置数据。

网管设备采用XML语言对建模完成的上述配置数据进行编码，而后网管设备向被管理设备发送NETCONF消息，该NETCONF消息中携带编码后的配置数据。

相应地，被管理设备接收网管设备基于NETCONF协议发送的配置数据。

步骤803，被管理设备根据预定义YANG模型解析配置数据。

被管理设备从网管设备接收到NETCONF消息之后，采用预定义YANG模型对消息内容进行解析，得到配置数据。

可选地，被管理设备将解析得到的配置数据存储至同一配置数据库中。由于网管设备下发的NETCONF消息中携带的配置数据，统一使用预定义YANG模型进行建模，使得被管理设备中可以只维护与预定义YANG模型对应的数据库，无需为不同的下级设备和下级设备群组分别维护多个不同的数据库，简化了数据库的配置管理，同时也简化了保存数据的处理流程。

步骤804，被管理设备根据解析得到的配置数据配置下级设备。

对于第i个引用字段中引用的YANG模型模型化的目标配置数据，被管理设备根据第i个引用字段对应的对象字段确定目标配置数据所要下发至的目标下级设备。目标下级设备是指第i个引用字段对应的对象字段所指示的下级设备和/或下级设备群组中的下级设备。被管理设备基于目标配置管理协议向目标下级设备发送目标配置数据。其中，目标配置管理协议是指被管理设备和目标下级设备支持的配置管理协议。

在本申请实施例中，对被管理设备与下级设备之间所采用的配置管理协议不作限定。在一种可能的实施方式中，结合参考图3A，被管理设备与目标下级设备之间基于非NETCONF协议通信。例如，当图3A所示的设备级联场景应用于WLAN中时，该非NETCONF协议可以是CAPWAP。对于需要下发至目标下级设备的目标配置数据，被管理设备将目标配置数据封装为CAPWAP报文并发送给目标下级设备。在另一种可能的实施方式中，结合参考图3B，被管理设备作为NETCONF代理，被管理设备与目标下级设备之间也基于NETCONF协议通信。对于需要下发至目标下级设备的目标配置数据，被管理设备将目标配置数据封装为NETCONF消息并发送给目标下级设备。当然，除CAPWAP和NETCONF协议之外，目标配置管理协议还可以是其它类型的配置管理协议，对于其它类型的配置管理协议，被管理设备在配置管理目标下级设备时，所做处理基本类似，此处不再一一赘述。

此外，被管理设备对下级设备完成配置之后，可向网管设备反馈响应消息。响应消息的反馈流程可采用NETCONF协议规定的已有机制实现。

综上所述，本实施例提供的方法，通过网管设备采用预定义YANG模型建立配置数据的模型，而后基于NETCONF协议向被管理设备发送上述配置数据，被管理设备根据该预定义YANG模型解析配置数据，并根据解析得到的配置数据配置下级设备；解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。

在不修改已经定义的YANG模型的前提下，通过预定义YANG模型，在该预定义YANG模型中设计引用字段和对象字段，实现引用配置数据，以及指示配置数据的目标下级设备和/或下级设备群组，所达到的技术效果包括：

第一，由于并未在NETCONF消息中添加扩展字段，因而无需扩展NETCONF协议，使得网管设备与被管理设备之间仍然基于标准的NETCONF协议通信，方案的通用性更好；

第二，由于可通过多个引用字段在预定义YANG模型中引用多个YANG模型模型化的配置数据，且每一项配置数据的目标下级设备和/或下级设备群组可分别标识，因此在一条NETCONF消息中，可以携带针对不同的下级设备/下级设备群组所下发的不同的配置数据，从而提高配置处理的效率；

第三，由于网管设备下发的NETCONF消息中携带的配置数据，统一使用预定义YANG模型进行建模，使得被管理设备中可以只维护与预定义YANG模型对应的数据库，无需为不同的下级设备和下级设备群组分别维护多个不同的数据库，简化了数据库的配置管理，同时也简化了保存数据的处理流程。

另外，通过扩展YANG语言语法，增加第一声明，可以实现在一个YANG模型中方便地引用任何一个已经定义的YANG模型中的模型树，从而有效解决设备级联场景下的YANG模型复用问题，实现在设备级联场景下利用NETCONF协议和YANG模型配置下级设备。

另外，通过leaf-list特性，实现定义一个或多个下级设备，或者定义一个或多个下级设备群组，从而方便、灵活地定义配置数据的目标下级设备和/或下级设备群组。

需要补充说明的一点是，在现有的YANG语言语法中，也存在两种YANG模型复用的机制：module-submodule和uses-grouping。

采用module-submodule方式实现的YANG模型复用机制如下：首先定义一个submodule，声明其从属于(belongs-to)某一个module，并定义与submodule相对应的模型树；而后定义一个module，在该module中包括(include)之前定义的submodule，从而实现在该module中引用submodule所定义的模型树。采用module-submodule方式实现的YANG模型复用存在如下缺陷：module中只能引用已经定义的且从属于该module的submodule，而不是任意的submodule或者module，而已经定义的YANG模型中，一般都是按照YANG模型所配置的功能特性形成一个个独立的module，因此无法实现在一个module中引用另一个module所定义的模型树。

此外，采用uses-grouping方式实现的YANG模型复用所存在的缺陷为：由于uses只支持复用在本模型或者引入模型中用grouping定义的模型树，而已经定义的YANG模型中，没有哪一个YANG模型会定义一个包含本模型所有字段的grouping，因此采用uses-grouping方式同样无法解决设备级联场景下的YANG模型复用问题。

基于上述分析，在不修改已经定义的YANG模型的前提下，采用module-submodule方式或者uses-grouping方式均无法解决设备级联场景下的YANG模型复用问题。本申请实施例提供的技术方案，通过扩展YANG语言语法，增加refer声明，可以实现在一个YANG模型中方便地引用任何一个已经定义的YANG模型中的模型树，从而有效解决设备级联场景下的YANG模型复用问题，实现在设备级联场景下利用NETCONF协议和YANG模型配置下级设备管理。

还需要补充说明的一点是，在本申请实施例中，仅以在YANG语言语法中增加的声明类型的名称为“refer声明”为例进行举例说明，在实际应用中，该增加的声明类型可能被命名为其它不同的名称，如引用声明、自定义声明等等，本申请实施例对此不做限定。不论该增加的声明类型被命名为何种名称，其作用与上文介绍的“refer声明”的作用相同，用于在一个YANG模型中引用另一YANG模型所定义的模型树。

下面，通过一个具体的例子对配置数据示例进行介绍。

用于配置AP的DHCP特性的YANG模型hw-dhcp.yang对应的一个配置数据实例如下：

假设预定义YANG模型为lac-device.yang，在lac-device.yang中，通过refer声明引用hw-dhcp.yang，从而配置LAC的下级设备AP的DHCP特性。IP地址10.163.18.1和10.163.23.6属于一个dhcp-server-group，其名字为dhcp-cfg1。控制器配置LAC的下级设备的时候，这份dhcp-server-group的配置数据会下发到下级设备ap3，下级设备组group1和group2上获得应用。lac-device.yang对应的一个配置数据实例如下：

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图9，其示出了本申请一个实施例提供的基于NETCONF协议的设备配置装置的框图。本实施例提供的装置可以为网管设备的部分或全部。其中，网管设备与被管理设备相连，被管理设备与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。该装置可以包括：建模单元(英文：modeling unit)910和发送单元920。

建模单元910，用于采用预定义YANG模型建立配置数据的模型。

预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。引用字段用于指示在预定义YANG模型中被引用的YANG模型。第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组。下级设备群组是指由若干个下级设备构成的群组。其中，1≤i≤n且i、n为正整数。

发送单元920，用于基于NETCONF协议向被管理设备发送建模单元910模型化的配置数据。

综上所述，本实施例提供的装置，通过网管设备采用预定义YANG模型建立配置数据的模型，而后基于NETCONF协议向被管理设备发送上述配置数据；解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。在不修改已经定义的YANG模型的前提下，通过预定义YANG模型，在该预定义YANG模型中设计引用字段和对象字段，实现引用配置数据，以及指示配置数据的目标下级设备和/或下级设备群组；达到了提高方案的通用性，提高配置处理的效率，以及简化数据库的配置管理，简化保存数据的处理流程的技术效果。

在基于图9所示实施例提供的一个可选实施例中，引用字段采用第一声明进行定义，第一声明用于在一个YANG模型中引用另一YANG模型所定义的模型树。

在基于图9所示实施例提供的另一可选实施例中，对象字段采用leaf-list特性进行定义，leaf-list特征用于描述一组相同类型的叶子节点。

在基于图9所示实施例提供的另一可选实施例中，第i个引用字段对应的对象字段包括：若干个第一对象字段和/或若干个第二对象字段。每一个第一对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备。每一个第二对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备群组。

请参考图10，其示出了本申请另一实施例提供的基于NETCONF协议的设备配置装置的框图。本实施例提供的装置可以为被管理设备的部分或全部。其中，被管理设备与网管设备相连，被管理设备还与若干个下级设备相连，网管设备和被管理设备支持NETCONF协议。该装置可以包括：接收单元1010、解析单元1020和配置单元1030。

接收单元1010，用于接收网管设备基于NETCONF协议发送的配置数据。

配置数据由网管设备采用预定义YANG模型构建。预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段。引用字段用于指示在预定义YANG模型中被引用的YANG模型。第i个引用字段对应的对象字段用于指示第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组。下级设备群组是指由若干个下级设备构成的群组。其中，1≤i≤n且i、n为正整数。

解析单元1020，用于根据预定义YANG模型解析配置数据。

配置单元1030，用于根据解析得到的配置数据配置下级设备。

综上所述，本实施例提供的装置，通过被管理设备接收网管设备基于NETCONF协议发送的配置数据，该配置数据由网管设备采用预定义YANG模型构建，被管理设备根据预定义YANG模型解析配置数据，并根据解析得到的配置数据配置下级设备；解决了现有技术中针对设备级联场景，采用在NETCONF消息中添加扩展字段的方式指示NETCONF消息中的配置数据的目标下级设备，所存在的方案的通用性较差、配置处理的效率较低、以及保存数据的处理流程较为复杂的问题。在不修改已经定义的YANG模型的前提下，通过预定义YANG模型，在该预定义YANG模型中设计引用字段和对象字段，实现引用配置数据，以及指示配置数据的目标下级设备和/或下级设备群组；达到了提高方案的通用性，提高配置处理的效率，以及简化数据库的配置管理，简化保存数据的处理流程的技术效果。

在基于图10所示实施例提供的一个可选实施例中，配置单元1030，具体用于：

对于第i个引用字段中引用的YANG模型模型化的目标配置数据，根据第i个引用字段对应的对象字段确定目标配置数据所要下发至的目标下级设备；其中，目标下级设备是指第i个引用字段对应的对象字段所指示的下级设备和/或下级设备群组中的下级设备；

基于目标配置管理协议向目标下级设备发送目标配置数据，目标配置管理协议是指被管理设备和目标下级设备支持的配置管理协议。

在基于图10所示实施例提供的另一可选实施例中，该装置还包括存储单元，用于将解析得到的配置数据存储至同一配置数据库中。

本申请一个实施例还提供了一种基于METCONF协议的设备配置系统。结合参考图2，该系统包括：网管设备、被管理设备和若干个下级设备。其中，网管设备与被管理设备相连，被管理设备与上述若干个下级设备相连。网管设备和被管理设备支持NETCONF协议。网管设备包括如图9所示实施例提供的设备配置装置；被管理设备包括如图10所示实施例提供的设备配置装置。

需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将设备的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (8)

1.一种基于网络配置NETCONF协议的设备配置方法，其特征在于，应用于网管设备中，所述网管设备与被管理设备相连，所述被管理设备与若干个下级设备相连，所述网管设备和所述被管理设备支持NETCONF协议；

所述方法包括：

所述网管设备采用预定义YANG模型建立配置数据的模型；其中，所述预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段，所述引用字段用于指示在所述预定义YANG模型中被引用的YANG模型，所述引用字段采用第一声明进行定义，所述第一声明用于在一个YANG模型中引用另一YANG模型所定义的模型树，第i个引用字段对应的对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组，所述下级设备群组是指由若干个下级设备构成的群组，1≤i≤n且i、n为正整数，所述对象字段采用leaf-list特性进行定义，所述leaf-list特性用于描述一组相同类型的叶子节点；

所述网管设备基于所述NETCONF协议向所述被管理设备发送所述配置数据。

2.根据权利要求1所述的方法，其特征在于，所述第i个引用字段对应的对象字段包括：若干个第一对象字段和/或若干个第二对象字段；

每一个第一对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备；

每一个第二对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备群组。

3.一种基于网络配置NETCONF协议的设备配置方法，其特征在于，应用于被管理设备中，所述被管理设备与网管设备相连，所述被管理设备还与若干个下级设备相连，所述网管设备和所述被管理设备支持NETCONF协议；

所述方法包括：

所述被管理设备接收所述网管设备基于所述NETCONF协议发送的配置数据；其中，所述配置数据由所述网管设备采用预定义YANG模型模型化，所述预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段，所述引用字段用于指示在所述预定义YANG模型中被引用的YANG模型，第i个引用字段对应的对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组，所述下级设备群组是指由若干个下级设备构成的群组，1≤i≤n且i、n为正整数；

所述被管理设备根据所述预定义YANG模型解析所述配置数据，将所述解析得到的配置数据存储至同一配置数据库中；

根据解析得到的配置数据配置所述下级设备。

4.根据权利要求3所述的方法，其特征在于，所述根据解析得到的配置数据配置所述下级设备，包括：

对于所述第i个引用字段中引用的YANG模型模型化的目标配置数据，根据所述第i个引用字段对应的对象字段确定所述目标配置数据的目标下级设备，所述目标下级设备是指所述第i个引用字段对应的对象字段所指示的下级设备和/或下级设备群组中的下级设备；

基于目标配置管理协议向所述目标下级设备发送所述目标配置数据，所述目标配置管理协议是所述被管理设备和所述目标下级设备支持的配置管理协议。

5.一种基于网络配置NETCONF协议的设备配置装置，其特征在于，应用于网管设备中，所述网管设备与被管理设备相连，所述被管理设备与若干个下级设备相连，所述网管设备和所述被管理设备支持NETCONF协议；

所述装置包括：

建模单元，用于采用预定义YANG模型建立配置数据的模型；其中，所述预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段，所述引用字段用于指示在所述预定义YANG模型中被引用的YANG模型，所述引用字段采用第一声明进行定义，所述第一声明用于在一个YANG模型中引用另一YANG模型所定义的模型树，第i个引用字段对应的对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组，所述下级设备群组是指由若干个下级设备构成的群组，1≤i≤n且i、n为正整数，所述对象字段采用leaf-list特性进行定义，所述leaf-list特性用于描述一组相同类型的叶子节点；

发送单元，用于基于所述NETCONF协议向所述被管理设备发送所述配置数据。

6.根据权利要求5所述的装置，其特征在于，所述第i个引用字段对应的对象字段包括：若干个第一对象字段和/或若干个第二对象字段；

每一个第一对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备；

每一个第二对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据所要下发至的一个下级设备群组。

7.一种基于网络配置NETCONF协议的设备配置装置，其特征在于，应用于被管理设备中，所述被管理设备与网管设备相连，所述被管理设备还与若干个下级设备相连，所述网管设备和所述被管理设备支持NETCONF协议；

所述装置包括：

接收单元，用于接收所述网管设备基于所述NETCONF协议发送的配置数据；其中，所述配置数据由所述网管设备采用预定义YANG模型模型化，所述预定义YANG模型中包括n个引用字段以及与每一个引用字段分别对应的若干个对象字段，所述引用字段用于指示在所述预定义YANG模型中被引用的YANG模型，第i个引用字段对应的对象字段用于指示所述第i个引用字段中引用的YANG模型模型化的目标配置数据的目标下级设备和/或下级设备群组，所述下级设备群组是指由若干个下级设备构成的群组，1≤i≤n且i、n为正整数；

解析单元，用于根据所述预定义YANG模型对解析所述配置数据；

存储单元，用于将所述解析得到的配置数据存储至同一配置数据库中；

配置单元，用于根据解析得到的配置数据配置所述下级设备。

8.根据权利要求7所述的装置，其特征在于，所述配置单元，具体用于：

对于所述第i个引用字段中引用的YANG模型模型化的目标配置数据，根据所述第i个引用字段对应的对象字段确定所述目标配置数据的目标下级设备，所述目标下级设备是指所述第i个引用字段对应的对象字段所指示的下级设备和/或下级设备群组中的下级设备；

基于目标配置管理协议向所述目标下级设备发送所述目标配置数据，所述目标配置管理协议是所述被管理设备和所述目标下级设备支持的配置管理协议。

Images