CN114301775B - 一种存量业务的纳管方法、装置及计算机可读存储介质 - Google Patents

一种存量业务的纳管方法、装置及计算机可读存储介质 Download PDF

Info

Publication number
CN114301775B
CN114301775B CN202111674015.2A CN202111674015A CN114301775B CN 114301775 B CN114301775 B CN 114301775B CN 202111674015 A CN202111674015 A CN 202111674015A CN 114301775 B CN114301775 B CN 114301775B
Authority
CN
China
Prior art keywords
configuration parameters
service
network
target
sdn
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.)
Active
Application number
CN202111674015.2A
Other languages
English (en)
Other versions
CN114301775A (zh
Inventor
李福庆
马季春
张桂玉
易昕昕
肖伟
汤泳
周旭辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
China Information Technology Designing and Consulting Institute Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
China Information Technology Designing and Consulting Institute Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd, China Information Technology Designing and Consulting Institute Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202111674015.2A priority Critical patent/CN114301775B/zh
Publication of CN114301775A publication Critical patent/CN114301775A/zh
Application granted granted Critical
Publication of CN114301775B publication Critical patent/CN114301775B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请提供一种存量业务的纳管方法、装置及计算机可读存储介质,涉及通信技术领域,用于对SDN网络中的设备上的存量业务进行纳管。该方法包括:获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数,N为正整数;将N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,第一转换模型用于将设备配置参数转换为网络配置参数;将网络配置参数输入至第二转换模型中,得到业务配置参数,第二转换模型用于将网络配置参数转换为业务配置参数;根据业务配置参数对目标存量业务进行纳管。

Description

一种存量业务的纳管方法、装置及计算机可读存储介质
技术领域
本申请涉及通信技术领域,尤其涉及一种存量业务的纳管方法、装置及计算机可读存储介质。
背景技术
软件定义网络(software defined networking,SDN)是一种新型的网络架构,其核心理念是将网络的控制平面与数据平面相分离,由交换节点构成的数据平面专门进行报文的转发,而路由选择等工作则由SDN控制器来完成。
最初的SDN是指基于OpenFlow通信协议的白盒交换机及控制器组成的网络,但是随着SDN概念的不断外延,SDN已经扩展到一切可以通过软件控制的网络。当前,通过将传统的设备纳入SDN的管控中,由SDN控制器根据业务需求进行业务管理和业务配置,以此来代替人工方式进行的业务管理和业务配置,大大提高了业务处理的效率。
但是,由于现有的SDN系统以新开业务为主,未考虑存量业务(即设备在纳入SDN系统的管控之前,存储的待处理的业务),为了保证业务的连续性和稳定性,这些存量业务不能删除后再重新下发,因此,亟待一种存量业务的纳管方法。
发明内容
本申请提供一种存量业务的纳管方法、装置及计算机可读存储介质,用于对SDN网络中的设备上的存量业务进行纳管。
第一方面,本申请提供一种存量业务的纳管方法,包括:获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数,N为正整数;将N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,第一转换模型用于将设备配置参数转换为网络配置参数;将网络配置参数输入至第二转换模型中,得到业务配置参数,第二转换模型用于将网络配置参数转换为业务配置参数;根据业务配置参数对目标存量业务进行纳管。
基于本申请提供的技术方案,至少可以产生以下有益效果:通过将SDN网络中与目标存量业务相关的目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,如此,可以将不同厂家提供的具有差异性的目标设备的配置参数转化为统一的网络配置参数,能够屏蔽厂家配置的差异性,提高存量业务的纳管方法的适用范围。通过将网络配置参数输入至第二转换模型中,得到业务配置参数,如此,可以剔除与存量业务的纳管和处理不相关的数据,仅关注与存量业务相关的业务配置参数,以使得SDN网络能够准确的根据业务配置参数,对存量业务进行纳管,提高存量业务的纳管效率。
可选的,在将N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数之后,上述方法还包括:向SDN控制器发送验证请求,以使得SDN控制器对网络配置参数进行验证;接收来自于SDN控制器对网络配置参数的验证结果;若验证结果为网络配置参数未通过验证,则修改网络配置参数,以得到修改后的网络配置参数;上述将网络配置参数输入至第二转换模型中,得到业务配置参数,包括:将修改后的网络配置参数输入至第二转换模型中,得到业务配置参数。如此,在得到网络配置参数之后,通过将网络配置参数下发至SDN控制器进行验证,来判断通过第一转换模型得到的网络配置参数是否准确,并在网络配置参数未通过验证的情况下,对网络配置参数进行修改。基于上述技术方案,能够对网络配置参数进行检验和修正,确保数据的准确性。
可选的,上述验证请求包括N个目标设备的设备配置参数以及网络配置参数;SDN控制器对网络配置参数进行验证,包括:SDN控制器根据网络配置参数,生成N个目标设备的模拟配置参数;SDN控制器验证N个目标设备的模拟配置参数与N个目标设备的设备配置参数是否一致,并生成相应的验证结果。
可选的,根据业务配置参数对目标存量业务进行纳管,包括:向SDN业务系统发送业务配置请求信息,以使得SDN业务系统对目标存量业务进行纳管,业务配置请求信息包括业务配置参数;接收来自于SDN业务系统的业务成功配置响应信息,业务成功配置响应信息用于表示成功对目标存量业务进行纳管。
可选的,在获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数之前,上述方法还包括:根据目标存量业务的标识,查找SDN网络中各个设备的配置信息中是否存在目标存量业务的标识;将存在目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备。
第二方面,本申请提供一种存量业务的纳管装置,包括:获取模块,用于获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数,N为正整数;处理模块,用于将N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,第一转换模型用于将设备配置参数转换为网络配置参数;将网络配置参数输入至第二转换模型中,得到业务配置参数,第二转换模型用于将网络配置参数转换为业务配置参数;纳管模块,用于根据业务配置参数对目标存量业务进行纳管。
可选的,上述装置还包括:通信模块;该通信模块,用于向SDN控制器发送验证请求,以使得SDN控制器对网络配置参数进行验证;接收来自于SDN控制器对网络配置参数的验证结果;上述处理模块,还用于若验证结果为网络配置参数未通过验证,则修改网络配置参数,以得到修改后的网络配置参数;上述处理模块,具体用于将修改后的网络配置参数输入至第二转换模型中,得到业务配置参数。
可选的,上述验证请求包括N个目标设备的设备配置参数以及网络配置参数;上述装置还包括验证模块;该验证模块,用于根据网络配置参数,生成N个目标设备的模拟配置参数;验证N个目标设备的模拟配置参数与N个目标设备的设备配置参数是否一致,并生成相应的验证结果。
可选的,上述纳管模块,具体用于向SDN业务系统发送业务配置请求信息,以使得SDN业务系统对目标存量业务进行纳管,业务配置请求信息包括业务配置参数;接收来自于SDN业务系统的业务成功配置响应信息,业务成功配置响应信息用于表示成功对目标存量业务进行纳管。
可选的,上述装置还包括:设备查找模块;该设备查找模块,用于根据目标存量业务的标识,查找SDN网络中各个设备的配置信息中是否存在目标存量业务的标识;将存在目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备。
第三方面,本申请提供一种存量业务的纳管装置,包括:处理器、通信接口和存储器;存储器用于存储一个或多个程序,一个或多个程序包括计算机执行指令,当存量业务的纳管装置运行时,处理器执行存储器存储的计算机执行指令,以使得存量业务的纳管装置执行上述第一方面所提供的任一种存量业务的纳管方法。
第四方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当该指令在计算机上运行时,使得计算机执行上述第一方面所提供的任一种存量业务的纳管方法。
第五方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面所提供的任一种存量业务的纳管方法。
本申请中第二方面至第五方面的描述,可以参考第一方面的详细描述;并且,第二方面至第五方面的描述的有益效果,可以参考第一方面的有益效果分析,此处不再赘述。
附图说明
图1为本申请提供的一种SDN网络的架构示意图;
图2为一种基于SDN网络的业务部署的流程图;
图3为本申请提供的一种存量业务的纳管系统的架构示意图;
图4为本申请提供的一种存量业务的纳管方法的流程图;
图5为本申请提供的另一种存量业务的纳管方法的流程图;
图6为本申请提供的又一种存量业务的纳管方法的流程图;
图7为本申请提供的一种存量业务的纳管装置的结构示意图;
图8为本申请提供的另一种存量业务的纳管装置的结构示意图。
具体实施方式
下面将结合附图对本申请提供的一种存量业务的纳管方法、装置及计算机可读存储介质进行详细的描述。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象,或者用于区别对同一对象的不同处理,而不是用于描述对象的特定顺序。
此外,本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选的还包括其他没有列出的步骤或单元,或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请的描述中,除非另有说明,“多个”的含义是指两个或两个以上。
如背景技术所述,由于现有的SDN系统以新开业务为主,未考虑存量业务(即设备在纳入SDN系统的管控之前,存储的待处理的业务),为了保证业务的连续性和稳定性,这些存量业务不能删除后再重新下发,因此,亟待一种存量业务的纳管方法。
针对上述技术问题,本申请实施例提供了一种存量业务的纳管方法,该方法通过将SDN网络中与目标存量业务相关的目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,如此,可以将不同厂家提供的具有差异性的目标设备的配置参数转化为统一的网络配置参数,能够屏蔽厂家配置的差异性,提高存量业务的纳管方法的适用范围。通过将网络配置参数输入至第二转换模型中,得到业务配置参数,如此,可以剔除与存量业务的纳管和处理不相关的数据,仅关注与存量业务相关的业务配置参数,以使得SDN网络能够准确的根据业务配置参数,对存量业务进行纳管,提高存量业务的纳管效率。
本申请实施例提供的存量业务的纳管方法,可以用于纳管SDN网络的设备中的存量业务。可选的,该存量业务可以积存在设备上的任一种网络业务,本申请实施例对此不作限定。示例性的,存量业务可以是积存在设备中的虚拟专用网(virtual private network,VPN)业务。
参见图1,为本申请实施例提供的一种SDN网络的架构示意图。如图1所示,SDN网络包括:
应用层(Application Layer),包括一种或多种体现用户意图的业务应用,以及用于接收用户业务的SDN业务系统。SDN业务系统可以根据上层业务需求,向SDN控制器发送网络配置参数。
控制层(Control Layer),包括SDN控制器(SDN controller),SDN控制器是一种操作系统,用于根据上层业务需求及网络配置参数,生成设备配置参数。
在一些实施例中,一方面,SDN控制器可以通过南向接口(south boundinterface,SBI)采集基础设施层的设备的设备信息,对设备进行集中管理,例如状态监测、转发决策以及数据流量的调度和处理等。另一方面,SDN控制器可以通过北向接口(northbound interface,NBI)对应用层的业务应用和SDN业务系统开放多个层次的可编程能力,允许用户根据特定的应用场景灵活地制定各种业务逻辑(反映业务规则的代码)。
其中,南向接口通过使用南向接口协议,使控制层的SDN控制器与基础设施层的设备之间进行信息交互。北向接口协议通过使用北向接口协议,使控制层的SDN控制器与应用层的业务应用和SDN业务系统进行信息交互。
可选的,SDN控制器可以是独立的控制器,也可以是多个控制器构成的层级式的控制器集群或者分布式系统。
基础设施层(Infrastructure Layer),由不同类型的设备构成,主要负责数据的处理、转发和状态收集等。示例性的,基础设施层可以包括:交换机、路由器或防火墙等设备。
在实际的应用中,SDN网络主要用于业务开发和业务部署等操作。具体的,如图2所示,基于SDN网络的业务部署流程为:
Sa1、应用层的SDN业务系统接收目标业务的第一业务配置参数,根据第一业务配置参数生成第一网络配置参数,并将该第一网络配置参数下发至控制层的SDN控制器。
其中,上述第一业务配置参数用于反映目标业务的业务需求,包括:业务标识、业务接入信息、计费信息等;上述第一网络配置参数用于反映SDN网络在进行目标业务的部署时设置的配置参数,包括:地址信息、带宽信息、协议信息等。
Sa2、控制层的SDN控制器接收第一网络配置参数,根据第一网络配置参数生成第一设备配置参数,并将该第一设备配置参数下发至基础设施层的设备上。
其中,上述第一设备配置参数用于反映设备在进行目标业务的部署时设置的配置参数,包括:路由配置信息、接口配置信息等。
Sa3、基础设施层的设备接收第一设备配置参数,根据第一设备配置参数完成业务部署。
如图3所示,为本申请实施例提供的一种存量业务的纳管系统,包括:服务器和SDN网络。可选的,服务器和SDN网络之间可以通过有线或者无线的方式进行连接;或者,服务器可以是SDN网络中的一个网元。
服务器,用于根据第一转换模型和第二转换模型,逆向分析出SDN网络的设备上的存量业务的业务配置信息。
服务器可以与SDN网络进行信息交互。具体的,服务器可以分别与SDN网络的应用层、控制层和基础设施层进行信息交互。
可选的,服务器可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络、大数据服务器等基础云计算服务的云服务器。
下面结合说明书附图,对本申请提供的实施例进行具体介绍。
如图4所示,本申请实施例提供了一种存量业务的纳管方法,应用于图3所提供的存量业务的纳管系统中的服务器,该方法包括:
S101、获取SDN网络中与目标存量业务相关的N个目标设备的第二设备配置参数,N为正整数。
目标设备是指,SDN网络中存储有目标存量业务的设备。
目标存量业务是指,SDN网络的设备上存储的待处理的网络业务。示例性的,该目标存量业务可以是设备上存储的VPN业务。
第二设备配置参数,用于表示该设备支持的最基本的网络能力。示例性的,第二设备配置参数可以包括:虚拟路由转发(virtual routing foewarding,VRF)配置、接口(interface)配置、边界网关协议(border gateway protocol,BGP)配置、静态路由(staticroute)配置和服务质量(quality of service,QOS)配置等。
作为一种可能的实现方式,服务器可以通过传统网络接口:命令行接口(CommandLine Interface,CLI),获取SDN网络中与目标存量业务相关的N个目标设备的第二设备配置参数。
其中,CLI是计算机操作系统或应用程序为用户提供的可视提示接口。使用CLI可以在特定行中输入命令,进而从操作系统中接收回应。在本申请实施例中,服务器可以通过CLI在特定行中输入获取目标设备的第二设备配置参数的命令,进而从操作系统中接收到目标设备的第二设备配置参数。
作为另一种可能的实现方式,服务器可以通过南向接口协议中的网络配置NetConf协议,获取SDN网络中与目标存量业务相关的N个目标设备的第二设备配置参数。
其中,NetConf协议提供了一套设备管理机制,可以通过该设备管理机制获取SDN网络中设备的配置参数和状态信息等。
S102、将N个目标设备的第二设备配置参数输入至第一转换模型中,得到第二网络配置参数。
第二网络配置参数是指,目标设备能够为上层SDN网络提供的通用的配置参数。示例性的,第二网络配置参数可以包括:地址信息、带宽信息、协议信息、QOS等。
第一转换模型用于将第二设备配置参数转换为第二网络配置参数。具体的,第一转换模型可以对输入的N个目标设备的第二设备配置参数进行对比,提取出各个目标设备之间的配置差异,将各个目标设备之间的配置差异转化为SDN网络通用的配置参数,即第二网络配置参数。
示例性的,假设第二设备配置参数包括协议地址,其中,目标设备A的协议地址为:ip-address(互联网协议地址);目标设备B的协议地址为:ipv4-address(第四版互联网协议地址)。由于ip-address和ipv4-address本质上反映的都是服务提供商的地址信息(provider-address),因此,第一转换模型可以将第二设备配置参数:ip-address和ipv4-address,转化为第二网络配置参数:provider-address。
在一些实施例中,第一转换模型还用于将接收到的N个目标设备的第二设备配置参数转化为统一的格式,进而基于统一的格式,对N个目标设备的第二设备配置参数进行对比。
由于从目标设备采集到的第二设备配置参数一般为层次化的配置参数,难以进行处理和识别,因此第一转换模型可以将第二设备配置参数转换为易于处理和识别的统一的格式。
示例性的,第一转换模型可以将接收到的N个目标设备的第二设备配置参数转化为扩展标记语言(xtensible markup language,XML)格式。XML是一种简单的数据存储语言,便于进行数据处理和识别。
在实际的应用中,由于不同厂家提供的设备之间具有差异性,因此不同设备的设备配置参数也不完全相同。因此,本申请实施例通过将N个目标设备的第二设备配置参数输入到第一转换模型,得到第二网络配置参数,以此来屏蔽厂家配置的差异性,简化数据处理的流程,提高存量业务的纳管效率。
S103、将第二网络配置参数输入至第二转换模型中,得到第二业务配置参数。
第二业务配置参数用于反映目标存量业务的业务需求。示例性的,第二业务配置参数可以包括:业务标识、业务接入信息、计费信息、流程信息等。
其中,第二转换模型用于将第二网络配置参数转换为第二业务配置参数。具体的,第二转换模型可以从第二网络配置参数中筛选出能够反映业务需求的第二网络配置参数,将这些反映业务需求的第二网络配置参数转化为第二业务配置参数。
示例性的,假设第二网络配置参数包括:路由标志(route-distinguisher,RD)、路由目标(route target,RT)、vrf-id、服务提供商地址信息(provider-address)、用户网络地址信息(customer-address)、带宽(bandwidth)等参数。其中,能够反映业务需求的参数为:服务提供商地址信息(provider-address)、用户网络地址信息(customer-address)和带宽(bandwidth)。因此,当上述第二网络配置参数输入第二转换模型时,第二转换模型可以从中筛选出:服务提供商地址信息(provider-address)、用户网络地址信息(customer-address)和带宽(bandwidth),作为第二业务配置参数。
如此,本申请实施例通过将第二网络配置参数输入第二转换模型,得到第二业务配置参数,可以剔除一些不能反映业务需求的配置参数,例如路由标志(route-distinguisher,RD)、路由目标(route target,RT)、vrf-id等参数,能够提高存量业务的纳管效率。
S104、根据第二业务配置参数对目标存量业务进行纳管。
作为一种可能的实现方式,服务器向SDN业务系统发送业务配置请求信息,以使得SDN业务系统对目标存量业务进行纳管。其中,上述业务配置请求信息包括第二业务配置参数。
具体的,SDN业务系统在接收到业务配置请求信息之后,执行如图2所示的业务部署流程(此时,目标存量业务作为目标业务,第二业务配置参数作为第一业务配置参数),实现对目标存量业务的纳管。
在一些实施例中,SDN业务系统完成对目标存量业务的纳管之后,向服务器发送业务成功配置响应信息,该业务成功配置响应信息用于表示成功对目标存量业务进行纳管。相应的,服务器接收来自于SDN业务系统的业务成功配置响应信息。
基于图4所提供的技术方案,至少可以产生以下有益效果:通过将SDN网络中与目标存量业务相关的目标设备的第二设备配置参数输入至第一转换模型中,得到第二网络配置参数,如此,可以将不同厂家提供的具有差异性的目标设备的配置参数转化为统一的网络配置参数,能够屏蔽厂家配置的差异性,提高存量业务的纳管方法的适用范围。通过将第二网络配置参数输入至第二转换模型中,得到第二业务配置参数,如此,可以剔除与存量业务的纳管和处理不相关的数据,仅关注与存量业务相关的业务配置参数,以使得SDN网络能够准确的根据业务配置参数,对存量业务进行纳管,提高存量业务的纳管效率。
在一些实施例中,基于图4所示的实施例,如图5所示,该存量业务的纳管方法在步骤S102之后还包括以下步骤:
S201、服务器向SDN控制器发送验证请求,以使得SDN控制器对第二网络配置参数进行验证。
其中,上述验证请求包括N个目标设备的第二设备配置参数以及第二网络配置参数。
作为一种可能的实现方式,SDN控制器对第二网络配置参数进行验证可以具体实现为以下步骤:
步骤1、SDN控制器根据第二网络配置参数,生成N个目标设备的模拟配置参数。
其中,上述模拟配置参数是指,由SDN控制器根据网络配置参数,进行模拟运行(dry-run)得到的配置参数。
步骤2、SDN控制器验证N个目标设备的模拟配置参数与N个目标设备的第二设备配置参数是否一致,并生成相应的验证结果。
在一些实施例中,若N个目标设备的模拟配置参数与N个目标设备的第二设备配置参数一致时,则SDN控制器生成的验证结果为:第二网络配置参数通过验证;若N个目标设备的模拟配置参数与N个目标设备的第二设备配置参数不一致时,则SDN控制器生成的验证结果为:第二网络配置参数未通过验证。
如此,本申请实施例通过SDN控制器对第二网络配置参数进行验证,可以进一步检测由第一转换模型得到的第二网络配置参数是否存在配置冲突,确保数据转换的精确度。
S202、服务器接收来自于SDN控制器对第二网络配置参数的验证结果。
在一些实施例中,根据SDN控制器对第二网络配置参数的验证结果,服务器可以采取不同的处理方式:
方式一、若验证结果为:第二网络配置参数未通过验证,则修改第二网络配置参数,以得到修改后的第二网络配置参数,然后重复执行步骤S201-S202,直至修改后的第二网络配置参数通过验证。
在修改后的第二网络配置参数通过验证后,执行步骤S103,将修改后的第二网络配置参数输入至第二转换模型中,得到第二业务配置参数。
方式二、若验证结果为:第二网络配置参数通过验证,则直接执行步骤S103,将第二网络配置参数输入至第二转换模型中,得到第二业务配置参数。
基于本申请实施例提供的技术方案,至少可以产生以下有益效果:通过SDN控制器验证N个目标设备的模拟配置参数与N个目标设备的第二设备配置参数是否一致,来判断第二网络配置参数是否是存在配置冲突,进而确定是否可以直接执行步骤S103,避免出现将错误的第二网络配置参数输入到第二转换模型中,得到错误的第二业务配置参数的情况,能够确保数据转换的精确度,提高存量业务纳管的效率。
在一些实施例中,基于图4所示的实施例,如图6所示,该存量业务的纳管方法在步骤S101之前还包括以下步骤:
S301、服务器根据目标存量业务的标识,查找SDN网络中各个设备的配置信息中是否存在目标存量业务的标识。
其中,上述目标存量业务的标识用于指代目标存量业务,一个目标存量业务唯一的对应一个标识。
在一些实施例中,采用find(·)命令,根据目标存量业务的标识,查找SDN网络中各个设备的配置信息中是否存在目标存量业务的标识。
其中,find(·)命令通过遍历指定路径查找预设目标。在本申请实施例中,预设目标为目标存量业务的标识;可选的,指定路径可以是SDN网络中每一个设备的设备配置信息;或者,SDN网络的设备列表(设备列表包括SDN网络中所有设备的设备配置信息)。
S302、服务器将存在目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备。
基于上述实施例所提供的技术方案,至少可以产生以下有益效果:根据目标存量业务的标识,查找SDN网络中的各个设备的配置信息,将存在目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备,如此,可以准确的从SDN网络的各个设备中找出目标设备,进而对目标设备上的目标存量业务进行纳管。
为了便于理解,下面以目标存量业务为采用多协议标记交换(multiprotocollabel switching,MPLS)的MPLS VPN业务为例,对本申请实施例提供的存量业务的纳管方法进行进一步的介绍。
其中,MPLS VPN业务是指采用MPLS技术在骨干的带宽IP网络上构建企业IP专网,实现跨地域的数据传输的业务。MPLS VPN业务是建立在服务提供商边缘设备(provideredge,PE)和用户网络边缘设备(customer edge,CE)之间的。
具体的,对SDN网络中的存量MPLS VPN业务的纳管,可以实现为以下步骤:
1、服务器根据MPLS VPN业务的标识,查找SDN网络中各个设备的配置信息中是否存在MPLS VPN业务的标识。
2、服务器将存在MPLS VPN业务的标识的配置信息对应的两个设备:PE1和PE2,作为与MPLS VPN业务相关的目标设备。
3、服务器获取目标设备PE1和目标设备PE2的第二设备配置参数。
示例性的,PE1和PE2的第二设备配置参数如表1所示:
表1
其中,vrf-id表示VRF的路由编码,rd表示路由标志,import-rts表示输入的路由目标,export-rts表示输出的路由目标,vlan-dot1q表示虚拟局域网的子接口,interface表示接口,ipv4-address和表示ip-address均表示互联网协议的地址信息,NEIGHBOR-IP和PEER-IP均表示互联网协议,bandwidth表示带宽,ipv4-mtu和ip-mtu均表示互联网协议上的最大传输单元。
4、服务器将目标设备PE1和目标设备PE2的第二设备配置参数输入至第一转换模型中,得到第二网络配置参数。
示例性的,由第一转换模型得到的第二网络配置参数如表2所示:
表2
5、服务器向SDN控制器发送验证请求,以使得SDN控制器对第二网络配置参数进行验证。
其中,上述验证请求包括目标设备PE1和目标设备PE2的第二设备配置参数以及第二网络配置参数。
具体的,SDN控制器可以根据第二网络配置参数,生成目标设备PE1的模拟配置参数和目标设备PE2的模拟配置参数,进而SDN控制器验证目标设备PE1的模拟配置参数与目标设备PE1的第二设备配置参数是否一致,以及目标设备PE2的模拟配置参数与与目标设备PE2的第二设备配置参数是否一致,并生成相应的验证结果,若一致,则SDN控制器生成的验证结果为:第二网络配置参数通过验证;若不一致时,则SDN控制器生成的验证结果为:第二网络配置参数未通过验证。
示例性的,由第二网络配置参数生成的目标设备PE1的模拟配置参数和目标设备PE2的模拟配置参数可以如表3所示:
表3
SDN控制器通过验证如表1所示的目标设备PE1和目标设备PE2的第二设备配置参数,与表3所示的目标设备PE1和目标设备PE2的模拟配置参数,生成的验证结果为:第二网络配置参数通过验证。
6、服务器接收来自于SDN控制器对第二网络配置参数的验证结果。
若上述验证结果为:第二网络配置参数通过验证,则执行下一步骤。
若上述验证结果为:第二网络配置参数未通过验证,则修改第二网络配置参数,以得到修改后的第二网络配置参数,然后将修改后的第二网配置参数通过SDN控制器进行验证,直至修改后的第二网络配置参数通过验证。
7、服务器将第二网络配置参数输入至第二转换模型中,得到第二业务配置参数。
第二转换模型可以从第二网络配置参数中筛选出能够反映MPLS VPN业务需求的第二网络配置参数,进而将这些反映MPLS VPN业务需求的第二网络配置参数转化为第二业务配置参数。
示例性的,将表2所示的网络配置参数输入第二转换模型,可以得到如表4所示的业务配置参数。
表4
8、服务器根据第二业务配置参数,对MPLS VPN业务进行纳管。
可选的,服务器可以向SDN业务系统发送业务配置请求信息,以使得SDN业务系统对MPLS VPN业务进行纳管。该业务配置请求信息包括第二业务配置参数。
可以看出,上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能,本申请实施例提供了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本申请实施例可以根据上述方法示例对网络节点进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。可选的,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
如图7所示,为本申请实施例提供的一种存量业务的纳管装置的结构示意图,该存量业务的纳管装置可以用于执行如图4所示的存量业务的纳管方法。该存量业务的纳管装置400包括:获取模块模块401、处理模块402和纳管模块403。在一些实施例中,该在一些实施例中还可以包括:通信模块404、验证模块405和设备查找模块406。
获取模块401,用于获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数,N为正整数。
处理模块402,用于将N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,第一转换模型用于将设备配置参数转换为网络配置参数;将网络配置参数输入至第二转换模型中,得到业务配置参数,第二转换模型用于将网络配置参数转换为业务配置参数。
纳管模块403,用于根据业务配置参数对目标存量业务进行纳管。
在一些实施例中,上述存量业务的纳管装置400还包括:通信模块404;该通信模块404,用于向SDN控制器发送验证请求,以使得SDN控制器对网络配置参数进行验证;接收来自于SDN控制器对网络配置参数的验证结果;上述处理模块402,还用于若验证结果为网络配置参数未通过验证,则修改网络配置参数,以得到修改后的网络配置参数;上述处理模块402,具体用于将修改后的网络配置参数输入至第二转换模型中,得到业务配置参数。
在一些实施例中,上述验证请求包括N个目标设备的设备配置参数以及网络配置参数;上述存量业务的纳管装置400还包括验证模块405;该验证模块405,用于根据网络配置参数,生成N个目标设备的模拟配置参数;验证N个目标设备的模拟配置参数与N个目标设备的设备配置参数是否一致,并生成相应的验证结果。
在一些实施例中,上述纳管模块403,具体用于向SDN业务系统发送业务配置请求信息,以使得SDN业务系统对目标存量业务进行纳管,业务配置请求信息包括业务配置参数;接收来自于SDN业务系统的业务成功配置响应信息,业务成功配置响应信息用于表示成功对目标存量业务进行纳管。
在一些实施例中,上述存量业务的纳管装置400还包括:设备查找模块406;该设备查找模块406,用于根据目标存量业务的标识,查找SDN网络中各个设备的配置信息中是否存在目标存量业务的标识;将存在目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备。
在采用硬件的形式实现上述集成的模块的功能的情况下,本发明实施例提供了上述实施例中所涉及的存量业务的纳管装置的另一种可能的结构示意图。如图8所示,该存量业务的纳管装置500包括:处理器502,通信接口503,总线504。可选的,该存量业务的纳管装置500还可以包括存储器501。
处理器502,可以是实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。该处理器502可以是中央处理器,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。所述处理器502也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
通信接口503,用于与其他设备通过通信网络连接。该通信网络可以是以太网,无线接入网,无线局域网(wireless local area networks,WLAN)等。
存储器501,可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory,EEPROM)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
作为一种可能的实现方式,存储器501可以独立于处理器502存在,存储器501可以通过总线504与处理器502相连接,用于存储指令或者程序代码。处理器502调用并执行存储器501中存储的指令或程序代码时,能够实现本发明实施例提供的存量业务的纳管方法。
另一种可能的实现方式中,存储器501也可以和处理器502集成在一起。
总线504,可以是扩展工业标准结构(extended industry standardarchitecture,EISA)总线等。总线504可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将存量业务的纳管装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机指令来指示相关的硬件完成,该程序可存储于上述计算机可读存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的或内存。上述计算机可读存储介质也可以是上述存量业务的纳管装置的外部存储设备,例如上述存量业务的纳管装置上配备的插接式硬盘,智能存储卡(smartmedia card,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,上述计算机可读存储介质还可以既包括上述存量业务的纳管装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述存量业务的纳管装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供一种计算机程序产品,该计算机产品包含计算机程序,当该计算机程序产品在计算机上运行时,使得该计算机执行上述实施例中所提供的任一项存量业务的纳管方法。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。

Claims (11)

1.一种存量业务的纳管方法,其特征在于,所述方法包括:
获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数,N为正整数;
将所述N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,所述第一转换模型用于将设备配置参数转换为网络配置参数;所述第一转换模型用于对输入的所述N个目标设备的设备配置参数进行对比,提取出各个目标设备之间的配置差异,将各个目标设备之间的配置差异转化为所述SDN网络通用的所述网络配置参数;
将所述网络配置参数输入至第二转换模型中,得到业务配置参数,所述第二转换模型用于将所述网络配置参数转换为所述业务配置参数;所述第二转换模型用于从所述网络配置参数中筛选出能够反映业务需求的网络配置参数,将所述反映业务需求的网络配置参数转化为所述业务配置参数;
根据所述业务配置参数对所述目标存量业务进行纳管。
2.根据权利要求1所述的方法,其特征在于,在所述将所述N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数之后,所述方法还包括:
向SDN控制器发送验证请求,以使得所述SDN控制器对所述网络配置参数进行验证;
接收来自于所述SDN控制器对所述网络配置参数的验证结果;
若所述验证结果为所述网络配置参数未通过验证,则修改所述网络配置参数,以得到修改后的网络配置参数;
所述将所述网络配置参数输入至第二转换模型中,得到业务配置参数,包括:
将所述修改后的网络配置参数输入至第二转换模型中,得到所述业务配置参数。
3.根据权利要求2所述的方法,其特征在于,所述验证请求包括所述N个目标设备的设备配置参数以及所述网络配置参数;
所述SDN控制器对所述网络配置参数进行验证,包括:
所述SDN控制器根据所述网络配置参数,生成所述N个目标设备的模拟配置参数;
所述SDN控制器验证所述N个目标设备的模拟配置参数与所述N个目标设备的设备配置参数是否一致,并生成相应的验证结果。
4.根据权利要求1所述的方法,其特征在于,所述根据所述业务配置参数对所述目标存量业务进行纳管,包括:
向SDN业务系统发送业务配置请求信息,以使得所述SDN业务系统对所述目标存量业务进行纳管,所述业务配置请求信息包括所述业务配置参数;
接收来自于所述SDN业务系统的业务成功配置响应信息,所述业务成功配置响应信息用于表示成功对所述目标存量业务进行纳管。
5.根据权利要求1至4任一项所述的方法,其特征在于,在所述获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数之前,所述方法还包括:
根据所述目标存量业务的标识,查找所述SDN网络中各个设备的配置信息中是否存在所述目标存量业务的标识;
将存在所述目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备。
6.一种存量业务的纳管装置,其特征在于,包括:
获取模块,用于获取SDN网络中与目标存量业务相关的N个目标设备的设备配置参数,N为正整数;
处理模块,用于将所述N个目标设备的设备配置参数输入至第一转换模型中,得到网络配置参数,所述第一转换模型用于将设备配置参数转换为网络配置参数;所述第一转换模型用于对输入的所述N个目标设备的设备配置参数进行对比,提取出各个目标设备之间的配置差异,将各个目标设备之间的配置差异转化为所述SDN网络通用的所述网络配置参数;将所述网络配置参数输入至第二转换模型中,得到业务配置参数,所述第二转换模型用于将所述网络配置参数转换为所述业务配置参数;所述第二转换模型用于从所述网络配置参数中筛选出能够反映业务需求的网络配置参数,将所述反映业务需求的网络配置参数转化为所述业务配置参数;
纳管模块,用于根据所述业务配置参数对所述目标存量业务进行纳管。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:通信模块;
所述通信模块,用于向SDN控制器发送验证请求,以使得所述SDN控制器对所述网络配置参数进行验证;接收来自于所述SDN控制器对所述网络配置参数的验证结果;
所述处理模块,还用于若所述验证结果为所述网络配置参数未通过验证,则修改所述网络配置参数,以得到修改后的网络配置参数;
所述处理模块,具体用于将所述修改后的网络配置参数输入至第二转换模型中,得到所述业务配置参数。
8.根据权利要求7所述的装置,其特征在于,所述验证请求包括所述N个目标设备的设备配置参数以及所述网络配置参数;
所述装置还包括验证模块;
所述验证模块,用于根据所述网络配置参数,生成所述N个目标设备的模拟配置参数;验证所述N个目标设备的模拟配置参数与所述N个目标设备的设备配置参数是否一致,并生成相应的验证结果。
9.根据权利要求6所述的装置,其特征在于,
所述纳管模块,具体用于向SDN业务系统发送业务配置请求信息,以使得所述SDN业务系统对所述目标存量业务进行纳管,所述业务配置请求信息包括所述业务配置参数;接收来自于所述SDN业务系统的业务成功配置响应信息,所述业务成功配置响应信息用于表示成功对所述目标存量业务进行纳管。
10.根据权利要求6至9任一项所述的装置,其特征在于,所述装置还包括:设备查找模块;
所述设备查找模块,用于根据所述目标存量业务的标识,查找所述SDN网络中各个设备的配置信息中是否存在所述目标存量业务的标识;将存在所述目标存量业务的标识的配置信息对应的设备作为与目标存量业务相关的目标设备。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机执行指令,当所述计算机执行指令在计算机上运行,使得计算机执行如权利要求1至5任一项所述的存量业务的纳管方法。
CN202111674015.2A 2021-12-31 2021-12-31 一种存量业务的纳管方法、装置及计算机可读存储介质 Active CN114301775B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111674015.2A CN114301775B (zh) 2021-12-31 2021-12-31 一种存量业务的纳管方法、装置及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111674015.2A CN114301775B (zh) 2021-12-31 2021-12-31 一种存量业务的纳管方法、装置及计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN114301775A CN114301775A (zh) 2022-04-08
CN114301775B true CN114301775B (zh) 2023-07-28

Family

ID=80974600

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111674015.2A Active CN114301775B (zh) 2021-12-31 2021-12-31 一种存量业务的纳管方法、装置及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN114301775B (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7836020B1 (en) * 2006-04-03 2010-11-16 Network Appliance, Inc. Method and apparatus to improve server performance associated with takeover and giveback procedures
CN110505075A (zh) * 2018-05-18 2019-11-26 华为技术有限公司 设备管理方法及相关设备
CN111162939A (zh) * 2019-12-25 2020-05-15 广东省新一代通信与网络创新研究院 一种网络设备控制方法、装置、计算设备及网络系统
CN111190730A (zh) * 2019-12-26 2020-05-22 上海科技发展有限公司 异构云管理平台
CN111475104A (zh) * 2020-03-08 2020-07-31 苏州浪潮智能科技有限公司 一种存储设备数据在线迁移方法、系统、终端及存储介质
WO2020210342A1 (en) * 2019-04-11 2020-10-15 Servicenow, Inc. Programmatic orchestration of cloud-based services
WO2020207266A1 (zh) * 2019-04-08 2020-10-15 阿里巴巴集团控股有限公司 网络系统、实例管控方法、设备及存储介质
CN112333065A (zh) * 2020-11-25 2021-02-05 中盈优创资讯科技有限公司 一种ipran以太网专线自动开通方法及装置
CN113157668A (zh) * 2021-04-23 2021-07-23 上海数禾信息科技有限公司 不停机数据迁移方法及装置
CN113162992A (zh) * 2021-04-01 2021-07-23 杭州数跑科技有限公司 系统的升级不断流控制方法、装置、设备和存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9497200B2 (en) * 2015-02-16 2016-11-15 International Business Machines Corporation Managing limited network access configuration

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7836020B1 (en) * 2006-04-03 2010-11-16 Network Appliance, Inc. Method and apparatus to improve server performance associated with takeover and giveback procedures
CN110505075A (zh) * 2018-05-18 2019-11-26 华为技术有限公司 设备管理方法及相关设备
WO2020207266A1 (zh) * 2019-04-08 2020-10-15 阿里巴巴集团控股有限公司 网络系统、实例管控方法、设备及存储介质
WO2020210342A1 (en) * 2019-04-11 2020-10-15 Servicenow, Inc. Programmatic orchestration of cloud-based services
CN111162939A (zh) * 2019-12-25 2020-05-15 广东省新一代通信与网络创新研究院 一种网络设备控制方法、装置、计算设备及网络系统
CN111190730A (zh) * 2019-12-26 2020-05-22 上海科技发展有限公司 异构云管理平台
CN111475104A (zh) * 2020-03-08 2020-07-31 苏州浪潮智能科技有限公司 一种存储设备数据在线迁移方法、系统、终端及存储介质
CN112333065A (zh) * 2020-11-25 2021-02-05 中盈优创资讯科技有限公司 一种ipran以太网专线自动开通方法及装置
CN113162992A (zh) * 2021-04-01 2021-07-23 杭州数跑科技有限公司 系统的升级不断流控制方法、装置、设备和存储介质
CN113157668A (zh) * 2021-04-23 2021-07-23 上海数禾信息科技有限公司 不停机数据迁移方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Failover mechanisms for distributed SDN controllers;Mathis Obadia;IEEE;全文 *
一种面向多样化网络业务融合的SDN网络架构;龚向阳;王文东;;中兴通讯技术(第05期);全文 *
广东联通传送网SDN管理架构创新实践及业务应用;骆益民 方遒铿 刘雁斌 王维;邮电设计技术;全文 *

Also Published As

Publication number Publication date
CN114301775A (zh) 2022-04-08

Similar Documents

Publication Publication Date Title
CN110612702B (zh) 针对不一致的意图规范检查
CN110785964B (zh) 网络中第3层桥接域子网的验证
CN110754065B (zh) 网络的逻辑级和硬件级之间的网络验证
US11303520B2 (en) Validation of cross logical groups in a network
CN111034123B (zh) 用于执行网络保证检查的系统、方法及计算机可读介质
US11909744B2 (en) Network verification method and apparatus
CN110785965A (zh) 网络中使用虚拟路由转发容器的第3层的验证
CN107733795B (zh) 以太网虚拟私有网络evpn与公网互通方法及其装置
CN113810206B (zh) 一种网络自动化编排管理方法、实体、控制器及电子设备
CN113056895B (zh) 用于将现有访问控制列表策略迁移到基于意图的策略且反之亦然的系统和方法
CN112956158A (zh) 结构数据平面监视
CN110800259B (zh) 跨以应用为中心的维度的分布式故障代码聚合
CN109672562A (zh) 数据处理方法、装置、电子设备及存储介质
CN105637806A (zh) 网络拓扑确定方法和装置、集中式网络状态信息存储设备
CN102684894B (zh) 一种实现北向接口的方法及装置
CN111866916B (zh) 一种业务配置方法、设备及服务器
CN114301775B (zh) 一种存量业务的纳管方法、装置及计算机可读存储介质
Matias et al. The EHU-OEF: an OpenFlow-based layer-2 experimental facility
WO2020119824A1 (zh) 设备控制方法、装置、控制节点、网络设备、数据中心
KR102385707B1 (ko) 호스트 추상화를 이용한 sdn 네트워크 시스템 및 그 구현방법
CN106506238A (zh) 一种网元管理方法及系统
CN114338378B (zh) 一种面向多域软件定义网络的配置验证方法
US10601649B1 (en) Stack switching detection and provisioning
US11563640B2 (en) Network data extraction parser-model in SDN
Li et al. ForSA-A new software defined network architecture based on forCES

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