本發(fā)明涉及通信領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)設(shè)備管理方法、主設(shè)備及管理服務(wù)器。

背景技術(shù)：

目前，終端需要通過一些網(wǎng)絡(luò)設(shè)備(如：路由器)來接入網(wǎng)絡(luò)，同時，由于不同類型的終端的上網(wǎng)管理方式不一樣，因此，在一個區(qū)域環(huán)境下，會部署不同類型不同數(shù)量的網(wǎng)絡(luò)設(shè)備承載不同終端的網(wǎng)絡(luò)業(yè)務(wù)。隨著網(wǎng)絡(luò)數(shù)據(jù)通信的發(fā)展，接入網(wǎng)絡(luò)的終端的數(shù)量也隨之大量增加，承載終端網(wǎng)絡(luò)業(yè)務(wù)的網(wǎng)絡(luò)設(shè)備的數(shù)量也大量增加。

現(xiàn)有技術(shù)中，每個網(wǎng)絡(luò)設(shè)備需要單獨連接到管理服務(wù)器，管理服務(wù)器基于SNMP(Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議)實現(xiàn)對各個網(wǎng)絡(luò)設(shè)備的管理，包括處理網(wǎng)絡(luò)設(shè)備的基本網(wǎng)絡(luò)配置、監(jiān)控網(wǎng)絡(luò)設(shè)備狀態(tài)等。

但是，隨著網(wǎng)絡(luò)設(shè)備的數(shù)量越來越多，類型越來越復雜，管理服務(wù)器單獨對各個網(wǎng)絡(luò)設(shè)備進行管理，導致成本越來越高，也給處于云端的管理服務(wù)器帶來極大的業(yè)務(wù)處理壓力。

技術(shù)實現(xiàn)要素：

本發(fā)明實施提供一種網(wǎng)絡(luò)設(shè)備管理方法、主設(shè)備及管理服務(wù)器，將多臺網(wǎng)絡(luò)設(shè)備聚合成一個集群，管理服務(wù)器通過對集群中的主設(shè)備進行管理，可以實現(xiàn)對集群中的其他設(shè)備的管理，大大減輕了管理服務(wù)器處理負荷。

為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案：

第一方面，公開了一種網(wǎng)絡(luò)設(shè)備管理方法，包括：

主設(shè)備接收至少一個分支設(shè)備發(fā)送的第一管理連接請求；其中，每一第一管理連接請求由每一分支設(shè)備發(fā)送，用于請求管理服務(wù)器與每一分支設(shè)備建立連接，每一第一管理連接請求包括與所述第一管理連接請求對應的分支設(shè)備的網(wǎng)絡(luò)端口描述信息；

所述主設(shè)備緩存所述第一管理連接請求，并根據(jù)所述第一管理連接請求生成代理請求，所述代理請求包括每一第一管理連接對應的每一分支設(shè)備的網(wǎng)絡(luò)端口描述信息；

所述主設(shè)備向所述管理服務(wù)器上報所述代理請求，指示所述管理服務(wù)器根據(jù)所述代理請求確定網(wǎng)絡(luò)設(shè)備集群；其中，所述網(wǎng)絡(luò)設(shè)備集群包括所述主設(shè)備以及所述每一第一管理連接請求對應的分支設(shè)備。

結(jié)合第一方面，在第一方面的第一種可能的實現(xiàn)方式中，所述主設(shè)備接收至少一個分支設(shè)備發(fā)送的第一管理連接請求之前，所述方法還包括：

所述主設(shè)備向所述管理服務(wù)器發(fā)送第二管理連接請求，所述第二管理連接請求攜帶所述主設(shè)備的網(wǎng)絡(luò)端口描述信息，使所述管理服務(wù)器根據(jù)所述主設(shè)備的網(wǎng)絡(luò)端口描述信息與所述主設(shè)備建立連接。

結(jié)合第一方面的第一種可能的實現(xiàn)方式，在第一方面的第二種可能的實現(xiàn)方式中，所述分支設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，所述主設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，

所述網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口為所述主設(shè)備的上行端口，所述網(wǎng)絡(luò)設(shè)備集群的終端口為所述每一第一管理連接請求對應的分支設(shè)備的非內(nèi)聯(lián)口中除自然口外的端口；所述非內(nèi)聯(lián)口為未建立PPPOE通信鏈路的上行端口及未建立PPPOE通信鏈路的下行端口，所述自然口為未被設(shè)置的上行端口及未被設(shè)置的下行端口。

結(jié)合第一方面，在第一方面的第三種可能的實現(xiàn)方式中，所述方法還包括：

所述主設(shè)備接收新增分支設(shè)備發(fā)送的鏈路建立請求，根據(jù)所述新增分支設(shè)備發(fā)送的鏈路建立請求對所述新增分支設(shè)備進行驗證，若驗證結(jié)果為通過，則建立所述主設(shè)備與所述新增分支設(shè)備之間的PPPOE通信鏈路；或，

所述主設(shè)備接收所述分支設(shè)備轉(zhuǎn)發(fā)的來自所述新增分支設(shè)備的鏈路建立請求，根據(jù)所述來自所述新增分支設(shè)備的鏈路建立請求對所述新增分支設(shè)備進行驗證，若驗證結(jié)果為通過，則向所述分支設(shè)備發(fā)送驗證成功消息，指示所述分支設(shè)備建立與所述新增分支設(shè)備之間的PPPOE通信鏈路。

第二方面，公開了一種網(wǎng)絡(luò)設(shè)備管理方法，包括：

管理服務(wù)器接收主設(shè)備發(fā)送的代理請求；所述代理請求包括每一第一管理連接請求對應的每一分支設(shè)備的網(wǎng)絡(luò)端口描述信息；

所述管理服務(wù)器根據(jù)每一個分支設(shè)備的網(wǎng)絡(luò)端口描述信息確定網(wǎng)絡(luò)設(shè)備集群；所述網(wǎng)絡(luò)設(shè)備集群包括所述主設(shè)備以及所述每一第一管理連接請求對應的分支設(shè)備。

結(jié)合第二方面，在第二方面的第一種可能的實現(xiàn)方式中，所述管理服務(wù)器接收所述主設(shè)備發(fā)送的代理請求之前，所述方法還包括：

所述管理服務(wù)器接收所述主設(shè)備發(fā)送的第二管理連接請求，所述第二管理連接請求攜帶所述主設(shè)備的網(wǎng)絡(luò)端口描述信息；

所述管理服務(wù)器根據(jù)所述主設(shè)備的網(wǎng)絡(luò)端口描述信息與所述主設(shè)備建立連接。

結(jié)合第二方面的第一種可能的實現(xiàn)方式，在第二方面的第一種可能的實現(xiàn)方式中，所述分支設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，所述主設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，

所述管理服務(wù)器根據(jù)每一個分支設(shè)備的網(wǎng)絡(luò)端口描述信息確定網(wǎng)絡(luò)設(shè)備集群之后，所述方法還包括：

所述管理服務(wù)器將所述主設(shè)備的上行端口定義為所述網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口，將所述每一第一管理連接請求對應的分支設(shè)備的非內(nèi)聯(lián)口中除自然口外的端口定義為所述網(wǎng)絡(luò)設(shè)備集群的終端口；其中，所述非內(nèi)聯(lián)口為未建立PPPOE通信鏈路的上行端口及未建立PPPOE通信鏈路的下行端口，所述自然口為未被設(shè)置的上行端口及未被設(shè)置的下行端口。

第三方面，公開了一種主設(shè)備，包括：

接收單元，用于接收至少一個分支設(shè)備發(fā)送的第一管理連接請求；其中，每一第一管理連接請求由每一分支設(shè)備發(fā)送，用于請求管理服務(wù)器與每一分支設(shè)備建立連接，每一第一管理連接請求包括與所述第一管理連接請求對應的分支設(shè)備的網(wǎng)絡(luò)端口描述信息；

緩存單元，用于緩存所述第一管理連接請求，并根據(jù)所述第一管理連接請求生成代理請求，所述代理請求包括每一第一管理連接對應的每一分支設(shè)備的網(wǎng)絡(luò)端口描述信息；

發(fā)送單元，用于向所述管理服務(wù)器上報所述代理請求，指示所述管理服務(wù)器根據(jù)所述代理請求確定網(wǎng)絡(luò)設(shè)備集群；其中，所述網(wǎng)絡(luò)設(shè)備集群包括所述主設(shè)備以及所述每一第一管理連接請求對應的分支設(shè)備。

結(jié)合第三方面，在第三方面的第一種可能的實現(xiàn)方式中，所述發(fā)送單元還用于，在所述接收單元接收至少一個分支設(shè)備發(fā)送的第一管理連接請求之前，向所述管理服務(wù)器發(fā)送第二管理連接請求，所述第二管理連接請求攜帶所述主設(shè)備的網(wǎng)絡(luò)端口描述信息，使所述管理服務(wù)器根據(jù)所述主設(shè)備的網(wǎng)絡(luò)端口描述信息與所述主設(shè)備建立連接。

結(jié)合第三方面的第一種可能的實現(xiàn)方式，在第三方面的第二種可能的實現(xiàn)方式中，所述分支設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，所述主設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，

所述網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口為所述主設(shè)備的上行端口，所述網(wǎng)絡(luò)設(shè)備集群的終端口為所述每一第一管理連接請求對應的分支設(shè)備的非內(nèi)聯(lián)口中除自然口外的端口；所述非內(nèi)聯(lián)口為未建立PPPOE通信鏈路的上行端口及未建立PPPOE通信鏈路的下行端口，所述自然口為未被設(shè)置的上行端口及未被設(shè)置的下行端口。

結(jié)合第三方面，在第三方面的第三種可能的實現(xiàn)方式中，還包括驗證單元、建立單元，

所述接收單元還用于，接收新增分支設(shè)備發(fā)送的鏈路建立請求；

所述驗證單元用于，根據(jù)所述新增分支設(shè)備發(fā)送的鏈路建立請求對所述新增分支設(shè)備進行驗證；

所述建立單元用于，若所述驗證單元的驗證結(jié)果為通過，則建立所述主設(shè)備與所述新增分支設(shè)備之間的PPPOE通信鏈路；

或，

所述接收單元用于，接收所述分支設(shè)備轉(zhuǎn)發(fā)的來自所述新增分支設(shè)備的鏈路建立請求；

所述驗證單元用于，根據(jù)所述來自所述新增分支設(shè)備的鏈路建立請求對所述新增分支設(shè)備進行驗證；

所述發(fā)送單元還用于，向所述分支設(shè)備發(fā)送驗證成功消息，指示所述分支設(shè)備建立與所述新增分支設(shè)備之間的PPPOE通信鏈路。

第四方面，公開了一種管理服務(wù)器，包括：

接收單元，用于接收主設(shè)備發(fā)送的代理請求；所述代理請求包括每一第一管理連接請求對應的每一分支設(shè)備的網(wǎng)絡(luò)端口描述信息；

確定單元，用于根據(jù)每一個分支設(shè)備的網(wǎng)絡(luò)端口描述信息確定網(wǎng)絡(luò)設(shè)備集群；所述網(wǎng)絡(luò)設(shè)備集群包括所述主設(shè)備以及所述每一第一管理連接請求對應的分支設(shè)備。

結(jié)合第四方面，在第四方面的第一種可能的實現(xiàn)方式中，還包括建立單元，

所述接收單元還用于，在接收所述主設(shè)備發(fā)送的代理請求之前，接收所述主設(shè)備發(fā)送的第二管理連接請求，所述第二管理連接請求攜帶所述主設(shè)備的網(wǎng)絡(luò)端口描述信息；

所述建立單元用于，根據(jù)所述主設(shè)備的網(wǎng)絡(luò)端口描述信息與所述主設(shè)備建立連接。

結(jié)合第四方面的第一種可能的實現(xiàn)方式，在第四方面的第二種可能的實現(xiàn)方式中，所述分支設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，所述主設(shè)備的網(wǎng)絡(luò)端口包括上行端口、下行端口，

所述確定單元還用于，根據(jù)每一個分支設(shè)備的網(wǎng)絡(luò)端口描述信息確定網(wǎng)絡(luò)設(shè)備集群之后，將所述主設(shè)備的上行端口定義為所述網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口，將所述每一第一管理連接請求對應的分支設(shè)備的非內(nèi)聯(lián)口中除自然口外的端口定義為所述網(wǎng)絡(luò)設(shè)備集群的終端口；其中，所述非內(nèi)聯(lián)口為未建立PPPOE通信鏈路的上行端口及未建立PPPOE通信鏈路的下行端口，所述自然口為未被設(shè)置的上行端口及未被設(shè)置的下行端口。

本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備管理方法、主設(shè)備及管理服務(wù)器，主設(shè)備攔截分支設(shè)備向管理設(shè)備發(fā)起的管理連接請求，并將其中的網(wǎng)絡(luò)端口描述信息緩存在本地。另外，主設(shè)備向管理服務(wù)器上報本地緩存的網(wǎng)絡(luò)端口描述信息，進而管理服務(wù)器可以根據(jù)主設(shè)備上報的網(wǎng)絡(luò)端口描述信息確定一個網(wǎng)絡(luò)設(shè)備集群，該集群包括了主設(shè)備以及所有請求與管理服務(wù)器建立連接的各個分支設(shè)備，進一步定義該網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口、終端口。該集群可以通過這個外網(wǎng)口連接網(wǎng)絡(luò)，終端可以通過該終端口接入網(wǎng)絡(luò)。如此，只需一臺主設(shè)備和管理服務(wù)器?；睿涂梢詫崿F(xiàn)對多個網(wǎng)絡(luò)設(shè)備的管理，大大減輕了管理服務(wù)器處理負荷。同時，在服務(wù)器在相同條件下，支撐的被管理網(wǎng)絡(luò)設(shè)備的數(shù)量倍增，有效地降低了投入成本。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有的網(wǎng)絡(luò)設(shè)備管理示意圖；

圖2為網(wǎng)絡(luò)設(shè)備連接示意圖；

圖3為本發(fā)明實施例提供的管理系統(tǒng)的架構(gòu)圖；

圖4為本發(fā)明實施例提供的網(wǎng)絡(luò)端口功能劃分示意圖；

圖5為本發(fā)明實施例提供的網(wǎng)絡(luò)設(shè)備管理方法的流程示意圖；

圖6為本發(fā)明實施例提供的建立網(wǎng)絡(luò)設(shè)備間的通信鏈路的流程示意圖；

圖7為本發(fā)明實施例提供的主設(shè)備的結(jié)構(gòu)框圖；

圖8為本發(fā)明實施例提供的主設(shè)備的另一結(jié)構(gòu)框圖；

圖9為本發(fā)明實施例提供的管理服務(wù)器的結(jié)構(gòu)框圖；

圖10為本發(fā)明實施例提供的管理服務(wù)器的另一結(jié)構(gòu)框圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述。

目前，越來越多的終端需要接入網(wǎng)絡(luò)獲取數(shù)據(jù)資源，如此，承載終端上網(wǎng)的網(wǎng)絡(luò)設(shè)備也與日俱增，如：路由器、接入點等?，F(xiàn)有技術(shù)每臺網(wǎng)絡(luò)設(shè)備單獨和SNMP管理服務(wù)器建立連接，可以基于SNMP處理網(wǎng)絡(luò)設(shè)備的基本網(wǎng)絡(luò)配置、以及對網(wǎng)絡(luò)設(shè)備的狀態(tài)進行監(jiān)控。具體地，如圖1所示，管理員通過SNMP管理服務(wù)器配置網(wǎng)絡(luò)設(shè)備，另外還可以在設(shè)備mib(管理信息庫)節(jié)點讀取網(wǎng)絡(luò)設(shè)備的相關(guān)信息。

整個管理過程中，操作較為復雜，且不可跨廣域網(wǎng)創(chuàng)建連接(即SNMP管理服務(wù)器與各個網(wǎng)絡(luò)設(shè)備必須在同一局域網(wǎng)下)，應用場合較為有限，難以完成較為復雜的配置部署。同時，如果網(wǎng)絡(luò)設(shè)備的數(shù)量較多，則對SNMP管理服務(wù)器造成很大的業(yè)務(wù)處理壓力。同時，受限于有限的帶寬資源，同一服務(wù)器可以管理的網(wǎng)絡(luò)設(shè)備的數(shù)量也是有限的。

本發(fā)明實施例的原理在于：管理服務(wù)器根據(jù)主設(shè)備上報的網(wǎng)絡(luò)端口描述信息將多臺網(wǎng)絡(luò)設(shè)備聚合成一個網(wǎng)絡(luò)設(shè)備集群，該集群包括了主設(shè)備以及所有請求與管理服務(wù)器建立連接的各個分支設(shè)備，進一步定義該網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口、終端口。該集群可以通過這個外網(wǎng)口連接網(wǎng)絡(luò)，終端可以通過該終端口接入網(wǎng)絡(luò)。如此，只需一臺主設(shè)備和管理服務(wù)器負責?；睿沟梅?wù)器在相同條件下，支撐的被管理網(wǎng)絡(luò)設(shè)備的數(shù)量倍增，有效的降低投入成本。同時，節(jié)省服務(wù)器系統(tǒng)資源和帶寬資源。

首先，需要說明的是，參考圖2，網(wǎng)絡(luò)設(shè)備(如：本發(fā)明實施例中的主設(shè)備、分支設(shè)備)的網(wǎng)絡(luò)端口根據(jù)數(shù)據(jù)流向通常分為上行端口(outside口)以及下行端口(inside口)。網(wǎng)絡(luò)設(shè)備之間可以通過上行端口、下行端口建立PPPOE(Point to Point Protocol Over Ethernet，以太網(wǎng)上的點到點協(xié)議)鏈路，通過PPPOE通信鏈路傳輸數(shù)據(jù)報文。示例的，如圖2所示，網(wǎng)絡(luò)設(shè)備1的下行端口(端口3)與網(wǎng)絡(luò)設(shè)備2的上行端口(端口1)建立PPPOE通信鏈路，又如網(wǎng)絡(luò)設(shè)備2的下行端口(端口3)與網(wǎng)絡(luò)設(shè)備3的上行端口(端口1)建立PPPOE通信鏈路。

本發(fā)明提供一種管理系統(tǒng)，如圖3所示，所述管理系統(tǒng)包括：管理服務(wù)器與網(wǎng)絡(luò)設(shè)備集群，所述網(wǎng)絡(luò)設(shè)備集群包括主設(shè)備以及至少一個分支設(shè)備。其中，主設(shè)備與分支設(shè)備之間的連接是物理連接，示例的，可以是通過網(wǎng)線連接。這里，所謂分支設(shè)備，即與管理服務(wù)器未直接連接的網(wǎng)絡(luò)設(shè)備，可以與主設(shè)備直接連接，也可以與其他分支設(shè)備連接。

其中，主設(shè)備承擔該網(wǎng)絡(luò)設(shè)備集群的主出口作用，即該網(wǎng)絡(luò)設(shè)備集群中的其他分支設(shè)備可以通過主設(shè)備接入外網(wǎng)，承擔和外網(wǎng)的互聯(lián)工作。進一步地，將該主設(shè)備的上行端口定義為該外網(wǎng)口。

參考圖3，分支設(shè)備與主設(shè)備連接，或與其他分支設(shè)備連接。

另外，管理服務(wù)器可以將該網(wǎng)絡(luò)設(shè)備集群中分支設(shè)備之間相互連接的端口(即建立PPPOE通信鏈路的端口)定義為內(nèi)聯(lián)口，將主設(shè)備與分支設(shè)備之間相互連接的端口也定義為內(nèi)聯(lián)口。該內(nèi)聯(lián)口的端口特性設(shè)置為trunk模式。通常，網(wǎng)絡(luò)設(shè)備的端口支持的報文類型可以是vlan類型1～類型4094，這里端口為trunk模式即該端口不受限于某一類型的報文，可以識別(接收或轉(zhuǎn)發(fā))vlan類型1～類型4094中的任一種類型的報文。

最后，管理服務(wù)器還可以將網(wǎng)絡(luò)設(shè)備集群中的分支設(shè)備的非內(nèi)聯(lián)口定義為自然口。自然口可以定義為終端口，可以與終端直接連接?；蛘撸部梢詫⒏鶕?jù)聚合運算方法將自然口轉(zhuǎn)化為內(nèi)聯(lián)口。這里的非內(nèi)聯(lián)口即各個分支設(shè)備未建立PPPOE通信鏈路的端口，可以是下行端口，也可以是上行端口。

另外，本發(fā)明實施例中將主設(shè)備、分支設(shè)備的網(wǎng)絡(luò)端口(包括上行端口、下行端口)按照功能或狀態(tài)做了劃分：參考圖4，主設(shè)備、分支設(shè)備的網(wǎng)絡(luò)端口可以分為內(nèi)聯(lián)口、外網(wǎng)口、非內(nèi)聯(lián)口。其中，內(nèi)聯(lián)口即所有建立PPPOE通信鏈路的端口，可以是設(shè)備的上行端口或下行端口，一旦激活PPPOE通信鏈路后，端口改為trunk模式。外網(wǎng)口即主設(shè)備的上行端口。非內(nèi)聯(lián)口包括自然口和終端口，自然口是所有設(shè)備的端口中未被配置的端口(可以是上行端口或下行端口)，終端口是與終端直接連接的端口(可以是上行端口或下行端口)。

進一步地，還可以設(shè)置各個端口的報文ID，即端口可識別的報文的類型。在本發(fā)明實施例中，可以預先協(xié)商出一個報文ID，管理服務(wù)器確定網(wǎng)絡(luò)設(shè)備集群后將各個端口(包括主設(shè)備的下行端口、上行端口以及分支設(shè)備的下行端口、上行端口)的報文ID設(shè)置成同一個報文ID。

本發(fā)明實施例提供一種網(wǎng)絡(luò)設(shè)備管理方法，如圖5所示，方法包括以下步驟：

101、主設(shè)備接收至少一個分支設(shè)備發(fā)送的第一管理連接請求，其中，每一第一管理連接請求由每一分支設(shè)備發(fā)送，用于請求管理服務(wù)器與每一分支設(shè)備建立連接，每一第一管理連接請求包括與所述第一管理連接請求對應的分支設(shè)備的網(wǎng)絡(luò)端口描述信息。

其中，第一管理連接請求還可以管理服務(wù)器的地址信息。

在此，網(wǎng)絡(luò)端口描述信息可以是分支設(shè)備的上行端口信息、下行端口描述信息。上行端口、下行端口示意詳見圖2，在此不做贅述。

具體實現(xiàn)中，參考圖3所示的管理系統(tǒng)，分支設(shè)備未直接與管理服務(wù)器建立連接，而是與管理服務(wù)器連接的主設(shè)備建立了連接，或者與連接主設(shè)備的其他分支設(shè)備建立了連接。通常，分支設(shè)備可以將其發(fā)起的管理連接請求傳輸至主設(shè)備，由主設(shè)備將該分支設(shè)備的管理連接請求轉(zhuǎn)發(fā)至管理服務(wù)器。本實施例中，主設(shè)備需要代理分支設(shè)備的業(yè)務(wù)，因此收到來自分支設(shè)備的第一管理連接請求后，并不會向管理服務(wù)器轉(zhuǎn)發(fā)。也就是說，主設(shè)備將分支設(shè)備的第一管理連接請求攔截，并緩存在本地，對各個分支設(shè)備的第一管理連接請求統(tǒng)一進行管理。這里，主設(shè)備與分支設(shè)備之間的連接可以是通過網(wǎng)線等進行物理連接，主設(shè)備與管理服務(wù)器之間的連接可以是非物理連接。

需要說明的是，在此之前，主設(shè)備劃分下行端口和上行端口，并將下行端口、上行端口對應的報文ID設(shè)置成預先商定的模式。如：vlan 1。使用通用協(xié)議進行輔助標識網(wǎng)絡(luò)設(shè)備集群內(nèi)網(wǎng)絡(luò)設(shè)備的接口屬性，通用性好，對設(shè)備要求低。

隨后，主設(shè)備通過上行端口向所述管理服務(wù)器發(fā)送第二管理連接請求，所述第二管理連接請求攜帶所述主設(shè)備的網(wǎng)絡(luò)端口描述信息，以便所述管理服務(wù)器根據(jù)所述主設(shè)備的網(wǎng)絡(luò)端口描述信息與所述主設(shè)備建立連接。也就是說，主設(shè)備連上網(wǎng)絡(luò)并對管理服務(wù)器發(fā)起對接，與管理服務(wù)器建立連接后，才能代理各個分支設(shè)備向管理服務(wù)器發(fā)起連接。另外，主設(shè)備還可以打開基于下行端口的PPPOE報文激活監(jiān)聽，即充當PPPOE服務(wù)器。

102、主設(shè)備緩存所述第一管理連接請求，并根據(jù)所述第一管理連接請求生成代理請求，所述代理請求包括每一第一管理連接對應的每一分支設(shè)備的網(wǎng)絡(luò)端口描述信息。

需要說明的是，這里主設(shè)備接收每一個分支設(shè)備發(fā)送的第一管理連接請求，并緩存每一個分支設(shè)備發(fā)送的第一管理連接請求，再根據(jù)緩存的所有第一管理連接請求中包括的網(wǎng)絡(luò)端口描述信息生成代理請求。

另外，生成的代理請求中的網(wǎng)絡(luò)端口描述信息是發(fā)送第一管理連接請求的分支設(shè)備的網(wǎng)絡(luò)端口描述信息，即只有分支設(shè)備發(fā)起了連接管理服務(wù)器的請求且主設(shè)備攔截了其發(fā)送的第一管理連接請求，則會將該分支設(shè)備的網(wǎng)絡(luò)端口描述信息緩存在本地。

103、主設(shè)備向管理服務(wù)器上報代理請求，指示管理服務(wù)器根據(jù)所述代理請求確定網(wǎng)絡(luò)設(shè)備集群；其中，所述網(wǎng)絡(luò)設(shè)備集群包括所述主設(shè)備以及所述每一第一管理連接請求對應的分支設(shè)備。

需要說明的是，這里主設(shè)備上報的是發(fā)起連接管理服務(wù)器的請求的分支設(shè)備的網(wǎng)絡(luò)端口描述信息，如此，管理服務(wù)器在定義網(wǎng)絡(luò)設(shè)備集群的時候會將發(fā)起連接請求(第一管理連接請求)的分支設(shè)備考慮在內(nèi)。若是有新的分支設(shè)備加入，則該新增的分支設(shè)備需要通過主設(shè)備發(fā)起連接管理服務(wù)器的請求，如此才能使得管理服務(wù)器將其增加到網(wǎng)絡(luò)設(shè)備集群。

104、管理服務(wù)器接收主設(shè)備發(fā)送的代理請求。

所述代理請求攜帶每一第一管理連接請求對應的每一分支設(shè)備的網(wǎng)絡(luò)端口描述信息。

105、管理服務(wù)器根據(jù)每一個分支設(shè)備的網(wǎng)絡(luò)端口描述信息確定網(wǎng)絡(luò)設(shè)備集群；所述網(wǎng)絡(luò)設(shè)備集群包括所述主設(shè)備以及所述每一第一管理連接請求對應的分支設(shè)備。

具體實現(xiàn)中，管理服務(wù)器解析主設(shè)備發(fā)送的代理請求，獲取到其中攜帶的網(wǎng)絡(luò)端口描述信息。實際上，管理設(shè)備是根據(jù)發(fā)起第一管理連接請求的分支設(shè)備的網(wǎng)絡(luò)端口信息定義網(wǎng)絡(luò)設(shè)備集群，一旦有新的分支設(shè)備加入時，還需要通過主設(shè)備發(fā)起第一管理連接請求，以便管理服務(wù)器將該新增的分支設(shè)備歸入網(wǎng)絡(luò)設(shè)備集群。

進一步地，主設(shè)備還可以通過其上行端口向管理服務(wù)器發(fā)送第二管理連接請求，所述第二管理連接請求攜帶所述主設(shè)備的網(wǎng)絡(luò)端口描述信息，如此，管理服務(wù)器就獲取到了主設(shè)備的網(wǎng)絡(luò)端口(包括上行端口、下行端口)的描述信息以及分支設(shè)備的網(wǎng)絡(luò)端口(包括上行端口、下行端口)的描述信息。進一步，管理服務(wù)器還可以將所述主設(shè)備的上行端口定義為所述網(wǎng)絡(luò)設(shè)備集群的外網(wǎng)口，將所述每一第一管理連接請求對應的分支設(shè)備的非內(nèi)聯(lián)口中除自然口外的端口定義為所述網(wǎng)絡(luò)設(shè)備集群的終端口。

需要說明的是，非內(nèi)聯(lián)口即未建立PPPOE通信鏈路的接口，可以是上行端口，也可以是下行端口。所述自然口為未被設(shè)置的端口，可以是上行端口，也可以是下行端口。

具體實現(xiàn)中，管理服務(wù)器將上述確定的網(wǎng)絡(luò)設(shè)備集群的網(wǎng)絡(luò)設(shè)備中具有PPPOE狀態(tài)的端口都定性為內(nèi)聯(lián)口。將主設(shè)備的上行端口定性為該區(qū)域網(wǎng)(即所述網(wǎng)絡(luò)設(shè)備集群)的外網(wǎng)口，直接連接外網(wǎng)。將分支設(shè)備的所有非內(nèi)聯(lián)口定性為自然口。自然口經(jīng)過人工設(shè)置后，可轉(zhuǎn)為終端口，供終端上網(wǎng)使用。當然，管理服務(wù)器也可根據(jù)聚合運算方法，將自然口轉(zhuǎn)為內(nèi)聯(lián)口。

也就是說，將該網(wǎng)絡(luò)設(shè)備集群抽象成一個大的家用路由器，外網(wǎng)口即為wan口，終端口即為PC(終端的一種)上網(wǎng)的端口。具體實現(xiàn)中，管理員可以根據(jù)業(yè)務(wù)需求，配置和控制wan口和終端口，即通過簡單的操作實現(xiàn)對整個網(wǎng)絡(luò)設(shè)備集群的控制。聚合后的網(wǎng)絡(luò)設(shè)備集群可以認為是一個虛擬的大型家用路由器，易于管理，大大降低了對管理員的技術(shù)能力要求。網(wǎng)絡(luò)設(shè)備虛擬化聚合后，管理員不必關(guān)注任意網(wǎng)絡(luò)設(shè)備之間形成的拓撲關(guān)系，只需維護和最終用戶直接相關(guān)的端口(即網(wǎng)絡(luò)設(shè)備集群的終端口)即可。另外，網(wǎng)絡(luò)設(shè)備聚合后，只需一臺主設(shè)備和管理服務(wù)器負責保活，使得服務(wù)器在相同條件下，支撐的被管理網(wǎng)絡(luò)設(shè)備數(shù)量倍增，有效地降低投入成本。

在本發(fā)明的優(yōu)選實施例中，主設(shè)備接收分支設(shè)備發(fā)送的第一管理連接請求之前，方法還包括：主設(shè)備接收分支設(shè)備發(fā)送的鏈路建立請求；鏈路建立請求攜帶用戶名及密碼；根據(jù)用戶名及密碼對分支設(shè)備進行驗證；若驗證結(jié)果為通過，主設(shè)備則建立與分支設(shè)備之間的通信鏈路。

在本發(fā)明的另一優(yōu)選實施例中，主設(shè)備接收新增分支設(shè)備發(fā)送的鏈路建立請求，根據(jù)新增分支設(shè)備發(fā)送的鏈路建立請求對新增分支設(shè)備進行驗證，若驗證結(jié)果為通過，則建立主設(shè)備與新增分支設(shè)備之間的通信鏈路；

或，主設(shè)備接收分支設(shè)備轉(zhuǎn)發(fā)的來自新增分支設(shè)備的鏈路建立請求，根據(jù)來自新增分支設(shè)備的鏈路建立請求對新增分支設(shè)備進行驗證，若驗證結(jié)果為通過，則向分支設(shè)備發(fā)送驗證成功消息，指示分支設(shè)備建立與新增分支設(shè)備之間的通信鏈路。

具體實現(xiàn)中，分支設(shè)備在發(fā)起連接管理服務(wù)器的請求之前，還可以進行初始化，建立與通信鏈路。當然，在新增分支設(shè)備時，也需要建立該新增分支設(shè)備的通信鏈路。參考圖6，具體包括以下步驟：

201、分支設(shè)備初始化，選取SVI 1作為撥號口，并生成PPPOE建立請求，并向主設(shè)備發(fā)送PPPOE建立請求。

這里，假定各個端口對應的報文ID是vlan 1，因此分支設(shè)備選取與vlan 1對應的端口--SVI 1作為撥號口。這里的PPPOE建立請求即上述鏈路建立請求，其中所帶的用戶名、密碼是預先與主設(shè)備約定好的，以便主設(shè)備對分支設(shè)備進行驗證。

202、分支設(shè)備與主設(shè)備的下行端口相連。

具體實現(xiàn)中，主設(shè)備首先解析分支設(shè)備發(fā)送的PPPOE建立請求，獲取其中攜帶的用戶名、密碼，判斷該用戶名、密碼是否為預先約定的用戶名、密碼。若是，則建立與分支設(shè)備之間的PPPOE通信鏈路。進一步地，分支設(shè)備可以通過其SVI 1與主設(shè)備建立PPPOE通信鏈路，通過該

PPPOE通信鏈路與主設(shè)備實現(xiàn)互通。

當分支設(shè)備和主設(shè)備檢測到激活了PPPOE連接的端口，可以將該端口變更為trunk模式，且設(shè)置為網(wǎng)絡(luò)設(shè)備集群的內(nèi)聯(lián)口，其他端口屬性不變。

203、如果新增分支設(shè)備連接到主聚合設(shè)備的下行端口，則跳轉(zhuǎn)至步驟201，如果新增分支設(shè)備連接到分支設(shè)備，則跳轉(zhuǎn)至步驟204。

也就是說，當新增分支設(shè)備直接與主設(shè)備連接時，向主設(shè)備PPPOE建立請求，主設(shè)備建立與該新增分支設(shè)備之間的PPPOE通信鏈路。若是新增分支設(shè)備與分支設(shè)備連接時，則通過其連接的分支設(shè)備將PPPOE建立請求轉(zhuǎn)發(fā)給主設(shè)備進行驗證。

204、新增分支設(shè)備通過分支設(shè)備將PPPOE建立請求透傳到主設(shè)備。

具體實現(xiàn)中，若主設(shè)備與分支設(shè)備A連接，分支設(shè)備A與新增分支設(shè)備連接，新增分支設(shè)備首先與分支設(shè)備A的端口對接，進而分支設(shè)備A接收新增分支設(shè)備發(fā)送的PPPOE建立請求，并將該PPPOE建立請求轉(zhuǎn)發(fā)至主設(shè)備。當然，主設(shè)備與新增分支設(shè)備之間間隔的分支設(shè)備不僅僅局限于一個，可以有多個，具體實現(xiàn)中，可以通過二者之間的多個分支設(shè)備逐級該新增分支設(shè)備的PPPOE建立請求。

需要說明的是，這里主設(shè)備與分支設(shè)備之間的連接是物理連接，示例的，可以是通過網(wǎng)線連接。

205、主設(shè)備建立指示分支設(shè)備建立與新增分支設(shè)備間的PPPOE通信鏈路。

具體實現(xiàn)中，主設(shè)備首先解析新增分支設(shè)備發(fā)送的PPPOE建立請求，獲取其中攜帶的用戶名、密碼，判斷該用戶名、密碼是否為預先約定的用戶名、密碼。若是，則將驗證成功消息發(fā)送至與新增分支設(shè)備連接的分支設(shè)備，隨后該分支設(shè)備建立與新增分支設(shè)備之間的PPPOE通信鏈路。當然，將新增分支設(shè)備建立PPPOE通信鏈路的端口設(shè)置為trunk模式，并設(shè)置為內(nèi)聯(lián)口。

示例的，若主設(shè)備與分支設(shè)備A連接，分支設(shè)備A與新增分支設(shè)備連接，主設(shè)備驗證成功后向分支設(shè)備A發(fā)送驗證成功消息。分支設(shè)備A建立與新增分支設(shè)備之間的PPPOE通信鏈路。當然，主設(shè)備與新增分支設(shè)備之間間隔的分支設(shè)備不僅僅局限于一個，可以有多個，具體實現(xiàn)中，可以通過二者之間的多個分支設(shè)備逐級轉(zhuǎn)發(fā)該驗證成功消息至與該新增分支設(shè)備連接的分支設(shè)備。

可見，新增分支設(shè)備時，根據(jù)上述流程，即可簡單地再次收斂為單臺虛擬的大型家用路由器。

上述主要從主設(shè)備、管理服務(wù)器的工作過程的角度對本發(fā)明實施例提供的方案進行了介紹。可以理解的是，主設(shè)備、管理服務(wù)器為了實現(xiàn)上述功能，其包含了執(zhí)行各個功能相應的硬件結(jié)構(gòu)和/或軟件模塊。本領(lǐng)域技術(shù)人員應該很容易意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，本發(fā)明能夠以硬件或硬件和計算機軟件的結(jié)合形式來實現(xiàn)。某個功能究竟以硬件還是計算機軟件驅(qū)動硬件的方式來執(zhí)行，取決于技術(shù)方案的特定應用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

本發(fā)明實施例可以根據(jù)上述方法示例對主設(shè)備、管理服務(wù)器進行功能模塊的劃分，例如，可以對應各個功能劃分各個功能模塊，也可以將兩個或兩個以上的功能集成在一個處理模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。需要說明的是，本發(fā)明實施例中對模塊的劃分是示意性的，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式。

在采用對應各個功能劃分各個功能模塊的情況下，圖7示出了上述實施例中所涉及的主設(shè)備的一種可能的結(jié)構(gòu)示意圖，主設(shè)備包括：接收單元301，緩存單元302，發(fā)送單元303。接收單元301用于支持主設(shè)備執(zhí)行圖5中的過程101；緩存單元302用于支持主設(shè)備執(zhí)行圖5中的過程102；發(fā)送單元303用于支持主設(shè)備執(zhí)行圖5中的過程103。其中，上述方法實施例涉及的各步驟的所有相關(guān)內(nèi)容均可以援引到對應功能模塊的功能描述，在此不再贅述。

在采用集成的單元的情況下，圖8示出了上述實施例中所涉及的主設(shè)備的一種可能的結(jié)構(gòu)示意圖。主設(shè)備可以包括：處理器401、通信接口402和存儲器403。通信接口402用于支持主設(shè)備與其他網(wǎng)絡(luò)實體的通信。存儲器403，用于存儲執(zhí)行本發(fā)明方案的程序代碼，并由處理器401來控制執(zhí)行。所述處理器401用于執(zhí)行所述存儲器403中存儲的程序代碼，對主設(shè)備的動作進行控制管理，例如，處理器401用于支持主設(shè)備執(zhí)行圖5中的過程101-103，和/或用于本文所描述的技術(shù)的其它過程。

其中，處理器401可以是通用中央處理器(CPU)，微處理器，特定應用集成電路(application-specific integrated circuit，ASIC)或者其他可編程邏輯器件、晶體管邏輯器件、硬件部件或者其任意組合。其可以實現(xiàn)或執(zhí)行結(jié)合本發(fā)明公開內(nèi)容所描述的各種示例性的邏輯方框，模塊和電路。通信接口402可以是通信端口，或者可以是收發(fā)器或者收發(fā)電路等。存儲器403可以是只讀存儲器(read-only memory，ROM)或可存儲靜態(tài)信息和指令的其他類型的靜態(tài)存儲設(shè)備，隨機存取存儲器(random access memory，RAM)或者可存儲信息和指令的其他類型的動態(tài)存儲設(shè)備，也可以是電可擦可編程只讀存儲器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只讀光盤(Compact Disc Read-Only Memory，CD-ROM)或其他光盤存儲、光碟存儲(包括壓縮光碟、激光碟、光碟、數(shù)字通用光碟、藍光光碟等)、磁盤存儲介質(zhì)或者其他磁存儲設(shè)備、或者能夠用于攜帶或存儲具有指令或數(shù)據(jù)結(jié)構(gòu)形式的期望的程序代碼并能夠由計算機存取的任何其他介質(zhì)，但不限于此。存儲器可以是獨立存在，通過總線與處理器相連接。存儲器也可以和處理器集成在一起。

在采用對應各個功能劃分各個功能模塊的情況下，圖9示出了上述實施例中所涉及的管理服務(wù)器的一種可能的結(jié)構(gòu)示意圖，管理服務(wù)器包括：接收單元501，確定單元502。接收單元501用于支持管理服務(wù)器執(zhí)行圖5中的過程104，確定單元502用于支持管理服務(wù)器執(zhí)行圖5中的過程105。上述方法實施例涉及的各步驟的所有相關(guān)內(nèi)容均可以援引到對應功能模塊的功能描述，在此不再贅述。

在采用集成的單元的情況下，圖10示出了上述實施例中所涉及的管理服務(wù)器的一種可能的結(jié)構(gòu)示意圖。管理服務(wù)器可以包括：處理器601、通信接口602和存儲器603。通信接口602用于支持管理服務(wù)器與其他網(wǎng)絡(luò)實體的通信。存儲器603，用于存儲執(zhí)行本發(fā)明方案的程序代碼，并由處理器601來控制執(zhí)行。所述處理器601用于執(zhí)行所述存儲器603中存儲的程序代碼。處理器601用于對管理服務(wù)器的動作進行控制管理，例如，處理器601用于支持管理服務(wù)器執(zhí)行圖5中的過程104、105，和/或用于本文所描述的技術(shù)的其它過程。

其中，處理器601、可以是通用中央處理器(CPU)，微處理器，特定應用集成電路(application-specific integrated circuit，ASIC)或者其他可編程邏輯器件、晶體管邏輯器件、硬件部件或者其任意組合。其可以實現(xiàn)或執(zhí)行結(jié)合本發(fā)明公開內(nèi)容所描述的各種示例性的邏輯方框，模塊和電路。通信接口602可以是通信端口，或者可以是收發(fā)器或者收發(fā)電路等。存儲器603可以是只讀存儲器(read-only memory，ROM)或可存儲靜態(tài)信息和指令的其他類型的靜態(tài)存儲設(shè)備，隨機存取存儲器(random access memory，RAM)或者可存儲信息和指令的其他類型的動態(tài)存儲設(shè)備，也可以是電可擦可編程只讀存儲器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只讀光盤(Compact Disc Read-Only Memory，CD-ROM)或其他光盤存儲、光碟存儲(包括壓縮光碟、激光碟、光碟、數(shù)字通用光碟、藍光光碟等)、磁盤存儲介質(zhì)或者其他磁存儲設(shè)備、或者能夠用于攜帶或存儲具有指令或數(shù)據(jù)結(jié)構(gòu)形式的期望的程序代碼并能夠由計算機存取的任何其他介質(zhì)，但不限于此。存儲器可以是獨立存在，通過總線與處理器相連接。存儲器也可以和處理器集成在一起。

結(jié)合本發(fā)明公開內(nèi)容所描述的方法或者算法的步驟可以硬件的方式來實現(xiàn)，也可以是由處理器執(zhí)行軟件指令的方式來實現(xiàn)。軟件指令可以由相應的軟件模塊組成，軟件模塊可以被存放于RAM、閃存、ROM、可擦除可編程只讀存儲器(Erasable Programmable ROM，EPROM)、電可擦可編程只讀存儲器(Electrically EPROM，EEPROM)、寄存器、硬盤、移動硬盤、只讀光盤(CD-ROM)或者本領(lǐng)域熟知的任何其它形式的存儲介質(zhì)中。一種示例性的存儲介質(zhì)耦合至處理器，從而使處理器能夠從該存儲介質(zhì)讀取信息，且可向該存儲介質(zhì)寫入信息。當然，存儲介質(zhì)也可以是處理器的組成部分。處理器和存儲介質(zhì)可以位于ASIC中。另外，該ASIC可以位于核心網(wǎng)接口設(shè)備中。當然，處理器和存儲介質(zhì)也可以作為分立組件存在于核心網(wǎng)接口設(shè)備中。

通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。上述描述的裝置的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

所述作為分離部件說明的模塊可以是或者也可以不是物理上分開的，作為模塊顯示的部件可以是一個物理模塊或多個物理模塊，即可以位于一個地方，或者也可以分布到多個不同地方?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理模塊中，也可以是各個模塊單獨物理存在，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。

所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一個設(shè)備(可以是單片機，芯片等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應所述以權(quán)利要求的保護范圍為準。