CN113285816A - 一种基于键值配置的控制请求发送方法、装置和*** - Google Patents
一种基于键值配置的控制请求发送方法、装置和*** Download PDFInfo
- Publication number
- CN113285816A CN113285816A CN202010101978.2A CN202010101978A CN113285816A CN 113285816 A CN113285816 A CN 113285816A CN 202010101978 A CN202010101978 A CN 202010101978A CN 113285816 A CN113285816 A CN 113285816A
- Authority
- CN
- China
- Prior art keywords
- side controller
- key value
- service
- request
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
- H04L61/3015—Name registration, generation or assignment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/045—Network management architectures or arrangements comprising client-server management architectures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
- H04L9/0866—Generation of secret information including derivation or calculation of cryptographic keys or passwords involving user or device identifiers, e.g. serial number, physical or biometrical information, DNA, hand-signature or measurable physical characteristics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/30—Managing network names, e.g. use of aliases or nicknames
- H04L61/301—Name conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4541—Directories for service discovery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种基于键值配置的控制请求发送的方法、装置和***,该方法包括:客户侧控制器生成控制控制请求;所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识请求的控制对象;所述灵活键值通过所述控制对象名称或所述UUID确定;所述客户侧控制器向服务侧控制器发送所述控制请求,所述控制请求用于指示所述服务侧控制器对所述控制对象进行配置。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于键值配置的控制请求发送方法、装置和***。
背景技术
目前,网络运营商需要构建和操作多层多域网,这些多层多域网包括技术层、管理层和供应商层。实现域间的互操作对于网络运营商是一个持久性的问题。不断发展的新型业务的跨域连接需要有效的规划,并且要求为不同厂商的设备手动添加新接口,手动操作实现跨IP和光层联合管控操作。
基于流量工程网络抽象与控制(Abstraction and Control of TE Networks,ACTN)致力于提供虚拟网络架构及其解决方案,尤其是在满足软件定义网络(SoftwareDefined Networking,SDN)的需求方面。ACTN通过搭建虚拟网络操作的基础设施,创建虚拟网络环境,允许网络运营商看到多个管理层,多家厂商及抽象的多层技术网络,并且把这些多层网络作为一个单一的虚拟网络进行操作、控制和管理。
图1为现有ACTN网络架构图。如图1所示,ACTN网络自上而下分为四个层次,分别是多域业务协同器(Multi-domain Service Controller,MDSC),物理网络控制器(PhysicalNetwork Controller,PNC),客户网络控制器(Customer Network Controller,CNC),以及物理网络。物理网络根据所属的PNC的不同,被切分为不同的域,每个域都由特定的PNC控制。MDSC则对所有的PNC进行控制,从而间接掌握整个网络的运行状况,并执行控制操作。CNC是直接面对客户的控制器,CNC对网络的所有操作都是通过MDSC进行。
YANG(Yet Another Next Generation)是因特网工程工作组(InternetEngineering Task Force,IETF)确定的一种标准的数据建模语言,用于定义网络管理协议发送的数据,其数据模型称为YANG数据模型,或YANG模型。YANG模型可以用来对网络元素的配置数据和状态数据进行建模。
在现有ACTN网络架构中应用YANG模型时,由于网管***与MDSC业务标识不统一,通常需要PNC具有两套接口分别对接MDSC和网管***,还要进行标识的转换。引入了极大的复杂度;同时,当多域业务协同器无法分配唯一标识时,通常由PNC在收到业务请求之后再分配一个唯一标识用于标识业务,这种方法不符合标准协议,通过私有协议实现则无法实现跨厂互通,因此,在现网存在一个厂家的子网时,无法统一分配唯一标识,会引发管理问题。
发明内容
为了解决网管***与控制***业务标识不统一,物理网络控制器需具备两套接口且需要进行标识之间的转换,由此引入极大复杂度的问题,本发明实施例提供了一种基于键值配置的控制请求发送方法、装置及***,实现了现有数据模型中对不同键值的兼容,统一了不同***使用的数据结构,简化了处理的复杂度;同时改进了客户侧对键值的分配机制,实现了键值的统一分配。所述技术方案如下:
第一方面,本发明实施例提供了一种基于键值配置的控制请求发送的方法,所述方法包括,客户侧控制器生成控制请求;所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识业务;所述灵活键值通过所述控制对象名称或所述UUID确定;所述客户侧控制器向所述服务侧控制器发送所述控制请求,所述控制请求用于指示所述服务侧控制器对所述控制对象进行配置。
例如,所述控制请求通过预定义数据模型构建,所述预定义数据模型是指以传统数据模型(本发明实施例中为YANGA模型)为基础,通过增加预定义配置参数——灵活键值对其进行优化,通过结合其他配置参数确定灵活键值的实际取值,以实现不同***之间键值的兼容。所述控制对象名称在YANG模型中通过etht-svc-name表示,作为一个示例,“1GEth-userA-number1”表示用户A的第一条1GE业务。,可选地,客户侧也可以通过etht-svc-id指定其他格式的业务标识,如MAC地址“D0-AB-D5-59-2F-3A”,进行另一种业务标识。
需要说明的是,上述控制对象名称的类型为string,除此之外,为了服务传统的SNMP/MIB场景,多域业务协同器也会使用uint16类型的名称值进行键值配置,因此在YANG模型中的数据类型union中也可以包括uint16的类型。
作为一个示例,所述服务侧控制器可以是PNC或者其他类似等同的控制器,所述客户侧控制器可以是多域业务协同器或者网管设备或者其他类似等同的网络设备。其中,多域业务协同器可以使用控制对象名称作为灵活键值;网管设备使用UUID作为灵活键值。
在一种可能的设计中,所述灵活键值的字段类型包括所述控制对象名称和所述UUID的至少部分字段类型。
在一种可能的设计中,所述方法包括:当所述客户侧控制器为多域业务协同器时,所述多域业务协同器在所述控制请求中配置所述灵活键值和所述控制对象名称,所述灵活键值与所述控制对象名称取值相同;或当所述客户侧控制器为网管设备时,所述网管设备在所述控制请求中配置所述灵活键值和所述UUID,所述灵活键值与所述UUID取值相同。
在一种可能的设计中,所述客户侧控制器向所述服务侧控制器发送所述控制请求之前,所述方法还包括:所述多域业务协同器与所述服务侧控制器协商确定使用所述控制对象名称作为所述灵活键值;和/或所述网管设备与所述服务侧控制器协商确定使用所述UUID作为所述灵活键值。
在一种可能的设计中,所述向所述服务侧控制器发送所述控制请求之后,所述方法还包括:所述客户侧控制器接收所述服务侧控制器发送的响应消息,并将所述响应消息存储至同一控制请求数据库中,所述响应消息用于指示所述业务的配置状态。
例如,所述响应消息可以是HTTP格式的答复消息,包括状态行、报文、响应正文三部分,其中,所述状态行可以包含版本信息、状态代码、代码译文等内容,具体地,所述配置状态包括但不限于业务配置成功、业务配置失败、控制请求错误等。
在一种可能的设计中,所述客户侧控制器生成控制请求之前,所述方法还包括:所述客户侧控制器向所述服务侧控制器发送键值请求消息,所述键值请求消息用于请求配置灵活键值。
在一种可能的设计中,所述向所述服务侧控制器发送键值请求消息之后,所述方法还包括:所述客户侧服务器接收所述服务侧控制器发送的所述灵活键值。
第二方面,本发明实施例提供了一种基于键值配置的控制请求发送的方法,其特征在于,所述方法包括:服务侧控制器接收所述客户侧控制器发送的控制请求,所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID;所述灵活键值用于标识业务;所述灵活键值通过所述控制对象名称或者所述UUID确定;根据所述灵活键值对所述控制对象进行配置。
在一种可能的设计中,所述灵活键值的字段类型包括所述控制对象名称和所述UUID的至少部分字段类型。
在一种可能的设计中,所述根据所述灵活键值对所述控制对象进行配置,包括:
如果所述灵活键值与所述控制对象名称的值相同,确定所述灵活键值为所述控制对象名称,按照多域业务协同器规则对所述业务进行发放配置;
如果所述灵活键值与所述UUID的值一致,确定所述灵活键值为所述UUID,按照网管***规则对所述业务进行调整配置。
在一种可能的设计中,所述服务侧控制器接收控制请求之前,所述方法还包括:
所述服务侧控制器与所述多域业务协同器协商确定使用所述控制对象名称作为所述灵活键值;和/或所述服务侧控制器与所述网管设备协商确定使用所述UUID作为所述灵活键值。
在一种可能的设计中,当所述多域业务协同器配置了所述UUID时,所述服务侧控制器根据所述灵活键值按照所述多域业务协同器规则对所述业务进行发放配置之后,所述方法还包括:所述服务侧控制器将所述UUID转发给所述网管设备。
在一种可能的设计中,当所述多域业务协同器没有配置所述UUID时,所述服务侧控制器根据查询结果按照所述网管***规则对所述控制请求进行调整配置之后,所述方法还包括:
所述服务侧控制器根据所述控制对象名称生成对应的UUID值,将所述对应的UUID值发送给所述网管设备。
在一种可能的设计中,所述根据所述灵活键值对所述控制对象进行配置之后,所述方法还包括:所述服务侧控制器向所述客户侧控制器发送响应消息;并将所述多个配置参数存存储至同一业务配置数据库中,所述响应消息用于指示所述业务配置状态。
在一种可能的设计中,所述接收所述客户侧控制器发送的控制请求之前,所述方法还包括:接收所述客户侧控制器发送的键值请求消息;和/或向所述客户侧控制器发送所述灵活键值。
第三方面,本发明实施例提供了一种基于键值配置的控制请求发送装置,其特征在于,应用于客户侧控制器中,所述客户侧控制器与服务侧控制器相连,所述装置包括:
构建单元,用于生成控制请求;所述控制请求包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识业务;所述键值通过所述控制对象名称或所述UUID确定;
发送单元,用于向所述服务侧控制器发送所述控制请求。
在一种可能的设计中,所述构建单元还用于:与所述服务侧控制器协商确定使用所述控制对象名称作为所述灵活键值;或与所述服务侧控制器协商确定使用所述UUID作为所述灵活键值。
在一种可能的设计中,所述发送单元还用于,向所述服务侧控制器发送键值请求消息,所述键值请求消息用于请求配置所述灵活键值;
所述装置还包括:接收单元,用于接收所述服务侧控制器发送的所述灵活键值;
所述接收单元还用于,接收所述服务侧控制器发送的响应消息,所述响应消息用于指示所述业务配置状态。
第四方面,本发明实施例提供了一种基于键值配置的控制请求发送装置,应用于服务侧控制器中,所述服务侧控制器与客户侧控制器相连,所述装置包括:
接收单元,用于接收客户侧控制器发送的控制请求,所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识业务;所述灵活键值通过所述控制对象名称或者所述UUID确定;
解析单元,用于对所述控制请求进行解析;
配置单元,用于根据解析得到的所述多个配置参数对业务进行配置。
在一种可能的设计中,所述接收单元还用于,接收所述客户侧控制器发送的键值请求消息,所述键值请求消息用于请求配置所述灵活键值;
所述装置还包括发送单元,用于发送所述灵活键值;
所述发送单元还用于向所述客户侧控制器发送响应消息,所述响应消息用于指示所述业务配置状态。
在一种可能的设计中,所述装置还包括存储单元,用于将解析得到的所述多个配置参数存储至同一配置数据库中。
第五方面,本发明实施例提供了一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序用于实现如第一和第二任一种可能的设计中所述的方法。
第六方面,本发明实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行如第一和第二任一种可能的设计中所述的方法。
第七方面,本发明实施例提供了一种基于键值配置的控制请求发送***,其特征在于,所述***包括客户侧控制器和服务侧控制器,所述客户侧控制器与所述服务侧控制器相连;
所述客户侧控制器包括如第三方面及其任一种可能的设计中所述的装置;
所述服务侧控制器包括如第三方面及其任一种可能的设计中所述的装置。
附图说明
图1为现有ACTN网络架构图;
图2为业务发放与管理的生命周期示意图;
图3为本发明实施例提供的一种基于键值配置的控制请求发送方法流程图;
图4为本发明实施例提供的一种基于键值配置的控制请求发送方法流程图;
图5为本发明实施例提供的另一种基于键值配置的控制请求发送方法流程图;
图6为本发明实施例提供的一种基于键值配置的控制请求发送时序图;
图7为本发明实施例提供的一种基于键值配置的控制请求发送网络设备硬件结构示意图;
图8为本发明实施例提供的另一种基于键值配置的控制请求发送网络设备硬件结构示意图;
图9为本发明实施例提供的一种基于键值配置的控制请求发送装置结构示意图;
图10A为本发明实施例提供的另一种基于键值配置的控制请求发送装置结构示意图;
图10B为本发明实施例提供的另一种基于键值配置的控制请求发送装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员所获得的所有其它实施例,都属于本发明保护的范围。
本发明中YANG模型用于定义网络管理协议发送的数据,所述网络管理协议可以是网络配置协议(Network Configuration Protocol,NETCONF),也可以是其他协议。本发明以YANG模型作为NETCONF协议的建模框架为例进行说明。
NETCONF是一种基于可扩展标记语言(英文:Extensible Markup Language;缩写:XML)的网络管理协议。NETCONF协议采用四层体系结构,包括:应用协议层、远程过程调用(英文:Remote Procedure Call;缩写:RPC)层、操作层和内容层,其中,YANG模型用于对NETCONF协议的内容层、操作层和RPC层进行数据建模。
具体地,NETCONF协议采用客户端/服务器(英文:Client/Server;缩写:C/S)架构。NETCONF客户端通过NETCONF协议对NETCONF服务器进行配置。NETCONF客户端使用YANG模型对配置数据进行建模,而后采用XML对建模后的配置数据进行编码得到XML文件,NETCONF客户端向NETCONF服务器下发的NETCONF消息中携带上述XML文件。相应地,NETCONF服务器从NETCONF客户端接收到NETCONF消息之后,对消息内容进行解析处理得到配置数据。具体到本发明中,多域业务协同器MDSC与网管设备作为客户侧控制器使用YANG模型对业务配置数据进行建模,然后将建模后的配置数据以XML文件格式下发给服务器PNC,服务器PNC通过对信息进行解析得到配置数据,按照要求对业务进行配置。
需要说明的是,在现有ACTN网络架构中,CNC也可以通过NETCONF协议与MDSC进行交互。具体地,CNC作为客户端发送业务配置请求,MDSC作为服务器对其进行响应。应理解,本发明技术方案以“客户端-服务器”这一交互关系为基础,因此网络中满足这一交互关系的设备之间均具有适用本发明技术方案的基础,本发明对此不进行限制,仅以PNC作为服务侧,以MDSC和网管设备作为客户端为例进行说明。本发明中PNC也被称为服务侧控制器,MDSC与网管设备统称为客户侧控制器。
本发明实施例中的控制请求包括业务请求、隧道请求、拓扑信息获取请求等可以通过物理网络控制器的配置实现的请求中的一种或者多种,本发明实施例中仅以业务请求为例进行说明。
请参考图2,图2为业务发放与管理的生命周期示意图。当前网络中,控制器与网管***分工明确:控制器负责业务规划、路经计算和业务发放;网管***则在业务发放后监控其性能,负责对其的调整和维护。如图2所示,一条业务的整个生命周期包括:1、业务发放;2、业务注册;3、业务调整;4、调整完毕四个阶段,其中,业务发放过程涉及PNC与多域业务协同器之间的交互,业务注册、业务调整及调整完毕之后的处理过程涉及PNC与网管***之间的交互。此外,业务的生命周期具有时间上的顺承性,以某一条特定的业务为例,多域业务协同器通过YANG模型将第一业务请求(比如业务发放请求)下发给PNC,PNC对配置数据解析之后进行响应;业务发放完成后,对于所述业务的监控和管理维护完全移交网管***进行,当网管***监测到业务异常时,网管***通过YANG模型将第二业务请求(比如修改、关闭)下发给PNC,PNC对配置数据进行解析之后按照要求完成业务调整,然后响应给网管***。
在客户侧控制器通过YANG模型对业务请求进行建模时,由于多域业务协同器和网管***分别使用不同的业务标识作为键值,且现有YANG模型的语法结构中的键值字段只定义一种数据类型,因此PNC需要两套接口分别匹配多域业务协同器和网管***的数据格式。所述键值为数据模型中用于标识业务的必填字段,具体可以是业务名称,也可以是通用唯一标识(Universal Unique Identifier,UUID),还可以是其他格式,如MAC地址等;不同的客户侧控制器通常只能使用固定格式的数据类型作为键值,例如多域业务协同器MDSC使用业务名称作为键值,网管***使用UUID作为键值。示例地,所述业务名称如同一个人的姓名,所述UUID如同一个人的身份证号,二者均可以用于标识特定某个人,但在特定***或者场景中往往只能使用其中一个作为标识。
例如,以多域业务协同器通过现有YANG模型构建业务请求为例:
上述模型示出了所述业务请求的业务标识部分,所述业务标识为一个业务区分于其他业务的识别字段,本发明实施例中包含作为键值的业务名称以及UUID、业务描述等。其中,每一行前面的字段rw代表参数可读可写;“?”表示该参数为选填;“*”标识列表结构,表示client-svc-instances中可以包含一个或者多个业务。业务标识部分分为必填字段和选填字段,其中,业务实体client-svc-instances及键值[client-svc-name]、业务名称client-svc-name为必填字段,多域业务协同器的数据模型中键值和业务名称的值一致,即将业务名称作为键值;通用唯一标识client-svc-uuid、业务描述client-svc-descr为选填字段。上述多域业务协同器的数据模型中定义了只能以业务名称作为键值,键值的数据类型相应为string,而无法使用其他信息(如MAC地址)作为键值,虽然这一局限可以通过将其他信息写作业务名称的格式得以打破,但是此时多域业务协同器便无法填入业务名称,为之后的业务处理带来不便。同样地,网管***通过YANG模型构建业务请求时,作为一种有效兼容网管的控制器方案,通常使用UUID代替原有的业务名称字段client-svc-name,同时将UUID作为数据模型的键值。这种方案仍然使得网管***无法填入业务名称,因此在实际用户的界面,业务没有具体名称,而是通过UUID进行体现,鉴于十六进制编码的格式并不利于人机交互中人的理解,通常只能通过搜索功能进行匹配,因此该方案对用户并不友好。
本发明提供了一种基于键值配置的业务请求发送的方法,支持PNC通过一套接口便可以对接多域业务协同器和网管***,解析数据模型中的配置数据并进行响应,具体地,所述方法可以通过改进YANG模型的语法结构实现。
下面结合附图3,对本发明的实施例提供的方案进行说明。图3为本发明实施例提供的一种基于键值配置的业务请求发送方法流程图。在所述方法中,执行主体为客户侧控制器,具体包括第一客户侧控制器和第二客户侧控制器。示例地,第一客户侧控制器可以是多域业务协同器MDSC(比如NCE-super);第二客户侧控制器可以是网管***。本实施例以多域业务协同器作为第一客户侧控制器、网管***作为第二客户侧控制器为例进行说明。所述方法具体包括以下步骤:
步骤310:生成业务请求,所述业务请求包括多个配置参数,所述多个配置参数包括灵活键值、业务名称、UUID。
本实施例中,所述业务请求可以是业务发放请求、业务调整请求。示例的,多域业务协同器可以生成业务发放请求,网管***可以生成业务调整请求,业务调整请求包括业务修改请求和业务关闭请求。所述业务请求通过预定义数据模型,例如YANG模型构建,预定义数据模型是指借助于现有YANG模型的建模机理,所构筑的一种灵活的数据结构,在数据模型中预定义一个新的参数client-svc-title作为灵活键值。所述灵活键值是指该字段可以根据具体执行主体的不同填入不同的数据类型作为唯一键值,例如,所述预定义数据模型可以通过下面的数据结构表示:
需要说明的是,上述数据结构仅示出了预定义数据模型的业务标识部分,实际中该模型还包括其他配置数据,例如业务源节点、业务宿节点、业务信号类型、客户信息、带宽等,本实施例对此不进行具体阐述。本实施例中,client-svc-title表示灵活键值字段,“client-svc-idunion(uint16,uuid,string)”表示所述灵活键值字段的类型可以是uint16,uuid,string,其中,业务名称一般的数据类型为string,此外,传统的SNMP/MIB控制器会使用uint16类型的字段作为业务名称;UUID的数据类型为uuid。应理解,本方案中的灵活键值的数据类型不局限于上述三种,该预定义参数也为未来可能的键值类型预留了扩展空间。本发明实施例提供的预定义数据模型基于灵活键值这一参数选择将业务名称或者将UUID作为键值,当使用业务名称作为键值时,需要填写灵活键值字段[client-svc-title]和业务名称字段client-svc-name,且二者的值一致,用于服务侧控制器确定实际键值为业务名称,UUID字段client-svc-uuid为选填,可以选择是否进行配置,如果配置,其数据类型应为uuid;当使用UUID作为键值时,需要填写灵活键值字段[client-svc-title]和UUID字段client-svc-uuid,且二者的值一致,用于服务侧控制器确定实际键值为UUID,业务名称字段client-svc-name为选填,可以选择是否配置,如果配置,其数据类型应为string。这样,每个业务请求可以实现同时配置多个业务标识,比如网管***可以在配置UUID标识的同时配置业务名称,以便于人机交互。
本实施例中,客户侧控制器可以通过上述预定义数据模型构建业务请求。例如,多域业务协同器将业务名称“1GEth-userA-number1”作为预定义数据模型的键值填入灵活键值字段和业务名称字段,“1GEth-userA-number1”表示用户A的第一条1GE业务,同时,可以选择是否在模型中配置UUID;网管***将UUID作为预定义数据模型的键值,该UUID可以是一个包含连接符的16进制字符串,比如0eec43fd-d3ae-4acc-a28b-0bca733c70b8,网管***将该字符串填入灵活键值字段和UUID字段,并可以选择是否配置业务名称。由此,服务侧控制器通过查询预定义数据模型中灵活键值、业务名称、UUID三个配置参数便可以确定实际键值的取值。
作为一个示例,客户侧控制器可以与服务侧控制器协商确定灵活键值的类型。例如,多域业务协同器与服务侧控制器协商确定使用业务名称作为灵活键值;网管***与服务侧控制器协商确定使用UUID作为灵活键值。这样,服务侧控制器在确定实际键值的取值之后,便可以确定业务请求的来源以及业务的配置规则。
作为一个示例,客户侧控制器接收服务侧控制器发送的响应消息,将响应消息存储至同一业务请求数据库中,用于后续业务状态的查询。所述响应消息用于指示业务的配置状态,例如,可以是HTTP格式的答复消息,包括状态行、报文、响应正文三部分,其中,所述状态行可以包含版本信息、状态代码、代码译文等内容,具体地,所述配置状态包括但不限于业务请求配置成功、业务请求配置失败、业务请求错误等。
作为一个示例,当客户侧控制器无法分配唯一键值时,可以向服务侧控制器发送键值请求消息请求一个键值。例如,键值请求消息中包含参数“next-available-client-svc-title”,表示下一个可用的符合键值要求的值,同时,所述消息中还可以包含期待的键值类型,比如,uint16、uuid、string中的一种。在接收到服务侧控制器发送的符合要求的键值之后,客户侧控制器确认键值的类型和具体值,并基于所述键值构建业务请求。
步骤320:向服务侧控制器发送所述业务请求,所述业务请求用于指示所述服务侧控制器对所述业务进行配置。
本实施例中,服务侧控制器可以是PNC或者其他类似等同的控制器。所述业务请求为通过预定义数据模型所构建的配置数据,具体可以是业务发放请求、业务调整请求。示例的,多域业务协同器生成业务发放请求,网管***生成业务调整请求,包括业务修改请求和业务关闭请求。
作为一个示例,基于NETCONF协议向所述服务侧控制器发送所述业务请求。
综上所述,通过本实施例的技术方案,不同的客户侧控制器可以在一套数据模型中分别选择配置不同数据类型的键值,并可以实现同时配置多个业务标识,解决了现有技术中业务名称和UUID只能择一配置,服务侧控制器需要两套端口分别对接的问题。
附图4为本发明实施例提供的另一种基于键值配置的业务请求发送方法流程图。在所述方法中,执行主体为服务侧控制器,具体可以是PNC或其他类似等同的控制器,所述方法具体包括以下步骤:
步骤410:接收客户侧控制器发送的业务请求,所述业务请求用于指示所述服务侧控制器对所述业务进行配置。
在本实施例中,所述业务请求通过预定义数据模型进行构建,所述预定义数据模型中包括多个配置参数,多个配置参数包括灵活键值、业务名称、UUID,还可以包括业务源节点、业务宿节点、业务信号类型、客户信息、带宽等。其中,灵活键值用于标识所述业务请求;业务名称和UUID用于确定灵活键值的取值,业务源节点、业务宿节点、业务信号类型、客户信息、带宽等用于业务的具体配置。
例如,灵活键值的字段类型包括业务名称和UUID的至少部分字段类型。
步骤420:根据灵活键值对业务请求进行配置。
服务侧控制器对业务请求中的配置数据进行解析,根据解析得到的配置数据查询灵活键值、业务名称、UUID三个字段,用于确定键值的实际取值。
作为一个示例,如果灵活键值与业务名称的值一致,确定灵活键值为业务名称,按照多域业务协同器的规则进行业务配置;如果灵活键值与UUID的值一致,确定灵活键值为UUID,按照网管***的规则进行业务配置。
作为一个示例,服务侧控制器可以与多域业务协同器协商确定使用业务名称作为灵活键值;和/或服务侧控制器与网管***协商确定使用UUID作为灵活键值。
在一些情况下,如果多域业务协同器在使用业务名称作为键值的同时选择配置了UUID,服务侧控制器(比如PNC)根据查询结果按照多域业务协同器规则完成业务配置之后,可以将UUID转发给网管***,用于后续业务的维护。
在另外一些情况下,如果多域业务协同器在使用名称作为键值的同时选择不配置UUID,服务侧控制器(比如PNC)根据查询结果按照多域业务协同器规则完成业务配置之后,可以根据业务名称生成对应的UUID值,并将该UUID值发送给网管***。该UUID值之后作为网管***所构建的数据模型中的键值,用于标识业务。例如,服务侧控制器根据业务名称“1GEth-userA-number1”生成对应的UUID为0eec43fd-d3ae-4acc-a28b-0bca733c70b8,随后网管***向服务侧控制器发送业务修改请求消息“在0eec43fd-d3ae-4acc-a28b-0bca733c70b8业务上将带宽调整为10G,将路由调整为A-X-Z”,则在所构建的预定义数据模型中0eec43fd-d3ae-4acc-a28b-0bca733c70b8作为键值必须填写,其他字段(比如业务名称)可以选填。
作为一个示例,服务侧控制器根据解析得到的配置数据对客户侧控制器发送的业务请求进行配置之后,向客户侧控制器发送响应消息;将配置数据存储在同一业务配置数据库中,便于业务的查询和维护。响应消息的发送可以采用NETCONF协议或者RESTCONF协议规定的已有机制实现。
作为一个示例,当客户侧控制器无法分配唯一键值时,服务侧控制器接收客户侧控制器发送的键值请求消息,向客户侧控制器发送一个符合要求的键值。例如,服务侧控制器接收客户侧控制器发送的键值请求消息,键值请求消息中包含参数“next-available-client-svc-title”,表示下一个可用的符合键值要求的值,同时,所述消息中还可以包含期待的键值类型,比如,uint16、uuid、string中的一种;服务侧控制器收到该消息后,反馈一个符合其键值类型要求的业务标识给客户侧控制器。此后,客户侧控制器可以确认键值的类型和具体值,基于所述键值构建业务请求。
下面结合附图5,对本发明的实施例提供的另一方案进行说明。图5为本发明实施例提供的另一种基于键值配置的业务请求发送方法流程图。在所述方法中,执行主体为客户侧控制器,包括MDSC或其他类似等同的控制器,具体可以是多域业务协同器(比如NCE-super)或者网管***。所述方法具体包括以下步骤:
步骤510:向服务侧控制器发送键值请求消息,所述键值请求消息用于请求配置灵活键值。
本实施例的应用场景为客户侧控制器无法分配一个唯一的键值,则发送键值请求消息给服务侧控制器请求至少一个符合要求的灵活键值,所述键值请求消息通过预定义数据模型构建,所述键值请求消息至少包含配置参数“next-available-client-svc-title”,表示下一个可用的符合键值要求的值,同时,所述键值请求消息中还可以包含期待的键值类型,比如,uint16、uuid、string中的一种。
作为一个示例,该实施例的一种实现方式为在预定义数据模型中增加选填字段next-available-client-svc-title,下面为可应用于本实施例的一种YANG数据模型:
其中,第一行为预定义模型新增的选填字段,该字段的数据类型为uint16,作为一个只读参数,供服务侧控制器查询使用。当服务侧控制器查询到该字段,则向客户侧控制器反馈一个符合要求的键值。
例如,当网管***不具备生成唯一键值的能力时,则通过填写预定义数据模型中的ro字段“next-available-client-svc-id”向服务侧控制器请求一个数据类型为uuid的键值,并将包含ro字段的键值请求消息发送给服务侧控制器。
例如,next-available-client-svc-title参数还可以通过RESTCONF协议中的远程过程调用(英文:Remote Procedure Call;缩写:RPC)机制或者action动作获得,本申请实施例不限制获得next-available-client-svc-title字段的方法。
步骤520:接收服务侧控制器返回的灵活键值。
例如,服务侧控制器收到上述请求消息后,反馈至少一个符合其类型要求的灵活键值,比如0eec43fd-d3ae-4acc-a28b-0bca733c70b8给网管***,网管***接收所述灵活键值。
步骤530:确认灵活键值的类型和具体值,所述灵活键值用于生成业务请求。
例如,网管***确认所接收的键值的数据类型为uuid,具体值为0eec43fd-d3ae-4acc-a28b-0bca733c70b8;将该灵活键值填入预定义数据模型中的键值字段和UUID字段。示例地,网管***还可以根据所述灵活键值自定义业务名称,并将所述业务名称填入预定义数据模型。
图6为本发明实施例提供的一种基于键值配置的业务请求发送方法时序图。需要说明的是,本实施例为以一条特定业务的全生命周期为例对技术方案进行说明,应理解,在通信网络中,在时间顺承性上,每条特定业务都有完整的生命周期;但是在某一特定时刻,服务侧控制器接收到的业务请求可能是来自多域业务协同器的对业务一的发放请求,也可能是来自网管***的对业务二的调整请求;因此服务侧控制器需要一种技术方案确定业务请求的来源以及具体适用的配置规则。
本实施例仍以多域业务协同器作为第一客户侧控制器、网管***作为第二客户侧控制器,PNC作为服务侧控制器为例进行说明。所述方法具体包括以下步骤:
步骤600:多域业务协同器采用预定义数据模型构建第一业务请求。
所述第一业务请求用于请求服务侧控制器进行特定业务发放配置,采用预定义YANG模型构建。所述预定义YANG模型包括多个配置数据,所述多个配置数据包括灵活键值、业务名称、UUID,还可以包括业务源节点、业务宿节点、业务信号类型、带宽等字段。其中,灵活键值、业务名称、UUID三个字段构成业务标识字段,业务名称与UUID用于确定第一业务请求的灵活键值。
具体地,多域业务协同器填写灵活键值字段和业务名称字段,且二者的值相同。此外,还需要在YANG模型中填写业务源节点、业务宿节点、业务信号类型、带宽等配置参数。
步骤601、多域业务协同器向PNC发送第一业务请求。
步骤602、PNC接收所述第一业务请求,查询第一业务请求的业务标识。
PNC根据预定义数据模型对第一业务请求进行解析,得到第一业务请求的配置数据;查询配置数据中的业务标识字段:灵活键值、业务名称、UUID,通过业务名称或UUID确定第一业务请求的灵活键值。
步骤603、PNC根据灵活键值对第一业务请求进行配置。
PNC经过查询得知灵活键值字段与业务名称字段的值相同,确定第一业务请求的灵活键值实际为业务名称,该请求来自多域业务协同器,于是按照多域业务协同器规则根据解析得到的配置数据进行业务发放配置。
步骤604、PNC向多域业务协同器发送响应消息。
例如,多域业务协同器将所述响应消息存储在对应的业务请求数据库中,便于业务状态的查询;PNC将第一业务请求的配置数据存储在同一业务配置数据库中,便于业务的维护和查询。
步骤605、PNC向网管***发送UUID标识。
本实施例中,所述UUID标识可以是原始配置在第一业务请求中的UUID字段,称之为原始值;也可以是PNC根据业务名称所重新生成的UUID值,称为生成值。具体地,如果多域业务协同器在第一业务请求中配置了UUID字段(原始值),则确认该UUID字段的数据类型和具体值,并将其转发给网管***用于后续业务的维护和管理;如果多域业务协同器在第一业务请求中没有配置UUID字段,PNC则根据第一业务请求中的业务名称字段生成一个对应的UUID值(生成值),并将该生成值发送给网管***用于后续业务的维护和管理。
步骤606、网管***采用预定义数据模型构建第二业务请求。
前述步骤600-605为业务的发放过程。业务发放完成后,对业务的监控、管理和维护移交给网管***进行。当网管***监测到所述业务出现异常时,如果需要对业务进行调整,包括修改、关闭等,则采用预定义数据模型生成第二业务请求。
所述第二业务请求用于向PNC请求对业务进行调整,比如,请求将业务带宽调整为10G,将路由调整为A-X-Z。所述预定义YANG模型包括多个配置数据,所述多个配置数据包括灵活键值、业务名称、UUID,还可以包括业务源节点、业务宿节点、业务信号类型、带宽、路由等字段。其中,灵活键值、业务名称、UUID三个字段作为业务标识用于服务侧控制器确定第二业务请求的实际键值。具体地,网管***填写灵活键值字段和UUID字段,且二者的值相同;选择是否填写业务名称字段。此外,还可能需要填写业务源节点、业务宿节点、业务信号类型、带宽、路由等字段用于业务的调整。
步骤607、网管***向PNC发送第二业务请求。
步骤608、PNC接收所述第二业务请求,查询第二业务请求的业务标识。
PNC根据预定义数据模型对第二业务请求进行解析,得到第二业务请求的配置数据;查询配置数据中的业务标识字段:灵活键值、业务名称、UUID,通过业务名称或UUID确定灵活键值。
步骤609、PNC根据灵活键值对第二业务请求进行配置。
PNC经过查询得知灵活键值字段与UUID字段的值相同,确定第二业务请求的灵活键值实际为UUID,该请求来自网管***,于是按照网管***规则根据解析得到的配置数据进行业务调整配置。
步骤610、PNC向网管***发送响应消息。
例如,网管***将所述响应消息存储在对应的业务请求数据库中,便于业务状态的查询;PNC将第二业务请求的配置数据存储在同一业务配置数据库中,便于业务的维护和查询。
需要说明的是,在发送第一业务请求之前,当多域业务协同器无法生成满足要求的唯一业务名称作为预定义数据模型的灵活键值时,可以向PNC发送键值请求消息请求配置符合要求的灵活键值,通常为了确保标识的唯一性,PNC向多域业务协同器反馈一个UUID;多域业务协同器将该UUID填入UUID字段,并根据该UUID自定义一个业务名称,将其填入灵活键值字段和业务名称字段。类似的,在发送第二业务请求之前,当网管设备无法生成满足要求的唯一UUID作为预定义模型的灵活键值时,可以向PNC发送键值请求消息请求配置符合要求的灵活键值,PNC根据键值请求消息中的要求返回至少一个UUID,网管设备确定该至少一个UUID的具体值,并将其填入灵活键值字段和UUID字段。
上述实施例描述的内容均可实现基于键值配置的业务请求发送方法,相应地,本发明实施例还提供了一种客户侧控制器,用于实现前述本发明实施例中的基于键值配置的业务请求发送方法,该客户侧控制器可以是本发明实施例中涉及的多域业务协同器,也可以是网管***设备。
所述客户侧控制器700包括:接收器710、处理器720、发送器730以及存储器740。接收器710、处理器720、发送器730以及存储器740通过总线750相互连接;总线750可以是外设部件互连标准(英文:peripheral component interconnect,简称:PCI)总线或扩展工业标准结构(英文:extended industry standard architecture,简称:EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
接收器710、发送器730为所述装置与其它设备进行通信交互的通信接口。可以为有线通信接入口,无线通信接口或其组合,其中,有线通信接口例如可以为以太网接口。以太网接口可以是光接口,电接口或其组合。无线通信接口可以为WLAN接口,蜂窝网络通信接口或其组合等。
处理器720可以是中央处理器(英文:central processing unit,简称:CPU),网络处理器(英文:network processor,简称:NP)或者CPU和NP的组合。
处理器720还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文:application-specific integrated circuit,简称:ASIC),可编程逻辑器件(英文:programmable logic device,简称:PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文:complex programmable logic device,简称:CPLD),现场可编程逻辑门阵列(英文:field-programmable gate array,简称:FPGA),通用阵列逻辑(英文:genericarraylogic,简称:GAL)或其任意组合。
处理器720,用于按照图3-图6所示的实施例中的任一种方式采用预定义数据模型构建业务请求,所述预定义数据模型包括多个配置参数,所述多个配置参数包括灵活键值、业务名称、通用唯一标识UUID,所述灵活键值用于标识所述业务;所述业务名称和所述UUID用于确定所述灵活键值的取值。
进一步地,当所述客户侧控制器实现成为多域业务协同器时,所述处理器720还用于,与所述PNC协商确定使用业务名称作为灵活键值;当所述客户侧控制器实现成为网管***设备时,所述处理器720还用于,与所述PNC协商确定使用UUID作为灵活键值。
存储器740可以包括易失性存储器(英文:volatile memory),例如随机存取存储器(英文:random-access memory,简称:RAM);存储器也可以包括非易失性存储器(英文:non-volatile memory),例如快闪存储器(英文:flash memory),硬盘(英文:hard diskdrive,简称:HDD)或固态硬盘(英文:solid-state drive,简称:SSD);存储器740还可以包括上述种类的存储器的组合。例如,存储器740还可以用于存储程序指令,当处理器720是CPU时,处理器720调用该存储器740中存储的程序指令;当处理器720是FPGA,ASIC等硬件时,处理器720无需存储器740存储程序指令,技术人员可将程序指令直接写入FPGA、ASIC的硬件处理器中,FPGA、ASIC可直接执行程序指令。
上述程序指令可实现图3-图6所示实施例中的一个或多个步骤,或其中可选的实施方式,使得MDSC实现上述方法中基于键值配置的业务请求发送的功能。
需要说明的是,在本发明实施例中,通过在存储器740中存储不同的程序指令,可使客户侧控制器实现不同的功能。例如,在存储器中存储的指令为可用于实现跨域网络控制器(如NCE-Super)的指令时,则客户侧控制器为多域业务协同器;在存储器740中存储的指令为可用于实现网管***的指令时,则客户侧控制器为网管***设备。
此外,所述存储器740还可以用于存储所述PNC发送的响应消息,所述响应消息用于查询配置业务的状态。
在本发明实施例中,所述发送器730用于向物理网络控制器PNC发送业务请求。当所述客户侧控制器具体实现为多域业务协同器时,发送器730用于向物理网络控制器发送第一业务请求,所述第一业务请求用于业务发放;当客户侧控制器700具体实现为网管***设备时,发送器730用于向物理网络控制器发送第二业务请求,所述第二请求用于业务调整。
接收器710,用于接收所述PNC发送的响应消息,所述响应消息用于指示业务配置状态。
进一步地,所述发送器730还用于,向所述PNC发送键值请求消息,所述键值请求消息用于请求配置符合要求的灵活键值。
所述接收器710还用于,接收所述PNC发送的键值,所述键值用于生成业务请求。
当所述客户侧控制器实现为网管***设备时,所述接收器710还用于,接收所述PNC发送的UUID的原始值或者生成值。
因此,通过应用本发明实施例提供的客户侧控制器,可以在预定义数据模型中选择配置不同的灵活键值生成不同的业务请求,实现了现有数据模型中不同键值之间的兼容,针对业务的整个生命周期可以使用同一数据结构与不同***进行对接,免去了在不同***间进行标识转换、翻译等过程,极大降低了实现的复杂度。
另外,本发明实施例还提供了一种物理网络控制器,用于实现前述本发明实施示例中的基于键值配置的业务请求发送方法,如图8所示,所述装置包括:接收器810、处理器820、发送器830以及存储器840。接收器810、处理器820、发送器830以及存储器840通过总线850相互连接。
可以理解的是,上述物理网络控制器包括的接收器810、处理器820、发送器830以及存储器840以及总线850的期间类型、结构和前述实施例7中的器件相同,在此不再复述。
所述接收器810,用于接收客户侧控制器发送的业务请求,所述业务请求采用预定义数据模型构建,所述预定义数据模型包括多个配置参数,所述多个配置参数包括灵活键值、业务名称、通用唯一标识UUID,所述灵活键值用于标识所述业务;所述业务名称和所述UUID用于确定所述灵活键值的取值。
发送器830,用于向客户侧控制器发送响应消息,所述响应消息用于指示业务配置状态。
所述接收器810还用于,接收键值请求消息;
所述发送器830还用于,向所述客户侧控制器发送符合要求的键值,所述键值用于生成业务请求。
进一步地,所述发送器830还用于,向所述客户侧控制器发送UUID的原始值或者生成值。
所述处理器820用于查询所述预定义数据模型中的灵活键值、业务名称和UUID字段,根据查询结果对所述业务请求进行配置。
进一步地,所述处理器820具体用于,如果灵活键值和业务名称的值一致,确定灵活键值为业务名称,按照多域业务协同器规则进行业务配置;如果;灵活键值和UUID的值一致,确定灵活键值为UUID,按照网管***的规则进行业务配置。
进一步地,所述处理器820还用于,与所述多域业务协同器协商确定使用业务名称作为灵活键值;和/或与所述网管设备协商确定使用UUID作为灵活键值。
此外,所述处理器830还用于,根据所述业务名称生成对应的UUID值。
所述存储器840用于,将配置数据存储至业务配置数据库中。
因此,通过应用本发明实施例提供的物理网络控制器,接收所述客户侧控制器使用灵活键值所构建的不同的业务请求,统一解析并识别其配置数据,实现了现有数据模型中不同键值之间的兼容,针对业务的整个生命周期可以使用同一数据结构与不同***进行对接,免去了在不同***间进行标识转换、翻译等过程,极大降低了实现的复杂度。
另外,本发明实施例还提供了一种基于键值配置的业务请求发送装置,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。
请参考图9,其示出了本发明一个实施例提供的一种基于键值配置的业务请求发送装置结构示意图。本实施例提供的装置可以实现成为客户侧控制器的部分或者全部,进一步地,根据所述装置的内部单元模块的功能性指令不同,所述装置可以具体实现为网管***或者多域业务协同器的部分或全部。其中,网管***或者多域业务协同器与物理网络控制器相连,物理网络控制器与若干个下级设备相连,网管***、多域业务协同器和物理网络控制器均支持NETCONF协议。该装置可以包括:构建单元910和发送单元920。
构建单元910,用于采用预定义YANG数据模型构建业务请求。
发送单元920,用于基于网络配置协议向物理网络控制器发送构建单元910所构建的业务请求。
例如,所述装置还可以包括存储单元,所述存储单元用于将物理网络控制器发送的响应消息存储至数据库中,方便后续业务的查询、维护等。
进一步地,发送单元920还用于,发送键值请求消息,所述键值请求消息用于请求配置符合要求的灵活键值。
所述装置还包括:接收单元930,用于接收所述PNC发送的响应消息,所述响应消息用于指示所述业务配置状态;
进一步地,接收单元930还用于,接收所述PNC发送的灵活键值,所述灵活键值用于构建业务请求。
请参考图10A,其示出了本发明另一实施例提供的基于键值配置的业务请求发送装置结构示意图。本实施例提供的装置可以实现成为物理网络控制器的部分或全部。其中,物理网络控制器与客户侧控制器(多域业务协同器和/或网管设备)相连,物理网络控制器还与若干个下级设备相连,所述下级设备用于业务配置,客户侧控制器和物理网络控制器支持统一网络配置协议。该装置可以包括:接收单元1010、解析单元1020、配置单元1030和发送单元1040。
接收单元1010,用于接收客户侧控制器基于网络配置协议发送的业务请求。所述业务请求采用预定义数据模型构建,所述预定义数据模型包括多个配置参数,所述多个配置参数包括灵活键值、业务名称、通用唯一标识UUID,所述灵活键值用于标识所述业务;所述业务名称和所述UUID用于确定所述灵活键值的取值。
解析单元1020,用于根据预定义YANG数据模型对业务请求进行解析;
配置单元1030,用于根据解析得到的配置数据对业务进行配置;
发送单元1040,用于配置完成后向客户侧控制器发送响应消息。
进一步地,所述接收单元1010还用于接收客户侧控制器发送的键值请求消息,所述键值请求消息用于向物理网络控制器请求配置符合要求的键值。
进一步地,所述解析单元1030还用于根据预定义YANG模型对键值请求消息进行解析;
进一步地,所述发送单元1040还用于向所述客户侧控制器发送符合其要求的灵活键值。
在基于图10A所示实施例提供的另一可选实施例中,如图10B所示,该装置还包括存储单元1050。
存储单元1050,用于将解析得到的配置数据存储至同一配置数据库中。
需要说明的是,上述实施例提供的装置在实现其功能时,仅以上述各功能单元的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元完成,即将设备的内部结构划分成不同的功能单元,以完成以上描述的全部或者部分功能。另外,上述实施例提供的装置与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (23)
1.一种基于键值配置的控制请求发送的方法,其特征在于,所述方法包括:
客户侧控制器生成控制请求;所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识请求的控制对象;所述灵活键值通过所述控制对象名称或所述UUID确定;
所述客户侧控制器向服务侧控制器发送所述控制请求,所述控制请求用于指示所述服务侧控制器对所述控制对象进行配置。
2.根据权利要求1所述的方法,其特征在于,所述灵活键值的字段类型包括所述控制对象名称和所述UUID的至少部分字段类型。
3.根据权利要求1或2任一所述的方法,其特征在于,所述方法包括:
当所述客户侧控制器为多域业务协同器时,所述多域业务协同器在所述控制请求中配置所述灵活键值和所述控制对象名称,所述灵活键值与所述控制对象名称取值相同;
或当所述客户侧控制器为网管设备时,所述网管设备在所述控制请求中配置所述灵活键值和所述UUID,所述灵活键值与所述UUID取值相同。
4.根据权利要求1所述的方法,其特征在于,所述客户侧控制器向所述服务侧控制器发送所述控制请求之前,所述方法还包括:
所述多域业务协同器与所述服务侧控制器协商确定使用所述控制对象名称作为所述灵活键值;和/或所述网管设备与所述服务侧控制器协商确定使用所述UUID作为所述灵活键值。
5.根据权利要求1或2任一所述的方法,其特征在于,所述向所述服务侧控制器发送所述控制请求之后,所述方法还包括:
所述客户侧控制器接收所述服务侧控制器发送的响应消息,并将所述响应消息存储至同一控制请求数据库中,所述响应消息用于指示所述控制对象的配置状态。
6.根据权利要求1-5任一所述的方法,其特征在于,所述客户侧控制器生成控制请求之前,所述方法还包括:所述客户侧控制器向所述服务侧控制器发送键值请求消息,所述键值请求消息用于请求配置灵活键值。
7.根据权利要求1-6任一所述的方法,其特征在于,所述向所述服务侧控制器发送键值请求消息之后,所述方法还包括:所述客户侧服务器接收所述服务侧控制器发送的所述灵活键值。
8.一种基于键值配置的控制请求发送的方法,其特征在于,所述方法包括:
服务侧控制器接收所述客户侧控制器发送的控制请求,所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID;所述灵活键值用于标识请求的控制对象;所述灵活键值通过所述控制对象名称或者所述UUID确定;
根据所述灵活键值对所述控制对象进行配置。
9.根据权利要求8所述的方法,其特征在于,所述灵活键值的字段类型包括所述控制对象名称和所述UUID的至少部分字段类型。
10.根据权利要求8或9任一所述的方法,其特征在于,所述根据所述灵活键值对所述控制对象进行配置,包括:
如果所述灵活键值与所述控制对象名称的值相同,确定所述灵活键值为所述控制对象名称,按照多域业务协同器规则对所述控制对象进行配置;
如果所述灵活键值与所述UUID的值一致,确定所述灵活键值为所述UUID,按照网管***规则对所述控制对象进行配置。
11.根据权利要求10所述的方法,其特征在于,所述服务侧控制器接收控制请求之前,所述方法还包括:
所述服务侧控制器与所述多域业务协同器协商确定使用所述控制对象名称作为所述灵活键值;和/或所述服务侧控制器与所述网管设备协商确定使用所述UUID作为所述灵活键值。
12.根据权利要求10所述的方法,其特征在于,当所述多域业务协同器配置了所述UUID时,所述服务侧控制器根据所述灵活键值按照所述多域业务协同器规则对所述控制对象进行配置之后,所述方法还包括:
所述服务侧控制器将所述UUID转发给所述网管设备。
13.根据权利要求11或12任一所述的方法,其特征在于,当所述多域业务协同器没有配置所述UUID时,所述服务侧控制器根据查询结果按照所述网管***规则对所述控制请求进行调整配置之后,所述方法还包括:
所述服务侧控制器根据所述控制对象名称生成对应的UUID值,将所述对应的UUID值发送给所述网管设备。
14.根据权利要求8或9任一所述的方法,其特征在于,所述根据所述灵活键值对所述控制对象进行配置之后,所述方法还包括:所述服务侧控制器向所述客户侧控制器发送响应消息;并将所述多个配置参数存储至同一配置数据库中,所述响应消息用于指示所述控制对象的配置状态。
15.根据权利要求8或9任一所述的方法,其特征在于,所述接收所述客户侧控制器发送的控制请求之前,所述方法还包括:接收所述客户侧控制器发送的键值请求消息;和/或向所述客户侧控制器发送所述灵活键值。
16.一种基于键值配置的控制请求发送装置,其特征在于,应用于客户侧控制器中,所述客户侧控制器与服务侧控制器相连,所述装置包括:
构建单元,用于生成控制请求;所述控制请求包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识请求的控制对象;所述键值通过所述控制对象名称或所述UUID确定;
发送单元,用于向所述服务侧控制器发送所述控制请求。
17.根据权利要求16所述的装置,其特征在于,所述构建单元还用于:与所述服务侧控制器协商确定使用所述控制对象名称作为所述灵活键值;或与所述服务侧控制器协商确定使用所述UUID作为所述灵活键值。
18.根据权利要求16或17任一所述的装置,其特征在于,所述发送单元还用于,向所述服务侧控制器发送键值请求消息,所述键值请求消息用于请求配置所述灵活键值;
所述装置还包括:接收单元,用于接收所述服务侧控制器发送的所述灵活键值;
所述接收单元还用于,接收所述服务侧控制器发送的响应消息,所述响应消息用于指示所述控制对象的配置状态。
19.一种基于键值配置的控制请求发送装置,其特征在于,应用于服务侧控制器中,所述服务侧控制器与客户侧控制器相连,所述装置包括:
接收单元,用于接收客户侧控制器发送的控制请求,所述控制请求包括多个配置参数,所述多个配置参数包括灵活键值、控制对象名称、通用唯一标识UUID,所述灵活键值用于标识请求的控制对象;所述灵活键值通过所述控制对象名称或者所述UUID确定;
解析单元,用于对所述控制请求进行解析;
配置单元,用于根据解析得到的所述多个配置参数对控制对象进行配置。
20.根据权利要求19所述的装置,其特征在于,所述接收单元还用于,接收所述客户侧控制器发送的键值请求消息,所述键值请求消息用于请求配置所述灵活键值;
所述装置还包括:发送单元,用于发送所述灵活键值;
所述发送单元还用于,向所述客户侧控制器发送响应消息,所述响应消息用于指示所述控制对象的配置状态。
21.根据权利要求19-20任一所述的装置,其特征在于,所述装置还包括:
存储单元,用于将解析得到的所述多个配置参数存储至同一配置数据库中。
22.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序用于实现如权利要求1-15任一所述的方法。
23.一种基于键值配置的控制请求发送***,其特征在于,所述***包括客户侧控制器和服务侧控制器,所述客户侧控制器与所述服务侧控制器相连;
所述客户侧控制器包括如权利要求16-18任一所述的装置;
所述服务侧控制器包括如权利要求19-21任一所述的装置。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010101978.2A CN113285816B (zh) | 2020-02-19 | 2020-02-19 | 一种基于键值配置的控制请求发送方法、装置和*** |
PCT/CN2020/127353 WO2021164330A1 (zh) | 2020-02-19 | 2020-11-07 | 一种基于键值配置的控制请求发送方法、装置和*** |
EP20919725.0A EP4087189A4 (en) | 2020-02-19 | 2020-11-07 | KEY VALUE CONFIGURATION BASED CONTROL REQUEST SEND METHOD, DEVICE AND SYSTEM |
US17/889,635 US20220394010A1 (en) | 2020-02-19 | 2022-08-17 | Method, Apparatus, and System for Sending Control Request Based on Key Value Configuration |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010101978.2A CN113285816B (zh) | 2020-02-19 | 2020-02-19 | 一种基于键值配置的控制请求发送方法、装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113285816A true CN113285816A (zh) | 2021-08-20 |
CN113285816B CN113285816B (zh) | 2022-10-28 |
Family
ID=77275175
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010101978.2A Active CN113285816B (zh) | 2020-02-19 | 2020-02-19 | 一种基于键值配置的控制请求发送方法、装置和*** |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220394010A1 (zh) |
EP (1) | EP4087189A4 (zh) |
CN (1) | CN113285816B (zh) |
WO (1) | WO2021164330A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023093544A1 (zh) * | 2021-11-29 | 2023-06-01 | 华为技术有限公司 | 一种yang模型文件的管理方法、装置及*** |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11451440B1 (en) * | 2021-09-21 | 2022-09-20 | Juniper Networks, Inc. | Sharing configuration resources for network devices among applications |
CN113992507B (zh) * | 2021-10-11 | 2023-10-27 | 新华三信息安全技术有限公司 | 确定缺省参数值的方法、装置、服务器及存储介质 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1996308A (zh) * | 2006-12-30 | 2007-07-11 | 陈�峰 | 面向对象标识方法 |
CN102055771A (zh) * | 2011-01-24 | 2011-05-11 | 上海红神信息技术有限公司 | 面向云服务的多并发业务流控制装置及控制方法 |
CN103235793A (zh) * | 2013-04-01 | 2013-08-07 | 华为技术有限公司 | 联机处理数据的方法、设备及*** |
CN103353867A (zh) * | 2005-12-29 | 2013-10-16 | 亚马逊科技公司 | 具有网络服务客户接口的分布式存储*** |
WO2015084144A1 (en) * | 2013-12-04 | 2015-06-11 | Mimos Berhad | A system and method to secure virtual machine images in cloud computing |
US20150229590A1 (en) * | 2013-07-25 | 2015-08-13 | Tencent Technology (Shenzhen) Company Limited | Method, server, client, and system for releasing instant messaging key-value data |
CN107710196A (zh) * | 2016-01-14 | 2018-02-16 | 华为技术有限公司 | 一种管理资源对象的方法和*** |
CN107786446A (zh) * | 2017-10-30 | 2018-03-09 | 中国联合网络通信集团有限公司 | 一种基于actn控制器***的抽象方法和装置 |
US20190166108A1 (en) * | 1998-10-30 | 2019-05-30 | Vimetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
CN110119292A (zh) * | 2018-02-07 | 2019-08-13 | 中兴通讯股份有限公司 | ***运行参数查询方法、匹配方法、装置及节点设备 |
CN110413588A (zh) * | 2019-07-30 | 2019-11-05 | 中国工商银行股份有限公司 | 分布式对象存储方法、装置、计算机设备和存储介质 |
WO2019228622A1 (en) * | 2018-05-30 | 2019-12-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for service provision in a communication network |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9026717B2 (en) * | 2011-09-30 | 2015-05-05 | SanDisk Technologies, Inc. | Apparatus, system, and method for a persistent object store |
US9135269B2 (en) * | 2011-12-07 | 2015-09-15 | Egnyte, Inc. | System and method of implementing an object storage infrastructure for cloud-based services |
US11451441B2 (en) * | 2016-01-12 | 2022-09-20 | Fastly, Inc. | Management of edge dictionary containers in content nodes of a content delivery network |
-
2020
- 2020-02-19 CN CN202010101978.2A patent/CN113285816B/zh active Active
- 2020-11-07 WO PCT/CN2020/127353 patent/WO2021164330A1/zh unknown
- 2020-11-07 EP EP20919725.0A patent/EP4087189A4/en active Pending
-
2022
- 2022-08-17 US US17/889,635 patent/US20220394010A1/en active Pending
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190166108A1 (en) * | 1998-10-30 | 2019-05-30 | Vimetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
CN103353867A (zh) * | 2005-12-29 | 2013-10-16 | 亚马逊科技公司 | 具有网络服务客户接口的分布式存储*** |
CN1996308A (zh) * | 2006-12-30 | 2007-07-11 | 陈�峰 | 面向对象标识方法 |
CN102055771A (zh) * | 2011-01-24 | 2011-05-11 | 上海红神信息技术有限公司 | 面向云服务的多并发业务流控制装置及控制方法 |
CN103235793A (zh) * | 2013-04-01 | 2013-08-07 | 华为技术有限公司 | 联机处理数据的方法、设备及*** |
US20150229590A1 (en) * | 2013-07-25 | 2015-08-13 | Tencent Technology (Shenzhen) Company Limited | Method, server, client, and system for releasing instant messaging key-value data |
WO2015084144A1 (en) * | 2013-12-04 | 2015-06-11 | Mimos Berhad | A system and method to secure virtual machine images in cloud computing |
CN107710196A (zh) * | 2016-01-14 | 2018-02-16 | 华为技术有限公司 | 一种管理资源对象的方法和*** |
CN107786446A (zh) * | 2017-10-30 | 2018-03-09 | 中国联合网络通信集团有限公司 | 一种基于actn控制器***的抽象方法和装置 |
CN110119292A (zh) * | 2018-02-07 | 2019-08-13 | 中兴通讯股份有限公司 | ***运行参数查询方法、匹配方法、装置及节点设备 |
WO2019228622A1 (en) * | 2018-05-30 | 2019-12-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for service provision in a communication network |
CN110413588A (zh) * | 2019-07-30 | 2019-11-05 | 中国工商银行股份有限公司 | 分布式对象存储方法、装置、计算机设备和存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023093544A1 (zh) * | 2021-11-29 | 2023-06-01 | 华为技术有限公司 | 一种yang模型文件的管理方法、装置及*** |
Also Published As
Publication number | Publication date |
---|---|
EP4087189A1 (en) | 2022-11-09 |
WO2021164330A1 (zh) | 2021-08-26 |
CN113285816B (zh) | 2022-10-28 |
US20220394010A1 (en) | 2022-12-08 |
EP4087189A4 (en) | 2023-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7012836B2 (ja) | ネットワークスライス管理方法及び装置 | |
CN113285816B (zh) | 一种基于键值配置的控制请求发送方法、装置和*** | |
EP3432517B1 (en) | Device configuration method and apparatus based on network configuration protocol | |
US10541877B2 (en) | Dynamic reservation protocol for 5G network slicing | |
US10033623B2 (en) | Multithreaded system and method for establishing network connections | |
CN113411215B (zh) | 基于opc ua的时间敏感网络集中用户配置方法及*** | |
US8260899B2 (en) | Network attached storage SNMP single system image | |
EP2951953B1 (en) | Method of managing zigbee network in the internet of things | |
CN115296993B (zh) | 用于互连多域网络分片控制和管理的***、功能和接口 | |
CN107710196B (zh) | 一种管理资源对象的方法和*** | |
US7415512B1 (en) | Method and apparatus for providing a general purpose computing platform at a router on a network | |
CN103997414A (zh) | 生成配置信息的方法和网络控制单元 | |
US10462048B2 (en) | Virtual cluster establishment method and network device | |
US20160149806A1 (en) | Software-defined network (sdn) system using host abstraction, and method for implementing the same | |
CN112911001A (zh) | 一种云vpn与企业网自动化组网方案 | |
US20220191777A1 (en) | Telecommunications network | |
CN112910704A (zh) | 一种支持动态自适应网络配置的局域网***、方法和装置 | |
CN116458204A (zh) | 传输网络切片控制设备及用于基于时间敏感网络的传输网络的控制面实体 | |
EP1479192B1 (en) | Method and apparatus for managing configuration of a network | |
WO2024125360A1 (zh) | 连接交互方法、通信设备、存储介质和程序产品 | |
CN118264717A (zh) | 服务感知网络用户引流、流量工程实现方法及装置 | |
WO2023035777A1 (zh) | 网络配置方法、代理组件、控制器、电子设备和存储介质 | |
CN116389387A (zh) | 多节点服务器、带外管理控制器以及数据转发方法 | |
KR20070081980A (ko) | 네트워크 관리 시스템과 네트워크 요소간 피엘디 동기화시스템 및 그 방법 | |
Esposito et al. | VINEA: a policy-based virtual network embedding architecture |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |