實現鏈路聚合的方法、裝置及系統的製作方法

2023-04-24 10:33:31 1

專利名稱：實現鏈路聚合的方法、裝置及系統的製作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種實現鏈路聚合的方法、裝置及 系統。
背景技術：
數字用戶線路(DSL, Digital Subscriber Line )技術是以銅質電話線為傳 輸介質的傳輸技術組合，通過一條電話線，數據傳輸帶寬大大增加，用戶能 夠以更快的速率瀏覽網際網路，而且在享受先進數據服務的同時，不影響接聽 或者撥打電話。隨著用戶對DSL技術帶寬需求的急劇增長，還有運營商運營 網絡電視(IPTV, IP Television)等視頻增值業務的需要，以及企業對DSL 技術帶寬越來越高的需求，傳統的DSL接入方式越來越難滿足需要。因此， 迫切需要新的技術出現，以滿足用戶、運營商、企業等對DSL技術帶寬的需 要。而依賴銅線的DSL技術被廣泛採用，因此，如何通過銅線接入提高DSL 技術帶寬成為需要解決的問題。在這種情形下，DSL捆綁技術應運而生。DSL 捆綁技術是把兩條以上的DSL線路在邏輯上合併為一條鏈路，從而達到提高 帶寬的目的。實現DSL捆綁技術的現有技術之一為，在物理層實現捆綁。ITU-T G.998.2 定義了一種在DSL技術上實現捆綁的方法，主要通過PCS (Physic Coding Sublayer)子層實現MAC-PHY rate matching和PME- Aggregation功能來實現 捆綁。通過物理層實現捆綁的方法，只能在用戶板內實現，這種方法具有一定 的局限性，例如在網絡部署上，必須預先規劃或者預留埠，由此造成了資 源浪費。而正EE802.3ad定義了 一種在數據鏈路層(Data Link Layer)通過鏈路聚 合(LinkAggregation)實現捆綁的方法，具體實現通過乙太網協議IEEE802.3(optional))之間的Link Aggregation Sublayer子層來實現鏈路聚合。 IEEE802.3ad還擴展了鏈路聚合控制協議(LACP， Link Aggregation Control Protocol)來實現聚合各功能體之間的信息交互。鏈路聚合指的是邏輯上的意義，對應到具體的線路捆綁的應用場景中， 可以通過鏈路聚合實現捆綁，而且，邏輯意義上的鏈路聚合在報文轉發層面， 可以分為將報文進行負荷分擔和匯聚。為了使表述更加準確、統一，下文均 將統一稱為鏈路聚合。而正EE802.3ad作為實現鏈路聚合的現有技術，只能用於實現鏈路聚合的 設備位於同一子網的場景，而對於實現鏈路聚合的設備跨子網的場景，還沒 有相應的解決方案。發明內容本發明實施例所要解決的技術問題是提供一種實現鏈路聚合的方法，用 以解決實現鏈路聚合的設備位於不同子網時，鏈路聚合的實現。一種實現鏈路聚合的系統，所述系統包括第一網絡節點，用於將接收到的報文負荷分擔到n條鏈路上，並通過所 述n條鏈路分別發送給n個網絡節點，n為大於1的自然數；所述n個網絡節點，用於將從所述n條鏈路發送過來的報文發送給第二 網絡節點；所述n個網絡節點中的至少一個網絡節點為三層設備接入節點AN 或者路由器；所述第二網絡節點將接收到的所述報文進行匯聚。 一種實現鏈路聚合的方法，所述方法包括第一網絡節點將接收到的報文負荷分擔到n條鏈路上，並通過所述n條 鏈路分別發送給n個網絡節點，n為大於l的自然數；所述n個網絡節點將從所述n條鏈路發送過來的報文發送給第二網絡節 點，所述n個網絡節點中的至少一個網絡節點為三層設備接入節點AN或者 路由器；所述第二網絡節點將接收到的所述l艮文進行匯聚。 一種實現鏈路聚合的裝置，所述裝置包括代理單元，用於建立與網絡側設備的連接，包括對來自所述網絡側設備的ARP請求返回ARP響應，或者，根據學習到的IP位址對來自所述網絡側 設備的ARP請求返回ARP響應；第一復用/解復用單元，用於接收所述網絡側設備利用建立的連接發送的 報文，將所述代理單元接收到的報文負荷分擔到n條鏈路，n為大於1的自然 數；第一收發單元，用於將所述第一復用/解復用單元負荷分擔後的n條鏈3各 上的報文發送給n個網絡節點，所述n個網絡節點中的至少一個網絡節點為 三層設備接入節點AN或者路由器。一種實現鏈路聚合的裝置，所述裝置包括鏈路聚合代理LAP單元，用於將第一網絡節點的鏈路聚合控制協議LACP 報文，和/或Marker Protocol協議報文轉發給第二網絡節點，以用於協商所述 第 一 網絡節點和所述第二網絡節點之間的鏈路，第二轉發單元，用於根據所述第 一網絡節點和第二網絡節點之間的鏈路， 將所述第 一 網絡節點發送的報文轉發給所述第二網絡節點。與現有技術相比，本發明實施例具有如下有益效果本發明實施例基於正EE802.3ad幀分發算法，對於鏈路聚合的兩端，即實 現負荷分擔及鏈路聚合的網絡設備，先通過初始化過程獲取鏈路上的MAC地 址，在鏈路聚合系統內部建立起鏈路層通路。此外，在任意時刻，鏈路聚合 系統還需要和外部建立連接，對於二層設備，增加代理單元，處理來自鏈路 聚合系統外部的ARP請求，對於三層設備，由其原有處理ARP請求的單元處 理ARP請求。報文通過上述建立起來的鏈路聚合系統內部的鏈路層通路及其 與外部的連接，實現了負荷分擔與匯聚，從而實現了鏈路聚合。通過本發明 實施例提供的方法及系統，為正EE802.3ad沒有解決的問題提供了實現方案， 即當網絡設備位於不同子網時，實現鏈路聚合。此外，本發明實施例不僅可以用於DSL接入技術，對於光纖接入技術或者其它接入技術，本發明實施例均可適用，即本實施例發明提供的方法及系統對於接入技術本身沒有限制，具有一定的通用性。


圖1為本發明方法實施例流程圖； 圖2為本發明第一網絡節點的裝置結構圖； 圖3為本發明裝置實施例一駐地網關的結構圖； 圖4為本發明裝置實施例一匯聚網交換機結構圖； 圖5為本發明系統結構圖。
具體實施方式
為使本發明的上述目的、特徵和優點能夠更加明顯易懂，下面結合附 圖和具體實施方式
對本發明作進一步詳細的說明。參考圖1,示出了本發明的一種實現鏈路聚合的方法實施例的流程圖，可 以包4舌以下步驟步驟101:第一網絡節點將接收到的報文負荷分擔到n條鏈路上，並通過 所述n條鏈路分別發送給n個網絡節點，n為大於1的自然數；步驟102:所述n個網絡節點將從所述n條鏈路發送過來的報文發送給第 二網絡節點，所述n個網絡節點中的至少一個網絡節點為三層i殳備接入節點 AN或者路由器；步驟103:所述第二網絡節點將接收到的所述報文進行匯聚。 下面對圖1所示各步驟進行詳細說明。首先，需要指出的是，對本發明實施例來說，在跨子網鏈路聚合的實現 中，在所涉及的n條鏈路中，某些鏈路由第一網絡節點與第二網絡節點直接 建立或者通過二層設備相連，其中不再涉及三層設備接入節點AN或者路由 器，而有的鏈路在第一網絡節點與第二網絡節點之間存在三層設備接入節點 AN或者路由器。為了便於說明，所有實現鏈路聚合的設備(包括實現鏈路聚合所要經過的設備)統一稱為鏈路聚合系統內部。在跨子網的場景中，位於不同子網的設備進行通信，需要通過代理地 址解析協議ARP實現，本發明實施例需要在鏈路聚合系統內部(即實現鏈 路聚合涉及的各設備)建立鏈路層通路，還需要通過將鏈路聚合系統與外 部(即鏈路聚合系統與網絡側設備)建立連接實現負荷分擔，從而，就可 以將負荷分擔後的報文進行匯聚，並將匯聚後的報文進行轉發。在本發明實施例中，鏈路聚合系統內部建立鏈路層通路通過初始化過程實現。初始化過程包括鏈路聚合系統內部的設備向同樣位於鏈路聚合 系統內部且與自身相連的設備(簡便起見，稱為對端)發起ARP請求，來 獲取對端的MAC地址，或者，接收對端發送的ARP請求並將自身的MAC 地址加入ARP響應並返回ARP響應。鏈^各聚合系統內部各設備獲取對端 MAC地址的順序不分先後，且鏈路聚合系統內部所有設備的初始化過程完 成後，鏈路聚合的初始化過程完成，即在鏈路聚合系統內部建立起了鏈路 層通路。鏈路聚合系統與外部(即與網絡設備)也需要建立連接，使來自不同 網絡設備的報文匯聚至鏈路聚合系統內部實現負荷分擔的網絡設備，以便 將報文進行負荷分擔。需要說明的是，鏈路聚合系統與外部建立連接是可 以任意時刻發生的。通過鏈路聚合系統與外部建立的連接，可以在鏈路聚 合系統內部實現報文的負荷分擔，具體可以包括以下步驟Al:接收網絡設備的ARP請求。A2:將自身的MAC地址填入ARP響應並向網絡設備返回ARP響應。 A3:接收網絡設備發送的報文，對不同網絡設備的報文進行匯聚。 A4:將接收到的報文負荷分擔到不同鏈路上，進行發送。 在上述各步驟中，通過步驟A1、 A2的處理，使得網絡設備可以先將 報文匯聚到鏈路聚合系統內部實現負荷分擔的設備上。並且，步驟A3、 A4的處理是大量及重複的。步驟A3、 A4的處理可以在時間上處於步驟 Al、 A2之後，但與步驟A1、 A2的時間順序沒有緊密的相關性，即步驟 A3、 A4不一定緊跟在步驟Al、 A2之後。通過鏈路聚合系統內部鏈路層通路的建立，可以在鏈路聚合系統內部實現將負荷分擔後的報文進行匯聚，還可以將匯聚後的報文轉發至相應網 絡設備。轉發的具體實現通過向網絡側發送ARP請求，以獲取相應IP位址的網絡側設備的MAC地址，將匯聚後的報文根據獲取的MAC地址轉發 到相應的網絡側設備。匯聚與轉發可以包括以下步驟B1:鏈路聚合系統內部實現聚合的設備針對性的發起一 個或多個ARP請求。此處針對性的意思是，針對路由處理的情況，向路由表中對應的一個 (或多個)下一跳(next hop )或網關節點(gateway )的IP位址發起ARP 請求，或者，針對無路由處理的情況，即網絡側設備均位於同一子網時， 直接向目的節點發起ARP請求，此外，不排除其它可能存在情況。假設在 路由處理的情況下，對應的下一跳或網關節點的IP位址為IPy，在同一子 網的情況下，對應的目的節點的IP位址為IPx。B2:接收到一個或多個的ARP響應，其中包括返回ARP相應的網絡 側設備的MAC地址，更新ARP表。B3:接收各鏈路過來的報文，將報文進行匯聚，形成隊列。報文經匯聚後組成隊列，後續將對隊列中的報文依次進行處理，後續 的流程則用來說明對每一l艮文處理的過程。B4:假設該隊列起始報文為報文A，報文A的目的IP位址為IPx,開始對報文A進行處理。對報文的轉發是多次進行的，即對報文隊列中的報文依次進行轉發， 從報文A開始，從此步驟開始的流程為對單個報文進行處理的流程，對隊 列中的l艮文的處理依次重複執行此流程。B5:查找路由表以確定下一跳或網關節點的IP位址IPy。 本步驟為可選項，如前面所述，在某些場景下不需要本步驟。 B6:檢測IPy或者IPx是否在ARP表中，若是，則進入步驟307,否 則，進入B8。即若執行了步驟305,檢測IPy是否在ARP表中，若不執行B5，檢測 IPx是否在ARP表中，若IPy或者IPx在ARP表中，進入B7，否則，進 入B8。B7:發送糹艮文，結束流程。將匯聚後的報文的源MAC地址置為實現鏈路聚合的設備的MAC地 址，此為正常處理，不再贅述，將匯聚後的報文的目的MAC地址置為ARP 表中IPy對應的MAC地址，並發送匯聚後的報文，結束流程。B8:對IPy或者IPx對應的設備發起ARP請求，請求IPy或者IPx對 應的MAC;也址。B9:檢測是否接收到ARP響應，ARP響應中至少包括MAC地址，若 4妻收到ARP響應，進入BIO，否則，進入Bll。 B10:更新ARP表，發送4艮文，結束流程。即更新ARP表，將匯聚後的報文的目的MAC地址置為B9中獲得的 MAC地址，將匯聚後的淨艮文發送，結束流程。Bll:將目的IP為IPx的t艮文丟棄，結束流程。在上述各步驟中，步驟B1與B2與後續各步驟在時間上沒有緊密的相 關性，且步驟B10與B2與後續各步驟屬於不同層面的處理，在此僅用來 表示後續報文的處理需要滿足的條件，即獲取MAC地址。步驟B4至步驟 Bll的處理過程是反覆多次的，報文序列中的報文均需要做此處理，而且 從報文序列中的排在最前面的報文開始，在此，僅表示對報文A的轉發處 理，對報文序列中其它報文均做同樣處理，不同之處在於其它報文的目的 IP位址可以與才艮文A不同。為了更加清楚、準確地對本發明實施例進行說明，將鏈路聚合系統內部 實現負荷分擔的設備即第一網絡節點稱為node 1，將鏈路聚合系統內部實現 匯聚的i殳備即第二網絡節點稱為node2,此處，node 1在進行負荷分擔之前也 有將報文匯聚的動作，但是不同於node 2將報文進行匯聚，nodel匯聚報文 的含義是接收來自各網絡側設備的報文，node 2匯聚報文的含義是對應於實 現鏈路聚合，在報文轉發層面對報文的匯聚。node 1與node 2在本發明實施例中，在跨子網實現鏈路聚合的各步驟 上沒有本質區別，只是因位置不同以及所依託的設備不同，在網絡側和捆 綁系統內部的接口上存在區別，而對於跨子網實現鏈路聚合的原理和方法 是相同的，因此，node 1也可以實現匯聚，node2也可以實現負荷分擔。對本發明實施例來說，在跨子網鏈路聚合的實現中，對於所涉及的所有鏈路，存在某些鏈路由nodel與node2直接建立或者通過二層設備相連，其 中不再涉及三層設備nodex, x為大於2的自然數，在此，簡化起見，稱為第 一種情況。而有的鏈路在node 1與node 2之間存在三層設備node x,簡化起 見，稱為第二種情況，此時，實現跨子網鏈路聚合的各步與第一種情況並無太大區別，不同之處在於，對於第一種情況，node 1與node 2通過二層設備 進行通信或者直接進行通信。在方法實施例中，僅以第二種情況為例對本發 明實施例進行說明。其次，需要說明的是，本發明實施例不局限於接入技術本身，在此，對 DSL接入場景的實現進行詳細描述。其中，node l與node2既可以是二層設備， 還可以是三層設備。node l為RG， node x作為接入節點AN或者路由器，可以是數字用戶線路接入 復用器(DSLAM) ， node 2為IP邊緣設備(IP Edge)或者匯聚網交換機 (Aggregation Switch); 下行方向，node l為IP Edge或者Aggregation Switch, nodex作為AN,為DSLAM, node2為RG。 RG可以是二層設備或者三層設備， IPEdge是三層設備，Aggregation Switch是二層設備。而且，IPEdge作為三層 設備，可以是寬帶遠程接入伺服器(BRAS)或寬帶網關(BNG)設備，同時 也不排除其它IPEdge，例如三層AN。實施例一，在本實施例中，RG與Aggregation Switch均為二層設備。 當RG與Aggregation Switch位於不同子網時，通過鏈路聚合實現捆綁， 需要首先獲取鏈路上的MAC地址，以在鏈路聚合系統內部建立鏈路層的通 路。獲取鏈路上的MAC地址的方法可以包括通過初始化過程獲取MAC地 址，或者，通過靜態配置獲取MAC地址，等。在此，僅以通過初始化過程獲 取MAC地址為例進行說明。對於上行方向，在鏈路聚合系統內部建立鏈路層 的通3各可以包括以下步驟CI:初始化時，RG向n個DSLAM發送ARP請求，n為大於1的自然數。在系統初始化過程中，RG的初始化單元對每個DSL鏈路/線路對應的端 口發送ARP請求。C2:初始化時，n個DSLAM返回ARP響應。在DSLAM返回的響應中，DSLAM將自身的MAC地址添加進返回的 ARP響應，這樣，RG就能獲得各鏈路對應的DSLAM的MAC地址，在確定 某會話的報文轉發的鏈路後，就能將該鏈路對應的DSLAM的MAC地址作為 該會話所有報文的MAC地址，從而實現將會話的所有報文發送到DSLAM。 C3:初始化時，DSLAM向Aggregation Switch發送ARP請求。 C4:初始化時，Aggregation Switch對來自DSLAM的ARP請求返回ARP 響應。Aggregation Switch的初始化單元用來完成初始化以建立鏈路聚合系統內 部的鏈路層通路，可選地，可以通過二層代理ARP功能實現，二層代理ARP 作用在二層設備上，可以對來自網絡中的所有ARP請求都返回ARP響應，並 將自身的MAC地址填入ARP響應返回給發起端。這樣，發起端在發送報文 時，將報文的目的MAC地址置為該二層設備的MAC地址，就可以將報文發 送給該二層設備，對該二層設備來說，即實現了通知發起端向自己發送報文。相應的，還可以對二層代理ARP的實現進行優化，若該二層設備學習到 所在網絡中的若干IP位址，維護這樣一個IP位址的列表，則該二層代理ARP 可以選擇性的對ARP請求進行響應，如只對學習到的IP位址的ARP請求進 行響應，並返回自身的MAC地址。二層代理ARP再通過發起ARP請求或者 其它方式來獲取相應IP位址的MAC地址。需要特別指出的是，在本發明實施例中，二層代理ARP功能最重要的作 用不在於此，而在於鏈路聚合系統與外部建立連接的實現，它所起的作用在 鏈路聚合系統與外部建立連接的實現上得到了更好的體現。在此，僅用來表 示在鏈路聚合系統內部獲取MAC地址的一種實現方法，獲取MAC地址並不 局限於使用二層代理ARP功能。在C4:返回的ARP響應中，Aggregation Switch將自身MAC地址添加 進返回的ARP響應，這樣，DSLAM就能獲得鏈路對應的Aggregation Switch 的MAC地址，當DSLAM收到RG發送的報文時，把報文的目的MAC地址置為Aggregation Switch的MAC地址，源MAC地址修改為自身的MAC地址， 就能4巴才艮文發送糹合Aggregation Switch。這樣，可以通過上述步驟在鏈路聚合系統內部建立起鏈路層的通路， 從某種意義上說，鏈路聚合系統成為一個封閉的系統。值得說明的是，初 始化時，各步驟的先後順序沒有嚴格的要求，如RG向n個DSLAM發起ARP 請求及n個DSLAM向Aggregation Switch發起ARP請求，它們之間沒有嚴 格的先後順序，也可以是n個DSLAM向Aggregation Switch發起ARP請求 獲得Aggregation Switch的MAC地址，再接收到RG的ARP請求返回自身的 MAC地址。只是初始化必須完成這些步驟，才能建立鏈路聚合系統內部鏈路 層的通路。對於鏈路聚合系統內部ARP的實現，上行方向，RG如何向DSLAM發 起ARP請求及DSLAM又如何向Aggregation Switch發起ARP請求等，可以有 多種可選的方案，例如RG上實現配置鏈路聚合的各個鏈路對應的DSLAM 的IP位址，這樣通過正常的對該IP位址發起ARP請求的方式來實現對該 DSLAM的MAC地址的獲取。此外由於本發明實施例鏈路是封閉的，即RG對 應鏈路的DSLAM上這一段只存在RG這個對端，所以DSLAM在這個方向上只 會接收到RG的ARP請求，所以ARP請求中帶有什麼樣的IP位址顯得並不重要， 在DSLAM接收到ARP請求後，返回自身的MAC地址即可。相應的，DSLAM 向Aggregation Switch發起ARP請求也是一樣。此外，本處的實現還可以有其 它的方案，方案的選擇與實際的場景相關，所以此處的實現相對靈活，可根 據具體的情況來作選擇。鏈路聚合系統不僅要在內部建立起鏈路層通路，還需要與外部起連接， 以實現來自不同用戶側終端的報文匯聚至RG,因此，需要鏈路聚合系統 與外部進行交互，即RG與用戶側終端的交互。這些交互不一定是初始化過 程的內容，可以發生在任意時刻。具體是1、 用戶側終端發送ARP請求；2、 RG對所有ARP請求返回ARP響應，或者，通過學習IP位址，選擇 性地返回ARP響應。RG的代理單元具有二層代理ARP功能，可以將RG自身的MAC地址添加 進ARP響應，並返回ARP響應，通過上述RG與用戶側終端的交互，鏈路聚合系統與外部建立了連接。通過鏈路聚合系統與系統外部建立連接，使得不同終端的報文匯聚至 RG,從而可以由RG實現負荷分擔，具體可以包括以下步驟Dl:用戶側終端發送報文。由於RG返回的ARP響應中至少包4舌RG的MAC i也址，所以用戶側 終端發送的才艮文的目的MAC地址為RG的MAC地址。D2: RG接收來自用戶側終端的報文，將報文負荷分擔到n條鏈路/線 路，將各條鏈路/線路的報文發送。RG通過一定的算法確定報文屬於的會話應該選擇哪條鏈路/線路，確定 後，將報文的目的MAC地址置為在初始化過程中獲得的對應鏈路的DSLAM的 MAC地址，將自身的MAC地址置為報文的源MAC地址，並將報文調製，調製 後，通過選擇好的鏈路/線路發送。D3: n個DSLAM接收來自RG的報文，將報文解調後，進行發送。n個DSLAM將報文的源MAC地址置為自身的MAC地址，目的MAC地址置 為在初始化過程中獲得的Aggregation Switch的MAC地址，將才艮文解調後發送。D4: n個DSLAM利用初始化時建立的鏈路層通路將n條鏈路/線路上的報 文發送至Aggregation Switch。Aggregation Switch接收到報文後，要將n條鏈路/線路的報文進行匯聚， 並轉發出去。此處Aggregation Switch作為二層設備對報文的轉發處理的實現，若 Aggregation Switch匯聚網邊緣只存在一個IP Edge節點，即只存在一個網關 節點，則Aggregation Switch將匯聚接收的所有報文都轉發至IP Edge,此時 Aggregation Switch通過發起ARP請求獲得IP Edge對應的MAC地址即可，值得說明的是，脫離此處Aggregation Switch的場景而回到node 2作為二 層設備的場景，則node 2面臨的網絡存在多種的情況，可能針對性的需要對層設備在此處的實現上就需要一個路由表來進行處理。二層設備檢測匯聚後 的報文的目的IP位址，進行正常的路由處理，(二層設備之前針對路由表中的多個下一跳或網關節點發起ARP請求獲得它們的IP位址對應的MAC地址)， 然後將該報文的目的MAC地址修改為路由對應下一跳或網關節點IP位址的 MAC地址。此處描述了一種更通用情況下的處理，包括上述只存在一個IP Edge節點的場景也可以應用此方法。至此，在上行方向上，實現了鏈路聚合，從而實現了線路捆綁。 下行方向，在鏈路聚合系統內部建立鏈路層通路可以包括以下步驟 El:初始化時，Aggregation Switch發送ARP請求。在初始化過程中，Aggregation Switch的初始化單元對每個鏈路對應的 DSLAM發送ARP請求。E2:初始化時，DSLAM返回ARP響應。DSLAM將自身的MAC地址添加進返回的ARP響應，這樣，Aggregation Switch就能獲得各鏈路對應的DSLAM的MAC地址，在確定某會話的報文轉發 的鏈路後，就能將該鏈路對應的DSLAM的MAC地址作為該會話的目的MAC 地址，從而實現會話到DSLAM的轉發。E3:初始化時，DSLAM向RG發送ARP請求。E4:初始化時，RG對來自DSLAM的ARP請求返回ARP響應。RG的初始化單元用來完成初始化以建立鏈路層通^各，可選地，可以通過 二層代理ARP功能來實現，RG將自身MAC地址添加進ARP響應，對所有ARP 請求返回ARP響應或者通過學習IP位址選擇性地返回ARP響應，這樣，DSLAM 就能獲得RG的MAC地址，當DSLAM收到Aggregation Switch發送的報文時， 把報文的目的地址置為RG的MAC地址，源MAC地址修改為自身的MAC地址， 就能把報文發送給RG。這樣，可以通過上述初始化過程中各步驟在鏈路聚合系統內建立起下 行方向鏈路層的通路，在某種意義上，鏈路聚合系統成為一個封閉的系統。對於鏈路聚合系統內部ARP的實現，下行方向，Aggregation Switch 如何向DSLAM發起ARP請求及DSLAM又如何向RG發起ARP請求等， 可以有多種可選的方案，此處與上行方向相似，具體可參見上4亍方向相應的描述。此外，在鏈路聚合系統外部，還包括Aggregation Switch與網絡側設備 的交互，這些交互不一定是初始化過程的內容，可以發生在任意時刻。具體 疋1 、匯聚網側網絡設備發送ARP請求。2、 Aggregation Switch對所有ARP請求返回ARP響應，或者，通過學習 IP位址，選擇性地返回ARP響應。Aggregation Switch的代理單元將自身MAC地址添加進ARP響應，並返回 ARP響應。通過Aggregation Switch與匯聚網側網絡設備的交互，鏈路聚合系統與外 部建立了連接。通過鏈路聚合系統與外部建立連接，使得不同匯聚網側網絡設備的報 文匯聚至Aggregation Switch,從而可以由Aggregation Switch實現負荷分擔， 具體可以包括以下步驟Fl:匯聚網側網絡設備發送報文。此處僅以匯聚網側網絡設備為例進行說明。在不同應用場景中，還可以 是位於其它子網的網絡設備。F2: Aggregation Switch接收來自匯聚網側網絡設備的報文，將報文負荷 分擔到n條鏈路/線路，將各各條鏈路/線路的報文發送。Aggregation Switch需要檢測接收到的報文是否是需要實現捆綁的報文， 如果是，Aggregation Switch將自身的MAC地址填入ARP響應返回給匯聚網側 網絡設備，所以匯聚網側網絡設備的報文會先到達Aggregation Switch, Aggregation Switch通過一定的算法為該報文選擇鏈路，確定後，將報文的目 的MAC地址置為在初始化過程中獲得的DSLAM的MAC地址，將Aggregation Switch自身的MAC地址置為報文的源MAC地址，並通過選擇好的鏈路/線路發 送。F3: n個DSLAM接收來自Aggregation Switch的報文，將報文進行調製， 發送調製後的報文。n個DSLAM將報文的源MAC地址置為自身的MAC地址，目的MAC 地址置為在初始化過程中獲得的RG的MAC地址，將報文發送。F4: n個DSLAM利用初始化時建立的鏈路層通路將n條鏈路/線路上的 報文發送至RG。RG接收到報文後，要將n條鏈路/線路的報文解調，進行匯聚，並轉發 出去。RG作為一個二層設備，它所面對的用戶側網絡中所有節點都和它位於一 個子網中，則它所需要的處理也不需要路由表，RG在接收匯聚各鏈路來的報 文後，檢測ARP表中是否有相應目的IP位址選項，若有，則將報文的目的 MAC地址修改為ARP表中對應的MAC地址，若無，則發起相應IP位址的MAC地址，若沒有接收到ARP響應，則將接收到的報文丟棄。將報文丟棄 可以有一種優化處理方法，即建立一個IP位址的黑名單，若對應IP位址的ARP請求接收不到響應，則將該IP位址列入黑名單中，下一次檢測到接收報 文的目的IP位址在黑名單中，則直接將該報文丟棄，黑名單可能還需要一個 定時器以防止IP位址在黑名單中被永久鎖死，超時則將該IP位址從黑名單中 刪除。至此，在下行方向上，實現了鏈路聚合，從而實現了線路捆綁。 以上對於上下行的描述提供了一種在跨子網場景下實現捆綁的方法， 能夠繼承使用IEEE 802.3ad的機制來實現鏈路的捆綁，實現報文的負荷分 擔及匯聚。在IEEE 802.3ad中，引入了鏈路聚合控制協議(LACP， Link Aggregation Control Protocol)及Marker Protocol協議來輔助鏈^各聚合的實現， 在鏈路聚合的實現上，諸多控制、協商的操作都需要LACP及Marker Protocol 來完成。本發明實施例鏈路聚合的實現，同樣需要類似協議。具體解決方案 可以有兩種，分別是方案一，繼承IEEE 802.3ad中的LACP、 Marker Protocol協議，但在本發 明實施例中，這些協議的實現會遇到一些問題。當DSLAM作為三層設備時，會對LACP或者Marker Protocol的正常工作帶 來如下影響由於LACP或者Marker Protocol的傳送基於鏈路層並採用組播方式，而且採用特殊的目的組播MAC地址01-80-C2-00-00-02，當DSLAM作為三 層設備時，DSLAM會將LACP或者Marker Protocol的報文丟棄。因此DSLAM 要保證對LACP或者Marker Protocol的正常傳送。此外，由於DSLAM作為三層 設備，會對鏈路上傳輸的報文的會話屬性造成影響，比如DSLAM會修改報文 的源或者目的MAC地址。所以需要在DSLAM上增加鏈3各聚合代理(LAP, Link Aggregation Proxy) 單元，LAP單元的作用是1、 LAP監聽LACP或者Marker Protocol報文，在監聽到目的MAC地址是 01-80-C2-00-00-02的LACP或者Marker Protocol報文時，保持其目的MAC地址 不變並將LACP或者Marker Protocol報文發送出去，其中源MAC地址可以修改 為DSLAM自身的MAC地址或者保持不變。2、 LAP需要監聽LACP或者Marker Protocol報文，在必要時對LACP或者 Marker Protocol報文內容進行修改。比如，當DSLAM作為三層設備時，使得 DSLAM在轉發報文時修改報文的源或者目的MAC地址，在必要時，LAP需要 對LACP或者Marker Protocol報文中的會話相關參數進行修改，由於需要做此 處理的場景比較少見，此功能在具體實現時為可選項。此外，本發明實施例還需要通過LACP實現更多的功能。輔助IP位址學習功能，由於Aggregation Switch執行二層代理ARP功能，默 認需要對所有ARP請求做響應，若Aggregation Switch不知道RG側有哪些IP地 址而直接無選擇的對所有的ARP請求會響應的話，大多數情況下會對網絡造 成影響，所以此處增加LACP的輔助IP位址學習的功能，RG首先學習到自身的 及用戶側終端的IP位址，並通過LACP發送給Aggregation Switch,這樣 Aggregation Switch就能了解到需要對哪些IP位址的ARP請求迴響應。相應的， RG也可以通過此功能學習到Aggregation Switch及核心網側網絡設備的IP地 址。方案二採用一種全新的協議來實現，如DIAMETER、通用開放策略服 務協議(COPS, Common Open Policy Service Protocol)等協議，同樣執行上 述方案一的功能，具體的實現在此不再描述。方案一的優勢在於繼承性好，特別對RG或Aggregation Switch是二層設 備的情況，由於沒有IP位址，普通的協議無法完成正常的傳送。方案一是 一種優選的實現方案，但相同的功能可以有多種的實現方式，並不局限在 此。方案二隻能在節點為三層設備的情況下才能使用。實施例二，在本實施例中，RG為二層設備，IPEdge為三層設備。在上 下行方向實現鏈路聚合所需各步與實施例一相似，在此不再贅述，不同之處 在於，RG作為二層設備，需要對ARP請求進行二層代理ARP處理，IPEdge 作為三層設備，對ARP請求進行正常的ARP處理。實施例三，在本實施例中，RG為三層i殳備，Aggregation Switch為二層 設備，在上下行方向實現鏈路聚合所需各步與實施例一相似，在此不再贅述， 不同之處在於，RG對ARP請求進行正常的ARP處理，Aggregation Switch 對ARP請求進行二層代理ARP處理。可見，當需要跨子網實現鏈路聚合時，實現報文的負荷分擔及匯聚的 網絡設備可以根據二層設備或者三層設備分為三個實施例，在各實施例中， 需要在鏈路聚合系統內部建立鏈路層的通路。任意時刻，還需要鏈路聚合 系統與外部建立起連接，使得在上行方向，來自用戶側終端的報文匯聚至 RG,或者，在下行方向，來自網絡側網絡設備的報文匯聚至IP Edge或者 Aggregation Switch。對於二層設備，需要在其上增加代理單元，對ARP請 求完成二層代理ARP功能，對於三層設備，則完成正常的ARP響應即可。 從而實現了跨子網的鏈路聚合，即實現了線路捆綁。上述實施例都是以DSL接入場景的實現來進行說明，實施例均通過一 種新的跨子網的鏈路聚合的方法來實現DSL線路的捆綁，但實施例本身均 是一種新的鏈路聚合技術。需要強調的是，本發明實施例提供的方法，不 局限在接入場景，不局限在鏈路聚合系統中設備是RG、 DSLAM、 IPEdge 或者Aggregation Switch的情況，即本發明實施例對節點本身沒有限制，只要 滿足跨子網的捆綁的條件都符合本發明的要求，即在捆綁的鏈路中存在三層 節點的情況，例如，還可以使用無源光網絡中的ONU、 OLT等作為節點，本 發明實施例提供的方法，其應用的場景不局限在接入技術領域，在城域廣域 網絡中，交換機、路由器的使用場景下也同樣可以使用，實現步驟與本發明方法實施例相似，在此不再贅述。參考圖2，示出了本發明第一網絡節點的裝置結構框圖，可以包括代理單元201,用於建立與網絡側設備的連接，包括對來自所述網絡側設 備的ARP請求返回ARP響應，或者，根據學習到的IP位址對來自所述網絡 側設備的ARP請求返回ARP響應；第一復用/解復用單元202,用於接收所述網絡側設備利用建立的連接發 送的報文，將接收到的報文負荷分擔到n條鏈路，n為大於1的自然數；第一收發單元203,用於將所述第一復用/解復用單元負荷分擔後的n條 鏈路上的報文發送給n個網絡節點，所述n個網絡節點中的至少一個網絡節 點為三層設備接入節點AN或者路由器。圖2所示的裝置還包括初始化單元，用於向n個網絡節點發送ARP請求， 接收n個網絡節點返回的ARP響應，所述ARP響應至少包括n個網絡設備的 MAC地址，以用於第一收發單元根據所述MAC地址將負荷分擔後的n條鏈 路上的報文發送至n個網絡節點。為了完成本發明所述的鏈路聚合，還需要n個網絡節點以及第二網絡節點。對於n個網絡節點，其中各網絡節點可以包括鏈路聚合代理LAP單元和 第二收發單元。LAP單元用於將第一網絡節點的鏈路聚合控制協議LACP報 文，和/或Marker Protocol協議報文轉發給第二網絡節點，以用於協商所述第 一網絡節點和第二網絡節點之間的鏈路；第二收發單元用於才艮據所述第一網 絡節點和第二網絡節點之間的鏈路，將所述第一網絡節點發送的報文轉發給 第二網絡節點。對於第二網絡節點，可以包括第二復用/解復用單元以及第三收發單元。 第二網絡節點的第三收發單元用於接收n個網絡節點發送的報文，第二復用/ 解復用單元用於將所述第三收發單元接收報文進行匯聚。需要指出的是，本發明裝置實施例所涉及的n條鏈路中，某些鏈路是由 第一網絡節點與第二網絡節點直接建立或者通過二層設備相連，而有些鏈路 在第 一 網絡節點與第二網絡節點之間存在三層設備接入節點AN或者路由器。在裝置實施例中，僅以第 一 網絡節點與第二網絡節點之間存在三層設備為例 進行說明。為了便於理解，首先介紹同一子網內實現鏈路聚合的裝置。第一網絡節點為nodel,第二網絡節點為node2， n個網絡節點可以為接入節點AN 或者路由器。IEEE802.3ad通過鏈路聚合實現捆綁分為跨DSLAM或跨DSL收發器 (DSL Transceiver )兩種情況。在跨DSLAM ( n個DSLAM可以作為n個 網絡節點)情況下，node 1可以為RG， node 2可以為IP Edge或者 Aggregation Switch, RG可以包括用戶側接口單元，連接在用戶側終端與復用/解復用MUX/DeMUX單元 之間，用於將接收到的來自用戶側終端的報文發送給MUX/DeMUX單元， 或者接收來自MUX/DeMUX單元的報文並轉發給用戶側終端。MUX/DeMUX單元，用於將報文進行負荷分擔，發送給各個鏈路/線路 對應的n個Modem或者將l艮文進行匯聚，發送給用戶網側接口單元。n個Modem,用於將接收到的報文進行調製，發送給對應n個DSLAM或 者將接收到的來自DSLAM的報文進行解調，發送給MUX/DeMUX單元。n 為大於1的自然數。對於DSLAM,與現有才支術相似，在此不再描述。IP Edge可以包括匯聚網側接口單元，用於用於接收來自DSLAM發送單元的報文，對報 文進行檢測，將報文發送至MUX/DeMUX單元，或者，接收來自MUX/DeMUX 單元發送的報文，將報文發送至對應鏈路/線路上的n個DSLAM。MUX/DeMUX單元，用於將來自匯聚網側接口單元的報文進行匯聚，發 送給核心網側接口單元，或者，將來自核心網側接口單元的報文進行負荷分 擔，發送給匯聚網側接口單元。核心網側接口單元，用於接收來自MUX/DeMUX單元的報文，將報文發 送至核心網，或者，接收來自核心網的報文，檢測報文是否是捆綁鏈路/線路 的報文，如果是，發送至MUX/DeMUX單元，如果否，由其它單元做相應的處理。對於Aggregation Switch,與IP Edge各單元相似，不同之處在於，對應 於IP Edge的核心網側接口單元，在Aggregation Switch中為第二匯聚網側接 口單元，其功能與核心網側接口單元相同。在上下行描述時，僅以IPEdge的核心網側接口單元為例進行說明，相應 的網糹各為核心網。上行方向，用戶側接口單元將接收到的來自用戶側終端的報文發送給 MUX/DeMUX單元，MUX/DeMUX單元將報文進行負荷分擔，發送給各 個鏈路/線路對應的n個Modem, n個Modem將接收到的報文進行調製，發 送給對應n個DSLAM, DSLAM將報文發送至IP Edge或者Aggregation Switch 的匯聚網側接口單元，匯聚網側接口單元對報文進行檢測，將報文發送至 MUX/DeMUX單元，MUX/DeMUX單元，將報文進行匯聚，發送給核心網側 接口單元，核心網側接口單元接收來自MUX/DeMUX單元的報文，將報文發 送至核心網側網絡設備。下行方向，核心網側接口單元接收來自核心網側網絡設備的報文，檢測 報文是否是捆綁鏈路/線路的報文，如果是，發送至MUX/DeMUX單元， MUX/DeMUX單元將報文進行負荷分擔，發送給匯聚網側接口單元，匯聚網 側接口單元接收來自MUX/DeMUX單元發送的報文，將報文發送至對應鏈路 /線^各上的n個DSLAM， n個DSLAM將淨艮文進行調製，轉發至n個Modem, n個Modem將接收到的來自DSLAM的才艮文進行解調，發送給MUX/DeMUX 單元，MUX/DeMUX單元將報文進行匯聚，發送給用戶網側接口單元，用戶 側接口單元接收來自MUX/DeMUX單元的報文並轉發給用戶側終端。對於跨DSL收發器的情況，DSLAM可以包括n個DSL收發器，用於對來自n個Modem的報文進行解調，發送至 線路側接口單元，或者，將來自線路側接口單元的報文發送至n個Modem, n為大於1的自然數。線路側接口單元，用於檢測來自DSL收發器的報文，如果是需要實現 匯聚的報文，將報文轉發至MUX/DeMUX單元，或者，接收來自MUX/DeMUX單元的報文，將報文調製，發送至n個DSL收發器。MUX/DeMUX單元，與跨DSLAM的情況中，IP Edge的MUX/DeMUX單元相似。匯聚網側接口單元，用於接收來自MUX/DeMUX單元的報文，將報 文發送至核心網側網絡設備，或者，接收來自核心網側網絡設備的報文， 對報文進行檢測，若是需要實現匯聚的報文，發送至MUX/DeMUX單元， 否則，由其它單元進行相應的處理。上行方向，用戶側接口單元將接收到的來自用戶側終端的報文發送給 MUX/DeMUX單元，MUX/DeMUX單元將報文進行負荷分擔，發送給各 個鏈路/線路對應的n個Modem, n個Modem將接收到的報文進行調製，發 送給n個DSL收發器，n個DSL收發器對接收到的報文進行解調，發送至 線路側接口單元，線路側接口單元檢測來自DSL收發器的報文，如果是需 要實現匯聚的報文，將報文轉發至MUX/DeMUX單元，MUX/DeMUX單 元，將報文進行匯聚，發送給匯聚網側接口單元，匯聚網側接口單元接收來 自MUX/DeMUX單元的報文，將報文發送至核心網側網絡設備。下行方向，匯聚網側接口單元接收來自核心網側網絡設備的報文，對 報文進行檢測，若是需要實現匯聚的報文，發送至MUX/DeMUX單元，接口單元，線路側接口單元接收來自MUX/DeMUX單元的報文，將報文 調製，發送至n個DSL收發器，n個DSL收發器將來自線路側接口單元的 報文發送至n個Modem, n個Modem將接收到的來自DSLAM的報文進行 解調，發送給MUX/DeMUX單元，MUX/DeMUX單元將報文進行匯聚，發 送給用戶網側接口單元，用戶側接口單元接收來自MUX/DeMUX單元的報 文並轉發給用戶側終端。需要強調的是，RG與DSLAM可以與接入節點本身無關，還可以應 用於PON網絡中。區別僅在於RG的Modem變換成為光才莫塊，DSLAM 的DSL收發器變換為光模塊，相應地，DSLAM變換為OLT。從之前的調 制解調，到現在的光電轉換，對捆綁的實現沒有影響。此外，為了在鏈路/線路備份冗餘的使用過程中能夠提高鏈路/線路的使用效率，IEEE 802.3ad還經常在鏈路/線路冗餘保護的場景下使用。
以上對同 一子網內實現鏈路聚合的裝置進行了詳細介紹，下面結合方 法實施例對RG、 IP Edge或者Aggregation Switch進行詳細說明。需要指出 的是，以下裝置實施例均是針對跨DSLAM的情況，對於跨DSL收發器的情 況，與前面描述的跨DSL收發器相似，不再贅述。
實施例 一 ，結合方法實施例一 ，RG與Aggregation Switch均為二層i殳 備。需要在RG與Aggregation Switch上均增加初始化單元、代理單元。由於 初始化的目的是獲取鏈路上的MAC地址，而MAC地址的獲取還可以通過 靜態配置實現，所以，初始化單元為可選項，在此，我們〗叉以初始化單元 為例進行說明。
初始化單元需要能感知到捆綁的鏈路/線路，這樣在初始化的時候才知道 要在哪些鏈路中發起ARP請求，此外，MUX/DeMUX單元要做負荷分擔，對 ARP的處理相對普通報文是特殊的，所以MUX/DeMUX單元本身也要對ARP 有感知，所以把二層代理ARP功能獨立成為代理單元。對於ARP單元，在 RG或者Aggregation Switch的位置不局限於位於MUX/DeMUX單元。
對於RG，如圖3所示，可以包括
用戶側接口單元301,用於將接收到的來自用戶側終端的報文發送給 MUX/DeMUX單元，或者，接收來自MUX/DeMUX單元的報文並轉發用戶 側終端。
MUX/DeMUX單元302、用於將報文負荷分擔或者匯聚。 初始化單元303,用於鏈路聚合系統內部鏈路層通路的建立，具體為向n
個DSLAM發起ARP請求，及對來自n個DSLAM或IP Edge的ARP請求進
行二層代理ARP處理。
代理單元304，用於鏈路聚合系統與外部建立連接，使得不同終端的報文
匯聚至RG。
匯聚轉發控制單元305,用於路由表(可選項)、ARP表的維護處理，包 括從路由表獲取表中下一跳或網關節點的IP位址信息以發起ARP請求獲取對 應的MAC地址，對匯聚鏈路過來的報文進行路由表查表處理及ARP表的查 表處理，以獲取報文下一跳節點的MAC地址信息。n個Modem 306,用於向n個DSLAM發送來自初始化單元的ARP請求， 向初始化單元發送DSLAM返回的ARP響應，還用於將接收到的來自 MUX/DeMUX單元的報文進行調製，發送給n個DSLAM，或者，對來自n 個DSLAM的報文進行解調，發送至MUX/DeMUX單元，n為大於1的自然 數；
對於DSLAM,可以包括
LAP單元，用於協商RG和Aggregation Switch之間的鏈路，包括接 收來自RG的LACP報文，和/或Marker Protocol協議報文，並轉發至 Aggregation Switch,或者，4妄>|丈來自Aggregation Switch的LACP 4艮文， 和/或Marker Protocol協議淨艮文，並轉發至RG。
第二收發單元，用於根據LAP單元協商的鏈路，接收來自RG的報文， 並轉發至Aggregation Switch,或者，接收來自Aggregation Switch的才艮文， 並轉發至RG。
調製解調單元，用於對來自RG的才艮文進4亍解調，發送至Aggregation Switch,或者對來自Aggregation Switch的報文進行調製，發送至RG。 只于于Aggregation Switch,嘖口圖4戶斤示，可以包4舌
匯聚網側接口單元401,用於向n個DSLAM發送來自Aggregation Switch 的初始化單元的ARP請求，向初始化單元發送DSLAM返回的ARP響應，還 用於將接收到的來自n個DSLAM的報文進行檢測，發送給MUX/DeMUX單 元，或者將來自MUX/DeMUX單元的報文發送給DSLAM。
MUX/DeMUX單元402,用於將報文負荷分擔或者匯聚。
初始化單元403,用於鏈路聚合系統內部鏈路層通路的建立，具體為向n 個DSLAM發起ARP請求，及對來自n個DSLAM或IP Edge的ARP請求進 行二層代理ARP處理。
代理單元404，用於鏈路聚合系統與外部建立連接，使得不同匯聚網側網 絡i殳備的才艮文匯聚至Aggregation Switch。
匯聚轉發控制單元405,用於路由表(可選項)、ARP表的維護處理， 包括從路由表獲取表中下一跳或網關節點的IP位址信息以發起ARP請求獲取 對應的MAC地址，對匯聚鏈路過來的報文進行路由表查表處理及ARP表的查表處理，以獲耳又才艮文下一跳節點的MAC地址信息。
第二匯聚網側接口單元406，用於將MUX/DeMUX單元發送的報文發送 給匯聚網側網絡設備，或者，將匯聚網側網絡設備發送的報文進行檢測，發 送給MUX/DeMUX單元。
上行方向，鏈路聚合系統內部在初始化時，建立鏈路層的通路，具體 為RG的初始化單元向n個Modem發送ARP請求，n個Modem向n個 DSLAM發送來自RG的初始化單元的ARP請求，DSLAM進行正常的ARP 響應，DSLAM向Aggregation Switch發送ARP請求，將請求發送至匯聚網側 接口單元，匯聚網側接口單元將請求發送至Aggregation Switch的初始化單元， 初始化單元對ARP請求進行二層代理ARP處理，即可以對所有ARP請求返 回ARP響應，還可以通過學習IP位址，選擇性地返回ARP響應。
鏈路聚合系統與其外部在任意時刻需要建立連接，具體實現通過RG與 Aggregation Switch的代理單元，所需步驟在方法實施例一中已詳細介紹，在 此不再贅述。通過鏈路聚合系統與外部建立連接，可以使來自不同用戶側終 端的報文匯聚至RG，具體為用戶側接口單元接收來自用戶側終端的報文， 將報文發送至MUX/DeMUX單元，MUX/DeMUX單元將報文的源MAC地址 修改為RG的MAC地址，目的MAC地址置為n個DSLAM的MAC地址， 將報文進行負荷分擔，發送給n個Modem, n個Modem將報文進行調製，發 送至n個DSLAM的調製解調單元，調製解調單元將報文解調，發送至第二 收發單元。
第二收發單元將報文發送至Aggregation Switch的匯聚網側接口單元，匯 聚網側接口單元對報文進行檢測，檢測是需要實現捆綁的報文，將報文發送 至Aggregation Switch的MUX/DeMUX單元，MUX/DeMUX單元將報文的源 MAC地址糹務改為Aggregation Switch的MAC地址，目的MAC地址置為匯聚 網側網絡設備的MAC地址，將報文進行匯聚，將匯聚後的報文轉發，轉發的 實現在方法實施例一上行方向已詳細描述，具體請參見方法實施例一。
對於DSLAM的LAP單元，LAP單元只處理LACP及Marker Protocol協 議報文。
下行方向，鏈路聚合系統內部在初始化時，建立鏈路層的通路，具體為Aggregation Switch的初始化單元向匯聚網側接口單元發送ARP請求，匯 聚網側接口單元向n個DSLAM發送來自初始化單元的ARP請求，DSLAM 進行正常的ARP響應，DSLAM向RG發送ARP請求，將請求發送至n個 Modem, n個Modem將請求發送至RG的初始化單元對ARP請求進行二層代 理ARP處理。
鏈路聚合系統與其外部在任意時刻，還需要通過RG與Aggregation Switch 的代理單元建立連接，具體實現步驟在方法實施例一中已詳細介紹，在此不 再贅述。通過鏈路聚合系統與外部建立連接，可以使來自不同匯聚網側網絡 設備的報文匯聚至Aggregation Switch,具體為匯聚網側接口單元接收來自 匯聚網側網絡設備的報文，將報文發送至MUX/DeMUX單元，MUX/DeMUX 單元將報文的源MAC地址修改為Aggregation Switch的MAC地址，目的MAC 地址置為n個DSLAM的MAC地址，將報文進行負荷分擔，發送給匯聚網側 接口單元，匯聚網側接口單元將報文發送至n個DSLAM的調製解調單元， 調製解調單元將報文進行調製，發送至第二收發單元。
第二收發單元將報文發送至RG的n個Modem, n個Modem將報文解調 後，發送至MUX/DeMUX單元，MUX/DeMUX單元將報文的源MAC地址修 改為RG的MAC地址，目的MAC地址置為用戶側終端的MAC地址，將報 文進行匯聚，將匯聚後的報文轉發，轉發的實現在方法實施例一下行方向已 詳細描述，具體請參見方法實施例一。DSLAM的LAP單元同樣只處理LACP 及Marker Protocol十辦i義才艮文。
實施例二，結合方法實施例二， RG為二層設備，IPEdge為三層設備。 對於RG，請參見裝置實施例一對RG的描述，對於IP Edge,需要增加初 始化單元，另外，由於三層設備可以對ARP請求進行正常的處理，存在正 常的路由處理，所以不需要增加代理單元及匯聚轉發控制單元。各單元功 能與Aggregation Switch相同，不同之處在於Aggregation Switch的第二匯聚 網側接口單元對應到IPEdge中，為核心網側接口單元。上下行方向，與裝 置實施例一相似，不同之處在於，對於鏈路聚合系統與外部建立連接，在 上行方向，RG的代理單元對來自用戶側終端的ARP請求進行二層代理 ARP處理，在下行方向，IP Edge對來自核心網側網絡設備的ARP請求進行正常的ARP處理。
實施例三，結合方法實施例三，RG為三層"i殳備，Aggregation Switch 為二層設備，對於RG,需要增加初始化單元，另外，由於三層設備可以對 ARP請求進行正常的處理，存在正常的路由處理，所以不需要增加代理單 元及匯聚轉發控制單元。對於Aggregation Switch,請參見裝置實施例一對 Aggregation Switch的描述。
上下行方向，可以參考裝置實施例三，不同之處在於，上行方向，RG對 來自用戶側終端的ARP請求進行正常的ARP處理，下行方向，Aggregation Switch的代理單元對來自匯聚網側網絡設備的ARP請求進行二層代理ARP 處理。
可見，本發明實施例提供的裝置實現了網絡設備位於不同子網時的鏈 路聚合。此外，本發明實施例提供的裝置還可以應用於不同的場景，例如， RG中的n個Modem可以換為n個光模塊，不局限於網絡設備本身。
參考圖5，示出了本發明實施例一種實現鏈路聚合的系統示意圖。所 述系統可以包括
第一網絡節501，用於將接收到的報文負荷分擔到n條鏈路上，並通過所 述n條鏈路分別發送給n個網絡節點，n為大於1的自然數；
n個網絡節點502，用於將從所述n條鏈路發送過來的報文發送給第二網 絡節點，所述n個網絡節點中的至少一個網絡節點為三層設備接入節點AN 或者路由器；
第二網絡節點503,用於將接收到的所述報文進行匯聚。 下面結合方法實施例對本發明系統實施例進行詳細說明。 同樣需要指出的是，本發明系統實施例所涉及的n條鏈路中，某些鏈路 是由第一網絡節點與第二網絡節點直接建立或者通過二層設備相連，而有些 鏈路在第一網絡節點與第二網絡節點之間存在三層設備接入節點AN或者路 由器。在系統實施例中，僅以第一網絡節點與第二網絡節點之間存在三層設 備為例進行說明。
對本發明來說，第一網絡節點為nodel，第二網絡節點為node2。 實施例一，結合方法實施例一，node 1為RG, node 2為AggregationSwitch, n個接入節點為n個DSLAM。 RG與Aggregation Switch為二層設備， 本發明實施例的系統可以包括
RG:用於實現鏈路聚合系統內部初始化，與鏈路聚合系統外部建立連接， LACP或/和Marker Protocol協議的實現，還用於接收來自用戶側終端的才艮文， 基於幀分發算法選擇鏈路/線路並將報文負荷分擔到不同的鏈路/線路上，或 者，接收來自DSLAM的報文，並實現匯聚。
n個DSLAM:用於完成正常的三層功能，向RG或者Aggregation Switch 返回ARP響應，向Aggregation Switch或者RG發送ARP請求，還用於報文 的轉發，LACP或/和Marker Protocol協議報文的轉發，將來自RG的報文轉 發至Aggregation Switch或將來自Aggregation Switch的才艮文轉發至RG， n為 大於1的自然數。
Aggregation Switch:用於實現鏈路聚合系統內部初始化，與鏈路聚合系 統外部建立連接，LACP或/和Marker Protocol協議的實現，還用於接收來自 匯聚網側網絡設備的報文，基於幀分發算法選擇鏈路/線路並將報文負荷分擔 到不同的鏈路/線路上，或者，接收來自DSLAM的報文，並實現匯聚。
上行方向，鏈路聚合系統內部RG、 n個DSLAM與Aggregation Switch 在初始化時建立鏈路層通路，具體為RG向n個DSLAM發送ARP請求， DSLAM對ARP請求進行正常的處理，返回ARP響應，n個DSLAM向 Aggregation Switch發送ARP i青求，Aggregation Switch 3於ARP "i青,i^進4亍二層 代理ARP處理。
鏈路聚合系統和外部需要建立連接，具體請參見方法實施例一的上行方 向。RG接收來自用戶側終端的報文，將報文負荷分擔到不同的鏈路/線路， 調製後，將報文發送至n個DSLAM， n個DSLAM將報文解調後，發送至 Aggregation Switch 。
Aggregation Switch檢測報文是需要實現捆綁的報文，將報文匯聚，再將 匯聚後的4良文轉發。
下行方向，鏈路聚合系統內部RG、 n個DSLAM與Aggregation Switch 在初始化時建立鏈路層通路，具體為Aggregation Switch向n個DSLAM發送 ARP請求，n個DSLAM對ARP請求進行正常的處理，返回ARP響應，n個DSLAM向RG發送ARP請求，RG對ARP請求進4亍二層代理ARP處理。
鏈路聚合系統和外部需要建立連接，具體請參見方法實施例一的下行方 向。Aggregation Switch接收來自匯聚網側網絡設備的報文，對報文進行檢 測，經檢測，是需要進行捆綁的報文，將報文負荷分擔到不同的鏈路/線路， 發送至n個DSLAM, n個DSLAM調製後，將才艮文發送至RG。
RG將報文進行解調，解調後將報文匯聚，再將匯聚後的報文轉發。 實施例二，結合方法實施例二， RG是二層設備，IPEdge是三層設備。 系統可以包括
RG、 n個DSLAM與IP Edge。 RG與n個DSLAM的功能與系統實施 例一對RG和n個DSLAM的描述相似，請參見系統實施例一。IP Edge的 功能與系統實施例二相似，請參見系統實施例二。
上行方向，鏈路聚合系統內部RG、 n個DSLAM與IP Edge在初始化時 建立鏈路層通路，具體為RG向n個DSLAM發送ARP請求，DSLAM對ARP 請求進行正常的處理，返回ARP響應，n個DSLAM向IP Edge發送ARP請 求，IP Edge對ARP請求進行正常的處理。
鏈路聚合系統和外部需要建立連接，具體實現步驟請參見方法實施例三。 RG接收來自用戶側終端的報文，將報文負荷分擔到不同的鏈路/線路，調 制後，將報文發送至n個DSLAM, n個DSLAM將報文解調後，發送至IP Edge。
IPEdge檢測報文是需要實現捆綁的報文，將報文匯聚，再將匯聚後的報 文轉發。下行方向，鏈路聚合系統內部RG、 n個DSLAM與IP Edge在初始 化時建立鏈路層通路，具體為IP Edge向n個DSLAM發送ARP請求，DSLAM 對ARP請求進行正常的處理，返回ARP響應，n個DSLAM向RG發送ARP 請求，RG對ARP請求進行二層代理ARP處理。
鏈路聚合系統和外部需要建立連接，具體實現步驟請參見方法實施例三。 IP Edge接收來自核心網側網絡設備的報文，檢測報文是需要實現捆綁的報 文，將報文負荷分擔到不同的鏈路/線路，發送至n個DSLAM, n個DSLAM 調製後，將報文發送至RG。
RG將報文解調後，將報文匯聚，再將匯聚後的報文轉發。實施例三，結合方法實施例三，RG是三層"i殳備，Aggregation Switch 是二層設備，系統可以包括RG、 n個DSLAM與Aggregation Switch,其中， n為大於1的自然數。RG與n個DSLAM的功能與系統實施例二相似。請參 見系統實施例二。 Aggregation Switch的功能與系統實施例一相似，請參見系 統實施例一。
上行方向，4連^各聚合系統內部RG、 n個DSLAM與Aggregation Switch 在初始化時建立鏈路層通路，具體為RG向n個DSLAM發送ARP請求， DSLAM對ARP請求進行正常的處理，返回ARP響應，n個DSLAM向 Aggregation Switch發送ARP請求，Aggregation Switch對ARP請求進行二層 4戈理ARP處理。
鏈路聚合系統和外部需要建立鏈路層通路，具體實現步驟請參見方法實 施例四。RG接收來自用戶側終端的報文，將報文負荷分擔到不同的鏈路/ 線路，調製後，將報文發送至n個DSLAM, n個DSLAM將報文解調後， 發送至Aggregation Switch。
Aggregation Switch檢測報文是需要進行捆綁的報文，將報文匯聚，再將 匯聚後的報文轉發。
下行方向，鏈路聚合系統內部RG、 n個DSLAM與Aggregation Switch 在初始化時建立鏈路層通路，具體為Aggregation Switch向n個DSLAM發送 ARP請求，DSLAM對ARP請求進行正常的處理，返回ARP響應，n個DSLAM 向RG發送ARP請求，RG對ARP請求進行正常的處理。
鏈路聚合系統和外部需要建立連接，具體請參見方法實施例四。 Aggregation Switch接收來自匯聚網側網絡設備的報文，檢測報文是需要實 現捆綁的報文，將報文負荷分擔到不同的鏈路/線路，發送至n個DSLAM, n個DSLAM調製後，將才艮文發送至RG。
RG將報文解調後，將報文匯聚，再將匯聚後的報文轉發。
以上對本發明系統實施例進行了詳細說明，需要特別指出的是，結合 本發明方法實施例，本發明系統實施例提供的系統不局限在RG、 DSLAM、 IP Edge或者Aggregation Switch,例如，還可以使用PON中的OLT、 ONU 等光網絡中的設備。可見，通過鏈路聚合系統內部的初始化過程，建立了鏈路聚合系統內部
鏈路層的通路，通過在RG ( 二層設備)與Aggregation Switch增加代理單元， 或者，直接通過RG(三層設備)與IPEdge現有技術中處理ARP的機制，建 立了鏈路聚合系統與外部的連接，在IEEE802.3ad的基礎上，實現了當DSLAM 為三層設備的情況下，將報文負荷分擔到不同的鏈路/線路，再對報文進行匯 聚，進而實現了捆綁。
以上對本發明所提供的實現鏈路聚合的方法、系統及裝置進行了詳細介
施例的說明只是用於幫助理解本發明的方法及其核心思想；同時，對於本領 域的一般技術人員，依據本發明的思想，在具體實施方式
及應用範圍上均會 有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
權利要求
1、一種實現鏈路聚合的系統，其特徵在於，所述系統包括第一網絡節點，用於將接收到的報文負荷分擔到n條鏈路上，並通過所述n條鏈路分別發送給n個網絡節點，所述n為大於1的自然數；所述n個網絡節點，用於將從所述n條鏈路發送過來的報文發送給第二網絡節點，所述n個網絡節點中的至少一個網絡節點為三層設備接入節點AN或者路由器；所述第二網絡節點將接收到的所述報文進行匯聚。
2、 根據權利要求1所述的系統，其特徵在於，所述第一網絡節點接收到 的所述報文為網絡側設備根據所述第一網絡節點的介質訪問控制MAC地址 發送給所述第 一 網絡節點的報文。
3、 根據權利要求1所述的系統，其特徵在於，所述第一網絡節點為二層 設備駐地網關RG或者光網絡單元ONU,所述n個網絡節點中的至少一個網 絡節點為三層設備接入節點AN或者路由器，所述第二網絡節點為二層設備 交換機；或者，所述第一網絡節點為二層設備RG或者ONU,所述n個網絡節點 中的至少一個網絡節點為三層設備接入節點AN或者路由器，所述第二網絡 節點為三層設備IP邊緣設備；或者，所述第一網絡節點為三層設備RG或者ONU,所述n個網絡節點 中的至少一個網絡節點為三層設備接入節點AN或者路由器，所述第二網絡 節點為二層設備交換機。
4、 一種實現鏈路聚合的方法，其特徵在於，所述方法包括第一網絡節點將接收到的報文負荷分擔到n條鏈路上，並通過所述n條 鏈路分別發送給n個網絡節點，n為大於l的自然數；所述n個網絡節點將從所述n條鏈路發送過來的報文發送給第二網絡節 點，所述n個網絡節點中的至少一個網絡節點為三層設備4矣入節點AN或者 路由器；所述第二網絡節點將接收到的所述報文進行匯聚。
5、 根據權利要求4所述的方法，其特徵在於，所述第一網絡節點接收到的所述報文為網絡側設備根據所述第一網絡節點的MAC地址發送給所述第 一網絡節點的報文。
6、 根據權利要求4所述的方法，其特徵在於，所述通過所述n條鏈路分 別發送給n個網絡節點的步驟具體為初始化時，所述第一網絡節點向n個網絡節點發送地址解析協議ARP請 求，接收所述n個網絡節點返回的ARP響應，所述ARP響應至少包括n個網 絡節點的MAC地址；所述第 一 網絡節點根據獲取的所述n個網絡節點的MAC地址，將負荷分 擔後的n條鏈路上的報文發送至所述n個網絡節點。
7、 根據權利要求4所述的方法，其特徵在於，所述n個網絡節點將從所 述n條鏈路發送過來的報文發送給第二網絡節點的步驟具體為初始化時，所述n個網絡節點向所述第二網絡節點發送ARP請求，接收 所述第二網絡節點返回的ARP響應，所述ARP響應至少包括第二網絡節點的 MAC地址；所述n個網路節點根據獲取的所述第二網絡節點的MAC地址，將負荷分 擔後的n條鏈路上的報文發送至所述第二網絡節點。
8、 一種實現鏈路聚合的裝置，其特徵在於，所述裝置包括代理單元，用於建立與網絡側設備的連接，包括對來自所述網絡側設備 的ARP請求返回ARP響應，或者，根據學習到的IP位址對來自所述網絡側 設備的ARP請求返回ARP響應；第 一復用/解復用單元，用於接收所述網絡側設備利用建立的連接發送的 報文，將接收到的報文負荷分擔到n條鏈路，n為大於1的自然數；第一收發單元，用於將所述第一復用/解復用單元負荷分擔後的n條鏈路 上的報文發送給n個網絡節點，所述n個網絡節點中的至少 一個網絡節點為 三層設備接入節點AN或者路由器。
9、 根據權利要求8所述的裝置，其特徵在於，所述裝置還包括初始化單元，用於向n個網絡節點發送ARP請求，接收所述n個網絡節 點返回的ARP響應，所述ARP響應至少包括n個網絡設備的MAC地址，以 用於所述第一收發單元根據所述MAC地址將負荷分擔後的n條鏈路上的報文 發送至所述n個網絡節點。
10、 一種實現鏈路聚合的裝置，其特徵在於，所述裝置包括鏈路聚合代理LAP單元，用於將第 一 網絡節點的鏈路聚合控制協議LACP 報文，和/或Marker Protocol協議報文轉發給第二網絡節點，以用於協商所述 第 一 網絡節點和所述第二網絡節點之間的鏈路；第二收發單元，用於根據所述第 一 網絡節點和第二網絡節點之間的鏈路， 將所述第 一 網絡節點發送的報文轉發給所述第二網絡節點。
全文摘要
本發明公開了一種實現鏈路聚合的方法、裝置及系統。本發明提供的方法包括第一網絡節點將接收到的報文負荷分擔到n條鏈路上，並通過所述n條鏈路分別發送給n個網絡節點，n為大於1的自然數；所述n個網絡節點將從所述n條鏈路發送過來的報文發送給第二網絡節點，所述n個網絡節點中的至少一個網絡節點為三層設備接入節點AN或者路由器；所述第二網絡節點將接收到的所述報文進行匯聚。通過本發明，解決了晶片內部實現鏈路聚合的局限性，實現了跨子網的鏈路聚合。
文檔編號H04L12/56GK101626342SQ200810130529
公開日2010年1月13日 申請日期2008年7月7日 優先權日2008年7月7日
發明者稻 潘, 鄭若濱 申請人:華為技術有限公司