解决保护配置乱序的系统及方法
技术领域
本发明涉及通信设备的保护配置领域,具体涉及一种解决保护配置乱序的系统及方法。
背景技术
通信设备主要用到的保护配置方式是1:1保护和1+1保护,对于比较重要的客户会启用以上保护,通常有正常工作的主用路径,还有能够保证50ms倒换时间的备用路径,能够在主用路径发生故障时快速倒换到备用路径,实现对用户无损的保护。
在创建保护配置的过程中,由于软件处理流程是先通过CLI(command-lineinterface,命令行界面)下发主用业务配置信息,建立主用业务路径,再下发备用业务配置信息,建立备用业务路径,而后将备用业务路径绑定到主用业务路径;参见图1所示,通常的硬件处理流程是需要先建立备用路径,再建立主用路径。这两者对于主备用业务路径的处理顺序相反,造成保护配置乱序,导致芯片硬件转发不正常。为解决该问题,现有软件处理流程常需要在主用业务路径建立完成,备用业务配置信息下发时,删除主用业务路径,建立备用路径,然后重新建立主用业务路径,导致代码处理流程复杂,芯片硬件处理速率慢。
发明内容
本发明的目的是为了克服上述背景技术的不足,提供一种解决保护配置乱序的系统及方法,该方法能够优化代码处理流程,加快硬件处理速率,对代码质量带来质的提升。
本发明提供一种解决保护配置乱序的系统,该系统包括配置下发单元、业务转发单元,
所述配置下发单元下发主用业务配置信息,所述业务转发单元获取主用业务配置信息,创建主用业务路径;
配置下发单元复制所述主用业务配置信息,所述主用业务配置信息包括主用业务标签;配置下发单元修改所述主用业务标签,生成伪业务配置信息,业务转发单元获取伪业务配置信息,创建伪业务路径,将伪业务路径与所述主用业务路径进行绑定;
配置下发单元下发备用业务配置信息,业务转发单元获取备用业务配置信息,根据备用业务配置信息将伪业务路径进行更新,得到备用业务路径。
在上述技术方案的基础上,所述配置下发单元包括主用发送端口、备用发送端口,所述业务转发单元包括主用接收端口、备用接收端口。
在上述技术方案的基础上,所述主用业务配置信息还包括主用出端口参数、主用发送端口的MAC地址、主用接收端口的MAC地址。
在上述技术方案的基础上,所述备用业务配置信息包括备用业务标签、备用出端口参数、备用发送端口的MAC地址、备用接收端口的MAC地址。
本发明还提供一种基于上述系统的解决保护配置乱序的方法,包括以下步骤:
配置下发单元下发主用业务配置信息,业务转发单元获取主用业务配置信息,创建主用业务路径;
配置下发单元复制所述主用业务配置信息,所述主用业务配置信息包括主用业务标签;配置下发单元修改所述主用业务标签,生成伪业务配置信息,业务转发单元获取伪业务配置信息,创建伪业务路径,将伪业务路径与所述主用业务路径进行绑定;
配置下发单元下发备用业务配置信息,业务转发单元获取备用业务配置信息,根据备用业务配置信息将伪业务路径进行更新,得到备用业务路径。
在上述技术方案的基础上,所述配置下发单元包括主用发送端口、备用发送端口,所述业务转发单元包括主用接收端口、备用接收端口。
在上述技术方案的基础上,所述主用业务配置信息还包括主用出端口参数、主用发送端口的MAC地址、主用接收端口的MAC地址。
在上述技术方案的基础上,所述备用业务配置信息包括备用业务标签、备用出端口参数、备用发送端口的MAC地址、备用接收端口的MAC地址。
与现有技术相比,本发明的优点如下:
本发明在先下发主用业务配置信息、还未下发备用业务配置信息的情况下,建立主用业务路径和用于替代备用路径的伪业务路径,待真正的备用业务配置信息下发后,再对伪业务路径进行更新。
本发明中,不管CLI对于主备用业务配置信息的下发顺序如何,芯片硬件都能接收配置,从而保证代码逻辑简单,能够优化代码处理流程,加快硬件处理速率,对代码质量带来质的提升。
附图说明
图1是背景技术中的硬件处理流程图;
图2是本发明实施例中先下发主用业务配置信息时解决保护配置乱序的方法流程图;
图3是本发明实施例中先下发备用业务配置信息时解决保护配置乱序的方法流程图。
具体实施方式
下面结合附图及具体实施例对本发明作进一步的详细描述。本发明实施例中配置下发单元指的是CLI,业务转发单元指的是芯片硬件;
本发明实施例提供一种解决保护配置乱序的系统,该系统包括配置下发单元、业务转发单元,配置下发单元包括主用发送端口、备用发送端口,业务转发单元包括主用接收端口、备用接收端口;
配置下发单元下发主用业务配置信息,业务转发单元获取主用业务配置信息,创建主用业务路径;
配置下发单元复制主用业务配置信息,主用业务配置信息包括主用业务标签、主用出端口参数、主用发送端口的MAC(Media Access Control,媒体访问控制)地址、主用接收端口的MAC地址;配置下发单元修改主用业务标签,生成伪业务配置信息,业务转发单元获取伪业务配置信息,创建伪业务路径,将伪业务路径与主用业务路径进行绑定;
配置下发单元下发备用业务配置信息,业务转发单元获取备用业务配置信息,备用业务配置信息包括备用业务标签、备用出端口参数、备用发送端口的MAC地址、备用接收端口的MAC地址;业务转发单元根据备用业务配置信息将伪业务路径进行更新,得到备用业务路径。
配置下发单元下发备用业务配置信息,业务转发单元获取备用业务配置信息,创建备用业务路径;配置下发单元下发主用业务配置信息,接收模块获取主用业务配置信息,创建主用业务路径,将备用业务路径与主用业务路径进行绑定。
参见图2所示,本发明实施例提供一种基于上述系统的解决保护配置乱序的方法。
配置下发单元先建立主用业务、后建立备用业务的情况下,该方法包括以下步骤:
S1、配置下发单元下发主用业务配置信息,业务转发单元获取主用业务配置信息,创建主用业务路径;
S2、配置下发单元复制主用业务配置信息,主用业务配置信息包括主用业务标签、主用出端口参数、主用发送端口的MAC地址、主用接收端口的MAC地址;配置下发单元修改主用业务标签,生成伪业务配置信息,业务转发单元获取伪业务配置信息,创建伪业务路径,将伪业务路径与主用业务路径进行绑定;
步骤S2中创建伪业务路径时,只需要修改主用业务标签的标签值为预留标签值,其他信息不用修改;修改主用业务标签是为了防止其与主业务路径的主用业务标签相冲突,否则主用业务路径不能正常建立;创建伪业务路径时,业务转发单元需要返回该路径的ID给配置下发单元;
S3、配置下发单元下发备用业务配置信息,业务转发单元获取备用业务配置信息,备用业务配置信息包括备用业务标签、备用出端口参数、备用发送端口的MAC地址、备用接收端口的MAC地址;业务转发单元根据备用业务配置信息将伪业务路径进行更新,得到备用业务路径。
步骤S3中,所有的伪业务配置信息都需要更新,具体为:将预留标签更新为备用业务标签,将主用出端口参数更新为备用出端口参数,主用发送端口的MAC地址更新为备用发送端口的MAC地址,主用接收端口的MAC地址更新为备用接收端口的MAC地址。
步骤S3中,更新伪业务路径时,需要业务转发单元支持更新操作,并且业务转发单元返回的ID与创建伪业务路径时返回的ID保持相同。
参见图3所示,配置下发单元先建立备用业务、后建立主用业务的情况下,该方法包括以下步骤:
配置下发单元下发备用业务配置信息,业务转发单元获取备用业务配置信息,创建备用业务路径;配置下发单元下发主用业务配置信息,接收模块获取主用业务配置信息,创建主用业务路径,将备用业务路径与主用业务路径进行绑定。
本发明的原理阐述如下:
本发明提供的不管首先配置下来是主用业务配置信息还是备用业务配置信息,默认同时建立主备业务路径;当先下发主用业务配置信息时,备用业务路径采用伪业务路径来代替。伪业务配置信息由复制的主用业务配置信息修改主用业务标签而得到。等下发真正的备用业务配置信息后,再更新伪业务路径为真正的备用业务路径。
先下发主用业务配置信息的情况:复制一份主用业务配置信息,更改主用业务标签的标签值,得到修改后的主用业务配置信息;将修改后的主用业务配置信息当作备用业务配置信息绑定到主用业务路径上,一起下载到业务转发单元。待真正的备用业务配置信息下来后,通过业务转发单元的更新模块将伪业务路径按照真正的备用业务配置信息更新过来,完成备用业务路径的创建。
先下发备用业务配置信息的情况:按照正常流程创建备用业务路径,创建主用业务路径,备用业务路径绑定到主用业务路径后下载到业务转发单元。如果先下发备用业务配置信息后,不再下发主用业务配置信息,业务转发单元判定该备用业务配置信息为错误配置,不再处理。
本领域的技术人员可以对本发明实施例进行各种修改和变型,倘若这些修改和变型在本发明权利要求及其等同技术的范围之内,则这些修改和变型也在本发明的保护范围之内。
说明书中未详细描述的内容为本领域技术人员公知的现有技术。