專利名稱：實現(xiàn)鏈路故障處理的方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明涉及通訊技術領域，尤其涉及實現(xiàn)鏈路故障處理的方法、系統(tǒng)及裝置。
背景技術：
當前，隨著通訊技術的不斷發(fā)展，鏈路聚合(Link Aggregation, LA)技術 已經被越來越多的應用于數(shù)據(jù)傳輸?shù)倪^程中。LA技術是指將一組物理端口捆 綁在一起作為 一個邏輯端口以增加數(shù)據(jù)傳輸帶寬的一種方法。該LA技術又被 稱作多端口負載均衡組，相關的協(xié)議標準可以參考IEEE802.3ad。該LA技術 通過在兩臺設備之間建立鏈路聚合組(LAG),能夠在不進行硬件升級的情況 下，實現(xiàn)提供更高的通訊帶寬和更高的可靠性，另外，還可以進一步為兩臺設 備的通訊提供冗余保護，從而有利于設備間通訊的順利進行。為了能夠實現(xiàn)LA功能，當前定義了鏈路聚合控制協(xié)議(LACP)。采用該 協(xié)議，數(shù)據(jù)通訊產品能夠根據(jù)自身配置，自動形成聚合鏈路并啟動該聚合鏈路 收發(fā)數(shù)據(jù)；在聚合鏈路形成之后，則可利用該協(xié)議監(jiān)視、控制鏈路的運行狀況， 并在聚合條件發(fā)生變化時，自動調整或解散鏈路的聚合。另外，當前電信運營 商對帶寬、可靠性、流量分擔、鏈路狀態(tài)維護等方面都提出了要求，這些要求 均可通過LACP協(xié)議加以實現(xiàn)。在進行數(shù)據(jù)傳輸過程中，LACP通過使得通訊雙方周期性的發(fā)送報文來進 行端口選擇和狀態(tài)維持，從而實現(xiàn)利用LA技術完成數(shù)據(jù)傳輸，其實現(xiàn)過程具 體如下本端設備和對端設備在數(shù)據(jù)傳輸過程中周期性的相互發(fā)送LACP協(xié)議才艮 文(LACPDU)進行協(xié)商，在該LACPDU報文中同時包含了本端設備和對端 設備的信息，本端設備和對端設備通過LACPDU報文進行協(xié)商，產生或維護 鏈路聚合組成員，并通過該鏈路聚合組成員完成數(shù)據(jù)的傳輸。為了描述方便， 下面將進行通訊的本端設備和對端設備分別命名為第一設備和第二設備。第一 設備在發(fā)送給第二設備的LACPDU報文中，攜帶了該第一設備自身的信息以
及在第 一設備上記錄的第二設備的信息，第二設備在收到第 一設備發(fā)送來的LACPDU報文后，檢查該報文中攜帶的第一設備的信息與其自身保存的該第 一設備的信息是否一致，如果不一致，則說明作為第二設備對端的第一設備當 前已經發(fā)生改變，從而將第二設備自身的端口設置為未選擇，以使得該端口不 再處于鏈路聚合組中進行數(shù)據(jù)的傳輸，并且，有LACP協(xié)議觸發(fā)邏輯選擇狀態(tài) 機，重新為聚合鏈路組選擇相應的端口；如果第二設備檢查LACPDU報文中 攜帶的第一設備的信息與自身保存的該第一設備的信息一致，則重置接收超時 定時器，使得該定時器的超時時間為LACPDU報文發(fā)送周期的整數(shù)倍(一般 為3倍)，然后，第二設備再檢查LACPDU報文中攜帶的第二設備的信息與該 第二設備自身保存的自身的信息是否一致，如果不一致，說明作為通訊對端的 第一設備所保存的對端設備信息，即第二設備的信息，有錯誤，則立刻發(fā)送一 個LACPDU報文給第一設備以刷新其上保存的對端設備信息；同時，第二設 備在數(shù)據(jù)傳輸過程中持續(xù)判斷是否在超時定時器超時后仍未收到對端發(fā)送來 的LACPDU報文，如果是，則將該第二設備的端口設置為未選擇以中止利用 該端口在鏈路聚合組中進行數(shù)據(jù)傳輸，并同時將對端信息設置為未同步。此外，在實際應用中，由于設備所能支持的聚合組中的最大端口數(shù)有限制， 如果當前鏈路聚合組成員的端口數(shù)量超過了最大端口數(shù)的限制，則通訊雙方的 設備也會利用相互發(fā)送LACPDU報文的方式進行協(xié)商，根據(jù)設備ID更優(yōu)一端 的端口 ID的大小來決定不同端口的狀態(tài)，從而在滿足最大端口數(shù)限制的前提 下，為鏈路聚合組選擇相應的端口，具體的協(xié)商步驟如下比較設備ID，該ID包括系統(tǒng)優(yōu)先級和系統(tǒng)的MAC地址，在該比較過程 中，首先比較系統(tǒng)優(yōu)先級，如果優(yōu)先級相同再比較系統(tǒng)MAC地址，比較結果 中設備ID較小的 一端的設備被認為更優(yōu)。對于比較結果更優(yōu)的設備，比較其各個端口的ID,該ID包括端口優(yōu)先級 和端口號，首先比較端口優(yōu)先級，如果優(yōu)先 目同再比較端口號，在滿足最大 端口數(shù)限制的前提下，將端口號較小的端口選擇作為鏈路聚合組的端口，那些 端口號較大的端口則作為未被選擇的端口 。
采用上述方式，雖然能夠實現(xiàn)利用LA技術完成數(shù)據(jù)傳輸，但是仍然具有以下問題由以上現(xiàn)有技術可見，LACP通過兩端設備周期性地發(fā)送LACPDU報文 進行端口選擇和狀態(tài)維持，以實現(xiàn)數(shù)據(jù)傳輸。其中，所述的周期為可選周期， 一般情況下，快周期為l秒，慢周期為30秒，相應的，報文超時時間分別為 3秒和90秒，也就是說，只有在3秒或90秒后，本端設備仍然收不到對端設 備發(fā)送的LACPDU報文時，本端設備才認為對端設備發(fā)生故障，并將對應的 本端端口設置為未選擇，以中止利用該端口進行數(shù)據(jù)的傳輸。由此帶來的問題或雙向不通時，i殳備的端口仍然處于正常工作狀態(tài)，LACP協(xié)i義無法在鏈^各出 現(xiàn)故障的同時感知到該故障的存在，而是需要等到超時定時器超時后，也就是 大概3秒甚至是90秒之后，才能獲知當前出現(xiàn)故障，并進行重新設置；而在 這一段時間內，數(shù)據(jù)仍然會通過端口發(fā)送到故障的鏈路上，即使對于如上所述 的快周期而言，也需要3秒才能中止利用故障鏈路進行數(shù)據(jù)傳輸，在該段時間 內，將會有大量的數(shù)據(jù)由于鏈路故障而丟失，從而影響了數(shù)據(jù)傳輸?shù)馁|量；對 于慢周期而言，由于超時定時器時間更長，則對于數(shù)據(jù)傳輸質量的影響更大。 進一步的，在鏈路發(fā)生故障時，LACP協(xié)議在收到超時定時器超時通知后， 并不立即發(fā)送LACPDU報文以通知對端更新，從而中止對端繼續(xù)向本端發(fā)送 數(shù)據(jù)，而是需要按照LACPDU報文的發(fā)送周期在確定的某個時刻發(fā)送該 LACPDU報文，由此會造成在本端接收到超時通知后，仍然不能立刻向對端 發(fā)送LACPDU報文，而是需要等待一定的時間之后方才發(fā)送該報文，而發(fā)送 LACPDU報文的時間越晚，對對端的處理也就越晚，從而會導致鏈路流量中 斷的時間更長，從而進一步影響數(shù)據(jù)傳輸?shù)馁|量。發(fā)明內容本發(fā)明實施例的目的在于提供鏈路故障處理的方法、系統(tǒng)及裝置，以使 得能夠實時獲知鏈路故障并中止數(shù)據(jù)的傳輸，從而保障數(shù)據(jù)傳輸質量。
為實現(xiàn)上述發(fā)明目的，本發(fā)明實施例提供以下技術方案 一種實現(xiàn)鏈路故障處理的方法，該方法包括在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成員各自的端口之間是否出 現(xiàn)鏈路故障，如果是，則執(zhí)行后續(xù)步驟，否則，返回本步驟，直至數(shù)據(jù)傳輸結 束；將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置，該裝置中止通過鏈路聚合組中 發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。一種實現(xiàn)鏈路故障處理的系統(tǒng)，該系統(tǒng)包括通訊設備、LACP協(xié)議執(zhí)行 裝置，其中所述通訊設備用于進行數(shù)據(jù)傳輸，并在數(shù)據(jù)傳輸過程中實時沖企測鏈路聚 合組各個成員各自的端口之間是否出現(xiàn)鏈路故障，并在檢測到鏈路故障時，立 即將鏈路故障情況通知給所述的LACP協(xié)議執(zhí)行裝置；所述LACP協(xié)議執(zhí)行裝置用于根據(jù)通訊設備發(fā)送來的鏈路故障情況，中 止鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。一種實現(xiàn)鏈路故障處理的通訊設備，該通訊設備包括數(shù)據(jù)傳輸單元，用于進行數(shù)據(jù)傳輸；鏈路故障檢測單元，用于在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障；故障情況上報單元，用于在鏈路故障檢測單元檢測得到當前存在鏈路故障時，立即將鏈路故障情況上報給LACP協(xié)議執(zhí)行裝置。一種實現(xiàn)鏈路故障處理的LACP協(xié)議執(zhí)行裝置，該裝置包括 故障情況接收單元，用于接收通訊設備上報的鏈路故障情況； 數(shù)據(jù)傳輸中止單元，用于通過將鏈路聚合組中發(fā)生鏈路故障的成員的端口設置為未選擇，來中止通過所述成員進行數(shù)據(jù)傳輸?？梢?，在本發(fā)明實施例中，通過在數(shù)據(jù)傳輸過程中，實時檢測當前是否出現(xiàn)鏈路故障，并在一JS4企測到出現(xiàn)鏈路故障的情況下，及時同時LACP協(xié)議中止數(shù)據(jù)傳輸，從而使得數(shù)據(jù)傳輸不會由于鏈路故障而長時間的中斷，保證了鏈
路故障導致流量中斷的時間小于50毫秒，進而為數(shù)據(jù)傳輸提供了可靠的保證。


圖1為本發(fā)明一方法實施例的流程圖； 圖2為本發(fā)明方法實施例所應用的場景的示意圖； 圖3為本發(fā)明另一方法實施例的流程圖； 圖4為本發(fā)明另一方法實施例的流程圖； 圖5為本發(fā)明實施例中所提供的系統(tǒng)的示意圖。
具體實施方式
針對目前LACP協(xié)議對于鏈路故障不能進行快速檢測，只能在超時仍未收 到報文的情況下方才中止數(shù)據(jù)傳輸，從而造成數(shù)據(jù)傳輸中斷過長的問題，在本 發(fā)明實施例中，在所有的LA成員的端口之間啟動鏈路故障檢測， 一旦通過該 檢測發(fā)現(xiàn)鏈路出現(xiàn)故障則立刻通知LACP協(xié)議，LACP協(xié)議通過將故障鏈路對 應的端口設置為未選擇，從而使得不再通過鏈路進行數(shù)據(jù)傳輸，進而，立刻對 通訊設備上相應端口進行重新配置，從而為數(shù)據(jù)傳輸重新選擇相應的LA成員， 保證數(shù)據(jù)傳輸能夠及時得以恢復。下面，結合附圖對本發(fā)明實施例進行詳細描述。參見圖1,實現(xiàn)本發(fā)明實施例所提供的方法包括以下步驟-.步驟101:在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成員各自的端口 之間是否出現(xiàn)鏈路故障，如果是，則執(zhí)行步驟102，否則，返回步驟101，直 至數(shù)據(jù)傳輸結束；步驟102:將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置，該裝置中止通過鏈 路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。在實際應用中，通訊設備之間可能發(fā)生單向鏈路故障或雙向鏈路故障，下 面，結合這兩種情況，對本發(fā)明實施例所提供的方法進行更詳細地描述。 (一)發(fā)生單向鏈路故障的情況參見圖2，路由器1和路由器2作為通訊雙方進行數(shù)據(jù)傳輸，在這兩個路 由器之間具有兩對雙向鏈路，分別為雙向鏈路1和雙向鏈路2，該雙向鏈路l 和雙向鏈路2作為路由器l和路由器2之間的鏈路聚合組成員，為了描述方便，
將雙向鏈路1和雙向鏈路2在路由器1上的端口分別命名為端口 Pll和端口P12，將雙向鏈路1和雙向鏈路2在路由器2上的端口分別命名為端口 P21和 端口P22。參見圖3所示，當出現(xiàn)單向鏈路故障時，本發(fā)明實施例所提供的方 法包括以下步驟步驟301:在路由器1和路由器2之間進行數(shù)據(jù)傳輸?shù)耐瑫r，實時檢測這 兩個路由器之間的鏈路是否發(fā)生故障；如果發(fā)生故障，則執(zhí)行步驟302,否貝'J， 返回步驟301,直至數(shù)據(jù)傳輸結束；在本發(fā)明實施例中，通過在路由器1和路由器2的各個端口，也就是端口 Pll、 P21、 P12、 P22上均啟動快速鏈路故障檢測協(xié)議，來實現(xiàn)對路由器1和 路由器2之間鏈路的雙向快速鏈路故障檢測，該快速鏈路故障檢測協(xié)議可以為 802.1ag、 BFD等故障檢測協(xié)議，也可以為其他故障檢測協(xié)議，并不影響本發(fā) 明的實現(xiàn)；此外，本發(fā)明實施例中，鏈路聚合組僅包括雙向鏈^各1和雙向鏈路 2,在本發(fā)明其他實施例中，鏈路聚合組可能包括更多的鏈路成員，此時，則 需要在各個鏈路成員所對應的端口上均啟動鏈路故障檢測，從而實現(xiàn)對鏈路故障的實時;^測；在本發(fā)明實施例中，參見圖2所示，雙向鏈路l中由路由器2向路由器1 發(fā)送數(shù)據(jù)的單向鏈路發(fā)生故障，利用如上所述的檢測機制，路由器1實時檢測 到該單向鏈路出現(xiàn)故障，然后執(zhí)行步驟302;步驟302:由于在步驟301中，路由器1實時檢測到雙向鏈路l中的一條 線路發(fā)生故障，因此，在本步驟中，路由器1將該鏈路故障情況通知LACP 執(zhí)行裝置；在本發(fā)明實施例中，所述LACP執(zhí)行裝置為LACP協(xié)議中的選擇邏 輯(Select logical)狀態(tài)機，由該狀態(tài)機完成后續(xù)的步驟；在本發(fā)明實施例中， 也可采用其他裝置作為所述LACP執(zhí)行裝置，只需該裝置能夠完成后續(xù)中止數(shù) 據(jù)傳輸?shù)牟僮骷纯?，并不影響本發(fā)明的實現(xiàn)。步驟303: LACP執(zhí)行裝置將路由器1上的Pll端口設置為未選擇，使得 不再利用該Pll端口進行數(shù)據(jù)傳輸；并且，立即通過路由器1的Pll端口向路 由器2發(fā)送LACPDU報文，以通知路由器2也進行相應的端口設置；其中，
在本發(fā)明實施例中，將端口設置為未選擇表示被設置的端口實際沒有進入鏈路 聚合組，不通過該端口進行數(shù)據(jù)的傳輸，而在當將端口設置為選擇時，該端口 才是鏈路聚合組的成員，才可利用該端口進行數(shù)據(jù)的傳輸。由此，將路由器l的端口 Pll設置為未選擇，使得不再利用該端口進行數(shù)據(jù)的傳輸；步驟304:路由器2收到所述LACPDU報文后，將其自身的端口P21也 設置為未選擇，從而使得不再利用該端口進行數(shù)據(jù)傳輸。至此，由于通過步驟303和步驟304分別將路由器1上的端口 Pll和路由 器2上的端口 P21分別設置為未選擇，從而使得雙向鏈路1不再在鏈路聚合組 中，從而達到中止利用該雙向鏈^各1進行數(shù)據(jù)傳輸?shù)哪康摹Ｆ渲?，在本發(fā)明優(yōu)選實施例中，在步驟303中，還可進一步將路由器1 上所保存的對端設備，也就是路由器2的端口 P21的信息設置為未同步，從而 在鏈路發(fā)生故障的情況下，及時刷新通訊設備上保存的對端設備相應信息；同樣，在本發(fā)明優(yōu)選實施例中，在步驟304中，還可進一步將路由器2 上所保存的對端設備，也就是路由器1的端口 Pll的信息設置為未同步，從而 及時刷新通訊設備上所保存的對端i殳備的相應信息。(二)發(fā)生雙向鏈路故障的情況該實施例仍然以圖2所示的通訊情況為例，參見圖4，在此情況下，實現(xiàn) 本發(fā)明實施例所提供的方法包括以下步驟步驟401:在路由器1和路由器2之間進行數(shù)據(jù)傳輸?shù)耐瑫r，實時4全測這 兩個路由器之間的鏈路是否發(fā)生故障；如果發(fā)生故障，則執(zhí)行步驟402,否貝'J， 返回步驟401，直至數(shù)據(jù)傳輸結束；其中，在本實施例中，進行鏈路故障檢測的方式與上一實施例所述的方式 相同，在此不再贅述。在本實施例中，參見圖2所示，雙向鏈路1中的兩條鏈路均發(fā)生故障，利 用所述的檢測機制，路由器1和路由器2分別實時檢測到雙向鏈路1中相應的 鏈路發(fā)生故障，然后執(zhí)行步驟402;步驟402:路由器1和路由器2分別將鏈路故障情況通知LACP執(zhí)行裝置，
所述LACP執(zhí)行裝置可以為上述實施例中所述的選擇邏輯狀態(tài)機，也可以為能夠實現(xiàn)其功能的類似裝置；步驟403: LACP執(zhí)行裝置將路由器l上的Pll端口設置為未選擇，使得 路由器1不再利用該Pll端口進行數(shù)據(jù)傳輸；并且，LACP執(zhí)行裝置將路由器 2上的P21端口設置為未選擇，使得路由器2不再利用該P21端口進行數(shù)據(jù)傳 輸。其中，需要注意的是對于Pll端口的設置和對于P21端口的設置并無先 后執(zhí)行順序。至此，通過將Pll端口和P21端口分別設置為未選擇，使得雙向鏈路1 不再在鏈路聚合組中，從而達到中止利用該雙向鏈路1進行數(shù)據(jù)傳輸?shù)哪康摹Ｆ渲?，在本發(fā)明優(yōu)選實施例中，在步驟403中，LACP執(zhí)行裝置將路由器 1上的Pll端口設置為未選擇后，還可進一步將該路由器1上所保存的對端設 備，也就是路由器2的端口 P21的信息設置為未同步；和/或，LACP執(zhí)行裝 置將路由器2上的P21端口設置為未選擇后，還可進一步將該路由器2上所保 存的對端設備，也就是路由器1的端口 Pll的信息設置為未同步，從而在鏈路 發(fā)生故障的情況下，及時刷新通訊設備上保存的對端設備的相應信息。參考上述方法實施例可見，在本發(fā)明實施例中，將LACP協(xié)議與鏈路故障 檢測協(xié)議聯(lián)動，鏈路故障檢測協(xié)議一旦檢測到當前存在鏈路故障，則立即直接 或間接通知給LACP協(xié)議，從而使得LACP協(xié)議能夠在鏈路發(fā)生故障后，立刻 進行相應的處理，從而減少數(shù)據(jù)傳輸中的流量中斷，保證數(shù)據(jù)傳輸?shù)馁|量。下面，對本發(fā)明實施例所提供的系統(tǒng)進行詳細描述參見圖5所示，本發(fā)明實施例所提供的系統(tǒng)包括通訊設備501、 LACP 協(xié)議執(zhí)行裝置502,其中所述通訊設備501用于進行數(shù)據(jù)傳輸，并在數(shù)據(jù)傳輸過程中實時檢測鏈 路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障，并在檢測到鏈路故障 時，立即將鏈路故障情況通知給所述的LACP協(xié)議執(zhí)行裝置502;所述LACP協(xié)議執(zhí)行裝置502用于根據(jù)通訊設備發(fā)送來的鏈路故障情況， 中止鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。
其中，所述通訊設備501可以為路由器或類似實現(xiàn)數(shù)據(jù)通訊的裝置；所述 LACP協(xié)議執(zhí)行裝置502為LACP協(xié)議中的選擇邏輯狀態(tài)機，該狀態(tài)機通過選 擇相應鏈路的端口是否處于選擇狀態(tài)來為LA選擇相應的成員。通過本發(fā)明實施例所提供的系統(tǒng)，能夠實時檢測到鏈路故障情況，并將該 故障情況實時告知LACP協(xié)議，利用該協(xié)議的執(zhí)行裝置中止數(shù)據(jù)的傳輸，從而 減少數(shù)據(jù)流的終端，保證數(shù)據(jù)傳輸質量。下面對本發(fā)明實施例所提供的裝置進行詳細描述。本發(fā)明實施例提供了 一種實現(xiàn)鏈路故障處理的通訊設備，該通訊設備包括數(shù)據(jù)傳輸單元，用于進行數(shù)據(jù)傳輸；鏈路故障檢測單元，用于在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成 員各自的端口之間是否出現(xiàn)鏈路故障；故障情況上報單元，用于在鏈路故障檢測單元檢測得到當前存在鏈路故障 時，立即將鏈路故障情況上報給LACP協(xié)議執(zhí)行裝置。本發(fā)明實施例還提供了一種用于實現(xiàn)鏈路故障處理的LACP協(xié)議執(zhí)行裝 置，該裝置包括故障情況接收單元，用于接收通訊設備上報的鏈路故障情況；數(shù)據(jù)傳輸中止單元，用于通過將鏈路聚合組中發(fā)生鏈路故障的成員的端口 設置為未選擇，來中止通過所述成員進行數(shù)據(jù)傳輸。其中，在出現(xiàn)單向鏈路故障的情況下，所述數(shù)據(jù)傳輸中止單元用于將檢 測到鏈路故障的通訊設備上的發(fā)生鏈路故障的成員的端口設置為未選擇，并 且，立即通過該檢測到鏈路故障的通訊設備，向對端的通訊設備發(fā)送LACP擇。此外，該數(shù)據(jù)傳輸中止單元還進一步用于對檢測到鏈路故障的通訊設備 上所保存的對端設備的端口信息設置為未同步，其中，所述端口為發(fā)生故障的 成員在所述對端設備上的端口 ，以及時刷新通訊設備上保存的對端設備的相應信息。障的情況下，所述數(shù)據(jù)傳輸中止單元用于將檢測到鏈路故障的各個通訊設備上的發(fā)生鏈路故障的成員的端口設置為未選擇， 從而中止利用該成員進行數(shù)據(jù)傳輸。此外，該數(shù)據(jù)傳輸中止單元還可進一步用于將檢測到鏈路故障的雙方通訊設備上所保存的對端設備的端口信息設置為 未同步，其中，所述端口為發(fā)生鏈路故障成員的在所述設備上的端口，以及時刷新通訊設備上保存的對端設備的相應信息。通過本發(fā)明實施例所提供的裝置，能夠在鏈路發(fā)生故障時及時檢測到該情 況的發(fā)生，并將鏈路故障情況實時上報給LACP協(xié)議執(zhí)行裝置，由該裝置完成 對鏈路聚合組成員中相應端口的設置，從而保證不再利用該成員進行數(shù)據(jù)傳 輸，保證數(shù)據(jù)傳輸不會因鏈路故障而長時間中斷，充分保障數(shù)據(jù)傳輸?shù)馁|量。是可以通過程序來指令相關的硬件來完成，所述的程序可以存儲于一計算機可 讀取存儲介質中，該程序在執(zhí)行時，包括如下步驟在數(shù)據(jù)傳輸過程中，實時 檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障，如果是，則執(zhí)行 后續(xù)步驟，否則，返回本步驟，直至數(shù)據(jù)傳輸結束；將鏈路故障情況通知LACP 協(xié)議執(zhí)行裝置，該裝置中止通過鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳 輸。所述的存儲介質可以為ROM/RAM、磁碟、光盤等。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通 技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾， 這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
1、一種實現(xiàn)鏈路故障處理的方法，其特征在于，該方法包括在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障，如果是，則執(zhí)行后續(xù)步驟，否則，返回本步驟，直至數(shù)據(jù)傳輸結束；將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置，該裝置中止通過鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。
2、 根據(jù)權利要求1所述的方法，其特征在于，所述鏈路故障情況為單向 鏈路故障，由檢測到鏈路故障的通訊設備將鏈路故障情況上報給所述LACP 協(xié)議執(zhí)行裝置；所述中止通過鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸?shù)木唧w實 現(xiàn)為所述LACP協(xié)議執(zhí)行裝置將所述檢測到鏈路故障的通訊設備上的相應端 口設置為未選擇，其中，該相應端口為所述發(fā)生鏈路故障的成員在所述通訊設 備上對應的端口；和，立即通知檢測到鏈路故障的通訊設備的對端設備也進行 相應的端口"^殳置；所述對端設備根據(jù)收到的所述通知，將其自身的相應端口設置為未選擇， 其中，所述相應端口為所述發(fā)生鏈路故障的成員在所述對端設備上對應的端 ti 。
3、 根據(jù)權利要求2所述的方法，其特征在于，所述將所述檢測到鏈路故 障的通訊設備上的相應端口設置為未選擇進一步包括將所述檢測到鏈路故障的通訊設備上所保存的對端設備的相應端口的信息設置為未同步；和/或，所述對端設備將其自身的相應端口設置為未選擇進一步包括 將該對端設備所保存的所述檢測到鏈路故障的通訊設備的相應端口的信息設置為未同步。
4、 根據(jù)權利要求1所述的方法，其特征在于，所述鏈路故障情況為雙向鏈路故障，由檢測到鏈路故障的雙方通訊設備分別將鏈路故障情況上報給所述LACP協(xié)議執(zhí)行裝置；所述中止通過鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸?shù)木唧w實 現(xiàn)為所述LACP協(xié)議執(zhí)行裝置分別將所述檢測到鏈路故障的雙方通訊設備上 的相應端口設置為未選擇，其中，該相應端口為所述發(fā)生鏈路故障的成員在所 述雙方通訊設備上分別對應的端口 。
5、 根據(jù)權利要求4所述的方法，其特征在于，所述分別將所述;^測到鏈 路故障的雙方通訊設備上的相應端口設置為未選擇進一步包括分別將所述雙方通訊設備上各自保存的對端設備的相應端口的信息設置 為未同步。
6、 根據(jù)權利要求1至5任意一項所述的方法，其特征在于，所述實時枱r 測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障的具體實現(xiàn)為在所述各個成員各自的端口之間均啟用快速雙向鏈路故障檢測。
7、 根據(jù)權利要求1至5任意一項所述的方法，其特征在于，所述通訊設 備為路由器，和/或，所述LACP協(xié)議執(zhí)行裝置為LACP協(xié)議中的選擇邏輯狀態(tài)機。
8、 一種實現(xiàn)鏈路故障處理的系統(tǒng)，其特征在于，該系統(tǒng)包括通訊設備、 LACP協(xié)議執(zhí)行裝置，其中所述通訊設備用于進行數(shù)據(jù)傳輸，并在數(shù)據(jù)傳輸過程中實時檢測鏈路聚 合組各個成員各自的端口之間是否出現(xiàn)鏈路故障，并在檢測到鏈路故障時，立 即將鏈路故障情況通知給所述的LACP協(xié)議執(zhí)行裝置；所述LACP協(xié)議執(zhí)行裝置用于根據(jù)通訊設備發(fā)送來的鏈路故障情況，中 止鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。
9、 根據(jù)權利要求8所述的系統(tǒng)，其特征在于，所述通訊設備為路由器； 和/或，所述LACP協(xié)議執(zhí)行裝置為LACP協(xié)議中的選擇邏輯狀態(tài)機。
10、 一種實現(xiàn)鏈路故障處理的通訊設備，其特征在于，該通訊設備包括 數(shù)據(jù)傳輸單元，用于進行數(shù)據(jù)傳輸；鏈路故障檢測單元，用于在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障；故障情況上報單元，用于在鏈路故障檢測單元檢測得到當前存在鏈路故障 時，立即將鏈路故障情況上報給LACP協(xié)議執(zhí)行裝置。
11、 一種實現(xiàn)鏈路故障處理的LACP協(xié)議執(zhí)行裝置，其特征在于，該裝置 包括故障情況接收單元，用于接收通訊設備上報的鏈路故障情況； 數(shù)據(jù)傳輸中止單元，用于通過將鏈路聚合組中發(fā)生鏈路故障的成員的端口 設置為未選擇，來中止通過所述成員進行數(shù)據(jù)傳輸。
12、 根據(jù)權利要求11所述的裝置，其特征在于，在出現(xiàn)單向鏈路故障的 情況下，所述數(shù)據(jù)傳輸中止單元用于將檢測到鏈路故障的通訊設備上的發(fā)生 鏈路故障的成員的端口設置為未選擇，并且，立即通過該檢測到鏈路故障的通 訊設備，向對端的通訊設備發(fā)送LACP報文，以通知該對端設備將其上的發(fā)生 鏈路故障的成員的相應端口設置為未選擇。
13、 根據(jù)權利要求12所述的裝置，其特征在于，所述數(shù)據(jù)傳輸中止單元 進一步用于對檢測到鏈路故障的通訊設備上所保存的對端設備的端口信息設 置為未同步，其中，所述端口為發(fā)生故障的成員在所述對端設備上的端口。
14、 根據(jù)權利要求11所述的裝置，其特征在于，在出現(xiàn)雙向鏈路故障的 情況下，所述數(shù)據(jù)傳輸中止單元用于將檢測到鏈路故障的雙方通訊設備上的 發(fā)生鏈路故障的成員的端口分別設置為未選擇。
15、 根據(jù)權利要求14所述的裝置，其特征在于，所述數(shù)據(jù)傳輸中止單元 進一步用于將檢測到鏈路故障的雙方通訊設備上所保存的對端設備的端口信 息設置為未同步，其中，所述端口為發(fā)生鏈路故障成員的在所述設備上的端口 。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)鏈路故障處理的方法，該方法包括在數(shù)據(jù)傳輸過程中，實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障，如果是，則執(zhí)行后續(xù)步驟，否則，返回本步驟，直至數(shù)據(jù)傳輸結束；將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置，該裝置中止通過鏈路聚合組中發(fā)生鏈路故障的成員進行數(shù)據(jù)傳輸。利用該方法，能夠在數(shù)據(jù)傳輸過程中，實時檢測當前是否出現(xiàn)鏈路故障，并在一旦檢測到出現(xiàn)鏈路故障的情況下，及時同時LACP協(xié)議中止數(shù)據(jù)傳輸，從而使得數(shù)據(jù)傳輸不會由于鏈路故障而長時間的中斷，本發(fā)明實施例還公開了實現(xiàn)鏈路故障處理的系統(tǒng)和裝置。
文檔編號H04L29/06GK101110663SQ20071014573
公開日2008年1月23日 申請日期2007年8月31日 優(yōu)先權日2007年8月31日
發(fā)明者汪河川 申請人:華為技術有限公司