專利名稱：一種在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略路由的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種策略路由的方法，特別是一種在網(wǎng)絡(luò)處理器上實(shí) 現(xiàn)的基于流的策略路由的方法。
技術(shù)背景傳統(tǒng)的路由策略都是使用從路由協(xié)議派生出來的路由表，根據(jù)目 的地址進(jìn)行報(bào)文的轉(zhuǎn)發(fā)。在這種機(jī)制下，路由器只能根據(jù)報(bào)文的目的 地址為用戶提供比較單一的路由方式，它更多的是解決網(wǎng)絡(luò)數(shù)據(jù)的轉(zhuǎn) 發(fā)問題，而不能提供有差別的服務(wù)。基于策略的路由為網(wǎng)絡(luò)管理者提供了比傳統(tǒng)路由協(xié)議對(duì)報(bào)文的 轉(zhuǎn)發(fā)和存儲(chǔ)更強(qiáng)的控制能力?；诓呗缘穆酚杀葌鹘y(tǒng)路由控制能力更 強(qiáng)，使用更靈活，它使網(wǎng)絡(luò)管理者不僅能夠根據(jù)目的地址，而且能夠 根據(jù)協(xié)議類型、報(bào)文大小、應(yīng)用、IP源地址或者其它的策略來選擇轉(zhuǎn) 發(fā)路徑。策略可以根據(jù)實(shí)際應(yīng)用的需要進(jìn)行定義來控制多個(gè)路由器之間的負(fù)載均衡、單一鏈路上報(bào)文轉(zhuǎn)發(fā)的QoS或者滿足某種特定需求。策略路由提供了這樣一種機(jī)制根據(jù)網(wǎng)絡(luò)管理者制定的標(biāo)準(zhǔn)來進(jìn) 行報(bào)文的轉(zhuǎn)發(fā)。這種標(biāo)準(zhǔn)根據(jù)實(shí)際的應(yīng)用需求來指定，它的依據(jù)可以 是協(xié)議類型、應(yīng)用、報(bào)文大小、或者IP源地址中的一個(gè)或者多個(gè)的組合。當(dāng)數(shù)據(jù)包經(jīng)過路由器轉(zhuǎn)發(fā)時(shí)，路由器根據(jù)預(yù)先設(shè)定的策略對(duì)數(shù)據(jù) 包進(jìn)行匹配，如果匹配到一條策略，就根據(jù)該條策略指定的路由進(jìn)行
轉(zhuǎn)發(fā)；如果沒有匹配到任何策略，就使用路由表中的各項(xiàng)根據(jù)目的地 址對(duì)報(bào)文進(jìn)行路由。人們把用戶在因特網(wǎng)上不同的數(shù)據(jù)類型稱為不同的業(yè)務(wù)，比如說WWW類型業(yè)務(wù)，F(xiàn)TP業(yè)務(wù)，TELNET業(yè)務(wù)等等。根據(jù)現(xiàn)有的路由策 略，核心業(yè)務(wù)、敏感業(yè)務(wù)、重點(diǎn)用戶的資源無法得到優(yōu)先保障，導(dǎo)致 網(wǎng)絡(luò)資源的利用效率低下。 發(fā)明內(nèi)容為了解決上述問題，本發(fā)明提供一種在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于 流的策略路由的方法，(其中流是指基于數(shù)據(jù)類型的數(shù)據(jù)流)，該方法 能夠根據(jù)不同的應(yīng)用類型和網(wǎng)絡(luò)狀況，采取不同的路由策略。本發(fā)明通過以下方案實(shí)現(xiàn) 一種在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的 策略路由的方法，包括如下步驟(1) 接收?qǐng)?bào)文后，由流解析模塊進(jìn)行處理，該模塊提取從報(bào)文頭 中提取多個(gè)獨(dú)立的字段構(gòu)成鍵值，提供給流分類模塊；(2) 流分類模塊根據(jù)配置策略，對(duì)鍵值進(jìn)行處理；(3) 根據(jù)流分類模塊的處理結(jié)果，流分發(fā)模塊確定將報(bào)文發(fā)送給 流分類模塊的哪一個(gè)線程；(4) 報(bào)文送到流分類模塊的線程后，通過流查找模塊，進(jìn)行查找 處理；(5) 査找流數(shù)據(jù)庫(kù)，是否存在和本報(bào)文相同的流標(biāo)己經(jīng)存在；(6) 如果查找成功，則報(bào)文交給流分發(fā)模塊處理；(7 )報(bào)文經(jīng)過流分發(fā)模塊送往流轉(zhuǎn)發(fā)模塊做進(jìn)一步的處理； (8)如果第5步查找失敗，說明相同的流的流表項(xiàng)還未建立，交 給更新模塊處理；(9)流更新模塊建立相關(guān)的流表項(xiàng)，存入流數(shù)據(jù)庫(kù)中，再執(zhí)行 步驟(5)。所述步驟(1)中流解析模塊從報(bào)文頭中提取多個(gè)獨(dú)立的字段用 來構(gòu)成128比特的鍵值，每個(gè)字段的長(zhǎng)度不超過16字節(jié)，總的字段 長(zhǎng)度不超過128比特，如果總的字段長(zhǎng)度少于128比特，不足部分在 底位補(bǔ)零。在報(bào)文的三層頭中，可以提取字段源IP，目的IP，協(xié)議類型； 在報(bào)文的四層頭中，可以提取字段源端口，目的端口。 所述步驟(2)中的配置策略可以包括(a) 根據(jù)協(xié)議類型、IP地址和端口，將不同的業(yè)務(wù)路由到不同 的鏈路，實(shí)現(xiàn)業(yè)務(wù)的差分服務(wù)。(b) 通過進(jìn)行會(huì)話業(yè)務(wù)類型解析，識(shí)別出業(yè)務(wù)的協(xié)議和凈荷關(guān) 鍵字，將應(yīng)用業(yè)務(wù)映射到某一類特定的流中，并分配合適的流標(biāo)識(shí)(flowID)，根據(jù)flow ID進(jìn)行標(biāo)記交換，實(shí)現(xiàn)基于會(huì)話業(yè)務(wù)類型的(c) 在某些情況下，由于靜態(tài)的策略路由無法根據(jù)鏈路質(zhì)量的動(dòng)態(tài)狀態(tài)變化，導(dǎo)致鏈路負(fù)載存在明顯的差異，諸如大量的P2P業(yè)務(wù) 由于被靜態(tài)策略路由到一條鏈路上，核心業(yè)務(wù)被策略路由到一條高質(zhì) 量的優(yōu)質(zhì)鏈路上。當(dāng)核心業(yè)務(wù)停止運(yùn)行或者業(yè)務(wù)非常少，而P2P鏈路 由于大量數(shù)據(jù)傳輸造成了嚴(yán)重的擁塞，此時(shí)就應(yīng)該采用基于QoS質(zhì) 量?jī)?yōu)化的路由策略，在不影響正常的核心業(yè)務(wù)QoS質(zhì)量前提下，將 部分次優(yōu)先級(jí)的P2P業(yè)務(wù)路由到高質(zhì)量的鏈路上。所述步驟(2)中流分類模塊的處理方法可以是根據(jù)128比特 的鍵值，對(duì)128比特的鍵值進(jìn)行CRC7計(jì)算，得到一個(gè)7比特值，以 此為索引査找有128*9比特的表項(xiàng)，得到給流分發(fā)模塊使用的9比特 值。所述步驟(9)流更新模塊通過識(shí)別報(bào)文業(yè)務(wù)類型或者連接類型， 設(shè)置流標(biāo)識(shí)，建立相關(guān)的流表項(xiàng)。本發(fā)明的有益效果是1. 能夠在IP網(wǎng)中實(shí)現(xiàn)類似于虛電路的專線業(yè)務(wù)，能夠根據(jù)不同 的應(yīng)用類型，采取不同的路由策略?？梢愿鶕?jù)實(shí)際網(wǎng)絡(luò)環(huán)境的情況， 進(jìn)行策略路由，合理優(yōu)化網(wǎng)絡(luò)負(fù)載情況，將某些業(yè)務(wù)的數(shù)據(jù)路由到某 一種優(yōu)先級(jí)的鏈路上，由優(yōu)質(zhì)鏈路承載高優(yōu)先級(jí)的業(yè)務(wù)，由普通鏈路 承載一般業(yè)務(wù)。這樣將大大優(yōu)化企業(yè)和運(yùn)營(yíng)商的鏈路利用情況，節(jié)省 投資，優(yōu)化網(wǎng)絡(luò)結(jié)構(gòu)，提高網(wǎng)絡(luò)利用率。2. 采用基于流的策略路由技術(shù)，徹底改變了傳統(tǒng)的基于單一路 由表的業(yè)務(wù)路由模式，同時(shí)也比普通交換機(jī)的策略路由更加靈活，更 易于實(shí)現(xiàn)用戶需求。


圖1為本發(fā)明的結(jié)構(gòu)框圖。
具體實(shí)施方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明工作流程進(jìn)行更詳細(xì)描述。 如圖1所述，網(wǎng)絡(luò)處理器包括流解析模塊1、流分類模塊2、流分 發(fā)模塊3、流査找模塊4、流數(shù)據(jù)庫(kù)5、流更新模塊6、流轉(zhuǎn)發(fā)模塊7。(1) 網(wǎng)絡(luò)處理器收到報(bào)文之后，首先到流解析模塊l處理。流 解析模塊1主要作用是根據(jù)寄存器設(shè)計(jì)，提取報(bào)文中設(shè)定的字段并把 它們連接在一起形成一個(gè)128比特的鍵值，提供給流分類模塊2行報(bào) 文分類；硬件流解析模塊1能能夠從報(bào)文頭中提取6個(gè)獨(dú)立的字段用 來構(gòu)成鍵值，每個(gè)字段的長(zhǎng)度不超過16字節(jié)，總的字段長(zhǎng)度不超過 128比特，如果總的字段長(zhǎng)度少于128比特，不足部分在底位補(bǔ)零， 可以提取的六個(gè)字段如下分配對(duì)于入報(bào)文，如果二層頭前面帶有私有的附加頭，可以指定從附 加的報(bào)文頭中指定提取位置提取不超過16字節(jié)的字段；在報(bào)文的三 層頭中，可以提取三個(gè)字段；在報(bào)文的四層頭中，可以提取兩個(gè)字段。在本方法中，附加頭提取的信息沒有使用，因?yàn)閺囊蕴W(wǎng)接收進(jìn) 來的報(bào)文都是標(biāo)準(zhǔn)格式。對(duì)于IP報(bào)文，從報(bào)文的三層頭提取出來的 字段為源IP，目的IP，協(xié)議類型。從報(bào)文的四層頭中提取出來的 字段為源端口，目的端口。(2) 根據(jù)鍵值，通過流分類模塊2處理，流分類模塊2的主要作用是根據(jù)配置策略，根據(jù)128比特的鍵值，對(duì)128比特的鍵值進(jìn)行 CRC7計(jì)算，得到一個(gè)7比特值，以此為索引査找有128*9比特的表 項(xiàng)，得到給流分發(fā)模塊3使用的9比特值，提供給流分發(fā)模塊3確定 發(fā)給哪一個(gè)線程；配置的策略可以采用如下幾種方式 >基于協(xié)議類型、IP地址和端口的五元組策略路由
根據(jù)用戶的網(wǎng)絡(luò)使用情況，可以將某些IP路由到不同的鏈路上， 實(shí)現(xiàn)用戶的差分服務(wù)。同時(shí)，可以根據(jù)協(xié)議類型和端口，將不同的業(yè) 務(wù)路由到不同的鏈路，實(shí)現(xiàn)業(yè)務(wù)的差分服務(wù)。>基于會(huì)話業(yè)務(wù)類型的策略路由通過進(jìn)行會(huì)話業(yè)務(wù)類型解析，識(shí)別出業(yè)務(wù)的協(xié)議和凈荷關(guān)鍵字。將應(yīng)用業(yè)務(wù)映射到某一類特定的流中，并分配合適的流標(biāo)識(shí)(flow ID)，根據(jù)flow ID進(jìn)行標(biāo)記交換，實(shí)現(xiàn)基于會(huì)話業(yè)務(wù)類型的策略路由。其中，所述流識(shí)別的業(yè)務(wù)類型如-* HTTP業(yè)務(wù)下載識(shí)別對(duì)于正常的Web瀏覽會(huì)話來說， 一次會(huì)話的持續(xù)時(shí)間不會(huì)超過3 分鐘，并且，對(duì)于一個(gè)網(wǎng)頁(yè)來說，每一個(gè)元素會(huì)在一個(gè)會(huì)話里面承載， 因此，不會(huì)超出3MB的業(yè)務(wù)流量。因此，對(duì)于HTTP業(yè)務(wù)來說，只要檢査其會(huì)話的持續(xù)時(shí)間和會(huì)話 數(shù)據(jù)統(tǒng)計(jì)情況，當(dāng)持續(xù)時(shí)間〉180s &&數(shù)據(jù)交換〉3MB(這些參數(shù)可以靈活配置) 的時(shí)候，就可認(rèn)為該HTTP會(huì)話屬于文件下載業(yè)務(wù)。* BT業(yè)務(wù)下載識(shí)別在BT業(yè)務(wù)中，總是會(huì)在進(jìn)行數(shù)據(jù)交換之前，提供一個(gè)在報(bào)文的 68、 55、 137字節(jié)的地方含有BitTorrentProtocol的關(guān)鍵字，因此，對(duì) 報(bào)文的這幾個(gè)字節(jié)偏移地址開始的地方進(jìn)行字符串搜索，若存在，即 可認(rèn)為該會(huì)話是一次BT的業(yè)務(wù)流量下載。
當(dāng)一次會(huì)話明確識(shí)別成BT之后，就可以對(duì)他們進(jìn)行流量統(tǒng)計(jì)， 并且根據(jù)預(yù)先配置好的P2P通道帶寬，對(duì)其進(jìn)行帶寬限制，防止其吞 噬大量的帶寬資源。* EDK業(yè)務(wù)下載識(shí)別EDK業(yè)務(wù)的識(shí)別較為簡(jiǎn)單，凡是報(bào)文端口 (不管是源端口還是 目的端口)等于4242，或者大于4661并且小于4665，即可認(rèn)為是 EDK業(yè)務(wù)。* ppStream業(yè)務(wù)下載識(shí)別ppStream業(yè)務(wù)的實(shí)現(xiàn)與BT—模一樣，只是關(guān)鍵字不同。其特征 碼關(guān)鍵字是"PSProtocol"。*被動(dòng)式FTP業(yè)務(wù)下載識(shí)別被動(dòng)式FTP和其他的使用簡(jiǎn)單的特征碼即可識(shí)別的業(yè)務(wù)不同。 被動(dòng)式FTP的業(yè)務(wù)端口 ，是通過在標(biāo)準(zhǔn)的21 FTP控制端口里面協(xié)商 好了之后，再進(jìn)行傳輸?shù)?，不同于使用?biāo)準(zhǔn)的20端口作為FTP數(shù)據(jù)傳輸端口。具體的跟蹤過程是對(duì)所有21端口的報(bào)文進(jìn)行字符串搜索，尋找被動(dòng)式FTP的控制 信令字段"Passive";如果存在該字段，則數(shù)據(jù)端口由該報(bào)文攜帶，后面包含了數(shù)據(jù)傳 輸通道里面的"源端口+目的端口"。其中flowID的確定可以是flow ID =源1 地址+目的1 地址+源端口號(hào)+目的端口號(hào)+ 協(xié)議類型十10 * Servicetype + 5 * KeyserviceType是TCP/IP協(xié)議中的業(yè)務(wù)類型字段；Key是隱藏在會(huì)話過程中的私有協(xié)議的關(guān)鍵字，如果會(huì)話中沒有 私有協(xié)議的關(guān)鍵字則取O。>基于QoS質(zhì)量?jī)?yōu)化的策略路由在某些情況下，由于靜態(tài)的策略路由無法根據(jù)鏈路質(zhì)量的動(dòng)態(tài)狀 態(tài)變化，導(dǎo)致鏈路負(fù)載存在明顯的差異，諸如大量的P2P業(yè)務(wù)由于被 靜態(tài)策略路由到一條鏈路上，核心業(yè)務(wù)被策略路由到一條高質(zhì)量的優(yōu) 質(zhì)鏈路上。當(dāng)核心業(yè)務(wù)停止運(yùn)行或者業(yè)務(wù)非常少，而P2P鏈路由于大 量數(shù)據(jù)傳輸造成了嚴(yán)重的擁塞，此時(shí)就應(yīng)該采用基于QoS質(zhì)量?jī)?yōu)化 的路由策略，在不影響正常的核心業(yè)務(wù)QoS質(zhì)量前提下，將部分次 優(yōu)先級(jí)的P2P業(yè)務(wù)路由到高質(zhì)量的鏈路上?；赒oS質(zhì)量?jī)?yōu)化的策略路由根據(jù)QoS分配合適的流標(biāo)識(shí)，建 立相關(guān)的流表項(xiàng)。其中QoS是指某一種會(huì)話類型的整體QoS質(zhì)量指 標(biāo)；它是在上一次計(jì)算QoS值的基礎(chǔ)上，根據(jù)新的會(huì)話的QoS指標(biāo)， 來調(diào)整該會(huì)話類型的QoS整體水平。當(dāng)會(huì)話質(zhì)量變好時(shí)，QoS值上 升；當(dāng)會(huì)話質(zhì)量下降時(shí)，QoS值下降。QoS 二 QoS + 5^^接通率_時(shí)延 一 丟包率 一 擁塞率 一異常會(huì)話時(shí)延是指一次會(huì)話時(shí)延(時(shí)延是指一次會(huì)話報(bào)文的往返時(shí)間);丟包率是會(huì)話報(bào)文的丟包率指標(biāo)；接通率是該類型會(huì)話整體連接建立成功的比例；擁塞率是該類型會(huì)話整體通信過程發(fā)生擁塞的比例； 異常會(huì)話是指該類型會(huì)話中本符合正常通信過程或者違反了通 信協(xié)議的會(huì)話所占比例；(3) 流分發(fā)模塊3的主要作用是根據(jù)9比特值選擇送往流分類 模塊2的某一個(gè)線程；(4) 報(bào)文送到處理流分類模塊2的線程后，通過流查找模塊4 進(jìn)行査找處理；(5) 查找流數(shù)據(jù)庫(kù)5，是否存在和本報(bào)文相同的流標(biāo)已經(jīng)存在;(6) 如果查找成功，則報(bào)文交給流分發(fā)模塊3處理；(7) 報(bào)文經(jīng)過流分發(fā)模塊3送往流轉(zhuǎn)發(fā)模塊7做進(jìn)一步的處理;(8) 如果第5步查找失敗，說明相同的流的流表項(xiàng)還未建立， 交給更新模塊6處理；(9) 流更新模塊6進(jìn)行報(bào)文的高層協(xié)議解析，如果用戶配置了 基于會(huì)話業(yè)務(wù)類型的策略路由，那么對(duì)于協(xié)議類型本身就確定了應(yīng)用 業(yè)務(wù)的如ICMP、 ARP協(xié)議，使用協(xié)議類型字段作為應(yīng)用層業(yè)務(wù)類型; 對(duì)于具有確定端口的業(yè)務(wù)如Telnet、 POP3、 SMTP等，通過端口識(shí)別 應(yīng)用層業(yè)務(wù)類型；對(duì)于標(biāo)準(zhǔn)協(xié)議的業(yè)務(wù)諸如H.323、 SIP等協(xié)議，則 通過對(duì)這些協(xié)議進(jìn)行解析，完成應(yīng)用層業(yè)務(wù)類型的確定；對(duì)于沒有標(biāo) 準(zhǔn)協(xié)議，但是能夠從凈荷關(guān)鍵字中解析出業(yè)務(wù)類型的業(yè)務(wù)如 BitTorrent、迅雷、QQ等業(yè)務(wù)，則通過關(guān)鍵字檢測(cè)完成應(yīng)用層業(yè)務(wù)類 型的識(shí)別。建立相關(guān)的流表項(xiàng)，存入流數(shù)據(jù)庫(kù)中，再執(zhí)行步驟(5)。
權(quán)利要求
1.一種在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略路由的方法，包括如下步驟(1)接收?qǐng)?bào)文后，由流解析模塊進(jìn)行處理，該模塊提取從報(bào)文頭中提取字段構(gòu)成鍵值，提供給流分類模塊；(2)流分類模塊根據(jù)配置策略，對(duì)鍵值進(jìn)行處理；(3)根據(jù)流分類模塊的處理結(jié)果，流分發(fā)模塊確定將報(bào)文發(fā)送給流分類模塊的哪一個(gè)線程；(4)報(bào)文送到流分類模塊的線程后，通過流查找模塊，進(jìn)行查找處理；(5)查找流數(shù)據(jù)庫(kù)，是否存在和本報(bào)文相同的流標(biāo)已經(jīng)存在；(6)如果查找成功，則報(bào)文交給流分發(fā)模塊處理；(7)報(bào)文經(jīng)過流分發(fā)模塊送往流轉(zhuǎn)發(fā)模塊做進(jìn)一步的處理；(8)如果第5步查找失敗，說明相同的流的流表項(xiàng)還未建立，交給更新模塊處理；(9)流更新模塊建立相關(guān)的流表項(xiàng)，存入流數(shù)據(jù)庫(kù)中，再執(zhí)行步驟(5)。
2. 根據(jù)權(quán)利要求1所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略 路由的方法，其特征在于所述步驟(1)中流解析模塊從報(bào)文頭中提取多個(gè)獨(dú)立的字段用來構(gòu)成128比特的鍵值，每個(gè)字段的長(zhǎng)度不超 過16字節(jié)，總的字段長(zhǎng)度不超過128比特，如果總的字段長(zhǎng)度少于 128比特，不足部分在底位補(bǔ)零。
3.根據(jù)權(quán)利要求2所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略路 由的方法，其特征在于在報(bào)文的三層頭中，提取字段源IP，目的 IP，協(xié)議類型；在報(bào)文的四層頭中，提取字段源端口，目的端口。
4. 根據(jù)權(quán)利要求1或2所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的 策略路由的方法，其特征在于所述步驟(2)中的配置策略包括(a) 根據(jù)協(xié)議類型、IP地址和端口，將不同的業(yè)務(wù)路由到不同 的鏈路，實(shí)現(xiàn)業(yè)務(wù)的差分服務(wù)；(b) 識(shí)別出業(yè)務(wù)的協(xié)議和凈荷關(guān)鍵字，將應(yīng)用業(yè)務(wù)映射到某一 類特定的流中，并分配流標(biāo)識(shí)，根據(jù)流標(biāo)識(shí)進(jìn)行標(biāo)記交換；(C)當(dāng)核心業(yè)務(wù)停止運(yùn)行或者業(yè)務(wù)非常少，而P2P鏈路由于大 量數(shù)據(jù)傳輸造成了嚴(yán)重的擁塞，將部分次優(yōu)先級(jí)的P2P業(yè)務(wù)路由到高 質(zhì)量的鏈路上。
5. 根據(jù)權(quán)利要求2所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略路由的方法，其特征在于所述步驟(2)中流分類模塊的處理方法是根據(jù)128比特的鍵值，對(duì)128比特的鍵值進(jìn)行CRC7計(jì)算，得到 一個(gè)7比特值，以此為索引查找有128*9比特的表項(xiàng)，得到給流分發(fā) 模塊使用的9比特值。
6.根據(jù)權(quán)利要求1或2所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策 略路由的方法，其特征在于所述步驟(9)流更新模塊通過識(shí)別報(bào) 文業(yè)務(wù)類型或者連接類型，設(shè)置流標(biāo)識(shí)，建立相關(guān)的流表項(xiàng)。
7.根據(jù)權(quán)利要求4所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略 路由的方法，其特征在于所述流標(biāo)識(shí)flowID =源IP地址+目的 IP地址+源端口號(hào)+目的端口號(hào)+協(xié)議類型+ 10 * Servicetype + 5 * KeyserviceType是TCP/IP協(xié)議中的業(yè)務(wù)類型字段；Key是隱藏在會(huì)話過程中的私有協(xié)議的關(guān)鍵字，如會(huì)話中沒有私 有協(xié)議的關(guān)鍵字則取0。
8.根據(jù)權(quán)利要求4所述的在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略 路由的方法，其特征在于所述QoS = (^8 + 5*接通率 一時(shí)延一 丟包率 一 擁塞率—異常會(huì)話。
全文摘要
本發(fā)明公開了一種在網(wǎng)絡(luò)處理器上實(shí)現(xiàn)的基于流的策略路由的方法，包括如下步驟接收?qǐng)?bào)文后，由流解析模塊進(jìn)行處理，提取從報(bào)文頭構(gòu)成鍵值，提供給流分類模塊；流分類模塊對(duì)鍵值進(jìn)行處理；流分發(fā)模塊確定將報(bào)文發(fā)送給流分類模塊的哪一個(gè)線程；通過流查找模塊，進(jìn)行查找處理；查找流數(shù)據(jù)庫(kù)，是否存在和本報(bào)文相同的流標(biāo)已經(jīng)存在；如果查找成功，則報(bào)文交給流分發(fā)模塊處理；報(bào)文經(jīng)過流分發(fā)模塊送往流轉(zhuǎn)發(fā)模塊做進(jìn)一步的處理；如果查找失敗，交給更新模塊處理；流更新模塊建立相關(guān)的流表項(xiàng)，存入流數(shù)據(jù)庫(kù)中，再執(zhí)行查找。本發(fā)明能夠根據(jù)不同的應(yīng)用類型，采取不同的路由策略，提高網(wǎng)絡(luò)利用率。
文檔編號(hào)H04L29/06GK101127691SQ20061010968
公開日2008年2月20日 申請(qǐng)日期2006年8月17日 優(yōu)先權(quán)日2006年8月17日
發(fā)明者王玉鵬 申請(qǐng)人:王玉鵬