CN111817905A

CN111817905A - 一种网络配置方法、相关装置及存储介质

Info

Publication number: CN111817905A
Application number: CN202010925905.5A
Authority: CN
Inventors: 刘京; 刘琛; 耿竞一; 赵磊; 王福; 王勇杰; 江志耿
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-09-07
Filing date: 2020-09-07
Publication date: 2020-10-23
Anticipated expiration: 2040-09-07
Also published as: CN111817905B

Abstract

本申请实施例涉及云技术领域，以及提供一种网络配置方法、相关装置及存储介质，该方法包括：获取第一网络配置；将所述第一网络配置转换为第一配置实例；根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域；根据所述第一网络区域中各网络设备的网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息；按照各网络特性，分别向与各网络特性对应的网络设备发送配置信息。本方案提高从系统层面保证不会错刷网络设备，规避人工写配置脚本的出错可能性。

Description

一种网络配置方法、相关装置及存储介质

技术领域

本申请实施例涉及云技术领域，尤其涉及一种网络配置方法、相关装置及存储介质。

背景技术

当前对网络设备进行网络配置管理大多基于命令行的文本方式或者配置脚本的方式。例如，采用配置脚本方式时，用户提前写好配置脚本，然后通过控制通道批量下发至网络设备。

在对现有技术的研究和实践过程中，本申请实施例的发明人发现，由于网络配置一般上万行代码，且不同厂商生产的网络设备使用的配置命令存在较大差异，目前仅能依赖人工登录网络设备，对下发的网络配置进行变更，但是容易出现因人工更新出错导致的现网故障或隐患问题，或者因错刷网络设备而导致现网故障。

发明内容

本申请实施例提供了一种网络配置方法、相关装置及存储介质，能够提高从系统层面保证不会错刷网络设备，规避人工写配置脚本的出错可能性。

第一方面中，本申请实施例提供一种网络配置方法，所述方法包括：

获取第一网络配置；

将所述第一网络配置转换为第一配置实例；

根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域；

根据所述第一网络区域中各网络设备的网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息；

按照各网络特性，分别向与各网络特性对应的网络设备发送配置信息。

一些实施方式中，所述将所述第一网络配置转换为第一配置实例之前，所述方法包括：

获取多种网络参数；

将所述多种网络参数结构化为至少两类网络配置特征；

按照网络设备所属的网络架构类型，根据所述至少两类网络配置特征得到对应的配置模型。

一些实施方式中，所述将所述第一网络配置转换为第一配置实例，包括：

获取目标配置模板，所述目标配置模板中的网络配置特征与所述第一网络配置中的网络参数匹配；

根据所述目标配置模板和所述第一网络配置中的网络参数，将所述第一网络配置实例化，得到所述生成第一配置实例。

一些实施方式中，所述根据各网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息，包括：

根据所述第一配置实例中各项网络参数的网络配置特征，确定与所述网络特性匹配的第一转换模板；

基于所述目标配置模板，将所述第一配置实例的键值入参到所述第一转换模板中，以对所述第一转换模板中的网络参数进行赋值并将所述第一配置实例生成所述配置信息。

一些实施方式中，所述分别向与网络特性对应的网络设备发送配置信息之后，所述方法还包括：

获取所述第一网络配置的更新信息；

根据所述更新信息和所述第一网络配置的配置版本确定第二网络区域；

根据所述更新信息和所述第二网络区域，更新所述第二网络区域内网络设备的配置实例；

根据各网络特性，分别将所述第二配置实例转换为与各网络特性对应的配置更新信息；

按照各网络特性，分别向与各网络特性对应的网络设备发送所述配置更新信息。

一些实施方式中，所述根据所述更新信息和所述第一网络配置的配置版本确定第二网络区域，包括：

根据所述更新信息确定待更新配置的第一网络区域；

根据所述第一网络区域和所述配置版本确定所述第一网络区域内待更新配置的网络设备。

一些实施方式中，所述根据所述更新信息确定待更新配置的网络区域之前，所述方法还包括：

按照多个网络设备所属的网络架构类型确定待关联的配置版本；

将所述多个网络设备划分到至少一个网络区域；

按照所述网络区域，分别将属于同一网络区域的网络设备与同一配置版本关联。

一些实施方式中，所述获取第一网络配置，包括：

确定配置版本；

根据所述配置版本确定初始网络配置待使用的至少一个配置特征；

对至少一个所述配置特征进行赋值，得到所述第一网络配置。

一些实施方式中，所述根据各网络特性，分别将所述第二配置实例转换为与各网络特性对应的配置更新信息，包括：

获取所述第二配置实例的键值；

获取与所述网络特性匹配的第二转换模板；

基于所述目标配置模版，将所述键值入参到所述第二转换模板，以将所述第二配置实例转换为可识别文件；

将所述可识别文件作为所述配置更新信息。

一些实施方式中，所述方法还包括：

基于命令行程序解析所述配置文件中的命令行数据；

在所述命令行启动后，加载所述命令行数据，以关联应用程序接口与对象操作命令；

通过所述应用程序接口，按照所述对象操作命令对所述第二网络区域内的网络设备进行操作。

一些实施方式中，所述更新信息为接口失效延时，所述第二网络区域为满足第一预设触发事件的网络设备所在的网络区域。

第二方面中，本申请实施例提供一种服务器，具有实现对应于上述第一方面提供的网络配置方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。

一些实施方式中，所述服务器包括：

获取模块，用于获取第一网络配置；

处理模块，用于将所述第一网络配置转换为第一配置实例；根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域；根据所述第一网络区域中各网络设备的网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息；

发送模块，用于按照各网络特性，分别向与网络特性对应的网络设备发送配置信息。

一些实施方式中，所述处理模块将所述第一网络配置转换为第一配置实例之前，还用于：

获取多种网络参数；

将所述多种网络参数结构化为至少两类网络配置特征；

一些实施方式中，所述处理模块具体用于：

根据所述目标配置模板和所述第一网络配置中的网络参数，将所述第一网络配置实例化，得到所述第一配置实例。

一些实施方式中，所述处理模块具体用于：

根据所述第一转换模板对所述第一配置实例进行转换，向所述第一配置实例中传入键值，并基于所述网络特性将所述第一配置实例生成所述配置信息。

一些实施方式中，所述处理模块在所述收发模块分别向与网络特性对应的网络设备发送配置信息之后，还用于：

获取所述第一网络配置的更新信息；

根据各网络特性，分别将所述第二配置实例转换为与网络特性对应的配置更新信息；

一些实施方式中，所述处理模块具体用于：

根据所述更新信息确定待更新配置的第一网络区域；

一些实施方式中，所述处理模块根据所述更新信息确定待更新配置的网络区域之前，还用于：

按照网络架构类型确定待关联的配置版本；

将所述多个网络设备划分到至少一个网络区域；

按照网络区域，分别将属于同一网络区域的网络设备与同一配置版本关联。

一些实施方式中，所述获取模块具体用于：

确定配置版本；

一些实施方式中，所述处理模块具体用于：

获取所述第二配置实例的键值；

获取与所述网络特性匹配的第二转换模板；

将所述可识别文件作为所述配置更新信息。

一些实施方式中，所述处理模块还用于：

基于命令行程序解析所述配置文件中的命令行数据；

本申请实施例又一方面提供了一种服务器，其包括至少一个连接的处理器、存储器和收发器，其中，所述存储器用于存储计算机程序，所述处理器用于调用所述存储器中的计算机程序来执行上述第一方面、以及第一方面中任意实施方式中所述的方法。

本申请实施例又一方面提供了一种计算机可读存储介质，其包括指令，当其在计算机上运行时，使得计算机执行上述第一方面、以及第一方面中任意实施方式中所述的方法。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面、第一方面中的各种实施方式中提供的方法。

相较于现有技术，本申请实施例提供的方案中，将所述第一网络配置转换为第一配置实例，还根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域，所以能够在有针对性的复用同一份第一网络配置的同时，还能够基于第一配置实例去实现同时面向不同的网络设备分发各网络设备能够兼容的配置信息，使得配置信息准确的部署到各网络设备。以及按照网络特性将第一配置实例转换为多个能用在不同网络设备的配置信息。由于根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域，因此该第一网络区域是有指向性的，属于该同一第一网络区域的网络设备都是能够兼容或使用同一份配置信息的网络设备，因此，向属于第一网络区域的网络设备分发的配置信息不会出现误刷，进而避免因误刷导致的网络故障问题。

附图说明

图1为本申请实施例中通信系统的一种网络架构示意图；

图2为本申请实施例中网络配置变更的一种流程示意图；

图3为本申请实施例中配置结构化的配置模型的一种流程示意图；

图4为本申请实施例中网络配置方法的一种流程示意图；

图5为本申请实施例中网络配置变更的一种流程示意图；

图6为本申请实施例中网络区域的一种划分示意图；

图7为本申请实施例中更新网络配置的方法的一种流程示意图；

图8为本申请实施例中服务器的一种结构示意图；

图9为本申请实施例中服务器的一种结构示意图；

图10为本申请实施例中执行网络配置方法的实体设备的一种结构示意图。

具体实施方式

本申请实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块，本申请实施例中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请实施例中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请实施例方案的目的。

本申请实施例供了一种网络配置方法、相关装置及存储介质，可用于架构升级的批量配置变更场景，该方案可用于服务器侧。本申请实施例涉及云技术中的云计算、云存储和数据库等技术领域。

云技术（Cloud technology）是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术（Cloudtechnology）基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。本申请实施例可通过云技术对网络设备下发网络配置（例如首次网络配置、后续更新网络配置）。

云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统 (以下简称存储系统）是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备（存储设备也称之为存储节点）通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。在本申请实施例中，可将网络配置、配置实例、配置模型、转换模板、划分的网络区域等信息均保存在该数据库中，便于服务器调取。

目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识（ID，ID entity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件系统能够根据每个对象的存储位置信息让客户端对数据进行访问。

存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量（该估量往往相对于实际要存储的对象的容量有很大余量）和独立冗余磁盘阵列（RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

数据库(Database)，简而言之可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

数据库管理系统（英语：Database Management System，简称DBMS）是为管理数据库而设计的电脑软件系统，一般具有存储、截取、安全保障、备份等基础功能。数据库管理系统可以依据它所支持的数据库模型来作分类，例如关系式、XML（Extensible MarkupLanguage,即可扩展标记语言）；或依据所支持的计算机类型来作分类，例如服务器群集、移动电话；或依据所用查询语言来作分类，例如SQL（结构化查询语言(Structured QueryLanguage)、XQuery；或依据性能冲量重点来作分类，例如最大规模、最高运行速度；亦或其他的分类方式。不论使用哪种分类方式，一些DBMS能够跨类别，例如，同时支持多种查询语言。在本申请实施例中，可将网络配置、配置实例、配置模型、转换模板等信息均保存在该数据库中，便于服务器调取。

一些实施方式中，该网络配置方法可通过如图1所示的通信系统实现，该通信系统包括至少一个服务器、至少一个网络设备。其中至少一个网络设备可为同一网络区域中相同类型或者不同类型的网络设备，也可为不同网络区域中的不同类型的网络设备，本申请实施例不对此作限定。

本申请实施例主要提供以下技术方案：

例如，基于图1所示的网络拓扑图以及图2所示的网络配置变更流程示意图，可实现批量变更网络配置的目的。具体来说，通过对网络配置特征进行结构化，然后基于结构化的网络配置特征建立配置模型。以及将多个网络设备划分到不同的网络区域。当对某项或某几项网络参数进行更新后，自动生成与网络设备无关的配置实例，然后关联到因网络参数更改而受到影响的网络区域和网络设备。结合命令模板，按照不同类型的网络设备将配置实例转换为对应不同类型的网络设备的配置命令行。最后，将配置命令行下发到网络设备，以更新各网络设备的网络配置。其中，配置模型是描述网络配置特征及各网络配置特征之间的关联关系的结构化模型，配置模型可采用数据建模语言实现，例如采用yang语言描述。

需要特别说明的是，本申请实施例涉及的服务器，可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

本申请实施例涉及的终端，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。例如移动电话（或称为“蜂窝”电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。例如，个人通信业务（英文全称：Personal Communication Service，英文简称：PCS）电话、无绳电话、会话发起协议（SIP）话机、无线本地环路（Wireless Local Loop，英文简称：WLL）站、个人数字助理（英文全称：Personal Digital Assistant，英文简称：PDA）等设备。

在介绍本申请实施例的一种网络配置方法之前，先介绍配置结构化的配置模型、划分网络区域等流程，如图3所示，本申请实施例包括：

101、获取多种网络参数。

其中，网络参数是指能够独立地反映网络特性的参数，网络参数通常是指四端网络的参数。该多种网络参数可涵盖至少一种网络架构类型下的至少一种网络设备所使用到的网络参数。

102、将所述多种网络参数结构化为至少两类网络配置特征。

其中，网络配置特征是指为确保在传输语音、音频以及两个点或多个点之间的数据的配置特性。例如图2所示，基于现有使用到的配置特性进行结构化建模，即将网络配置特征分为：网络服务质量（Quality of Service，QoS）参数、简单网络管理协议（SimpleNetwork Management Protocol，SNMP）、接口（interfaces）、stp、链路层发现协议(LinkLayer Discovery Protocol，LLDP)、routing-policy、访问控制表(Access Control List，ACL)等多个配置特性。也可将网络配置特征看作配置模块，架构师在定义架构版本的配置规划时，选择配置版本所需使用的网络配置特征，然后对这些网络配置特征进行赋值（固定赋值或基于规则赋值），最终完成一个网络架构中配置版本的配置定义。

103、按照网络架构类型，根据所述至少两类网络配置特征得到对应的配置模版。

其中，网络架构类型是指网络设备连接在网络上后，网络设备之间所形成的网络拓扑。每种网络架构类型都包括交换机、路由器、服务器。网络架构类型根据交换机、路由器、服务器之间的连接方式、通信方式得到。例如，网络架构类型可为数据通信网络（DataCommunication Network，DCN），以其中某个网络设备为网络中心，覆盖至少一个地理区域的多个网络设备。各网络设备可通过网络接口连接到该网络中心，以形成一个DCN，该网络中心即可对连接到网络中心的各网络设备进行网络配置、数据传输、信息收集、远程控制等操作。网络架构类型也可为客户端/服务器（Client/Server，C/S）。

一个企业就可看作至少一个网络架构类型的网络架构，网络架构可按照部门、子公司等属性分类。

配置模版为用于描述网络配置特征及各网络配置特征之间的关联关系的结构化模型，配置模板可以基于数据建模语言实现，例如基于yang语言实现。配置模板可以称作配置模型、网络配置模板等，本申请实施例不作限定，本申请实施例也不对配置模板的数据结构作限定。在本申请实施例中，配置模版可与适配层的转换模板（例如后文中的第一转换模板、第二转换模板）结合使用，以生成对应不同网络设备的配置信息。网络设备的厂商可以基于配置模版中的各网络配置特征，以这些网络配置特征为入参，在适配层的转换模板中预先设置好其生产的网络设备所需要配置的网络参数。例如，对于厂商A的交换机而言，需要在转换模板中预置好以下网络配置特征：端口名称、端口连接类型、端口描述信息、mtu、端口单播广播抑制和多播抑制比例。对于厂商B的交换机而言，则需要在转换模板中预置好以下网络配置特征：端口名称、端口连接类型、网络描述信息、mtu、端口单播广播风暴时端口阻塞的转发速率上限值、端口多播广播风暴时端口的传输速率上限值。

本申请实施例中，基于该配置模版即可更新各类网络特性对应网络设备的网络配置规范，然后再基于配置版本关联到因本次更新操作受到影响的网络设备。

以接口基础配置举例，配置模版包括如下网络配置特征：interface.name、接口类型、description、mtu、broadcast-suppression、multicast-suppression等。

例如图1所示，为便于集中、同一分发网络配置，避免错误的将网络配置下发到某些网络设备（简称为错刷网络设备）。还可以对多个网络设备进行网络区域的划分。例如，可基于网络设备的设备厂商、设备型号、设备系统等至少一项将多个网络设备划分到至少一个网络区域内。对于属于同一个网络区域中的网络设备而言，网络配置部分或全部相同。同一个网络区域中的网络设备可以是来自相同或不同的企业，本申请实施例不对此作限定。

如下表1所示，

在配置结构化的配置模版、以及划分网络区域等流程后，即可对不同网络区域的网络设备进行网络配置的分发（包括首次下发网络配置和下发更新的网络配置流程）。具体来说，参照图4，以下介绍本申请实施例所提供的一种网络配置方法，本申请实施例包括：

201、获取第一网络配置。

其中，第一网络配置可包括SNMP、QoS参数、interfaces、STP、网络地址、子网掩码、路由信息、域名服务器（Domain Name System ，DNS）、网络配置命令等网络参数。其中，interfaces包括网络硬件接口和无线网络接口。本申请实施例不对第一网络配置中包括的网络参数项作限定。

一些实施方式中，第一网络配置可仅包括通用的网络参数，或者，第一网络配置也可同时包括通用的网络参数以及对应不同用户的特定网络参数。具体来说，第一网络配置是基于网络设备的网络特性对网络参数进行划分得到。例如，对于企业用户1、企业用户2和企业用户3而言，为三者配置的网络参数均包括SNMP、QoS、interfaces、STP 。由于企业用户2和企业用户1、企业用户2在业务需求（例如因为业务不同，架构不同等因素，所以对应的网络参数要求不同）方面存在较大差异，例如，由于企业用户2为游戏服务商，需要对众多用户提供游戏服务，因此，对网络延时、游戏画质等的要求比较高。而企业用户1和企业用户3仅提供一般性地图导航功能服务，那么，对于企业用户2而言，在进行通用的网络参数配置基础上，还需要在网络延时参数、网络抖动参数或QoS参数等网络参数进行特别配置。

可通过下述方式获取第一网络配置：

确定配置版本，根据所述配置版本确定初始网络配置待使用的至少一个配置特征，对至少一个所述配置特征进行赋值（例如固定赋值或基于规则赋值），得到所述第一网络配置，即最终完成一个配置版本的配置标准定义。

202、将所述第一网络配置转换为第一配置实例。

其中，第一配置实例是指配置特性参数与配置特性参数赋值的组合。由于第一网络配置是按照类划分的，因此，可以将所述第一网络配置进行实例化，即可得到对应的第一配置实例。一些实施方式中，第一配置实例可采用Json文件，便于查找，分类，有针对性地、快速的找到要更新的网络配置中的部分网络参数。第一配置实例为与设备厂商和设备型号无关的Json文件。

一些实施方式中，由于已经预先根据所述至少两类网络配置特征得到对应的配置模型。因此，可基于配置模型将第一网络配置转换为第一配置实例，具体来说，可通过下述方式将所述第一网络配置转换为第一配置实例：

203、根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域。

其中，第一网络区域是指多个能够兼容或使用该第一网络配置进行音视频、数据等传输的网络设备的集合，且属于该第一网络区域的网络设备的网络配置的配置版本相同，或者配置版本更新次数低于预设次数。

一些实施方式中，第一网络区域的划分方式如下：

将多个网络设备划分到至少一个网络区域；

按照网络区域，分别将属于同一网络区域的网络设备与同一配置版本关联。如图5，为网络区域的一种划分方式。

一些实施方式中，可将第一网络区域看作一个局域网，例如企业A中至少一个集群设备所组成的网络区域（不受地理位置限制部署）；也可将第一网络区域看作某个地理区域内网络配置相同或相似的网络设备组成的区域，例如，在深圳南山区共有10万个使用网络服务商A，且操作系统为Windows系统的计算机，这10万个计算机即可被划分到同一个网络区域，进而便于后期网络配置下发或更新。

举例来说，以网络结构类型为DCN，配置版本为DCN R010为例，基于网络配置管理系统查找与DCN R010关联的网络设备，查找结果可参考下表2、表3和表4所示：

上表2为架构配置规范定义完成后，选择关联的配置版本后的一种示示意表，表3为划分到同一网络区域的所有网络设备都关联到DCN R010配置版本后的一种示意表，表4为服务器测更新网络配置的标准并发布后，基于配置信息查询到与更新的网络配置关联的网络区域以及该网络区域内的网络设备的一种示意表。

由此可见，由于第一网络区域是有指向性的，属于该同一第一网络区域的网络设备都是能够兼容或使用同一份配置信息的网络设备，因此，在向属于第一网络区域的网络设备分发配置信息（包括首次或更新配置信息）时，通过找到该配置版本关联的网络设备，不论是首次下发还是更新下发配置信息，都便于通过关联即可批量进行更新，进而提高网络配置的更新效率和准确性。此外，从系统层面保证不会对某些网络设备进行误更新，进而避免因误刷导致的网络故障问题，以及规避人工写配置脚本的出错可能性。

204、根据所述第一网络区域中各网络设备的网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息。

其中，各网络设备的网络特性是指能够影响网络配置的内容，不同网络特性的网络设备，一般来说，其网络配置会存在差异。例如，网络特性可包括：设备厂商、设备型号、设备系统等。

配置信息是指网络设备的网络配置。例如，企业A仅使用了设备厂商A的网络设备A，企业B仅使用了设备厂商B的网络设备B。那么，对应设备厂商A的网络设备A则发送基于设备厂商A转换的配置信息a，对应设备厂商B的网络设备B则发送基于设备厂商B转换的配置信息b。

一些实施方式中，所述根据网络特性分别将所述第一配置实例转换为与网络特性对应的配置信息，包括：

其中，第一转换模板是指用于将第一配置实例转换为网络设备侧可识别的配置信息（例如命令行或命令脚本）的转换模板。

在生成第一配置实例后，考虑到这些不同网络特性对应的网络设备不同，不同网络设备的网络配置命令可能会不同，为了各网络特性对应的网络设备都能识别并配置第一网络配置，还可以将第一配置实例转换为与各网络特性对应的配置信息。具体来说，可基于目标配置模板将第一配置实例进行转换。

例如，以接口基础配置为例，配置模版包括了如下配置特性：interface.name、接口类型、description、mtu、broadcast-suppression、multicast-suppression等。基于配置模板将接口基础配置实例化为接口配置实例，再基于该接口配置实例的键值，在适配层预先定义接口基础配置的转换模板，下述分别为网络设备A、网络设备B的接口基础配置的转换模板的一种示意代码：

网络设备A：

interface [name]

port link-type [interface_link_type]

description [Description]

mtu [mtu]

broadcast-suppression [ratio_pps_kbps] [percent_value]

multicast-suppression [gbps_mbps_kbps] [cir_value]

网络设备B：

interface [name]

switchport mode [interface_link_type]

description [Description]

mtu [mtu]

storm-control broadcast level [ratio_pps_kbps]

storm-control multicast level [gbps_mbps_kbps]

在网络设备A和网络设备B的接口基础配置的转换模板中，下划线部分则为转换模板的具体配置项，也可看作用于将配置实例生成网络配置的命令行，[]中的内容则是待入参到转换模板中的配置实例的key-value。

基于前述网络设备A、网络设备B的接口基础配置的一种示意代码，对配置实例中的各网络参数进行赋值，即可得到如下所示的网络设备A和网络设备B各自的网络配置的命令行（即配置信息）。

网络设备A：

interface HundredGigE1/0/18

port link-type trunk

description SZ-NA-LC-01-HundredGigE1/6/11

mtu 1500

broadcast-suppressionpps 0

multicast-suppressionpps 0

网络设备B：

interface HundredGigE1/0/18

switchport mode trunk

description SZ-NA-LC-01-HundredGigE1/6/11

mtu 1500

storm-control broadcast level 0.00

storm-control multicast level 0.00

在网络设备A和网络设备B的接口基础配置的转换模板中，上述粗体+下划线部分则为入参的配置实例的key-value。在入参时，基于配置模板，将配置实例的key-value输入上述转换模板中，以在转换模板中对配置实例进行转换，从而得到上述可识别的命令行。

205、按照所述网络特性，分别向与网络特性对应的网络设备发送配置信息。

可以理解的是，由于待批量进行网络配置的网络设备很多，因此，在签署生成各网络设备对应的配置信息后，即可按照网络特性来向这些网络设备发送对应的配置信息。例如，按照设备厂商、设备型号、设备系统等维度的信息，向满足其中至少一种维度的网络特性对应下发配置信息。

基于运营的变更时间和变更流程，调用接口将更新后的配置命令行下发至设备，实现无需人工登录设备操作变更，规避人工误操作设备或命令。举例来说，以更新网络接口的配置特性为例，具体的业务流程可参考图7，图7所示的业务流程涉及架构规划系统和更新系统：

1、在架构规划系统中，管理人员修改配置特征（例如修改接口配置特征，即更新网络接口down延时或MTU值），并发布修改配置特性后的配置版本（DCN R010），基于该配置版本（DCN R010）查询与该配置版本（DCN R010）关联的网络设备。具体可参考上述表2、表3和表4所示，不再赘述。

例如，对于某台配置版本（DCN R010）的网络设备开启如下端口：

HundredGigabitEthernet1/1的BFD

2、基于网络架构定义生成的配置实例对应的Json文件，Json文件的一种代码如下所示：

"bfd":{

"interfaces":{

"interface":{

"HundredGigabitEthernet1/1":{

"id":"HundredGigabitEthernet1/1",

"config":{

"detection-multiplier":"3",

"enabled":"true",

"required-minimum-receive":"300"

}

3、自定义函数基于设备厂商解析上述Json文件，从Json文件中筛选出赋值参数，遍历Json文件，找到对应的参数，如下：

厂商“RUIJIE”、端口“HundredGigabitEthernet1/1”、'detection_multiplier': '3','bfd_desired': '300', 'bfd_required': '300'。

4、根据型号调用不同的第二转换模板生成CLI（RUIJIE）

bfd interval [bfd_desired] min_rx [bfd_required] multiplier [detection_multiplier]

5、生成BFD配置信息。

BFD配置信息可包括：

interface HundredGigabitEthernet1/1

bfd interval 300 min_rx 300 multiplier 3

6、架构规划系统通知更新系统：向更新系统发起更新该网络接口的BFD配置文件的更新流程。

7、更新系统可先确认预设的更新网络接口的配置信息的更新时间，当达到该更新时间后，根据架构规划系统的通知发起更新流程。

8、更新系统更新各关联的网络设备的隔离状态，使得更新系统能够向关联的网络设备进行设备透传，即向这些关联的网络设备下发本次更新的网路配置（即BFD配置信息）。

9、更新系统判断各关联的网络设备是否更新成功，若更新成功，则进入更新验收节点，结束整个更新流程；若未更新成功，则回退至隔离状态，并执行回滚方案，使得未更新成功的网络设备的网络接口的网络配置恢复到本次更新之前的状态，结束整个更新流程。

与现有机制相比，本申请实施例中，由于采用了结构化建模，将所述第一网络配置转换为第一配置实例，还根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域，所以能够在有针对性的复用同一份第一网络配置的同时，还能够基于第一配置实例去实现同时面向不同的网络设备分发各网络设备能够兼容的配置信息，使得配置信息准确的部署到各网络设备。以及按照网络特性将第一配置实例转换为多个能用在不同网络设备的配置信息，所以，主要体现在以下几方面：

一方面中，在首次批量分发或者后期更新配置信息到各网络设备时，均能提高配置效率、准确率，本申请实施例的网络配置方法不仅仅局限于更新配置场景。

另一方面中，大幅提升首次分发网络配置、后期更新网络配置生成的规范性和自动化程度，能够有效的管理网络配置，进而有效控制传统人工变更手工敲配置命令和误操作导致的网络故障等问题。在更新网络配置时，下发给网络设备的网络配置可以是更新后的完整配置信息，也可以是网络配置的差异数据（例如，即仅为更新项）。

另一方面中，由于根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域，因此该第一网络区域是有指向性的，属于该同一第一网络区域的网络设备都是能够兼容或使用同一份配置信息的网络设备，因此，向属于第一网络区域的网络设备分发的配置信息时，不会出现误刷，进而避免因误刷导致的网络故障问题。

可选的，在本申请实施例的一些实施例中，在服务器向各网络设备下发对应的配置信息后，若在服务器对网络配置进行更新，那么还需要将更新后的网络配置分别下发到对应受到网络配置更新影响的网络设备中。具体来说，如图6所示，分别向与网络特性对应的网络设备发送配置信息之后，本申请实施例还包括：

301、获取所述第一网络配置的更新信息。

例如，更新信息可包括针对网络接口的配置更新，也可是针对QoS参数的配置更新等，更新信息可包括至少一项网络参数的更新信息。

302、根据所述更新信息和所述第一网络配置的配置版本确定第二网络区域。

可以理解的是，本申请实施例中的第二网络区域可包括受到该更新信息影响的网络区域，该第二网络区域可包括一类、或两类以上的网络区域，即每类网络区域中的网络设备的网络配置相同或相似。

根据所述更新信息确定待更新配置的第一网络区域；

可见，通过该方式，能够准确的定位出因为某项或某几项网络参数的网络配置更新而受到影响的网络设备，为后期将更新的配置实例转换为这些第二网络区域的网络设备兼容的配置信息提供基础。

303、根据所述更新信息和所述第二网络区域，更新所述第二网络区域内网络设备的配置实例。

以核心网端口配置接口down延时为例，可将接口down延时从500ms更新为800ms。若第二网络区域中的华为和华三（H3C）均受到该端口配置接口down延时的更新影响，那么可先统一将端口配置接口down延时对应的配置实例进行更新。

304、根据所述网络特性将所述第二配置实例转换为与网络特性对应的配置更新信息。

以核心网端口配置接口down延时为例：

1、架构师更新架构配置规范，将接口down延时从500ms改为800ms。

2、自动基于架构版本关联到具体影响的网络设备，例如核心网46台BR和DR设备。

3、自动基于具体设备厂商生成对应的端口配置命令，例如下为华为和华三（H3C）关于端口配置命令的一种表示方式：

华为：

Interface 1/0/1

carrier down-hold-time 800

H3C：

Interface 1/0/1

link-delay down 800

4、按照预设变更时间，自动将这些配置信息下发至对应的网络设备侧。

一些实施方式中，所述根据各网络特性，分别将所述第二配置实例转换为与网络特性对应的配置更新信息，包括：

获取所述第二配置实例的键值，以及获取与所述网络特性匹配的第二转换模板；

基于所述目标配置模版，将所述键值入参到所述第二转换模板（即将所述键值作为第二转换模板的入参类对象，对该第二转换模板中的网络参数进行赋值），以将所述第二配置实例转换为可识别文件；

将所述可识别文件作为所述配置更新信息。

其中，可识别文件可为命令行或者脚本。本申请实施例不对此作限定。

305、按照所述网络特性，分别向与网络特性对应的网络设备发送所述配置更新信息。

可见，由于采用了结构化建模，以及在适配层对配置实例进行转换，因此，一方面中，在更新配置信息时，能够迅速的、准确的定位到该配置版本关联的网络设备，便于通过关联即可批量进行更新，进而提高网络配置的更新效率和准确性。另一方面中，从系统层面保证了不会对某些网络设备进行误更新，规避了人工写配置脚本的出错可能性。可见，在后续批量更新、分发更新的配置到各设备时，能够提高效率、准确率。

图1至图7中任一项所对应的实施例中所提及的任一技术特征也同样适用于本申请实施例中的图8至图10所对应的实施例，后续类似之处不再赘述。

以上对本申请实施例中一种网络配置方法进行说明，以下对执行上述网络配置方法的服务器进行介绍。

参阅图8，如图8所示的一种服务器80的结构示意图，其可应用于批量对网络设备进行网络配置，以及批量对网络设备进行网络配置更新。本申请实施例中的服务器80能够实现对应于上述图1至图7中任一项所对应的实施例中所执行的网络配置方法的步骤。服务器80实现的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块，所述模块可以是软件和/或硬件。所述服务器80可包括处理模块801、获取模块802和发送模块803，所述处理模块801、所述获取模块802和所述发送模块803的功能实现可参考图1至图7所对应的实施例中所执行的操作，此处不作赘述。

一些实施方式中，所述获取模块802可用于获取第一网络配置；

所述处理模块801可用于将所述第一网络配置转换为第一配置实例；根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域；根据所述第一网络区域中各网络设备的网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息；

所述发送模块803可用于按照各网络特性，分别向与网络特性对应的网络设备发送配置信息。

一些实施方式中，所述处理模块801将所述第一网络配置转换为第一配置实例之前，还用于：

获取多种网络参数；

将所述多种网络参数结构化为至少两类网络配置特征；

按照网络架构类型，根据所述至少两类网络配置特征得到对应的配置模型。

一些实施方式中，所述处理模块801具体用于：

一些实施方式中，所述处理模块801在所述收发模块803分别向与网络特性对应的网络设备发送配置信息之后，还用于：

获取所述第一网络配置的更新信息；

一些实施方式中，所述处理模块801具体用于：

根据所述更新信息确定待更新配置的第一网络区域；

一些实施方式中，所述处理模块801根据所述更新信息确定待更新配置的网络区域之前，还用于：

将多所述个网络设备划分到至少一个网络区域；

一些实施方式中，所述获取模块802具体用于：

确定配置版本；

一些实施方式中，所述处理模块801具体用于：

获取所述第二配置实例的键值；

获取与所述网络特性匹配的第二转换模板；

将所述可识别文件作为所述配置更新信息。

一些实施方式中，所述处理模块801还用于：

基于命令行程序解析所述配置文件中的命令行数据；

上面从模块化功能实体的角度对本申请实施例中的服务器进行了描述，下面从硬件处理的角度分别对本申请实施例中的执行网络配置方法的服务器进行描述。需要说明的是，在本申请实施例图8所示的实施例中的发送对应的实体设备可以为输入/输出单元、收发器、射频电路、通信模块和输出接口等，获取模块802和处理模块801对应的实体设备可以为处理器。图6所示的服务器80可以具有如图9所示的结构，当图8所示的服务器80具有如图9所示的结构时，图9中的处理器和收发器能够实现前述对应该装置的装置实施例提供的处理模块801、获取模块802和发送模块803相同或相似的功能，图8中的存储器存储处理器执行上述网络配置方法时需要调用的计算机程序。

图10是本申请实施例提供的一种服务器结构示意图，该服务器100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（英文全称：centralprocessing units，英文简称：CPU）1022（例如，一个或一个以上处理器）和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030（例如一个或一个以上海量存储设备）。其中，存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1020上执行存储介质1030中的一系列指令操作。

服务器1020还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1058，和/或，一个或一个以上操作系统1041，例如Windows Server，Mac OS X，Unix, Linux，FreeBSD等等。

上述实施例中由服务器所执行的步骤可以基于该图10所示的服务器1020的结构。例如上述实施例中由图10所示的装置60所执行的步骤可以基于该图10所示的服务器结构。例如，所述处理器1022通过调用存储器1032中的指令，执行以下操作：

获取第一网络配置；

将所述第一网络配置转换为第一配置实例；根据所述第一网络配置和所述第一网络配置的配置版本确定第一网络区域；根据所述第一网络区域中各网络设备的网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息；

通过所述输入输出接口1058按照各网络特性，分别向与网络特性对应的网络设备发送配置信息。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

另外，在本申请实施例各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（DSL））或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质（例如固态硬盘Solid State Disk(SSD)）等。

以上对本申请实施例所提供的技术方案进行了详细介绍，本申请实施例中应用了具体个例对本申请实施例的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请实施例的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请实施例的限制。

Claims

1.一种网络配置方法，其特征在于，所述方法包括：

获取第一网络配置；

将所述第一网络配置转换为第一配置实例；

根据各网络特性，分别向与各网络特性对应的网络设备发送配置信息。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一网络配置转换为第一配置实例之前，所述方法包括：

获取多种网络参数；

将所述多种网络参数结构化为至少两类网络配置特征；

按照网络设备所属的网络架构类型，根据所述至少两类网络配置特征得到对应的配置模版。

3.根据权利要求2所述的方法，其特征在于，所述将所述第一网络配置转换为第一配置实例，包括：

4.根据权利要求3所述的方法，其特征在于，所述根据各网络特性，分别将所述第一配置实例转换为与各网络特性对应的配置信息，包括：

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述分别向与各网络特性对应的网络设备发送配置信息之后，所述方法还包括：

获取所述第一网络配置的更新信息；

根据所述更新信息和所述第二网络区域，更新所述第二网络区域内网络设备的第二配置实例；

按照各网络特性，分别向与各网络特性对应的网络设备发送配置更新信息。

6.根据权利要求5所述的方法，其特征在于，所述根据所述更新信息和所述第一网络配置的配置版本确定第二网络区域，包括：

根据所述更新信息确定待更新配置的第一网络区域；

7.根据权利要求6所述的方法，其特征在于，所述根据所述更新信息确定待更新配置的网络区域之前，所述方法还包括：

将所述多个网络设备划分到至少一个网络区域；

8.根据权利要求5所述的方法，其特征在于，所述根据各网络特性，分别将所述第二配置实例转换为与各网络特性对应的配置更新信息，包括：

将所述可识别文件作为所述配置更新信息。

9.一种服务器，其特征在于，所述服务器包括：

获取模块，用于获取第一网络配置；

10.一种用于配置网络的装置，其特征在于，所述装置包括：

至少一个处理器、存储器和收发器；

其中，所述存储器用于存储计算机程序，所述处理器用于调用所述存储器中存储的计算机程序来执行如权利要求1-8中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，其包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-8中任一项所述的方法。