[發明專利]一種環網保護方法及裝置

有效

• 申請號: 201510025331.5
• 申請日: 2015-01-19
• 公開（公告）號: CN104579785B
• 公開（公告）日: 2018-07-31
• 發明（設計）人: 李磊方
• 申請（專利權）人: 新華三技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26
• 代理公司: 北京博思佳知識產權代理有限公司 11415
• 代理人: 林祥

本申請公開了一種環網保護的方法及裝置。所述方法包括：以太網環保護切換ERPS組網中的所有節點Owner Node接收第一(NR，RB)報文；根據所述報文中攜帶的環網中每個節點發送CC報文的能力信息，確定環網中發送CC報文的能力非最弱的兩個節點的端口配置全局外向維護端點MEP，并確定所述MEP的CC報文發送周期為兩個節點中發送CC報文的能力較弱的節點的CC報文發送周期；確定在環網中的其他節點的端口配置維護中間點MIP；并將上述配置信息封裝在第二(NR，RB)報文中發送出去。采用本申請實施例，能夠解決現有技術中無法達到最優的網絡自愈時間的問題。

技術領域

本申請涉及數據處理技術領域，尤其涉及一種環網保護方法及裝置。

背景技術

G.8032的故障檢測機制采用Y.1731或IEEE 802.1ag中定義的CC(ContinuityCheck，連續性檢測)進行鏈路雙向轉發檢測，能夠定位故障點并檢測故障是單向還是雙向的。在用于保護轉換時，CC幀默認的傳輸周期是3.33ms(即每秒300幀的傳輸速率)。G.8032通過Y.1731通告的消息來判斷鏈路的狀態，并做出相應的處理。如圖1所示，環網中每個節點都在相鄰節點上配置同服務實例的外向MEP(Maintenance association End Point，維護端點)用于判斷鏈路的狀態。G.8032的控制報文類型主要有SF(signal failed，鏈路故障)和(NR(No Request，鏈路恢復)，RB(Ring Protection Link Block，環網保護鏈路阻塞))報文，如果檢測到鏈路故障，就發送SF消息；檢測到鏈路恢復，就發送(NR，RB)消息。

下面結合圖1和圖2對G.8032的保護倒換機制進行簡單介紹。

如圖1所示，在環網處于正常工作狀態下，節點A為RPL(Ring Protection Link，環網保護鏈路)的Owner Node(所有節點)，阻塞節點A的RPL端口；節點B為RPL的NeighbourNode(鄰居節點)，也會阻塞節點B的RPL端口。節點A與節點B之間的鏈路為RPL。在鏈路穩定狀態下，節點A周期性的向其他節點發送(NR，RB)消息。

如果環網中，有節點發生鏈路故障，則環網切換到Protect(保護)狀態。如圖2所示，假設節點C和節點D之間發生鏈路故障。當節點C和節點D檢測到鏈路故障時，阻塞故障端口，并周期性發送SF消息，通知環網中的其他節點鏈路發生故障。節點A和節點B收到SF消息后，打開之前阻塞的RPL端口，將業務切換到RPL鏈路，完成整個環路的保護倒換。

上述現有的環網保護機制，環網中的每個節點都在相鄰節點配置同服務實例的外向MEP，發送周期為3.33ms的CC報文用于判斷鏈路的狀態。此速率是IEEE 802.1ag中規定的最高級別的周期，傳輸速率最快。但是，要達到該速率對節點的硬件性能及節點的軟件系統要求都很高。

結合圖2所示，假設環網中的節點C發送CC報文的能力比較弱。那么當節點C所在的鏈路(節點C與節點D之間的鏈路或者節點C與節點B之間的鏈路)出現故障時，由于節點C發送CC報文的能力比較弱，假設其發送周期為1s。則按照現有的方法，該節點C至少要等待至3.5個周期(即為3.5s)后才能發現自身所在鏈路發生了故障。待節點C發送SF報文通知解除RPL阻塞鏈路并實現保護倒換時，其間經歷的網絡自愈時間都在秒級以上，耗時較長。由此可見，現有環網保護機制的缺陷在于：要實現ERPS(Ethernet Ring ProtectionSwitching，以太網環保護切換)最優的網絡自愈時間，要求整個環網中所有節點的性能都必須是最優的，否則只要環網中有一個節點性能較差，當與這個性能較差的節點連接的鏈路故障時，就無法達到最優的網絡自愈時間。這就需要用戶投入巨大的資源和資金來滿足節點的性能要求，從而大大限制了ERPS高效率在網絡中的應用。

發明內容

本申請提供一種環網保護方法及裝置，能夠解決現有技術中無法達到最優的網絡自愈時間的問題。