[發(fā)明專利]一種報文發(fā)送的方法、路由器橋及系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201210384620.0
• 申請日: 2012-10-11
• 公開（公告）號: CN102882781A
• 公開（公告）日: 2013-01-16
• 發(fā)明（設計）人: 孫興國;子康;陳衛(wèi)
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L12/703
• 分類號: H04L12/703;H04L12/24
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

技術(shù)領域

本發(fā)明涉及通信技術(shù)領域，尤其涉及一種報文發(fā)送的方法、路由器橋及系統(tǒng)。

背景技術(shù)

目前，隨著網(wǎng)絡的快速普及和應用的日益深入，各種增值業(yè)務在網(wǎng)絡上得到了廣泛的部署，網(wǎng)絡帶寬也以指數(shù)級增長，網(wǎng)絡負載分擔日益成為大家關(guān)注的焦點。多網(wǎng)關(guān)負載分擔協(xié)議是目前應用比較廣泛的協(xié)議，能夠有效解決網(wǎng)絡負載問題。

透明多鏈路互聯(lián)(Transparent?Interconnection?of?Lots?of?Links，簡稱TRILL)協(xié)議是一種在二層網(wǎng)絡上基于鏈路狀態(tài)計算的路由協(xié)議，它通過中間系統(tǒng)到中間系統(tǒng)(Intermediate?System?to?Intermediate?System，簡稱IS-IS)協(xié)議來實現(xiàn)，運行TRILL協(xié)議的設備叫做路由橋設備(Route?Bridge，簡稱RB)，由RB組成的網(wǎng)絡叫做TRILL網(wǎng)絡(TRILL?Campus)。TRILL網(wǎng)絡中的RB從功能角度上可以分為中間RB(Transit?RB)和邊緣RB(Edge?RB)，每個邊緣RB負責路由數(shù)十甚至數(shù)百臺服務器轉(zhuǎn)發(fā)的數(shù)據(jù)流量，每個中間RB下可以路由多個邊緣RB轉(zhuǎn)發(fā)的數(shù)據(jù)流量。邊緣RB分為入口RB(Ingress?RB)和出口RB(EgressRB)，當邊緣RB接收服務器發(fā)送的傳統(tǒng)二層流量，并將接收的傳統(tǒng)二層流量通過TRILL協(xié)議封裝發(fā)送到TRILL網(wǎng)絡內(nèi)部時，該邊緣RB為入口RB；當邊緣RB接收TRILL網(wǎng)絡轉(zhuǎn)發(fā)的TRILL數(shù)據(jù)流量，并將接收的TRILL數(shù)據(jù)流量通過TRILL解封裝恢復成傳統(tǒng)二層流量發(fā)送給服務器時，該邊緣RB為出口RB。一個典型的TRILL網(wǎng)絡架構(gòu)就是由中間RB、邊緣RB以及眾多服務器組成的。TRILL網(wǎng)絡中的RB可以使用別名(Nickname)來進行標識，Nickname在全網(wǎng)不能重復，可以自動生成，也可以手動配置，每個RB會建立基于其他RB的Nickname的單播路由，通過基于Nickname的單播路由不同RB之間可以實現(xiàn)相互通信。

在當今的TRILL網(wǎng)絡架構(gòu)中，經(jīng)常使用到多網(wǎng)關(guān)負載分擔協(xié)議進行流量負載分擔，即多個中間RB共享一個虛擬網(wǎng)間協(xié)議(Internet?Protocol，簡稱IP)地址，在多個中間RB中間通過協(xié)商選舉出一個中間RB作為活動虛擬網(wǎng)關(guān)，該活動虛擬網(wǎng)關(guān)為其他中間RB分別分配不同的虛擬媒體訪問控制(Medium?AccessControl，簡稱MAC)地址。每一個中間RB分配到一個虛擬MAC地址，不同的服務器根據(jù)不同的虛擬MAC地址，通過邊緣RB分別與不同中間RB建立連接，并將傳統(tǒng)二層流量分別發(fā)送給不同的中間RB，由此實現(xiàn)各個中間RB均勻分擔流量負載，拓展了TRILL網(wǎng)絡帶寬，同時還可以避免某個重要的中間RB(主要負擔流量負載的中間RB)發(fā)生故障導致的TRILL網(wǎng)絡癱瘓的問題。活動虛擬網(wǎng)關(guān)會建立與每個中間RB連接的服務器信息表，當某個中間RB出現(xiàn)故障時，為保證與該中間RB連接的服務器正常接入TRILL網(wǎng)絡，活動虛擬網(wǎng)關(guān)會將與該中間RB連接的服務器的信息發(fā)送到另一個中間RB，該另一中間RB會向接收到的服務器的信息對應的服務器單播發(fā)送地址解析協(xié)議(Address?Resolution?Protocol，簡稱ARP)報文，通過ARP報文將自身的虛擬MAC地址告知新接入的服務器，來實現(xiàn)這些服務器能夠正常接入TRILL網(wǎng)絡。

在上述TRILL網(wǎng)絡多網(wǎng)關(guān)負載分擔的場景中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題：

TRILL網(wǎng)絡中接入的服務器數(shù)量非常龐大，當與該出現(xiàn)故障的RB連接的服務器很多，這些服務器通過新的中間RB接入TRILL網(wǎng)絡時，該新的中間RB會向新接入的每個服務器單播發(fā)送ARP報文，這樣會大量浪費TRILL網(wǎng)絡的資源，特別對于故障恢復的場景，大量的資源開銷會延長故障恢復時間，降低故障恢復效率。

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

本發(fā)明實施例提供了一種報文發(fā)送的方法、路由器橋及系統(tǒng)，用于解決在TRILL網(wǎng)絡中當某個中間RB出現(xiàn)故障，與該中間RB連接的服務器通過新的中間RB接入TRILL網(wǎng)絡時，該新的中間RB為與該出現(xiàn)故障連接的每個服務器發(fā)送ARP報文時，導致的TRILL網(wǎng)絡資源浪費的問題。

第一方面，提供了一種報文發(fā)送的方法，所述方法適用于透明多鏈路互聯(lián)TRILL網(wǎng)絡，所述方法包括：

第一中間路由橋RB接收第二中間RB發(fā)送的邊緣RB的別名Nickname；

所述第一中間RB構(gòu)造地址通告消息，所述地址通告消息包含所述第一中間RB的虛擬IP地址和虛擬MAC地址；