專利名稱:實現(xiàn)鏈路故障處理的方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通訊技術(shù)領(lǐng)域,尤其涉及實現(xiàn)鏈路故障處理的方法、系統(tǒng)及裝置。
背景技術(shù):
當(dāng)前,隨著通訊技術(shù)的不斷發(fā)展,鏈路聚合(Link Aggregation, LA)技術(shù) 已經(jīng)被越來越多的應(yīng)用于數(shù)據(jù)傳輸?shù)倪^程中。LA技術(shù)是指將一組物理端口捆 綁在一起作為 一個邏輯端口以增加數(shù)據(jù)傳輸帶寬的一種方法。該LA技術(shù)又被 稱作多端口負(fù)載均衡組,相關(guān)的協(xié)議標(biāo)準(zhǔn)可以參考IEEE802.3ad。該LA技術(shù) 通過在兩臺設(shè)備之間建立鏈路聚合組(LAG),能夠在不進(jìn)行硬件升級的情況 下,實現(xiàn)提供更高的通訊帶寬和更高的可靠性,另外,還可以進(jìn)一步為兩臺設(shè) 備的通訊提供冗余保護(hù),從而有利于設(shè)備間通訊的順利進(jìn)行。為了能夠?qū)崿F(xiàn)LA功能,當(dāng)前定義了鏈路聚合控制協(xié)議(LACP)。采用該 協(xié)議,數(shù)據(jù)通訊產(chǎn)品能夠根據(jù)自身配置,自動形成聚合鏈路并啟動該聚合鏈路 收發(fā)數(shù)據(jù);在聚合鏈路形成之后,則可利用該協(xié)議監(jiān)視、控制鏈路的運行狀況, 并在聚合條件發(fā)生變化時,自動調(diào)整或解散鏈路的聚合。另外,當(dāng)前電信運營 商對帶寬、可靠性、流量分擔(dān)、鏈路狀態(tài)維護(hù)等方面都提出了要求,這些要求 均可通過LACP協(xié)議加以實現(xiàn)。在進(jìn)行數(shù)據(jù)傳輸過程中,LACP通過使得通訊雙方周期性的發(fā)送報文來進(jìn) 行端口選擇和狀態(tài)維持,從而實現(xiàn)利用LA技術(shù)完成數(shù)據(jù)傳輸,其實現(xiàn)過程具 體如下本端設(shè)備和對端設(shè)備在數(shù)據(jù)傳輸過程中周期性的相互發(fā)送LACP協(xié)議才艮 文(LACPDU)進(jìn)行協(xié)商,在該LACPDU報文中同時包含了本端設(shè)備和對端 設(shè)備的信息,本端設(shè)備和對端設(shè)備通過LACPDU報文進(jìn)行協(xié)商,產(chǎn)生或維護(hù) 鏈路聚合組成員,并通過該鏈路聚合組成員完成數(shù)據(jù)的傳輸。為了描述方便, 下面將進(jìn)行通訊的本端設(shè)備和對端設(shè)備分別命名為第一設(shè)備和第二設(shè)備。第一 設(shè)備在發(fā)送給第二設(shè)備的LACPDU報文中,攜帶了該第一設(shè)備自身的信息以
及在第 一設(shè)備上記錄的第二設(shè)備的信息,第二設(shè)備在收到第 一設(shè)備發(fā)送來的LACPDU報文后,檢查該報文中攜帶的第一設(shè)備的信息與其自身保存的該第 一設(shè)備的信息是否一致,如果不一致,則說明作為第二設(shè)備對端的第一設(shè)備當(dāng) 前已經(jīng)發(fā)生改變,從而將第二設(shè)備自身的端口設(shè)置為未選擇,以使得該端口不 再處于鏈路聚合組中進(jìn)行數(shù)據(jù)的傳輸,并且,有LACP協(xié)議觸發(fā)邏輯選擇狀態(tài) 機,重新為聚合鏈路組選擇相應(yīng)的端口;如果第二設(shè)備檢查LACPDU報文中 攜帶的第一設(shè)備的信息與自身保存的該第一設(shè)備的信息一致,則重置接收超時 定時器,使得該定時器的超時時間為LACPDU報文發(fā)送周期的整數(shù)倍(一般 為3倍),然后,第二設(shè)備再檢查LACPDU報文中攜帶的第二設(shè)備的信息與該 第二設(shè)備自身保存的自身的信息是否一致,如果不一致,說明作為通訊對端的 第一設(shè)備所保存的對端設(shè)備信息,即第二設(shè)備的信息,有錯誤,則立刻發(fā)送一 個LACPDU報文給第一設(shè)備以刷新其上保存的對端設(shè)備信息;同時,第二設(shè) 備在數(shù)據(jù)傳輸過程中持續(xù)判斷是否在超時定時器超時后仍未收到對端發(fā)送來 的LACPDU報文,如果是,則將該第二設(shè)備的端口設(shè)置為未選擇以中止利用 該端口在鏈路聚合組中進(jìn)行數(shù)據(jù)傳輸,并同時將對端信息設(shè)置為未同步。此外,在實際應(yīng)用中,由于設(shè)備所能支持的聚合組中的最大端口數(shù)有限制, 如果當(dāng)前鏈路聚合組成員的端口數(shù)量超過了最大端口數(shù)的限制,則通訊雙方的 設(shè)備也會利用相互發(fā)送LACPDU報文的方式進(jìn)行協(xié)商,根據(jù)設(shè)備ID更優(yōu)一端 的端口 ID的大小來決定不同端口的狀態(tài),從而在滿足最大端口數(shù)限制的前提 下,為鏈路聚合組選擇相應(yīng)的端口,具體的協(xié)商步驟如下比較設(shè)備ID,該ID包括系統(tǒng)優(yōu)先級和系統(tǒng)的MAC地址,在該比較過程 中,首先比較系統(tǒng)優(yōu)先級,如果優(yōu)先級相同再比較系統(tǒng)MAC地址,比較結(jié)果 中設(shè)備ID較小的 一端的設(shè)備被認(rèn)為更優(yōu)。對于比較結(jié)果更優(yōu)的設(shè)備,比較其各個端口的ID,該ID包括端口優(yōu)先級 和端口號,首先比較端口優(yōu)先級,如果優(yōu)先 目同再比較端口號,在滿足最大 端口數(shù)限制的前提下,將端口號較小的端口選擇作為鏈路聚合組的端口,那些 端口號較大的端口則作為未被選擇的端口 。
采用上述方式,雖然能夠?qū)崿F(xiàn)利用LA技術(shù)完成數(shù)據(jù)傳輸,但是仍然具有以下問題由以上現(xiàn)有技術(shù)可見,LACP通過兩端設(shè)備周期性地發(fā)送LACPDU報文 進(jìn)行端口選擇和狀態(tài)維持,以實現(xiàn)數(shù)據(jù)傳輸。其中,所述的周期為可選周期, 一般情況下,快周期為l秒,慢周期為30秒,相應(yīng)的,報文超時時間分別為 3秒和90秒,也就是說,只有在3秒或90秒后,本端設(shè)備仍然收不到對端設(shè) 備發(fā)送的LACPDU報文時,本端設(shè)備才認(rèn)為對端設(shè)備發(fā)生故障,并將對應(yīng)的 本端端口設(shè)置為未選擇,以中止利用該端口進(jìn)行數(shù)據(jù)的傳輸。由此帶來的問題或雙向不通時,i殳備的端口仍然處于正常工作狀態(tài),LACP協(xié)i義無法在鏈^各出 現(xiàn)故障的同時感知到該故障的存在,而是需要等到超時定時器超時后,也就是 大概3秒甚至是90秒之后,才能獲知當(dāng)前出現(xiàn)故障,并進(jìn)行重新設(shè)置;而在 這一段時間內(nèi),數(shù)據(jù)仍然會通過端口發(fā)送到故障的鏈路上,即使對于如上所述 的快周期而言,也需要3秒才能中止利用故障鏈路進(jìn)行數(shù)據(jù)傳輸,在該段時間 內(nèi),將會有大量的數(shù)據(jù)由于鏈路故障而丟失,從而影響了數(shù)據(jù)傳輸?shù)馁|(zhì)量;對 于慢周期而言,由于超時定時器時間更長,則對于數(shù)據(jù)傳輸質(zhì)量的影響更大。 進(jìn)一步的,在鏈路發(fā)生故障時,LACP協(xié)議在收到超時定時器超時通知后, 并不立即發(fā)送LACPDU報文以通知對端更新,從而中止對端繼續(xù)向本端發(fā)送 數(shù)據(jù),而是需要按照LACPDU報文的發(fā)送周期在確定的某個時刻發(fā)送該 LACPDU報文,由此會造成在本端接收到超時通知后,仍然不能立刻向?qū)Χ?發(fā)送LACPDU報文,而是需要等待一定的時間之后方才發(fā)送該報文,而發(fā)送 LACPDU報文的時間越晚,對對端的處理也就越晚,從而會導(dǎo)致鏈路流量中 斷的時間更長,從而進(jìn)一步影響數(shù)據(jù)傳輸?shù)馁|(zhì)量。發(fā)明內(nèi)容本發(fā)明實施例的目的在于提供鏈路故障處理的方法、系統(tǒng)及裝置,以使 得能夠?qū)崟r獲知鏈路故障并中止數(shù)據(jù)的傳輸,從而保障數(shù)據(jù)傳輸質(zhì)量。
為實現(xiàn)上述發(fā)明目的,本發(fā)明實施例提供以下技術(shù)方案 一種實現(xiàn)鏈路故障處理的方法,該方法包括在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成員各自的端口之間是否出 現(xiàn)鏈路故障,如果是,則執(zhí)行后續(xù)步驟,否則,返回本步驟,直至數(shù)據(jù)傳輸結(jié) 束;將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置,該裝置中止通過鏈路聚合組中 發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。一種實現(xiàn)鏈路故障處理的系統(tǒng),該系統(tǒng)包括通訊設(shè)備、LACP協(xié)議執(zhí)行 裝置,其中所述通訊設(shè)備用于進(jìn)行數(shù)據(jù)傳輸,并在數(shù)據(jù)傳輸過程中實時沖企測鏈路聚 合組各個成員各自的端口之間是否出現(xiàn)鏈路故障,并在檢測到鏈路故障時,立 即將鏈路故障情況通知給所述的LACP協(xié)議執(zhí)行裝置;所述LACP協(xié)議執(zhí)行裝置用于根據(jù)通訊設(shè)備發(fā)送來的鏈路故障情況,中 止鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。一種實現(xiàn)鏈路故障處理的通訊設(shè)備,該通訊設(shè)備包括數(shù)據(jù)傳輸單元,用于進(jìn)行數(shù)據(jù)傳輸;鏈路故障檢測單元,用于在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障;故障情況上報單元,用于在鏈路故障檢測單元檢測得到當(dāng)前存在鏈路故障時,立即將鏈路故障情況上報給LACP協(xié)議執(zhí)行裝置。一種實現(xiàn)鏈路故障處理的LACP協(xié)議執(zhí)行裝置,該裝置包括 故障情況接收單元,用于接收通訊設(shè)備上報的鏈路故障情況; 數(shù)據(jù)傳輸中止單元,用于通過將鏈路聚合組中發(fā)生鏈路故障的成員的端口設(shè)置為未選擇,來中止通過所述成員進(jìn)行數(shù)據(jù)傳輸??梢?,在本發(fā)明實施例中,通過在數(shù)據(jù)傳輸過程中,實時檢測當(dāng)前是否出現(xiàn)鏈路故障,并在一JS4企測到出現(xiàn)鏈路故障的情況下,及時同時LACP協(xié)議中止數(shù)據(jù)傳輸,從而使得數(shù)據(jù)傳輸不會由于鏈路故障而長時間的中斷,保證了鏈
路故障導(dǎo)致流量中斷的時間小于50毫秒,進(jìn)而為數(shù)據(jù)傳輸提供了可靠的保證。
圖1為本發(fā)明一方法實施例的流程圖; 圖2為本發(fā)明方法實施例所應(yīng)用的場景的示意圖; 圖3為本發(fā)明另一方法實施例的流程圖; 圖4為本發(fā)明另一方法實施例的流程圖; 圖5為本發(fā)明實施例中所提供的系統(tǒng)的示意圖。
具體實施方式
針對目前LACP協(xié)議對于鏈路故障不能進(jìn)行快速檢測,只能在超時仍未收 到報文的情況下方才中止數(shù)據(jù)傳輸,從而造成數(shù)據(jù)傳輸中斷過長的問題,在本 發(fā)明實施例中,在所有的LA成員的端口之間啟動鏈路故障檢測, 一旦通過該 檢測發(fā)現(xiàn)鏈路出現(xiàn)故障則立刻通知LACP協(xié)議,LACP協(xié)議通過將故障鏈路對 應(yīng)的端口設(shè)置為未選擇,從而使得不再通過鏈路進(jìn)行數(shù)據(jù)傳輸,進(jìn)而,立刻對 通訊設(shè)備上相應(yīng)端口進(jìn)行重新配置,從而為數(shù)據(jù)傳輸重新選擇相應(yīng)的LA成員, 保證數(shù)據(jù)傳輸能夠及時得以恢復(fù)。下面,結(jié)合附圖對本發(fā)明實施例進(jìn)行詳細(xì)描述。參見圖1,實現(xiàn)本發(fā)明實施例所提供的方法包括以下步驟-.步驟101:在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成員各自的端口 之間是否出現(xiàn)鏈路故障,如果是,則執(zhí)行步驟102,否則,返回步驟101,直 至數(shù)據(jù)傳輸結(jié)束;步驟102:將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置,該裝置中止通過鏈 路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。在實際應(yīng)用中,通訊設(shè)備之間可能發(fā)生單向鏈路故障或雙向鏈路故障,下 面,結(jié)合這兩種情況,對本發(fā)明實施例所提供的方法進(jìn)行更詳細(xì)地描述。 (一)發(fā)生單向鏈路故障的情況參見圖2,路由器1和路由器2作為通訊雙方進(jìn)行數(shù)據(jù)傳輸,在這兩個路 由器之間具有兩對雙向鏈路,分別為雙向鏈路1和雙向鏈路2,該雙向鏈路l 和雙向鏈路2作為路由器l和路由器2之間的鏈路聚合組成員,為了描述方便,
將雙向鏈路1和雙向鏈路2在路由器1上的端口分別命名為端口 Pll和端口P12,將雙向鏈路1和雙向鏈路2在路由器2上的端口分別命名為端口 P21和 端口P22。參見圖3所示,當(dāng)出現(xiàn)單向鏈路故障時,本發(fā)明實施例所提供的方 法包括以下步驟步驟301:在路由器1和路由器2之間進(jìn)行數(shù)據(jù)傳輸?shù)耐瑫r,實時檢測這 兩個路由器之間的鏈路是否發(fā)生故障;如果發(fā)生故障,則執(zhí)行步驟302,否貝'J, 返回步驟301,直至數(shù)據(jù)傳輸結(jié)束;在本發(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ā)明其他實施例中,鏈路聚合組可能包括更多的鏈路成員,此時,則 需要在各個鏈路成員所對應(yīng)的端口上均啟動鏈路故障檢測,從而實現(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端口設(shè)置為未選擇,使得 不再利用該Pll端口進(jìn)行數(shù)據(jù)傳輸;并且,立即通過路由器1的Pll端口向路 由器2發(fā)送LACPDU報文,以通知路由器2也進(jìn)行相應(yīng)的端口設(shè)置;其中,
在本發(fā)明實施例中,將端口設(shè)置為未選擇表示被設(shè)置的端口實際沒有進(jìn)入鏈路 聚合組,不通過該端口進(jìn)行數(shù)據(jù)的傳輸,而在當(dāng)將端口設(shè)置為選擇時,該端口 才是鏈路聚合組的成員,才可利用該端口進(jìn)行數(shù)據(jù)的傳輸。由此,將路由器l的端口 Pll設(shè)置為未選擇,使得不再利用該端口進(jìn)行數(shù)據(jù)的傳輸;步驟304:路由器2收到所述LACPDU報文后,將其自身的端口P21也 設(shè)置為未選擇,從而使得不再利用該端口進(jìn)行數(shù)據(jù)傳輸。至此,由于通過步驟303和步驟304分別將路由器1上的端口 Pll和路由 器2上的端口 P21分別設(shè)置為未選擇,從而使得雙向鏈路1不再在鏈路聚合組 中,從而達(dá)到中止利用該雙向鏈^各1進(jìn)行數(shù)據(jù)傳輸?shù)哪康?。其中,在本發(fā)明優(yōu)選實施例中,在步驟303中,還可進(jìn)一步將路由器1 上所保存的對端設(shè)備,也就是路由器2的端口 P21的信息設(shè)置為未同步,從而 在鏈路發(fā)生故障的情況下,及時刷新通訊設(shè)備上保存的對端設(shè)備相應(yīng)信息;同樣,在本發(fā)明優(yōu)選實施例中,在步驟304中,還可進(jìn)一步將路由器2 上所保存的對端設(shè)備,也就是路由器1的端口 Pll的信息設(shè)置為未同步,從而 及時刷新通訊設(shè)備上所保存的對端i殳備的相應(yīng)信息。(二)發(fā)生雙向鏈路故障的情況該實施例仍然以圖2所示的通訊情況為例,參見圖4,在此情況下,實現(xiàn) 本發(fā)明實施例所提供的方法包括以下步驟步驟401:在路由器1和路由器2之間進(jìn)行數(shù)據(jù)傳輸?shù)耐瑫r,實時4全測這 兩個路由器之間的鏈路是否發(fā)生故障;如果發(fā)生故障,則執(zhí)行步驟402,否貝'J, 返回步驟401,直至數(shù)據(jù)傳輸結(jié)束;其中,在本實施例中,進(jìn)行鏈路故障檢測的方式與上一實施例所述的方式 相同,在此不再贅述。在本實施例中,參見圖2所示,雙向鏈路1中的兩條鏈路均發(fā)生故障,利 用所述的檢測機制,路由器1和路由器2分別實時檢測到雙向鏈路1中相應(yīng)的 鏈路發(fā)生故障,然后執(zhí)行步驟402;步驟402:路由器1和路由器2分別將鏈路故障情況通知LACP執(zhí)行裝置,
所述LACP執(zhí)行裝置可以為上述實施例中所述的選擇邏輯狀態(tài)機,也可以為能夠?qū)崿F(xiàn)其功能的類似裝置;步驟403: LACP執(zhí)行裝置將路由器l上的Pll端口設(shè)置為未選擇,使得 路由器1不再利用該Pll端口進(jìn)行數(shù)據(jù)傳輸;并且,LACP執(zhí)行裝置將路由器 2上的P21端口設(shè)置為未選擇,使得路由器2不再利用該P21端口進(jìn)行數(shù)據(jù)傳 輸。其中,需要注意的是對于Pll端口的設(shè)置和對于P21端口的設(shè)置并無先 后執(zhí)行順序。至此,通過將Pll端口和P21端口分別設(shè)置為未選擇,使得雙向鏈路1 不再在鏈路聚合組中,從而達(dá)到中止利用該雙向鏈路1進(jìn)行數(shù)據(jù)傳輸?shù)哪康?。其中,在本發(fā)明優(yōu)選實施例中,在步驟403中,LACP執(zhí)行裝置將路由器 1上的Pll端口設(shè)置為未選擇后,還可進(jìn)一步將該路由器1上所保存的對端設(shè) 備,也就是路由器2的端口 P21的信息設(shè)置為未同步;和/或,LACP執(zhí)行裝 置將路由器2上的P21端口設(shè)置為未選擇后,還可進(jìn)一步將該路由器2上所保 存的對端設(shè)備,也就是路由器1的端口 Pll的信息設(shè)置為未同步,從而在鏈路 發(fā)生故障的情況下,及時刷新通訊設(shè)備上保存的對端設(shè)備的相應(yīng)信息。參考上述方法實施例可見,在本發(fā)明實施例中,將LACP協(xié)議與鏈路故障 檢測協(xié)議聯(lián)動,鏈路故障檢測協(xié)議一旦檢測到當(dāng)前存在鏈路故障,則立即直接 或間接通知給LACP協(xié)議,從而使得LACP協(xié)議能夠在鏈路發(fā)生故障后,立刻 進(jìn)行相應(yīng)的處理,從而減少數(shù)據(jù)傳輸中的流量中斷,保證數(shù)據(jù)傳輸?shù)馁|(zhì)量。下面,對本發(fā)明實施例所提供的系統(tǒng)進(jìn)行詳細(xì)描述參見圖5所示,本發(fā)明實施例所提供的系統(tǒng)包括通訊設(shè)備501、 LACP 協(xié)議執(zhí)行裝置502,其中所述通訊設(shè)備501用于進(jìn)行數(shù)據(jù)傳輸,并在數(shù)據(jù)傳輸過程中實時檢測鏈 路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障,并在檢測到鏈路故障 時,立即將鏈路故障情況通知給所述的LACP協(xié)議執(zhí)行裝置502;所述LACP協(xié)議執(zhí)行裝置502用于根據(jù)通訊設(shè)備發(fā)送來的鏈路故障情況, 中止鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。
其中,所述通訊設(shè)備501可以為路由器或類似實現(xiàn)數(shù)據(jù)通訊的裝置;所述 LACP協(xié)議執(zhí)行裝置502為LACP協(xié)議中的選擇邏輯狀態(tài)機,該狀態(tài)機通過選 擇相應(yīng)鏈路的端口是否處于選擇狀態(tài)來為LA選擇相應(yīng)的成員。通過本發(fā)明實施例所提供的系統(tǒng),能夠?qū)崟r檢測到鏈路故障情況,并將該 故障情況實時告知LACP協(xié)議,利用該協(xié)議的執(zhí)行裝置中止數(shù)據(jù)的傳輸,從而 減少數(shù)據(jù)流的終端,保證數(shù)據(jù)傳輸質(zhì)量。下面對本發(fā)明實施例所提供的裝置進(jìn)行詳細(xì)描述。本發(fā)明實施例提供了 一種實現(xiàn)鏈路故障處理的通訊設(shè)備,該通訊設(shè)備包括數(shù)據(jù)傳輸單元,用于進(jìn)行數(shù)據(jù)傳輸;鏈路故障檢測單元,用于在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成 員各自的端口之間是否出現(xiàn)鏈路故障;故障情況上報單元,用于在鏈路故障檢測單元檢測得到當(dāng)前存在鏈路故障 時,立即將鏈路故障情況上報給LACP協(xié)議執(zhí)行裝置。本發(fā)明實施例還提供了一種用于實現(xiàn)鏈路故障處理的LACP協(xié)議執(zhí)行裝 置,該裝置包括故障情況接收單元,用于接收通訊設(shè)備上報的鏈路故障情況;數(shù)據(jù)傳輸中止單元,用于通過將鏈路聚合組中發(fā)生鏈路故障的成員的端口 設(shè)置為未選擇,來中止通過所述成員進(jìn)行數(shù)據(jù)傳輸。其中,在出現(xiàn)單向鏈路故障的情況下,所述數(shù)據(jù)傳輸中止單元用于將檢 測到鏈路故障的通訊設(shè)備上的發(fā)生鏈路故障的成員的端口設(shè)置為未選擇,并 且,立即通過該檢測到鏈路故障的通訊設(shè)備,向?qū)Χ说耐ㄓ嵲O(shè)備發(fā)送LACP擇。此外,該數(shù)據(jù)傳輸中止單元還進(jìn)一步用于對檢測到鏈路故障的通訊設(shè)備 上所保存的對端設(shè)備的端口信息設(shè)置為未同步,其中,所述端口為發(fā)生故障的 成員在所述對端設(shè)備上的端口 ,以及時刷新通訊設(shè)備上保存的對端設(shè)備的相應(yīng)信息。障的情況下,所述數(shù)據(jù)傳輸中止單元用于將檢測到鏈路故障的各個通訊設(shè)備上的發(fā)生鏈路故障的成員的端口設(shè)置為未選擇, 從而中止利用該成員進(jìn)行數(shù)據(jù)傳輸。此外,該數(shù)據(jù)傳輸中止單元還可進(jìn)一步用于將檢測到鏈路故障的雙方通訊設(shè)備上所保存的對端設(shè)備的端口信息設(shè)置為 未同步,其中,所述端口為發(fā)生鏈路故障成員的在所述設(shè)備上的端口,以及時刷新通訊設(shè)備上保存的對端設(shè)備的相應(yīng)信息。通過本發(fā)明實施例所提供的裝置,能夠在鏈路發(fā)生故障時及時檢測到該情 況的發(fā)生,并將鏈路故障情況實時上報給LACP協(xié)議執(zhí)行裝置,由該裝置完成 對鏈路聚合組成員中相應(yīng)端口的設(shè)置,從而保證不再利用該成員進(jìn)行數(shù)據(jù)傳 輸,保證數(shù)據(jù)傳輸不會因鏈路故障而長時間中斷,充分保障數(shù)據(jù)傳輸?shù)馁|(zhì)量。是可以通過程序來指令相關(guān)的硬件來完成,所述的程序可以存儲于一計算機可 讀取存儲介質(zhì)中,該程序在執(zhí)行時,包括如下步驟在數(shù)據(jù)傳輸過程中,實時 檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障,如果是,則執(zhí)行 后續(xù)步驟,否則,返回本步驟,直至數(shù)據(jù)傳輸結(jié)束;將鏈路故障情況通知LACP 協(xié)議執(zhí)行裝置,該裝置中止通過鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳 輸。所述的存儲介質(zhì)可以為ROM/RAM、磁碟、光盤等。以上所述僅是本發(fā)明的優(yōu)選實施方式,應(yīng)當(dāng)指出,對于本技術(shù)領(lǐng)域的普通 技術(shù)人員來說,在不脫離本發(fā)明原理的前提下,還可以做出若干改進(jìn)和潤飾, 這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種實現(xiàn)鏈路故障處理的方法,其特征在于,該方法包括在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障,如果是,則執(zhí)行后續(xù)步驟,否則,返回本步驟,直至數(shù)據(jù)傳輸結(jié)束;將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置,該裝置中止通過鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。
2、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述鏈路故障情況為單向 鏈路故障,由檢測到鏈路故障的通訊設(shè)備將鏈路故障情況上報給所述LACP 協(xié)議執(zhí)行裝置;所述中止通過鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸?shù)木唧w實 現(xiàn)為所述LACP協(xié)議執(zhí)行裝置將所述檢測到鏈路故障的通訊設(shè)備上的相應(yīng)端 口設(shè)置為未選擇,其中,該相應(yīng)端口為所述發(fā)生鏈路故障的成員在所述通訊設(shè) 備上對應(yīng)的端口;和,立即通知檢測到鏈路故障的通訊設(shè)備的對端設(shè)備也進(jìn)行 相應(yīng)的端口"^殳置;所述對端設(shè)備根據(jù)收到的所述通知,將其自身的相應(yīng)端口設(shè)置為未選擇, 其中,所述相應(yīng)端口為所述發(fā)生鏈路故障的成員在所述對端設(shè)備上對應(yīng)的端 ti 。
3、 根據(jù)權(quán)利要求2所述的方法,其特征在于,所述將所述檢測到鏈路故 障的通訊設(shè)備上的相應(yīng)端口設(shè)置為未選擇進(jìn)一步包括將所述檢測到鏈路故障的通訊設(shè)備上所保存的對端設(shè)備的相應(yīng)端口的信息設(shè)置為未同步;和/或,所述對端設(shè)備將其自身的相應(yīng)端口設(shè)置為未選擇進(jìn)一步包括 將該對端設(shè)備所保存的所述檢測到鏈路故障的通訊設(shè)備的相應(yīng)端口的信息設(shè)置為未同步。
4、 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述鏈路故障情況為雙向鏈路故障,由檢測到鏈路故障的雙方通訊設(shè)備分別將鏈路故障情況上報給所述LACP協(xié)議執(zhí)行裝置;所述中止通過鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸?shù)木唧w實 現(xiàn)為所述LACP協(xié)議執(zhí)行裝置分別將所述檢測到鏈路故障的雙方通訊設(shè)備上 的相應(yīng)端口設(shè)置為未選擇,其中,該相應(yīng)端口為所述發(fā)生鏈路故障的成員在所 述雙方通訊設(shè)備上分別對應(yīng)的端口 。
5、 根據(jù)權(quán)利要求4所述的方法,其特征在于,所述分別將所述;^測到鏈 路故障的雙方通訊設(shè)備上的相應(yīng)端口設(shè)置為未選擇進(jìn)一步包括分別將所述雙方通訊設(shè)備上各自保存的對端設(shè)備的相應(yīng)端口的信息設(shè)置 為未同步。
6、 根據(jù)權(quán)利要求1至5任意一項所述的方法,其特征在于,所述實時枱r 測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障的具體實現(xiàn)為在所述各個成員各自的端口之間均啟用快速雙向鏈路故障檢測。
7、 根據(jù)權(quán)利要求1至5任意一項所述的方法,其特征在于,所述通訊設(shè) 備為路由器,和/或,所述LACP協(xié)議執(zhí)行裝置為LACP協(xié)議中的選擇邏輯狀態(tài)機。
8、 一種實現(xiàn)鏈路故障處理的系統(tǒng),其特征在于,該系統(tǒng)包括通訊設(shè)備、 LACP協(xié)議執(zhí)行裝置,其中所述通訊設(shè)備用于進(jìn)行數(shù)據(jù)傳輸,并在數(shù)據(jù)傳輸過程中實時檢測鏈路聚 合組各個成員各自的端口之間是否出現(xiàn)鏈路故障,并在檢測到鏈路故障時,立 即將鏈路故障情況通知給所述的LACP協(xié)議執(zhí)行裝置;所述LACP協(xié)議執(zhí)行裝置用于根據(jù)通訊設(shè)備發(fā)送來的鏈路故障情況,中 止鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。
9、 根據(jù)權(quán)利要求8所述的系統(tǒng),其特征在于,所述通訊設(shè)備為路由器; 和/或,所述LACP協(xié)議執(zhí)行裝置為LACP協(xié)議中的選擇邏輯狀態(tài)機。
10、 一種實現(xiàn)鏈路故障處理的通訊設(shè)備,其特征在于,該通訊設(shè)備包括 數(shù)據(jù)傳輸單元,用于進(jìn)行數(shù)據(jù)傳輸;鏈路故障檢測單元,用于在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障;故障情況上報單元,用于在鏈路故障檢測單元檢測得到當(dāng)前存在鏈路故障 時,立即將鏈路故障情況上報給LACP協(xié)議執(zhí)行裝置。
11、 一種實現(xiàn)鏈路故障處理的LACP協(xié)議執(zhí)行裝置,其特征在于,該裝置 包括故障情況接收單元,用于接收通訊設(shè)備上報的鏈路故障情況; 數(shù)據(jù)傳輸中止單元,用于通過將鏈路聚合組中發(fā)生鏈路故障的成員的端口 設(shè)置為未選擇,來中止通過所述成員進(jìn)行數(shù)據(jù)傳輸。
12、 根據(jù)權(quán)利要求11所述的裝置,其特征在于,在出現(xiàn)單向鏈路故障的 情況下,所述數(shù)據(jù)傳輸中止單元用于將檢測到鏈路故障的通訊設(shè)備上的發(fā)生 鏈路故障的成員的端口設(shè)置為未選擇,并且,立即通過該檢測到鏈路故障的通 訊設(shè)備,向?qū)Χ说耐ㄓ嵲O(shè)備發(fā)送LACP報文,以通知該對端設(shè)備將其上的發(fā)生 鏈路故障的成員的相應(yīng)端口設(shè)置為未選擇。
13、 根據(jù)權(quán)利要求12所述的裝置,其特征在于,所述數(shù)據(jù)傳輸中止單元 進(jìn)一步用于對檢測到鏈路故障的通訊設(shè)備上所保存的對端設(shè)備的端口信息設(shè) 置為未同步,其中,所述端口為發(fā)生故障的成員在所述對端設(shè)備上的端口。
14、 根據(jù)權(quán)利要求11所述的裝置,其特征在于,在出現(xiàn)雙向鏈路故障的 情況下,所述數(shù)據(jù)傳輸中止單元用于將檢測到鏈路故障的雙方通訊設(shè)備上的 發(fā)生鏈路故障的成員的端口分別設(shè)置為未選擇。
15、 根據(jù)權(quán)利要求14所述的裝置,其特征在于,所述數(shù)據(jù)傳輸中止單元 進(jìn)一步用于將檢測到鏈路故障的雙方通訊設(shè)備上所保存的對端設(shè)備的端口信 息設(shè)置為未同步,其中,所述端口為發(fā)生鏈路故障成員的在所述設(shè)備上的端口 。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)鏈路故障處理的方法,該方法包括在數(shù)據(jù)傳輸過程中,實時檢測鏈路聚合組各個成員各自的端口之間是否出現(xiàn)鏈路故障,如果是,則執(zhí)行后續(xù)步驟,否則,返回本步驟,直至數(shù)據(jù)傳輸結(jié)束;將鏈路故障情況通知LACP協(xié)議執(zhí)行裝置,該裝置中止通過鏈路聚合組中發(fā)生鏈路故障的成員進(jìn)行數(shù)據(jù)傳輸。利用該方法,能夠在數(shù)據(jù)傳輸過程中,實時檢測當(dāng)前是否出現(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)先權(quán)日2007年8月31日
發(fā)明者汪河川 申請人:華為技術(shù)有限公司