聚合組中流量雙向同路的方法、裝置以及系統的製作方法
2023-06-02 02:49:06 4
聚合組中流量雙向同路的方法、裝置以及系統的製作方法
【專利摘要】本發明公開了一種聚合組中流量雙向同路的方法、裝置以及系統，其中，該方法包括：鏈路聚合組的端點接收鏈路聚合組的對端發送的指示信息，其中，指示信息中攜帶有對端的埠編號和/或對端的流分發方式；端點根據指示信息確定自身的埠編號和/或流分發方式；端點根據確定的埠編號和/或流分發方式進行流量分發。本發明解決了現有技術中無法保證相同業務的流量能夠在同一條聚合鏈路上進行傳輸而導致的無法實現埠保護的技術問題，達到了有效保證同業務在聚合組的兩端雙向上選擇同一條聚合鏈路，並實現互連埠上的保護的技術效果。
【專利說明】聚合組中流量雙向同路的方法、裝置以及系統
【技術領域】
[0001]本發明涉及通信領域，具體而言，涉及一種聚合組中流量雙向同路的方法、裝置以及系統。
【背景技術】
[0002]隨著寬帶業務的飛速發展，網絡與網絡之間的互連使用也變得越來越多，從而可以通過網絡承載更多的業務。網絡內部根據其所採用的技術，可以採用多種方法對網絡內部的鏈路、及鏈路上的節點實現保護。隨著對流量進行保護的需求越來越強烈，要求也越來越高，有運營商也提出了在網絡互連的過程中進行保護的需求。優選地，這裡的保護可以通過採用埠聚合的方式來實現，常用的方式可以是埠或者鏈路聚合，也可以是環路保護。在鏈路聚合中，目前常用的方式是一個節點上的埠聚合，因此僅能用於鏈路保護上。如果在網絡邊緣接口上需要對節點保護，通過當前的鏈路聚合技術是無法實現的。
[0003]因此，為了適用於網絡與網絡互連區域組網方式更加多樣化的要求，並能實現在對鏈路的保護的同時，實現對邊緣節點的保護，IEEE標準組織提出了擴展鏈路聚合。SP，通過一種分布式的鏈路聚合組:分布式彈性網絡互連(Distributed Resilient NetworkInterconnect,簡稱為DRNI),來實現鏈路和節點雙冗餘的網絡互連保護需求。即，聚合組中的端點處由多個節點組成，這些由多個節點聚合而成的鏈路聚合組成一個鏈路聚合組。如圖1所示，鏈路聚合組(Link Aggregation Group,簡稱為LAG)的兩個端點A、B都有2個節點，端點A對應系統I和系統2，端點B對應系統3和系統4，這4個系統的多條鏈路聚合在一起，形成了一個聚合組LAG。通過這個分布式的LAG，能夠實現鏈路和節點的雙重保護，這裡，端點A中的系統1、系統2之間通過內鏈鏈路連接進行通信，端點B的系統3、系統4之間也通過內鏈鏈路進行通信。
[0004]目前，DRNI是通過對報文業務的區分來進行保護和負載分擔的。然而，由於兩端需要分別對流量進行分發，因此無法保證相同業務的流量能夠在同一條聚合鏈路上進行傳輸。這與DRNI是用於網絡接口的保護之間是相互矛盾的，不符合MEF對網絡接口進行保護的需求。對於保護來說，希望包交換網能模擬TDM實現一種點到點的業務保護，對於故障切換能夠儘可能地減小其影響到的業務，即儘可能少的影響業務的切換。
[0005]因此，需要尋找一種切實有效的方式來保證同業務在DRNI上傳輸時能夠雙向同路徑。
[0006]針對上述的問題，目前尚未提出有效的解決方案。
【發明內容】
[0007]本發明實施例提供了一種聚合組中流量雙向同路的方法、裝置以及系統，以至少解決現有技術中由於無法保證相同業務的流量能夠在同一條聚合鏈路上進行傳輸而導致的無法實現埠保護的技術問題。
[0008]根據本發明的一個方面，提供了一種聚合組中流量雙向同路的方法，包括:鏈路聚合組的端點接收所述鏈路聚合組的對端發送的指示信息，其中，所述指示信息中攜帶有所述對端的埠編號和/或所述對端的流分發方式；所述端點根據所述指示信息確定自身的埠編號和/或流分發方式；所述端點根據確定的埠編號和/或流分發方式進行流量分發。
[0009]優選地，所述指示信息中攜帶的所述埠編號是發送所述指示信息的鏈路所對應的聚合埠的排序號。
[0010]優選地，所述端點根據所述指示信息確定自身的埠編號和/或流分發方式包括:所述端點根據接收到的所述指示信息按照預定策略確定自身的埠編號和/或流分發方式。
[0011]優選地，所述端點根據接收到的所述指示信息按照預定策略設置自身的埠編號包括:當所述指示信息中攜帶的所述對端的埠編號與所述端點自身的埠編號不一致時，所述端點根據所述端點與所述對端之間的優先級高低，或者所述端點與所述對端之間的主備關係設置自身的埠編號。
[0012]優選地，所述端點根據所述端點與所述對端之間的優先級高低設置自身的埠編號包括:當所述對端的優先級高於所述端點的優先級時，所述端點將自身的埠編號修改為所述對端的埠編號；或者所述端點根據所述端點與所述對端之間的主備關係設置自身的埠編號包括:當所述對端為主設備時，所述端點將自身的埠編號修改為所述對端的埠編號。
[0013]優選地，所述端點根據接收到的所述指示信息按照預定策略確定自身的流分發方式包括:當所述指示信息中攜帶的所述對端的流分發方式與所述端點自身的流分發方式不一致時，所述端點根據所述端點與所述對端之間的優先級高低，或者所述端點與所述對端之間的主備關係設置自身的流分發方式。
[0014]優選地，所述端點根據所述端點與所述對端之間的優先級高低設置自身的流分發方式包括:當所述對端的優先級高於所述端點的優先級時，所述端點將自身的流分發方式修改為所述對端的流分發方式；或者所述端點根據所述端點與所述對端之間的主備關係設置自身的流分發方式包括:當所述對端為主設備時，所述端點將自身的流分發方式修改為所述對端的流分發方式。
[0015]優選地，所述端點將自身的流分發方式修改為所述對端的流分發方式包括:所述端點判斷自身是否支持所述指示信息中攜帶的所述對端選擇的流分發方式；如果支持，則所述端點根據所述指示信息將自身的流分發方式修改為所述對端選擇的流分發方式，否則，所述端點發送用於指示協商失敗的告警信息。
[0016]優選地，所述端點根據所述指示信息確定自身的埠號和/或流分發方式包括:所述端點將自身的埠編號和/或流分發方式設置為與接收到的所述指示信息中攜帶的所述對端的埠編號和/或所述對端選擇的流分發方式一致的埠編和/或流分發方式。
[0017]優選地，所述端點根據所述指示信息確定自身的埠編號包括:所述端點建立接收到所述指示信息的埠與所述指示信息中攜帶的埠編號之間的映射關係；所述端點根據確定的埠編號進行流量分發包括:所述端點按照所述映射關係進行流量分發。
[0018]優選地，所述流分發方式包括:流分發算法和/或參與流分發算法的元組。
[0019]優選地，在所述流分發方式是流分發算法和參與流分發算法的元組的情況下，在所述端點根據接收到的所述指示信息按照預定策略設置自身的流分發方式之後，所述方法還包括:所述端點根據確定的進行流量分發時所採用的流分發方式和埠編號進行運算以確定進行數據流分發時所選擇的聚合鏈路。
[0020]優選地，所述流分發算法包括以下至少之一:傳統5元組分發算法；按業務分發算法；按源MAC地址和目的MAC地址分發算法；按源IP位址和目的IP位址分發算法；以及按源埠號、目的埠號、源IP位址以及目的IP位址分發算法。
[0021]優選地，所述業務包括以下至少之一標識:用戶虛擬區域網標識C-VID、業務虛擬區域網標識S-VID、骨幹虛擬區域網標識B-VID、骨幹業務實例標識1-SID。
[0022]優選地，系統預先為每種所述流分發算法定義一個代碼，其中，所述代碼與所述流分發方式是 對應的關係。
[0023]優選地，所述進行流分發算法的元組包括以下至少之一:源MAC地址和目的MAC地址、目的地址的類型、協議類型標識、高層協議信息、數據流的業務標識、源IP位址和目的IP位址、以及源埠號和目的埠號。
[0024]優選地，系統預先定義一串比特位，其中，所述一串比特位中的每個比特位對應一種所述進行流分發算法的元組。
[0025]優選地，所述指示信息是通過所述端點與對端之間傳輸的TLV報文攜帶的。
[0026]根據本發明的另一個方面，提供了一種聚合組中流量雙向同路的裝置，位於鏈路聚合組的一個端點中，包括:接收單元，用於接收所述鏈路聚合組的另一端發送的指示信息，其中，所述指示信息中攜帶有所述另一端的埠編號和/或所述對端的流分發方式；確定單元，用於根據所述指示信息確定自身的埠編號和/或流分發方式；分發單元，用於根據確定的埠編號和/或流分發方式進行流量分發。
[0027]優選地，所述確定單元還用於在所述指示信息中攜帶的所述另一端的埠編號與自身的埠編號不一致的情況下，根據自身與所述另一端之間的優先級高低，或者自身與所述另一端之間的主備關係設置自身的埠編號。
[0028]優選地，所述確定單元還用於將自身的埠編號和/或流分發方式設置為與接收到的所述指示信息中攜帶的所述對端的埠編號和/或所述另一端選擇的流分發方式一致的埠編和/或流分發方式。
[0029]根據本發明的又一個方面，提供了一種聚合組中流量雙向同路的裝置，位於鏈路聚合組的一個端點中，包括:發送單元，用於向所述鏈路聚合組的另一端發送指示信息，其中，所述指示信息中攜帶有本端的埠編號和/或所述對端的流分發方式，所述指示信息用於另一端確定自身的埠編號和/或流分發方式；分發單元，用於與所述另一端進行流量分發。
[0030]根據本發明的又一個方面，提供了一種聚合組中流量雙向同路的系統，包括設置有上述的聚合組中流量雙向同路的裝置的端點，和設置有上述的聚合組中流量雙向同路的裝置的端點。
[0031]在本發明實施例中，鏈路聚合組的兩端可以通過指示信息中攜帶的對端的埠編號和流分發方式確定最終進行流量分發時所採用的埠編號和/或流分發方式，從而使得鏈路聚合組的兩端可以同一流分發方式和埠編號，解決了現有技術中無法保證相同業務的流量能夠在同一條聚合鏈路上進行傳輸而導致的無法實現埠保護的技術問題，達到了有效保證同業務在聚合組的兩端雙向上選擇同一條聚合鏈路，並實現互連埠上的保護的技術效果。
【專利附圖】
【附圖說明】
[0032]此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中:
[0033]圖1是根據相關技術的鏈路聚合組的示意圖；
[0034]圖2是根據本發明實施例的聚合組中流量雙向同路的方法的一種優選流程圖；
[0035]圖3是根據本發明實施例的聚合組中流量雙向同路的裝置的一種優選結構框圖；
[0036]圖4是根據本發明實施例的聚合組中流量雙向同路的裝置的另一種優選結構框圖；
[0037]圖5是根據本發明實施例的鏈路聚合組的一種優選示意圖；
[0038]圖6是根據本發明實施例的進行埠編號協商的一種優選流程圖。
【具體實施方式】
[0039]下文中將參考附圖並結合實施例來詳細說明本發明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。
[0040]本發明實施例提供了一種優選的聚合組中流量雙向同路的方法，如圖2所示，該方法包括:
[0041]步驟S202:鏈路聚合組的端點接收鏈路聚合組的對端發送的指示信息，其中，指示信息中攜帶有對端的埠編號和/或對端的流分發方式；
[0042]步驟S204:端點根據指示信息確定自身的埠編號和/或流分發方式；
[0043]步驟S206:端點根據確定的埠編號和/或流分發方式進行流量分發。
[0044]在上述優選實施方式中，鏈路聚合組的兩端可以通過指示信息中攜帶的對端的埠編號和流分發方式確定最終進行流量分發時所採用的埠編號和/或流分發方式，從而使得鏈路聚合組的兩端可以同一流分發方式和埠編號，解決了現有技術中無法保證相同業務的流量能夠在同一條聚合鏈路上進行傳輸而導致的無法實現埠保護的技術問題，達到了有效保證同業務在聚合組的兩端雙向上選擇同一條聚合鏈路，並實現互連埠上的保護的技術效果。
[0045]上述的指示信息中所攜帶的埠編號可以是發送指示信息的鏈路所對應的聚合埠的排序號，例如，可以為埠 X、1、Z分別編號為1、2、3，這個1、2、3就是埠所對應的排序號。
[0046]可以預先設定一個判斷的策略，鏈路聚合組的兩端都採用同一個策略，從而使得兩端所確定出的結果是相同的。在一個優選實施方式中，端點根據指示信息確定自身的埠編號和/或流分發方式包括:端點根據接收到的指示信息按照預定策略確定自身的埠編號和/或流分發方式。
[0047]這個策略可以是按照優先級高低進行埠編號和/或流分發方式的確定，也可以是按照主備關係進行埠編號和/或流分發方式。在一個優選實施方式中，端點根據接收到的指示信息按照預定策略設置自身的埠編號包括:當指示信息中攜帶的對端的埠編號與端點自身的埠編號不一致時，端點根據端點與對端之間的優先級高低，或者端點與對端之間的主備關係設置自身的埠編號。
[0048]下面對這兩種預定策略進行具體描述。
[0049]I)按照優先級高低:
[0050]在確定埠編號時，當對端的優先級高於端點的優先級時,端點將自身的埠編號修改為對端的埠編號；
[0051]在確定流分發方式時，當對端的優先級高於端點的優先級時，端點將自身的流分發方式修改為對端的流分發方式；
[0052]2)按照主備關係:
[0053]在確定埠編號時，當對端為主設備時,端點將自身的埠編號修改為對端的埠編號；
[0054]當確定流分發方式時，當對端為主設備時，端點將自身的流分發方式修改為對端的流分發方式。優選地，端點將自身的流分發方式修改為對端的流分發方式還可以包括:端點判斷自身是否支持指示信息中攜帶的對端選擇的流分發方式；如果支持，則端點根據指示信息將自身的流分發方式修改為對端選擇的流分發方式，否則，端點發送用於指示協商失敗的告警信息。即，在本端確定需要更改為對端的流分發方式時，需要先確定自身是否支持對端的流分發方式，只有支持才可以更改，否則報錯。；
[0055]鏈路聚合組的兩端還可以採用通告的方式確定最終的流分發方式和/或埠編號，即，在一端收到對端的指示信息時，直接按照指示信息中攜帶的信息設置自身的流分發方式和/或埠編號。在一個優選實施方式中，端點根據指不信息確定自身的埠號和/或流分發方式包括:端點將自身的埠編號和/或流分發方式設置為與接收到的指示信息中攜帶的對端的埠編號和/或對端選擇的流分發方式一致的埠編和/或流分發方式。
[0056]在一個優選實施方式中，端點根據指不信息確定自身的埠編號包括:端點建立接收到指示信息的埠與指示信息中攜帶的埠編號之間的映射關係；端點根據確定的埠編號進行流量分發包括:端點按照映射關係進行流量分發。即，一端在知道對端的埠編號時並不對自身的埠編號進行修改，而是建立自身的埠與埠編號之間的一個映射關係，以確定該鏈路對端的埠編號。
[0057]上述的流分發方式可以但不限於包括:流分發算法和/或參與流分發算法的元組。
[0058]在在流分發方式是流分發算法和參與流分發算法的元組的情況下，在端點根據接收到的指示信息按照預定策略設置自身的流分發方式之後，上述方法還包括:端點根據確定的進行流量分發時所採用的流分發方式和埠編號進行運算以確定進行數據流分發時所選擇的聚合鏈路。即，在確定流分發算法和參與流分發算法的元組之後，可以根據這兩者以及埠編號通過一定的運算確定採用哪條鏈路進行流量分發。
[0059]在上述各個優選實施方式中，流分發算法包括但不限於以下至少之一:
[0060]I)傳統5元組分發算法；
[0061]2)按業務分發算法，其中，業務可以包括但不限於以下至少之一:C-VID(CustomerVLANIdentifier,用戶虛擬區域網標識)、S_VID (Service VLAN Identifier,業務虛擬區域網標識)、B_VID(Backbone VLAN Identifier,骨幹虛擬區域網標識)、以及 I_SID(BackboneServiceInstance Identifier,骨幹業務實例標識)。
[0062]3 )按源MAC地址和目的MAC地址分發算法；
[0063]4)按源IP位址和目的IP位址分發算法；以及
[0064]5)按源埠號、目的埠號、源IP位址以及目的IP位址分發算法。
[0065]優選地，系統可以預先為每種流分發算法定義一個代碼，其中，代碼與流分發方式是一一對應的關係，這樣在指示信息中攜帶相應的代碼即可，實現較為簡單。
[0066]優選地，上述的進行流分發算法的元組包括但不限於以下至少之一:源MAC地址和目的MAC地址、目的地址的類型、協議類型標識、高層協議信息、數據流的業務標識、源IP位址和目的IP位址、以及源埠號和目的埠號。
[0067]系統可以預先定義一串比特位，其中，一串比特位中的每個比特位對應一種進行流分發算法的元組，例如，如果採用某個元組就將其對應位置置I。
[0068]在上述各個優選實施方式中，指示信息可以是通過本端與對端之間傳輸的TLV報文攜帶的。其中，TLV報文是一種可變格式的報文，TLV的意思就是:Type (類型)、Length(長度)以及Value (值)。
[0069]在本實施例中還提供了 一種聚合組中流量雙向同路的裝置，位於鏈路聚合組的一個端點中，該裝置用於實現上述實施例及優選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語「單元」或者「模塊」可以實現預定功能的軟體和/或硬體的組合。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。圖3是根據本發明實施例的聚合組中流量雙向同路的裝置的一種優選結構框圖，如圖3所示，包括:接收單元302、確定單元304以及第一分發單元306，下面對該結構進行說明。
[0070]接收單元302，用於接收鏈路聚合組的另一端發送的指示信息，其中，指示信息中攜帶有另一端的埠編號和/或對端的流分發方式；
[0071 ] 確定單元304，與接收單元302耦合，用於根據指示信息確定自身的埠編號和/或流分發方式；
[0072]第一分發單元306，與確定單元304耦合，用於根據確定的埠編號和/或流分發方式進行流量分發。
[0073]在一個優選實施方式中，確定單元還用於在指示信息中攜帶的另一端的埠編號與自身的埠編號不一致的情況下，根據自身與另一端之間的優先級高低，或者自身與另一端之間的主備關係設置自身的埠編號。
[0074]在一個優選實施方式中，確定單元還用於將自身的埠編號和/或流分發方式設置為與接收到的指示信息中攜帶的對端的埠編號和/或另一端選擇的流分發方式一致的埠編和/或流分發方式。
[0075]本發明實施例還提供了另一種優選的聚合組中流量雙向同路的裝置，如圖4所示，包括發送單元402和分發單元404。其中，發送單元402，用於向鏈路聚合組的另一端發送指示信息，其中，指示信息中攜帶有本端的埠編號和/或對端的流分發方式，指示信息用於另一端確定自身的埠編號和/或流分發方式；第二分發單元404，用於與另一端進行流量分發。
[0076]優選地，在鏈路聚合組的每個端點中可以同時包含圖3和圖4所示的裝置。[0077]本發明實施例還提供了一種聚合組中流量雙向同路的系統，包括上述的端點。
[0078]下面結合實施例和附圖對本發明所述的聚合組流量分發方法進行描述。
[0079]為了實現對網絡互連區域的保護的目的，在本實施例中基於802.1AX標準中規範的鏈路匯聚控制協議(Link Aggregation Control Protocol,簡稱為LACP)協議提出了一種聚合組的兩端進行算法協商以統一埠編號，由兩端各自根據算法計算出同一條聚合鏈路，從而保證在鏈路聚合組中同業務或同會話的流量能夠雙向同路徑。即，同一業務或同一會話的流量在聚合組的兩端選擇同一條聚合鏈路，從而滿足對網絡接口保護的需求。
[0080]在本實施例中，可以通過擴展LACP協議中的TLV欄位，例如:增加流流分發方式TLV，通過該流流分發方式TLV欄位攜帶一種本端所採用的流量分發方式、算法的標識，或者為一種流的定義形式，並且每個發送LACP協議報文的聚合埠會在LACP報文中加上本端給本埠賦予的一個埠編號，並將其攜帶在埠編號TLV中。
[0081 ] 聚合組(即，鏈路聚合組)一端收到流分發方式TLV後，會和自身的流分發方式進行比較。如果兩端的方式不一致，則依據某種預定的策略，例如:系統參數優先級或者主從關係確定最終採用的流分發方式。如果本端系統參數的優先級高，或者本端是主系統設備(Master)則分發方式不變；如果對端系統參數的優先級高，或者本端是從系統設備(Slave)，則需要遵從對端的流分發方式。優選地，當選擇採用對端的流分發方式時，本端需要判斷自身是否支持對端的流分發方式，如果支持，則修改自身的流分發方式為對端的流分發方式；否則協商失敗，報錯。
[0082]聚合組的兩端都會給自己的每一個聚合埠設置埠編號，建立埠編號和聚合埠的埠號(Port ID)之間的對應關係。並通過埠編號TLV將這個埠編號通知給對端。通過兩端對埠編號的協商，從而統一兩端對每條聚合鏈路在各個端點的埠編號。當聚合埠收到對端發來的埠編號TLV，則會和自身的埠編號TLV進行比較。如果不相同，則依據某種預定的策略，例如:系統參數優先級或者主從關係，來判斷是否需要修改自身的埠編號。如果自身所屬的聚合組系統參數優先級高或者本端是主系統設備(Master)，則不修改自身的埠編號；如果自身所屬的聚合組系統參數優先級低於對端的系統參數優先級或者本端是從系統設備(Slave)，則遵從對端的埠編號原則，修改自身的埠編號，從而達到一致的埠編號。在修改埠編號的同時，也會修改埠編號和聚合埠的埠號(Port ID)之間的對應關係。埠編號的改變不影響埠的聚合情況。
[0083]優選地，對於埠編號，可以不採用更改的方式，而是採用設置映射關係的方式。即，在本端通過某條鏈路接收到對端的埠編號後，建立該埠編號和自身對應於該鏈路的埠之間的一個映射關係。那麼在進行流量分發時，直接按照這種建立的映射關係就可以實現同路徑的目的。
[0084]下面將結合兩個具體的實施例來對上述內容進行更為詳細的描述。
[0085]實施例1
[0086]如圖5所示，聚合組的兩端分別均由多節點組成，端點I由系統A、系統B組成，端點2由系統C、系統D組成。其中，端點I有埠 a、埠 b、埠 c以及埠 d參與聚合；端點2有埠 X、埠 y、埠 z以及埠 w參與聚合。埠 a和埠 w互連為聚合鏈路1、埠 b和埠 y互連為聚合鏈路2、埠 c和埠 X互連為聚合鏈路3、埠 d和埠 z互連為聚合鏈路4。聚合鏈路1、聚合鏈路2、聚合鏈路3、聚合鏈路4形成聚合組。[0087]優選地，預先定義一組分發算法，例如:目前的分發算法主要有按5元組分發，按業務分發。流分發方式TLV的格式可以如表1所示。
[0088]表1
[0089]
【權利要求】
1.一種聚合組中流量雙向同路的方法，其特徵在於，包括: 鏈路聚合組的端點接收所述鏈路聚合組的對端發送的指示信息，其中，所述指示信息中攜帶有所述對端的埠編號和/或所述對端的流分發方式； 所述端點根據所述指示信息確定自身的埠編號和/或流分發方式； 所述端點根據確定的埠編號和/或流分發方式進行流量分發。
2.根據權利要求1所述的方法，其特徵在於，所述指示信息中攜帶的所述埠編號是發送所述指示信息的鏈路所對應的聚合埠的排序號。
3.根據權利要求1所述的方法，其特徵在於，所述端點根據所述指示信息確定自身的埠編號和/或流分發方式包括: 所述端點根據接收到的所述指示信息按照預定策略確定自身的埠編號和/或流分發方式。
4.根據權利要求3所述的方法，其特徵在於，所述端點根據接收到的所述指示信息按照預定策略設置自身的埠編號包括: 當所述指示信息中攜帶的所述對端的埠編號與所述端點自身的埠編號不一致時，所述端點根據所述端點與所述對端之間的優先級高低，或者所述端點與所述對端之間的主備關係設置自身的埠編號。
5.根據權利要求4所述的方法，其特徵在於， 所述端點根據所述端點與所述對端之間的優先級高低設置自身的埠編號包括: 當所述對端的優先級高於所述端點的優先級時，所述端點將自身的埠編號修改為所述對端的埠編號；或者 所述端點根據所述端點與所述對端之間的主備關係設置自身的埠編號包括: 當所述對端為主設備時，所述端點將自身的埠編號修改為所述對端的埠編號。
6.根據權利要求3所述的方法，其特徵在於，所述端點根據接收到的所述指示信息按照預定策略確定自身的流分發方式包括: 當所述指示信息中攜帶的所述對端的流分發方式與所述端點自身的流分發方式不一致時，所述端點根據所述端點與所述對端之間的優先級高低，或者所述端點與所述對端之間的主備關係設置自身的流分發方式。
7.根據權利要求6所述的方法，其特徵在於， 所述端點根據所述端點與所述對端之間的優先級高低設置自身的流分發方式包括:當所述對端的優先級高於所述端點的優先級時，所述端點將自身的流分發方式修改為所述對端的流分發方式；或者 所述端點根據所述端點與所述對端之間的主備關係設置自身的流分發方式包括: 當所述對端為主設備時，所述端點將自身的流分發方式修改為所述對端的流分發方式。
8.根據權利要求7所述的方法，其特徵在於，所述端點將自身的流分發方式修改為所述對端的流分發方式包括: 所述端點判斷自身是否支持所述指示信息中攜帶的所述對端選擇的流分發方式； 如果支持，則所述端點根據所述指示信息將自身的流分發方式修改為所述對端選擇的流分發方式，否則，所述端點發送用於指示協商失敗的告警信息。
9.根據權利要求1所述的方法，其特徵在於，所述端點根據所述指示信息確定自身的埠號和/或流分發方式包括: 所述端點將自身的埠編號和/或流分發方式設置為與接收到的所述指示信息中攜帶的所述對端的埠編號和/或所述對端選擇的流分發方式一致的埠編和/或流分發方式。
10.根據權利要求1所述的方法，其特徵在於， 所述端點根據所述指示信息確定自身的埠編號包括:所述端點建立接收到所述指示信息的埠與所述指示信息中攜帶的埠編號之間的映射關係； 所述端點根據確定的埠編號進行流量分發包括:所述端點按照所述映射關係進行流量分發。
11.根據權利要求1至10中任一項所述的方法，其特徵在於，所述流分發方式包括:流分發算法和/或參與流分發算法的元組。
12.根據權利要求1至11中任一項所述的方法，其特徵在於，在所述流分發方式是流分發算法和參與流分發算法的元組的情況下，在所述端點根據接收到的所述指示信息按照預定策略設置自身的流分發方式之後，所述方法還包括: 所述端點根據確定的進行流量分發時所採用的流分發方式和埠編號進行運算以確定進行數據流分發時所選擇的聚合鏈路。
13.根據權利要求11或12所述的方法，其特徵在於，所述流分發算法包括以下至少之 傳統5元組分發算法； 按業務分發算法； 按源MAC地址和目的MAC地址分發算法； 按源IP位址和目的IP位址分發算法； 以及 按源埠號、目的埠號、源IP位址以及目的IP位址分發算法。
14.根據權利要求13所述的方法，其特徵在於，所述業務包括以下至少之一標識:用戶虛擬區域網標識C-VID、業務虛擬區域網標識S-VID、骨幹虛擬區域網標識B-VID、骨幹業務實例標識1-SID。
15.根據權利要求13所述的方法，其特徵在於，系統預先為每種所述流分發算法定義一個代碼，其中，所述代碼與所述流分發方式是一一對應的關係。
16.根據權利要求11或12所述的方法，其特徵在於，所述進行流分發算法的元組包括以下至少之一:源MAC地址和目的MAC地址、目的地址的類型、協議類型標識、高層協議信息、數據流的業務標識、源IP位址和目的IP位址、以及源埠號和目的埠號。
17.根據權利要求16所述的方法，其特徵在於，系統預先定義一串比特位，其中，所述一串比特位中的每個比特位對應一種所述進行流分發算法的元組。
18.根據權利要求1至17中任一項所述的方法，其特徵在於，所述指示信息是通過所述端點與對端之間傳輸的TLV報文攜帶的。
19.一種聚合組中流量雙向同路的裝置，其特徵在於，位於鏈路聚合組的一個端點中，包括:接收單元，用於接收所述鏈路聚合組的另一端發送的指示信息，其中，所述指示信息中攜帶有所述另一端的埠編號和/或所述對端的流分發方式； 確定單元，用於根據所述指示信息確定自身的埠編號和/或流分發方式； 分發單元，用於根據確定的埠編號和/或流分發方式進行流量分發。
20.根據權利要求19所述的裝置，其特徵在於，所述確定單元還用於在所述指示信息中攜帶的所述另一端的埠編號與自身的埠編號不一致的情況下，根據自身與所述另一端之間的優先級高低，或者自身與所述另一端之間的主備關係設置自身的埠編號。
21.根據權利要求19所述的裝置，其特徵在於，所述確定單元還用於將自身的埠編號和/或流分發方式設置為與接收到的所述指示信息中攜帶的所述對端的埠編號和/或所述另一端選擇的流分發方式一致的埠編和/或流分發方式。
22.—種聚合組中流量雙向同路的裝置，其特徵在於，位於鏈路聚合組的一個端點中，包括: 發送單元，用於向所述鏈路聚合組的另一端發送指示信息，其中，所述指示信息中攜帶有本端的埠編號和/或所述對端的流分發方式，所述指示信息用於另一端確定自身的埠編號和/或流分發方式； 分發單元，用於與所述另一端進行流量分發。
23.—種聚合組中流量雙向同路的系統，其特徵在於，包括設置有權利要求19至21中任一項所述的聚合組中流量雙向同路的裝置的端點，和設置有權利要求22中的聚合組中流量雙向同路的裝 置的端點。
【文檔編號】H04L12/24GK103780500SQ201210401024
【公開日】2014年5月7日 申請日期:2012年10月19日 優先權日:2012年10月19日
【發明者】敖婷 申請人:中興通訊股份有限公司