一种处理系统配置信息的方法以及相关设备与流程

1.本技术实施例涉及网络管理领域，尤其涉及一种处理系统配置信息的方法以及相关设备。

背景技术：

2.随着计算机网络技术的蓬勃发展，网络规模迅速扩大，互联在一起的网络形形，接入的设备种类繁多，功能各异。从各角度而言，都希望计算机网络能够提供安全、稳定、可靠与低成本的服务。网络管理也应运而生，网络可靠、便捷、安全是对网络管理的普遍性要求。
3.当网络系统规模变得庞大复杂以后，不能指望每一个用户成为网络管理专业人士以应对网络故障；与之相反，只能依赖于网络管理系统实时获取网络运行的各种数据，及时定位和解决故障，“智能地”进行网络控制与优化，确保网络应用业务始终稳定、可靠和安全地运行。为达到这一目的，网管设备需要对网络的运行状态进行监测和控制。网络管理通过对网络设备的运行状态进行监控，实时地根据当下的情况，对网络资源进行合理的分配和控制以满足网络运营商和用户的需求，使网络资源得到充分、有效的利用，并提供稳定、可靠和安全的服务。
4.网络设备运行过程中，出于业务的目的，需要改变该网络设备的配置。在这些配置中，操作人员通过命令下发至网络设备或者网管通过网管协议下发至网络设备的配置被称为用户配置，而网络设备自动生成的则称为系统配置。网管设备可以通过同步网络设备的系统配置来实现对网络情况的监测，网管设备根据获得的网络状态及时调配网络资源，处理网络故障和分配任务。由于网络系统的规模迅速增长，并且实现的功能日新月异，提升网管设备对网络设备的管理效率就变成了亟待解决的问题。

技术实现要素：

5.本技术实施例提供了一种处理系统配置信息的方法以及相关设备，使得网管设备可以获取网络设备的系统配置信息，通过处理该系统配置信息实现对网络设备的管理，提升了网管设备对网络设备的管理效率。
6.本技术实施例第一方面提供了一种处理系统配置信息的方法，包括：网管设备获取网络设备发送的系统配置消息。该系统配置消息中包括系统配置规则，该系统配置规则是该网络设备生成的在网络设备生成系统配置中使用的规则。该规则可以使用yang实例文件(yang－instance－file)来描述，yang-instance-file是国际互联网工程任务组(ietf，the internet engineering task force)网络建模(netmod，network modeling)工作组定义的用于存储yang模型的标准格式。该系统配置规则中记录了系统配置分别在什么条件下触发，触发后得到什么样的系统配置信息。比如，该系统配置规则中列举了该网络设备有能力执行的每一种系统配置对应的系统配置信息。该网管设备可以根据与该网络设备相关联的配置数据匹配系统配置规则，得到该系统配置规则对应的系统配置信息。网管设备根据
系统配置信息确定与网络设备相匹配的用户配置信息。可以理解为系统配置信息用于指导与网络设备相匹配的用户配置信息的验证和下发。
7.本技术实施例中，网管设备可以从网络设备处获取系统配置规则，并且根据该网络设备相关联配置数据匹配系统配置规则，得到该系统配置规则对应的系统配置信息。该网管设备可以根据据系统配置信息确定与所述网络设备相匹配的用户配置信息。本技术实施例提供的方案，网管设备生成系统配置信息，消除了网络设备生成该系统配置到执行完成该系统配置再发送该系统配置的时间，提升了网管设备对网络设备的管理效率。
8.在第一方面的一种可能的实施方式中，系统配置规则包括配置条件和系统配置信息，该配置条件与系统配置信息关联，配置条件指示满足该配置条件时，得到唯一的系统配置信息。本技术实施例中，确定了配置条件和系统配置信息的关联关系，提升了方案的可实现性。
9.在第一方面的一种可能的实施方式中，配置条件包括第一条件和第二条件，其中第一条件和第二条件互斥，也就是第一条件和第二条件不能同时满足。系统配置信息包括第一系统配置信息和第二系统配置信息，其中第一条件值与第一系统配置信息关联，该第一条件用于指示当满足第一条件时，得到第一系统配置信息，第二条件与第二系统配置信息关联，该第二条件用于指示当满足第二条件时，得到第二系统配置信息。也就是当有多个条件同时存在时，满足不同的条件生成不同的值，其中多个条件至多满足其中一个。本技术实施例中，也就是当有多个条件同时存在，满足不同的条件生成不同的值，其中多个条件至多满足其中一个，提升了方案的可实现性。
10.在第一方面的一种可能的实施方式中，网管设备获取系统配置消息前，该方法还包括，网管设备向网络设备发送用于请求网络设备发送系统配置规则的第一消息，网络设备接收到第一消息后，向网管设备发送系统配置消息。本技术实施例中，网管设备从网络设备获取系统配置规则，提升了方案的可实现性。
11.在第一方面的另一种可能的实施方式中，该与网络设备相关联的配置数据包括网络设备的运行参数，具体的，网络设备的运行参数包括系统配置信息集合，该系统配置信息集合为生成该系统配置信息前网管设备获取的该网络设备相匹配的系统配置信息的集合。网络设备的运行参数还包括用户配置信息集合，该用户配置信息集合为网络设备正确运行的用户配置信息的合集。本技术实施例中，限定了与网络设备相关联的配置数据包括系统配置信息集合和用户配置信息集合，提升了方案的可实现性。
12.在第一方面的另一种可能的实施方式中，网管设备可以从网络设备获取该网络设备的运行参数。可选的，网管设备可以通过订阅，使网络设备定时向网管设备上报该网络设备的运行参数，或网络设备的运行参数一旦发生变化，网络设备就向网管设备上报该网络设备的运行参数。本技术实施例中，为网管设备获取该网络设备的运行参数提供了具体的实现方式，提升了方案的可实现性。
13.在第一方面的另一种可能的实施方式中，网管设备可以在本地根据系统配置规则生成该网络设备的运行参数。消除了从网络设备获取运行参数带来的延时，提升了方案的可实现性。
14.在第一方面的另一种可能的实施方式中，该与网络设备相匹配的用户配置信息是网管获取的用户配置信息中，可以与系统配置信息同步正确运行的用户配置信息。可以理
解为网管设备根据系统配置信息的集合和该与网络设备相匹配的用户配置信息判断是否有条件使能，对系统配置信息集合进行增减，得到系统配置信息，该系统配置信息和该与网络设备相匹配的用户配置信息符合yang建模规则，yang为一种数据建模语言，避免了网管设备下发错误的用户配置导致网络设备出现配置错误的问题。
15.在第一方面的另一种可能的实施方式中，网管设备根据配置结果验证与配置结果相关联的用户配置的正确性后，该方法还包括，网管设备向网络设备下发满足预设要求的用户配置。以建立边界网关协议(bgp，border gateway protocol)邻居相关配置为例，网管设备根据预设端口号规则预先得知网络设备在建立bgp邻居时本地和对端邻居分配的端口号配置信息，并进行与该端口号相关的用户配置验证，验证正确后网管设备再下发该用户配置添加bgp邻居。本技术实施例中，网管设备向网络设备下发验证正确的用户配置，减少了下发验证错误的用户配置，避免了下发错误的用户配置浪费网络资源的情况，也避免了错误的用户配置对网络设备的系统配置的不良影响。
16.本技术实施例第二方面提供了一种处理系统配置信息的方法，包括：网络设备生成系统配置规则，该系统配置规则是该网络设备生成的在网络设备生成系统配置中使用的规则。该规则可以使用yang－instance－file来描述，该预设规则记录了系统配置分别在什么条件下触发，触发后得到什么样的系统配置信息。比如，该系统配置规则中列举了该网络设备有能力执行的每一种系统配置对应的系统配置信息。网络设备向网管设备发送系统配置消息，系统配置消息携带了系统配置规则，该系统配置规则中包括系统配置信息，该网管设备可以根据该网络设备相关联配置数据匹配系统配置规则，得到该系统配置规则对应的系统配置信息。本技术实施例中，网络设备生成系统配置规则并向网管设备发送该系统配置规则，使得网管设备可以根据该网络设备相关联配置数据匹配系统配置规则，得到该系统配置规则对应的系统配置信息，为网管设备获取该系统配置规则并应用该系统配置规则提供了具体实施方式，提升了网管设备对网络设备的管理效率。
17.在第二方面的一种可能的实施方式中，系统配置规则包括配置条件和系统配置信息，该配置条件与系统配置信息关联，配置条件指示满足该配置条件时，得到唯一的系统配置信息。本技术实施例中，确定了配置条件和系统配置信息的关联关系，提升了方案的可实现性。
18.在第二方面的一种可能的实施方式中，配置条件包括第一条件和第二条件，其中第一条件和第二条件互斥，也就是第一条件和第二条件不能同时满足。系统配置信息包括第一系统配置信息和第二系统配置信息，其中第一条件值与第一系统配置信息关联，该第一条件用于指示当满足第一条件时，得到第一系统配置信息，第二条件与第二系统配置信息关联，该第二条件用于指示当满足第二条件时，得到第二系统配置信息。也就是当有多个条件同时存在时，满足不同的条件生成不同的值，其中多个条件至多满足其中一个。本技术实施例中，也就是当有多个条件同时存在，满足不同的条件生成不同的值，其中多个条件至多满足其中一个，提升了方案的可实现性。
19.在第二方面的一种可能的实施方式中，网管设备获取系统配置消息前，该方法还包括，网络设备接收网管设备发送的用于请求网络设备发送系统配置规则的第一消息，网络设备接收到第一消息后，向网管设备发送携带了系统配置规则的系统配置消息。本技术实施例中，网管设备从网络设备获取系统配置规则，提升了方案的可实现性。
20.在第二方面的另一种可能的实施方式中，该方法还包括，网络设备接收网管设备下发的用户配置，网管设备验证该用户配置正确并根据当前的相关联配置数据判断该用户配置是否满足预设要求。本技术实施例中，网管设备向网络设备下发验证正确的用户配置，减少了下发验证错误的用户配置，避免了下发错误的用户配置浪费网络资源的情况，也避免了错误的用户配置对网络设备的系统配置的不良影响。
21.在第二方面的另一种可能的实施方式中，特征数据包括网络设备的物理资源特征，具体来说，网络设备的物理资源特征是因为系统物理资源上电引发的物理资源特征变化。该方法还包括，由于网管设备无法直接获知网络设备上发生的物理资源特征的变化，网管设备会向网络设备发送请求通知报文，使得网络设备一旦发生物理资源特征的变化，就向网管设备发送第二消息，第二消息包括网络设备的物理资源特征信息，网络设备的物理资源特征信息用于指示网络设备当前在位的物理资源特征。本技术实施例中，具体提供了网管设备通过订阅获取物理资源特征变化的方案，提升了方案的可实现性。
22.在第二方面的另一种可能的实施方式中，该方法还包括：由于网管设备无法直接获知网络设备何时开启，网管设备会向网络设备发送请求通知报文，使得网络设备开启时，网络设备向网管设备发送第三消息，第三消息包括网络设备启动通知。本技术实施例中，为网管设备获知网络设备的开启情况提供了具体的实现方式，提升了方案的可实现性。
23.在第二方面的另一种可能的实施方式中，该方法还包括：网络设备在验证阶段，根据所述第一系统配置信息验证与所述第一系统配置信息相关的系统配置的正确性。验证设备是否符合预先定义的系统配置规则时，可以通过规定以太接口默认的最大传输单元(mtu，maximum transmission unit)值为1500，pos接口的mtu值为1492，验证中创建一个以太接口，查看系统生成的mtu值是否为1500，若是，则设备实现符合预先定义的系统配置规则，若不是，则不符合预先定义的系统配置规则。创建一个pos接口，查看系统生成的mtu值是否为1492，若是，则设备实现符合预先定义的系统配置规则，若不是，则不符合预先定义的系统配置规则。本技术实施例中，网络设备在验证阶段，验证该网络设备的运行是否符合预先定义的系统配置规则，提升了方案的可实现性。
24.本技术实施例第三方面提供了一种网管设备，该网管设备包括：接收单元，用于获取网络设备发送的系统配置消息，所述系统配置消息包括系统配置规则，所述系统配置规则是网络设备生成系统配置中使用的规则；处理单元，用于根据与所述网络设备相关联配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的第一系统配置信息；处理单元，还用于根据所述第一系统配置信息确定与所述网络设备相匹配的用户配置信息。该网管设备具备执行前述第一方面或第一方面任一种可能的实现方式中网管设备行为的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
25.本技术实施例第四方面提供了一种网络设备，该网络设备包括：处理单元，用于生成系统配置规则，所述系统配置规则是所述网络设备生成系统配置中使用的规则；发送单元，用于向网管设备发送系统配置消息，所述系统配置消息包括所述系统配置规则，以使得所述网管设备根据与所述网络设备相关联配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的系统配置信息。该网络设备具备执行前述第二方面或第二方面任一种可能的实现方式中网络设备行为的功能，该功能可以通过硬件实现，也可以通过硬件执行相
应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
26.本技术实施例第五方面提供了一种网管设备，该网管设备中包括：一个或多个处理器，所述一个或多个处理器和存储器耦合，存储器存储有程序，当存储器存储的程序指令被一个或多个处理器执行时实现前述第一方面或第一方面任一种可能实现方式描述的处理系统配置信息的方法。
27.本技术实施例第六方面提供了一种网络设备，该网络设备中包括：一个或多个处理器，所述一个或多个处理器和存储器耦合，存储器存储有程序，当存储器存储的程序指令被一个或多个处理器执行时实现前述第二方面或第二方面任一种可能的实现方式中描述的处理系统配置信息的方法。
28.本技术实施例第七方面提供了一种通信系统，该系统包括网管设备和网络设备，网管设备为前述第一方面或第一方面任一种可能实现方式中描述的网管设备，网络设备为第二方面和第二方面任一种可能实现方式中描述的网络设备。
29.本技术第八方面提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行现前述第一方面或第一方面任一种可能实现方式，或者第二方面或第二方面任一种可能实现方式的处理系统配置信息的方法。
附图说明
30.图1为一种网络管理架构的示意图；
31.图2为本技术实施例提供的一种处理系统配置信息的方法的流程示意图；
32.图3为本技术实施例提供的网管设备和网络设备的一个交互示意图；
33.图4为本技术实施例提供的用户任务组的示意图；
34.图5为本技术实施例提供的另一种处理系统配置信息的方法的流程示意图；
35.图6为本技术实施例提供的网管设备一个结构示意图；
36.图7为本技术实施例提供的网络设备一个结构示意图；
37.图8为本技术实施例提供的网管设备另一个结构示意图；
38.图9为本技术实施例提供的网络设备另一个结构示意图。
具体实施方式
39.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
40.首先，对本实施例中的网络管理架构进行简单的介绍，请参阅图1，为一种网络管理架构示意图。
41.网管设备101分别与网络设备102、网络设备103和网络设备104通过通讯协议进行通信上的连接，网管设备101同时可以监管和控制多个网络设备。网管设备101和多个网络设备通过网络协议(ip，internet protocol)进行通信，网管设备101可以通过下发配置和收集网络设备的配置和信息实现对网络设备的管理。
42.通常情况下，每个网络设备会根据网管设备101下发的查询或订阅指令，上报该网
络设备的配置或状态信息。网管设备101就根据这些网络设备上报的信息对网络设备进行管理。
43.基于图1所描述的网络管理架构，下面对本技术实施例提供的一种处理系统配置信息的方法以及相关设备进行介绍。本技术实施例中，网管设备通过根据系统配置规则生成第一系统配置信息的方式来得到网络设备生成的第一系统配置信息，相较于当前广泛应用的事后从网络设备获取系统配置的方法，减少了网络设备生成该系统配置到执行完成该系统配置这一段时间的消耗，提升了网管设备对网络设备的管理效率。其中，网管设备生成系统配置信息可以在网络设备启动阶段和网络设备运行阶段进行。下面分别从这两个阶段对本实施例提供的方案进行介绍：
44.一、网络设备启动阶段。
45.系统配置规则由网络设备生成后即为一份或多份文本文件，可以存储于网络设备或远程设备，下面将以网络设备生成该系统配置规则后，向网管设备发送该网络设备为例，对本技术实施例提供的方案进行介绍：
46.参考图2，为本技术实施例提供的处理系统配置信息的方法的流程示意图，图2介绍了网管设备从网络设备获取系统配置规则，并使用该系统配置信息在网络设备启动阶段加载系统配置信息。
47.201、网管设备向网络设备送第一消息。
48.网管设备可以向网络设备发送第一消息来请求网络设备发送系统配置规则。在可能的实现方式中，第一消息可以是根据netconf协议自定义的远程过程调用协议(rpc，remote procedure call)《get-system-template》报文，rpc《get-system-template》报文是一种用来实现获取的netconf报文，获取报文的接收方在接收到该获取报文后会发送一封对应该获取报文的的响应报文，用于将获取报文中希望获取的内容发送给该获取报文的发送方。
49.请参阅图3，为本技术实施例提供的网管设备和网络设备的交互示意图，图3通过两个步骤实现了获取系统配置规则，此处解释两个步骤中的第一步。
50.[1]、网管设备向网络设备发送rpc获取系统配置规则请求。
[0051]
步骤[1]中网管设备向网络设备发送rpc获取系统配置规则请求报文内容如下：
[0052][0053]
需要说明的是，步骤201和步骤202并无实际上的先后顺序，本技术实施例中体现的只是一种可能的先后顺序。
[0054]
202、网络设备生成系统配置规则。
[0055]
网络设备生成该网络设备生成系统配置中使用的系统配置规则，具体的，系统配置规则包括：
[0056]
a.无任何条件，网络设备开机就会生成的系统配置，直接写入系统配置信息。
[0057]
b.满足某些条件生成的系统配置，将条件以可扩展标记语言路径语言(xpath，extensible markup language path language)表达式的形式写入系统配置规则，其中xpath是一种确定yang的某个节点或实例在yang结构树中某一节点位置信息的语言。yang为一种数据建模语言，用于对配置数据、状态数据、远程过程调用和网络管理协议通知进行建模。
[0058]
b1.若某个节点值因条件不同而不同，将全部条件写入系统配置信息，需要注意的是，任何时候最多有一个条件是满足的。
[0059]
b2.若某个叶子节点值是某个计算结果或其他节点的值，将该计算结果或其他节点以xpath表达式的形式写入系统配置规则。
[0060]
c.由于物理资源特征上电进行的系统配置，需要使用变量化的方式写入系统配置规则。
[0061]
需要说明的是，步骤201和步骤202并无实际上的先后顺序，本技术实施例中体现的只是一种可能的先后顺序。
[0062]
203、网络设备向网管设备发送系统配置消息。
[0063]
网络设备向网管设备发送网络设备生成的系统配置规则，由于网管设备向网络设备发送了rpc获取系统配置规则请求，网络设备会向网管设备发送用于响应该rpc获取系统配置规则请求的rpc获取系统配置规则响应，系统配置规则可以被该rpc获取系统配置规则响应报文携带，由网络设备发送给网管设备。
[0064]
请参阅图3，为本技术实施例提供的网管设备和网络设备的交互示意图，图3通过两个步骤实现了获取系统配置规则，此处解释两个步骤中的第二步。
[0065]
[2]、网络设备向网管设备发送rpc获取系统配置规则响应；
[0066]
步骤[2]中网络设备向网络设备发送携带了系统配置规则的rpc获取系统配置规则响应报文内容如下：
[0067]
[0068][0069]
204、网管设备向网络设备发送订阅通知请求。
[0070]
网管设备向网络设备发送订阅通知请求，该订阅通知请求用于订阅网络设备的启动信息。该订阅通知请求无需多次发送，该订阅通知请求发送成功后，每当网络设备启动时，网络设备都会向网管设备发送该网络设备的启动信息。
[0071]
需要说明的是，步骤204不限定在步骤201至步骤203之后，实际操作中步骤203在步骤204之前执行即可。
[0072]
205、网络设备向网管设备发送第三消息。
[0073]
网络设备在接收了网管设备发送的用于订阅网络设备启动信息的订阅通知请求后，网络设备根据该订阅报文向网管设备发送携带了网络设备启动通知的第三消息。
[0074]
206、网管设备生成系统配置信息。
[0075]
网管设备在接收到网络设备发送的指示网络设备启动的第三消息以后，生成系统配置规则中网络设备启动时可以无条件生成的系统配置信息。
[0076]
此处以该无条件生成的系统配置信息为认证、授权、审计(aaa，authentication，authorization，accounting)服务为例，说明无条件生成的系统配置信息的可能的应用场景。aaa服务能够用于处理用户访问请求、提供验证授权和账户服务。在系统运行过程中管理用户的访问权限和用户的操作权限，用户在操作该网络设备时，该系统配置信息会对该用户的权限进行匹配，进而判断该用户的操作是否在该用户的权限范围中，对该操作进行执行或拒绝执行的判断。
[0077]
请参阅图4，为本技术实施例提供的用户任务组的示意图，由图4可以看出，每个用户最终都能归属到某一个用户组，用户组通常会绑定一个或多个任务组，一个任务组只属于一个用户组；一条命令独立属于一个任务，一个任务中可包含多条命令；一个任务属于一个任务组，一个任务组中可包含多个任务。
[0078]
因此每个用户都有其特定的权限，一条命令行界面(cli，command-line interface)命令在建模的时候，应当根据它的功能，注册到相应的任务中。设备开机启动时，默认会预置四个任务组，具体如下：
[0079]
管理级命令任务组，任务的读取、写入、执行和消除故障，包括用于系统基本运行的命令、对业务提供支撑作用、设备重启命令和用于业务故障诊断的消除故障命令等。
[0080]
业务配置级命令任务组，任务的读取、写入和执行，主要包括一些业务配置命令等；
[0081]
监控级命令任务组,任务的读取，主要包括一些用于系统维护的显示命令等；
[0082]
参观级任务组，表示没有任何权限，如一些网络诊断工具命令，从本设备出发访问外部设备的命令等。
[0083]
每个任务组中对任务模块的操作权限不一样，默认情况下管理级命令任务组具有最高的操作权限，参观级任务组具有最低的操作权限。
[0084]
需要说明的是，步骤206和步骤207没有明确的先后顺序，本技术实施例只是提供了一种可能的实现方式。
[0085]
207、网络设备生成系统配置信息。
[0086]
网络设备启动即可生成无条件的系统配置信息，网络设备从系统配置信息中无条件加载的系统配置信息包括网络级命令任务组、业务配置级命令任务组、监控级命令任务组和参观级任务组，具体无条件直接生成的系统配置信息如下：
[0087]
[0088][0089][0090]
需要说明的是，步骤207和步骤206没有明确的先后顺序，本技术实施例只是提供了一种可能的实现方式。
[0091]
208、网管设备生成满足配置条件的系统配置信息。
[0092]
网管设备根据系统配置规则生成满足配置条件的系统配置信息，具体有以下四种
情况，将分别举例说明:
[0093]
1)在预设配置规则中第b条，满足某些条件生成的系统配置。
[0094]
系统配置规则如下：
[0095][0096]
当qos使能时，会依据该系统配置规则生成以下的系统配置。
[0097][0098][0099]
2)在系统配置规则中第b1条，若某个节点值因条件不同而不同，将全部条件写入系统配置信息，需要注意的是，任何时候最多有一个条件是满足的。
[0100]
下面以网卡配置为例，当网卡类型为以太接口时，为节点赋值1500。当网卡类型为pos接口时，为节点赋值1800。具体的系统配置规则如下所示：
[0101][0102]
假设目前设备存在以太类型的接口和pos类型的接口，那么所有的这些接口会生成如下的系统配置。
[0103][0104]
其中，pos接口(pos，packet over sonet/sdh)。同步光纤网络(sonet，synchronous optical network)，是一种北美、日本的传输标准。同步数字系列(sdh，synchronous digital hierarchy)，欧洲，中国等地区的传输标准。pos支持光纤介质，是一种高速的，先进的广域网连接技术。
[0105]
以太接口(ethernet)是应用最广泛的局域网通讯方式，同时也是一种协议。而以太网接口就是网络数据连接的端口。
[0106]
3)在系统配置规则中第b2条，若某个叶子节点值是某个计算结果或其他节点的值，可以使用如下的方式表达。
[0107]
当节点为key节点时，该系统配置规则可以表达为：
[0108]
[0109][0110]
如果该叶子节点为key节点，若计算xpath的结果存在，则生成实例，否则不生成实例；如果xpath的计算结果是一个结果集，则会循环生成多个实例。此处的key节点中指定的叶子节点能够用户唯一标识一个列表中的某个条目。
[0111]
假设/port:ports/port:port/port:name的计算结果有4个接口(eth0/0/0,eth0/0/1,pos1/0/0,pos1/0/1)，则会生成如下的系统配置。
[0112][0113]
当节点为普通叶子节点时，如果计算xpath结果存在，则生成该节点，否则不生成节点。
[0114]
系统配置规则可以表达为：
[0115]
[0116][0117]
则按照该规则，生成的系统配置为：
[0118][0119]
4)在系统配置规则中第c条，由于物理资源上电进行的系统配置，需要使用变量化的方式写入系统配置信息。
[0120]
如，可以事先定义变量available_phyintf_name，该变量代表目前在位的物理接口名称集合。available_phyintf_name变量指向一个引用，引用对象为节点/interfaces/interface/name。
[0121]
当有物理资源特征上电或断电时，该变量的值就会发生变化。相关的系统配置规则为：
[0122]
[0123][0124]
该规则表明，当前有物理接口在位时，会自动生成所有在位的物理接口对应的系统配置实例，其中物理接口属于物理资源特征的一种情况。
[0125]
假设现在在位的物理接口为eth0/0/0,eth0/0/1,pos0/0/0,pos0/0/1，则生成的物理接口为：
[0126][0127]
需要说明的是，步骤208和步骤209并无实际上的先后顺序，本技术实施例中体现的只是一种可能的先后顺序。
[0128]
209、网络设备生成满足配置条件的系统配置信息。
[0129]
网络设备根据系统配置规则生成满足配置条件的系统配置信息，此处生成系统配置信息的方式和步骤208生成系统配置信息的方式类似，不再赘述。
[0130]
需要说明的是，步骤208和步骤209并无实际上的先后顺序，本技术实施例中体现的只是一种可能的先后顺序。
[0131]
210、网管设备生成启动配置中满足配置条件的系统配置信息。
[0132]
网管设备加载启动配置，该启动配置一般是在上次运行结束时，由用户保存的配置数据，网管设备根据与网络设备相关联的配置数据匹配对应的系统配置规则，判断是否存在满足的配置条件，若有，则根据系统配置规则生成这些配置条件对应的系统配置信息。与网络设备相关联的配置数据包括网络设备的运行参数，具体的，网络设备的运行参数包括系统配置信息集合，该系统配置信息集合为生成该系统配置信息前网管设备获取的该网络设备相匹配的系统配置信息的集合。网络设备的运行参数还包括用户配置信息集合，该用户配置信息集合为网络设备正确运行的用户配置信息的合集。
[0133]
需要说明的是，步骤210和步骤211并无实际上的先后顺序，本技术实施例中体现
的只是一种可能的先后顺序。
[0134]
211、网络设备生成启动配置中满足配置条件的系统配置信息。
[0135]
网络设备加载启动配置，网络设备根据与网络设备相关联的配置数据匹配对应的系统配置规则，判断是否存在满足的配置条件，若有，则根据系统配置规则生成这些配置条件对应的系统配置信息。
[0136]
需要说明的是，步骤210和步骤211并无实际上的先后顺序，本技术实施例中体现的只是一种可能的先后顺序。
[0137]
本技术实施例中，网络设备在接收到网管设备发送的用于请求系统配置规则的第一消息后，网络设备向网管设备发送携带了系统配置消息，该系统配置消息携带了网络设备生成的系统配置规则，网管设备根据该系统配置规则和网管设备对网络设备的启动状态订阅，处理网络设备的启动，生成网络设备的系统配置信息，无需在网络设备启动并运行后从网络设备处获取该网络设备的系统配置信息，消除了从网络设备启动到运行的时间滞后，提升了网管设备对网络设备的管理效率。
[0138]
二、网络设备运行阶段
[0139]
本技术实施例中，网管设备和网络设备都处于运行阶段，网管设备根据系统配置规则和相关联配置数据，处理用户期望通过网管设备向该网络设备下发的用户配置信息。
[0140]
请参考图5，为本技术实施例提供的处理系统配置信息的方法流程示意图，图5介绍了网管设备和网络设备在运行阶段中，网管设备接收用户配置，验证用户配置正确后下发至网络设备，网络设备执行该用户配置并向网管设备发送订阅系统配置变更响应。
[0141]
501、网络设备向网关设备发送第二消息。
[0142]
网络设备上发生物理资源特征的变化。网络设备向网关设备发送携带网络设备的物理资源特征信息的第二消息。
[0143]
此处以网络设备上拔出一块接口板为例，分别列举全量订阅和增量订阅生成的配置结果。
[0144]
当网络设备上拔出一块接口板时，网络设备向网管设备发送订阅通知反馈消息，全量订阅的配置结果包括当前仍在位的所有接口名称包括loopkack0和ge2/0/0，具体配置结果内容如下：
[0145]
[0146][0147]
当网络设备上拔出一块接口板时，网络设备向网管设备发送订阅通知反馈消息，增量订阅的配置结果包括被拔出的接口名称为ge1/0/0，具体配置结果内容如下：
[0148][0149]
502、网管设备生成满足配置条件的系统配置信息。
[0150]
网管设备根据接收到网络设备的物理资源特征信息、当前的相关联配置数据和系统配置规则生成满足配置条件的系统配置信息。需要说明的是，与网络设备相关联的配置数据与网络设备相关联的配置数据包括网络设备的运行参数，具体的，网络设备的运行参数包括系统配置信息集合，该系统配置信息集合为生成该系统配置信息前网管设备获取的该网络设备相匹配的系统配置信息的集合。网络设备的运行参数还包括用户配置信息集合，该用户配置信息集合为网络设备正确运行的用户配置信息的合集。
[0151]
需要说明的是，步骤502和步骤503不限定先后顺序，此处仅为一种可能的情况。
[0152]
503、网络设备生成满足配置条件的系统配置信息。
[0153]
网络设备根据网络设备的物理资源特征、与网络设备相关联的配置数据和系统配置规则生成满足配置条件的系统配置信息。
[0154]
需要说明的是，步骤502和步骤503不限定先后顺序，此处仅为一种可能的情况。
[0155]
504、网管设备接收用户配置信息。
[0156]
网络设备在运行阶段出于业务的需要，需要改变该网络设备的配置，通常操作人员会通过网管设备向网络设备下发用户配置，网管设备接收到操作人员下达的用户配置信息。
[0157]
505、网管设备确定与网络设备相匹配的用户配置信息。
[0158]
网管设备在接收到用户配置信息后，确定与网络设备相匹配的用户配置信息的正确性。网管设备确定与网络设备相匹配的用户配置信息包括，网管设备验证该系统配置信息和用户配置信息和用户配置信息集合是否可以同步正确运行。可以理解为，验证该系统配置信息和用户配置信息和用户配置信息集合是否符合yang模型定义。在实际运行中，若
该系统配置信息和用户配置信息和用户配置信息集合不符合yang模型定义，该网管设备会直接报错，这里对具体的报错原因不予限定。若该系统配置信息和用户配置信息和用户配置信息集合符合yang模型定义，该系统配置信息和用户配置信息和用户配置信息集合可以同步正确运行，该用户配置信息和该用户配置信息集合为与网络设备相匹配的用户配置信息。
[0159]
506、网管设备向网络设备发送满足预设要求的与网络设备相匹配的用户配置信息。
[0160]
网管设备会根据该系统配置信息和与网络设备相匹配的用户配置信息确定该与网络设备相匹配的用户配置信息满足预设要求，以用户下发至网管设备的用户配置信息用于为服务质量(qos，quality of service)处理数据流提供一个数据流处理模板为例，当该用户配置信息包含了用于处理数据流的数据流处理模板，且在系统配置规则中尚未存在一个同样用途的数据流处理模板，则该用户配置信息满足预设要求，为网络设备提供了一个可用的数据流处理模板。网管设备向网络设备发送与网络设备相匹配的用户配置信息。
[0161]
可选的，网管设备向网络设备发送与网络设备相匹配的用户配置信息，该与网络设备相匹配的用户配置信息包括，用户配置信息和用户配置信息集合。
[0162]
可选的，网管设备向网络设备发送与网络设备相匹配的用户配置信息，与网络设备相匹配的用户配置信息包括，用户配置信息。
[0163]
需要说明的是，如果网管设备根据配置结果验证确定与网络设备相匹配的用户配置信息不正确，网管设备无需向网络设备发送与网络设备相匹配的用户配置信息，仍以用户下发至网管设备的用户配置信息用于为qos处理数据流提供一个数据流处理模板为例，当该用户配置信息包含用于处理数据流的第一数据流处理模板，在系统配置规则中已经存在类似的第二数据流处理模板，用户可以在网管设备的交互界面上获知网管设备此时有两个数据流处理模板，判断该用户配置信息不满足预设要求，该用户配置信息不下发。进一步的用户可以删除第一数据流处理模板或删除第二数据流处理模板后再下发第一数据流处理模板。本技术实施例仅以用户配置满足预设要求的情况为例。
[0164]
507、网络设备执行与网络设备相匹配的用户配置信息。
[0165]
网络设备根据网管设备下发的与网络设备相匹配的用户配置信息和网络设备的运行参数生成系统配置信息，并执行该与网络设备相匹配的用户配置信息。
[0166]
本技术实施例中，当网络设备监测到物理资源特征变化时，网络设备根据该物理资源特征变化对系统配置进行删除或生成操作，网络设备向网管设备发送携带物理资源特征变化的第二消息，网管设备根据该物理资源特征变化生成满足配置条件的系统配置信息，网络设备根据该物理资源特征变化生成满足配置条件的系统配置信息。网管设备接收操作人员在终端上发送的用户配置信息，网管设备根据与网络设备相关联的配置数据网管设备确定与网络设备相匹配的用户配置信息，网管设备向网络设备发送满足预设要求的与网络设备相匹配的用户配置信息，网络设备执行该与网络设备相匹配的用户配置信息。为网络设备和网管设备在正常运行阶段的系统配置变更提供了具体实现方法。
[0167]
上面对本技术实施例中的处理系统配置信息的方法进行了描述，下面对本技术实施例中的网管设备和网络设备进行描述：
[0168]
请参阅图6，本技术实施例提供的网管设备的结构示意图包括：
[0169]
发送单元601，用于向所述网络设备发送第一消息，所述第一消息用于请求所述网络设备发送所述系统配置规则。
[0170]
接收单元602，用于获取网络设备发送的系统配置消息，所述系统配置消息包括系统配置规则，所述系统配置规则是网络设备生成系统配置中使用的规则；
[0171]
处理单元603，用于根据与所述网络设备相关联配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的系统配置信息；
[0172]
本技术实施例中网管设备各单元所实行的功能及流程与前述图2和图5中网管设备所执行的功能和流程类似，此处不再赘述。
[0173]
请参阅图7，本技术实施例提供的网络设备的结构示意图包括：
[0174]
接收单元701，用于接收所述网管设备发送的第一消息，所述第一消息用于请求所述网络设备发送所述系统配置规则。
[0175]
处理单元702，用于生成系统配置规则，所述系统配置规则是所述网络设备生成系统配置中使用的规则；
[0176]
发送单元703，用于向网管设备发送系统配置消息，所述系统配置消息包括所述系统配置规则，以使得所述网管设备根据与所述网络设备相关联配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的系统配置信息。
[0177]
本技术实施例中网络设备各单元所实行的功能及流程与前述图2和图5中网络设备所执行的功能和流程类似，此处不再赘述。
[0178]
请参阅图8，本技术实施例提供的网管设备的结构示意图包括：
[0179]
处理器801和存储器802，其中处理器801和存储器802耦合，存储器802存储有程序，当存储器802存储的程序指令被处理器801执行时，实现前述图2和图5中网管设备所执行的功能和流程，此处不再赘述。
[0180]
请参阅图9，本技术实施例中提供的网络设备的结构示意图包括：
[0181]
处理器901和存储器902，其中处理器901和存储器902耦合，存储器902存储有程序，当存储器902存储的程序指令处理器901执行时，实现前述图2和图5中网络设备所执行的功能和流程，此处不再赘述。
[0182]
本技术实施例还提供了一种计算机存储介质，该计算机存储介质用于储存为上述网管设备或网络设备所用的计算机软件指令，其包括用于执行为网管设备或网络设备所设计的程序。
[0183]
该网管设备可以如前述图2和图5中所描述的网管设备。
[0184]
该网络设备可以如前述图2和图5中所描述的网络设备。
[0185]
本技术实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，该计算机软件指令可通过处理器进行加载来实现上述图2、图6和图7中任意一项的处理系统配置信息的方法中的流程。
[0186]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0187]
在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件
可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0188]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0189]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0190]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0191]
此外，需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

技术特征：

1.一种处理系统配置信息的方法，其特征在于，包括：网管设备获取网络设备发送的系统配置消息，所述系统配置消息包括系统配置规则，所述系统配置规则是所述网络设备生成系统配置中使用的规则；所述网管设备根据与所述网络设备相关联的配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的系统配置信息；所述网管设备根据所述系统配置信息确定与所述网络设备相匹配的用户配置信息。2.根据权利要求1所述的方法，其特征在于，所述系统配置规则包括配置条件，所述配置条件与所述系统配置信息关联，所述配置条件用于指示当满足所述配置条件时，得到所述系统配置信息。3.根据权利要求2所述的方法，其特征在于，所述配置条件包括第一条件和第二条件，所述系统配置信息包括第一系统配置信息和第二系统配置信息，其中，所述第一条件与所述第一系统配置信息关联，所述第一条件用于指示当满足所述第一条件时，得到所述第一系统配置信息，所述第二条件与所述第二系统配置信息关联，所述第二条件用于指示当满足第二条件时得到第二系统配置信息。4.根据权利要求1至3任一项所述的方法，其特征在于，所述网管设备获取所述网络设备发送的所述系统配置消息前，所述方法还包括：所述网管设备向所述网络设备发送第一消息，所述第一消息用于请求所述网络设备发送所述系统配置规则。5.根据权利要求1至4任一项所述的方法，其特征在于，所述与网络设备相关联的配置数据包括所述网络设备的运行参数。6.根据权利要求5所述的方法，其特征在于，所述方法还包括：所述网管设备接收所述网络设备发送的所述网络设备的运行参数。7.根据权利要求5所述的方法，其特征在于，所述方法还包括：所述网管设备在本地生成所述网络设备的运行参数。8.根据权利要求1至7任一项所述的方法，其特征在于，所述与所述网络设备相匹配的用户配置信息是所述网管获取的用户配置信息中，与所述系统配置信息同步正确运行的用户配置信息。9.根据权利要求8所述的方法，其特征在于，所述方法还包括：所述与所述网络设备相匹配的用户配置信息满足预设要求时，所述网管设备下发所述与所述网络设备相匹配的用户配置信息。10.一种处理系统配置信息的方法，其特征在于，包括：网络设备生成系统配置规则，所述系统配置规则是所述网络设备生成系统配置中使用的规则；所述网络设备向网管设备发送系统配置消息，所述系统配置消息包括所述系统配置规则，以使得所述网管设备根据与所述网络设备相关联配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的第一系统配置信息。11.根据权利要求10所述的方法，其特征在于，所述系统配置规则包括配置条件，所述配置条件与系统配置信息关联，所述配置条件用于指示当满足所述配置条件时，得到所述系统配置信息。
12.根据权利要求11所述的方法，其特征在于，所述配置条件包括第一条件和第二条件，所述系统配置信息包括第一系统配置信息和第二系统配置信息，其中，所述第一条件与所述第一系统配置信息关联，所述第一条件用于指示当满足所述第一条件时，得到所述第一系统配置信息，所述第二条件与所述第二系统配置信息关联，所述第二条件用于指示当满足第二条件时得到第二系统配置信息。13.根据权利要求10至12任一项所述的方法，其特征在于，所述网络设备向所述网管设备发送系统配置消息前，所述方法还包括：所述网络设备接收所述网管设备发送的第一消息，所述第一消息用于请求所述网络设备发送所述系统配置规则。14.根据权利要求10至13任一项所述的方法，其特征在于，所述方法还包括：所述用户配置信息满足预设要求时，所述网络设备接收所述网管设备下发的用户配置信息，所述用户配置信息是所述网管设备中与所述系统配置信息同时正确运行的用户配置信息。15.根据权利要求10至14任一所述的方法，其特征在于，所述网络设备相关联配置数据包括所述网络设备的物理资源特征信息；所述方法还包括：所述网络设备根据所述网络设备的物理资源特征变更向所述网管设备发送第二消息，所述第二消息包括所述网络设备的物理资源特征信息，所述网络设备的物理资源特征信息用于指示所述网络设备当前在位的物理资源特征。16.根据权利要求10至15任一项所述的方法，其特征在于，所述方法还包括：所述网络设备根据所述网络设备开启向所述网管设备发送第三消息，所述第三消息包括所述网络设备的开启通知。17.根据权利要求10至16任一项所述的方法，其特征在于，所述方法还包括：所述网络设备根据所述第一系统配置信息验证与所述第一系统配置信息相关的系统配置的正确性。18.一种网管设备，其特征在于，包括：接收单元，用于获取网络设备发送的系统配置消息，所述系统配置消息包括系统配置规则，所述系统配置规则是所述网络设备生成系统配置中使用的规则；处理单元，用于根据与所述网络设备相关联的配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的系统配置信息；所述处理单元，还用于根据所述系统配置信息确定与所述网络设备相匹配的用户配置信息。19.根据权利要求18所述的网管设备，其特征在于，所述系统配置规则包括配置条件，所述配置条件与所述系统配置信息关联，所述配置条件用于指示当满足所述配置条件时，得到所述系统配置信息。20.根据权利要求19所述的网管设备，其特征在于，所述配置条件包括第一条件和第二条件，所述系统配置信息包括第一系统配置信息和第二系统配置信息，其中，所述第一条件与所述第一系统配置信息关联，所述第一条件用于指示当满足所述第一条件时，得到所述第一系统配置信息，所述第二条件与所述第二系统配置信息关联，所述第二条件用于指示
当满足第二条件时得到第二系统配置信息。21.根据权利要求18至20任一项所述的网管设备，其特征在于，所述设备，还包括：发送单元，用于向所述网络设备发送第一消息，所述第一消息用于请求所述网络设备发送所述系统配置规则。22.根据权利要求18至21任一项所述的网管设备，其特征在于，所述与所述网络设备相关联的配置数据包括所述网络设备的运行参数。23.根据权利要求22所述的网管设备，其特征在于，所述接收单元，还用于，接收所述网络设备发送的所述网络设备的运行参数。24.根据权利要求22所述的网管设备，其特征在于，所述处理单元，还用于，在本地生成所述网络设备的运行参数。25.根据权利要求18至24任一项所述的网管设备，其特征在于，所述与所述网络设备相匹配的用户配置信息是所述网管获取的用户配置信息中，与所述系统配置信息同步正确运行的用户配置信息。26.根据权利要求25所述的网管设备，其特征在于，所述发送单元，还用于，所述用户配置信息满足预设要求时，下发所述用户配置信息。27.一种网络设备，其特征在于，包括：处理单元，用于生成系统配置规则，所述系统配置规则是所述网络设备生成系统配置中使用的规则；发送单元，用于向网管设备发送系统配置消息，所述系统配置消息包括所述系统配置规则，以使得所述网管设备根据与所述网络设备相关联配置数据匹配所述系统配置规则，得到与所述系统配置规则对应的系统配置信息。28.根据权利要求27所述的网络设备，其特征在于，所述系统配置规则包括配置条件，所述配置条件与系统配置信息关联，所述配置条件用于指示当满足所述配置条件时，得到所述系统配置信息。29.根据权利要求28所述的网络设备，其特征在于，所述配置条件包括第一条件和第二条件，所述系统配置信息包括第一系统配置信息和第二系统配置信息，其中，所述第一条件与所述第一系统配置信息关联，所述第一条件用于指示当满足所述第一条件时，得到所述第一系统配置信息，所述第二条件与所述第二系统配置信息关联，所述第二条件用于指示当满足第二条件时得到第二系统配置信息。30.根据权利要求27至29任一项所述的网络设备，其特征在于，所述设备，还包括：接收单元，用于接收所述网管设备发送的第一消息，所述第一消息用于请求所述网络设备发送所述系统配置规则。31.根据权利要求27至30任一项所述的网络设备，其特征在于，所述接收单元，还用于，当所述用户配置信息满足预设要求时，接收所述网管设备下发的用户配置信息，所述用户配置信息是所述网管设备中与所述系统配置信息同时正确运行的用户配置信息。32.根据权利要求27至31任一所述的网络设备，其特征在于，所述与所述网络设备相关联配置数据包括所述网络设备的物理资源特征信息；所述发送单元，还用于根据所述网络设备的物理资源特征变更向所述网管设备发送第
二消息，所述第二消息包括所述网络设备的物理资源特征信息，所述网络设备的物理资源特征信息用于指示所述网络设备当前在位的物理资源特征。33.根据权利要求27至32任一项所述的网络设备，其特征在于，所述发送单元，还用于，根据所述网络设备开启向所述网管设备发送第三消息，所述第三消息包括所述网络设备的开启通知。34.根据权利要求27至33任一项所述的网络设备，其特征在于，所述处理单元，还用于，根据所述系统配置信息验证与所述系统配置信息相关的系统配置的正确性。35.一种网管设备，其特征在于，包括：一个或多个处理器，所述一个或多个处理器和存储器耦合，所述存储器存储有程序，当所述存储器存储的程序指令被所述一个或多个处理器执行时实现权利要求1至9中任一项所述的方法。36.一种网络设备，其特征在于，包括：一个或多个处理器，所述一个或多个处理器和存储器耦合，所述存储器存储有程序，当所述存储器存储的程序指令被所述一个或多个处理器执行时实现权利要求10至17中任一项所述的方法。37.一种通信系统，其特征在于，包括网管设备和网络设备，所述网管设备为权利要求1至9描述的网管设备，所述网络设备为权利要求10至17描述的网络设备。

技术总结

本申请实施例公开了一种处理系统配置信息的方法以及相关设备，可以用于网络管理的架构中。通过使网管设备生成系统配置信息，以提升网管设备对网络设备的管理效率。该方法包括：网管设备获取网络设备发送的携带系统配置规则的系统配置消息，系统配置规则是网络设备生成系统配置中使用的规则，网管设备根据与网络设备相关联配置数据匹配系统配置规则，得到与系统配置规则对应的系统配置信息，网管设备根据系统配置信息确定与网络设备相匹配的用户配置信息。户配置信息。户配置信息。