一種動(dòng)態(tài)lacp聚合鏈路故障恢復(fù)方法
【專利摘要】本發(fā)明提供一種動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，包括實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)LACP聚合組鏈路是否存在故障以及故障是否恢復(fù)；在接收到動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)的通知后，動(dòng)態(tài)LACP協(xié)議處理模塊執(zhí)行相應(yīng)的處理；將動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)情況通知系統(tǒng)。本發(fā)明的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)的方法提供了對(duì)動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)進(jìn)行動(dòng)態(tài)檢測(cè)和處理的機(jī)制；在聚合鏈路故障恢復(fù)后增加對(duì)聚合組成員端口校驗(yàn)機(jī)制，確保LACP聚合組在不超過(guò)聚合組端口規(guī)格限制下能夠正常工作；提供了鏈路故障恢復(fù)上報(bào)機(jī)制，保障了鏈路恢復(fù)正常后能及時(shí)了解到聚合組成員端口的通信狀態(tài)；實(shí)現(xiàn)簡(jiǎn)單，操作性強(qiáng)。
【專利說(shuō)明】—種動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別是涉及一種動(dòng)態(tài)鏈路聚合控制協(xié)議(LinkAggregation control protocol, LACP)聚合鏈路故障恢復(fù)方法。
【背景技術(shù)】
[0002]鏈路聚合(Link Aggregation)是一種將多個(gè)物理端口捆綁成一個(gè)邏輯端口的技術(shù)。該技術(shù)可以將多個(gè)物理連接當(dāng)作一個(gè)單一的邏輯連接來(lái)處理，允許兩個(gè)網(wǎng)絡(luò)設(shè)備之間通過(guò)多個(gè)端口并行連接，同時(shí)傳輸數(shù)據(jù)，以提供更高的帶寬和吞吐量，提高系統(tǒng)穩(wěn)定性。鏈路聚合分為手工聚合、靜態(tài)聚合和動(dòng)態(tài)聚合三種，LACP是實(shí)現(xiàn)動(dòng)態(tài)聚合的協(xié)議。如圖1所示,在LACP協(xié)議控制下，LACP協(xié)議通過(guò)鏈路聚合控制協(xié)議數(shù)據(jù)單元(Link AggregationControl Protocol Data Unit, LACPDU)與對(duì)端交互信息。LACP使能后位于動(dòng)態(tài)聚合組中的物理端口將通過(guò)發(fā)送LACPDU向?qū)Χ送ǜ孀约旱南到y(tǒng)LACP協(xié)議優(yōu)先級(jí)、系統(tǒng)MAC、端口的LACP協(xié)議優(yōu)先級(jí)、端口號(hào)和操作Key。對(duì)端接收到LACPDU后，將其中的信息與其他端口所收到的信息進(jìn)行比較，以選擇能夠處于Selected狀態(tài)的接口，從而雙方可以對(duì)接口處于Selected狀態(tài)達(dá)成一致，從而使得多條鏈路(成員鏈路)匯聚成一條帶寬更高的邏輯鏈路。
[0003]隨著網(wǎng)絡(luò)通訊技術(shù)的迅速發(fā)展，鏈路聚合技術(shù)已經(jīng)被越來(lái)越多的應(yīng)用于數(shù)據(jù)傳輸過(guò)程中。LACP在兩端設(shè)備之間互發(fā)報(bào)文進(jìn)行通信、協(xié)商、并通告故障，由協(xié)議來(lái)實(shí)現(xiàn)聚合和解聚合等。由于用戶的誤操作、組網(wǎng)復(fù)雜和動(dòng)態(tài)LACP協(xié)議過(guò)于靈活等因素，鏈路出現(xiàn)故障是很常見(jiàn)的事情?，F(xiàn)有技術(shù)中，LACP技術(shù)主要集中在聚合方法實(shí)現(xiàn)和鏈路故障處理上。例如，申請(qǐng)?zhí)枮?01110308340.7、發(fā)明名稱為《一種LACP鏈路切換、數(shù)據(jù)傳輸方法與裝置》的中國(guó)專利公開(kāi)了一種聚合鏈路切換方法。申請(qǐng)?zhí)枮?00710145736.8、發(fā)明名稱為《實(shí)現(xiàn)鏈路故障處理的方法、系統(tǒng)及裝置》的中國(guó)專利公開(kāi)了一種實(shí)現(xiàn)鏈路故障處理的方法、系統(tǒng)及
裝直。
[0004]在故障解決后，需要能夠快速而準(zhǔn)確的恢復(fù)聚合鏈路，并將最新的故障恢復(fù)狀態(tài)通知用戶。然而，當(dāng)前LACP的技術(shù)主要為實(shí)現(xiàn)聚合的實(shí)現(xiàn)方法、鏈路故障處理方法等，而對(duì)于鏈路故障恢復(fù)沒(méi)有明確而具體的方法。

【發(fā)明內(nèi)容】

[0005]鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其充分考慮到系統(tǒng)硬件架構(gòu)及動(dòng)態(tài)LACP鏈路聚合協(xié)議的特點(diǎn)，在動(dòng)態(tài)LACP聚合鏈路在故障解除后，能夠快速而準(zhǔn)確的檢測(cè)到故障恢復(fù)事件，并且基于故障的不同類別分別進(jìn)行聚合鏈路的故障恢復(fù)，使之恢復(fù)到正常狀態(tài)，繼而實(shí)現(xiàn)對(duì)數(shù)據(jù)鏈路的動(dòng)態(tài)控制，提聞鏈路的帶寬和吞吐量，提聞網(wǎng)絡(luò)穩(wěn)定性。
[0006]為實(shí)現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供一種動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，至少包括:步驟S11、實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)LACP聚合鏈路是否存在故障以及故障是否恢復(fù)，當(dāng)動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)事件發(fā)生時(shí)，通知?jiǎng)討B(tài)LACP協(xié)議處理模塊進(jìn)行處理；步驟S12、動(dòng)態(tài)LACP協(xié)議處理模塊在接收到動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)的通知后，對(duì)于由于物理因素所導(dǎo)致的鏈路故障恢復(fù)，動(dòng)態(tài)LACP協(xié)議處理模塊初始化LACP端口和聚合組信息，刷新端口狀態(tài)機(jī)信息；對(duì)于由非物理因素所導(dǎo)致的鏈路故障恢復(fù)，啟動(dòng)或者發(fā)送狀態(tài)機(jī)，接收或發(fā)送LACP報(bào)文；步驟S13、動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)后，判斷當(dāng)前鏈路聚合組成員端口數(shù)是否大于系統(tǒng)配置的聚合組最大端口數(shù)；若是，轉(zhuǎn)入步驟S14 ;若否，轉(zhuǎn)入步驟S15 ;步驟S14、基于端口的系統(tǒng)ID對(duì)當(dāng)前鏈路聚合組成員進(jìn)行調(diào)整，在滿足聚合組最大端口數(shù)限制的前提下，將部分端口作為聚合組的選中端口，部分端口作為聚合組的未選中端口 ；步驟S15、打開(kāi)聚合組的選中端口的數(shù)據(jù)傳輸，關(guān)閉未選中端口的數(shù)據(jù)傳輸；步驟S16、動(dòng)態(tài)LACP聚合鏈路恢復(fù)正常后，發(fā)送通知告知系統(tǒng)動(dòng)態(tài)LACP聚合鏈路的數(shù)據(jù)傳輸狀態(tài)。
[0007]根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:所述步驟Sll中，若動(dòng)態(tài)LACP聚合鏈路不存在故障或故障未恢復(fù)，則流程結(jié)束。
[0008]根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:所述步驟S12中，所述動(dòng)態(tài)LACP聚合鏈路故障共分兩大類:1)物理因素導(dǎo)致的聚合鏈路故障；2)端口為未選中狀態(tài)所帶來(lái)的非物理因素聚合鏈路故障。
[0009]進(jìn)一步地，根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:對(duì)于由非物理因素所導(dǎo)致的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)，若故障由全局開(kāi)關(guān)去使能導(dǎo)致，則初始化聚合端口信息，啟動(dòng)狀態(tài)機(jī)，并下發(fā)聚合組信息到交換驅(qū)動(dòng)。
[0010]根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:所述步驟S13中，系統(tǒng)支持對(duì)聚合組最大端口數(shù)進(jìn)行配置。
[0011 ] 根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:所述步驟S14中，所述端口的系統(tǒng)ID包括端口號(hào)和端口優(yōu)先級(jí)。
[0012]進(jìn)一步地，根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:如果優(yōu)先級(jí)不同，則選中優(yōu)先級(jí)較高的端口作為聚合組的選中端口，優(yōu)先級(jí)較低的端口作為聚合組的未選中端口 ；如果優(yōu)先級(jí)相同，再比較端口號(hào)，在滿足聚合組最大端口數(shù)限制的前提下，選中端口號(hào)較小的端口作為聚合組的選中端口，端口號(hào)較大的端口作為聚合組的未選中端口。
[0013]根據(jù)上述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其中:步驟S15中，下發(fā)聚合端口信息到交換驅(qū)動(dòng)，恢復(fù)故障鏈路數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)傳輸；從交換驅(qū)動(dòng)刪除端口狀態(tài)新修改為未選中的對(duì)應(yīng)的端口信息，關(guān)閉對(duì)應(yīng)數(shù)據(jù)鏈路的數(shù)據(jù)傳輸。
[0014]如上所述，本發(fā)明的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，具有以下有益效果:
[0015](I)提供了對(duì)動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)進(jìn)行動(dòng)態(tài)檢測(cè)和處理的機(jī)制，確保鏈路故障恢復(fù)后，能夠及時(shí)的恢復(fù)鏈路的數(shù)據(jù)傳輸；
[0016](2)考慮到動(dòng)態(tài)LACP聚合端口數(shù)目的靈活性，系統(tǒng)支持對(duì)聚合組最大端口的限制，動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)后增加對(duì)聚合組成員端口校驗(yàn)機(jī)制，確保LACP聚合組在不超過(guò)聚合組端口規(guī)格限制下能夠正常工作；
[0017](3)提供了鏈路故障恢復(fù)上報(bào)機(jī)制，保障了鏈路恢復(fù)正常后能及時(shí)了解到聚合組成員端口的通信狀態(tài)；
[0018](4)實(shí)現(xiàn)簡(jiǎn)單，操作性強(qiáng)。
【專利附圖】

【附圖說(shuō)明】[0019]圖1顯示為現(xiàn)有技術(shù)中動(dòng)態(tài)LACP鏈路聚合的應(yīng)用場(chǎng)景示意圖；
[0020]圖2顯示為本發(fā)明中動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法的流程圖；
[0021]圖3顯示為本發(fā)明的動(dòng)態(tài)LACP協(xié)議模塊的處理流程圖。
【具體實(shí)施方式】
[0022]以下通過(guò)特定的具體實(shí)例說(shuō)明本發(fā)明的實(shí)施方式，本領(lǐng)域技術(shù)人員可由本說(shuō)明書(shū)所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過(guò)另外不同的【具體實(shí)施方式】加以實(shí)施或應(yīng)用，本說(shuō)明書(shū)中的各項(xiàng)細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用，在沒(méi)有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。
[0023]需要說(shuō)明的是，本實(shí)施例中所提供的圖示僅以示意方式說(shuō)明本發(fā)明的基本構(gòu)想，遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時(shí)的組件數(shù)目、形狀及尺寸繪制，其實(shí)際實(shí)施時(shí)各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變，且其組件布局型態(tài)也可能更為復(fù)雜。
[0024]參照?qǐng)D2，本發(fā)明的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法的總體步驟如下:
[0025]步驟S1:實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)LACP聚合組鏈路是否存在故障，若是，轉(zhuǎn)入步驟S2 ;若否，流程結(jié)束；
[0026]步驟S2:實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)LACP聚合組鏈路故障是否恢復(fù)，若是，轉(zhuǎn)入步驟S3 ;若否，流程結(jié)束；
[0027]步驟S3:將動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)通知傳送到動(dòng)態(tài)LACP協(xié)議處理模塊，動(dòng)態(tài)LACP協(xié)議處理模塊執(zhí)行相應(yīng)的處理，如恢復(fù)鏈路的數(shù)據(jù)傳輸?shù)龋?br> [0028]步驟S4:將動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)情況通知系統(tǒng)。
[0029]為了在動(dòng)態(tài)LACP聚合鏈路故障解除后，準(zhǔn)確而迅速的恢復(fù)鏈路的通信狀態(tài)，本發(fā)明的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，包括以下內(nèi)容:
[0030]a、鏈路故障恢復(fù)動(dòng)態(tài)監(jiān)測(cè)和處理機(jī)制
[0031]動(dòng)態(tài)監(jiān)聽(tīng)系統(tǒng)的事件如接收到的報(bào)文、系統(tǒng)硬件事件等，并根據(jù)引起鏈路故障的原因不同進(jìn)行相應(yīng)的處理。具體地，如果為接收?qǐng)?bào)文超時(shí)導(dǎo)致的故障，當(dāng)故障恢復(fù)并接收到對(duì)端發(fā)送過(guò)來(lái)的報(bào)文時(shí)，則啟動(dòng)接收狀態(tài)機(jī)和復(fù)合控制狀態(tài)機(jī)；如果為端口物理原因故障，則在故障恢復(fù)后，硬件中斷第一時(shí)間通知LACP協(xié)議模塊啟動(dòng)端口的狀態(tài)機(jī)。
[0032]b、聚合組成員的動(dòng)態(tài)調(diào)整
[0033]由于聚合組最大端口數(shù)限制，當(dāng)故障鏈路恢復(fù)后，如當(dāng)前聚合組的端口數(shù)大于系統(tǒng)配置聚合組最大端口數(shù)，則需要對(duì)故障恢復(fù)鏈路對(duì)應(yīng)的端口與當(dāng)前聚合組端口進(jìn)行比較，并基于比較結(jié)果對(duì)聚合組成員進(jìn)行動(dòng)態(tài)調(diào)整。
[0034]C、故障恢復(fù)上報(bào)機(jī)制
[0035]動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)后，第一時(shí)間上報(bào)告警通知系統(tǒng)，并打開(kāi)或者關(guān)閉數(shù)據(jù)傳輸通道，告知當(dāng)前聚合鏈路的通信狀態(tài)。
[0036]參照?qǐng)D2和圖3，本發(fā)明的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法具體包括以下步驟:
[0037]步驟SI 1、實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)LACP聚合鏈路是否存在故障以及故障是否恢復(fù)，當(dāng)動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)事件發(fā)生時(shí)，通知?jiǎng)討B(tài)LACP協(xié)議處理模塊進(jìn)行處理。
[0038]其中，當(dāng)動(dòng)態(tài)LACP聚合鏈路不存在故障或故障未恢復(fù)時(shí)，流程結(jié)束。[0039]步驟S12、動(dòng)態(tài)LACP協(xié)議處理模塊在接收到動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)的通知后，對(duì)于由于物理因素所導(dǎo)致的鏈路故障恢復(fù)，動(dòng)態(tài)LACP協(xié)議處理模塊初始化LACP端口和聚合組信息，刷新端口狀態(tài)機(jī)信息；對(duì)于由非物理因素所導(dǎo)致的鏈路故障恢復(fù)，啟動(dòng)或者發(fā)送狀態(tài)機(jī)，接收或發(fā)送LACP報(bào)文。
[0040]具體地，基于故障類別的不同，動(dòng)態(tài)LACP協(xié)議處理模塊進(jìn)行不同的處理。根據(jù)引起鏈路故障的原因，動(dòng)態(tài)LACP聚合鏈路故障共分兩大類:1)端口物理狀態(tài)、雙工等物理因素導(dǎo)致的聚合鏈路故障；2)物理鏈路連接正常，其中一側(cè)設(shè)備端口 LACP報(bào)文接收異常等因素導(dǎo)致的端口為未選中狀態(tài)所帶來(lái)的非物理因素聚合鏈路故障。
[0041]對(duì)于由于物理因素所導(dǎo)致的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)，動(dòng)態(tài)LACP協(xié)議處理模塊在接收到系統(tǒng)的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)通知后，初始化LACP端口和聚合組信息，刷新端口狀態(tài)機(jī)信息等。對(duì)于由非物理因素所導(dǎo)致的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)，則根據(jù)故障恢復(fù)的原因進(jìn)行不同的處理，例如故障由全局使能開(kāi)關(guān)去使能導(dǎo)致，故障恢復(fù)后全局使能開(kāi)關(guān)開(kāi)啟，則需要初始化聚合端口信息，啟動(dòng)狀態(tài)機(jī)，并下發(fā)聚合組信息到交換驅(qū)動(dòng)。
[0042]步驟S13、動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)后，判斷當(dāng)前鏈路聚合組成員端口數(shù)是否大于系統(tǒng)配置的聚合組最大端口數(shù)；若是，轉(zhuǎn)入步驟S14 ;若否，轉(zhuǎn)入步驟S15。
[0043]其中，系統(tǒng)支持對(duì)聚合組最大端口數(shù)進(jìn)行配置。
[0044]步驟S14、基于端口的系統(tǒng)ID對(duì)當(dāng)前鏈路聚合組成員進(jìn)行調(diào)整，在滿足聚合組最大端口數(shù)限制的前提下，將部分端口作為聚合組的選中端口，部分端口作為聚合組的未選中端口。
[0045]具體地，動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)后，如果當(dāng)前鏈路聚合組成員端口數(shù)大于系統(tǒng)配置的聚合組最大端口數(shù)的限制，則需要比較各個(gè)端口的ID。端口的系統(tǒng)ID包括端口號(hào)和端口優(yōu)先級(jí)。如果優(yōu)先級(jí)不同，則選中優(yōu)先級(jí)較高的端口作為聚合組的選中端口，優(yōu)先級(jí)較低的端口作為聚合組的未選中端口。如果優(yōu)先級(jí)相同，再比較端口號(hào)，在滿足聚合組最大端口數(shù)限制的前提下，選中端口號(hào)較小的端口選中作為聚合組的選中端口，端口號(hào)較大的端口作為聚合組的未選中端口。
[0046]步驟S15、打開(kāi)聚合組的選中端口的數(shù)據(jù)傳輸，關(guān)閉未選中端口的數(shù)據(jù)傳輸。
[0047]具體地，下發(fā)聚合端口信息到交換驅(qū)動(dòng)，恢復(fù)故障鏈路數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)傳輸；從交換驅(qū)動(dòng)刪除端口狀態(tài)新修改為未選中的對(duì)應(yīng)的端口信息，關(guān)閉對(duì)應(yīng)數(shù)據(jù)鏈路的數(shù)據(jù)傳輸。
[0048]步驟S16、動(dòng)態(tài)LACP聚合鏈路恢復(fù)正常后，發(fā)送通知告知系統(tǒng)動(dòng)態(tài)LACP聚合鏈路的數(shù)據(jù)傳輸狀態(tài)。
[0049]綜上所述，本發(fā)明的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)的方法提供了對(duì)動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)進(jìn)行動(dòng)態(tài)檢測(cè)和處理的機(jī)制，確保鏈路故障恢復(fù)后，能夠及時(shí)的恢復(fù)鏈路的數(shù)據(jù)傳輸；考慮到動(dòng)態(tài)LACP聚合端口數(shù)目的靈活性，系統(tǒng)支持對(duì)聚合組最大端口的限制，聚合鏈路故障恢復(fù)后增加對(duì)聚合組成員端口校驗(yàn)機(jī)制，確保LACP聚合組在不超過(guò)聚合組端口規(guī)格限制下能夠正常工作；提供了鏈路故障恢復(fù)上報(bào)機(jī)制，保障了鏈路恢復(fù)正常后能及時(shí)了解到聚合組成員端口的通信狀態(tài)；同時(shí)實(shí)現(xiàn)簡(jiǎn)單，操作性強(qiáng)。所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點(diǎn)而具高度產(chǎn)業(yè)利用價(jià)值。
[0050]上述實(shí)施例僅例示性說(shuō)明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對(duì)上述實(shí)施例進(jìn)行修飾或改變。因此，舉凡所屬【技術(shù)領(lǐng)域】中具有通常知識(shí)者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。
【權(quán)利要求】
1.一種動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于，至少包括: 步驟SI 1、實(shí)時(shí)監(jiān)測(cè)動(dòng)態(tài)LACP聚合鏈路是否存在故障以及故障是否恢復(fù)，當(dāng)動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)事件發(fā)生時(shí)，通知?jiǎng)討B(tài)LACP協(xié)議處理模塊進(jìn)行處理； 步驟S12、動(dòng)態(tài)LACP協(xié)議處理模塊在接收到動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)的通知后，對(duì)于由于物理因素所導(dǎo)致的鏈路故障恢復(fù)，動(dòng)態(tài)LACP協(xié)議處理模塊初始化LACP端口和聚合組信息，刷新端口狀態(tài)機(jī)信息；對(duì)于由非物理因素所導(dǎo)致的鏈路故障恢復(fù)，啟動(dòng)或者發(fā)送狀態(tài)機(jī)，接收或發(fā)送LACP報(bào)文； 步驟S13、動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)后，判斷當(dāng)前鏈路聚合組成員端口數(shù)是否大于系統(tǒng)配置的聚合組最大端口數(shù)；若是，轉(zhuǎn)入步驟S14 ;若否，轉(zhuǎn)入步驟S15 ； 步驟S14、基于端口的系統(tǒng)ID對(duì)當(dāng)前鏈路聚合組成員進(jìn)行調(diào)整，在滿足聚合組最大端口數(shù)限制的前提下，將部分端口作為聚合組的選中端口，部分端口作為聚合組的未選中端Π ； 步驟S15、打開(kāi)聚合組的選中端口的數(shù)據(jù)傳輸，關(guān)閉未選中端口的數(shù)據(jù)傳輸； 步驟S16、動(dòng)態(tài)LACP聚合鏈路恢復(fù)正常后，發(fā)送通知告知系統(tǒng)動(dòng)態(tài)LACP聚合鏈路的數(shù)據(jù)傳輸狀態(tài)。
2.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:所述步驟Sll中，若動(dòng)態(tài)LACP聚合鏈路不存在故障或故障未恢復(fù)，則流程結(jié)束。
3.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:所述步驟S12中，所述動(dòng)態(tài)LACP聚合鏈路故障共分兩大類:1)物理因素導(dǎo)致的聚合鏈路故障；2)端口為未選中狀態(tài)所帶來(lái)的非物理因素聚合鏈路故障。
4.根據(jù)權(quán)利要求3所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:對(duì)于由非物理因素所導(dǎo)致的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)，若故障由全局開(kāi)關(guān)去使能導(dǎo)致，則初始化聚合端口信息，啟動(dòng)狀態(tài)機(jī)，并下發(fā)聚合組信息到交換驅(qū)動(dòng)。
5.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:所述步驟S13中，系統(tǒng)支持對(duì)聚合組最大端口數(shù)進(jìn)行配置。
6.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:所述步驟S14中，所述端口的系統(tǒng)ID包括端口號(hào)和端口優(yōu)先級(jí)。
7.根據(jù)權(quán)利要求6所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:如果優(yōu)先級(jí)不同，則選中優(yōu)先級(jí)較高的端口作為聚合組的選中端口，優(yōu)先級(jí)較低的端口作為聚合組的未選中端口 ；如果優(yōu)先級(jí)相同，再比較端口號(hào)，在滿足聚合組最大端口數(shù)限制的前提下，選中端口號(hào)較小的端口作為聚合組的選中端口，端口號(hào)較大的端口作為聚合組的未選中端□。
8.根據(jù)權(quán)利要求1所述的動(dòng)態(tài)LACP聚合鏈路故障恢復(fù)方法，其特征在于:步驟S15中，下發(fā)聚合端口信息到交換驅(qū)動(dòng)，恢復(fù)故障鏈路數(shù)據(jù)對(duì)應(yīng)的數(shù)據(jù)傳輸；從交換驅(qū)動(dòng)刪除端口狀態(tài)新修改為未選中的對(duì)應(yīng)的端口信息，關(guān)閉對(duì)應(yīng)數(shù)據(jù)鏈路的數(shù)據(jù)傳輸。
【文檔編號(hào)】H04L1/22GK103916281SQ201410177442
【公開(kāi)日】2014年7月9日 申請(qǐng)日期:2014年4月29日 優(yōu)先權(quán)日:2014年4月29日
【發(fā)明者】張顯峰 申請(qǐng)人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司