本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別是涉及一種網(wǎng)絡(luò)設(shè)備管理方法。

背景技術(shù)：

網(wǎng)絡(luò)已經(jīng)成為當(dāng)今社會必不可少的一項(xiàng)工具，一旦網(wǎng)絡(luò)狀態(tài)出現(xiàn)異常，就會影響到我們工作和生活的方方面面。尤其是一些經(jīng)營型企業(yè)，日常處理的各種數(shù)據(jù)、流程、溝通等都是基于網(wǎng)絡(luò)來實(shí)現(xiàn)的，一旦網(wǎng)絡(luò)癱瘓，整個(gè)公司的運(yùn)營就會跟著癱瘓，從而給公司造成重大損失。并且，網(wǎng)絡(luò)自身也比較脆弱，特別是局域網(wǎng)，在受到病毒的攻擊或者網(wǎng)絡(luò)處于持續(xù)使用的狀況下，很容易導(dǎo)致整網(wǎng)癱瘓，比如：常見的ARP(Address Resolution Protocol，地址解析協(xié)議)欺騙、MAC(Media Access Control，媒體訪問控制)地址欺騙、DHCP(Dynamic Host Configuration Protocol，動(dòng)態(tài)主機(jī)配置協(xié)議)欺騙、廣播風(fēng)暴、網(wǎng)絡(luò)環(huán)路等等。為了解決局域網(wǎng)的這些問題，各種網(wǎng)絡(luò)解決方案應(yīng)運(yùn)而生。

傳統(tǒng)的網(wǎng)絡(luò)解決方案都是采用集中管理設(shè)備+能夠被集中管理設(shè)備監(jiān)控和管理的處于局域網(wǎng)內(nèi)的所有網(wǎng)元(如交換機(jī)、路由器、AP(Wireless Access Point，無線訪問接入點(diǎn))等)的模式，來實(shí)現(xiàn)對局域網(wǎng)內(nèi)所有網(wǎng)元的集中管理和統(tǒng)一維護(hù)。然而，傳統(tǒng)的網(wǎng)絡(luò)解決方案中各集中管理設(shè)備只能管理本局域網(wǎng)內(nèi)的所有網(wǎng)元，應(yīng)用范圍較窄。

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

基于此，有必要針對如何解決傳統(tǒng)網(wǎng)絡(luò)解決方案中各集中管理設(shè)備只能管理本局域網(wǎng)內(nèi)的所有網(wǎng)元的問題，提供一種網(wǎng)絡(luò)設(shè)備管理方法。

一種網(wǎng)絡(luò)設(shè)備管理方法，由網(wǎng)絡(luò)中的網(wǎng)元執(zhí)行，包括：

獲取集中管理設(shè)備的IP地址；

根據(jù)所述IP地址與所述集中管理設(shè)備建立適用于無連接的傳輸層協(xié)議的傳輸通道；其中，所述傳輸通道能夠經(jīng)過路由器；

通過所述傳輸通道接收來自所述集中管理設(shè)備的控制報(bào)文并進(jìn)行相應(yīng)操作，且向所述集中管理設(shè)備發(fā)送報(bào)文。

在其中一個(gè)實(shí)施例中，獲取集中管理設(shè)備的IP地址的步驟包括：

接收用戶輸入的受控信息；

根據(jù)所述受控信息判定用戶指定受控于集中管理設(shè)備時(shí)，獲取所述集中管理設(shè)備的IP地址。

在其中一個(gè)實(shí)施例中，根據(jù)所述IP地址與所述集中管理設(shè)備建立適用于無連接的傳輸層協(xié)議的傳輸通道的步驟包括：

根據(jù)所述IP地址向所述集中管理設(shè)備發(fā)送符合所述無連接的傳輸協(xié)議的第一報(bào)文；其中，所述第一報(bào)文至少能夠使所述集中管理設(shè)備識別出所述網(wǎng)元在網(wǎng)絡(luò)中所處的位置；

判斷接收到來自所述集中管理設(shè)備的符合所述無連接的傳輸協(xié)議的第一確認(rèn)報(bào)文時(shí)，確認(rèn)與所述集中管理設(shè)備建立了所述傳輸通道；其中，所述第一確認(rèn)報(bào)文用于代表所述集中管理設(shè)備已經(jīng)接收到了所述第一報(bào)文。

在其中一個(gè)實(shí)施例中，通過所述傳輸通道接收來自所述集中管理設(shè)備的控制報(bào)文并進(jìn)行相應(yīng)操作，且向所述集中管理設(shè)備發(fā)送報(bào)文的步驟包括：

通過所述傳輸通道向所述集中管理設(shè)備發(fā)送第二報(bào)文；其中，所述第二報(bào)文包括所述網(wǎng)元的配置信息；

判斷通過所述傳輸通道接收到來自所述集中管理設(shè)備的第二確認(rèn)報(bào)文且狀態(tài)機(jī)處于下線狀態(tài)時(shí)，將狀態(tài)機(jī)切換至上線狀態(tài)；其中，當(dāng)所述狀態(tài)機(jī)切換至所述上線狀態(tài)后，所述網(wǎng)元之后再次發(fā)送更新配置信息后的所述第二報(bào)文后，則無需判斷是否接收到所述第二確認(rèn)報(bào)文。

在其中一個(gè)實(shí)施例中，在判斷通過所述傳輸通道接收到來自所述集中管理設(shè)備的第二確認(rèn)報(bào)文且狀態(tài)機(jī)處于下線狀態(tài)時(shí)，將狀態(tài)機(jī)切換至上線狀態(tài)的步驟之后，通過所述傳輸通道接收來自所述集中管理設(shè)備的控制報(bào)文并進(jìn)行相應(yīng)操作，且向所述集中管理設(shè)備發(fā)送報(bào)文的步驟還包括：

判斷通過所述傳輸通道接收到來自所述集中管理設(shè)備的控制報(bào)文后，根據(jù)所述控制報(bào)文執(zhí)行相關(guān)配置操作；

通過所述傳輸通道向所述集中管理設(shè)備發(fā)送更新配置信息后的所述第二報(bào)文。

在其中一個(gè)實(shí)施例中，所述無連接的傳輸協(xié)議為用戶數(shù)據(jù)報(bào)協(xié)議。

一種網(wǎng)絡(luò)設(shè)備管理方法，由網(wǎng)絡(luò)中的集中管理設(shè)備執(zhí)行，包括：

在網(wǎng)元的請求下與所述網(wǎng)元建立符合無連接的傳輸層協(xié)議的傳輸通道；其中，所述傳輸通道能夠經(jīng)過路由器；

通過所述傳輸通道向所述網(wǎng)元發(fā)送控制報(bào)文，并接收來自所述網(wǎng)元的報(bào)文。

在其中一個(gè)實(shí)施例中，在網(wǎng)元的請求下與所述網(wǎng)元建立符合無連接的傳輸層協(xié)議的傳輸通道的步驟包括：

接收來自所述網(wǎng)元的符合所述無連接的傳輸協(xié)議的第一報(bào)文；其中，所述第一報(bào)文至少能夠使所述集中管理設(shè)備識別出所述網(wǎng)元在網(wǎng)絡(luò)中所處的位置；

向所述網(wǎng)元發(fā)送符合所述無連接的傳輸協(xié)議的第一確認(rèn)報(bào)文，以與所述網(wǎng)元建立所述傳輸通道；其中，所述第一確認(rèn)報(bào)文用于代表所述集中管理設(shè)備已經(jīng)接收到了所述第一報(bào)文。

在其中一個(gè)實(shí)施例中，通過所述傳輸通道向所述網(wǎng)元發(fā)送控制報(bào)文，并接收來自所述網(wǎng)元的報(bào)文的步驟包括：

通過所述傳輸通道接收來自所述網(wǎng)元的第二報(bào)文；其中，所述第二報(bào)文包括所述網(wǎng)元的配置信息；

解析所述第二報(bào)文，并將解析出的所述配置信息加入至網(wǎng)元數(shù)據(jù)庫中；其中，所述網(wǎng)元數(shù)據(jù)庫包括受控于所述集中管理設(shè)備的所有網(wǎng)元的配置信息；

通過所述傳輸通道向所述網(wǎng)元發(fā)送第二確認(rèn)報(bào)文。

在其中一個(gè)實(shí)施例中，在通過所述傳輸通道向所述網(wǎng)元發(fā)送第二確認(rèn)報(bào)文的步驟之后，通過所述傳輸通道向所述網(wǎng)元發(fā)送控制報(bào)文，并接收來自所述網(wǎng)元的報(bào)文的步驟還包括：

判斷網(wǎng)絡(luò)管理員要對網(wǎng)元進(jìn)行配置時(shí)，獲取網(wǎng)絡(luò)管理員對所述網(wǎng)元設(shè)置的新的配置信息；

通過所述傳輸通道向所述網(wǎng)元發(fā)送包括所述新的配置信息的控制報(bào)文。

上述網(wǎng)絡(luò)設(shè)備管理方法具有的有益效果為：在該網(wǎng)絡(luò)設(shè)備管理方法中，網(wǎng)元獲取到集中管理設(shè)備的IP地址后，根據(jù)該IP地址與集中管理設(shè)備建立適用于無連接的傳輸層協(xié)議的傳輸通道，且該傳輸通道能夠經(jīng)過路由器，故網(wǎng)元與集中管理設(shè)備即使不在同一局域網(wǎng)依然能夠正常通信。之后，網(wǎng)元通過該傳輸通道接收來自集中管理設(shè)備的控制報(bào)文并進(jìn)行相應(yīng)操作，且向集中管理設(shè)備發(fā)送報(bào)文，從而使得集中管理設(shè)備能夠?qū)W(wǎng)元進(jìn)行管理。因此，上述網(wǎng)絡(luò)設(shè)備管理方法通過采用無連接的傳輸協(xié)議的傳輸通道，解除了網(wǎng)元和集中管理設(shè)備在地理位置上的束縛，使得一臺集中管理設(shè)備可以管理多地的局域網(wǎng)，節(jié)約了設(shè)備成本，也不需要更多的網(wǎng)絡(luò)管理員，節(jié)約了人力成本。

附圖說明

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

圖1為一實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理處理方法的流程圖；

圖2為圖1所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法中步驟S100的其中一種具體實(shí)施方式流程圖；

圖3為圖1所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法中步驟S200的其中一種具體實(shí)施方式流程圖；

圖4為圖1所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法中步驟S300的其中一種具體實(shí)施方式流程圖；

圖5為圖1所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法的其中一種具體實(shí)施方式流程圖；

圖6為另一實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理方法的流程圖；

圖7為圖6所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法中步驟S400的其中一種實(shí)施方式流程圖；

圖8為圖6所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法中步驟S500的其中一種具體實(shí)施方式流程圖；

圖9為圖6所示實(shí)施例的網(wǎng)絡(luò)設(shè)備管理方法的其中一種具體實(shí)施方式流程圖。

具體實(shí)施方式

為了便于理解本發(fā)明，下面將參照相關(guān)附圖對本發(fā)明進(jìn)行更全面的描述。附圖中給出了本發(fā)明的較佳實(shí)施例。但是，本發(fā)明可以以許多不同的形式來實(shí)現(xiàn)，并不限于本文所描述的實(shí)施例。相反地，提供這些實(shí)施例的目的是使對本發(fā)明的公開內(nèi)容的理解更加透徹全面。

除非另有定義，本文所使用的所有的技術(shù)和科學(xué)術(shù)語與屬于發(fā)明的技術(shù)領(lǐng)域的技術(shù)人員通常理解的含義相同。本文中在發(fā)明的說明書中所使用的術(shù)語只是為了描述具體的實(shí)施例的目的，不是旨在限制本發(fā)明。本文所使用的術(shù)語“和/或”包括一個(gè)或多個(gè)相關(guān)的所列項(xiàng)目的任意的和所有的組合。

一實(shí)施例提供了一種網(wǎng)絡(luò)設(shè)備管理方法，由網(wǎng)絡(luò)中的網(wǎng)元執(zhí)行。其中，網(wǎng)元是網(wǎng)絡(luò)管理中可以監(jiān)視和管理的最小單位，例如交換機(jī)、路由器、AP等。本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理方法包括以下內(nèi)容，請參考圖1。

步驟S100.獲取集中管理設(shè)備的IP(Internet Protocol，互聯(lián)網(wǎng)協(xié)議)地址。

其中，集中管理設(shè)備是集網(wǎng)絡(luò)集中監(jiān)控、事故預(yù)警、管理、維護(hù)功能于一體的高效專用運(yùn)維管理網(wǎng)絡(luò)系統(tǒng)，在網(wǎng)絡(luò)故障或中斷時(shí)通過管理通道對網(wǎng)絡(luò)進(jìn)行管理和維護(hù)，從而無需網(wǎng)絡(luò)管理員到現(xiàn)場對網(wǎng)絡(luò)設(shè)備進(jìn)行直接干預(yù)。

另外，網(wǎng)元獲取了集中管理設(shè)備的IP地址后，代表該網(wǎng)元將期望受控于該集中管理設(shè)備。集中管理設(shè)備的IP地址可以由用戶輸入至網(wǎng)元，也可以是網(wǎng)元根據(jù)用戶的指示自行在網(wǎng)絡(luò)中獲取集中管理設(shè)備的IP地址。

步驟S200.根據(jù)IP地址與集中管理設(shè)備建立適用于無連接的傳輸層協(xié)議的傳輸通道。其中，該傳輸通道能夠經(jīng)過路由器。

本發(fā)明實(shí)施例中，無連接的傳輸層協(xié)議是指傳輸數(shù)據(jù)之前源端和終端不建立連接，源端直接將數(shù)據(jù)發(fā)送至網(wǎng)絡(luò)中。傳輸通道能夠經(jīng)過路由器，代表該傳輸通道能夠跨越局域網(wǎng)進(jìn)行數(shù)據(jù)傳輸，即能夠穿過網(wǎng)關(guān)。具體的，無連接的傳輸層協(xié)議可以為UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)協(xié)議，這時(shí)，網(wǎng)元與集中管理設(shè)備建立的傳輸通道為UDP通道。

在該步驟中，由于網(wǎng)元已經(jīng)知道了集中管理設(shè)備的IP地址且上述傳輸通道采用無連接的傳輸協(xié)議，因此網(wǎng)元可以根據(jù)該IP地址并利用該無連接的傳輸協(xié)議與集中管理設(shè)備進(jìn)行通信，以使得集中管理設(shè)備知曉將要對該網(wǎng)元進(jìn)行管理，并建立上述傳輸通道，之后集中管理設(shè)備與網(wǎng)元即可利用該傳輸通道相互傳輸數(shù)據(jù)，并且，發(fā)送端每次發(fā)送數(shù)據(jù)時(shí)無需建立與接收端的連接即可直接發(fā)送。另外，由于上述傳輸通道能夠穿越網(wǎng)關(guān)，因此即使網(wǎng)元與集中管理設(shè)備不在同一個(gè)局域網(wǎng)內(nèi)，兩者之間仍然能夠正常傳輸數(shù)據(jù)，從而實(shí)現(xiàn)了跨三層及以上集中管理網(wǎng)元的目的。

步驟S300.通過上述傳輸通道接收來自集中管理設(shè)備的控制報(bào)文并進(jìn)行相應(yīng)操作，且向集中管理設(shè)備發(fā)送報(bào)文。

該步驟中，網(wǎng)元接收到控制報(bào)文后，即可在集中管理設(shè)備的控制下進(jìn)行相應(yīng)操作，例如更改相關(guān)配置信息。并且，網(wǎng)元可以向集中管理設(shè)備反饋信息，以使得集中管理設(shè)備能夠及時(shí)知曉網(wǎng)元的實(shí)時(shí)狀態(tài)，便于進(jìn)行統(tǒng)一管理。

因此，本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)設(shè)備管理方法，通過采用符合無連接的傳輸協(xié)議的傳輸通道，解除了網(wǎng)元和集中管理設(shè)備在地理位置上的束縛，使得一臺集中管理設(shè)備可以管理多地的局域網(wǎng)，節(jié)約了設(shè)備成本，也不需要更多的網(wǎng)絡(luò)管理員，節(jié)約了人力成本。

在其中一個(gè)實(shí)施例中，步驟S100的其中一種具體實(shí)施方式包括以下內(nèi)容，請參考圖2。

步驟S110.接收用戶輸入的受控信息。

其中，受控信息能夠指示該網(wǎng)元是否受控于集中管理設(shè)備，換言之，網(wǎng)元可以根據(jù)用戶輸入的信息來決定是否接受集中管理設(shè)備的控制。由于互聯(lián)網(wǎng)內(nèi)有不止一臺集中管理設(shè)備，為了防止非法的集中管理設(shè)備獲取公司網(wǎng)絡(luò)信息或惡意攻擊，因此，在本發(fā)明實(shí)施例中，與集中管理設(shè)備建立通信的主動(dòng)權(quán)在網(wǎng)元。網(wǎng)元可以選擇是否接受集中管理設(shè)備的管理，接受了管理后也可以隨時(shí)自主斷開和集中管理設(shè)備的連接。

步驟S120.根據(jù)受控信息判定用戶指定受控于集中管理設(shè)備時(shí)，獲取集中管理設(shè)備的IP地址。

由于可能存在多臺集中管理設(shè)備，因此，用戶可以通過配置集中管理設(shè)備的IP地址，來控制網(wǎng)元選擇接受哪一臺集中管理設(shè)備的管理，并且可以只接受一臺集中管理設(shè)備的管理或者同時(shí)接受多臺集中管理設(shè)備的管理。

具體的，步驟S120可以包括以下內(nèi)容，請參考圖5。

步驟S121.根據(jù)受控信息判斷用戶是否指定受控于集中管理設(shè)備，若是，執(zhí)行步驟S122，否則結(jié)束操作。

步驟S122.獲取集中管理設(shè)備的IP地址。

在其中一個(gè)實(shí)施例中，步驟S200包括以下內(nèi)容，請參考圖3。

步驟S210.根據(jù)上述IP地址向集中管理設(shè)備發(fā)送符合無連接的傳輸協(xié)議的第一報(bào)文。其中，第一報(bào)文至少能夠使集中管理設(shè)備識別出網(wǎng)元在網(wǎng)絡(luò)中所處的位置。

當(dāng)集中管理設(shè)備識別出網(wǎng)元在網(wǎng)絡(luò)中所處的位置后，即可與網(wǎng)元相互傳輸數(shù)據(jù)。具體的，第一報(bào)文可以為滿足UDP協(xié)議的Hello報(bào)文，其具體內(nèi)容可以包括：網(wǎng)元的名字、MAC地址、設(shè)備型號、密鑰等。

步驟S220.判斷接收到來自集中管理設(shè)備的符合無連接的傳輸協(xié)議的第一確認(rèn)報(bào)文時(shí)，確認(rèn)與集中管理設(shè)備建立了傳輸通道。其中，第一確認(rèn)報(bào)文用于代表集中管理設(shè)備已經(jīng)接收到了第一報(bào)文。

當(dāng)集中管理設(shè)備接收到第一報(bào)文后，即可知曉該網(wǎng)元已經(jīng)選擇接受該集中管理設(shè)備的管理。當(dāng)該集中管理設(shè)備發(fā)送了第一確認(rèn)報(bào)文后，則代表傳輸通道成功建立。

具體的，步驟S220的其中一種具體實(shí)施方式包括以下內(nèi)容，請繼續(xù)參考圖5。

步驟S221.判斷是否接收到來自集中管理設(shè)備的符合無連接的傳輸協(xié)議的第一確認(rèn)報(bào)文，若是，執(zhí)行步驟S300包括的內(nèi)容；否則，結(jié)束操作。

當(dāng)網(wǎng)元沒有接收到第一確認(rèn)報(bào)文時(shí)，可能集中管理設(shè)備不存在，或者集中管理設(shè)備的IP地址有誤，也或者出現(xiàn)了其他突發(fā)的意外情況。因此，本發(fā)明實(shí)施例通過先發(fā)送第一報(bào)文，并檢測是否收到第一確認(rèn)報(bào)文的方式，能夠盡早發(fā)現(xiàn)網(wǎng)絡(luò)故障，從而避免網(wǎng)絡(luò)故障的進(jìn)一步惡化。

在其中一個(gè)實(shí)施例中，步驟S300的其中一種具體實(shí)施方式包括以下內(nèi)容，請參考圖4。

步驟S310.通過傳輸通道向集中管理設(shè)備發(fā)送第二報(bào)文。其中，第二報(bào)文包括網(wǎng)元的配置信息。

具體的，第二報(bào)文可以為滿足上述無連接的傳輸協(xié)議的join報(bào)文，具體內(nèi)容可以包括：設(shè)備型號、設(shè)備MAC地址、設(shè)備IP地址和掩碼、設(shè)備軟件版本號和硬件版本號、端口狀態(tài)、端口流量等，從而能夠供集中管理設(shè)備實(shí)時(shí)查看網(wǎng)絡(luò)狀況和日志信息等，便于對網(wǎng)元進(jìn)行管理，以保證網(wǎng)絡(luò)的正常運(yùn)行。

步驟S320.判斷通過傳輸通道接收到來自集中管理設(shè)備的第二確認(rèn)報(bào)文且狀態(tài)機(jī)處于下線狀態(tài)時(shí)，將狀態(tài)機(jī)切換至上線狀態(tài)。其中，當(dāng)狀態(tài)機(jī)切換至上線狀態(tài)后，網(wǎng)元之后再次發(fā)送更新配置信息后的第二報(bào)文后，則無需判斷是否接收到第二確認(rèn)報(bào)文。

其中，第二確認(rèn)報(bào)文代表集中管理設(shè)備已經(jīng)成功接收了上述第二報(bào)文。另外，第二確認(rèn)報(bào)文還可以用來探測網(wǎng)元，這時(shí)，即使沒有接收到網(wǎng)元發(fā)送的第二報(bào)文，集中管理設(shè)備也會周期性的發(fā)送第二確認(rèn)報(bào)文。具體的，第二確認(rèn)報(bào)文可以為probe報(bào)文，其具體內(nèi)容可以包括：源MAC地址(即集中管理設(shè)備的MAC地址)、目的MAC地址(即網(wǎng)元的MAC地址)。

另外，上線和下線是狀態(tài)機(jī)的兩種狀態(tài)。在本發(fā)明實(shí)施例中，狀態(tài)機(jī)處于下線狀態(tài)時(shí)，網(wǎng)元發(fā)送第二報(bào)文后需要確認(rèn)集中管理設(shè)備是否接收，即需要判斷是否接收到第二確認(rèn)報(bào)文；而狀態(tài)機(jī)處于上線狀態(tài)時(shí)，網(wǎng)元發(fā)送了第二報(bào)文后，則無需等待集中管理設(shè)備的回復(fù)，而可以直接執(zhí)行后續(xù)操作。

網(wǎng)元開始執(zhí)行本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理方法之前，狀態(tài)機(jī)默認(rèn)是處于下線狀態(tài)的，因此當(dāng)網(wǎng)元發(fā)送了第二報(bào)文后，需要在接收到集中管理設(shè)備發(fā)送的第二確認(rèn)報(bào)文后，才可以繼續(xù)執(zhí)行后續(xù)的步驟。并且，在網(wǎng)元接收到第二確認(rèn)報(bào)文后，將狀態(tài)機(jī)切換為上線狀態(tài)。由于在后續(xù)的運(yùn)行過程中，在集中管理設(shè)備的控制下，網(wǎng)元的配置信息隨時(shí)可能進(jìn)行更新，即網(wǎng)元還會繼續(xù)向集中管理設(shè)備發(fā)送更新配置信息后的第二報(bào)文，然而由于此時(shí)狀態(tài)機(jī)已經(jīng)處于上線狀態(tài)，因此后續(xù)再次發(fā)送第二報(bào)文后，網(wǎng)元?jiǎng)t無需等待集中管理設(shè)備的回復(fù)即可直接執(zhí)行后續(xù)的操作，從而減輕了網(wǎng)元與集中管理設(shè)備的運(yùn)行負(fù)擔(dān)，提高了運(yùn)行速度。

具體的，步驟S320的其中一種具體實(shí)施方式包括以下內(nèi)容，請參考圖6。

步驟S321.判斷是否接收到來自集中管理設(shè)備第二確認(rèn)報(bào)文，若是，執(zhí)行步驟S322；否則，執(zhí)行步驟S324。

步驟S322.判斷狀態(tài)機(jī)是否處于上線狀態(tài)，若是，則執(zhí)行步驟S330中的具體內(nèi)容；否則，執(zhí)行步驟S323。

步驟S323.將狀態(tài)機(jī)切換至上線狀態(tài)。

步驟S324.第一計(jì)數(shù)器記錄次數(shù)n。

具體的，第一計(jì)數(shù)器是在狀態(tài)機(jī)處于下線狀態(tài)且網(wǎng)元發(fā)送了第二報(bào)文后開始，每隔設(shè)定時(shí)間(例如3秒)記錄一次，n的初始值為零，如果發(fā)送第二報(bào)文3秒內(nèi)網(wǎng)元收到集中管理設(shè)備發(fā)送的第二確認(rèn)報(bào)文，第一計(jì)數(shù)器就將n設(shè)為零，并停止記錄；如果3秒內(nèi)網(wǎng)元沒有收到集中管理設(shè)備發(fā)送的第二確認(rèn)報(bào)文，第一計(jì)數(shù)器就將n加1，如果下一個(gè)3秒內(nèi)還沒收到第二確認(rèn)報(bào)文，再將n加1，以此類推。

步驟S325.判斷n是否大于設(shè)定閾值，若是，執(zhí)行步驟S326；否則執(zhí)行步驟S310。

其中，設(shè)定閾值例如為3。

步驟S326.判斷狀態(tài)機(jī)是否處于下線狀態(tài)，若是，結(jié)束操作；否則，執(zhí)行步驟S327。

步驟S327.將狀態(tài)機(jī)切換為下線狀態(tài)。

因此，本發(fā)明實(shí)施例通過采取上述計(jì)數(shù)的方式，可以使網(wǎng)元在判斷網(wǎng)絡(luò)發(fā)生故障時(shí)停止運(yùn)行。

請繼續(xù)參考圖4，步驟S300的具體實(shí)施方式在步驟S320之后，還包括以下內(nèi)容。

步驟S330.判斷通過傳輸通道接收到來自集中管理設(shè)備的控制報(bào)文后，根據(jù)控制報(bào)文執(zhí)行相關(guān)配置操作。

其中，集中管理設(shè)備可以通過控制報(bào)文來更新網(wǎng)元的配置信息。執(zhí)行相關(guān)配置操作，是指網(wǎng)元根據(jù)控制報(bào)文的內(nèi)容來更新相關(guān)的配置信息。

具體的，步驟S330的其中一種具體實(shí)施方式包括以下內(nèi)容，請繼續(xù)參考圖6。

步驟S331.判斷是否通過傳輸通道接收到來自集中管理設(shè)備的控制報(bào)文，如果是，執(zhí)行步驟S332；否則，執(zhí)行步驟S321。

步驟S332.根據(jù)控制報(bào)文執(zhí)行相關(guān)配置操作。

請繼續(xù)參考圖4，步驟S300的具體實(shí)施方式在步驟S330之后，還包括：

步驟S340.通過傳輸通道向集中管理設(shè)備發(fā)送更新配置信息后的第二報(bào)文。

該步驟執(zhí)行完畢后，由于集中管理設(shè)備仍然可能連續(xù)下發(fā)控制報(bào)文，而且這時(shí)網(wǎng)元的狀態(tài)機(jī)處于上線狀態(tài)，因此無需等待集中管理設(shè)備的回復(fù)，即可繼續(xù)執(zhí)行步驟S331，以避免漏掉集中管理設(shè)備下發(fā)的控制報(bào)文。

可以理解的是，網(wǎng)絡(luò)設(shè)備管理方法的具體實(shí)施方式不限于上述情況，例如在步驟S210中，網(wǎng)元向集中管理設(shè)備發(fā)送的第一報(bào)文也可以包括第二報(bào)文的內(nèi)容，這時(shí)網(wǎng)元?jiǎng)t無需再執(zhí)行發(fā)送第二報(bào)文的步驟。

在另一實(shí)施例中，提供了另一種網(wǎng)絡(luò)設(shè)備管理方法，由網(wǎng)絡(luò)中的集中管理設(shè)備執(zhí)行。需要說明的是，該實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理方法與上一實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理方法相對應(yīng)。請參考圖6，本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)設(shè)備管理方法包括以下內(nèi)容。

步驟S400.在網(wǎng)元的請求下與網(wǎng)元建立符合無連接的傳輸層協(xié)議的傳輸通道。其中，傳輸通道能夠經(jīng)過路由器。

該步驟在執(zhí)行前，網(wǎng)元已經(jīng)執(zhí)行了步驟S100，換言之，只有在網(wǎng)元愿意接受該集中管理設(shè)備的控制后，該集中管理設(shè)備才能夠開始執(zhí)行步驟S400。其中，在網(wǎng)元的請求下，就是代表網(wǎng)元愿意接受本集中管理設(shè)備的管理。需要說明的是，以下出現(xiàn)的所有網(wǎng)元都是指愿意受控于集中管理設(shè)備的網(wǎng)元。

無連接的傳輸層協(xié)議是指傳輸數(shù)據(jù)之前源端和終端不建立連接，源端直接將數(shù)據(jù)發(fā)送至網(wǎng)絡(luò)中。傳輸通道能夠經(jīng)過路由器，代表該傳輸通道能夠跨越局域網(wǎng)進(jìn)行數(shù)據(jù)傳輸，即能夠穿過網(wǎng)關(guān)。具體的，無連接的傳輸層協(xié)議可以為UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)協(xié)議，這時(shí)，網(wǎng)元與集中管理設(shè)備建立的傳輸通道為UDP通道。

在該步驟執(zhí)行前，由于網(wǎng)元已經(jīng)知道了集中管理設(shè)備的IP地址且上述傳輸通道采用無連接的傳輸協(xié)議，因此網(wǎng)元可以根據(jù)該IP地址并利用該無連接的傳輸協(xié)議與集中管理設(shè)備進(jìn)行通信，以使得集中管理設(shè)備知曉將要控制該網(wǎng)元，并建立上述傳輸通道，之后集中管理設(shè)備與網(wǎng)元即可利用該傳輸通道相互傳輸數(shù)據(jù)，并且，發(fā)送端每次發(fā)送數(shù)據(jù)時(shí)無需建立與接收端的連接，即可直接發(fā)送。另外，由于上述傳輸通道可以穿越網(wǎng)關(guān)，因此即使網(wǎng)元與集中管理設(shè)備不在同一個(gè)局域網(wǎng)內(nèi)，兩者之間也可正常傳輸數(shù)據(jù)，從而能夠?qū)崿F(xiàn)跨三層及以上集中管理網(wǎng)元的效果。

步驟S500.通過傳輸通道向網(wǎng)元發(fā)送控制報(bào)文，并接收來自網(wǎng)元的報(bào)文。

該步驟中，集中管理設(shè)備發(fā)送控制報(bào)文后，即可控制網(wǎng)元進(jìn)行相應(yīng)操作，例如控制網(wǎng)元更改相關(guān)配置信息。并且，網(wǎng)元也可以向集中管理設(shè)備反饋信息，以使得集中管理設(shè)備能夠及時(shí)知曉網(wǎng)元的實(shí)時(shí)狀態(tài)，便于進(jìn)行統(tǒng)一管理。

因此，本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)管理方法通過采用無連接的傳輸協(xié)議的傳輸通道，解除了網(wǎng)元和集中管理設(shè)備在地理位置上的束縛，使得一臺集中管理設(shè)備可以管理多地的局域網(wǎng)，節(jié)約了設(shè)備成本，也不需要更多的網(wǎng)絡(luò)管理員，節(jié)約了人力成本。

在其中一個(gè)實(shí)施例中，步驟S400的其中一種具體實(shí)施方式包括以下內(nèi)容，請參考圖7。

步驟S410.接收來自網(wǎng)元的符合無連接的傳輸協(xié)議的第一報(bào)文。其中，第一報(bào)文至少能夠使集中管理設(shè)備識別出網(wǎng)元在網(wǎng)絡(luò)中所處的位置。

當(dāng)網(wǎng)元執(zhí)行了上一實(shí)施例中的步驟S210后，集中管理設(shè)備即可接收到第一報(bào)文，并對該第一報(bào)文進(jìn)行確認(rèn)，從而確保傳輸通道的穩(wěn)定建立。另外，當(dāng)集中管理設(shè)備收到該第一報(bào)文后，首先可以MAC地址為關(guān)鍵字，建立和更新通道數(shù)據(jù)庫。該通道數(shù)據(jù)庫中包含了各受控的網(wǎng)元的名字、MAC地址、設(shè)備型號、第一報(bào)文的源端口號及源IP地址。

步驟S420.向網(wǎng)元發(fā)送符合無連接的傳輸協(xié)議的第一確認(rèn)報(bào)文，以與網(wǎng)元建立傳輸通道。其中，第一確認(rèn)報(bào)文用于代表集中管理設(shè)備已經(jīng)接收到了第一報(bào)文。

該步驟執(zhí)行完畢后，網(wǎng)元即可執(zhí)行上一實(shí)施例中的步驟S220。

在其中一個(gè)實(shí)施例中，步驟S500的其中一種具體實(shí)施方式包括以下內(nèi)容，請參考圖8。

步驟S510.通過傳輸通道接收來自網(wǎng)元的第二報(bào)文。其中，第二報(bào)文包括網(wǎng)元的配置信息。

當(dāng)網(wǎng)元執(zhí)行了上一實(shí)施例中的步驟S310后，集中管理設(shè)備即可接收到第二報(bào)文。

具體的，步驟S510包括以下內(nèi)容，請參考圖9。

步驟S511.判斷是否通過傳輸通道接收到來自網(wǎng)元的第二報(bào)文，若是，執(zhí)行步驟S520；否則，執(zhí)行步驟S512。

步驟S512.第二計(jì)數(shù)器記錄次數(shù)n。

具體的，第二計(jì)數(shù)器在集中管理設(shè)備向網(wǎng)元發(fā)送了第一確認(rèn)報(bào)文后開始，每隔設(shè)定時(shí)間(例如3秒)記錄一次，n的初始值為零。如果集中管理設(shè)備發(fā)送第一確認(rèn)報(bào)文3秒內(nèi)收到來自網(wǎng)元的第二報(bào)文，第二計(jì)數(shù)器就將n設(shè)為零，并停止記錄；如果集中管理設(shè)備3秒內(nèi)沒有收到來自網(wǎng)元的第二報(bào)文，第二計(jì)數(shù)器將n加1，如果下一個(gè)3秒內(nèi)還沒收到第二報(bào)文，再將n加1，以此類推。

步驟S513.判斷n是否大于設(shè)定閾值，若是，結(jié)束操作；否則執(zhí)行步驟S511。

其中，設(shè)定閾值例如為3。

因此，本發(fā)明實(shí)施例通過采取上述計(jì)數(shù)的方式，可以使集中管理設(shè)備在發(fā)現(xiàn)網(wǎng)絡(luò)故障時(shí)及時(shí)停止運(yùn)行。

步驟S500的其中一種具體實(shí)施方式在步驟S510之后還包括以下內(nèi)容，請繼續(xù)參考圖8。

步驟S520.解析所述第二報(bào)文，并將解析出的配置信息加入至網(wǎng)元數(shù)據(jù)庫中。其中，網(wǎng)元數(shù)據(jù)庫包括受控于集中管理設(shè)備的所有網(wǎng)元的配置信息。

集中管理設(shè)備通過解析各網(wǎng)元發(fā)送的第二報(bào)文，從而可以生成包括各網(wǎng)元的配置信息的網(wǎng)元數(shù)據(jù)庫。網(wǎng)元數(shù)據(jù)庫通過整理后，可以形成網(wǎng)絡(luò)拓?fù)洹⑷罩?、統(tǒng)一報(bào)表、實(shí)時(shí)流量、設(shè)備列表等，以供網(wǎng)絡(luò)管理員隨時(shí)查看各網(wǎng)元的狀態(tài)。

步驟S530.通過傳輸通道向網(wǎng)元發(fā)送第二確認(rèn)報(bào)文。

該步驟執(zhí)行后，網(wǎng)元即可執(zhí)行上一實(shí)施例中的步驟S320。

步驟S560.判斷網(wǎng)絡(luò)管理員要對網(wǎng)元進(jìn)行配置時(shí)獲取網(wǎng)絡(luò)管理員對網(wǎng)元設(shè)置的新的配置信息。

具體的，網(wǎng)絡(luò)管理員可以通過登錄集中管理設(shè)備的web(World Wide Web，全球廣域網(wǎng))頁面，來對各網(wǎng)元進(jìn)行控制，從而實(shí)現(xiàn)集中管理、統(tǒng)一維護(hù)。

具體的，步驟S560的其中一種具體實(shí)施方式包括以下內(nèi)容，請繼續(xù)參考圖9。

步驟S561.判斷網(wǎng)絡(luò)管理員是否要對網(wǎng)元進(jìn)行配置，如果是，執(zhí)行步驟S562；否則，繼續(xù)執(zhí)行上述步驟S511。

步驟S562.獲取網(wǎng)絡(luò)管理員設(shè)置的新的配置信息。

其中，集中管理設(shè)備與網(wǎng)絡(luò)管理員發(fā)生的上述所有交互都可以通過web頁面來完成。

步驟S500的其中一種具體實(shí)施方式在步驟S560之后還包括以下內(nèi)容，請繼續(xù)參考圖8。

步驟S570.通過傳輸通道向網(wǎng)元發(fā)送包括新的配置信息的控制報(bào)文。

該步驟執(zhí)行后，網(wǎng)元即可執(zhí)行上一實(shí)施例中的步驟S330。

進(jìn)一步的，請繼續(xù)參考圖9，本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)設(shè)備管理方法在步驟S530和步驟S560之間還包括以下內(nèi)容。

步驟S540.判斷網(wǎng)絡(luò)管理員是否查看配置信息，如果是，執(zhí)行步驟S550；否則，繼續(xù)執(zhí)行步驟S511。

如果網(wǎng)絡(luò)管理員沒有查看網(wǎng)元的配置信息，代表網(wǎng)絡(luò)管理員也不會對網(wǎng)元的配置信息進(jìn)行更改，因此可以繼續(xù)執(zhí)行步驟S511。

步驟S550.顯示網(wǎng)絡(luò)管理員期望查看的配置信息。

具體的，集中管理設(shè)備可以通過web頁面顯示相關(guān)網(wǎng)元的配置信息。網(wǎng)絡(luò)管理員也可以通過web頁面向集中管理設(shè)備輸入信息，以與集中管理設(shè)備發(fā)生交互。那么，網(wǎng)絡(luò)管理員通過web管理接口可以跳轉(zhuǎn)到具體的網(wǎng)元界面來

因此，本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)設(shè)備管理方法，使得網(wǎng)絡(luò)管理員可以隨時(shí)了解各局域網(wǎng)的實(shí)施狀態(tài)，并且可以直接配置任意受控的網(wǎng)元，提高了維護(hù)效率。

需要說明的是，圖1至圖9為本發(fā)明實(shí)施例的方法的流程示意圖。應(yīng)該理解的是，雖然圖1至圖9的流程圖中的各個(gè)步驟按照箭頭的指示依次顯示，但是這些步驟并不是必然按照箭頭指示的順序依次執(zhí)行。除非本文中有明確的說明，這些步驟的執(zhí)行并沒有嚴(yán)格的順序限制，其可以以其他的順序執(zhí)行。而且，圖1至圖9中的至少一部分步驟可以包括多個(gè)子步驟或者多個(gè)階段，這些子步驟或者階段并不必然是在同一時(shí)刻執(zhí)行完成，而是可以在不同的時(shí)刻執(zhí)行，其執(zhí)行順序也不必然是依次進(jìn)行，而是可以與其他步驟或者其他步驟的子步驟或者階段的至少一部分輪流或者交替地執(zhí)行。

以上所述實(shí)施例的各技術(shù)特征可以進(jìn)行任意的組合，為使描述簡潔，未對上述實(shí)施例中的各個(gè)技術(shù)特征所有可能的組合都進(jìn)行描述，然而，只要這些技術(shù)特征的組合不存在矛盾，都應(yīng)當(dāng)認(rèn)為是本說明書記載的范圍。

以上所述實(shí)施例僅表達(dá)了本發(fā)明的幾種實(shí)施方式，其描述較為具體和詳細(xì)，但并不能因此而理解為對發(fā)明專利范圍的限制。應(yīng)當(dāng)指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進(jìn)，這些都屬于本發(fā)明的保護(hù)范圍。因此，本發(fā)明專利的保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。