[發(fā)明專利]一種實現QoS策略模板化的方法

有效

• 申請?zhí)枺?/td>: 201710895138.6
• 申請日: 2017-09-28
• 公開（公告）號: CN107797862B
• 公開（公告）日: 2020-05-12
• 發(fā)明（設計）人: 王恒;曾璐
• 申請（專利權）人: 烽火通信科技股份有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;H04L12/24
• 代理公司: 北京捷誠信通專利事務所(普通合伙) 11221
• 代理人: 王衛(wèi)東

1.一種實現QoS策略模板化的方法，其特征在于，具體包括：

將未被接口應用的Policy策略模板保存在內存中，并保存Policy模板、Classify模板和Behavior模板三者之間的關系；當Policy策略模板首次應用在接口上時，將Policy策略模板配置寫入底層驅動中，并申請及占用硬件資源；

寫驅動成功后，底層驅動返回一個索引值id來對應該硬件資源；并保存Classify模板id、匹配規(guī)則id及底層硬件資源id之間的對應關系表，以及Behavior模板id、動作配置id與底層硬件資源id之間的對應關系表；

在增加、刪除、更新Classify模板、Behavior模板和Policy策略模板時，不取消接口和Policy策略模板應用關系，只增加、刪除、更新內存中的相關配置內容，再根據對應關系表找到與其對應的底層硬件資源并對其進行增加、刪除、更新操作；

每個模組的Classify流分類模板中所有規(guī)則的匹配類型必須相同。

2.如權利要求1所述的方法，其特征在于，在Policy策略模板中，各個Classify流分類模板與各條匹配規(guī)則之間是通過Classify流分類模板索引與各條匹配規(guī)則索引之間的關系表進行關聯的，在對Classify流分類模板或匹配規(guī)則進行變更時，對該關系表進行相應更新。

3.如權利要求1所述的方法，其特征在于，所述Policy策略模板分為共享和非共享兩種屬性模式，其中，

共享屬性的Policy策略模板：應用在不同的接口，但顯示的數據是匯總的統計數據，無法區(qū)分各個接口的單獨數據；

非共享屬性的Policy策略模板：能夠根據應用的不同接口來區(qū)分接口上的策略統計數據。

4.如權利要求3所述的方法，其特征在于，所述Policy策略模板與Classify和Behavior模板組之間通過Policy策略模板索引與Classify和Behavior模板組索引之間的關系表建立關聯，在Policy策略模板或者Classify和Behavior模板組發(fā)生變更時，對應關系表進行相應更新。

5.如權利要求1所述的方法，其特征在于，只有在取消Policy策略模板與所有接口之間的應用關系，才釋放該Policy策略模板申請的硬件資源。

6.如權利要求5所述的方法，其特征在于，在Policy策略模板非首次被接口應用時，不會再次申請或占用硬件資源，相同的Policy策略模板應用在不同的接口上時，不會重復多次申請和占用硬件資源。

7.如權利要求1所述的方法，其特征在于，接口應用Policy策略模板包括以下步驟：

步驟S11、Policy策略模板配置通過網管或主控下發(fā)到單盤TNE通道；

步驟S12、Policy策略模板配置由單盤TNE通道轉發(fā)到各個單盤；

步驟S13、單盤將收到的Policy策略模板配置保存在內存中，同時保存Policy模板、Classify模板和Behavior模板三者之間的關系；

步驟S14、判斷該Policy策略模板是否被應用在接口上，如果未被任何接口引用，則返回步驟S15；否則，執(zhí)行步驟S13；

步驟S15、判斷是否將該Policy策略模板應用在接口上，如果是，執(zhí)行步驟S16，否則，執(zhí)行步驟S13；

步驟S16、將Policy策略模板配置寫入底層驅動中，寫驅動成功后，保存Classify模板id、匹配規(guī)則id及底層驅動資源id三者之間的對應關系表，以及Behavior模板、動作配置與底層驅動資源三者之間的對應關系表。