[發(fā)明專利]路由收斂方法、運營商邊緣設(shè)備及虛擬專用網(wǎng)系統(tǒng)

無效

• 申請?zhí)枺?/td>: 201010105719.3
• 申請日: 2010-01-22
• 公開（公告）號: CN101753464A
• 公開（公告）日: 2010-06-23
• 發(fā)明（設(shè)計）人: 許建真;李石法;張利鋒;馬嵐;錢煒
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/26;H04L12/24
• 代理公司: 北京銀龍知識產(chǎn)權(quán)代理有限公司 11243
• 代理人: 許靜

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，特別涉及一種路由收斂方法、運營商邊緣設(shè)備及虛擬專用網(wǎng)系統(tǒng)。

背景技術(shù)

虛擬專用網(wǎng)(Virtual?Private?Network，以下簡稱VPN)是在共享骨干網(wǎng)上建立專用通信的網(wǎng)絡(luò)節(jié)點集合。目前的VPN實現(xiàn)方式主要是由網(wǎng)絡(luò)服務(wù)商為一個或多個用戶站點部署基于多協(xié)議標簽交換(Multi-Protocol?Label?Switching，以下簡稱MPLS)的VPN服務(wù)。

如圖1所示，通過VPN快速重路由(以下簡稱FRR)技術(shù)，當主路徑PE1-P1-PE2上任意節(jié)點發(fā)生故障時，運營商邊緣設(shè)備(Provider?Edge，以下簡稱PE)1將流量快速切換到備路徑PE1-P2-PE2，以將路由報文發(fā)送至用戶邊緣設(shè)備(Customer?Edge，以下簡稱CE)。當PE2發(fā)生故障時，PE1通過VPN?FRR技術(shù)，快速地將流量從主路徑PE1-P1-PE2-CE2切換到備路徑PE1-P2-PE3-CE2，以達到流量快速收斂。

如圖2所示，假設(shè)PE2-CE2鏈路出現(xiàn)故障時，PE2識別到故障之后，通過多協(xié)議網(wǎng)關(guān)協(xié)議(Multi-protocol?extensions?for?BGP-4，以下簡稱MPBGP)向骨干網(wǎng)的其它PE設(shè)備(如PE1)通告它已經(jīng)丟失到CE2的路由。PE1接收到路由更新信息后，會重新收斂，選擇PE1-P2-PE3-CE2作為新的轉(zhuǎn)發(fā)路徑，但是僅僅依靠協(xié)議收斂，PE1設(shè)備重新收斂到新路徑的時間比較長(大于1s)。在PE1收斂過程中，由于PE1上去往CE2的路徑仍然是PE1-P1-PE2-CE2，因此PE1從CE1處接收到目的地為CE2的流量時，會打上外層標簽給P1，流量在P1上做標簽交換后到PE2，由于PE2-CE2鏈路已經(jīng)發(fā)生故障，PE2上沒有到CE2的路由，流量在PE2被丟棄，就造成去往CE2的業(yè)務(wù)流量丟失，使得端到端業(yè)務(wù)收斂慢。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是提供一種路由收斂方法、運營商邊緣設(shè)備及虛擬專用網(wǎng)系統(tǒng)，能夠?qū)崿F(xiàn)在CE雙歸屬網(wǎng)絡(luò)中當PE-CE鏈路故障時，業(yè)務(wù)流量快速收斂。

為解決上述技術(shù)問題，本發(fā)明的實施例提供技術(shù)方案如下：

一方面，提供一種路由收斂方法，用于用戶邊緣設(shè)備雙歸屬網(wǎng)絡(luò)中，其中第二用戶邊緣設(shè)備雙歸接入第二運營商邊緣設(shè)備和第三運營商邊緣設(shè)備，包括：

所述第二運營商邊緣設(shè)備檢測到與所述第二用戶邊緣設(shè)備之間的鏈路故障；

所述第二運營商邊緣設(shè)備將接收到的目的地址為所述第二用戶邊緣設(shè)備的路由報文轉(zhuǎn)發(fā)至所述第三運營商邊緣設(shè)備，由所述第三運營商邊緣設(shè)備將所述路由報文轉(zhuǎn)發(fā)至所述第二用戶邊緣設(shè)備，其中，第二運營商、第三運營商是指同一或不同運營商。

其中，所述第二運營商邊緣設(shè)備檢測到與所述第二用戶邊緣設(shè)備之間的鏈路故障的步驟之前還包括：

所述第二運營商邊緣設(shè)備建立與所述第三運營商邊緣設(shè)備間的鏈路；

所述第二運營商邊緣設(shè)備從所述第三運營商邊緣設(shè)備和所述第二用戶邊緣設(shè)備分別獲取到所述第二用戶邊緣設(shè)備的路由。

其中，所述第二運營商邊緣設(shè)備將接收到的目的地址為所述第二用戶邊緣設(shè)備的路由報文轉(zhuǎn)發(fā)至所述第三運營商邊緣設(shè)備的步驟之后還包括：

所述第二運營商邊緣設(shè)備通過多協(xié)議網(wǎng)關(guān)協(xié)議通知第一運營商邊緣設(shè)備撤銷自身通告的所述第二用戶邊緣設(shè)備的路由，以便所述第一運營商邊緣設(shè)備將目的地址為所述第二用戶邊緣設(shè)備的路由報文轉(zhuǎn)發(fā)至所述第三運營商邊緣設(shè)備。

本發(fā)明實施例還提供了一種運營商邊緣設(shè)備，用于用戶邊緣設(shè)備雙歸屬網(wǎng)絡(luò)中，與一用戶邊緣設(shè)備相連接，所述用戶邊緣設(shè)備雙歸接入第二運營商邊緣設(shè)備及第三運營商邊緣設(shè)備，所述運營商邊緣設(shè)備包括：

檢測模塊，用于檢測與所述用戶邊緣設(shè)備之間的鏈路故障；

處理模塊，用于將接收到的目的地址為所述用戶邊緣設(shè)備的路由報文轉(zhuǎn)發(fā)至所述第三運營商邊緣設(shè)備，由所述第三運營商邊緣設(shè)備將所述路由報文轉(zhuǎn)發(fā)至所述用戶邊緣設(shè)備，其中，第二運營商、第三運營商是指同一或不同運營商。

其中，所述設(shè)備還包括：

接收模塊，用于接收目的地址為所述用戶邊緣設(shè)備的路由報文。

其中，所述設(shè)備還包括：

建立模塊，用于建立與所述第三運營商邊緣設(shè)備間的鏈路；

獲取模塊，用于從所述第三運營商邊緣設(shè)備和所述用戶邊緣設(shè)備分別獲取到所述用戶邊緣設(shè)備的路由。

其中，所述設(shè)備還包括：