[發明專利]一種聚合鏈路收斂方法、裝置及存儲介質

在審

• 申請號: 201811231251.5
• 申請日: 2018-10-22
• 公開（公告）號: CN111083068A
• 公開（公告）日: 2020-04-28
• 發明（設計）人: 郭曉彬
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/911
• 分類號: H04L12/911
• 代理公司: 北京元本知識產權代理事務所 11308
• 代理人: 金海榮

本發明實施例公開了一種聚合鏈路收斂方法、裝置及存儲介質，屬于通訊技術領域。所述方法包括：根據端口狀態對聚合組成員進行快切處理；獲取新成員列表，所述新成員列表反應了聚合組成員的變化情況；根據所述聚合組成員的變化情況確定是否立即根據所述新成員列表對本地成員列表進行處理。采用本發明實施例，即能夠保證本地成員列表與協議平臺的成員列表的一致性，也避免了因協議平臺模塊重復下發消息時，項目模塊重復處理導致的收斂時間較長的問題。

技術領域

本發明實施例涉及通訊技術領域，尤其涉及一種聚合鏈路收斂方法、裝置及存儲介質。

背景技術

隨著計算機及網絡技術的高速發展和各種網絡應用的不斷涌現，基礎數據通信網絡的穩定性越來越重要。為了增加帶寬，實現鏈路傳輸彈性和冗余等功能，交換機之間的連線一般是聚合鏈路，以實現出、入流量在各個成員口中的負載分擔，聚合成員的狀態有up和down狀態，端口由down到up的狀態，稱為lacp((Link Aggregation Control Protocol,鏈路匯聚控制協議))恢復狀態，端口由up到down的狀態稱為鏈路故障，無論是up還是down的狀態，都需要快速將本端口加入聚合組中，使該聚合鏈路可以很快參與后續的流量負載分擔。

現有技術的聚合鏈路故障處理或者是恢復處理策略是協議平臺(協議平臺模塊)下發成員列表，但是因為協議平臺模塊在兩臺設備間協商成功后，無法保證同時下發成員列表，而在下發的過程中，由于每臺設備的運行情況或性能等不同，會導致下發到底層驅動的時間點不同，另外，如果多條鏈路同時協商(比如設備剛啟動時)，每條鏈路協商成功的時間點也是不一樣的，這樣協議平臺模塊就會反復下發更新成員列表，在鏈路故障恢復時，收斂時間較長。針對前述問題，現有技術又出現了驅動底層快切的方案，項目側(項目模塊)檢測端口down或up后，不再等待協議平臺模塊下發成員列表，而是立即修改成員列表，然后發消息同步給其他槽位，并屏蔽協議平臺模塊的下發成員列表，這樣雖然能縮短收斂時間，但是兩臺設備完全靠底層的up down來控制lacp聚合組的成員，有些上層鏈路異常的情況還是無法感知，可靠性不高。

發明內容

有鑒于此，本發明實施例的目的在于提供一種聚合鏈路收斂方法、裝置及存儲介質，以解決現有技術聚合鏈路收斂時間長、可靠性不高的問題。

本發明實施例解決上述技術問題所采用的技術方案如下：

根據本發明實施例的第一個方面，提供一種聚合鏈路收斂方法，所述方法包括：

根據端口狀態對聚合組成員進行快切處理；

獲取新成員列表，所述新成員列表反應了聚合組成員的變化情況；

根據所述聚合組成員的變化情況確定是否立即根據所述新成員列表對本地成員列表進行處理。。

根據本發明實施例的第二個方面，提供一種聚合鏈路收斂裝置，包括存儲器、處理器以及存儲在所述存儲器上并可在所述處理器上運行的計算機程序，所述計算機程序被所述處理器執行時實現如第一方面所述方法的步驟。

根據本發明實施例的第三個方面，提供一種存儲介質，其特征在于，所述存儲介質存儲有一個或者多個程序，所述一個或者多個程序可被一個或者多個處理器執行，以實現如第一方面所述的步驟。

本發明實施例的一種聚合鏈路收斂方法、裝置及存儲介質，在進行快切處理時，仍然獲取新成員列表，由于新成員列表能夠反應聚合組成員的變化情況，因此，可以根據聚合組成員的變化情況直接確定是否對本地成員列表進行處理，因此即能夠保證本地成員列表與新成員列表的一致性，也避免了因接收了重復下發的新成員列表而重復處理導致的收斂時間較長的問題。

附圖說明

圖1為本發明實施例一提供的一種聚合鏈路收斂方法的流程圖；

圖2為本發明實施例二提供的一種聚合鏈路收斂方法的流程圖；