[发明专利]一种实现QoS策略模板化的方法有效
申请号: | 201710895138.6 | 申请日: | 2017-09-28 |
公开(公告)号: | CN107797862B | 公开(公告)日: | 2020-05-12 |
发明(设计)人: | 王恒;曾璐 | 申请(专利权)人: | 烽火通信科技股份有限公司 |
主分类号: | G06F9/50 | 分类号: | G06F9/50;H04L12/24 |
代理公司: | 北京捷诚信通专利事务所(普通合伙) 11221 | 代理人: | 王卫东 |
地址: | 430000 湖北省武*** | 国省代码: | 湖北;42 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 实现 qos 策略 模板 方法 | ||
1.一种实现QoS策略模板化的方法,其特征在于,具体包括:
将未被接口应用的Policy策略模板保存在内存中,并保存Policy模板、Classify模板和Behavior模板三者之间的关系;当Policy策略模板首次应用在接口上时,将Policy策略模板配置写入底层驱动中,并申请及占用硬件资源;
写驱动成功后,底层驱动返回一个索引值id来对应该硬件资源;并保存Classify模板id、匹配规则id及底层硬件资源id之间的对应关系表,以及Behavior模板id、动作配置id与底层硬件资源id之间的对应关系表;
在增加、删除、更新Classify模板、Behavior模板和Policy策略模板时,不取消接口和Policy策略模板应用关系,只增加、删除、更新内存中的相关配置内容,再根据对应关系表找到与其对应的底层硬件资源并对其进行增加、删除、更新操作;
每个模组的Classify流分类模板中所有规则的匹配类型必须相同。
2.如权利要求1所述的方法,其特征在于,在Policy策略模板中,各个Classify流分类模板与各条匹配规则之间是通过Classify流分类模板索引与各条匹配规则索引之间的关系表进行关联的,在对Classify流分类模板或匹配规则进行变更时,对该关系表进行相应更新。
3.如权利要求1所述的方法,其特征在于,所述Policy策略模板分为共享和非共享两种属性模式,其中,
共享属性的Policy策略模板:应用在不同的接口,但显示的数据是汇总的统计数据,无法区分各个接口的单独数据;
非共享属性的Policy策略模板:能够根据应用的不同接口来区分接口上的策略统计数据。
4.如权利要求3所述的方法,其特征在于,所述Policy策略模板与Classify和Behavior模板组之间通过Policy策略模板索引与Classify和Behavior模板组索引之间的关系表建立关联,在Policy策略模板或者Classify和Behavior模板组发生变更时,对应关系表进行相应更新。
5.如权利要求1所述的方法,其特征在于,只有在取消Policy策略模板与所有接口之间的应用关系,才释放该Policy策略模板申请的硬件资源。
6.如权利要求5所述的方法,其特征在于,在Policy策略模板非首次被接口应用时,不会再次申请或占用硬件资源,相同的Policy策略模板应用在不同的接口上时,不会重复多次申请和占用硬件资源。
7.如权利要求1所述的方法,其特征在于,接口应用Policy策略模板包括以下步骤:
步骤S11、Policy策略模板配置通过网管或主控下发到单盘TNE通道;
步骤S12、Policy策略模板配置由单盘TNE通道转发到各个单盘;
步骤S13、单盘将收到的Policy策略模板配置保存在内存中,同时保存Policy模板、Classify模板和Behavior模板三者之间的关系;
步骤S14、判断该Policy策略模板是否被应用在接口上,如果未被任何接口引用,则返回步骤S15;否则,执行步骤S13;
步骤S15、判断是否将该Policy策略模板应用在接口上,如果是,执行步骤S16,否则,执行步骤S13;
步骤S16、将Policy策略模板配置写入底层驱动中,写驱动成功后,保存Classify模板id、匹配规则id及底层驱动资源id三者之间的对应关系表,以及Behavior模板、动作配置与底层驱动资源三者之间的对应关系表。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于烽火通信科技股份有限公司,未经烽火通信科技股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201710895138.6/1.html,转载请声明来源钻瓜专利网。