【正文】 包括： 對象標(biāo)識符 OID 對象標(biāo)識符 （ Object Identifier） 也就是對象命名。 基本編碼規(guī)則 BER 用高級語言編寫的程序中所聲明的變量必須通過編譯器轉(zhuǎn)換為機(jī)器語言所能使用的格式才能夠使用，網(wǎng)絡(luò)中數(shù)據(jù)的傳輸也是同樣的道理，用 語言描述的對象信息必須轉(zhuǎn)換為串行的二進(jìn)制數(shù)據(jù)流才能在網(wǎng)絡(luò)中傳輸， SNMP 采用基本編碼規(guī)則 （ Basic Encode Rules ） 實現(xiàn) Manager 和 Agent 之間的管理信息編碼傳輸。 可擴(kuò)展性原則：為適應(yīng)將來的發(fā)展，系統(tǒng)應(yīng)具有良好的可擴(kuò)展性和可維護(hù)性。 4． 2 網(wǎng)絡(luò)管理體系結(jié)構(gòu) 計算機(jī)網(wǎng)絡(luò)是計算機(jī)、連接媒介、系統(tǒng)軟件和協(xié)議的復(fù)雜排列，網(wǎng)絡(luò)之間又互連形成更復(fù)雜 的互聯(lián)網(wǎng)，因此，在進(jìn)行網(wǎng)絡(luò)管理系統(tǒng)開發(fā)時，必須用邏輯模型來表示這些復(fù)雜的網(wǎng)絡(luò)組件，網(wǎng)絡(luò)管理一般采用管理者 — 管理代理的模型。網(wǎng)絡(luò)管理者處理所有來自被管理網(wǎng)絡(luò)系統(tǒng)上的管理代理的通信信息，為全網(wǎng)提供集中的決策支持，并控制和維護(hù)管理工作站上的信息存儲。采用模塊化原理可以使軟件結(jié)構(gòu)清晰，容易設(shè)計也容易閱讀和理解，而且容易測試和調(diào)試，有助于提高軟件的可靠性。 這個模塊的功能主要有： 查看 mib2 的對象，包括其 Agent、 OID、 Community 等信息； 選擇中某一對象，可以對其進(jìn)行 Get、 GetNext、 Set、 Walk 等操作，將信息顯示在屏幕上； 對 Get、 GetNext、 Set、 Walk 相關(guān)操作結(jié)果，可對其進(jìn)行后續(xù)的分析； 設(shè)計簡單報警管理，可以接收代理進(jìn)程上主動發(fā)來的信息，啟動該功能后，就能收到代理進(jìn)程主動發(fā)回的報告， 通知管理進(jìn)程有某些事情發(fā)生 。如圖 所示： b) TCP 連接表顯示 該功能將 tcpConnTable 表的信息顯示出來。 所謂編碼就是把軟件設(shè)計結(jié)果翻譯成用某種程序設(shè)計語言書寫的程序。該網(wǎng)絡(luò)管理工具的界面是通過 MFC 來實現(xiàn)的，是基于對話框而設(shè)計的。而簡單 組合類型包括一些表格的定義。 MIB 中的每個管理對象由類型和值組成。 INT retries = RETRIES。 //get mib data switch(m_nRadioIndex) { case GET: if((.0)==1){ 本 科 畢 業(yè) 設(shè) 計 第 23 頁 共 47 頁 m_strOid += .0。 } requestType = ASN_RFC1157_GETNEXTREQUEST。 (0,160)。reqObject)){ AfxMessageBox(Unknown Object Identifier)。 AfxMessageBox(errMsg)。 }else{ // The API succeeded, errors may be indicated from the remote agent. if (errorStatus 0){ (Error: errorStatus=%d, errorIndex=%d\n,errorStatus, errorIndex)。[i].name, amp。[i].value, errMsg)。[0].name)。[0].name,amp。 }else{ // Display resulting variable binding for this iteration. char *string = NULL。 } //SnmpUtilPrintAsnAny(amp。 SnmpUtilVarBindFree(amp。 } // end while() // Free the variable bindings that have been allocated. SnmpUtilVarBindListFree(amp。 } void CMonitorDlg::OnLEnd() { AfxBeginThread(StopCapture,NULL)。 char *string = NULL。 pDlgSetDlgItemText(IDC_EDIT2, listening for traps...)。 AsnInteger genericTrap。specificTrap, amp。 ResultString += (1) 企業(yè) ： \r\n。 break。 break。 ResultString += tempStr + \r\n。 } 5． 2 流量監(jiān)測 IP 輸入速率顯示的實現(xiàn) 本功能模塊只實現(xiàn) IP 輸入速率顯示的實現(xiàn)，點擊文件 開始監(jiān)測，就啟動了 IP 輸入速率監(jiān)測功能，以曲線的形式展現(xiàn)出來。 //執(zhí)行操作時使用的團(tuán)體名 = NULL。 } //周期 60 秒 CString Result。 [].y += (num oldNum) * 100 。 SnmpUtilOidCpy(amp。 } 運行結(jié)果如圖 所示： IP 包輸出速率顯示的實現(xiàn) IP 包輸出速率的實現(xiàn)與 IP 包輸入 速率的實現(xiàn)原理是一樣的，周期性查詢IPOutRequests 對象，將代碼中的 CString OIDString = . 。 ++。 //將返回結(jié)果暫時保存 SnmpUtilVarBindFree(amp。[0])。 i60。 本 科 畢 業(yè) 設(shè) 計 第 33 頁 共 47 頁 munity = (LPSTR)SNMP_malloc(()+1)。 if(hNewTraps) CloseHandle(hNewTraps)。 ResultString += tempStr + \r\n。 break。 } ResultString += tempStr + \r\n。enterprise, amp。IPAddress, amp。 } else {AsnObjectIdentifier enterprise。 } isRegistered = true。 static bool isRegistered = false。 } return TRUE。 SnmpUtilOidFree(amp。tempOid, amp。 (0,0,errMsg)。 AfxMessageBox(errMsg)。 break。 SnmpUtilOidCpy(amp。[i].value)。 i++) { (0,NULL)。 AfxMessageBox(errMsg)。 // NOTE! structure copy [ 1]. = ASN_NULL。 SetDlgItemText(IDC_Status,)。 } UpdateData(FALSE)。 break。 int index。 AsnObjectIdentifier reqObject。所以， SNMP MIB 僅僅能夠存儲簡單的數(shù)據(jù)類型：標(biāo)量型和二維表型。簡單類型包括 的四種基本類型：整數(shù) INTEGER、字符串 OCTET STRING、對象類 OBJECT IDENTIFIER 和二進(jìn)制位串 BITSTRING。 界面設(shè)計方法 MIB 變量查詢是整個系統(tǒng)的主界面，對于應(yīng)用軟件來說，一個基本現(xiàn)實就是：用戶界面是面向用戶的。 ipAdEntNetMask 給出了子網(wǎng)掩碼，而 ipAdEntBcastAddr告知廣播地址。 Interface 組對象提供關(guān)于網(wǎng)絡(luò)設(shè)備上每個特定接口的數(shù)據(jù)，在失效、配置、性能和計費管理中都有用的。 SNMP 中的這個概念被大大簡化了，沒有了繼承等面向?qū)ο蟮奶匦?，可以說， SNMP 中的被管對象僅相當(dāng)于 ISO 所定義被管對象的一個屬性。但總體而言，它仍是一種集中式的管理體系，應(yīng)用程序一量增多管理平臺就成了瓶頸。在此，管理平臺是 指 Windows 操作系統(tǒng)。用戶界面應(yīng)當(dāng)直觀、明了、條理清晰。 實用性原則：要力求最大限度得滿足實際工作的需要，考慮各業(yè)務(wù)層次、各管理環(huán)節(jié)數(shù)據(jù)處理的實用性，把滿足用戶生產(chǎn)的和管理業(yè)務(wù)作為第一要素進(jìn)行考慮。編譯程序和編解碼器可以提供運行代碼將用戶或協(xié)議中傳輸?shù)男畔⑥D(zhuǎn)換成具體的二進(jìn)制數(shù)據(jù)流。因此，提供公共信息模型是實現(xiàn)系統(tǒng)管理模型的關(guān)鍵。這樣可以大大減少網(wǎng)絡(luò)管理的通信負(fù)擔(dān)。 c) trap 首部 企業(yè)（ enterprise）：填入 trap 報 文的網(wǎng)絡(luò)設(shè)備的對象標(biāo)識符。需要注意的是在代理進(jìn)程端是用熟知的 161 端口來接收 get 或 set 報文，而在管理進(jìn)程端是用熟知的 162 端口來接收 trap 報文。為此，對 SNMP 實現(xiàn)的建議是對每個管理信息要裝配單獨的數(shù)據(jù)報獨立發(fā)送，而且報文應(yīng)短些，不超過 484 個字節(jié)。 Get 檢索數(shù)據(jù) ， Set 改變數(shù)據(jù)，而 GetNext 提供掃描MIB 樹和連續(xù)檢索數(shù)據(jù)的方法。它為 SNMP 網(wǎng)絡(luò)管理開發(fā)者提供了必須遵循的開發(fā)式單一接口規(guī)范，它定義了過程調(diào)用、數(shù)據(jù)類型、數(shù)據(jù)結(jié)構(gòu)和相關(guān)的語法。 a) SNMP 擴(kuò)展代理 API 函數(shù) SNMP擴(kuò)展代理 API函數(shù)定義 SNMP服務(wù)和第三方 SNMP擴(kuò)展代理 DLL間的接口。在 Windows 操作系統(tǒng)下編程，通常通過調(diào)用Windows API 得以實現(xiàn)。由于本系統(tǒng)針對小型網(wǎng)絡(luò)的管理，所以對實時性的要求不是太高。性能管理是網(wǎng)絡(luò)管理最重要的功能之一，目的是維護(hù)網(wǎng)絡(luò)服務(wù)質(zhì)量和網(wǎng)絡(luò)運營效率。 目的在于： 培養(yǎng)調(diào)查、收集、加工各種信息的能力；能夠初步掌握開展科學(xué)研究的工作步驟和基本方法，提高自學(xué)能力和對工作環(huán)境的適應(yīng)能力。在研究方面 ， 應(yīng)盡可能跟蹤國外的先進(jìn)技術(shù) ， 并開展自己的研究。 在此，簡單介紹一些國際上較主流的網(wǎng)絡(luò)管理軟件： 當(dāng)前國際網(wǎng)絡(luò)市場上，有一個十分活躍的適用于中小企業(yè)的網(wǎng)絡(luò)管理軟件 Cisco Work 2021。由于其特別適合于分布式處理，已開始在許多領(lǐng)域里得到應(yīng)用，并展現(xiàn)了美好的前景。隨著 TCP／ IP 協(xié)議及其網(wǎng)絡(luò)的快速發(fā)展，出現(xiàn)了簡單網(wǎng)絡(luò)管理協(xié)議 （ SNMP） 。使網(wǎng)絡(luò)經(jīng)營者在經(jīng)濟(jì) 上受到損失，給用戶帶來麻煩。但是 ， 網(wǎng)絡(luò)管理一直沒有得到應(yīng)有的重視。從廣義上講 ， 任何一個系統(tǒng)都需要管理 ， 只是根據(jù)系統(tǒng)的大小、復(fù)雜性的高低 ， 管理在系統(tǒng)中的重要性也有重有輕 。網(wǎng)絡(luò)設(shè)備復(fù)雜有兩個含義，一是功能復(fù)雜，二是生產(chǎn)廠商多，產(chǎn)品規(guī)格不統(tǒng)一。當(dāng)今時代，人們對網(wǎng)絡(luò)的依賴越來越強(qiáng)，普通人通過網(wǎng)絡(luò)打電話、發(fā)傳真、發(fā) EMAIL， 企業(yè)通過網(wǎng)絡(luò)發(fā)布產(chǎn)品信息，獲得商業(yè)情報，甚至組建企業(yè)專用網(wǎng)。 CMIP 提供了一種 “ 緊耦合 ” 的管理控制，具有許多管理功能。由于網(wǎng)絡(luò)高速發(fā)展，網(wǎng)絡(luò)管理在理論和方法上處于滯后狀態(tài)，對于網(wǎng)絡(luò)中的新問題缺少理論分析方法和模型，尤其對于高速網(wǎng)絡(luò)的監(jiān)測與控制，實時性要求很嚴(yán)，傳統(tǒng)的方法已不能適應(yīng)。全面支持 SNMP 協(xié)議，具有較強(qiáng)的安全性；在我國，青鳥網(wǎng)軟自主研發(fā)具有國際先進(jìn)設(shè)計理念的青鳥網(wǎng)碩 Net SureCXpert—— 網(wǎng)絡(luò) 本 科 畢 業(yè) 設(shè) 計 第 3 頁 共 47 頁 與系統(tǒng)綜合管理平臺，克服了對網(wǎng)絡(luò)與服務(wù)的分割管理，實現(xiàn)了面向服務(wù)的綜合網(wǎng)絡(luò)服務(wù)管理，為企業(yè)提供了管理網(wǎng)絡(luò)服務(wù)的 IT 基礎(chǔ)構(gòu)架。 隨著網(wǎng)絡(luò)管理技術(shù)的發(fā)展，網(wǎng)絡(luò)管理將不斷完善、統(tǒng)一管理的標(biāo)準(zhǔn)，不斷拓展應(yīng)用的領(lǐng)域。 本 科 畢 業(yè) 設(shè) 計 第 4 頁 共 47 頁 2 需求分析 為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須準(zhǔn)確了解與分析用戶的需求。 2． 1 功能需求 操作簡單，界面友好，所要求的功能很好的實現(xiàn)，這是一個最基本的需求。本系統(tǒng)采用 MFC 制作界面，網(wǎng)管功能主要通過Windows 的 SNMP API 實現(xiàn)。兩者結(jié)合， 讓 Windows 操作系統(tǒng)下的編程變的非常簡單。此 DLL 與 SNMP 自陷服務(wù)（ ） 一起工作，并能與一個或多個第三方管理端應(yīng)用程序相結(jié)合。 本 科 畢 業(yè) 設(shè) 計 第 8 頁 共 47 頁 3． 2 簡單網(wǎng)絡(luò)管理協(xié)議 SNMP SNMP 的管理框架 SNMP 由兩部分組成： 第一部分是 MIB 樹。 SNMP 協(xié)議體系結(jié)構(gòu) 由于 SNMP 定義為應(yīng)用層協(xié)議，所以它依賴于 UDP 數(shù)據(jù)報服務(wù)。一般來說代理進(jìn)程不接受沒有通過團(tuán)體名驗證的報文，這樣可以防止假冒的管理命令，同時在團(tuán)體內(nèi)部也可以實行專用的管理策略。 變量 n 的標(biāo)簽 變量 n 的長度 變量 n 的值 版本號 共同體名 PDU 報文標(biāo)簽 報文長度 SNMP 報文數(shù)據(jù) 圖 SNMP 報文格式 本 科 畢 業(yè) 設(shè) 計 第 11 頁 共 4