1、早在1994年IETF進行下一代網(wǎng)絡(luò)NGN和IPv6網(wǎng)絡(luò)的概念化模型設(shè)計研究時，就引入了對其網(wǎng)絡(luò)部分進行管理和監(jiān)控的概念。但由于網(wǎng)絡(luò)本身還沒有真正的實施應(yīng)用，所以這一期間對IPv6網(wǎng)絡(luò)本身并沒有相應(yīng)的管理和監(jiān)控相關(guān)研究。經(jīng)過十年的發(fā)展和完善IPv6網(wǎng)絡(luò)已由概念化模型轉(zhuǎn)化為能夠?qū)嶋H投入應(yīng)用的實驗網(wǎng)絡(luò)。在2005年初全球最大的基于IPv6的下一代互聯(lián)網(wǎng)CERNET2在我國正式部署開通，與此同時對IPv6網(wǎng)絡(luò)的性能等相關(guān)參數(shù)監(jiān)控的研究就顯得十

2、分迫切和必要。 而今天，網(wǎng)絡(luò)管理是行業(yè)中最重要，卻也是最混亂的課題之一?，F(xiàn)在的網(wǎng)絡(luò)環(huán)境是復(fù)雜多樣、相互競爭的，它們還具有不同業(yè)務(wù)的子網(wǎng)絡(luò)、多層的重用網(wǎng)和多媒介的特性。這些因素都增加了網(wǎng)絡(luò)管理的成本。在不久的將來，不僅路由器、工作站、服務(wù)器等網(wǎng)絡(luò)設(shè)備有IP地址，隨著移動通信以致個人通信的發(fā)展，手機、移動節(jié)點以及家電都可能擁有P地址。在這樣龐大而繁雜的網(wǎng)絡(luò)環(huán)境下，簡單且可定制的網(wǎng)絡(luò)管理實現(xiàn)將成為迫切的需求。SNMP管理框架及其實現(xiàn)正

3、滿足了這種要求。 SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)是一個著名的用于IP網(wǎng)絡(luò)管理的應(yīng)用層協(xié)議。由于其簡單性、有效性和可擴展性，已經(jīng)成為IP網(wǎng)絡(luò)中應(yīng)用最為廣泛的網(wǎng)絡(luò)管理協(xié)議。它是在管理進程和代理進程之間用來交換管理信息的協(xié)議。在TCP／IP和OSI環(huán)境下，被管網(wǎng)絡(luò)實體中的每個被管理資源由一個對象來表示，通過對各種網(wǎng)絡(luò)環(huán)境中所有可能用到對象的標準化和規(guī)范化，就形成了一個樹型結(jié)構(gòu)的數(shù)據(jù)庫，并命名為MIB(ManagementInformat

4、ionBase，管理信息庫)。為了滿足協(xié)同操作的要求，SM2(Stincture0fManagementInformation，管理信息結(jié)構(gòu))協(xié)議提供對MIB的統(tǒng)一定義方法。通過SNMP報文的交換，網(wǎng)絡(luò)管理站對代理進程中的相應(yīng)MIB對象進行讀fGet，GetNext，GetBulk)和寫(set)的操作，就實現(xiàn)了監(jiān)視被管網(wǎng)絡(luò)實體的系統(tǒng)資源和其運轉(zhuǎn)狀況，乃至通過修改這些對象值來控制系統(tǒng)中資源的目的。 由于SNMP協(xié)議本身是應(yīng)用層協(xié)

5、議，其實現(xiàn)獨立于IP協(xié)議。因此對SNMP協(xié)議本身從IPv4到IPv6的擴展并不是問題。從而，問題的關(guān)鍵成為MIB尤其是MIB-II從11％4到IPv6的擴展。經(jīng)過以上分析，我們可以確認，實現(xiàn)UnifiedMIB-II是進行IPv6網(wǎng)絡(luò)管理的有效和先進方法。但為了讓UnifiedMIB-II發(fā)揮其應(yīng)有的作用，我們考慮將實現(xiàn)以后的UnifiedMIB-II模塊嵌入一個開放源代碼的工程。我選擇Net-SNMP開發(fā)包的原因在于它是當(dāng)前對于11％

6、6來說最為先進的開發(fā)包工程。雖然Net-SNMPT程項目組在Net-SNMP5．2．1的發(fā)布版中已經(jīng)支持了IPv6網(wǎng)絡(luò)管理功能模塊，但Net-SNMP軟件包到目前為止不支持IPv6網(wǎng)管中拓撲發(fā)現(xiàn)所需MIB(如：RFC2465定義的IPv6-MIB)。 本文正是通過對RFC2465、RFC2466、RFC2452、RFC2454定義的11％6網(wǎng)絡(luò)相關(guān)MIB在Net-SNMP中的研究與實現(xiàn)，使IPv6網(wǎng)絡(luò)管理利用低成本、高效率、通用