[發明專利]一種TRILL網絡保護的方法、路由橋和系統

無效

• 申請號: 201110375693.9
• 申請日: 2011-11-23
• 公開（公告）號: CN102404216A
• 公開（公告）日: 2012-04-04
• 發明（設計）人: 戚浩;謝瑩;張顏;吳光銳;羅印威
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/24
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及網絡通信領域，尤其涉及一種TRILL網絡保護的方法、路由橋和系統。

背景技術

多鏈接透明互聯(Transparent?Interconnection?of?Lots?of?Links，簡稱TRILL)網絡中的交換機同時具備二層轉發功能和三層路由功能，通常稱為路由橋(Router?Bridge或RBridges，簡稱RB)。TRILL運行在數據鏈路層(Data?Link?Layer)，即開放式通信系統互聯(Open?System?Interconnection，簡稱OSI)參考模型中的二層，將鏈路狀態路由技術用在數據鏈路層，而且不會干擾上層路由器的工作。

TRILL網絡中，RB運行中間系統到中間系統(Intermediate?system?to?intermediate?system，IS-IS)協議，將連接信息廣播到所有RB，因此每個RB可以知道網絡中其他RB及它們之間的連接關系。RB就有足夠的信息計算到任意網絡節點的單播的最優路徑，并可以為未知目的地址單播、組播或廣播計算組播分發樹。

TRILL網絡中的RB是根據相同的根RB，計算組播分發樹。如果組播分發樹的根RB發生故障，全網節點需要根據新的根RB重新計算組播分發樹，計算量很大，故障恢復時間長，將導致業務中斷，影響TRILL網絡的性能。

發明內容

本發明實施例提供了一種TRILL網絡保護的方法、路由橋和系統，以解決現有TRILL網絡中根RB節點發生故障時，故障恢復時間長，導致業務中斷，影響網絡性能的問題。

一方面，本發明提供了一種多鏈接透明互聯TRILL網絡保護的方法，包括：

第一路由橋RB與第二RB協商主備狀態，所述第一RB與所述第二RB具有相同的虛擬昵稱Nickname和虛擬媒體訪問控制MAC地址；

當所述第一RB的狀態為主時，所述第一RB根據所述虛擬MAC地址，通過Hello消息與所述第二RB之外的其他RB建立鄰居關系，并根據所述虛擬Nickname獲取網絡拓撲信息，生成并下發鄰居檢查表，反向路徑轉發RPF表和TRILL轉發表；

當所述第一RB的狀態為備時，如果所述第二RB發生故障，所述第一RB的狀態由備升為主，并向網絡中其他RB通告所述第二RB故障以使其他RB更新網絡拓撲信息、鄰居檢查表、反向路徑轉發RPF表和TRILL轉發表，所述第一RB生成并下發鄰居檢查表、反向路徑轉發RPF表和TRILL轉發表。

另一方面，本發明提供了一種多鏈接透明互聯TRILL網絡中的路由橋RB，所述RB包括主備協商模塊，鄰居建立模塊，拓撲獲取模塊，表項生成下發模塊和故障通告模塊，其中：

所述主備協商模塊，用于與第二RB協商主備關系，所述RB與所述第二RB具有相同的虛擬昵稱Nickname和虛擬媒體訪問控制MAC地址；

所述鄰居建立模塊，用于當所述RB的狀態為主時，根據所述虛擬MAC地址，通過Hello消息與所述第二RB之外的其他RB建立鄰居關系；

所述拓撲獲取模塊，用于當所述RB狀態為主時，根據所述虛擬Nickname獲取網絡拓撲信息；

所述表項生成下發模塊，用于生成并下發鄰居檢查表，反向路徑轉發RPF表和TRILL轉發表；

所述故障通告模塊，用于當所述RB的狀態為備，且所述第二RB發生故障時，將所述RB的狀態更新為主，并向網絡中其他RB通告主節點故障。

再一方面，本發明提供了一種多鏈接透明互聯TRILL網絡保護的系統，包括第一路由橋RB和第二RB，所述第一RB與所述第二RB具有相同的虛擬昵稱Nickname和虛擬媒體訪問控制MAC地址，其中：

所述第一RB，用于與所述第二RB協商主備狀態，當所述第一RB的狀態為主時，根據所述虛擬MAC地址，通過Hello消息與所述第二RB之外的其他RB建立鄰居關系，并根據所述虛擬Nickname獲取網絡拓撲信息，生成并下發鄰居檢查表、反向路徑轉發RPF表和TRILL轉發表；

所述第二RB，用于與所述第一RB協商主備狀態，當所述第二RB的狀態為備時，如果所述第一RB發生故障，將狀態由備升為主，向網絡中其他RB通告所述第一RB故障，生成并下發鄰居檢查表、反向路徑轉發RPF表和TRILL轉發表。