【正文】 雜性。選題是否合適： 是□ 否□課題能否實(shí)現(xiàn)： 能□ 不能□指導(dǎo)教師（簽字）年 月 日選題是否合適： 是□ 否□課題能否實(shí)現(xiàn)： 能□ 不能□審題小組組長(zhǎng)（簽字）年 月 日摘 要網(wǎng)絡(luò)管理已經(jīng)成為計(jì)算機(jī)網(wǎng)絡(luò)和電信網(wǎng)研究中最重要的內(nèi)容之一。網(wǎng)絡(luò)管理協(xié)議一般為應(yīng)用層級(jí)協(xié)議，它定義了網(wǎng)絡(luò)管理信息的類別及其相應(yīng)的確切格式，并且提供了網(wǎng)絡(luò)管理站和網(wǎng)絡(luò)管理節(jié)點(diǎn)間進(jìn)行通訊的標(biāo)準(zhǔn)或規(guī)則。即管理者與代理之間孺要利用網(wǎng)絡(luò)實(shí)現(xiàn)管理信息交換，以完成各種管理功能，交換管理信息必須遵循統(tǒng)一的通信規(guī)約，我們稱這個(gè)通信規(guī)約為網(wǎng)絡(luò)管理協(xié)議。因?yàn)門CP/IP協(xié)議是當(dāng)今網(wǎng)絡(luò)互連的工業(yè)標(biāo)準(zhǔn)，得到了眾多廠商的支持，因此SNMP是一個(gè)既成事實(shí)的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)協(xié)議。輪詢監(jiān)控的主要優(yōu)點(diǎn)是對(duì)代理的要求不高；缺點(diǎn)是在廣域網(wǎng)的情形下，輪詢不僅帶來較大的通信開銷，而且輪詢所獲得的結(jié)果無法反映最新的狀態(tài)。網(wǎng)絡(luò)中采用的先進(jìn)技術(shù)越多，規(guī)模越大，網(wǎng)絡(luò)的維護(hù)和管理工作也就越復(fù)雜。通常，一個(gè)網(wǎng)絡(luò)由許多不同廠家的產(chǎn)品構(gòu)成，要有效地管理這樣一個(gè)網(wǎng)絡(luò)系統(tǒng)，就要求各個(gè)網(wǎng)絡(luò)產(chǎn)品提供統(tǒng)一的管理接口，即遵循標(biāo)準(zhǔn)的網(wǎng)絡(luò)管理協(xié)議。在簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP（Simple Network Management Protocol）設(shè)計(jì)時(shí)，就定位在是一種易于實(shí)施的基本網(wǎng)絡(luò)管理工具。SNMP的管理結(jié)構(gòu)。SNMP最大的特點(diǎn)就是其簡(jiǎn)單性。它的整個(gè)管理策略和體系結(jié)構(gòu)的設(shè)計(jì)都體現(xiàn)了這一原則。簡(jiǎn)單性是SNMP標(biāo)準(zhǔn)取得成功的主要原因。針對(duì)這些問題，對(duì)它的改進(jìn)工作一直在進(jìn)行。它使得SNMP不僅可管理網(wǎng)絡(luò)設(shè)備，還能監(jiān)測(cè)局域網(wǎng)和互聯(lián)網(wǎng)上的數(shù)據(jù)流量等信息，1992年7月，針對(duì)SNMP缺乏安全性的弱點(diǎn)，又公布了SSNMP（Secure SNMP）草案。SNMPv2包容了以前對(duì)SNMP的各項(xiàng)改進(jìn)工作，并在保持了SNMP清晰性和易于實(shí)現(xiàn)的特點(diǎn)以外，吸取了CMIP的部分優(yōu)點(diǎn)，功能更強(qiáng)，安全性更好，具體表現(xiàn)為：?提供了驗(yàn)證機(jī)制，加密機(jī)制，時(shí)間同步機(jī)制等，安全性大大提高；?提供了一次取回大量數(shù)據(jù)的能力，效率大大提高；?增加了管理者和管理者之間的信息交換機(jī)制，從而支持分布式管理結(jié)構(gòu)，由位于中間層次（intermediate）的管理者來分擔(dān)主管理者的任務(wù)，增加了遠(yuǎn)地站點(diǎn)的局部自主性。?擴(kuò)展了管理信息結(jié)構(gòu)的很多方面。另外還規(guī)范了一種新的約定用來創(chuàng)建和刪除管理表（management tables）中的“行”（rows）。GetBulkRequest協(xié)議數(shù)據(jù)單元允許檢索大數(shù)據(jù)塊（large data blocks），不必象SNMP那樣逐項(xiàng)（item by item）檢索； InformRequest協(xié)議數(shù)據(jù)單元允許在管理者之間交換陷阱（tran）信息。CMIP與SNMP一樣，也是由管理者、代理、管理協(xié)議與管理信息庫組成。這個(gè)管理模型表示了封裝的資源并標(biāo)準(zhǔn)化了它們所提供的接口。CMIP模型也是基于C／S結(jié)構(gòu)的。一個(gè)CMIP操作臺(tái)（console）可以和一個(gè)設(shè)備建立一個(gè)會(huì)話，并用一個(gè)命令就可以下載許多不同的信息。CMIP采用基于事件而不是基于輪詢的方法來獲得網(wǎng)絡(luò)組件的相關(guān)數(shù)據(jù)。T的支持。它能夠滿足企業(yè)級(jí)網(wǎng)管對(duì)橫跨多個(gè)管理域的對(duì)等相互作用（peer to peer interactions）的要求。這就是下面提到的電信管理網(wǎng)。TMN的基本原理之一就是使管理功能與電信功能分離。國際電信聯(lián)盟（ITU），電信管理網(wǎng)的基本概念是提供一個(gè)有組織的網(wǎng)絡(luò)結(jié)構(gòu)，以取得各種類型的操作系統(tǒng)（OSs）之間、操作系統(tǒng)與電信設(shè)備之間的互連。提出TMN體系結(jié)構(gòu)的目的是支撐電信網(wǎng)和電信業(yè)務(wù)的規(guī)劃、配置、安裝、操作及組織。集中式的管理和分布式的處理是TMN的突出特點(diǎn)。它們分別體現(xiàn)在管理功能塊的劃分、信息交互的方式和網(wǎng)管的物理實(shí)現(xiàn)。功能體系結(jié)構(gòu)是從邏輯上描述TMN內(nèi)部的功能分布。整個(gè)TMN系統(tǒng)即是各種功能塊的組合。管理信息模型是對(duì)網(wǎng)絡(luò)資源及其所支持的管理活動(dòng)的抽象表示，網(wǎng)絡(luò)管理功能即是在信息模型的基礎(chǔ)上實(shí)現(xiàn)的。物理體系結(jié)構(gòu)是為實(shí)現(xiàn)TMN的功能所需的各種物理實(shí)體的組織結(jié)構(gòu)。物理體系結(jié)構(gòu)隨具體情況的不同而千差萬別。物理體系結(jié)構(gòu)中的一個(gè)物理塊實(shí)現(xiàn)了功能體系結(jié)構(gòu)中的一個(gè)或多個(gè)功能塊，一個(gè)接口實(shí)現(xiàn)了功能體系結(jié)構(gòu)中的一組參考點(diǎn)。如圖3所示：TMN的邏輯分層是將管理功能針對(duì)不同的管理對(duì)象映射到事務(wù)管理層BML（Business Management Layer），業(yè)務(wù)管理層SML（Service Management Layer），網(wǎng)絡(luò)管理層NML（Network Management Layer）和網(wǎng)元管理層EML（Element Management Layer）。從圖26可以看到，TMN定義的五大管理功能在每一層上都存在，但各層的側(cè)重點(diǎn)不同。第三章 TMN開發(fā)平臺(tái)和開發(fā)工具3．1利用TMN的開發(fā)工具開發(fā)TMN的必要性TMN的信息體系結(jié)構(gòu)應(yīng)用OSI系統(tǒng)管理的原則，引入了管理者和代理的概念，強(qiáng)調(diào)在面向事物處理的信息交換中采用面向?qū)ο蟮募夹g(shù)。目前比較流行的基于TMN標(biāo)準(zhǔn)的開發(fā)平臺(tái)有HPOV DM、SUN SEM、IBM TMN平臺(tái)和DSET的DSG及其系列工具。其中DSET的DSG及工具系列除了具備以上功能外，還具有獨(dú)立于硬件平臺(tái)的優(yōu)點(diǎn)。3．2 DSET的TMN開發(fā)工具的基本組成DSET的TMN開發(fā)工具從功能上來講可以構(gòu)成一個(gè)平臺(tái)和兩大工具箱。分布式系統(tǒng)生成器DSGDSG是用于頂層TCP／IP、OSI和其它協(xié)議上構(gòu)筑分布式并發(fā)系統(tǒng)的高級(jí)對(duì)象請(qǐng)求代理0RB。通信基礎(chǔ)設(shè)施支持分布式計(jì)算中通信域的通信要求。借助于并發(fā)的面向?qū)ο罂蚣?，一個(gè)復(fù)雜的應(yīng)用可以分解成一組相互通信的并發(fā)對(duì)象worker，除了支持例如類和多重繼承等重要的傳統(tǒng)面向?qū)ο筇卣魍?，為了?gòu)筑新的worker類，DSG也支持分布式對(duì)象。DSG提供給用戶用以開發(fā)應(yīng)用的構(gòu)造塊（building block）稱為worker。Worker是事件驅(qū)動(dòng)的。如圖5所示，獨(dú)占線程的此worker有三個(gè)狀態(tài)，兩個(gè)SAPs，并且每個(gè)SAP的消息隊(duì)列中都有兩個(gè)事件。Worker是分布式的并發(fā)對(duì)象，DSG用它來支持面向?qū)ο蟮奶攸c(diǎn)，如：類，繼承等等。Worker可以根據(jù)需要由應(yīng)用程序動(dòng)態(tài)創(chuàng)建。／C＋＋編譯器、CMIP／ROSE協(xié)議和管理者代碼生成器MCG構(gòu)成，如圖6所示。由于TMN在典型的電信環(huán)境中以面向?qū)ο蟮男畔⒛Ｐ涂刂坪凸芾砦锢碣Y源，所有被管理的資源均被抽象為被管對(duì)象（M0），被管理系統(tǒng)中的代理幫助管理者通過MO訪問被管理資源，又根據(jù)ITUT ：管理者與代理之間通過Q3接口通信。管理者代碼生成器讀取信息模型（），創(chuàng)立代碼模板來為每個(gè)被定義的MO類產(chǎn)生CMIP請(qǐng)求和CMIP響應(yīng)。代理工具箱包括可硯化代理生成器VAB、CMIP翻譯器、／C++ Toolkit，其結(jié)構(gòu)見圖7。DSET在代理應(yīng)用的開發(fā)上為用戶做了大量的工作。代理工具箱通過對(duì)過濾、特性處理、MO實(shí)例的通用支持，自動(dòng)構(gòu)作這一個(gè)模塊。對(duì)于mcreate、mdelete、mget、mcancelget、mset、msetconfirmed、maction、mactionconfirmed這些CMIP請(qǐng)求，第一個(gè)模塊中包含有缺省的處理代碼框架。為了適應(yīng)不同用戶的需求，DSET代理工具箱又提供在缺省處理前后調(diào)用用戶程序的接入點(diǎn)（稱為User hooks）。例如，當(dāng)你需要在二層管理應(yīng)用中發(fā)CMIP請(qǐng)求，需望獲取實(shí)際被管資源的某屬性，而該屬性又不在相應(yīng)MO中時(shí)你只需在GDMO預(yù)定義模板中為此屬性定義一PREGET函數(shù)，并在你自己的定制文件中為此函數(shù)編寫從實(shí)際被管設(shè)備取到該屬性值的代碼即可。同樣當(dāng)Agent執(zhí)行完缺省處理函數(shù)時(shí)，也會(huì)檢查用戶是否為該請(qǐng)求定義了POST函數(shù)，若是則繼續(xù)執(zhí)行POST函數(shù)。用戶只需關(guān)心需要與設(shè)備交互的那一部分CMIP請(qǐng)求，為其定制PRE／POST函數(shù)即可。它的實(shí)現(xiàn)依賴于分布式系統(tǒng)生成器DSG所提供“網(wǎng)關(guān)處理單元”（gateway）、遠(yuǎn)程過程調(diào)用（RPC）與消息傳遞機(jī)制及MSL語言編譯器。DSG的CTX編譯器編譯CTX格式的接口定義并生成接口表。采用DSG的網(wǎng)關(guān)作為MO與實(shí)際被管資源