[發明專利]改進了鏈路故障之后的恢復時間的以太網環路節點

有效

• 申請號: 201080070742.1
• 申請日: 2010-12-17
• 公開（公告）號: CN103250380A
• 公開（公告）日: 2013-08-14
• 發明（設計）人: J.博斯;S.貝倫斯
• 申請（專利權）人: 瑞典愛立信有限公司
• 主分類號: H04L12/437
• 分類號: H04L12/437;H04L12/18;H04L12/751;H04L12/761
• 代理公司: 中國專利代理(香港)有限公司 72001
• 代理人: 柯廣華;劉春元

技術領域

本發明涉及傳送多播業務的以太網環路節點，以及涉及用于在以太網環路節點中控制多播業務的方法。

背景技術

運營商以太網網絡具有提供高可用性的要求以及其它要求。這通過避免運營商以太網網絡單元和組件的停工時間以及通過針對鏈路故障和節點故障的網絡保護機制來達到。在后一種情況下，快速恢復時間是能夠將以太網作為運營商以太網運行所必需的。

在傳統以太網LAN(局域網)環境中，生成樹協議(STP)一直用于這個目的，保證無環路拓撲，以及在冗余鏈路的情況下，使用先前未使用的LAN段來提供故障切換，但是其緩慢收斂已經使它幾乎廢棄。通過快速生成樹(RSTP)，情況得到改進，并且可達到秒以下的故障切換時間。

但是，對于諸如實時游戲業務或IPTV(因特網協議電視)業務之類的某些敏感業務類型，從收斂時間的觀點來看，甚至RSTP也被感知為過慢，并且制訂了用于快速以太網環路保護的ITU-T?G.8032標準。G.8032在某些情況下在鏈路級上允諾小于50毫秒的故障切換時間。

G.8032以太網環路具有一個環路保護鏈路(RPL)，該RPL在正常操作中被阻塞，因而避免環路。在鏈路或端口上故障的情況下，多播信號故障(SF)消息，以便將該故障狀況通知其它環路節點。對于保護交換，開通RPL，從而形成新拓撲并且因而形成環路上的新業務模式。

多播傳輸是在從源到不同目的地的單個傳輸中同時將信息傳遞給一組用戶或者一組目的地計算機的技術，這些目的地構成多播組。

為了能夠有效地處理多播業務，運營商以太網環境中的許多交換機支持IGMP窺探功能性，如“Considerations?for?Internet?Group?Management?Protocol?(IGMP)?and?Multicast?Listener?Discovery?(MLD)?Snooping?Switches?(http://tools.ietf.org/html/rfc1112)”中所公開。IGMP窺探是通過處理在多播網絡中發送的第3層IGMP分組來允許層切換到“收聽”主機與路由器之間的第3層IGMP對話(IGMP報告和IGMP離開消息)的特征，如“Host?Extensions?for?IP?Multicasting?(IGMPv1)?(http://tools.ietf.org/html/rfc1112)”和“Internet?Group?Management?Protocol，Version?2?(IGMPv2)?(http://tools.ietf.org/html/rfc2236)”中更詳細地公開。雖然違反OSI(開放系統互連)層職責，但是這些第3層能夠用于防止本地網絡上的主機從尚未在每端口基礎上顯式加入的多播組接收業務。

在這個上下文中，交換機構建知識表(IGMP注冊表)，以便了解必須在哪個端口上發送哪個多播業務、即多播組中哪個多播組業務。

圖1中示出以太網環路，其中交換機運行G.8032和IGMP窺探。由于啟用IGMP窺探，所以多播業務僅在對多播業務有興趣的那些端口上發出。參照圖1，這意味著，實心圓圈表示在IGMP注冊表中作為已經加入多播組的端口注冊的端口。特定多播組的多播業務將在這個板上轉發。其它空心圓圈表示在IGMP注冊表中作為沒有轉發多播業務的端口注冊的端口。此外，圖1中，在環路節點A與G之間，兩個端口因G.8032而被阻塞，節點A與G之間的連接表示環路保護鏈路RPL。在圖1所示的實施例中，來自多播源10的多播業務通過實心圓圈傳送到不同主機，其中還包括主機G1和G2。作為舉例，如果主機G1和G2向多播源發送了IGMP成員資格報告消息，則交換機G上的相應端口在交換機G的IGMP注冊表中注冊。如果通過以太網環路傳送的業務是多播業務，則上述ITU-T?G.8032標準沒有描述在環路中的拓撲變化期間、即在鏈路故障或恢復發生時如何處理IGMP注冊表。

圖2示出節點F與G之間的以太網環路中的鏈路故障之后的情況的示例，其中交換機運行G.8032和IGMP窺探。這時開通圖1中阻塞的環路保護鏈路。如果IGMP注冊表在故障之后沒有改變，則業務黑洞(業務丟失)可能發生，因為主機G1和G2將不再接收多播業務。