[發明專利]一種端口故障恢復時的快速收斂方法和系統

有效

• 申請號: 201310362310.3
• 申請日: 2013-08-19
• 公開（公告）號: CN103414591A
• 公開（公告）日: 2013-11-27
• 發明（設計）人: 戎衍博;王佳炳;熊志鑫
• 申請（專利權）人: 杭州華三通信技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京鑫媛睿博知識產權代理有限公司 11297
• 代理人: 龔家驊

技術領域

本發明涉及通信技術領域，尤其是涉及了一種端口故障恢復時的快速收斂方法和系統。

背景技術

RRPP（Rapid?Ring?Protection?Protocol，快速環網保護協議）是一個專門應用于以太網環的鏈路層協議。其中，RRPP用于在以太網環完整時，防止數據環路所引起的廣播風暴；而當以太網環上一條鏈路斷開時，能夠迅速恢復以太網環上各個節點之間的通信通路。因此，RRPP具備較高的收斂速度。

RRPP環上的每臺設備都稱為一個節點，節點角色由用戶配置來決定。（1）主節點：每個RRPP環上有且僅有一個主節點，主節點是環網狀態主動檢測機制的發起者，也是網絡拓撲發生改變后執行操作的決策者。（2）傳輸節點，主環上除主節點以外的其它所有節點以及子環上除主節點、子環與主環相交節點以外的其它所有節點都為傳輸節點。（3）邊緣節點：同時位于主環和子環的特殊節點，且邊緣節點在主環上也是傳輸節點。（4）輔助邊緣節點：同時位于主環和子環的特殊節點，且輔助邊緣節點在主環上也是傳輸節點。

子環和主環相交時有兩個交點，這兩個交點處的設備其中一個叫做邊緣節點，另外一個叫做輔助邊緣節點，邊緣節點或者輔助邊緣節點是設備在子環上的角色，其在主環上的角色為主節點或者傳輸節點。進一步的，邊緣節點與輔助邊緣節點必須成對配置，將哪臺設備配置成邊緣節點或輔助邊緣節點沒有特殊要求，只要配置上能夠區分邊緣節點和輔助邊緣節點就可以了。

如圖1所示的RRPP網絡示意圖，該RRPP網絡中包含主環和子環，設備1為子環主節點，設備2為主環傳輸節點和邊緣節點，設備3為主環傳輸節點和子環傳輸節點，設備4為主環傳輸節點和輔助邊緣節點，設備5為主環傳輸節點，設備6為主環主節點，設備7為主環傳輸節點。在上述應用場景下，主環主節點（設備6）周期性從主端口發送HELLO報文（健康檢測報文），依次經過各主環傳輸節點在主環上傳播。如果從主環主節點的副端口上收到HELLO報文，則說明主環所在的環網鏈路完整；如果在規定時間內沒有從主環主節點的副端口上收到該HELLO報文，則說明主環所在的環網發生鏈路故障。

在主環傳輸節點（如設備3）的端口Down（故障）時，主環主節點的副端口在規定時間內無法收到來自主端口的HELLO報文，因此需要將該副端口從Block（阻塞）狀態變成Forwarding（轉發）狀態；當設備3的端口從Down恢復為Up（正常）之后，由于副端口為Forwarding狀態，因此為了防止出現環路，設備3的端口需要先設置為Block狀態。之后，主環主節點的副端口能夠收到來自主端口的HELLO報文，并需要將副端口從Forwarding狀態變成Block狀態，且主環主節點通過主端口發送COMPLETE-FLUSH-FDB（環網非負刷新轉發數據庫）報文；設備3在收到COMPLETE-FLUSH-FDB報文之后，認為環網中已不會出現廣播風暴，因此將端口由Block狀態變成Forwarding狀態。

在上述實現方式中，如果主環主節點的主端口所在鏈路發生故障，則設備3無法收到來自主環主節點的COMPLETE-FLUSH-FDB報文，為了使設備3能夠將端口由Block狀態變成Forwarding狀態，則設備3在端口從Down恢復為Up，并設置該端口為Block狀態后，還需要設置fail（超時）定時器，且設備3在等待fail定時器超時之后，將端口由Block狀態變成Forwarding狀態。

但是，在現有技術中，fail定時器的超時時間一般為30s，因此主環傳輸節點（如設備3）在端口從Down恢復為Up之后，如果主環主節點的主端口所在鏈路發生故障，則主環傳輸節點需要等待30s才能夠將端口由Block狀態變成Forwarding狀態，即需要30s才能夠恢復流量轉發，網絡收斂性能很差。

發明內容

本發明實施例提供一種端口故障恢復時的快速收斂方法和系統，以在端口故障恢復后，盡快恢復流量轉發，提高網絡收斂性能。

為了達到上述目的，本發明實施例提供一種端口故障恢復時的快速收斂方法，該方法應用于包括主環主節點和主環傳輸節點的快速環網保護協議RRPP網絡中，所述主環傳輸節點中包括子環與主環相交的邊緣節點和輔助邊緣節點，所述方法包括：

所述主環主節點在通過主端口發送Hello報文后，如果在規定時間內未從副端口收到主端口發送的Hello報文，則通過副端口發送Hello報文；