亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種改進(jìn)的快速重路由方法和一種網(wǎng)絡(luò)設(shè)備的制作方法

文檔序號(hào):7695559閱讀:119來(lái)源:國(guó)知局
專利名稱:一種改進(jìn)的快速重路由方法和一種網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域,尤指一種改進(jìn)的快速重路由方法和一種網(wǎng)絡(luò)i殳備。
技術(shù)背景網(wǎng)絡(luò)上由鏈路或節(jié)點(diǎn)故障導(dǎo)致的流量傳輸中斷一直會(huì)持續(xù)到路由在新 拓樸上重新收斂后才恢復(fù),在此期間必須穿越發(fā)生故障部分才能到達(dá)的目的 地的報(bào)文將丟失或產(chǎn)生環(huán)路。雖然目前在路由協(xié)議快速收斂方面采用了很多新技術(shù),使得路由收斂速 度得到大幅度提升,然而語(yǔ)音、視頻等新網(wǎng)絡(luò)業(yè)務(wù)的出現(xiàn)對(duì)流量中斷時(shí)間提 出了更嚴(yán)格的要求。許多運(yùn)營(yíng)商期望網(wǎng)絡(luò)故障導(dǎo)致的流量中斷時(shí)間控制在 50ms以內(nèi)甚至更低,這種需求通過(guò)傳統(tǒng)的路由協(xié)議快速收斂技術(shù)已經(jīng)無(wú)法實(shí)現(xiàn)。為了滿足語(yǔ)音、視頻等實(shí)時(shí)業(yè)務(wù)對(duì)網(wǎng)絡(luò)性能的要求,出現(xiàn)了 IP快速重 路由(FRR, FastRe-Route)技術(shù)。IPFRR技術(shù)原理是將網(wǎng)絡(luò)設(shè)備上的一 個(gè)接口 (備份接口 )作為另一個(gè)接口 (主接口 )的備份;在正常情況下,業(yè) 務(wù)流通過(guò)主接口轉(zhuǎn)發(fā);當(dāng)網(wǎng)絡(luò)設(shè)備檢測(cè)到主接口失效,或者主接口連接的鄰 居鏈路失效時(shí),將主接口的業(yè)務(wù)流切換到備份接口上,由于備份接口的下一 跳設(shè)備能夠?qū)η袚Q過(guò)來(lái)的業(yè)務(wù)流進(jìn)行重新路由,因此業(yè)務(wù)報(bào)文不會(huì)丟失;這 樣直到路由協(xié)議收斂并刷新轉(zhuǎn)發(fā)信息表(FIB, Forwarding Information Base ) 后,業(yè)務(wù)流再根據(jù)新的轉(zhuǎn)發(fā)信息表進(jìn)行轉(zhuǎn)發(fā)。IP FRR技術(shù)可以大大縮短由 于鏈路或節(jié)點(diǎn)故障而導(dǎo)致的業(yè)務(wù)中斷。圖1是現(xiàn)有的IP FRR技術(shù)的一個(gè)具體應(yīng)用示意圖。如圖l所示,在正常情況下,網(wǎng)絡(luò)設(shè)備B的轉(zhuǎn)發(fā)信息表指示目的地為網(wǎng)絡(luò)設(shè)備E的報(bào)文通過(guò) 與網(wǎng)絡(luò)設(shè)備D連接的接口 1轉(zhuǎn)發(fā),同時(shí),網(wǎng)絡(luò)設(shè)備B的轉(zhuǎn)發(fā)信息表中安裝了 一條備份路徑目的地為網(wǎng)絡(luò)設(shè)備E的報(bào)文也可以通過(guò)與網(wǎng)絡(luò)設(shè)備C連 接的接口 2轉(zhuǎn)發(fā),即接口 2為接口 1的備份接口 。當(dāng)網(wǎng)絡(luò)設(shè)備探測(cè)到接口 1 和網(wǎng)絡(luò)設(shè)備D之間的鏈路失效時(shí),將目的地為網(wǎng)絡(luò)設(shè)備E的報(bào)文通過(guò)接口 2 轉(zhuǎn)發(fā)到下一跳網(wǎng)絡(luò)設(shè)備C上,然后再由網(wǎng)絡(luò)設(shè)備C將報(bào)文發(fā)送到網(wǎng)絡(luò)設(shè)備E。雖然,目前的IPFRR技術(shù)能夠?qū)崿F(xiàn)快速切換,但在一些具體的組網(wǎng)中, 應(yīng)用IPFRR技術(shù),會(huì)使業(yè)務(wù)流產(chǎn)生環(huán)路。圖2是現(xiàn)有的IP FRR使業(yè)務(wù)流產(chǎn)生環(huán)路的一個(gè)場(chǎng)景示意圖。如圖2所 示,A、 B、 C、 D和E五臺(tái)網(wǎng)絡(luò)設(shè)備組成一個(gè)環(huán)形的組網(wǎng),且在該組網(wǎng)上啟 動(dòng)了 IPFRR功能,具體為對(duì)于設(shè)備B,其到達(dá)設(shè)備A有B-A和B-C-D-E-A 兩條鏈路,且B-A為主鏈路,B-C-D-E-A為備份鏈路,即對(duì)于目的地為設(shè)備 A的業(yè)務(wù)流,接口B1為主接口,接口B2為備份接口;同樣,對(duì)于設(shè)備C, C-B-A是到達(dá)設(shè)備A的主鏈路,C-D-E-A是到達(dá)設(shè)備A的備份鏈路,即對(duì) 于目的地為設(shè)備A的業(yè)務(wù)流,接口C1為主接口,接口C2為備份接口;對(duì) 于設(shè)備D, D-C-B-A是到達(dá)設(shè)備A的主鏈路,D-E-A是到達(dá)設(shè)備A的備份 鏈路,即對(duì)于目的地為設(shè)備A的業(yè)務(wù)流,接口D1為主接口,接口D2為備 份接口;對(duì)于設(shè)備E, E-D-C-B-A是到達(dá)設(shè)備A的主鏈路,E-A是到達(dá)設(shè)備 A的備份鏈路,即對(duì)于目的地為設(shè)備A的業(yè)務(wù)流,接口 El為主接口 ,接口 E2為備份接口 。在圖2中,初始時(shí)從設(shè)備C到設(shè)備A的業(yè)務(wù)流通過(guò)鏈路C-B-A轉(zhuǎn)發(fā), 如果此時(shí)設(shè)備B和設(shè)備A之間的鏈路發(fā)生了故障,則設(shè)備B檢測(cè)到故障后 為了將該業(yè)務(wù)流切換到備份鏈路C-D-E-A上,會(huì)通過(guò)接口 B2轉(zhuǎn)發(fā)業(yè)務(wù)流, 這樣從C到A的業(yè)務(wù)流首先通過(guò)C-B鏈路轉(zhuǎn)發(fā)到B上后,B又將業(yè)務(wù)流返 回給C;但是由于C不能快速感知B發(fā)生鏈路切換的變化,仍會(huì)通過(guò)主接 口C1轉(zhuǎn)發(fā)該業(yè)務(wù)流,從而形成了路由環(huán)路;這種環(huán)路只有路由協(xié)議收斂并 生成新拓樸后才會(huì)恢復(fù)正常,造成了業(yè)務(wù)流的長(zhǎng)時(shí)間中斷。綜上所述,現(xiàn)有IP FRR技術(shù)仍會(huì)因?yàn)槌霈F(xiàn)路由環(huán)路,進(jìn)而導(dǎo)致業(yè)務(wù)流 的長(zhǎng)時(shí)間中斷。發(fā)明內(nèi)容本發(fā)明提供一種改進(jìn)的快速重路由方法,方法可以避免由于產(chǎn)生路由環(huán) 路而造成的業(yè)務(wù)流的長(zhǎng)時(shí)間中斷。本發(fā)明該提供了 一種網(wǎng)絡(luò)設(shè)備,該網(wǎng)絡(luò)設(shè)備可以避免由于產(chǎn)生路由環(huán)路 而造成的業(yè)務(wù)流的長(zhǎng)時(shí)間中斷。為達(dá)到上述目的,本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的 本發(fā)明公開(kāi)了一種改進(jìn)的快速重路由方法,網(wǎng)絡(luò)設(shè)備上具有一業(yè)務(wù)流的 主接口和備卩分4妄口 ,該方法包括 所述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流;所述網(wǎng)絡(luò)設(shè)備檢測(cè)接收所述業(yè)務(wù)流的入接口是否與自身轉(zhuǎn)發(fā)信息表中 的所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口 ,是則將所述業(yè)務(wù)流 切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。本發(fā)明還公開(kāi)了 一種網(wǎng)絡(luò)設(shè)備,該網(wǎng)絡(luò)設(shè)備具有一業(yè)務(wù)流的主接口和備 份接口,該網(wǎng)絡(luò)設(shè)備包括業(yè)務(wù)流轉(zhuǎn)發(fā)模塊和快速重路由模塊,其中,所述快速重路由模塊,用于在所述網(wǎng)絡(luò)設(shè)備接收到所述業(yè)務(wù)流時(shí)檢測(cè)所 述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流的入接口是否與所述網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)信息表中的 所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口 ,是則向業(yè)務(wù)流轉(zhuǎn)發(fā)模 塊發(fā)送通知信息;業(yè)務(wù)流轉(zhuǎn)發(fā)模塊,用于在接收到快速重路由模塊的通知信息時(shí),將所述 業(yè)務(wù)流切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。由上述技術(shù)方案可見(jiàn),本發(fā)明這種網(wǎng)絡(luò)設(shè)備在檢測(cè)到所接收業(yè)務(wù)流的入 接口與轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口相同,且該入接口為該業(yè)務(wù)流的 主接口時(shí),即所述業(yè)務(wù)流在主接口上產(chǎn)生環(huán)路時(shí),將所述業(yè)務(wù)流切換到備份接口上進(jìn)行轉(zhuǎn)發(fā)的技術(shù)方案,由于不需要像現(xiàn)有技術(shù)那樣等待路由協(xié)議的收 斂,而是直接根據(jù)業(yè)務(wù)流產(chǎn)生環(huán)路的條件觸發(fā)主備切換,因此可以避免由于 產(chǎn)生路由環(huán)路而造成的業(yè)務(wù)流的長(zhǎng)時(shí)間中斷,從而更好地保證了網(wǎng)絡(luò)的服務(wù)質(zhì)量。


圖1是現(xiàn)有的IPFRR技術(shù)的一個(gè)具體應(yīng)用示意圖; 圖2是現(xiàn)有的IPFRR使業(yè)務(wù)流產(chǎn)生環(huán)路的一個(gè)場(chǎng)景示意圖; 圖3是本發(fā)明實(shí)施例 一種改進(jìn)的快速重路由方法的流程圖; 圖4本發(fā)明實(shí)施例一種網(wǎng)絡(luò)設(shè)備的組成結(jié)構(gòu)框圖。
具體實(shí)施方式
圖3是本發(fā)明實(shí)施例 一種改進(jìn)的快速重路由方法的流程圖。如圖3所示, 該方法包括以下步驟步驟301,網(wǎng)絡(luò)設(shè)備上為 一業(yè)務(wù)流配置了主接口和備份接口 。本步驟中,網(wǎng)絡(luò)設(shè)備上的 一 業(yè)務(wù)流的主接口和備份接口可以是靜態(tài)配置 的;也可以是由動(dòng)態(tài)路由協(xié)議(如OSPF, ISIS等)計(jì)算生成的,但前提是 去掉動(dòng)態(tài)路由協(xié)議中"如果配置備份路徑會(huì)產(chǎn)生路由環(huán)路,則不為業(yè)務(wù)流配 置備份路徑"的約束條件,關(guān)于這一點(diǎn)在后續(xù)的描述中會(huì)進(jìn)一步說(shuō)明。當(dāng)然 網(wǎng)絡(luò)設(shè)備可以支持多條業(yè)務(wù)流,不同的業(yè)務(wù)流可以有不同的主接口和備份接 口,它們通過(guò)靜態(tài)配置或者由動(dòng)態(tài)路由協(xié)議計(jì)算生成,這里以其中的一條業(yè) 務(wù)流為例對(duì)本發(fā)明的方案進(jìn)行說(shuō)明。步驟302,所述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流。步驟302,所述網(wǎng)絡(luò)設(shè)備檢測(cè)接收所述業(yè)務(wù)流的入接口是否與自身轉(zhuǎn)發(fā) 信息表中的所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口,是則將所 述業(yè)務(wù)流切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。本步驟中,網(wǎng)絡(luò)設(shè)備檢測(cè)接收所述業(yè)務(wù)流的入接口是否與自身轉(zhuǎn)發(fā)信息 表中的所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口,是則確定所述業(yè)務(wù)流在主接口上產(chǎn)生環(huán)路;即網(wǎng)絡(luò)設(shè)備檢測(cè)所述業(yè)務(wù)流的出接口和入接口是否是同一個(gè)接口,且該接口是為該業(yè)務(wù)流配置的主接口,是則確定所述業(yè) 務(wù)流在主接口上產(chǎn)生環(huán)路,觸發(fā)主備切換。圖3所示的方案,由于不需要像現(xiàn)有技術(shù)那樣等待路由協(xié)議的收斂,而是直接根據(jù)業(yè)務(wù)流產(chǎn)生環(huán)路的條件觸發(fā)主備切換,因此可以避免由于產(chǎn)生路 由環(huán)路而造成的業(yè)務(wù)流的長(zhǎng)時(shí)間中斷,從而更好地保證了網(wǎng)絡(luò)的服務(wù)質(zhì)量。為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白,下面仍以圖2為例, 對(duì)本發(fā)明進(jìn) 一 步詳細(xì)說(shuō)明。參見(jiàn)圖2,在該組網(wǎng)中,目的地為設(shè)備A的業(yè)務(wù)流(以下稱為業(yè)務(wù)流X) 具有主鏈路和備份鏈路,具體為對(duì)于設(shè)備B,其到達(dá)設(shè)備A有B-A和 B-C-D-E-A兩條鏈路,且B-A為主鏈路(該主《連路的目的地址是設(shè)備A的 端口 A2的IP地址),B-C-D-E-A為備份鏈路(該備份鏈路的目的地址是設(shè) 備A的端口 Al的IP地址),即對(duì)于業(yè)務(wù)流X,接口 Bl為主接口,接口 B2為備份接口 ;同樣,對(duì)于設(shè)備C, C-B-A是到達(dá)設(shè)備A的主鏈路,C-D-E-A 是到達(dá)設(shè)備A的備份鏈路,即對(duì)于業(yè)務(wù)流X,接口 Cl為主接口,接口 C2 為備份接口;對(duì)于設(shè)備D, D-C-B-A是到達(dá)設(shè)備A的主鏈路,D-E-A是到達(dá) 設(shè)備A的備份鏈路,即對(duì)于目的地為設(shè)備A的業(yè)務(wù)流,接口 Dl為主接口 , 接口 D2為備份接口 ;對(duì)于設(shè)備E, E-D-C-B-A是到達(dá)設(shè)備A的主鏈路,E-A 是到達(dá)設(shè)備A的備份鏈路,即對(duì)于目的地為設(shè)備A的業(yè)務(wù)流,接口 El為主 接口 ,接口 E2為備份接口 。則本發(fā)明的實(shí)施例包括以下步驟1 )從設(shè)備C到設(shè)備A的業(yè)務(wù)流X通過(guò)主鏈路C-B-A轉(zhuǎn)發(fā);2 )設(shè)備B和設(shè)備A之間的鏈路發(fā)生故障;3)設(shè)備B檢測(cè)到故障后,進(jìn)行IP FRR切換,將業(yè)務(wù)流X切換到備份 鏈路B-C-D-E-A上,即通過(guò)備份接口 B2將業(yè)務(wù)流X轉(zhuǎn)發(fā)到下一跳網(wǎng)絡(luò)設(shè)備 C;(這樣從C到A的業(yè)務(wù)流X首先通過(guò)C-B鏈路轉(zhuǎn)發(fā)到B上后,B又將業(yè)務(wù)流X返回給C);4) 設(shè)備C從接口 C1接收到業(yè)務(wù)流X后,發(fā)現(xiàn)自身轉(zhuǎn)發(fā)信息表中該業(yè) 務(wù)流X的出接口也為Cl ,即設(shè)備C檢測(cè)到業(yè)務(wù)流X的出接口和入接口均為 主接口 Cl,則將自身轉(zhuǎn)發(fā)信息表中的業(yè)務(wù)流X的出接口從Cl接口修改為 C2接口,從而將業(yè)務(wù)流X切換到備份鏈路C-D-E-A上,即通過(guò)備份接口 C2將業(yè)務(wù)流X轉(zhuǎn)發(fā)到下一跳設(shè)備D上;5) 設(shè)備D從接口 D1接收到業(yè)務(wù)流X后,發(fā)現(xiàn)自身轉(zhuǎn)發(fā)信息表中該業(yè) 務(wù)流X的出接口也為Dl ,即設(shè)備D檢測(cè)到業(yè)務(wù)流X的出接口和入接口均為 主接口 Dl,則設(shè)備D將自身轉(zhuǎn)發(fā)信息表中的業(yè)務(wù)流X的出接口從Dl接口 修改為D2接口 ,從而將業(yè)務(wù)流X切換到備份鏈路D-E-A上,即通過(guò)備份接 口 D2將業(yè)務(wù)流X轉(zhuǎn)發(fā)到下一跳設(shè)備E上;6 )同樣,設(shè)備E檢測(cè)到業(yè)務(wù)流X的出接口和入接口均為主接口 E1 , 則將業(yè)務(wù)流X切換到備份鏈路E-A上,即通過(guò)備份接口 E2將業(yè)務(wù)流X轉(zhuǎn)發(fā) 到設(shè)備A??梢?jiàn)在,上述步驟4) 、 5)和6)中,在設(shè)備C、 D和E上分別應(yīng)用本 發(fā)明圖3所示的方案后,從C到A的業(yè)務(wù)流X就可以沿著備份路徑C-D-E-A 轉(zhuǎn)發(fā)到設(shè)備A。在上述實(shí)施例的步驟4)中,設(shè)備C也可以將業(yè)務(wù)流X中的報(bào)文封裝成 IP隧道報(bào)文后從備份鏈路C-D-E-A轉(zhuǎn)發(fā)出去,即所述IP隧道需要滿足以下 要求a)所述IP隧道的目的IP地址是設(shè)備A的端口 Al的IP地址,即所 述IP隧道的目的IP地址是所述備份鏈路C-D-E-A的目的IP地址;b )到所 述IP隧道的目的IP的轉(zhuǎn)發(fā)路徑是業(yè)務(wù)流X的備份鏈路C-D-E-A,即到所述 IP隧道的目的IP地址的轉(zhuǎn)發(fā)路徑與所述備f分鏈3各C-D-E-A的路徑相同;c ) 所述IP隧道是UP可用的。這樣只需要設(shè)備C支持本發(fā)明如圖3所示的技 術(shù)方案即可,而設(shè)備C下游的設(shè)備D和E可以不支持本發(fā)明如圖3所示的 方案。但是這種方式下需要配置一條覆蓋備份路徑C-D-E-A的IP隧道。需要說(shuō)明的是,現(xiàn)有的IP FRR技術(shù)有兩種實(shí)現(xiàn)方式, 一種是通過(guò)動(dòng)態(tài)路由協(xié)議(如ODPF、 ISIS等協(xié)議)來(lái)實(shí)現(xiàn), 一種是通過(guò)靜態(tài)配置來(lái)實(shí)現(xiàn)。 如果在圖2所示的組網(wǎng)中采用動(dòng)態(tài)路由協(xié)議來(lái)實(shí)現(xiàn)IP FRR,則由于會(huì)協(xié)議 會(huì)計(jì)算出環(huán)路,而不會(huì)為業(yè)務(wù)流X配置備份;洛徑,從而業(yè)務(wù)流X將得不到 備份路徑的保護(hù);如果采用靜態(tài)配置方式,則可以為業(yè)務(wù)流X配置如上述 實(shí)施例中所述的備份路徑,但會(huì)產(chǎn)生路由環(huán)路。而應(yīng)用本發(fā)明圖3所示的改 進(jìn)的快速重路由方法后,即可以在靜態(tài)配置可產(chǎn)生環(huán)路的備份路徑的情況 下,避免環(huán)路的產(chǎn)生,也可以在采用動(dòng)態(tài)路由協(xié)議的情況下,去掉協(xié)議中"如 果配置備份路徑會(huì)產(chǎn)生路由環(huán)路,則不為業(yè)務(wù)流配置備份路徑"的約束條件, 進(jìn)而使業(yè)務(wù)流能夠得到備份路徑的保護(hù),且能夠避免環(huán)路的產(chǎn)生。還需要進(jìn)一步說(shuō)明的是,本發(fā)明圖3所示的技術(shù)方案不僅限于解決圖2 所示的組網(wǎng)中的路由環(huán)路問(wèn)題,凡是在現(xiàn)有的IP FRR技術(shù)中由于動(dòng)態(tài)路由 協(xié)議由于環(huán)路而不能配置備份鏈路的情況,以及實(shí)際形成了路由環(huán)路的各種 組網(wǎng)中均可應(yīng)用的本發(fā)明的技術(shù)方案。接下來(lái)給出本發(fā)明實(shí)施例 一 種網(wǎng)絡(luò)設(shè)備的組成結(jié)構(gòu)。圖4本發(fā)明實(shí)施例一種網(wǎng)絡(luò)設(shè)備的組成結(jié)構(gòu)框圖。本實(shí)施例中,該網(wǎng)絡(luò) 設(shè)備具有一業(yè)務(wù)流的主接口和備份接口 ,該主接口和備份接口可以是靜態(tài)配 置的,也可以是由動(dòng)態(tài)路由協(xié)議生成的,且該網(wǎng)絡(luò)設(shè)備包括業(yè)務(wù)流轉(zhuǎn)發(fā)模 塊401和快速重路由模塊402,其中快速重路由模塊402,用于在所述網(wǎng)絡(luò)設(shè)備接收到所述業(yè)務(wù)流時(shí)檢測(cè)所 述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流的入接口是否與所述網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)信息表中的 所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口 ,是則向業(yè)務(wù)流轉(zhuǎn)發(fā)模 塊發(fā)送通知信息;業(yè)務(wù)流轉(zhuǎn)發(fā)模塊401,用于在接收到快速重路由模塊402 的通知信息時(shí),將所述業(yè)務(wù)流切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè) 務(wù)流通過(guò)備份鏈路傳輸。在圖4中,業(yè)務(wù)流轉(zhuǎn)發(fā)模塊401,用于在接收到快速重路由模塊402的 通知信息時(shí),將所述網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口修改為所 述備份接口 ,并根據(jù)所述轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口轉(zhuǎn)發(fā)所述業(yè)務(wù)流,以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。在圖4中,業(yè)務(wù)流轉(zhuǎn)發(fā)模塊401,將所述業(yè)務(wù)流從備份接口進(jìn)行轉(zhuǎn)發(fā)之 前,進(jìn)一步用于將所述業(yè)務(wù)流中的業(yè)務(wù)報(bào)文封裝成IP隧道報(bào)文;其中,所 述IP隧道的目的IP地址是所述備份鏈路的目的IP地址,且到所述IP隧道 的目的IP地址的轉(zhuǎn)發(fā)路徑與所述備份鏈路的路徑相同。綜上所述,本發(fā)明這種網(wǎng)絡(luò)設(shè)備通過(guò)主接口轉(zhuǎn)發(fā)業(yè)務(wù)流,并在所述業(yè)務(wù) 流在所述主接口上產(chǎn)生環(huán)路時(shí),將所述業(yè)務(wù)流切換到備份接口上進(jìn)行轉(zhuǎn)發(fā)的 技術(shù)方案,由于不需要像現(xiàn)有技術(shù)那樣等待路由協(xié)議的收斂,而是直接根據(jù) 業(yè)務(wù)流產(chǎn)生環(huán)路的條件觸發(fā)主備切換,因此可以避免由于產(chǎn)生路由環(huán)路而造 成的業(yè)務(wù)流的長(zhǎng)時(shí)間中斷,從而更好地保證了網(wǎng)絡(luò)的服務(wù)質(zhì)量。以上所述,僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù) 范圍,凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等, 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種改進(jìn)的快速重路由方法,其特征在于,網(wǎng)絡(luò)設(shè)備上具有一業(yè)務(wù)流的主接口和備份接口,該方法包括所述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流;所述網(wǎng)絡(luò)設(shè)備檢測(cè)接收所述業(yè)務(wù)流的入接口是否與自身轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口,是則將所述業(yè)務(wù)流切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。
2、 如權(quán)利要求l所述的方法,其特征在于,所述網(wǎng)絡(luò)設(shè)備將業(yè)務(wù)流切 換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā)包括所述網(wǎng)絡(luò)設(shè)備將自身轉(zhuǎn)發(fā)信息表中的所 述業(yè)務(wù)流的出接口修改為所述備份接口 ,并根據(jù)所述轉(zhuǎn)發(fā)信息表中的所述業(yè) 務(wù)流的出接口轉(zhuǎn)發(fā)所述業(yè)務(wù)流。
3、 如權(quán)利要求1或2所述的方法,其特征在于,在所述網(wǎng)絡(luò)設(shè)備將所 述業(yè)務(wù)流從備份接口進(jìn)行轉(zhuǎn)發(fā)之前進(jìn)一步包括所述網(wǎng)絡(luò)設(shè)備將所述業(yè)務(wù)流 中的業(yè)務(wù)報(bào)文封裝成IP隧道報(bào)文;其中,所述IP隧道的目的IP地址是所述備份鏈路的目的IP地址,且 到所述IP隧道的目的IP地址的轉(zhuǎn)發(fā)路徑與所述備份鏈路的路徑相同。
4、 一種網(wǎng)絡(luò)設(shè)備,該網(wǎng)絡(luò)設(shè)備具有一業(yè)務(wù)流的主接口和備份接口 ,其 特征在于,該網(wǎng)絡(luò)設(shè)備包括業(yè)務(wù)流轉(zhuǎn)發(fā)模塊和快速重路由模塊,其中,所述快速重路由模塊,用于在所述網(wǎng)絡(luò)設(shè)備接收到所述業(yè)務(wù)流時(shí)檢測(cè)所 述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流的入接口是否與所述網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)信息表中的 所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口,是則向業(yè)務(wù)流轉(zhuǎn)發(fā)模 塊發(fā)送通知信 息;業(yè)務(wù)流轉(zhuǎn)發(fā)模塊,用于在接收到快速重路由模塊的通知信息時(shí),將所述 業(yè)務(wù)流切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。
5、 如權(quán)利要求4所述的網(wǎng)絡(luò)設(shè)備,其特征在于,所述業(yè)務(wù)流轉(zhuǎn)發(fā)模塊,用于在接收到快速重路由模塊的通知信息時(shí),將 所述網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口修改為所述備份接口 ,并 根據(jù)所述轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口轉(zhuǎn)發(fā)所述業(yè)務(wù)流,以使所述業(yè) 務(wù)流通過(guò)備份鏈路傳輸。
6、如權(quán)利要求4或5所述的網(wǎng)絡(luò)設(shè)備,其特征在于,所述業(yè)務(wù)流轉(zhuǎn)發(fā)模塊,將所述業(yè)務(wù)流從備份接口進(jìn)行轉(zhuǎn)發(fā)之前,進(jìn)一步用于將所述業(yè)務(wù)流中的業(yè)務(wù)報(bào)文封裝成IP隧道報(bào)文;其中,所述IP隧道的目的IP地址是所述備^f分鏈路的目的IP地址,且 到所述IP隧道的目的IP地址的轉(zhuǎn)發(fā)路徑與所述備份鏈路的路徑相同。
全文摘要
本發(fā)明公開(kāi)了一種改進(jìn)的快速重路由方法,網(wǎng)絡(luò)設(shè)備具有一業(yè)務(wù)流的主接口和備份接口,則該方法包括所述網(wǎng)絡(luò)設(shè)備接收所述業(yè)務(wù)流;所述網(wǎng)絡(luò)設(shè)備檢測(cè)接收所述業(yè)務(wù)流的入接口是否與自身轉(zhuǎn)發(fā)信息表中的所述業(yè)務(wù)流的出接口相同,且該入接口為所述主接口,是則將所述業(yè)務(wù)流切換到所述備份接口上進(jìn)行轉(zhuǎn)發(fā),以使所述業(yè)務(wù)流通過(guò)備份鏈路傳輸。本發(fā)明還公開(kāi)了一種網(wǎng)絡(luò)設(shè)備。本發(fā)明的技術(shù)方案可以避免由于產(chǎn)生路由環(huán)路而造成的業(yè)務(wù)流的長(zhǎng)時(shí)間中斷。
文檔編號(hào)H04L12/56GK101299722SQ20081011605
公開(kāi)日2008年11月5日 申請(qǐng)日期2008年7月2日 優(yōu)先權(quán)日2008年7月2日
發(fā)明者鋒 王 申請(qǐng)人:杭州華三通信技術(shù)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1