发明内容
本发明提供了一种带宽自动升降速的方法以及相关装置,旨在解决传统的多SD-WAN平台带宽升降速操作繁琐,系统无法及时给予用户反馈的问题。
第一方面,本发明实施例提供了一种跨软件定义广域网平台的带宽自动升降速的方法,包括:
通过客户服务平台获取用户的需求信息;
对所述需求信息进行查找、拆解以及去异构处理,得到对象信息单元文件;
对所述对象信息单元文件进行场景化分析,选择相应场景下的审批流程,按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;
根据所述对象信息单元文件选择相应的控制器,根据所述控制器的版本信息将所述对象信息单元文件还原成控制器原参数文件;
根据所述控制器原参数文件选择对应的策略模板,将所述控制器原参数文件内的控制器原参数信息输入到策略模板;
按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器,使所述控制器收到执行成功的结果后,发送打流测试命令,根据打流测试的结果采用相应的处置措施;
当确认带宽变更成功后,关联相应带宽的费用并生成电子账单信息推送给客户,同时生成标准化订单或合同信息,并关联至财务运营系统。
第二方面,本发明实施例提供了一种跨软件定义广域网平台的带宽自动升降速的装置,包括:
获取单元,用于通过客户服务平台获取用户的需求信息;
处理单元,用于对所述需求信息进行查找、拆解以及去异构处理,得到对象信息单元文件;
场景化分析单元,用于对所述对象信息单元文件进行场景化分析,选择相应场景下的审批流程,按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;
还原单元,用于根据所述对象信息单元文件选择相应的控制器,根据所述控制器的版本信息将所述对象信息单元文件还原成控制器原参数文件;
选择单元,用于根据所述需求信息选择对应的策略模板,将所述控制器原参数文件内的控制器原参数信息输入到策略模板;
执行单元,用于按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器,使所述控制器收到执行成功的结果后,发送打流测试命令,根据打流测试的结果采用相应的处置措施;
生成单元,用于当确认带宽变更成功后,关联相应带宽的费用并生成电子账单信息推送给客户,同时生成标准化订单或合同信息,并关联至财务运营系统。
第三方面,本发明实施例又提供了一种计算机设备,其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述的跨软件定义广域网平台的带宽自动升降速的方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其中所述计算机可读存储介质存储有计算机程序,所述计算机程序当被处理器执行时实现上述第一方面所述的跨软件定义广域网平台的带宽自动升降速的方法。
本发明实施例提供了一种跨软件定义广域网平台的带宽自动升降速的方法,包括:通过客户服务平台获取用户的需求信息;对所述需求信息进行查找、拆解以及去异构处理,得到对象信息单元文件;对所述对象信息单元文件进行场景化分析,选择相应场景下的审批流程,按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;根据所述对象信息单元文件选择相应的控制器,根据所述控制器的版本信息将所述对象信息单元文件还原成控制器原参数文件;根据所述控制器原参数文件选择对应的策略模板,将所述控制器原参数文件内的控制器原参数信息输入到策略模板;按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器,使所述控制器收到执行成功的结果后,发送打流测试命令,根据打流测试的结果采用相应的处置措施;当确认带宽变更成功后,关联相应带宽的费用并生成电子账单信息推送给客户,同时生成标准化订单或合同信息,并关联至财务运营系统。该方法通过程序替代人工去进行繁琐的操作,能够提升整体效率、保障安全生产、提高用户体验。本发明实施例同时还提供了一种跨软件定义广域网平台的带宽自动升降速的装置、一种计算机可读存储介质和一种计算机设备,具有上述有益效果,在此不再赘述。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
传统的多SD-WAN平台带宽升降速需求采集及处置方法需要经过9个步骤,分别为:填写升降速对象的配置信息;拆解对象配置信息并转入人工审批环节;录入配置对象信息并分配网络运维工单;转入网络运维后台并记录ID;人工匹配站点、链路、设备以及生效策略;将带宽升降速策略绑定工单ID;在对应控制器执行策略;打流测试并依序返回结果;更新工单ID生成账单信息。
具体的,在需求采集方面,用户需要在特定的信息收集表上填写带宽升降速的对象配置信息,例如,华为SD-WAN需填写站点链路OVERLAY信息,新华三平台还需填写UNDERLAY信息,信息的交互消耗较大,信息的传递也容易混乱;接着将信息分配至相应网络运营工程师进行对象信息拆解并执行一系列层级审批节点,信息的拆解和审批容易造成信息传递的拥塞;在对象拆解审批评估后还需手动录入工单,接着记录相应ID,再进行人工信息识别,然后传递至对应技术类型的网络运维工程师,其中,时常发生工单所需的网络运维工程师与所派的网络运维工程师的类型不同,导致效率降低;接着网络运维工程师根据工单ID及类型选择登录华为的iMaster Controller或新华三的AD-WAN控制器,根据对象拆解信息对站点、链路、设备进行设计并生成相应的策略管理模板,又将策略管理模板与工单ID绑定,并将策略管理模板与工单ID绑定的信息回写至工单记录器,在带宽变更的具体操作过程中,网络运维工程师在iMaster Controller/AD-WAN/Other Controller中执行站点信息变更、链路信息配置、设备策略下发等系列操作,再依据场景在OVERLAY&or/UNDERLAY下进行配置,紧接着登录SSH连接设备进行打流测试,逐个节点进行测试结果的反馈,带宽变更成功后通知网络运营工程师生成最新账单信息,最后就是用户书面确认,整个流程中涉及多平台人工判断、评估、配置及异构操作,执行效率低、出错率高、用户体验较差,SD-WAN的服务水平低。
本实施例采用兼容多品牌SD-WAN平台及设备的去异构自动采集、分析、处理的方法以及系统,先通过统一用户前台收集的宽带升降速原始需求,接着抽象出服务对象、站点对象、链路对象、地址对象、带宽对象、生效时间对象、设备对象等单元文件,再对单元文件的对象进行场景化分析,触发相应的运营审批流程,然后系统根据策略自动判断是否需更换设备对象、链路对象,在识别策略后自动分配至相应的控制器平台,且生成特定标识的带宽升降速业务配置参数并由控制器下发至设备对象,最后执行结果、自动记录状态并依序返回。
请参阅图1,本实施例提供了一种跨软件定义广域网平台的带宽自动升降速的方法,包括:
S101:通过客户服务平台获取用户的需求信息;
本实施例通过一体化的客户服务平台获取用户的需求信息,先通过用户的身份自动判断以及显示出用户名下的线路信息,接着调出前台界面并指点用户进行相关内容的填写,例如链路、带宽变更及配置对象信息等,其中,本实施例还设置有可情景式的提示和推荐,帮助用户选择最适宜的带宽以及配置等。
S102:对所述需求信息进行查找、拆解以及去异构处理,得到对象信息单元文件;
具体的,先根据需求信息内的链路信息,查找链路信息在数据库对应的服务对象、站点、地址以及设备信息;再通过站点信息和设备信息查找数据库,匹配出设备厂商、型号、设备SN码及管理IP地址;接着将查找的服务对象、站点、地址以及设备信息和匹配的设备厂商、型号、设备SN码及管理IP地址组合生成包含多厂商设备的链路对象信息单元文件;再接着通过查找数据库从需求信息内的带宽变更、应用限速及过滤、配置对象信息中拆解出带宽以及策略信息单元字段A1、A2、A3.....An;然后根据预配的对应关系将不同厂商的策略信息单元字段进行去异构处理,得到策略信息单元文件;最后将链路对象信息单元文件与策略信息单元文件通过设备的SN码及管理IP关联得到对象信息单元文件,其中,策略信息单元字段可以为QOS策略信息单元字段、也可以为ACL策略信息单元字段。
其中,对象信息单元文件包含服务对象、站点对象、链路对象、地址对象、带宽对象、生效时间对象、设备对象等QOS信息单元文件、ACL信息单元文件,站点信息单元文件。
在一个实施例中,厂商Xn获取的策略信息单元字段为An+1,厂商Yn获取的策略信息单元字段为An-1,根据预配的对应关系对厂商Xn和厂商Yn进行去异构处理,得到兼容厂商Xn和厂商Yn且具备去异构对应关系的数据块nBD,其中,带宽、策略信息单元字段与链路对象信息的设备SN码及管理IP关联得到数据块BD。
S103:对所述对象信息单元文件进行场景化分析,选择相应场景下的审批流程,按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;
具体的,通过对跨软件定义广域网智能网络服务业务应用场景进行抽象分析并建立多类业务模型,并在各业务模型下依据流程、应用及组网形式建立多个子业务场景;根据业务模型的输入参数要求将对象信息单元文件进行标准化处理,生成业务模型参数文件BM1、BM2、BM3、BM4......BMn;根据业务模型参数文件中的审批类型选择相应的审批流程;按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;当审批结束后,关联对应的订单和账单信息,并输出变更申请文件。
在一个实施例中,通过对跨软件定义广域网智能网络服务业务应用场景进行抽象分析并建立4类业务模型,4类业务模型分别为双专线负载备份模型BM1、专线与互联网混合组网模型BM2、多互联网线路与骨干网混合组网模型BM3以及互联网与LTE网络单双组网模型BM4,并在4类业务模型下依据流程、应用及组网形式建立多个子业务场景。
其中,在根据业务模型的输入参数要求将对象信息单元文件进行标准化处理并生成业务模型参数文件的过程中,不同场景所需参数不同,例如双专线负载备份模型BM1的参数文件包括厂商、设备、链路、线路类型、带宽、QOS、ACL、审批类型、价格、订单、变更约束信息以及资源变更信息等内容。
其中,在按照审批流程对非关键节点审批并留存记录并将关键节点流转至相关审核人员的过程中,设备级的校验根据预设逻辑自动审批,剩余关键运营业务审批节点自动流转至相关审核人员,同时传阅知会至相关运营人员,例如互联网与LTE网络单双组网模型BM4不涉及资源约束调整,则无须业务运营审批节点,全部自动校验审批即可。
S104:根据所述对象信息单元文件选择相应的控制器,根据所述控制器的版本信息将所述对象信息单元文件还原成控制器原参数文件;
具体的,通过调用变更事件管理系统(可以为ITSM)的应用程序(API)接口将带宽变更的审批信息传入变更事件管理系统;使变更事件管理系统根据预设的业务逻辑触发相应审批或备案流程;生成相应等级的变更事件ID(同时可配置操作时间)并进行回传;将业务模型参数文件的设备厂商、型号、设备SN码及管理IP地址作为参数传入应用程序管理函数;通过应用程序管理函数获取控制器的版本信息;根据控制器的版本信息将对象信息单元文件还原成控制器原参数文件,将控制器原参数文件以及变更事件ID存储记录。
在一个实施例中,在将业务模型参数文件的设备厂商、型号、设备SN码及管理IP地址作为参数传入应用程序管理函数后,该函数根据预设的控制器以及设备信息与传入的参数对应,调用不同控制器并返回控制器的版本及设备的版本、账户信息。
其中,根据控制器的版本信息将对象信息单元文件还原成控制器原参数文件的过程也就是将对象信息单元文件已异构化的A1、A2......An文件还原成对应的X1、X2......Xn或Y1、Y2......Yn的过程。
S105:根据所述控制器原参数文件选择对应的策略模板,将所述控制器原参数文件内的控制器原参数信息输入到策略模板;
其中,如图2所示,不同的SD-WAN控制器预设了各种策略模板,根据控制器原参数文件中的带宽、QOS、ACL、时间等变更需求及配置信息选择对应的策略模板,然后将控制器原参数信息输入到策略模板代替人工选择及操作。
在一个具体应用场景中,在将新华三MSR810-W设备上的带宽扩大20Mb且优先保障视频业务的过程中,在拆解还原相应的参数后,选择带宽变更策略,并传入相应的变更参数,有业务优先保障需求则选择ACL策略模板及QOS策略模板,接着将时间传入生效时间策略模板,最后控制器后台会生成相应指令执行具体策略。
S106:按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器,使所述控制器收到执行成功的结果后,发送打流测试命令,根据打流测试的结果采用相应的处置措施;
按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器的具体过程为:先根据链路、站点及管理IP匹配具备链路的设备,接着获取设备的管理IP以及SN码,又输入设备账号后登录设备,然后诊断(可以通过tracert诊断)设备的连通性,再按照策略模板生成业务处理命令并下发至设备,再反馈设备的执行结果至控制器,其中,设备接收业务处理命令后根据顺序自动执行相关策略命令。
在一个实施例中,后台带宽增加操作为:先新建变更文件,执行第一预设命令,切换至root用户,接着新建文件夹,再修改文件用户以及用户组,然后使主站点设备执行第二预设命令,紧接着切换至root用户,进入拷贝路径并删除拷贝文件,最后分别在主备站点的管理节点上执行第三预设命令并退出当前root用户,其中,部分命令为不同厂商控制器的内置协议函数。
其中,根据打流测试的结果采用相应的处置措施为:若打流测试成功,则依序反馈给事件ID、网络工程师、运营工程师以及客户;若打流测试失败,则根据策略模板二次执行业务处理命令,或反馈给网络工程师手动执行。
其中,当设备执行失败时,自动判断与设备的连接状态,若连接正常,则在预设时间后尝试二次执行S104、S105以及S106中的按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器的步骤,若设备无连接或二次执行失败,则自动提取一次或两次的执行日志信息并反馈给运营人员,接着自动通知人工介入处理,其中,本实施例的预设时间为5分钟。
S107:当确认带宽变更成功后,关联相应带宽的费用并生成电子账单信息推送给客户,同时生成标准化订单或合同信息,并关联至财务运营系统。
需要说明的是,本实施例提供的跨软件定义广域网平台的带宽自动升降速方法中带宽调整的关键对象信息为:在QOS配置中,主要是优先级、流量带宽限制及方向、DSCP标记;在ACL配置中,主要是流方向、优先级、端口以及生效时间;在站点配置中,主要是上下行流量、工作模式、通用或专用模式。
在一个实施例中,请参阅图3,本发明还提供了一种跨软件定义广域网平台的带宽自动升降速的装置300,包括:
获取单元301,用于通过客户服务平台获取用户的需求信息;
处理单元302,用于对所述需求信息进行查找、拆解以及去异构处理,得到对象信息单元文件;
场景化分析单元303,用于对所述对象信息单元文件进行场景化分析,选择相应场景下的审批流程,按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;
还原单元304,用于根据所述对象信息单元文件选择相应的控制器,根据所述控制器的版本信息将所述对象信息单元文件还原成控制器原参数文件;
选择单元305,用于根据所述需求信息选择对应的策略模板,将所述控制器原参数文件内的控制器原参数信息输入到策略模板;
执行单元306,用于按照所述策略模板生成业务处理命令并下发至相应设备,再反馈设备的执行结果至控制器,使所述控制器收到执行成功的结果后,发送打流测试命令,根据打流测试的结果采用相应的处置措施;
生成单元307,用于当确认带宽变更成功后,关联相应带宽的费用并生成电子账单信息推送给客户,同时生成标准化订单或合同信息,并关联至财务运营系统。
进一步的,所述处理单元302包括:
查找子单元,用于根据所述需求信息内的链路信息,查找所述链路信息在数据库对应的服务对象、站点、地址以及设备信息;
匹配子单元,用于通过所述站点信息和设备信息查找数据库,匹配出设备厂商、型号、设备SN码及管理IP地址;
链路文件生成子单元,用于将查找的服务对象、站点、地址以及设备信息和匹配的设备厂商、型号、设备SN码及管理IP地址组合生成链路对象信息单元文件;
拆解子单元,用于通过查找数据库从所述需求信息内的带宽变更、应用限速及过滤、配置对象信息中拆解出带宽以及策略信息单元字段;
去异构子单元,用于根据预配的对应关系将不同厂商的策略信息单元字段进行去异构处理,得到策略信息单元文件;
关联子单元,用于将所述链路对象信息单元文件与所述策略信息单元文件通过设备的SN码及管理IP关联得到对象信息单元文件。
进一步的,所述场景化分析单元303包括:
业务模型建立子单元,用于通过对跨软件定义广域网智能网络服务业务应用场景进行抽象分析并建立多类业务模型;
标准化处理子单元,用于根据所述业务模型的输入参数要求将所述对象信息单元文件进行标准化处理,生成业务模型参数文件;
流程选择子单元,用于根据所述业务模型参数文件中的审批类型选择相应的审批流程;
审批子单元,用于按照审批流程对非关键节点审批并留存记录,将关键节点流转至相关审核人员;
变更申请文件输出子单元,用于当审批结束后,关联对应的订单和账单信息,并输出变更申请文件。
进一步的,所述还原单元304包括:
调用子单元,用于通过调用变更事件管理系统的应用程序接口将带宽变更的审批信息传入所述变更事件管理系统;
触发子单元,用于使变更事件管理系统根据预设的业务逻辑触发相应审批或备案流程;
变更事件ID生成子单元,用于生成相应等级的变更事件ID并进行回传;
参数传入子单元,用于将所述对象信息单元文件的设备厂商、型号、设备SN码及管理IP地址作为参数传入应用程序管理函数;
版本信息获取子单元,用于通过所述应用程序管理函数获取所述控制器的版本信息;
文件还原子单元,用于根据所述控制器的版本信息将所述对象信息单元文件还原成控制器原参数文件;
存储记录子单元,用于将所述控制器原参数文件以及所述变更事件ID存储记录。
进一步的,所述执行单元306包括:
设备匹配子单元,用于先根据链路、站点及管理IP匹配具备链路的设备,接着获取设备的管理IP以及SN码,又输入设备账号后登录设备,然后诊断设备的连通性,再按照所述策略模板生成业务处理命令并下发至设备,再反馈设备的执行结果至控制器。
进一步的,所述执行单元306还包括:
反馈子单元,用于若打流测试成功,则依序反馈给事件ID、网络工程师、运营工程师以及客户;
二次执行子单元,用于若打流测试失败,则根据所述策略模板二次执行业务处理命令,或反馈给网络工程师手动执行。
进一步的,所述选择单元306包括:
重新执行子单元,用于当设备执行失败时,自动判断与设备的连接状态,若连接正常,则在预设时间后重新选择控制器、选择相应的策略模板并执行相应的业务处理命令,若设备无连接或重新选择控制器、选择相应的策略模板并执行相应的业务处理命令后失败,则自动提取一次或两次的执行日志信息并反馈给运营人员,接着自动通知人工介入处理。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本发明还提供了一种计算机可读存储介质,其上存有计算机程序,该计算机程序被执行时可以实现上述实施例所提供的方法。该存储介质可以包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本发明还提供了一种计算机设备,可以包括存储器和处理器,所述存储器中存有计算机程序,所述处理器调用所述存储器中的计算机程序时,可以实现上述实施例所提供的方法。当然所述计算机设备还可以包括各种网络接口,电源等组件。
本实施例通过提供一种跨软件定义广域网平台的带宽自动升降速方法以及相关装置,将带宽变更的采集、分析以及审批处理过程智能化,使得在多种品牌SD-WAN控制器及设备的策略管理中网络运维人员不用将时间过多地投入在不同命令的获取和试验时间上;通过对程序进行标准化操作,降低生产环境误操作导致影响业务系统;减少审批流程节点,实现了运营、运维、测试及账单一站式智能化服务,将带宽变更从申请至实施的周期从5个工作日缩短至0.5工作日,效率提升10倍;提升了用户体验,投诉率及变更差错率降低30%;新型的跨SD-WAN平台带宽变更的智能化方法以及系统释放了运营工程师、网络工程师处理重复的网络变更操作的工作时间,提高人员效能,且去异构的跨SD-WAN平台可以兼容市面上主流的SD-WAN品牌。
需要说明的是,本实施例提供的跨SD-WAN平台可应用到中大型企业、政府、金融等全行业,可以支撑其SD-WAN网络的运维,也可以支持网络通信运营商或MSP厂商的网络运营及运维管理工作。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的状况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。