專利名稱：多接口實現(xiàn)承諾訪問速率的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，特別涉及一種多接口實現(xiàn)承諾訪問速率的方法和裝置。
背景技術(shù)：
由于網(wǎng)絡(luò)流量存在突發(fā)性，在突發(fā)情況下實際網(wǎng)絡(luò)帶寬無法滿足所有用戶的需求，而事實上網(wǎng)絡(luò)用戶對帶寬的需求是無止境的。另外當前IP網(wǎng)絡(luò)除了承載email等傳統(tǒng)的對時延不敏感的業(yè)務(wù)之外，語音、多媒體、VPN(Virtual Private Network，虛擬專用網(wǎng)絡(luò))等新業(yè)務(wù)也越來越多的通過IP網(wǎng)絡(luò)傳送，這些新業(yè)務(wù)對帶寬、時延、時延抖動等都有著更高的要求。
網(wǎng)絡(luò)的QoS(Quality of Service，服務(wù)質(zhì)量)是指通信網(wǎng)絡(luò)在各種情況下都能保證的可預(yù)期的可用性、吞吐量(帶寬)、時延、時延抖動、丟包率等方面的服務(wù)水平。為了保證特定業(yè)務(wù)的QoS，通常在網(wǎng)絡(luò)邊緣對業(yè)務(wù)報文進行分類，將特定業(yè)務(wù)的報文識別出來并進行標記，在后續(xù)網(wǎng)絡(luò)節(jié)點轉(zhuǎn)發(fā)該類報文時按預(yù)先定義的PHB(Per-Hop Behavior，逐跳行為)處理。
目前對業(yè)務(wù)報文進行分類(即流分類)有兩種方式BA(Behavior Aggregate，流量聚合，也常稱為簡單流分類)和ACL(Access Control List，訪問控制列表，也常稱為復(fù)雜流分類)，其中ACL是指根據(jù)報文的多個字段進行匹配，如源IP地址、目的IP地址、協(xié)議類型、源端口號和源MAC地址等，對匹配成功的報文執(zhí)行一定的動作處理，如Filter(過濾)、CAR(Committed Access Rate，承諾訪問速率)、Redirect(重定向)。由于是針對多個字段進行匹配，實際應(yīng)用時常使用TCAM(Ternary Content Address Memory，三態(tài)內(nèi)容尋址存儲器)進行查找。分類原則和相應(yīng)動作的集合可以看作一個QoS策略，即每一個QoS策略是一些分類和動作的集合體。
在接口上應(yīng)用QoS策略的處理過程一般為當定義了某個策略并在接口上應(yīng)用后，上層軟件維護該策略和相應(yīng)的表項關(guān)系，根據(jù)該策略中的分類原則將相應(yīng)表項下發(fā)到單板的TCAM中，并將該策略中的動作下發(fā)到相應(yīng)的action(動作)表項中；轉(zhuǎn)發(fā)平面在收到報文后，從報文中提取相應(yīng)的報文信息，按照一定的規(guī)則組成key值，即關(guān)鍵字，并查找TCAM中的表項，如果報文符合該策略中的分類原則，則會命中TCAM中的表項，TCAM會返回結(jié)果給轉(zhuǎn)發(fā)平面；轉(zhuǎn)發(fā)平面根據(jù)TCAM返回的結(jié)果索引外存中相應(yīng)的action表，并從action表中獲取相應(yīng)的動作，然后執(zhí)行相應(yīng)的動作處理。
現(xiàn)有技術(shù)中當QoS策略中規(guī)定的處理動作為CAR時，該QoS策略中指定的承諾訪問速率的值只有一個，相應(yīng)的動作處理通常如下轉(zhuǎn)發(fā)平面從action表中讀取car id，根據(jù)car id讀取相應(yīng)的car表，從car表中讀取承諾訪問速率的值，并在接口上應(yīng)用該值。由于QoS策略是獨立于各個單板和接口的，因此一個QoS策略可以應(yīng)用在不同單板的接口上，也可以應(yīng)用在同一單板的不同接口上，即該QoS策略在各個接口上都生效。
在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)至少存在如下問題對應(yīng)一個QoS策略，上層軟件在一個單板上只下發(fā)一個到TCAM中的表項和一個action表以及一個car表，當這一策略應(yīng)用到同一單板的多個接口上且策略中的動作為CAR時，會造成實際流量與承諾訪問速率不一致的情況發(fā)生，即希望每個接口都能實現(xiàn)策略中規(guī)定的承諾訪問速率，而實際中變?yōu)槎鄠€接口共同分擔規(guī)定的承諾訪問速率。
例如，一個QoS策略中規(guī)定復(fù)雜流分類后的動作為CAR，且速率限制在1000kbit/s，則上層軟件會根據(jù)策略中的復(fù)雜流分類原則下發(fā)一個表項到TCAM中，并下發(fā)一個action表和一個car表，該action表中的car id能夠索引到該car表，且car表中的承諾訪問速率的值為1000kbit/s；當將該策略同時應(yīng)用到某個單板的10個接口上時，則通過這10個接口轉(zhuǎn)發(fā)的符合策略中的分類原則的報文都會命中TCAM中的同一表項，得到同樣的返回結(jié)果，根據(jù)該返回結(jié)果也會索引到同一action表，并從action表中獲取到同一個car id，根據(jù)car id讀取同一個car表，從而得到承諾訪問速率的值1000kbit/s，然后對這10個接口執(zhí)行承諾訪問速率為1000kbit/s的動作，表現(xiàn)在宏觀上，則為10個接口匹配的流量總和為1000kbit/s，而不是每個接口匹配的流量為1000kbit/s，因此會造成實際流量與承諾訪問速率不符的問題。

發(fā)明內(nèi)容
為了提高同一單板的多個接口實現(xiàn)承諾訪問速率的準確性，本發(fā)明實施例提供了一種多接口實現(xiàn)承諾訪問速率的方法和裝置。所述技術(shù)方案如下一方面，提供了一種多接口實現(xiàn)承諾訪問速率的方法，包括在一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率；為所述多個接口中的每個接口配置一個承諾訪問速率的值，所述每個接口的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值；當所述每個接口轉(zhuǎn)發(fā)報文時，根據(jù)該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作。
另一方面，提供了一種多接口實現(xiàn)承諾訪問速率的裝置，包括設(shè)置模塊，用于在所述裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率，為所述多個接口中的每個接口配置一個承諾訪問速率的值，所述每個接口的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值；處理模塊，用于當所述每個接口轉(zhuǎn)發(fā)報文時，根據(jù)所述設(shè)置模塊配置的該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作。
上述技術(shù)方案具有如下有益效果在同一單板的多個接口同時應(yīng)用同一個處理動作為承諾訪問速率的服務(wù)質(zhì)量策略時，通過為每個接口配置一個該策略中的承諾訪問速率的值，避免了多個接口對應(yīng)同一個承諾訪問速率的值，克服了現(xiàn)有技術(shù)中多接口應(yīng)用時承諾訪問速率不準的問題，實現(xiàn)了在多接口上準確應(yīng)用承諾訪問速率。


圖1是本發(fā)明實施例1提供的多接口實現(xiàn)承諾訪問速率的方法流程圖；圖2是本發(fā)明實施例2提供的多接口實現(xiàn)承諾訪問速率的裝置結(jié)構(gòu)圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。
本發(fā)明實施例在一個單板的多個接口上應(yīng)用同一個處理動作為CAR的QoS時，通過為每個接口配置一個與QoS中的CAR值相同的承諾訪問速率的值，實現(xiàn)了在多接口上準確應(yīng)用承諾訪問速率。
實施例1參見圖1，本發(fā)明實施例提供了一種多接口實現(xiàn)承諾訪問速率的方法，具體包括以下步驟步驟101生成一個QoS策略，其中包括流分類的分類原則和類型為CAR的處理動作，在一個單板的多個接口上同時應(yīng)用上述QoS策略。
例如，QoS策略中的分類原則為ACL，處理動作為CAR，且承諾訪問速率的值為1000kbit/s。
其中，多個接口可以為該單板的部分接口，也可以為該單板的全部接口。
步驟102為上述多個接口中的每個接口配置一個承諾訪問速率的值，所有承諾訪問速率的值均為上述QoS策略中的承諾訪問速率的值，即建立每個接口和QoS策略中的承諾訪問速率的值的對應(yīng)關(guān)系。
其中，建立對應(yīng)關(guān)系的過程可以采用如下方式，即配置多個car表，新建car標識存儲表(PORT_ACL_CAR表)的方式，具體如下為每個接口配置一個car表(承諾訪問速率表)，car表中包含QoS策略中的承諾訪問速率的值；為每個car表設(shè)置一個標識，并建立car表所屬的接口的接口號與標識的對應(yīng)關(guān)系，將對應(yīng)關(guān)系保存在一個單獨的表格中，如car標識存儲表；另外，這種方式下上層軟件只給單板下發(fā)一個action表(動作表)，其中包含了上述QoS策略中的處理動作類型CAR，且新增一個多接口應(yīng)用標志位(mult_port_using)，用來表示是否有多個接口同時應(yīng)用處理動作為CAR的QoS策略，如設(shè)為1，表示有多個接口應(yīng)用，設(shè)為0，表示只有一個接口應(yīng)用。另外，與現(xiàn)有技術(shù)相比，這種方式下action表的個數(shù)不變，只有一個。
例如，有5個接口應(yīng)用上述QoS策略，則為每個接口下發(fā)一個car表，共有5個car表，每個表中都包含承諾訪問速率的值100M/s；為每個car表設(shè)置一個標識，如從資源池中新申請一個car id號，并建立5個接口的接口號與標識的對應(yīng)關(guān)系，如接口號1對應(yīng)car id號1，并對應(yīng)CAR表1；接口號2對應(yīng)car id號2，并對應(yīng)CAR表2等等；另外，新生成一個car id存儲表，將建立的對應(yīng)關(guān)系保存在該car id存儲表中，并在action表中設(shè)置多接口應(yīng)用標志位為1。
步驟103當單板上的某個接口(如接口1)轉(zhuǎn)發(fā)報文時，轉(zhuǎn)發(fā)平面提取報文中的信息按照預(yù)設(shè)的規(guī)則組成key值。
預(yù)設(shè)的規(guī)則有多種，如將報文中的源IP地址作為key值，或?qū)笪闹械哪康腎P地址作為key值，也可以將源IP地址和源接口號組合作為key值等等。
步驟104根據(jù)key值查找單板的TCAM中的表項，判斷是否命中TCAM中的表項，如果命中，則執(zhí)行步驟105；否則，結(jié)束。
當單板應(yīng)用某個QoS策略時，上層軟件會為每個策略在TCAM中下發(fā)相應(yīng)的表項，當報文的分類原則符合某一QoS策略中的分類原則時，就會命中該QoS策略在TCAM對應(yīng)的表項。
步驟105根據(jù)TCAM的返回結(jié)果索引相應(yīng)的action表，讀取該action表中對應(yīng)當前QoS策略的處理動作；步驟106判斷處理動作是否為CAR，如果是，則執(zhí)行步驟108；否則，執(zhí)行步驟107。
步驟107執(zhí)行其他動作處理，然后結(jié)束。
其他動作有多種，如重定向、過濾等等，可以根據(jù)動作的類型進行相應(yīng)的處理。
步驟108判斷當前單板上是否有多個接口同時應(yīng)用上述處理動作為CAR的QoS策略，如果是，則執(zhí)行步驟109；否則執(zhí)行步驟110。
其中，判斷當前單板上是否有多個接口同時應(yīng)用上述QoS策略的過程具體如下判斷action表中的多接口應(yīng)用標志位(mult_port_using)是否為1，如果為1，表示該單板上有多個接口應(yīng)用上述QoS策略，則執(zhí)行步驟109；如果為0，表示該單板上只有一個接口應(yīng)用上述QoS策略，則執(zhí)行步驟110。
步驟109根據(jù)當前接口(即收到報文的接口1)對應(yīng)的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作，然后結(jié)束。
其中，對該接口執(zhí)行承諾訪問速率的處理動作的具體過程如下找到當前接口的接口號對應(yīng)的標識以及該標識對應(yīng)的car表，讀取car表中的承諾訪問速率的值，根據(jù)承諾訪問速率的值對當前接口執(zhí)行承諾訪問速率的處理動作。
例如，根據(jù)當前接口的接口號1索引car id存儲表，讀取對應(yīng)的car id號，如car id號為1，則找到與之對應(yīng)的car表，即car表1，讀取其中的承諾訪問速率的值100M/s，根據(jù)該值對當前接口執(zhí)行承諾訪問速率的處理動作，如允許該接口的最大流量為100M/s，超過流量的部分可以丟棄。
步驟110此時單板上只有一個接口應(yīng)用上述QoS策略，則讀取action表中的car id號，根據(jù)car id號索引到相應(yīng)的car表，讀取car表中的承諾訪問速率的值，如1G/s，根據(jù)該值對該接口執(zhí)行承諾訪問速率的動作，如允許該接口的最大流量為1G/s，然后結(jié)束。
上述步驟102中建立對應(yīng)關(guān)系的過程還可以采用如下方式，即配置多個action表和多個car表的方式，具體如下為每個應(yīng)用上述QoS策略的接口配置一個action表和一個car表，并建立當前接口的接口號與相應(yīng)的action表的對應(yīng)關(guān)系，每個car表中包含一個承諾訪問速率的值，所有承諾訪問速率的值均為上述QoS策略中的承諾訪問速率的值；為每個car表設(shè)置一個標識，如car id號，并將標識保存在car表所屬的接口對應(yīng)的action表中；相應(yīng)地，判斷是否有多個接口應(yīng)用上述QoS策略時，可以判斷對應(yīng)該QoS策略是否存在多個action表，如果存在，表明為多個接口應(yīng)用，則根據(jù)TCAM的返回結(jié)果結(jié)合當前接口的接口號索引到相應(yīng)的action表，讀取其中的標識car id號，根據(jù)car id號索引相應(yīng)的car表，讀取car表中的承諾訪問速率的值，根據(jù)該值對當前接口執(zhí)行承諾訪問速率的動作。
另外，對于配置多個action表和多個car表的這種方式，還可以在應(yīng)用上述QoS策略時，配置多個表項在TCAM中，即為每個應(yīng)用該策略的接口下發(fā)一個到TCAM中的表項，并建立每個接口的接口號與相應(yīng)的TCAM表項的對應(yīng)關(guān)系，當用報文信息組成的key值查找TCAM中的表項時，會直接命中該接口對應(yīng)的TCAM表項，從而索引到相應(yīng)的action表以及相應(yīng)的car表，讀取其中的承諾訪問速率的值，根據(jù)該值執(zhí)行承諾訪問速率的動作。
當某個接口不應(yīng)用上述QoS策略時，可以釋放相應(yīng)的網(wǎng)絡(luò)資源，如從car id存儲表中取出該接口對應(yīng)的car id，回收到資源池中等等，從而可以減輕網(wǎng)絡(luò)的負擔。
本實施例在同一單板的多個接口同時應(yīng)用同一個處理動作為CAR的QoS時，通過為每個接口配置一個該策略中的承諾訪問速率的值，避免了多個接口對應(yīng)同一個承諾訪問速率的值，克服了現(xiàn)有技術(shù)中多接口應(yīng)用時承諾訪問速率不準的問題，實現(xiàn)了在多接口上準確應(yīng)用承諾訪問速率。相比配置多個action表和多個car表的方式而言，配置一個action表和多個car表的方式，更加節(jié)省網(wǎng)絡(luò)資源，而且效率高，維護起來也比較容易，方便實用。
實施例2參見圖2，本發(fā)明實施例還提供了一種多接口實現(xiàn)承諾訪問速率的裝置，具體包括(1)設(shè)置模塊，用于在裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，該服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率，為多個接口中的每個接口配置一個承諾訪問速率的值，每個接口的承諾訪問速率的值均為服務(wù)質(zhì)量策略中的承諾訪問速率的值；(2)處理模塊，用于當每個接口轉(zhuǎn)發(fā)報文時，根據(jù)設(shè)置模塊配置的該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作。
其中，設(shè)置模塊可以具體包括1)應(yīng)用單元，用于在裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率；2)設(shè)置單元，用于為多個接口中的每個接口配置一個承諾訪問速率表，承諾訪問速率表中包含一個承諾訪問速率的值，每個承諾訪問速率表中的承諾訪問速率的值均為應(yīng)用單元應(yīng)用的服務(wù)質(zhì)量策略中的承諾訪問速率的值；為每個承諾訪問速率表設(shè)置一個標識，并建立承諾訪問速率表所屬接口的接口號與標識的對應(yīng)關(guān)系。
相應(yīng)地，處理模塊可以具體包括1)查找單元，用于當每個接口轉(zhuǎn)發(fā)報文時，找到該接口的接口號對應(yīng)的標識以及標識對應(yīng)的承諾訪問速率表；2)處理單元，用于讀取查找單元找到的承諾訪問速率表中的承諾訪問速率的值，根據(jù)承諾訪問速率的值對該接口執(zhí)行承諾訪問速率的處理動作。
另外，設(shè)置模塊還可以具體包括1)應(yīng)用單元，用于在裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率；2)設(shè)置單元，用于為多個接口中的每個接口配置一個動作表和一個承諾訪問速率表，并建立該接口的接口號與相應(yīng)的動作表的對應(yīng)關(guān)系，每個承諾訪問速率表中包含一個承諾訪問速率的值，每個承諾訪問速率表中的承諾訪問速率的值均為應(yīng)用單元應(yīng)用的服務(wù)質(zhì)量策略中的承諾訪問速率的值；為每個承諾訪問速率表設(shè)置一個標識，并將標識保存在承諾訪問速率表所屬的接口對應(yīng)的動作表中。
相應(yīng)地，處理模塊還可以具體包括1)查找單元，用于當每個接口轉(zhuǎn)發(fā)報文時，找到該接口的接口號對應(yīng)的動作表，讀取動作表中的標識，找到該標識對應(yīng)的承諾訪問速率表；2)處理單元，用于讀取查找單元找到的承諾訪問速率表中的承諾訪問速率的值，根據(jù)承諾訪問速率的值對該接口執(zhí)行承諾訪問速率的處理動作。
本實施例在同一單板的多個接口同時應(yīng)用同一個處理動作為CAR的QoS時，通過設(shè)置模塊為每個接口配置一個該策略中的承諾訪問速率的值，以及處理模塊按照配置的值執(zhí)行處理動作，避免了多個接口對應(yīng)同一個承諾訪問速率的值，克服了現(xiàn)有技術(shù)中多接口應(yīng)用時承諾訪問速率不準的問題，實現(xiàn)了在多接口上準確應(yīng)用承諾訪問速率。相比配置多個action表和多個car表的方式而言，配置一個action表和多個car表的方式，更加節(jié)省網(wǎng)絡(luò)資源，而且效率高，維護起來也比較容易，方便實用。
本發(fā)明實施例可以利用軟件實現(xiàn)，相應(yīng)的軟件可以存儲在可讀取的存儲介質(zhì)中，例如計算機的硬盤、內(nèi)存或光盤中。
以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種多接口實現(xiàn)承諾訪問速率的方法，其特征在于，所述方法包括在一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率；為所述多個接口中的每個接口配置一個承諾訪問速率的值，所述每個接口的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值；當所述每個接口轉(zhuǎn)發(fā)報文時，根據(jù)該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作。
2.根據(jù)權(quán)利要求1所述的多接口實現(xiàn)承諾訪問速率的方法，其特征在于，為所述多個接口中的每個接口配置一個承諾訪問速率的值，所述每個接口的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值的步驟具體包括為所述多個接口中的每個接口配置一個承諾訪問速率表，所述每個承諾訪問速率表中包含一個承諾訪問速率的值，所述每個承諾訪問速率表中的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值；為所述每個承諾訪問速率表設(shè)置一個標識，并建立所述承諾訪問速率表所屬接口的接口號與所述標識的對應(yīng)關(guān)系。
3.根據(jù)權(quán)利要求2所述的多接口實現(xiàn)承諾訪問速率的方法，其特征在于，當所述每個接口轉(zhuǎn)發(fā)報文時，根據(jù)該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作的步驟具體包括當所述每個接口轉(zhuǎn)發(fā)報文時，找到該接口的接口號對應(yīng)的標識以及所述標識對應(yīng)的承諾訪問速率表，讀取所述承諾訪問速率表中的承諾訪問速率的值，根據(jù)所述承諾訪問速率的值對該接口執(zhí)行承諾訪問速率的處理動作。
4.根據(jù)權(quán)利要求1所述的多接口實現(xiàn)承諾訪問速率的方法，其特征在于，為所述多個接口中的每個接口配置一個承諾訪問速率的值，所述每個接口的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值的步驟具體包括為所述多個接口中的每個接口配置一個動作表和一個承諾訪問速率表，并建立該接口的接口號與相應(yīng)的動作表的對應(yīng)關(guān)系，所述每個承諾訪問速率表中包含一個承諾訪問速率的值，所述每個承諾訪問速率表中的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值；為所述每個承諾訪問速率表設(shè)置一個標識，并將所述標識保存在所述承諾訪問速率表所屬的接口對應(yīng)的動作表中。
5.根據(jù)權(quán)利要求4所述的多接口實現(xiàn)承諾訪問速率的方法，其特征在于，當所述每個接口轉(zhuǎn)發(fā)報文時，根據(jù)該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作的步驟具體包括當所述每個接口轉(zhuǎn)發(fā)報文時，找到該接口的接口號對應(yīng)的動作表，讀取所述動作表中的標識，找到該標識對應(yīng)的承諾訪問速率表，讀取所述承諾訪問速率表中的承諾訪問速率的值，根據(jù)所述承諾訪問速率的值對該接口執(zhí)行承諾訪問速率的處理動作。
6.一種多接口實現(xiàn)承諾訪問速率的裝置，其特征在于，所述裝置包括設(shè)置模塊，用于在所述裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率，為所述多個接口中的每個接口配置一個承諾訪問速率的值，所述每個接口的承諾訪問速率的值均為所述服務(wù)質(zhì)量策略中的承諾訪問速率的值；處理模塊，用于當所述每個接口轉(zhuǎn)發(fā)報文時，根據(jù)所述設(shè)置模塊配置的該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作。
7.根據(jù)權(quán)利要求6所述的多接口實現(xiàn)承諾訪問速率的裝置，其特征在于，所述設(shè)置模塊具體包括應(yīng)用單元，用于在所述裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率；設(shè)置單元，用于為所述多個接口中的每個接口配置一個承諾訪問速率表，所述每個承諾訪問速率表中包含一個承諾訪問速率的值，所述每個承諾訪問速率表中的承諾訪問速率的值均為所述應(yīng)用單元應(yīng)用的服務(wù)質(zhì)量策略中的承諾訪問速率的值；為所述每個承諾訪問速率表設(shè)置一個標識，并建立所述承諾訪問速率表所屬接口的接口號與所述標識的對應(yīng)關(guān)系。
8.根據(jù)權(quán)利要求7所述的多接口實現(xiàn)承諾訪問速率的裝置，其特征在于，所述處理模塊具體包括查找單元，用于當所述每個接口轉(zhuǎn)發(fā)報文時，找到該接口的接口號對應(yīng)的標識以及所述標識對應(yīng)的承諾訪問速率表；處理單元，用于讀取所述查找單元找到的承諾訪問速率表中的承諾訪問速率的值，根據(jù)所述承諾訪問速率的值對該接口執(zhí)行承諾訪問速率的處理動作。
9.根據(jù)權(quán)利要求6所述的多接口實現(xiàn)承諾訪問速率的裝置，其特征在于，所述設(shè)置模塊具體包括應(yīng)用單元，用于在所述裝置的一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，所述服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率；設(shè)置單元，用于為所述多個接口中的每個接口配置一個動作表和一個承諾訪問速率表，并建立該接口的接口號與相應(yīng)的動作表的對應(yīng)關(guān)系，所述每個承諾訪問速率表中包含一個承諾訪問速率的值，所述每個承諾訪問速率表中的承諾訪問速率的值均為所述應(yīng)用單元應(yīng)用的服務(wù)質(zhì)量策略中的承諾訪問速率的值；為所述每個承諾訪問速率表設(shè)置一個標識，并將所述標識保存在所述承諾訪問速率表所屬的接口對應(yīng)的動作表中。
10.根據(jù)權(quán)利要求9所述的多接口實現(xiàn)承諾訪問速率的裝置，其特征在于，所述處理模塊具體包括查找單元，用于當所述每個接口轉(zhuǎn)發(fā)報文時，找到該接口的接口號對應(yīng)的動作表，讀取所述動作表中的標識，找到該標識對應(yīng)的承諾訪問速率表；處理單元，用于讀取所述查找單元找到的承諾訪問速率表中的承諾訪問速率的值，根據(jù)所述承諾訪問速率的值對該接口執(zhí)行承諾訪問速率的處理動作。
全文摘要
本發(fā)明公開了一種多接口實現(xiàn)承諾訪問速率的方法和裝置，屬于網(wǎng)絡(luò)通信領(lǐng)域。所述方法包括在一個單板的多個接口上應(yīng)用同一個服務(wù)質(zhì)量策略，服務(wù)質(zhì)量策略中的處理動作為承諾訪問速率，為多個接口中的每個接口配置一個承諾訪問速率的值，每個接口的承諾訪問速率的值均為服務(wù)質(zhì)量策略中的承諾訪問速率的值；當每個接口轉(zhuǎn)發(fā)報文時，根據(jù)該接口的承諾訪問速率的值，對該接口執(zhí)行承諾訪問速率的處理動作。所述裝置包括設(shè)置模塊和處理模塊。本發(fā)明克服了現(xiàn)有技術(shù)中在同一單板的多個接口同時應(yīng)用同一個處理動作為承諾訪問速率的策略時，承諾訪問速率不準的問題，實現(xiàn)了在多接口上準確應(yīng)用承諾訪問速率。
文檔編號H04L29/02GK101056272SQ20071011088
公開日2007年10月17日 申請日期2007年6月13日 優(yōu)先權(quán)日2007年6月13日
發(fā)明者謝頌賢 申請人:華為技術(shù)有限公司