專利名稱：對等網絡管理系統(tǒng)及其實現管理的方法
技術領域：
本發(fā)明涉及對等網絡(P2P，Peer to Peer)技術，尤指一種對等網絡管理系統(tǒng)及其 實現管理的方法。
背景技術：
對等網絡是一種分布式網絡，網絡的參與者共享其所擁有的資源和服務。通常，資 源和服務的共享包括信息的共享與交換、計算資源如CPU的共享、存儲資源如緩存和磁盤 空間的共享等。共享資源和服務能被網絡中的任意對等節(jié)點(Peer)訪問。在對等網絡中 的每個參與者都既是資源和服務提供者(server)，又是資源和服務獲取者(client)。圖1為現有對等網絡的組成結構示意圖，如圖1所示，該對等網絡由對等節(jié)點A、對 等節(jié)點B、對等節(jié)點C和對等節(jié)點D等許多對等節(jié)點組成，每個對等節(jié)點都既是資源的提供 者又是資源的獲取者。比如對于任意兩個對等節(jié)點即對等節(jié)點B和對等節(jié)點D，對等節(jié)點B 可以通過對等網絡訪問對等節(jié)點D上的數據資源，同時對等節(jié)點D也可以通過對等網絡訪 問對等節(jié)點B上的數據資源。在對等網絡中作為每個節(jié)點的唯一標識即節(jié)點標識(ID)。資源定位和發(fā)現(RELOAD,REsource LOcate And Discovery)協(xié)議，是 IETF 對等 網絡會話初始協(xié)議(P2PSIP，Peer To Peer Session Initiation Protocol)工作組定義的 一種對等網絡的資源定位和發(fā)現協(xié)議。RELOAD客戶端(Client)，是采用RELOAD協(xié)議的對等網絡中的一種沒有路由和數 據存儲功能的特殊節(jié)點，但其他功能與對等節(jié)點相同，也就是說RELOAD Client可以從對等 網絡中訪問和存儲數據。簡單網絡管理協(xié)議(SNMP,Simple Network Management Protocol)，是 IETF 工作 組定義的一個網絡管理協(xié)議。其定義了幾種操作，比如獲取網元信息(GetRequest)，網元 信息返回(GetResponse)，設置網元信息(SetRequest)，網元信息上報(Trap)等。對等計算技術主要應用于一些互聯(lián)網上的應用，如Napster、Bittorrent、eMule、 PPLive.PPStream.Skype等。但是，這些互聯(lián)網應用都各自為陣，實現模式和采用的協(xié)議均 各不相同。而要使這項技術實現大規(guī)模產業(yè)化，其協(xié)議的標準化則是必不可少的。而目前 業(yè)界接受程度相對較高的對等網絡協(xié)議就是IETF定義的RELOAD協(xié)議。因此，運營管理研 究首先聚集于采用RELOAD協(xié)議的對等網絡。當前，最常見的網絡管理模式是在每一個被管網元上部署一個代理，管理站通過 代理對這些網元進行管理，圖2為現有對等網絡管理系統(tǒng)的組成架構示意圖，如圖2所示， 每一個被管對等節(jié)點上部署一個代理，管理站通過代理對所有對等節(jié)點進行直接管理，管 理站與代理之間采用SNMP進行通信，對等網絡是基于RELOAD協(xié)議的。但是，由于對等網絡的特點是節(jié)點數量多，而且節(jié)點隨時都可能動態(tài)調整，因此， 對于這一個龐大而動態(tài)的網絡，如圖2所示，管理站與所有對等節(jié)點保持連接，那么，這樣 的管理系統(tǒng)存在一個問題對等網絡抖動或與管理站進行大量的信息交互時，必然降低對 對等網絡的管理效率，同時也降低了管理站的工作性能，最終不能保證對對等網絡的及時管理，從而不能保證對等網絡的正常運行。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種對等網絡管理系統(tǒng)，能夠提高對對等 網絡的管理效率，同時提高管理站的工作性能。本發(fā)明的另一目的在于提供一種對等網絡管理系統(tǒng)實現管理的方法，能夠提高對 對等網絡的管理效率，同時提高管理站的工作性能。為達到上述目的，本發(fā)明的技術方案是這樣實現的一種對等網絡管理系統(tǒng)，至少包括管理站、代理和被管對等網絡，其中，管理站，用于通過代理對對等網絡進行管理；代理，通過一個或一個以上對等節(jié)點接入對等網絡，用于分別與管理站和被管對 等網絡進行通信，并代表管理站管理對等網絡，同時代表對等網絡接受管理站的管理；對等網絡為被管理對象，用于配合管理站完成管理任務；所述對等網絡采用一種 或一種以上不同的對等算法。所述管理站與代理間采用簡單網絡管理協(xié)議SNMP，所述對等網絡采用資源定位和 發(fā)現RELOAD協(xié)議。所述管理站為一個或一個以上。所述代理為RELOAD客戶端。所述代理包括管理代理單元和網絡代理單元；其中，管理代理單元，用于實現與所述管理站間的通信；所述網絡代理單元，用于實現與所述對等網絡間的通信。所述系統(tǒng)還包括一層或一層以上上層管理站，用于管理下層管理站，以實現分層管理。一種對等網絡管理系統(tǒng)實現管理的方法，在基于代理通過一個或一個以上對等節(jié) 點接入對等網絡的對等網絡管理系統(tǒng)中，包括管理站通過代理對對等網絡進行管理。當所述代理通過兩個或兩個以上對等節(jié)點接入對等網絡時，該方法進一步包括 所述代理按照預設策略選擇接入所述對等網絡的對等節(jié)點。所述管理站與代理間采用SNMP協(xié)議，在SNMP協(xié)議的數據單元中擴展目標對等節(jié) 點標識域，用于攜帶對等節(jié)點標識；所述對等網絡采用資源定位和發(fā)現RELOAD協(xié)議，在RELOAD協(xié)議中擴展網絡管理 功能接口消息，用于實現的操作至少包括獲取對等節(jié)點信息、返回對等節(jié)點信息、設置對 等節(jié)點信息，對等節(jié)點信息上報。所述網絡管理功能接口消息主體至少包括對等節(jié)點標識ID、請求標識、出錯狀態(tài)、 出錯指示、對象-值對域。所述管理站通過代理對對等網絡進行管理為所述管理站獲取對等節(jié)點信息，或 所述管理站設置對等節(jié)點信息，或所述對等節(jié)點向管理站上報信息。從上述本發(fā)明提供的技術方案可以看出，管理站通過代理與對等網絡中有限的對 等節(jié)點交互，從采用RELOAD協(xié)議的對等網絡或對等節(jié)點獲取相關信息，并對對等網絡或對等節(jié)點進行設置或下達管理命令，對等網絡或對等節(jié)點可以及時上報自身的性能或告警等 相關信息，并保證了系統(tǒng)性能要求，從而實現了對對等網絡的有效監(jiān)控、診斷、調試等管理， 提高了對對等網絡的管理效率，同時也提高了管理站的工作性能，最終保證了對對等網絡 的及時管理，從而保證了對等網絡的正常運行。


圖1為現有對等網絡的組成結構示意圖；圖2為現有對等網絡管理系統(tǒng)的組成架構示意圖；圖3為本發(fā)明對等網絡管理系統(tǒng)的組成架構的實施例的示意圖；圖4為本發(fā)明對等網絡管理系統(tǒng)中，管理站獲取對等節(jié)點信息的流程圖；圖5為本發(fā)明對等網絡管理系統(tǒng)中，管理站設置對等節(jié)點信息的流程圖；圖6為本發(fā)明對等網絡管理系統(tǒng)中，對等節(jié)點向管理站上報信息的流程圖。
具體實施例方式本發(fā)明對等網絡管理系統(tǒng)至少包括管理站、代理和被管對等網絡，其中，管理站，用于通過代理對對等網絡進行管理，如控制和監(jiān)視等。管理站可為一個或 一個以上，其數量根據對等網絡的對等節(jié)點規(guī)模和管理消息數量決定。代理，通過一個或一個以上對等節(jié)點接入對等網絡，用于分別與管理站和被管對 等網絡進行通信，并代表管理站管理對等網絡，同時也代表對等網絡接受管理站的管理。對等網絡為被管理對象，用于配合管理站完成管理任務。對等網絡可以采用一種 或一種以上不同的對等算法。至于采用幾種對等算法，這些對等算法如何應用不屬于本發(fā) 明的保護范圍，不用于限制本發(fā)明的保護范圍。管理站與代理間采用SNMP協(xié)議，被管對等網絡采用RELOAD協(xié)議，代理作為RELOAD Client接入對等網絡。管理站可以由業(yè)務處理單元、數據存儲單元和用戶操作單元組成。具體實現屬于 現有技術，這里不再贅述。代理可以包括管理代理單元和網絡代理單元，其中，管理代理單元用于實現與管 理站間的通信，網絡代理單元用于實現與對等網絡間的通信。當代理通過兩個或兩個以上對等節(jié)點接入對等網絡時，代理可以按照預設策略選 擇接入對等節(jié)點，以使各接入點的負載相對均衡，關于策略的設置，其具體實現屬于本領域 技術人員慣用技術手段，且與本發(fā)明無關，這里不再贅述，也不用于限制本發(fā)明的保護范圍。進一步地，本發(fā)明對等網絡管理系統(tǒng)還可以包括一層或多層上層管理站，用于管 理下層管理站，從而實現分層管理。關于多層管理模式屬于本領域技術人員慣用技術手段， 這里只是強調本發(fā)明的對等網絡實現管理的系統(tǒng)可以采用多層管理的形式。通過本發(fā)明的對等網絡管理系統(tǒng)及其實現管理的方法，管理站通過代理與對等網 絡中有限的對等節(jié)點交互，可以從采用RELOAD協(xié)議的對等網絡或對等節(jié)點獲取相關信息， 并對對等網絡或對等節(jié)點進行設置或下達管理命令，對等網絡或對等節(jié)點可以及時上報自 身的性能或告警等相關信息，并保證了系統(tǒng)性能要求，從而實現了對對等網絡的有效監(jiān)控、診斷、調試等管理，提高了對對等網絡的管理效率，同時也提高了管理站的工作性能，最終 保證了對對等網絡的及時管理，從而保證了對等網絡的正常運行。圖3為本發(fā)明對等網絡管理系統(tǒng)的組成架構的實施例的示意圖，如圖3所示，對等 網絡管理系統(tǒng)由一個管理站、一個代理以及對等網絡組成。管理站通過代理對整個對等網 絡進行管理。對等網絡采用RELOAD協(xié)議來實現，由對等節(jié)點A、對等節(jié)點B、對等節(jié)點C和對等 節(jié)點D等許多對等節(jié)點組成，如圖3所示，本實施例中代理以RELOAD Client方式通過對等 節(jié)點B接入對等網絡，可以稱對等節(jié)點B為接入對等節(jié)點B。管理站通過代理實現對對等網
絡的管理。管理站與代理之間的通信采用SNMP協(xié)議，在SNMP協(xié)議的數據單元中擴展目標對 等節(jié)點標識域，用于攜帶對等節(jié)點標識，比如對等節(jié)點ID (Node ID)；代理與對等網絡之間 的通信采用RELOAD協(xié)議，在RELOAD協(xié)議中擴展網絡管理功能接口消息，用于實現的操作至 少包括獲取對等節(jié)點信息、返回對等節(jié)點信息、設置對等節(jié)點信息，對等節(jié)點信息上報等。 該接口消息主體至少包括對等節(jié)點ID、請求標識、出錯狀態(tài)、出錯指示、對象-值對域等。下面結合圖3所示的對等網絡管理系統(tǒng)的組成架構的實施例的示意圖，舉例詳細 描述本發(fā)明對等網絡管理系統(tǒng)實現管理的方法。圖4為本發(fā)明對等網絡管理系統(tǒng)中，管理站獲取對等節(jié)點信息的流程圖，假設管 理站希望獲取對等節(jié)點D的信息，如圖4所示，包括步驟400 管理站向代理發(fā)送符合SNMP協(xié)議的獲取對等節(jié)點信息請求 (GetRequest)，其中攜帶有需要獲取信息的對等節(jié)點D的ID。步驟401 代理收到管理站發(fā)來的請求消息后，將SNMP消息轉換為RELOAD消息。步驟402 代理將轉換后得到的符合RELOAD協(xié)議的獲取對等節(jié)點信息請求(Get_ Req)發(fā)送給接入對等節(jié)點B。步驟403 對等節(jié)點B收到請求后，從請求消息中取出對等節(jié)點D的ID。步驟404 對等節(jié)點B根據該網絡所采用的算法，將獲取對等節(jié)點信息請求(Get_ Req)通過對等網絡轉發(fā)給對等節(jié)點D。步驟405 對等節(jié)點D收到請求后，收集需要的信息，然后將這些信息攜帶在對等 節(jié)點信息響應(Get_AnS)中返回給對等節(jié)點B。步驟406 對等節(jié)點B將收到的來自對等節(jié)點D的對等節(jié)點信息響應(Get_AnS)返 回給代理。步驟407 代理將收到的RELOAD消息轉換為SNMP消息。步驟408 代理將轉換后的符合SNMP協(xié)議的對等節(jié)點信息響應(GetResponse)發(fā) 送給管理站。這樣，管理站就得到了對等節(jié)點D的信息。步驟409 管理站可以存儲收集到的對等節(jié)點D的信息，以便管理者做進一步處理。圖5為本發(fā)明對等網絡管理系統(tǒng)中，管理站設置對等節(jié)點信息的流程圖，假設管 理站希望設置對等節(jié)點D的信息，如圖5所示，包括步驟500 管理站存儲設置信息，如配置設置、上報任務設置等信息。步驟501 管理站向代理發(fā)送設置信息請求(Set Request)。
步驟502 代理收到管理站發(fā)來的設置信息請求后，將符合SNMP協(xié)議的消息轉換 為符合RELOAD協(xié)議的消息。步驟503 代理將轉換后的符合RELOAD協(xié)議的設置信息請求(Set_Req)發(fā)送給接 入對等節(jié)點B。步驟504 對等節(jié)點B收到設置信息請求(Set_Req)后，從該請求消息中取出對等 節(jié)點D的ID。步驟505 對等節(jié)點B根據該網絡所采用的算法，將設置信息請求(Set_Req)通過 對等網絡轉發(fā)給對等節(jié)點D。步驟506 對等節(jié)點D收到請求后，對本地的設置信息進行修改，將設置后的信息 攜帶在對等節(jié)點信息響應(Get_AnS)中返回給對等節(jié)點B。步驟507 對等節(jié)點B將收到的對等節(jié)點信息響應(Get_AnS)返回給代理。步驟508 代理將收到的RELOAD消息轉換為SNMP消息。步驟509 代理將轉換后的符合SNMP協(xié)議的對等節(jié)點信息響應(GetResponse)消
息發(fā)送給管理站。步驟510 管理站可以存儲對等節(jié)點D設置后的信息，并覆蓋之前的設置信息。圖6為本發(fā)明對等網絡管理系統(tǒng)中，對等節(jié)點向管理站上報信息的流程圖，假設 對等節(jié)點D希望向管理站上報自身的信息，如圖6所示，包括步驟600 對等節(jié)點D的上報條件觸發(fā)，比如設置的定時上報任務的上報時間到，
或告警事件發(fā)生等。步驟601 對等節(jié)點D根據網絡采用的算法，將上報消息(Import)發(fā)送給接入對 等節(jié)點B。步驟602 接入對等節(jié)點B將上報消息(Iteport)轉發(fā)給代理。步驟603 代理將接收到的RELOAD消息轉換為SNMP消息。步驟604 代理將轉換后的上報消息(Trap)發(fā)送給管理站。步驟605 管理站可以存儲上報的信息，以便于管理站做進一步處理。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在 本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護 范圍之內。
權利要求
一種對等網絡管理系統(tǒng)，其特征在于，至少包括管理站、代理和被管對等網絡，其中，管理站，用于通過代理對對等網絡進行管理；代理，通過一個或一個以上對等節(jié)點接入對等網絡，用于分別與管理站和被管對等網絡進行通信，并代表管理站管理對等網絡，同時代表對等網絡接受管理站的管理；對等網絡為被管理對象，用于配合管理站完成管理任務；所述對等網絡采用一種或一種以上不同的對等算法。
2.根據權利要求1所述的對等網絡管理系統(tǒng)，其特征在于，所述管理站與代理間采用 簡單網絡管理協(xié)議SNMP，所述對等網絡采用資源定位和發(fā)現RELOAD協(xié)議。
3.根據權利要求2所述的對等網絡管理系統(tǒng)，其特征在于，所述管理站為一個或一個 以上。
4.根據權利要求2所述的對等網絡管理系統(tǒng)，其特征在于，所述代理為RELOAD客戶端。
5.根據權利要求4所述的對等網絡管理系統(tǒng)，其特征在于，所述代理包括管理代理單 元和網絡代理單元；其中，管理代理單元，用于實現與所述管理站間的通信；所述網絡代理單元，用于實現與所述對等網絡間的通信。
6.根據權利要求1所述的對等網絡管理系統(tǒng)，其特征在于，所述系統(tǒng)還包括一層或一 層以上上層管理站，用于管理下層管理站，以實現分層管理。
7.一種對等網絡管理系統(tǒng)實現管理的方法，其特征在于，在基于代理通過一個或一個 以上對等節(jié)點接入對等網絡的對等網絡管理系統(tǒng)中，包括管理站通過代理對對等網絡進行管理。
8.根據權利要求7所述的方法，其特征在于，當所述代理通過兩個或兩個以上對等節(jié) 點接入對等網絡時，該方法進一步包括所述代理按照預設策略選擇接入所述對等網絡的 對等節(jié)點。
9.根據權利要求7所述的方法，其特征在于，所述管理站與代理間采用SNMP協(xié)議，在 SNMP協(xié)議的數據單元中擴展目標對等節(jié)點標識域，用于攜帶對等節(jié)點標識；所述對等網絡采用資源定位和發(fā)現RELOAD協(xié)議，在RELOAD協(xié)議中擴展網絡管理功能 接口消息，用于實現的操作至少包括獲取對等節(jié)點信息、返回對等節(jié)點信息、設置對等節(jié) 點信息，對等節(jié)點信息上報。
10.根據權利要求9所述的方法，其特征在于，所述網絡管理功能接口消息主體至少包 括對等節(jié)點標識ID、請求標識、出錯狀態(tài)、出錯指示、對象-值對域。
11.根據權利要求7所述的方法，其特征在于，所述管理站通過代理對對等網絡進行管 理為所述管理站獲取對等節(jié)點信息，或所述管理站設置對等節(jié)點信息，或所述對等節(jié)點向 管理站上報信息。
全文摘要
本發(fā)明提供了一種對等網絡管理系統(tǒng)及其實現管理的方法，管理站通過代理與對等網絡中有限的對等節(jié)點交互，從采用資源定位和發(fā)現(RELOAD)協(xié)議的對等網絡或對等節(jié)點獲取相關信息，并對對等網絡或對等節(jié)點進行設置或下達管理命令，對等網絡或對等節(jié)點可以及時上報自身的性能或告警等相關信息，并保證了系統(tǒng)性能要求，從而實現了對對等網絡的有效監(jiān)控、診斷、調試等管理，提高了對對等網絡的管理效率，同時也提高了管理站的工作性能，最終保證了對對等網絡的及時管理，從而保證了對等網絡的正常運行。
文檔編號H04L12/24GK101989918SQ20091009043
公開日2011年3月23日 申請日期2009年8月4日 優(yōu)先權日2009年8月4日
發(fā)明者彭永林, 汪軍, 胡學川, 郝振武, 馬蘇安 申請人:中興通訊股份有限公司