[發明專利]網絡管理的方法和網元

無效

• 申請號: 201210384610.7
• 申請日: 2012-10-11
• 公開（公告）號: CN102891768A
• 公開（公告）日: 2013-01-23
• 發明（設計）人: 易偉;紀曉峰;鄭光迎
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及通信技術領域，具體涉及一種網絡管理的方法和網元。

背景技術

網管系統可以通過(Network?Configuration?Protocol，NETCONF)對網元進行管理，包括增加、修改、刪除網元的配置，獲取網元的配置和狀態信息。

通常，NETCONF客戶端(NETCONF?client)運行在網管系統上，NETCONF服務器(NETCONF?Server)運行在網元上(“NETCONF服務器”是一組軟件進程，而非硬件)。提供NETCONF客戶端功能的網管系統和提供NETCONF服務器功能的網元之間使用遠程過程調用(Remote?Procedure?Call，RPC)進行通訊交互。提供NETCONF客戶端功能的網管系統向提供NETCONF服務器功能的網元發送一個RPC請求，所述網元處理完RPC請求后，給所述網管系統發送一個回應消息，即RPC響應(RPC-reply)。RPC請求和RPC響應采用可擴展標記語言(eXtensible?Markup?Language，XML)編碼。

現有技術中，當網管系統通過RPC請求查詢網元上的數據時，如果數據量很大(例如查詢網元上的路由表信息，路由表可能有幾十萬條路由記錄)，網元返回相應的RPC響應需要比較長的時間，網管系統解析RPC響應中攜帶的數據也需要比較長的時間，導致網絡運維人員通過網管系統進行查詢操作的響應速度慢，從發出RPC請求到解析完返回數據的時間長，網管系統在集中處理大量返回數據時的CPU負荷高。

發明內容

提供一種網絡管理的方法和網元，可以解決現有技術中網管系統通過RPC請求大數據量的數據時響應速度慢，從發出RPC請求到解析完返回數據的時間長，集中處理大量返回數據時的CPU負荷高的問題。

第一方面，提供一種網絡管理的方法，包括：

提供NETCONF服務器功能的網元接收提供NETCONF客戶端功能的網管系統發來的RPC請求，所述RPC請求用于請求獲取所述網元存儲的數據；

所述網元按照所述RPC請求所請求獲取的數據在所述網元中存儲的順序，通過多次查詢來完成對所述RPC請求所請求獲取的數據的獲取，每次查詢獲得的數據不同，所述每次查詢獲得的數據保持數據完整性并且長度不超過預設的閾值，所述閾值小于所述RPC請求所請求獲取的數據的長度；

每次查詢后，將查詢獲得的數據攜帶在對應的RPC響應中發送給所述網管系統，除對應最后一次查詢的RPC響應之外，每次查詢對應的RPC響應標明所述RPC請求所請求獲取的數據未結束。

在所述第一方面的第一種可能的實現方式中，除對應最后一次查詢的RPC響應之外，所述每次查詢對應的RPC響應中在新增的序號屬性中攜帶第一標記來標明所述RPC請求所請求獲取的數據未結束。

根據所述第一方面的第一種可能的實現方式，提供了第二種可能的實現方式，所述對應最后一次查詢的RPC響應在新增的序號屬性中攜帶第二標記來標明所述RPC請求所請求獲取的數據結束。

根據所述第一方面的第一種可能的實現方式，或所述第二種可能的實現方式，提供了第三種可能的實現方式，其中所述第一標記還用于標識所述RPC響應攜帶的數據在所述RPC請求所請求獲取的數據中的順序。

根據所述第二種可能的實現方式，提供了第四種可能的實現方式，其中所述第一標記和所述第二標記是布爾型變量。

第二方面，提供一種提供NETCONF服務器功能的網元，包括：

接收單元，用于接收提供NETCONF客戶端功能的網管系統發來的RPC請求，所述RPC請求用于請求獲取所述網元存儲的數據；

查詢單元，用于按照所述RPC請求所請求獲取的數據在所述網元存儲的順序，通過多次查詢來完成對所述RPC請求所請求獲取的數據的獲取，每次查詢獲得的數據不同，所述每次查詢獲得的數據保持數據完整性并且長度不超過預設的閾值，所述閾值小于所述RPC請求所請求獲取的數據的長度；

發送單元，用于每次查詢后，將查詢獲得的數據攜帶在對應的RPC響應中發送給所述網管系統，除對應最后一次查詢的RPC響應之外，每次查詢對應的RPC響應標明所述RPC請求所請求獲取的數據未結束。

在所述第二方面的第一種可能的實現方式中，除對應最后一次查詢的RPC響應之外，所述每次查詢對應的RPC響應中在新增的序號屬性中攜帶第一標記來標明所述RPC請求所請求獲取的數據未結束。