一種虛擬化網絡設備互聯鏈路檢測方法及設備的制作方法
【專利摘要】本發明公開了一種虛擬化網絡設備互聯鏈路檢測方法及設備。本發明中，虛擬網絡設備中的各成員設備分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文，并根據各互聯鏈路上故障探測報文的接收情況設置相應互聯鏈路的狀態，從而可對成員設備之間的所有互聯鏈路進行健康性檢測，并根據檢測結果進行相應故障處理。
【專利說明】一種虛擬化網絡設備互聯鏈路檢測方法及設備
【技術領域】
[0001]本發明涉及通信領域的虛擬化技術，尤其涉及一種虛擬化網絡設備互聯鏈路檢測方法及設備。
【背景技術】
[0002]當前網絡設備虛擬化技術發展異常迅速，采用網絡設備虛擬化技術可以將多臺交換機互聯在一起，形成分布式交換架構，并作為一個邏輯交換實體運行。從管理和配置的角度看，一個分布式交換架構看起來就像一臺交換設備；從性能的角度看，分布式交換架構中的每臺交換機都能針對其端口上的第二層/第三層流量通信業務制定本地轉發決策。它向用戶提供了一種新型的虛擬化技術。典型的網絡設備虛擬化技術包括IRF2 (IntelligentResilient Framework,智能彈性架構)技術和 VSS (Virtual Switching System,虛擬交換系統)技術。
[0003]網絡設備的虛擬化是將多臺獨立的網絡設備通過鏈路連接組合在一起，每臺獨立的設備稱為虛擬網絡實體的一個框或成員設備。為了支持更好的跨框流量轉發，一般情況下框間互聯的鏈路都不止一條，如圖1中所示，跨框彈性互聯的鏈路有4條(如圖中的Iinkl ?4)。
[0004]目前，對跨框鏈路健康性檢測采用的是主鏈路hello報文互通性檢測。如圖2所示，在設備的虛擬化完成后，兩個框被虛擬化成一臺虛擬網絡實體，此時兩個框會協商并選擇一條主鏈路作為虛擬實體的控制交互鏈路，并只針對主鏈路進行檢測，來確認虛擬化對端設備的存活性并交互相應的控制報文，不對其他鏈路的健康性進行檢查，依靠端口的物理DOWN狀態(非正常狀態或故障狀態)來判斷鏈路故障，做出流量切換。
[0005]網絡設備虛擬化技術將多臺獨立的設備通過鏈路組合在一起，虛擬系統的流量需要在虛擬系統內部各框之間轉發時，就會經過跨框彈性互聯的鏈路，所以為了增強跨框轉發性能，跨框彈性互聯的鏈路在實際應用中一般都不止一條。此外，隨著網絡設備虛擬化技術的發展，已經可以通過中繼設備進行遠程互聯實現虛擬化，如圖3所示，這對互聯鏈路的健康性檢查提出了更高的要求。
【發明內容】
[0006]本發明實施例提供了一種虛擬化網絡設備互聯鏈路檢測方法及設備，用以實現對虛擬網絡設備中的成員設備間各條互聯鏈路進行健康性檢測。
[0007]本發明實施例提供的虛擬化網絡設備互聯鏈路檢測方法中，所述虛擬化網絡設備中包括至少兩個成員設備，成員設備間通過互聯鏈路連接，該方法包括:
[0008]各成員設備根據設定的探測周期，分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文；
[0009]各成員設備根據設定的鏈路狀態維護周期，統計鏈路狀態維護周期內，從各端口物理狀態正常的互聯鏈路上接收的故障探測報文數量，根據統計得到的故障探測報文數量判決相應互聯鏈路是否故障，并當判決有互聯鏈路故障時，將判決為故障的互聯鏈路設置為UP/FAULT狀態；其中，當成員設備將UP/NORMAL狀態的互聯鏈路設置為UP/FAULT狀態之后，設置UP/FAULT狀態的互聯鏈路不可用，將被設置為不可用的互聯鏈路的流量調整到其它可用的互聯鏈路，并當被設置為不可用的互聯鏈路是控制鏈路時，進行控制鏈路切換；
[0010]其中，UP/FAULT狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為失敗，UP/N0RMAL狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為正常，所述鏈路狀態維護周期的長度不小于所述探測周期的長度。
[0011]本發明實施例提供的網絡設備，作為虛擬網絡設備中的成員設備，與虛擬網絡設備中的其它成員設備間通過互聯鏈路連接，該網絡設備可包括:
[0012]探測模塊，用于根據設定的探測周期，分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文，以及接收對端成員設備發送的故障探測報文；
[0013]鏈路狀態維護模塊，用于根據設定的鏈路狀態維護周期，統計鏈路狀態維護周期內，從各端口物理狀態正常的互聯鏈路上接收的故障探測報文數量，根據統計得到的故障探測報文數量判決相應互聯鏈路是否故障，并當判決有互聯鏈路故障時，將判決為故障的互聯鏈路設置為UP/FAULT狀態；
[0014]故障處理模塊，用于當將UP/N0RMAL狀態的互聯鏈路設置為UP/FAULT狀態之后，設置UP/FAULT狀態的互聯鏈路不可用，將被設置為不可用的互聯鏈路的流量調整到其它可用的互聯鏈路，并當被設置為不可用的互聯鏈路是控制鏈路時，進行控制鏈路切換；
[0015]其中，UP/FAULT狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為失敗，UP/N0RMAL狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為正常，所述鏈路狀態維護周期的長度不小于所述探測周期的長度。
[0016]本發明的上述實施例中，由于虛擬網絡設備中的各成員設備分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文，并根據各互聯鏈路上故障探測報文的接收情況設置相應互聯鏈路的狀態，從而可對成員設備之間的所有互聯鏈路進行健康性檢測，并根據檢測結果進行相應故障處理。
【專利附圖】
【附圖說明】
[0017]圖1為現有技術中網絡設備虛擬化實例示意圖；
[0018]圖2為現有技術中只對主控制鏈路進行hello報文互通檢測的示意圖；
[0019]圖3為現有技術中采用中繼設備連接的虛擬網絡設備示意圖；
[0020]圖4為本發明實施例中的互聯鏈路的狀態遷移圖；
[0021]圖5為本發明實施例中的故障通知報文發送流程示意圖；
[0022]圖6為本發明實施例中的UP/RECOVER狀態到UP/N0RMAL狀態的切換示意圖；
[0023]圖7為本發明實施例提供的網絡設備的結構示意圖。
【具體實施方式】
[0024]通過對上述現有技術的分析，發明人發現現有方案至少在以下兩個方面存在缺陷:
[0025](I)只在主鏈路上進行鏈路檢測，忽視了其他互聯鏈路的健康性檢查。當互聯鏈路不止一條時，主鏈路用來交互兩成員設備之間的控制報文來維護虛擬系統，同時主鏈路會與其他的互聯鏈路一起來承擔跨設備的流量轉發。當互聯鏈路中的任何一條出現轉發故障時，都會影響到數據業務，造成大量丟包。當前依靠設備端口的物理狀態變成DOWN來判斷該鏈路故障，但是隨著虛擬中繼技術(如圖3所示)的應用，有可能出現中繼設備轉發異常但是物理端口依然沒有DOWN的情況，所以，當前的故障判斷方法不準確，鏈路轉發不通不能及時準確地反映到相關的業務模塊進行業務的緊急切換保護處理，造成網絡流量大量丟包。
[0026](2)當前的處理方案中沒有鏈路故障恢復機制。當互聯鏈路的故障消失，可以正常轉發后，沒有相應機制讓該鏈路重新參與流量轉發以有效利用系統資源。
[0027]針對現有技術存在的上述問題，本發明實施例提供了一種解決方案，全面考慮虛擬互聯系統的系統穩定、業務保護和資源利用等方面的問題，實現跨設備彈性互聯的各條鏈路的故障快速檢測，并進一步實現故障恢復。
[0028]本發明實施例中，定義了三種用于互聯鏈路健康性檢測的報文以及四種互聯鏈路狀態，并結合發包探測機制定義了各種互聯鏈路狀態之間的轉換機制以及相應的處理機制，以實現對虛擬網絡設備中成員設備間各條互聯鏈路的健康性檢測以及故障恢復。
[0029]本發明實施例定義的三種用于互聯鏈路健康性檢測的報文，包括:
[0030](I)故障探測報文:該報文按照設定的探測周期發送，用于鏈路故障檢測。虛擬網絡設備中的各成員設備可采用輪詢方式通過各互聯鏈路向對端成員設備發送故障探測報文，并根據互聯鏈路上的故障探測報文的接收情況，判斷相應互聯鏈路是否發生故障，以及發生故障的互聯鏈路是否故障恢復，此過程稱為互聯鏈路檢測過程。
[0031](2)故障通知報文:該報文用于通知鏈路發生故障。當成員設備探測到互聯鏈路發生故障時，通過該互聯鏈路向對端成員設備發送故障通知報文，將該情況通知對端成員設備，用以觸發對端成員設備進行互聯鏈路狀態切換以及執行相應故障處理機制。
[0032]需要說明，本發明是依靠接收故障探測報文來確定對應的互聯鏈路是否發生故障，因此檢測到的故障為互聯鏈路接收方向上的故障，在該互聯鏈路的發送方向上不一定存在故障。進而，本端成員設備可以通過該互聯鏈路向對端成員設備發送故障通知報文。并且，直接通過該互聯鏈路發送故障通知報文，有利于對端成員設備及時知曉發生故障的互聯鏈路，簡化了故障通知流程。
[0033](3)故障恢復報文:該報文用于通知鏈路故障恢復。當成員設備探測到發生故障的互聯鏈路故障解除時，通過該互聯鏈路向對端成員設備發送故障恢復報文，將該情況通知對端成員設備，用以觸發成員設備進行互聯鏈路狀態切換以及執行相應故障恢復處理機制。
[0034]對于互聯鏈路，這里對其定義兩個方面的狀態:鏈路端口的物理狀態和鏈路轉發狀態。其中，鏈路端口的物理狀態包括:UP(正常)和D0WN(故障);鏈路轉發狀態包括:NORMAL (正常)、FAULT (失敗)和RECOVER (恢復)。由于端口物理DOWN狀態下互聯鏈路的轉發狀態一定為FAULT狀態，所以從一個成員設備自身來看，互聯鏈路有四種工作狀態，分別是:D0WN/FAULT、UP/NORMAL、UP/FAULT、UP/RECOVER,只有處于 UP/NORMAL 狀態的互聯鏈路才有參與數據流量轉發的資格。上述互聯鏈路的各種狀態均設置在設備的相應端口上，是設備端口狀態的一種描述，不同于現有技術中的端口狀態，本發明實施例中的該狀態即能描述設備端口的物理狀態，又能描述相應互聯鏈路的轉發狀態。
[0035]下面結合圖4所示的互聯鏈路的狀態遷移圖，對本發明實施例提供的虛擬化網絡設備互聯鏈路檢測流程進行詳細說明。
[0036]如圖4所示，成員設備在初始時，該成員設備上的互聯鏈路狀態可以為DOWN/FAULT 或者 UP/NORMAL。
[0037]如果互聯鏈路的初始狀態為D0WN/FAULT，則當該互聯鏈路的兩端成員設備上的端口物理狀態為UP后，該兩端成員設備分別采用本發明實施例提供的機制向對端成員發送故障探測報文。成員設備根據互聯鏈路上的報文接收情況若判決相應互聯鏈路狀態正常，則鏈接建立，本端互聯鏈路進入UP/N0RMAL狀態(如圖中所示的A到B的過程)。
[0038]如果互聯鏈路的初始狀態為UP/N0RMAL，則該互聯鏈路的兩端成員設備分別采用本發明實施例提供的機制向對端成員設備發送故障探測報文。成員設備根據互聯鏈路上的報文接收情況若判決狀態為UP/N0RMAL的互聯鏈路未發生故障，則保持該互聯鏈路當前的UP/N0RMAL狀態(如圖中所示的B到B的過程)。
[0039]對于狀態為UP/N0RMAL的互聯鏈路，其狀態轉換存在以下四種情況:
[0040]情況1:如果成員設備通過互聯鏈路檢測，判決狀態為UP/N0RMAL的互聯鏈路發生故障，但該互聯鏈路的物理端口 UP，則將該互聯鏈路從UP/N0RMAL狀態切換為UP/FAULT狀態(如圖中從B到C的過程)，并進行相應故障處理，并進一步通過該互聯鏈路向對端成員設備發送故障通知報文。
[0041]情況2:如果成員設備從狀態為UP/N0RMAL的互聯鏈路接收到對端成員設備發送的故障通知報文，則將該互聯鏈路從UP/N0RMAL狀態切換為UP/FAULT狀態(如圖中從B到C的過程)，并進行相應故障處理。
[0042]情況3:如果成員設備通過互聯鏈路檢測，判決狀態為UP/N0RMAL的互聯鏈路未發生故障，且該互聯鏈路的物理端口 UP，則保持該互聯鏈路的UP/N0RMAL狀態(如圖中從B到B的過程)。
[0043]情況4:如果成員設備發現狀態為UP/N0RMAL的互聯鏈路的物理端口 D0WN，則將該互聯鏈路的狀態從UP/N0RMAL切換為DOWN/FAULT (如圖中從B到A的過程)。處于DOWN/FAULT狀態下的互聯鏈路，其狀態轉換的過程同前所述。
[0044]對于狀態為UP/FAULT的互聯鏈路，其狀態轉換存在以下三種情況:
[0045]情況1:如果成員設備通過互聯鏈路檢測，判決狀態為UP/FAULT的互聯鏈路故障恢復，且該互聯鏈路的物理端口 UP，則將該互聯鏈路從UP/FAULT狀態切換為UP/RECOVER狀態(如圖中從C到D的過程)，并進一步通過該互聯鏈路向對端成員設備發送故障恢復報文，等待對端成員設備返回的故障恢復報文。
[0046]情況2:如果成員設備通過互聯鏈路檢測，判決狀態為UP/FAULT的互聯鏈路發生故障，且該互聯鏈路的物理端口 UP，則保持該互聯鏈路的UP/FAULT狀態(如圖中從C到C的過程)。
[0047]情況3:如果成員設備發現狀態為UP/FAULT的互聯鏈路的物理端口 D0WN，則將該互聯鏈路的狀態從UP/FAULT切換為DOWN/FAULT (如圖中從C到A的過程)。
[0048]互聯鏈路進入UP/RECOVER狀態后，成員設備可按照設定周期通過UP/RECOVER狀態的互聯鏈路向對端成員設備發送鏈路恢復報文，并等待對端成員設備回應鏈路恢復報文，直到該互聯鏈路退出UP/RECOVER狀態。對于狀態為UP/RECOVER的互聯鏈路，其狀態轉換存在以下四種情況:
[0049]情況1:如果成員設備從狀態為UP/RECOVER的互聯鏈路發送鏈路恢復報文后，從該互聯鏈路接收到對端成員設備返回的鏈路恢復報文，則將該互聯鏈路的狀態從UP/RECOVER切換為UP/N0RMAL(如圖中從D到B的過程)，并可進一步進行相應故障恢復處理。
[0050]情況2:如果成員設備從狀態為UP/RECOVER的互聯鏈路發送鏈路恢復報文后，未從該互聯鏈路接收到對端成員設備返回的鏈路恢復報文，則保持該互聯鏈路的UP/RECOVER狀態(如圖中從D到D的過程)，并可繼續按照設定周期通過該狀態為UP/RECOVER的互聯鏈路向對端成員設備發送鏈路恢復報文。
[0051]情況3:如果成員設備通過互聯鏈路檢測，判決狀態為UP/RECOVER的互聯鏈路在接收方向發生故障，且該互聯鏈路的物理端口 UP，則將該互聯鏈路從UP/RECOVER狀態切換為UP/FAULT，并可進一步通過該互聯鏈路的發送方向向對端成員設備發送故障通知報文(如圖中從D到C的過程)。
[0052]情況4:如果成員設備發現狀態為UP/RECOVER的互聯鏈路的物理端口 D0WN，則將該互聯鏈路的狀態從UP/RECOVER切換為DOWN/FAULT (如圖中從D到A的過程)。
[0053]在上述互聯鏈路的狀態變遷過程中，若成員設備通過互聯鏈路檢測，判決互聯鏈路發生故障，則在向對端成員設備發送故障通知報文時，可以根據規定的次數向對端成員設備發送故障通知報文，比如只向對端成員設備間隔發送三次故障通知報文，之后不再持續發送，不關心對端成員設備是否收到，因為如果對端成員設備沒有收到，則說明此互聯鏈路的另外一個方向也是不通的，對端成員設備必能檢測出來，情形如圖5所示。
[0054]在上述互聯鏈路的狀態變遷過程中，成員設備每次收到對端成員設備發送的故障探測報文后，可首先判斷本設備相應互聯鏈路當前的狀態，如果該報文不屬于該當前狀態所應處理的報文范疇，則不處理該報文，繼續維持該互聯鏈路的當前狀態。例如，若成員設備從UP/FAULT狀態的互聯鏈路上收到對端成員設備發過來的故障恢復報文，則不處理。針對互聯鏈路的各狀態，對報文是否處理的規定可如表1所示:
[0055]表1、互聯鏈路在各狀態下對三種報文是否處理的規定
[0056]
【權利要求】
1.一種虛擬化網絡設備互聯鏈路檢測方法，所述虛擬化網絡設備中包括至少兩個成員設備，成員設備間通過互聯鏈路連接，其特征在于，該方法包括: 各成員設備根據設定的探測周期，分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文； 各成員設備根據設定的鏈路狀態維護周期，統計鏈路狀態維護周期內，從各端口物理狀態正常的互聯鏈路上接收的故障探測報文數量，根據統計得到的故障探測報文數量判決相應互聯鏈路是否故障，并當判決有互聯鏈路故障時，將判決為故障的互聯鏈路設置為UP/FAULT狀態；其中，當成員設備將UP/NORMAL狀態的互聯鏈路設置為UP/FAULT狀態之后，設置UP/FAULT狀態的互聯鏈路不可用，將被設置為不可用的互聯鏈路的流量調整到其它可用的互聯鏈路，并當被設置為不可用的互聯鏈路是控制鏈路時，進行控制鏈路切換； 其中，UP/FAULT狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為失敗，UP/NORMAL狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為正常，所述鏈路狀態維護周期的長度不小于所述探測周期的長度。
2.如權利要求1所述的方法，其特征在于，該方法還包括: 成員設備將互聯鏈路的狀態設置為UP/FAULT之后，通過該互聯鏈路向對端成員設備發送故障通知報文； 成員設備從狀態為UP/NORMAL的互聯鏈路接收到對端成員設備發送的故障通知報文后，將所述狀態為UP/NORMAL的互聯鏈路設置為UP/FAULT狀態。
3.如權利要求2所述的方法，其特征在于，該方法還包括: 各成員設備根據設定的鏈路恢復探測周期，統計鏈路恢復探測周期內，從狀態為UP/FAULT的互聯鏈路上接收到的故障探測報文數量，根據統計得到的故障探測報文數量判決相應互聯鏈路故障是否恢復，并當判決有互聯鏈路故障恢復時，將故障恢復的互聯鏈路設置為UP/RECOVER狀態，以表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為恢復；其中，所述鏈路恢復探測周期不小于所述探測周期。
4.如權利要求3所述的方法，其特征在于，當從互聯鏈路上接收的故障探測報文數量滿足以下條件時，判決相應互聯鏈路故障恢復:
(Y-X) /Y < A 其中，X表示從互聯鏈路上接收的故障探測報文數量，Y表示一個鏈路狀態維護周期內所期望接收到的故障探測報文數量，A為預設參數，O < A < 1。
5.如權利要求3所述的方法，其特征在于，該方法還包括: 成員設備將UP/FAULT狀態的互聯鏈路設置為UP/RECOVER狀態之后，按照設定周期，通過狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路向對端成員設備發送故障恢復報文，并等待所述對端成員設備返回的故障恢復報文； 當成員設備從所述狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路接收到對端成員設備發送的故障恢復報文后，將所述狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路的狀態設置為UP/N0RMAL，并設置狀態為UP/NORMAL的互聯鏈路可用，將流量調整到已恢復為可用的互聯鏈路。
6.如權利要求1-5之一所述的方法,其特征在于,該方法還包括: 當成員設備上的互聯鏈路的端口物理狀態從正常狀態變為非正常狀態時，所述成員設備將端口物理狀態變為非正常狀態的互聯鏈路設置為DOWN/FAULT狀態，以表示互聯鏈路的端口物理狀態為非正常、互聯鏈路轉發狀態為失敗，并設置UP/FAULT狀態的互聯鏈路不可用，將被設置為不可用的互聯鏈路的流量調整到其它可用的互聯鏈路，并當被設置為不可用的互聯鏈路是控制鏈路時，進行控制鏈路切換。
7.如權利要求1-5之一所述的方法，其特征在于，根據從互聯鏈路上接收的故障探測報文數量判決相應互聯鏈路故障，具體為: 針對每條端口物理狀態正常的互聯鏈路，若從當前互聯鏈路接收到的故障探測報文數量滿足以下條件，則判決當前互聯鏈路故障:
(Max-P) < V ； 其中，P為在相應鏈路狀態維護周期內從當前互聯鏈路接收到的故障探測報文數量；Max為在相應鏈路狀態維護周期內，從各端口物理狀態正常的互聯鏈路接收到的故障探測報文數量中的最大值為預設門限值，表示P與Max之差的最大容忍程度。
8.如權利要求1-5之一所述的方法，其特征在于，所述互聯鏈路狀態維護周期不小于所述探測周期與互聯鏈路數量的乘積； 所述各成員設備根據設定的探測周期，分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文，具體為:各成員設備在探測周期到達時，按照設定輪詢順序選擇一條端口物理狀態為正常的互聯鏈路，并從所選擇的互聯鏈路向對端成員設備發送故障探測報文。
9.一種網絡設備，作為虛擬網絡設備中的成員設備，與虛擬網絡設備中的其它成員設備間通過互聯鏈路連接，其特征在于，包括: 探測模塊，用于根據設定的探測周期，分別通過端口物理狀態正常的各互聯鏈路向對端成員設備發送故障探測報文，以及接收對端成員設備發送的故障探測報文； 鏈路狀態維護模塊，用于根據設定的鏈路狀態維護周期，統計鏈路狀態維護周期內，從各端口物理狀態正常的互聯鏈路上接收的故障探測報文數量，根據統計得到的故障探測報文數量判決相應互聯鏈路是否故障，并當判決有互聯鏈路故障時，將判決為故障的互聯鏈路設置為UP/FAULT狀態； 故障處理模塊，用于當將UP/NORMAL狀態的互聯鏈路設置為UP/FAULT狀態之后，設置UP/FAULT狀態的互聯鏈路不可用，將被設置為不可用的互聯鏈路的流量調整到其它可用的互聯鏈路，并當被設置為不可用的互聯鏈路是控制鏈路時，進行控制鏈路切換； 其中，UP/FAULT狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為失敗，UP/NORMAL狀態表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為正常，所述鏈路狀態維護周期的長度不小于所述探測周期的長度。
10.如權利要求9所述的設備，其特征在于，所述探測模塊還用于，在所述鏈路狀態維護模塊將互聯鏈路的狀態設置為UP/FAULT之后，通過該互聯鏈路向對端成員設備發送故障通知報文，以及接收對端成員設備發送的故障通知報文； 所述鏈路狀態維護模塊還用于，當從狀態為UP/NORMAL的互聯鏈路接收到對端成員設備發送的故障通知報文后，將所述狀態為UP/NORMAL的互聯鏈路設置為UP/FAULT狀態。
11.如權利要求10所述的設備，其特征在于，所述鏈路狀態維護模塊還用于，根據設定的鏈路恢復探測周期，統計鏈路恢復探測周期內，從狀態為UP/FAULT的互聯鏈路上接收到的故障探測報文數量，根據統計得到的故障探測報文數量判決相應互聯鏈路故障是否恢復，并當判決有互聯鏈路故障恢復時，將故障恢復的互聯鏈路設置為UP/RECOVER狀態，以表示互聯鏈路的端口物理狀態為正常、互聯鏈路轉發狀態為恢復；其中，所述鏈路恢復探測周期不小于所述探測周期。
12.如權利要求11所述的設備，其特征在于，所述鏈路狀態維護模塊具體用于，當從互聯鏈路上接收的故障探測報文數量滿足以下條件時，判決相應互聯鏈路故障恢復:(Y-X)/Y< A ;其中，X表示從互聯鏈路上接收的故障探測報文數量，Y表示一個鏈路狀態維護周期內所期望接收到的故障探測報文數量，A為預設參數，O < A < I。
13.如權利要求11所述的設備，其特征在于，所述探測模塊還用于，在將UP/FAULT狀態的互聯鏈路設置為UP/RECOVER狀態之后，按照設定周期，通過狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路向對端成員設備發送故障恢復報文，并等待所述對端成員設備返回的故障恢復報文； 所述鏈路狀態維護模塊還用于，當從所述狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路接收到對端成員設備發送的故障恢復報文后，將所述狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路的狀態設置為UP/NORMAL ； 所述故障處理模塊還用于，在將所述狀態由UP/FAULT切換為UP/RECOVER的互聯鏈路的狀態設置為UP/NORMAL之后，設置狀態為UP/NORMAL的互聯鏈路可用，將流量調整到已恢復為可用的互聯鏈路。
14.如權利要求9-13之一所述的設備，其特征在于，所述鏈路狀態維護模塊還用于，當互聯鏈路的端口物理狀態從正常狀態變為非正常狀態時，將端口物理狀態變為非正常狀態的互聯鏈路設置為DOWN/FAULT狀態，以表示互聯鏈路的端口物理狀態為非正常、互聯鏈路轉發狀態為失敗； 所述故障處理模塊還用于，在將端口物理狀態變為非正常狀態的互聯鏈路設置為DOWN/FAULT狀態之后，設置UP/FAULT狀態的互聯鏈路不可用，將被設置為不可用的互聯鏈路的流量調整到其它可用的互聯鏈路，并當被設置為不可用的互聯鏈路是控制鏈路時，進行控制鏈路切換。
15.如權利要求9-13之一所述的設備，其特征在于，所述鏈路狀態維護模塊具體用于，根據從互聯鏈路上接收的故障探測報文數量判決相應互聯鏈路故障時，針對每條端口物理狀態正常的互聯鏈路，若從當前互聯鏈路接收到的故障探測報文數量滿足以下條件，則判決當前互聯鏈路故障:(Max-P) < V ； 其中，P為在相應鏈路狀態維護周期內從當前互聯鏈路接收到的故障探測報文數量；Max為在相應鏈路狀態維護周期內，從各端口物理狀態正常的互聯鏈路接收到的故障探測報文數量中的最大值為預設門限值，表示P與Max之差的最大容忍程度。
16.如權利要求9-13之一所述的設備，其特征在于，所述互聯鏈路狀態維護周期不小于所述探測周期與互聯鏈路數量的乘積； 所述探測模塊具體用于，在探測周期到達時，按照設定輪詢順序選擇一條端口物理狀態為正常的互聯鏈路，并從所選擇的互聯鏈路向對端成員設備發送故障探測報文。
【文檔編號】H04L12/46GK103634131SQ201210304042
【公開日】2014年3月12日 申請日期:2012年8月24日 優先權日:2012年8月24日
【發明者】席永青, 張坤 申請人:杭州華三通信技術有限公司