Drni中同一端內系統之間交互信息的方法和系統的制作方法
【專利摘要】本發明公開了一種分布式彈性網絡互連中同一端內系統之間交互信息的方法及系統，所述方法應用于鏈路聚合組端點中的每一個系統，包括：通過內鏈接口發送分布式中繼控制協議(DRCP)協議報文，其中至少攜帶本系統的系統信息；在接收到鄰接系統發來的DRCP協議報文后，如判斷出本系統與所述鄰接系統能形成分布式彈性網絡互連的一個端點，則確定本系統的操作Key值。所述系統包括：發送狀態機、接收狀態機、協商狀態機、同步狀態機及周期發送狀態機。采用本發明后，實現了分布式鏈路聚合組中一端多個系統之間的控制通信，能夠有效的實現多個系統聚合為一個聚合組后，實現互連接口上的保護，不僅是鏈路上的保護，而且實現了節點級保護。
【專利說明】DRNI中同一端內系統之間交互信息的方法和系統
【技術領域】
[0001] 本發明涉及網絡通信保護技術，尤其涉及一種DRNI (Distributed Resilient Network Interconnected,分布式彈性網絡互連）中同一端內系統之間交互信息的方法和 系統。
【背景技術】
[0002] 隨著寬帶業務的飛速發展，網絡與網絡之間的互連使用得越來越多，承載了更多 的業務。根據所采用的技術，網絡內部可有多種方法對鏈路及其上的節點實現保護。隨著 對流量的保護需求越來越強烈，要求越來越高，運營商提出了在網絡互連上進行保護的需 求。這里的保護可以通過采用端口聚合的方式來實現，常用的方式可以是端口聚合，也可以 是環路保護。在 IEEE (Institute of Electrical and Electronics Engineers,美國電氣 和電子工程師協會）現有標準802. 1AX中，鏈路聚合目前支持的是一個節點上的端口聚合， 因此僅能用于鏈路保護，無法實現對網絡邊緣接口上的節點進行保護。
[0003] 因此，為了適用于網絡與網絡互連區域組網方式的多樣化，并能實現不僅對鏈路 的保護，而且實現對邊緣節點的保護，IEEE標準組織提出了擴展鏈路聚合，通過一種分布式 的鏈路聚合組DRNI來實現鏈路和節點雙冗余的網絡互連保護需求，即聚合組的端點處由 多個節點組成，該多個節點的聚合鏈路組成一個鏈路聚合組（Link Aggregation Group,簡 稱LAG)。如圖1所示，鏈路聚合組的兩個端點（Portal)A、B分別由2個及3個系統組成： 端點A中包含系統1及系統2,端點B中包含系統3、系統4及系統5,這5個系統的多條鏈 路聚合在一起，形成了一個分布式LAG。通過這個分布式LAG，能夠實現鏈路和節點的雙重 保護。
[0004] 端點A中的系統1和系統2需要通過內鏈鏈路連接，從而保證端點B看到其通過 鏈路聚合組連接的端點A是一個邏輯節點；同理，端點B中的系統3、系統4及系統5之間 也需要通過內鏈鏈路連接，從而保證端點A看到其通過鏈路聚合組連接的端點B是一個 邏輯節點。端點A的邏輯節點和端點B的邏輯節點之間互連的多條鏈路通過LACP(Link Aggregation Control Protocol,鏈路匯聚控制協議）的控制報文交互后，形成分布式鏈路 聚合組。
[0005] DRNI就是通過分布式中繼（Distributed Relay，簡稱為DR)將兩個以上的系統互 連起來，這里的每個系統都運行鏈路聚合，從而形成一個Portal。對于與該Portal相連的 對端系統而言，該對端系統認為自身所連接的是一個模擬的系統。為了達到這個目的，一個 Portal內的各個系統需要通過分布式中繼進行交互協商，以達到這些系統之間的參數統 一，并通告給LACP協議與鏈路聚合組的另一端進行交互。
[0006] DR上有3種接口，分別是：網關接口、內鏈接口及聚合接口。DR的功能就是將從 聚合接口收到的報文（UP報文）發往網關或丟棄，并且將從網關接口收到的報文（DOWN報 文）發送到聚合器或丟棄。DR根據接收到的報文所屬的會話決定是轉發該報文還是丟棄 該報文，網關算法和端口算法的配置也是依據會話進行操作的。每一個會話流量最多分配 一個網關鏈路，每個會話流量也最多對應一個聚合接口。當一個portal內的多個系統中的 DR對報文的分發方式不統一，則會引起報文亂序、成環或丟包等問題，因此在多個系統之間 存在分發方式不一致的情況時，也需要通過分布式中繼進行交互，統一不同系統上的分發 方式或隔離分發方式不統一的業務流量。
【發明內容】
[0007] 本發明的目的在于提供一種DRNI中同一端內系統之間交互信息的方法及系統， 以實現多個系統的鏈路聚合。
[0008] 為解決上述問題，本發明提供了一種分布式彈性網絡互連中同一端內系統之間交 互信息的方法，應用于鏈路聚合組端點中的每一個系統，包括：
[0009] 通過內鏈接口發送分布式中繼控制協議（DRCP)協議報文，其中至少攜帶本系統 的系統信息；
[0010] 在接收到鄰接系統發來的DRCP協議報文后，如判斷出本系統與所述鄰接系統能 形成分布式彈性網絡互連的一個端點，則確定本系統的操作Key值。
[0011] 進一步地，所述方法還包括：
[0012] 在確定本系統的操作Key值后，在本系統內建立分布式中繼通道。
[0013] 進一步地，所述方法還包括：
[0014] 在確定本系統的操作Key值后，與所述鄰接系統協商統一的會話分發方式。
[0015] 進一步地，
[0016] 所述判斷出本系統與所述鄰接系統能形成同一個端點，具體包括：
[0017] 對接收到的所述DRCP協議報文中攜帶的所述鄰接系統的系統信息與本系統的系 統信息進行匹配性檢查，若所述匹配性檢查通過，則判斷出本系統與所述鄰接系統能形成 同一個端點。
[0018] 進一步地，
[0019] 所述對接收到的所述DRCP協議報文中攜帶的所述鄰接系統的系統信息與本系統 的系統信息進行匹配性檢查，具體包括：
[0020] 判斷本系統的端點標識和所述鄰接系統的端點標識是否一致；和/或判斷本系統 的虛擬系統標識和所述鄰接系統的虛擬系統標識是否一致；
[0021] 所述匹配性檢查通過，具體包括：
[0022] 所述本系統與所述鄰接系統的端點標識相同，和/或所述本系統與所述鄰接系統 的虛擬系統標識相同。
[0023] 進一步地，
[0024] 所述對接收到的所述DRCP協議報文中攜帶的所述鄰接系統的系統信息與本系統 的系統信息進行匹配性檢查，還包括：
[0025] 判斷本系統的系統編號（System Number)與所述鄰接系統的System Number是否 沖關；
[0026] 所述匹配性檢查通過，具體包括：
[0027] 所述本系統與所述鄰接系統的端點標識和/或虛擬系統標識分別相同，且本系統 與所述鄰接系統的System Number不沖突。
[0028] 進一步地，所述方法還包括：
[0029] 若匹配性檢查通過，則保存所述DRCP協議報文中攜帶的所述鄰接系統的系統信 息。
[0030] 進一步地，
[0031] 所述發送DRCP協議報文，具體包括：
[0032] 周期性地發送所述DRCP協議報文；
[0033] 所述方法還包括：
[0034] 每當接收到鄰接系統發來的DRCP協議報文后，啟動一個定時器；
[0035] 若在所述定時器超時時，未收到所述鄰接系統發來的DRCP協議報文，或者在所述 定時器超時前收到了所述鄰接系統發來的DRCP協議報文，但匹配性檢查未通過，則確定本 系統與所述鄰接系統不能再形成分布式彈性網絡互連的一個端點。
[0036] 進一步地，
[0037] 所述發送DRCP協議報文，具體包括：
[0038] 在本系統的系統信息中有參數更新時，發送所述DRCP協議報文。
[0039] 進一步地，
[0040] 所述確定本系統的操作Key值，具體包括：
[0041] 如判斷出本系統的操作Key值與所述鄰接系統的操作Key值相同，則維持本系統 的操作Key值不變。
[0042] 進一步地，
[0043] 所述確定本系統的操作Key值，具體包括：
[0044] 如判斷出本系統的操作Key值與所述鄰接系統的操作Key值不同，則依據策略，修 改本系統的操作Key值或者維持本系統的操作Key值不變。
[0045] 進一步地，
[0046] 所述確定本系統的操作Key值，具體包括：
[0047] 根據本系統的管理Key值及接收到的所述鄰接系統的管理Key值，計算出本系統 的操作Key值。
[0048] 進一步地，所述方法還包括：
[0049] 在確定本系統的操作Key值后，將本系統的操作Key值通過鏈路匯聚控制協議 (LACP)報文發送給分布式彈性網絡互連的對端。
[0050] 進一步地，
[0051] 所述與所述鄰接系統協商統一的會話分發方式，具體包括：
[0052] 對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分法方式與本系統的會 話分發方式進行協商，依據協商好的會話分發方式來配置本系統內分布式中繼的流量分發 方式；
[0053] 所述會話分發方式包括下述兩個參數中任意一個或任意組合：網關系統選擇和聚 合器/聚合端口選擇。
[0054] 進一步地，
[0055] 所述對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分法方式與本系統 的會話分發方式進行協商，具體包括：
[0056] 將所述鄰接系統發來的DRCP協議報文中攜帶的會話分發方式與本系統的會話分 發方式進行對比，對于在會話分發方式達到一致的會話，則分布式中繼按一致的會話分發 方式進行所述會話流量的分發，對于在會話分發方式有沖突的會話，則分布式中繼過濾或 丟棄所述會話分發方式有沖突的會話流量。
[0057] 進一步地，
[0058] 所述在本系統內建立分布式中繼通道，具體包括：
[0059] 對分布式中繼在網關和聚合器/聚合端口上會話分發做出配置，配置后所述分布 式中繼在本系統上的網關和聚合器/聚合端口之間轉發會話流量。
[0060] 進一步地，
[0061] 在與所述鄰接系統協商統一的會話分發方式之前，還包括：
[0062] 關閉與所述鄰接系統之間的內鏈鏈路的數據流量轉發功能；
[0063] 當與所述鄰接系統統一會話分發方式后協商完成，統一了分發算法，開啟所述內 鏈鏈路的數據流量轉發功能。
[0064] 進一步地，所述方法還包括：
[0065] 若確定本系統與所述鄰接系統不能再形成分布式彈性網絡互連的一個端點，則依 據策略確定是否需要對本系統的系統信息進行修改；如需要修改，則對本系統的系統信息 中至少部分LACP參數進行修改，并將修改后的LACP參數通過LACP報文發送給分布式彈性 網絡互連的對端；其中，修改后本系統的LACP參數與所述鄰接系統的LACP參數至少不完全 相同。
[0066] 進一步地，
[0067] 所述對本系統的系統信息中至少部分LACP參數進行修改，具體包括：
[0068] 對本系統的操作key值和/或系統標識進行修改，或者將操作Key值恢復為管理 Key 值。
[0069] 進一步地，
[0070] 當與所述鄰接系統之間的內鏈鏈路發生故障或者所述內鏈鏈路不可用時，則將所 述分布式中繼恢復為協商前的會話分發方式的配置。
[0071] 進一步地，
[0072] 通過所述內鏈接口發送的所述DRCP協議報文中還攜帶有與本系統相連接的其他 鄰接系統的系統信息和/或會話分發方式。
[0073] 相應地，本發明還提供了一個分布式彈性網絡互連中實現分布式中繼控制的系 統，其特征在于，包括：
[0074] 發送狀態機用于在本系統的其他狀態機指示需要發送或者需周期發送時，發送分 布式中繼控制協議（DRCP)協議報文；
[0075] 接收狀態機用于接收鄰接系統發來的DRCP協議報文，對本系統和所述鄰接系統 的系統信息進行匹配性檢查，在匹配性檢查通過后記錄所述DRCP協議報文中的信息，啟動 定時器判斷是否定時接收到所述鄰接系統再次發來的DRCP協議報文；
[0076] 協商狀態機用于確定本系統的操作Key值，確保和所述鄰接系統的操作Key值一 致；
[0077] 同步狀態機用于建立聚合器/聚合端口和網關之間的轉發通道，按需與所述鄰接 系統協商統一的會話分發方式，配置分布式中繼的會話分發方式；
[0078] 周期發送狀態機用于決定所述發送狀態機周期發送DRCP協議報文。
[0079] 進一步地，
[0080] 所述接收狀態機用于對本系統和所述鄰接系統的系統信息進行匹配性檢查，具體 包括：
[0081] 所述接收狀態機用于判斷本系統的端點標識和所述鄰接系統的端點標識是否一 致；和/或判斷本系統的虛擬系統標識和所述鄰接系統的虛擬系統標識是否一致；
[0082] 所述匹配性檢查通過，具體包括：
[0083] 所述本系統與所述鄰接系統的端點標識相同，和/或所述本系統與所述鄰接系統 的虛擬系統標識相同。
[0084] 進一步地，
[0085] 所述接收狀態機用于對本系統和所述鄰接系統的系統信息進行匹配性檢查，還包 括：
[0086] 所述接收狀態機用于判斷本系統的系統編號（System Number)與所述鄰接系統的 System Number 是否沖突；
[0087] 所述匹配性檢查通過，具體包括：
[0088] 所述本系統與所述鄰接系統的端點標識和/或虛擬系統標識分別相同，且鄰接系 統的System Number合法，或者，本系統與所述鄰接系統的SystemNumber不沖突。
[0089] 進一步地，
[0090] 所述協商狀態機用于確定本系統的操作Key值，確保和所述鄰接系統的操作Key 值一致，具體包括：
[0091] 所述協商狀態機用于在判斷出本系統的操作Key值與所述鄰接系統的操作Key值 相同時，維持本系統的操作Key值不變；還用于在判斷出本系統的操作Key值與所述鄰接系 統的操作Key值不同時，依據策略，修改本系統的操作Key值或者維持本系統的操作Key值 不變。
[0092] 進一步地，
[0093] 所述協商狀態機用于確定本系統的操作Key值，確保和所述鄰接系統的操作Key 值一致，具體包括：
[0094] 所述協商狀態機用于根據本系統的管理Key值及接收到的所述鄰接系統的管理 Key值，計算出本系統的操作Key值。
[0095] 進一步地，所述方法還包括：
[0096] 所述協商狀態機還用于在確定本系統的操作Key值后，將本系統的操作Key值通 過鏈路匯聚控制協議（LACP)報文發送給分布式彈性網絡互連的對端。
[0097] 進一步地，
[0098] 所述與所述鄰接系統協商統一的會話分發方式，具體包括：
[0099] 所述同步狀態機用于對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分 法方式與本系統的會話分發方式進行協商，依據協商好的會話分發方式來配置本系統內分 布式中繼的流量分發方式。
[0100] 進一步地，
[0101] 所述同步狀態機用于對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分 法方式與本系統的會話分發方式進行協商，具體包括：
[0102] 所述同步狀態機用于將所述鄰接系統發來的DRCP協議報文中攜帶的會話分發方 式與本系統的會話分發方式進行對比，對于在會話分發方式達到一致的會話，則按一致的 會話分發方式進行所述會話流量的分發，對于在會話分發方式有沖突的會話，則過濾或丟 棄所述會話分發方式有沖突的會話流量。
[0103] 進一步地，
[0104] 所述會話分發方式包括下述兩個參數中任意一個或任意組合：網關系統選擇和聚 合器/聚合端口選擇。
[0105] 進一步地，
[0106] 同步狀態機還用于在與所述鄰接系統協商統一的會話分發方式之前，關閉與所述 鄰接系統之間的內鏈鏈路的數據流量轉發功能；
[0107] 還用于當與所述鄰接系統統一會話分發方式后協商完成，統一了分發算法，開啟 所述內鏈鏈路的數據流量轉發功能。
[0108] 進一步地，
[0109] 所述接收狀態機還用于如未定時收到所述鄰接系統再次發來的DRCP協議報文或 者接收到的所述鄰接系統再次發來的DRCP協議報文沒有通過匹配性檢查，則依據策略確 定是否需要對本系統的系統信息進行修改；如需要修改，則還用于對本系統的系統信息中 至少部分LACP參數進行修改，并將修改后的LACP參數通過LACP報文發送給分布式彈性網 絡互連的對端；其中，修改后本系統的LACP參數與所述鄰接系統的LACP參數至少不完全相 同。
[0110] 進一步地，
[0111] 所述接收狀態機用于對本系統的系統信息中至少部分LACP參數進行修改，具體 包括：
[0112] 所述接收狀態機用于對本系統的操作key值和/或系統標識進行修改，或者將操 作Key值恢復為管理Key值。
[0113] 進一步地，
[0114] 所述同步狀態機還用于在與所述鄰接系統之間的內鏈鏈路發生故障或者所述內 鏈鏈路不可用時，將所述分布式中繼恢復為協商前的會話分發方式的配置。
[0115] 進一步地，
[0116] 所述發送狀態機通過所述內鏈接口發送的所述DRCP協議報文中還攜帶有與本系 統相連接的其他鄰接系統的系統信息和/或會話分發方式。
[0117] 采用本發明后，實現了分布式鏈路聚合組中一端多個系統之間的控制通信，能夠 有效的實現多個系統聚合為一個聚合組后，實現互連接口上的保護，不僅是鏈路上的保護， 而且實現了節點級保護。
【專利附圖】
【附圖說明】
[0118] 圖1是現有技術中網絡互連節點連接示意圖；
[0119] 圖2是本發明實施例中分布式中繼控制協議狀態事件流程示意圖；
[0120] 圖3是本發明實施例中分布式中繼控制協議參數傳遞示意圖；
[0121] 圖4是本發明實施例中接收狀態機的處理流程示意圖；
[0122] 圖5是本發明實施例中Check功能的流程圖；
[0123] 圖6是本發明實施例中協商狀態機的處理流程示意圖；
[0124] 圖7是本發明實施例中同步狀態機的一種處理流程示意圖；
[0125] 圖8是本發明實施例中同步狀態機的另一種處理流程示意圖；
[0126] 圖9是本發明實施例中NeedtoCoordination功能的流程圖。
【具體實施方式】
[0127] 為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明 的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中 的特征可以相互任意組合。
[0128] 為了能更好的描述分布式中繼控制協議的控制過程和運行狀態，下面將從控制協 議狀態機的角度來描述。
[0129] 如圖2所示，系統內的分布式中繼控制協議（Distributed Relay Control Protocol，簡稱DRCP)主要包括：接收狀態機、同步狀態機以及發送狀態機，還可以包括：協 商狀態機和周期發送狀態機。
[0130] 接收狀態機主要用于接收鄰接系統發來的DRCP協議報文。接收到的DRCP協議報 文中包括了發送該報文的鄰接系統的系統信息（Act 〇r_Inf〇)，也有可能包含了發送該報文 的鄰接系統所保存的與該鄰接系統連接的其他系統的系統信息（Partnerjnfo)。接收狀態 機的主要任務有：
[0131] a)接收鄰接系統發來的DRCP協議報文；
[0132] b)每接收到一次鄰接系統發來的DRCP協議報文，就啟動一次定時器，如果在定時 器超時時（Expire)仍沒有收到上述鄰接系統發來的DRCP協議報文，則認為和該鄰接系統 失去了聯系，進入失去聯系狀態；
[0133] c)如判斷出本系統與該鄰接系統能形成分布式彈性網絡互連的一個端點，則保存 接收到的DRCP協議報文中攜帶的Actor_Info,如果該DRCP協議報文中攜帶有Partner_ Info,則亦保存之。其中，采用以下步驟判斷本系統與該鄰接系統是否能形成分布式彈性網 絡互連的一個端點，包括：
[0134] 步驟1 :先比較接收到的DRCP協議報文中攜帶的Portal ID與本系統所屬端點的 Portal ID是否一致，如果二者一致則表示雙方的確屬于同一端點（Portal),執行步驟2; 如果二者不一致，則丟棄該DRCP協議報文；
[0135] 步驟2 :比較上述DRCP協議報文中攜帶的虛擬系統標識（Emulated System ID) 與本系統的Emulated System ID值是否一致；如二者一致，則執行步驟3;如果二者不一 致，則丟棄該DRCP協議報文；其中，各系統在發出LACP協議報文時，在該報文中所攜帶的 System ID字段的值為該系統的Emulated System ID值；
[0136] 在某些情況下，系統中的Portal ID與Emulated System ID的值是一致的。因此， 上述流程可以僅比較兩個系統間的Portal ID或Emulated System ID是否一致即可。
[0137] 步驟3 :檢查上述DRCP協議報文中攜帶的發送該DRCP協議報文的系統的System Number與本系統的System Number是否沖突，即判斷二者是否相同。若二者不相同，則說明 兩個系統已經具備了聚合為一個DRNI接口的條件，即兩個系統可以組成一個邏輯系統，即 端點（Portal)。
[0138] 當判斷出發送該DRCP協議報文的系統的System Number與本系統的System Number不相沖突時（即二者不相同），則表示匹配性檢查通過，設置本系統與發送上述DRCP 協議報文的鄰接系統的內鏈鏈路協議狀態為已聚合，即設置DRCP. State = Contact。在 具體實現時，為避免異常情況，還可以進一步判斷發送該DRCP協議報文的系統的System Number是否合法，即System Number的取值是否在合理的取值范圍內，當判斷出發送該 DRCP協議報文的系統的System Number合法、且與本系統的System Number不沖突時，表示 匹配性檢查通過。
[0139] d)若在定時器超時之前未收到已與本系統聚合的另一系統發來的DRCP協議報 文，或者在定時器超時之前接收到的該DRCP協議報文沒有通過步驟c)中的匹配性檢查 (即相當于沒有收到該另一系統發來的合格的DRCP協議報文），則表示本系統和該另一系 統已失去了聯系，此時兩系統之間無法再聚合，則需要采取相關的動作進行解聚合，將這兩 個系統分離開來。
[0140] 協商狀態機用于與確定本系統的Operational Key (操作Key)，確保得到一個與 發送上述DRCP協議報文的鄰接系統統一的Operational Key值，該Operational Key為 LACP協議報文中攜帶的參數。在協商一致后，設置DRCP. State = Synchronization。
[0141] 同步狀態機主要是用于建立DR通道、進行DRNI接口的數據轉發以及系統間的流 量分配。主要包括：
[0142] a)建立DR通道。DR通道建立之后，建立了本系統的DRNI接口和其他端口的轉發 通道，即可以通過DRNI接口發送數據流量，或接收數據流量并轉發到其他接口上。此時，DR 通道只是將數據在本系統的DRNI接口和其他端口上進行轉發，但并不分發給鄰接系統。
[0143] b)如果DR通道不僅用于數據的中轉，還要具有數據分發功能，即雙方系統需要協 商統一的會話分發方式，確定特定會話的報文從本系統的哪些DRNI接口上的鏈路進行轉 發。這里的數據分發過程有可能需要通過內鏈鏈路參與數據的轉發來實現，此時需要同步 狀態機進行兩系統之間會話分發方式的協商。當兩者能協商達到統一，則表示雙方統一了 特定會話流量應該走哪個系統，此時設置DRCP. State = Forward。
[0144] c)當DR通道可以在不同系統上對流量進行分發時，數據流量有可能需要在內鏈 鏈路上進行傳輸，此時應該打開內鏈鏈路上端口的內連鏈路傳輸數據流量功能，使得數據 流量能夠通過內鏈鏈路在同一 Portal內的系統中進行轉發。并且，對內鏈鏈路上端口上流 量的進出進行配置，從而保證不同的會話流量能走特定的系統和特定的聚合端口。自此，各 系統上的DR通道將依據協商后的會話分發方式來進行流量的分發。
[0145] 當DRCP. state = Synchronization時，則觸發同步狀態機進行處理，當DRCP. State = Contact時，則觸發協商狀態機進行處理。當原內鏈鏈路的物理鏈路出現故障或者 被用作其他用途，而無法再作為內鏈鏈路被DRNI使用時，設置IPL (Intra-Portal Link，內 鏈鏈路）.State = Down，此時無法也不能通過內鏈鏈路進行數據報文的轉發，如果這時系 統處于同步狀態，即DRCP. State = Synchronization，則需要關閉IPL的數據轉發功能，并 且恢復為協商前DR通道的會話分發方式，即本系統收到的數據報文也從本系統轉發出去， 而不再經過內鏈鏈路進行分發。
[0146] 發送狀態機用于通過內鏈接口發送DRCP協議報文，這里發送DRCP協議報文可以 由來自其它狀態機發出的命令來觸發，也可以是由周期發送狀態機觸發發送。當系統中 Act〇r_Inf〇中至少部分參數發生變化時，需要重新進行協商，則也可以觸發發送DRCP協議 報文。
[0147] 周期發送狀態機用于決定本系統何時發送DRCP協議報文，以傳遞相關信息及維 持與其他系統的連接性。一般來說周期發送狀態機內部有個定時器，每當定時器到時，將產 生一個NTT (Need to transmit,需要發送），觸發發送狀態機發送DRCP協議報文。
[0148] 分布式中繼控制協議在進行狀態切換的過程中，需要將一些信息在這些狀態機中 進行傳遞。如圖3所示，包括：
[0149] 1.接收狀態機接收到了對方系統通過DRCP協議報文發來的系統信息并保存作為 自己的Partner信息；
[0150] 2.將本系統的操作Key(Actor_OperKey)值以及發送上述DRCP協議報文的系統的 操作Key (Partner_OperKey)值在協商狀態機中進行判斷和處理。如果Actor_0perKey和 PartnerJDperKey不一致，則需要根據策略確定是否修改本系統的ActorJDperKey，然后觸 發發送狀態機將Actor_0perKey和PartnerJDperKey發送到對方系統。只有保證兩系統的 操作Key值是一致的，才能進一步保證兩系統能聚合為一個聚合組；
[0151] 3.同步狀態機可能需要協商統一的會話分發方式。如果需要，則接收狀態機接 收到DRCP協議報文后，對于其中攜帶的鄰接系統的會話分發方式的參數，即網關系統選 擇（Actor_GW&Partne;r_GW，表示某個會話流量應該走哪個網關鏈路）和聚合器系統選擇 (Actor_Agg&Partne;r_Agg，表示某個會話流量應該走哪個聚合端口 /聚合器）這兩個信息 進行判斷和處理。在同步狀態機中利用最后協商好的會話分發方式來決定并配置本系統內 的會話分發方式，同時對內鏈鏈路的端口做出相應配置，會話將按配置的會話分發方式進 行轉發。
[0152] 下面結合實施例和附圖對本發明所述的DRNI -端的分布式中繼控制協議控制方 法和流程進行具體說明。
[0153] 這里以圖1中的端點A中系統1和系統2之間的協議交互流程為例做進一步的說 明。假設系統1認為自己是Actor,并且認為系統2是Partner。同理，系統2認為自己是 Actor,并且認為系統1是Partner。系統1收到系統2發來的Actor信息，并將該Actor信 息作為自己的Partner信息進行保存。
[0154] 針對系統1中的接收狀態機，其具體流程如圖4所示，包括：
[0155] 1.初始化，對一些參數變量進行初始化。
[0156] 超時標識Expire設置為False,表示還沒有超時；
[0157] 記錄初始值功能RecordDefault ()，用于將系統1的一些LACP系統參數設置為系 統1所認為系統2的LACP系統參數，即：
[0158] Partner-Portal ID = Actor-Portal ID
[0159] Partner-EmulatedSystemID = Actor-EmulatedSystemID
[0160] 等等。
[0161] 將系統1認為的系統2的數據分發參數設置為空，即：
[0162] Partner_Gff = Null
[0163] Partner_Agg = Null
[0164] 設置需要發送標識NTT為False，即：
[0165] NTT = False ；
[0166] 設置分布式中繼控制協議的狀態DRCP. state為Uncontact，表示目前雙方還沒有 聯系上，即：
[0167] DRCP. state = Uncontact ；
[0168] 2.當接收狀態機收到了系統2發來的分布式中繼控制協議報文DRCP DU(Digital Unit，數字單元），則進入處理狀態。
[0169] 記錄下收到的協議報文RecordPDU ()，將系統2發來的DRCPDU中的Actor信息作 為本系統1的Partner信息記錄下來。
[0170] 設置DRCP DU超時檢測的定時器，即：
[0171] DRCP. timer = Short_timer
[0172] 并開始啟動定時器，對下次接收到系統2發來的DRCP DU進行計時，即：
[0173] StartTimer (DRCP. timer)
[0174] 對接收到的信息進行匹配性檢查Check (Actor, Partner)。如果在定時器超時前 再次接收到了系統2發來的DRCP DU，則重新進入處理狀態中，重新啟動定時器，重新計時， 并繼續上述步驟進行處理檢查。
[0175] Check(Actor，Partner)的功能主要是對多個參數進行匹配性檢查，如圖5所示， 包括：
[0176] 進入Check功能后，對用于標識系統1和系統2的參數進行檢查，判斷系統1和系 統2是否可以聚合為一個邏輯系統，其上的聚合組是否可以聚合為一個DRNI。主要包括：
[0177] 1)檢查本系統的PortallD和系統2的PortallD是否一致，檢查本系統的 EmulatedSystemID和系統2的EmulatedSystemID是否一致。如果均一致，說明系統1 和系統2可能可以聚合為一個邏輯系統，該邏輯系統的System ID就是兩系統的一致的 Emulated System ID〇
[0178] 2)如果通過步驟1)比較后系統1和系統2的兩個參數是一致的，則繼續比較系 統1和系統2的System Number參數是否沖突。一般來說，DRNI的一端中的多個系統（一 般是小于等于3個系統）中給每一個系統都會有一個編號，這個編號就是System Number。 比如系統1的System Number = 01，系統2的System Number = 02。這個一般是配置給系 統的，用于區分一個portal中的不同系統。因此需要確定兩系統的System Number是不同 的。
[0179] 3)如果本系統的PortallD和系統2的PortallD、本系統的EmulatedSystemID 和系統2的EmulatedSystemID均是一致的，并且他們的System Number并不沖突，貝U表示 兩系統聯系上了，具備了聚合為一個邏輯系統的前提條件，因此如果此時DRCP. State不在 Contact (聯系）狀態，則將DRCP狀態置為Contact狀態，S卩：DRCP. State = Contact，并且 該功能返回成功（Success),表示匹配性檢查通過；如果此時已經不是處于UnContact狀態 了，即 DRCP. State = Contact 或者 DRCP. State = Synchronization 了，則直接返回成功 Success，表示匹配性檢查通過，但并不需要做其它處理。
[0180] 反之，如果上述有任意一個檢查沒有通過，則說明兩系統不具備聚合為一個邏 輯系統的條件，因此無論此時分布式中繼控制協議處于什么狀態中，都將其狀態回退到 Uncontact，即設置：
[0181] DRCP. State = Uncontact
[0182] 并該功能返回Fail，表示匹配性檢查失敗。
[0183] 3.如果在定時器超時時仍沒有再次接收到系統2發來的DRCP DU，或者在Check 功能中匹配性檢查沒有通過，則系統1會認為出現了 Split Brain(端點分裂）的錯誤，進 入異常狀態。在異常狀態中，兩系統無法再聚合為一個邏輯節點，需要重新將分布式中繼控 制協議狀態設置為Uncontact，即：
[0184] DRCP. State = Uncontact
[0185] 并作出異常出錯告警，即：
[0186] ExceptionReport ()
[0187] 采取相應動作來進行處理，將兩系統解聚合，即：
[0188] SplitBrain ()
[0189] 其中，SplitfcainO主要完成的工作有：
[0190] 依據策略，可選擇修改本系統的LACP參數，例如系統1可以修改回自己的 Operational Key為協商之前設定的Administration Key，也可以修改回自己的System ID 為系統初始的系統ID，而不是Emulated System ID。在具體實現時，上述策略可以是系統 1和系統2各自進行修改，也可以是系統1保持不變，系統2修改，反之也一樣，從而保證系 統1和系統2在LACP的系統參數上是有差異的，至少不完全相同。
[0191] 在執行完上述操作后，從端點B來看，系統1和系統2不再聚合為一個邏輯系統 了。
[0192] 4.如果在初始化后發現分布式中繼控制協議是禁止的DRCP_Disabled，則進入不 可用狀態。設置分布式中繼控制協議狀態為Uncontact，即：
[0193] DRCP. State = Uncontact
[0194] -旦分布式中繼控制協議的狀態被置為了 Contact，將觸發協商狀態機對本系統 的Operational Key進行處理。具體流程如圖6所示，包括：
[0195] 1)比較本端系統（系統1，即Actor)和鄰接系統（系統2,即Partner)的LACP參 數 Operational Key。
[0196] Same = CompareKey(Actor. OperKey, Partner. OperKey)
[0197] 這里必須保證系統1和系統2的Operational Key值都達到一致后，才能保證系 統1和系統2通過LACP協議和DRNI的另一端端點B交互后，端點B可能將和端點A連接 的聚合鏈路聚合為一個分布式聚合組，形成DRNI。
[0198] 2)最初，系統1和系統2的Operational Key值可能是不同的，它們各自等于這兩 個系統的Administration Key,因此如果比較之后系統1的Operational Key和系統2的 Operational Key的值是不同的，則依據相關策略，比如依據System Priority (系統優先 級）這個參數進行修改，如果系統2的System Priority的優先級要高于系統1的System Priority,則系統1會將自己的Operational Key修改為系統2的Operational Key ;當 策略是根據管理Key值進行修改時，系統1可以根據本系統的管理Key和接收到的系統2 的管理Key值，按照一定的算法計算出相應的Operational Key,將其取值作為本系統的 Operational Key;其中，該算法可以按照具體情況進行設置，只要保證交互雙發（在本實 施例中指系統1和系統2)所選取的算法相同即可。
[0199] 修改 Operational Key 的功能由 ModifyKey ()來實現，即：
[0200] ModifyKey (Actor. OperKey, Partner. OperKey)。
[0201] 如果這時DRCP協議還處于同步狀態，即DRCP. State = Synchronization,則需要 將其狀態退回到Contact，即設置
[0202] DRCP. State = Contact，重新進行 Operational Key 的確定。
[0203] 如果本系統為了達到統一，修改了自己的Operational Key，則需要發出NTT，觸發 發送狀態機將修改后的Operational Key發送給系統2,以通知系統2。
[0204] 3) 一旦系統1收到的系統2的Operational Key和自己的Operational Key是一 致的，并且此時DRCP協議狀態是Contact，即
[0205] Same = True & DRCP. State = Contact
[0206] 則：
[0207] a)啟動LACP，向DRNI的另一端點B發送LACP協議報文，并且該LACP協議報文中 攜帶的參數是DRCP協議協商并確定后的參數，包括了：
[0208] Actor. EmulatedSystemID
[0209] Actor. OperKey
[0210] 等等；
[0211] b)將分布式中繼控制協議狀態設置為Synchronization,即DRCP. State = Synchronization ；
[0212] 4)除此之外（ELSE),反復進行Operational Key的比較，避免錯誤發生，以免系統 2的Operational Key發生改變時，系統1無法感知。一旦Operational Key值發生改變， 將導致兩系統無法聚合。
[0213] 系統1中的同步狀態機的處理流程，如圖7所示，包括：
[0214] 1. DR的初始化。在系統1和系統2建立好聯系且協商好LACP參數之前，流量是無 法通過DRNI接口來做數據轉發的。這時系統1中用于建立轉發和聚合組接口的DR應該還 沒有建立起來，即：
[0215] Disable_DR()
[0216] 取消內鏈鏈路的數據流轉發功能，即：
[0217] Disable_IPLForwarding()；
[0218] 并且，觸發NTT = True，以通知系統2本系統的DR還沒建立好。
[0219] 2. DR建立。當處于聯系狀態中的分布式中繼控制協議的狀態DRCP. State被設 置為了 Synchronization，即同步狀態機檢測到了 DRCP. State = Synchronization，并且 經過LACP協議交互后系統1通過LACP已和端點B完成聚合，其聚合器已經建立起來，即： Aggregator_Setup = Up,貝U進入DR建立的狀態。在本狀態中，將會：
[0220] 首先對本系統上的網關（GW)和聚合器做出配置，這里的配置原則是本系統收到 的報文就在本系統轉發，即不會通過內鏈鏈路來進行數據的分發，具體的確定方式和設備 的具體實現相關：
[0221] ForwardingConf ()
[0222] 使能 DR，即：
[0223] Enab 1 e_DR ()
[0224] 至此，DR已經可以用于數據的轉發。DRNI已經可以正常工作了。
[0225] 本功能將建立起轉發和聚合組接口之間的連接，從而保證了 DRNI接口可以接收 和發送數據報文。
[0226] 系統1的DR建立完成后，可以觸發NTT發送告知系統2。
[0227] 至此，一個分布式的鏈路聚合組建立起來，數據流量已經可以正常的在DRNI上進 行轉發了。
[0228] 3.分發協商。有時為了提高系統在流量分配上的可控性，使得DRNI技術能夠更好 的滿足負載均衡、保護的需求，DRCP控制協議可能還需要進一步加強對數據流量的分發功 能，即能夠在系統1和系統2之間轉發流量，這就需要通過IPL來傳輸數據報文了，但這需 要系統1和系統2就數據流的網關和聚合器的選擇達成一致，否則將出現混亂，甚至環路網 絡風暴等嚴重問題。
[0229] 因此在協商一致之前，需要先關閉IPL的數據流量轉發功能，避免流量的錯誤轉 發：
[0230] Disable_IPLForwarding ()
[0231] 然后系統1開始和系統2在DR進行針對流量分發的協商：
[0232] Complete = NeedtoCoordination(Actor. GW, Actor.Agg, Partner. GW, Partner. Agg)
[0233] 該功能的具體流程參見下文相關描述，在此不再進行贅述。
[0234] 當Complete = Yes時，貝U進入DR分發，數據流量將按新的分發算法來進行數據流 的分發；如果協商失敗，即Complete = No,則重復進行分發協商過程。
[0235] 4. DR分發。當協商后達到了統一，即Complete = Yes,則DR需要開啟連接系統1 和系統2的內鏈鏈路的數據流量轉發功能，打開內鏈鏈路上端口的轉發功能，并且配置系 統1和系統2的流量分配方式及其對應的相關變量，包括：
[0236] a)首先對DR的流量分發按照之前的協商結果進行相關的配置
[0237] DistributionConf (Actor. GW, Actor_Info. Agg, Partner. GW, Partner. Agg)
[0238] 這里的數據流量是按流量的會話ID來進行分配的。
[0239] 這里以系統1的流量會話分配方式為例，根據Actor_Agg和Partner_Agg，以及 Actor_GW和Partner_GW的信息，修改系統1上的DR的分發方式如下表1所示：
[0240] 表1系統1上的DR的分發方式
[0241]
【權利要求】
1. 一種分布式彈性網絡互連中同一端內系統之間交互信息的方法，應用于鏈路聚合組 端點中的每一個系統，包括： 通過內鏈接口發送分布式中繼控制協議（DRCP)協議報文，其中至少攜帶本系統的系 統信息； 在接收到鄰接系統發來的DRCP協議報文后，如判斷出本系統與所述鄰接系統能形成 分布式彈性網絡互連的一個端點，則確定本系統的操作Key值。
2. 如權利要求1所述的方法，其特征在于，還包括： 在確定本系統的操作Key值后，在本系統內建立分布式中繼通道。
3. 如權利要求2所述的方法，其特征在于，還包括： 在確定本系統的操作Key值后，與所述鄰接系統協商統一的會話分發方式。
4. 如權利要求1所述的方法，其特征在于： 所述判斷出本系統與所述鄰接系統能形成同一個端點，具體包括： 對接收到的所述DRCP協議報文中攜帶的所述鄰接系統的系統信息與本系統的系統信 息進行匹配性檢查，若所述匹配性檢查通過，則判斷出本系統與所述鄰接系統能形成同一 個端點。
5. 如權利要求4所述的方法，其特征在于： 所述對接收到的所述DRCP協議報文中攜帶的所述鄰接系統的系統信息與本系統的系 統信息進行匹配性檢查，具體包括： 判斷本系統的端點標識和所述鄰接系統的端點標識是否一致；和/或判斷本系統的虛 擬系統標識和所述鄰接系統的虛擬系統標識是否一致； 所述匹配性檢查通過，具體包括： 所述本系統與所述鄰接系統的端點標識相同，和/或所述本系統與所述鄰接系統的虛 擬系統標識相同。
6. 如權利要求5所述的方法，其特征在于： 所述對接收到的所述DRCP協議報文中攜帶的所述鄰接系統的系統信息與本系統的系 統信息進行匹配性檢查，還包括： 判斷本系統的系統編號（System Number)與所述鄰接系統的SystemNumber是否沖突； 所述匹配性檢查通過，具體包括： 所述本系統與所述鄰接系統的端點標識和/或虛擬系統標識分別相同，且本系統與所 述鄰接系統的System Number不沖突。
7. 如權利要求4?6中任意一項所述的方法，其特征在于，還包括： 若匹配性檢查通過，則保存所述DRCP協議報文中攜帶的所述鄰接系統的系統信息。
8. 如權利要求1、4或5所述的方法，其特征在于： 所述發送DRCP協議報文，具體包括： 周期性地發送所述DRCP協議報文； 所述方法還包括： 每當接收到鄰接系統發來的DRCP協議報文后，啟動一個定時器； 若在所述定時器超時時，未收到所述鄰接系統發來的DRCP協議報文，或者在所述定時 器超時前收到了所述鄰接系統發來的DRCP協議報文，但匹配性檢查未通過，則確定本系統 與所述鄰接系統不能再形成分布式彈性網絡互連的一個端點。
9. 如權利要求1所述的方法，其特征在于： 所述發送DRCP協議報文，具體包括： 在本系統的系統信息中有參數更新時，發送所述DRCP協議報文。
10. 如權利要求1所述的方法，其特征在于： 所述確定本系統的操作Key值，具體包括： 如判斷出本系統的操作Key值與所述鄰接系統的操作Key值相同，則維持本系統的操 作Key值不變。
11. 如權利要求10所述的方法，其特征在于： 所述確定本系統的操作Key值，具體包括： 如判斷出本系統的操作Key值與所述鄰接系統的操作Key值不同，則依據策略，修改本 系統的操作Key值或者維持本系統的操作Key值不變。
12. 如權利要求1所述的方法，其特征在于： 所述確定本系統的操作Key值，具體包括： 根據本系統的管理Key值及接收到的所述鄰接系統的管理Key值，計算出本系統的操 作Key值。
13. 如權利要求1、10、11或12所述的方法，其特征在于，還包括： 在確定本系統的操作Key值后，將本系統的操作Key值通過鏈路匯聚控制協議（LACP) 報文發送給分布式彈性網絡互連的對端。
14. 如權利要求3所述的方法，其特征在于： 所述與所述鄰接系統協商統一的會話分發方式，具體包括： 對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分法方式與本系統的會話 分發方式進行協商，依據協商好的會話分發方式來配置本系統內分布式中繼的流量分發方 式； 所述會話分發方式包括下述兩個參數中任意一個或任意組合：網關系統選擇和聚合器 /聚合端口選擇。
15. 如權利要求14所述的方法，其特征在于： 所述對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分法方式與本系統的會 話分發方式進行協商，具體包括： 將所述鄰接系統發來的DRCP協議報文中攜帶的會話分發方式與本系統的會話分發方 式進行對比，對于在會話分發方式達到一致的會話，則分布式中繼按一致的會話分發方式 進行所述會話流量的分發，對于在會話分發方式有沖突的會話，則分布式中繼過濾或丟棄 所述會話分發方式有沖突的會話流量。
16. 如權利要求2所述的方法，其特征在于： 所述在本系統內建立分布式中繼通道，具體包括： 對分布式中繼在網關和聚合器/聚合端口上會話分發做出配置，配置后所述分布式中 繼在本系統上的網關和聚合器/聚合端口之間轉發會話流量。
17. 如權利要求2所述的方法，其特征在于： 在與所述鄰接系統協商統一的會話分發方式之前，還包括： 關閉與所述鄰接系統之間的內鏈鏈路的數據流量轉發功能； 當與所述鄰接系統統一會話分發方式后協商完成，統一了分發算法，開啟所述內鏈鏈 路的數據流量轉發功能。
18. 如權利要求8所述的方法，其特征在于，還包括： 若確定本系統與所述鄰接系統不能再形成分布式彈性網絡互連的一個端點，則依據策 略確定是否需要對本系統的系統信息進行修改；如需要修改，則對本系統的系統信息中至 少部分LACP參數進行修改，并將修改后的LACP參數通過LACP報文發送給分布式彈性網絡 互連的對端；其中，修改后本系統的LACP參數與所述鄰接系統的LACP參數至少不完全相 同。
19. 如權利要求12或18所述的方法，其特征在于： 所述對本系統的系統信息中至少部分LACP參數進行修改，具體包括： 對本系統的操作key值和/或系統標識進行修改，或者將操作Key值恢復為管理Key 值。
20. 如權利要求14或15所述的方法，其特征在于： 當與所述鄰接系統之間的內鏈鏈路發生故障或者所述內鏈鏈路不可用時，則將所述分 布式中繼恢復為協商前的會話分發方式的配置。
21. 如權利要求1所述的方法，其特征在于： 通過所述內鏈接口發送的所述DRCP協議報文中還攜帶有與本系統相連接的其他鄰接 系統的系統信息和/或會話分發方式。
22. -個分布式彈性網絡互連中實現分布式中繼控制的系統，其特征在于，包括： 發送狀態機用于在本系統的其他狀態機指示需要發送或者需周期發送時，發送分布式 中繼控制協議（DRCP)協議報文； 接收狀態機用于接收鄰接系統發來的DRCP協議報文，對本系統和所述鄰接系統的系 統信息進行匹配性檢查，在匹配性檢查通過后記錄所述DRCP協議報文中的信息，啟動定時 器判斷是否定時接收到所述鄰接系統再次發來的DRCP協議報文； 協商狀態機用于確定本系統的操作Key值，確保和所述鄰接系統的操作Key值一致； 同步狀態機用于建立聚合器/聚合端口和網關之間的轉發通道，按需與所述鄰接系統 協商統一的會話分發方式，配置分布式中繼的會話分發方式； 周期發送狀態機用于決定所述發送狀態機周期發送DRCP協議報文。
23. 如權利要求22所述的系統，其特征在于： 所述接收狀態機用于對本系統和所述鄰接系統的系統信息進行匹配性檢查，具體包 括： 所述接收狀態機用于判斷本系統的端點標識和所述鄰接系統的端點標識是否一致；和 /或判斷本系統的虛擬系統標識和所述鄰接系統的虛擬系統標識是否一致； 所述匹配性檢查通過，具體包括： 所述本系統與所述鄰接系統的端點標識相同，和/或所述本系統與所述鄰接系統的虛 擬系統標識相同。
24. 如權利要求23所述的系統，其特征在于： 所述接收狀態機用于對本系統和所述鄰接系統的系統信息進行匹配性檢查，還包括： 所述接收狀態機用于判斷本系統的系統編號（System Number)與所述鄰接系統的 System Number 是否沖突； 所述匹配性檢查通過，具體包括： 所述本系統與所述鄰接系統的端點標識和/或虛擬系統標識分別相同，且鄰接系統的 System Number合法，或者，本系統與所述鄰接系統的System Number不沖突。
25. 如權利要求22所述的系統，其特征在于： 所述協商狀態機用于確定本系統的操作Key值，確保和所述鄰接系統的操作Key值一 致，具體包括： 所述協商狀態機用于在判斷出本系統的操作Key值與所述鄰接系統的操作Key值相同 時，維持本系統的操作Key值不變；還用于在判斷出本系統的操作Key值與所述鄰接系統 的操作Key值不同時，依據策略，修改本系統的操作Key值或者維持本系統的操作Key值不 變。
26. 如權利要求22所述的方法，其特征在于： 所述協商狀態機用于確定本系統的操作Key值，確保和所述鄰接系統的操作Key值一 致，具體包括： 所述協商狀態機用于根據本系統的管理Key值及接收到的所述鄰接系統的管理Key 值，計算出本系統的操作Key值。
27. 如權利要求25或26所述的系統，其特征在于，還包括： 所述協商狀態機還用于在確定本系統的操作Key值后，將本系統的操作Key值通過鏈 路匯聚控制協議（LACP)報文發送給分布式彈性網絡互連的對端。
28. 如權利要求22所述的系統，其特征在于： 所述與所述鄰接系統協商統一的會話分發方式，具體包括： 所述同步狀態機用于對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分法方 式與本系統的會話分發方式進行協商，依據協商好的會話分發方式來配置本系統內分布式 中繼的流量分發方式。
29. 如權利要求28所述的系統，其特征在于： 所述同步狀態機用于對所述鄰接系統發來的所述DRCP協議報文中攜帶的會話分法方 式與本系統的會話分發方式進行協商，具體包括： 所述同步狀態機用于將所述鄰接系統發來的DRCP協議報文中攜帶的會話分發方式與 本系統的會話分發方式進行對比，對于在會話分發方式達到一致的會話，則按一致的會話 分發方式進行所述會話流量的分發，對于在會話分發方式有沖突的會話，則過濾或丟棄所 述會話分發方式有沖突的會話流量。
30. 如權利要求8或29所述的系統，其特征在于： 所述會話分發方式包括下述兩個參數中任意一個或任意組合：網關系統選擇和聚合器 /聚合端口選擇。
31. 如權利要求22所述的系統，其特征在于： 同步狀態機還用于在與所述鄰接系統協商統一的會話分發方式之前，關閉與所述鄰接 系統之間的內鏈鏈路的數據流量轉發功能； 還用于當與所述鄰接系統統一會話分發方式后協商完成，統一了分發算法，開啟所述 內鏈鏈路的數據流量轉發功能。
32. 如權利要求22所述的系統，其特征在于： 所述接收狀態機還用于如未定時收到所述鄰接系統再次發來的DRCP協議報文或者接 收到的所述鄰接系統再次發來的DRCP協議報文沒有通過匹配性檢查，則依據策略確定是 否需要對本系統的系統信息進行修改；如需要修改，則還用于對本系統的系統信息中至少 部分LACP參數進行修改，并將修改后的LACP參數通過LACP報文發送給分布式彈性網絡互 連的對端；其中，修改后本系統的LACP參數與所述鄰接系統的LACP參數至少不完全相同。
33. 如權利要求26或32所述的系統，其特征在于： 所述接收狀態機用于對本系統的系統信息中至少部分LACP參數進行修改，具體包括： 所述接收狀態機用于對本系統的操作key值和/或系統標識進行修改，或者將操作Key 值恢復為管理Key值。
34. 如權利要求28或29所述的系統，其特征在于： 所述同步狀態機還用于在與所述鄰接系統之間的內鏈鏈路發生故障或者所述內鏈鏈 路不可用時，將所述分布式中繼恢復為協商前的會話分發方式的配置。
35. 如權利要求22所述的系統，其特征在于： 所述發送狀態機通過所述內鏈接口發送的所述DRCP協議報文中還攜帶有與本系統相 連接的其他鄰接系統的系統信息和/或會話分發方式。
【文檔編號】H04L12/703GK104125088SQ201310155668
【公開日】2014年10月29日 申請日期:2013年4月28日 優先權日:2013年4月28日
【發明者】敖婷, 喻敬海, 魏月華, 許雪瓊, 郭錐 申請人:中興通訊股份有限公司