第六講新型網(wǎng)絡(luò)管理模型

第六講新型網(wǎng)絡(luò)管理模型第一頁，共一百五十一頁，編輯于2023年，星期五主要內(nèi)容基于移動代理的網(wǎng)絡(luò)管理

基于WEB的網(wǎng)絡(luò)管理

基于CORBA的網(wǎng)絡(luò)管理基于XML的網(wǎng)絡(luò)管理基于主動網(wǎng)的網(wǎng)絡(luò)管理

第二頁，共一百五十一頁，編輯于2023年，星期五新型網(wǎng)絡(luò)管理模型目前的主流網(wǎng)絡(luò)管理模型：基于OSI的CMIP模型基于TCP/IP的SNMP模型管理模式：管理者的任務(wù)：發(fā)布管理信息獲取命令；對獲取的信息進行分析和判斷；根據(jù)分析和判斷結(jié)果發(fā)布控制命令。第三頁，共一百五十一頁，編輯于2023年，星期五新型網(wǎng)絡(luò)管理模型主流網(wǎng)絡(luò)管理模型的主要問題：大量的管理信息在網(wǎng)絡(luò)上傳遞，增加了網(wǎng)絡(luò)的負荷；管理信息的上下傳遞需要時間，限制了網(wǎng)絡(luò)管理的實時性。第四頁，共一百五十一頁，編輯于2023年，星期五新型網(wǎng)絡(luò)管理模型新型管理模型：目標：采用分布式管理模式提高管理的實時性提出的模型基于CORBA的網(wǎng)絡(luò)管理基于WEB的網(wǎng)絡(luò)管理基于移動代理的網(wǎng)絡(luò)管理基于主動網(wǎng)概念的網(wǎng)絡(luò)管理基于XML的網(wǎng)絡(luò)管理第五頁，共一百五十一頁，編輯于2023年，星期五基于CORBA的網(wǎng)絡(luò)管理CORBA的基本概念CORBA的體系結(jié)構(gòu)CORBA的服務(wù)基于CORBA的網(wǎng)絡(luò)管理第六頁，共一百五十一頁，編輯于2023年，星期五CORBA的基本概念CORBA(CommonObjectRequestBrokerArchitecture)：中文意思是公共對象請求代理體系結(jié)構(gòu)，是OMG(ObjectManagementGroup)為解決分布式處理環(huán)境下硬件和軟件系統(tǒng)的互聯(lián)互通而提出的一種解決方案。CORBA提供了一種異構(gòu)平臺下的語言無關(guān)的對象互操作模型第七頁，共一百五十一頁，編輯于2023年，星期五CORBA簡介—特點CORBA是一個規(guī)范而不是實現(xiàn)CORBA提供了一個允許在分布式和異構(gòu)型環(huán)境中應(yīng)用程序之間進行互操作的框架目前最新版本為CORBA3.0具體的產(chǎn)品實現(xiàn)有：IONAOrbix、BORLANDVisiBroker、JacORB、中和威InterBus等完全開放的、可擴展的由工業(yè)需要驅(qū)動，并非某個廠商跨平臺、語言以及廠商之間的互操作性CORBA產(chǎn)品和服務(wù)可以“即插即用”面向?qū)ο蟮捏w系結(jié)構(gòu)基于ORB的分布式軟件總線強大的集成能力。解決了異構(gòu)環(huán)境下的系統(tǒng)互連，適用于將不同的系統(tǒng)集成在一起CORBA的基本概念第八頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—調(diào)用模型ORB：CORBA的核心第九頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—工作原理ORB：CORBA的核心JavaMainProgramObjectAObjectAObjectAA機B機

網(wǎng)絡(luò)計算環(huán)境A的代理對象適配器ORB第十頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)ORB：CORBA的核心ClientObjectImplementationObjectRequestBrokerIDLStubsDynamicInvocationORBInterfaceStaticIDLSkeletonDynamicSkeletonObjectAdaptor第十一頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（ORB）它作為一個“軟件總線”來連接網(wǎng)絡(luò)上的不同對象，提供對象的定位和方法調(diào)用，它是CORBA實現(xiàn)的關(guān)鍵。接收客戶發(fā)出的處理請求，并為客戶在分布環(huán)境中找到實施對象，令實施對象接收請求，向?qū)嵤ο髠魉驼埱蟮臄?shù)據(jù)，通過實施對象的實現(xiàn)方法進行處理，并將處理結(jié)果返回給客戶。第十二頁，共一百五十一頁，編輯于2023年，星期五對象請求代理ORB負責對象在分布環(huán)境中透明地收發(fā)請求和響應(yīng)，它是構(gòu)建分布對象應(yīng)用、在異構(gòu)或同構(gòu)環(huán)境下實現(xiàn)應(yīng)用間互操作的基礎(chǔ)。ORB是一個中間件，他在對象間建立客戶-服務(wù)器的關(guān)系。通過ORB，一個客戶可以很簡單地使用服務(wù)器對象的方法而不論服務(wù)器是在同一機器上還是通過一個網(wǎng)絡(luò)訪問。ORB截獲調(diào)用然后負責找到一個對象實現(xiàn)這個請求，傳遞參數(shù)和方法，最后返回結(jié)果。客戶不用知道對象在哪里，是什么語言實現(xiàn)的，他的操作系統(tǒng)以及其他和對象接口無關(guān)的東西。第十三頁，共一百五十一頁，編輯于2023年，星期五ORB的功能CORBAORB最顯見的功能，是對你的應(yīng)用程序或是其它ORB的請求予以響應(yīng)。在CORBA應(yīng)用程序運行期間，ORB可能被請做許多不同的事情，包括：（1）查找并調(diào)用遠程計算機上的對象（2）負責不同編程語言之間的參數(shù)轉(zhuǎn)換（如C＋＋到Java）（3）可超越本機界限的安全管理（4）為其它的ORB收集并發(fā)布本地對象的metadata（元數(shù)據(jù)）第十四頁，共一百五十一頁，編輯于2023年，星期五ORB的功能（5）用下載的代碼（stub）中描述的靜態(tài)方法調(diào)用去激活遠程對象中的方法（6）用動態(tài)方法調(diào)用激活遠程對象（7）自動激活一個當前沒有裝入內(nèi)存運行的對象。（8）將回調(diào)方法導(dǎo)引向其管理之下的本地對象（9）實現(xiàn)細節(jié)對軟件開發(fā)者的透明性，是ORB的一個杰出的特性。用戶只須在代碼中提供相應(yīng)的hooks，用于初始化ORB并向ORB登記該應(yīng)用程序，就可以將該應(yīng)用程序和大量分布式對象建立聯(lián)系。第十五頁，共一百五十一頁，編輯于2023年，星期五CORBA中兩種不同的調(diào)用方式CORBA允許用戶以兩種不同的方式提出對象請求：

1）靜態(tài)調(diào)用：

通過給定接口的存根，在編譯了對象代碼后，進入客戶端的程序。因此，靜態(tài)調(diào)用必須在編譯時就知道對象及其類型。

2）動態(tài)調(diào)用：

通過ORB的動態(tài)調(diào)用接口DII，在運行時生成訪問對象的代碼。

不管客戶以哪一種形式提出請求，ORB的任務(wù)是：找出所要對象的位置，激活該對象，向?qū)ο髠鬟f此請求。對象執(zhí)行所請求的服務(wù)后，把輸出值返回給ORB，然后再由ORB返回給客戶。

第十六頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（IDL）IDL：InterfaceDefinitionLanguage(接口定義語言)IDL是一種描述性語言而不是程序設(shè)計語言它只描述接口和相關(guān)的數(shù)據(jù)類型，不描述實現(xiàn)，類似于Java中的IterfaceIDL獨立于具體編程語言，應(yīng)用時由IDL編譯器來實現(xiàn)從IDL語言到具體編程語言的映射：如JAVA、C、C++、Cobol等IDL語法是類C++的設(shè)計IDL的過程也是設(shè)計對象模型的過程IDL使CORBA做到了語言無關(guān)第十七頁，共一百五十一頁，編輯于2023年，星期五客戶只是使用CORBA對象的接口來調(diào)用對象的方法，CORBA對象的接口則使用IDL語言來定義。對象的接口定義了對象的類型，對象的方法和引用參數(shù)以及對象方法可能返回的異常結(jié)果。IDL編譯器將把CORBA對象的定義轉(zhuǎn)換成特定的編程語言。IDL還對每個對象生成相應(yīng)的stub文件（類）和skeleton文件（類），通過它們實現(xiàn)應(yīng)用系統(tǒng)同ORB的連接。CORBA體系結(jié)構(gòu)—相關(guān)概念（IDL）第十八頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（Stub和Skeleton）Stub(客戶樁或存根)：位于客戶端，由IDL編譯器編譯IDL文件生成，其功能類似一個客戶代理，提供了為客戶有效創(chuàng)建對象并發(fā)送請求的機制Skeleton(服務(wù)框架)：位于服務(wù)器端，由IDL編譯器編譯IDL文件生成。提供了將請求發(fā)送給服務(wù)器對象的機制，以及對象尋址的部分功能第十九頁，共一百五十一頁，編輯于2023年，星期五OA(Object

Adapter)對象適配器:用于構(gòu)造對象實現(xiàn)與ORB之間的接口。CORBA支持的實施對象具有不同的對象語義，即不同的實例數(shù)據(jù)和操作函數(shù)的代碼。OA的作用是使實施對象的實施與ORB和客戶的如何驅(qū)動無關(guān)?？蛻魞H需要知道實施對象的邏輯結(jié)構(gòu)以及外在的行為。它給框架發(fā)送方法，調(diào)用并且支持服務(wù)器對象的生命周期(如：對象的創(chuàng)建和刪除)。

CORBA體系結(jié)構(gòu)—相關(guān)概念（OA）第二十頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（GIOP和IIOP）GIOP：GeneralInter-ORBProtocol(通用ORB間的協(xié)議)，它定義了不同ORB之間的通信接口IIOP：InternetInter-ORBProtocol(互聯(lián)網(wǎng)ORB間的協(xié)議）。IIOP把GIOP消息數(shù)據(jù)映射為TCP/IP連接行為和輸入/輸出流進行讀/寫GIOP是一種通用協(xié)議，不能直接使用，在不同的網(wǎng)絡(luò)上需要有不同的實現(xiàn)。IIOP就是GIOP在Internet上的具體實現(xiàn)，它基于TCP/IP協(xié)議第二十一頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（GIOP和IIOP）

客戶端和服務(wù)器之間通過ORB交互不同的ORB之間則通過IIOP進行通信互聯(lián)第二十二頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（接口公用庫,動態(tài)調(diào)用接口DII）接口公用庫

接口公用庫持久地存儲IDL的接口說明，借助于接口公用庫，可以實現(xiàn)對象繼承性層次結(jié)構(gòu)的導(dǎo)航，并且提供了有關(guān)對象支持的所有操作的描述。ORB可以利用接口公用庫檢查運行時的操作參數(shù)類型，但接口公用庫的基本功能是提供類型信息，為動態(tài)調(diào)用接口發(fā)送請求提供信息支持。第二十三頁，共一百五十一頁，編輯于2023年，星期五動態(tài)調(diào)用接口

把IDL說明編譯成面向?qū)ο蟪绦蛟O(shè)計語言的實代碼后，客戶可以調(diào)用已知對象的操作。在某些應(yīng)用中，用戶并不了解應(yīng)用接口編譯信息，但也要求調(diào)用對象的操作，這時就要動態(tài)調(diào)用接口來調(diào)用對象的操作了CORBA體系結(jié)構(gòu)—相關(guān)概念（接口公用庫,動態(tài)調(diào)用接口DII）第二十四頁，共一百五十一頁，編輯于2023年，星期五CORBA體系結(jié)構(gòu)—相關(guān)概念（IOR）IOR：互操作對象引用(InteroperableObjectReference)。IOR中包含了對象的網(wǎng)絡(luò)地址信息(IP,Port)、相應(yīng)的對象適配器(OA)信息以及對象的唯一標識(ObjectId)IOR是分布環(huán)境中對一個CORBA對象進行訪問的唯一標識對于獨立提供服務(wù)的CORBA對象(或初始接入對象)，通過以下常用方式獲取其IOR：從IOR文件讀取通過NamingService的名字解析通過TradingService的特性查詢bind操作方式，與平臺相關(guān)，不能在不同平臺間互操作對于中間或過渡性的CORBA對象，一般接口規(guī)范中都提供相關(guān)的操作可以得到其IOR第二十五頁，共一百五十一頁，編輯于2023年，星期五CORBA對象的客戶使用“對象引用”來請求“對象方法”。如果服務(wù)端不在本地（不在同一機器的同一應(yīng)用系統(tǒng)中或不在同一機器中），則“對象引用”指向stub功能，stub利用ORB機制將請求帶到服務(wù)端的對象。stub通過ORB來確定運行對象的服務(wù)端的機器，并請求該機器的ORB連接到對象的服務(wù)端去。stub同ORB建立連接后，向該機的skeleton發(fā)送“對象引用”及相關(guān)參數(shù)，再由skeleton功能連接到目標對象的“對象實現(xiàn)”上。skeleton將請求和參數(shù)轉(zhuǎn)換成規(guī)定格式然后調(diào)用該對象。最后，“對象實現(xiàn)”的結(jié)果沿著來的路徑傳送回客戶請求端。CORBA體系結(jié)構(gòu)——對象請求和實現(xiàn)過程第二十六頁，共一百五十一頁，編輯于2023年，星期五在這個操作過程中，客戶并不知道CORBA對象的位置、它的實現(xiàn)細節(jié)，也不必知道所使用的ORB是什么。在ORB之間通過建立在TCP/IP標準之上的IIOP－InternetInterORBProtocol進行通信聯(lián)系，相互傳送信息。客戶只是使用CORBA對象的接口來調(diào)用對象的方法，CORBA對象的接口則使用IDL語言來定義。對象的接口定義了對象的類型，對象的方法和引用參數(shù)以及對象方法可能返回的異常結(jié)果。IDL編譯器將把CORBA對象的定義轉(zhuǎn)換成特定的編程語言。IDL還對每個對象生成相應(yīng)的stub文件（類）和skeleton文件（類），通過它們實現(xiàn)應(yīng)用系統(tǒng)同ORB的連接。CORBA體系結(jié)構(gòu)——對象請求和實現(xiàn)過程第二十七頁，共一百五十一頁，編輯于2023年，星期五CORBA服務(wù)在CORBA體系結(jié)構(gòu)中，軟件服務(wù)由模式描述，而由服務(wù)者實現(xiàn)。服務(wù)者是特殊的軟件，它向某個查找服務(wù)（lookupservice）注冊自己，因此其他的CORBA軟件可以定位并訪問它的服務(wù)。第二十八頁，共一百五十一頁，編輯于2023年，星期五CORBA服務(wù)——COSSOMG定義了一系列標準的CORBA服務(wù)實現(xiàn)規(guī)范，稱為COSS（公共對象服務(wù)規(guī)范），以簡化應(yīng)用的開發(fā)過程，并保證不同產(chǎn)品之間的互通性在COSS中定義的服務(wù)主要有：名字服務(wù) 定位分布對象事件服務(wù) 解耦合對象之間的通信通告服務(wù) 針對電信領(lǐng)域事務(wù)處理服務(wù)保證分布式事務(wù)的原子性和持久性安全服務(wù)保證消息的完整性、機密性及提供身份認證、訪問控制等第二十九頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—名字服務(wù)名字服務(wù)產(chǎn)生的背景ClientServerNamingService1、將對象的邏輯名和引用注冊到名字服務(wù)器上2、通過事先約定的對象邏輯名取得對象引用3、透明訪問直接訪問位置變化？第三十頁，共一百五十一頁，編輯于2023年，星期五ServerAServerBCORBANameService注冊服務(wù)者注冊服務(wù)者用名稱服務(wù)進行客戶注冊CORBA服務(wù)第三十一頁，共一百五十一頁，編輯于2023年，星期五CORBA客戶客戶端不需要向名稱服務(wù)器注冊。它們使用名稱服務(wù)器來查找其他服務(wù)。過程如下圖：SereverAClientCORBANameService注冊服務(wù)者查找服務(wù)遠程引用IIOP第三十二頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—名字服務(wù)名字服務(wù)的特點將每個CORBA對象的對象引用都賦予一個名字，通過名字可以得到相應(yīng)的IOR采用邏輯名經(jīng)名字服務(wù)間接地訪問服務(wù)方對象。功能上類似于DNS當服務(wù)方的對象在分布式計算環(huán)境中的位置“遷移”變化時，客戶方不受影響簡化了對象引用的管理，提供了編程時的位置透明性第三十三頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—名字服務(wù)對邏輯名的管理采用類似于目錄和文件的形式目錄對應(yīng)于上下文對象文件對應(yīng)于名字綁定對象每個對象的名字都由如下的結(jié)構(gòu)所組成：Name由NameComponent的序列所組成每個NameComponent分為兩部分，類型均為字符串：id：一般作為主要標識kind：一般作為輔助標識，可以為空NameComponent中只有id和kind都一致，才表示匹配第三十四頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—名字服務(wù)C:MydocInspurCORBA.doc邏輯名名字部件1名字部件2名字部件3名字部件4簡單名名字上下文1名字上下文2名字上下文3名字部件ID 值。如：Huawei，V1.0等Kind 描述信息。如：Vendor，Version等第三十五頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—名字服務(wù)中國

教育

工業(yè)

農(nóng)業(yè)

清華大學(xué)

北京大學(xué)

李教授

張教授

王教授

名字上下文邏輯名（服務(wù)對象）層次化命名圖，類似樹文件系統(tǒng)\中國\教育\北京大學(xué)\王教授第三十六頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—事件服務(wù)事件服務(wù)產(chǎn)生的背景分布式環(huán)境下，產(chǎn)生事件的實體和處理事件的實體通常情況下是分離的，這種分離是分布式系統(tǒng)開放性的必然要求。這種分離就要求事件的捕獲和事件的處理也分離開來我們希望當自己所關(guān)心的信息源有內(nèi)容更新事件發(fā)生時，就通知信息獲取者，甚至將更新的信息“推”到信息獲取者面前第三十七頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—事件服務(wù)事件服務(wù)的特點提出了事件的提供者和消費者，使事件的轉(zhuǎn)發(fā)在兩者之間透明，減少了耦合用事件通道來解決通知的分發(fā)支持Pull和Push兩種工作模式支持分布環(huán)境，具有良好擴展性主要提供異步事件的分發(fā)和靈活配置第三十八頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—事件服務(wù)事件服務(wù)基本概念基本的對象是：Supplier 提供者： 產(chǎn)生事件Consumer 消費者： 處理事件兩種模式，PUSH模式和PULL模式：在PUSH模式中，提供者可以在事件發(fā)生時主動將事件通知給消費者；在PULL模式中，則由消費者主動向提供者請求事件數(shù)據(jù)并處理事件僅提供一對一的通訊方式，無法實現(xiàn)事件分發(fā)，引入事件通道第三十九頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—事件服務(wù)事件通道事件通道是一個處于事件提供者和事件使用者之間的“粘合”對象，駐留在ORB上從功能上看，它既是一個事件的提供者又是一個事件的使用者。事件通道允許多個事件提供者與多個事件使用者在相互不了解的情況下，以異步方式進行通信它能夠同時支持經(jīng)典的“推”模型、“拉”模型、混合“推/拉”模型及混合“拉/推”模型這四種事件傳遞模型第四十頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—事件服務(wù)工作模式第四十一頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—事件服務(wù)事件通道的特點使提供者和消費者彼此獨立，各自都不關(guān)心對方的存在使任意類型的提供者提供的事件能被任意類型的消費者消費到保持提供者和消費者的靈活性，即支持PUSH和PULL以及混合通訊統(tǒng)一的事件表達。在事件服務(wù)中，事件統(tǒng)一采用any類型表示使提供者和消費者可以自由加入或退出支持多對多通訊第四十二頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—通知服務(wù)NS由ES演化而來，其主要區(qū)別在于：NS的數(shù)據(jù)類型是事先定義好的，采用一種大家公認的結(jié)構(gòu)化格式進行傳送(對于所有具體的數(shù)據(jù)值仍以any進行傳送)；通知的格式提供了過濾的功能，用戶可以通過對和自己相關(guān)的過濾器的過濾條件進行設(shè)置，以獲取自己感興趣的通知；另外NS中提供了一定的QoS功能，以保證可靠性、優(yōu)先級等；其它的方式與EventChannel的實現(xiàn)是類似的；對于類型化的NS，每種通知將對應(yīng)不同的操作第四十三頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—通知服務(wù)工作模式第四十四頁，共一百五十一頁，編輯于2023年，星期五COSS服務(wù)簡介—通知服務(wù)結(jié)構(gòu)化事件的格式第四十五頁，共一百五十一頁，編輯于2023年，星期五CORBA應(yīng)用開發(fā)—開發(fā)步驟客戶程序服務(wù)程序客戶應(yīng)用對象實現(xiàn)服務(wù)器應(yīng)用C++,Java編譯器OrbLibIDL接口文件IDLStubIDL編譯器（C++,Java）IDL編譯器（C++,Java）SkeletonC++,Java編譯器OrbLibCLIENT開發(fā)步驟1）獲得IDL文件。2）用IDLcomplier將IDL文件編譯生成ClientStub代碼。3）編寫Client，進行對象調(diào)用。4）編譯生成CLIENT程序。SERVER開發(fā)步驟1）定義/獲得IDL文件。2）用IDLcomplier將IDL文件編譯成ServerSkeleton代碼。3）編寫IDL中定義的各個對象Server方的實現(xiàn)(Implementation)代碼。4）編寫Server，對處理流程進行處理。5）編譯生成SERVER運行程序。第四十六頁，共一百五十一頁，編輯于2023年，星期五基于CORBA的網(wǎng)絡(luò)管理CORBA提供了統(tǒng)一的資源命名、事件處理和服務(wù)交換等機制，這些機制很適合于管理本地以及廣域網(wǎng)絡(luò)。CORBA完全符合現(xiàn)代網(wǎng)絡(luò)管理遠程監(jiān)控、邏輯管理的基本框架，具有固有的面向?qū)ο蟮募夹g(shù)特征。第四十七頁，共一百五十一頁，編輯于2023年，星期五基于CORBA的網(wǎng)絡(luò)管理基于CORBA的網(wǎng)絡(luò)管理模型可以實現(xiàn)高度的分布式處理；不依賴被管對象實現(xiàn)、主機操作系統(tǒng)和編程語言的通用管理操作接口；提供的功能比SNMP強大，比CMIP簡單；支持C++、Java等多種被廣泛應(yīng)用的編程語言，易于被開發(fā)人員接受。第四十八頁，共一百五十一頁，編輯于2023年，星期五基于CORBA的網(wǎng)絡(luò)管理CORBA在網(wǎng)絡(luò)管理系統(tǒng)的不同用法：利用CORBA客戶實現(xiàn)管理系統(tǒng)；利用CORBA定義被管對象；單獨利用CORBA實現(xiàn)一個完整的網(wǎng)絡(luò)管理系統(tǒng)。第四十九頁，共一百五十一頁，編輯于2023年，星期五基于CORBA的網(wǎng)絡(luò)管理為了發(fā)揮現(xiàn)有網(wǎng)絡(luò)管理模型在管理信息定義以及管理信息通信協(xié)議方面的優(yōu)勢，一般采用第一種用法：利用CORBA實現(xiàn)管理系統(tǒng)，使其獲得分布式和編程簡單的特性，而被管系統(tǒng)仍采用現(xiàn)有的模型實現(xiàn)。

第五十頁，共一百五十一頁，編輯于2023年，星期五基于CORBA的網(wǎng)絡(luò)管理基于CORBA的網(wǎng)絡(luò)管理要解決的主要問題：如何利用CORBA客戶來實現(xiàn)管理應(yīng)用程序；如何訪問被管資源。研究熱點：CORBA與現(xiàn)有網(wǎng)管協(xié)議互通的網(wǎng)關(guān)，以支持CORBA客戶對現(xiàn)有管理信息模型中的被管對象進行管理操作。

SNMP/CORBA網(wǎng)關(guān)CMIP/CORBA網(wǎng)關(guān)

第五十一頁，共一百五十一頁，編輯于2023年，星期五基于SNMP/CORBA網(wǎng)關(guān)的模型網(wǎng)絡(luò)管理者：CORBA的客戶，以IDL的形式給出對被管對象的描述，接收IDL形式的操作結(jié)果；代管(proxy)：通過SNMP與外界交換管理信息；SNMP/CORBA網(wǎng)關(guān)：在CORBA客戶與SNMP代管之間進行信息形式轉(zhuǎn)換。第五十二頁，共一百五十一頁，編輯于2023年，星期五基于SNMP/CORBA網(wǎng)關(guān)的模型SNMP/CORBA網(wǎng)關(guān)將SNMP操作轉(zhuǎn)換為CORBA請求和響應(yīng)通過IDL將SNMP對象自動映射成CORBA對象接收被管設(shè)備發(fā)送的Trap和通知網(wǎng)管系統(tǒng)(CORBA客戶)CORBASNMP/CORBA網(wǎng)關(guān)(CORBA服務(wù)器SNMPManager)被管設(shè)備SNMP第五十三頁，共一百五十一頁，編輯于2023年，星期五基于SNMP/CORBA網(wǎng)關(guān)的模型為了使SNMP/CORBA網(wǎng)關(guān)支持一個現(xiàn)有的MIB，必須裝載一個可以訪問該MIB的CORBA服務(wù)程序。SNMP/CORBA網(wǎng)關(guān)模型的優(yōu)點：用戶可以不熟悉SNMP協(xié)議；SNMPMIB被作為獨立的CORBA服務(wù)實現(xiàn)，要支持新的MIB，只需增加新的服務(wù)即可。第五十四頁，共一百五十一頁，編輯于2023年，星期五基于CMIP/CORBA網(wǎng)關(guān)的模型網(wǎng)絡(luò)管理者：CORBA的客戶，以IDL的形式給出對被管對象的描述，接收IDL形式的操作結(jié)果；CMIP代管：通過CMIP與外界交換管理信息；CMIP/CORBA網(wǎng)關(guān)：提供了一個CMIP/CMIS與CORBA之間的橋梁，使得基于CORBA的管理應(yīng)用程序可以訪問CMIP代管。它提供了標準的管理API，用于通過CMIP代管實現(xiàn)對被管對象的管理。第五十五頁，共一百五十一頁，編輯于2023年，星期五基于CMIP/CORBA網(wǎng)關(guān)的模型CMIP/CORBA網(wǎng)關(guān)類似SNMP/CORBA網(wǎng)關(guān)，用于CORBA客戶訪問CMIP被管對象支持動態(tài)地增加新的被管對象類和CMIPAgent網(wǎng)管系統(tǒng)(CORBA客戶)CORBACMIP/CORBA網(wǎng)關(guān)(CORBA服務(wù)器CMIPManager)被管設(shè)備CMIPCMIP/CORBA網(wǎng)關(guān)(CORBA服務(wù)器CMIPManager)CMIP第五十六頁，共一百五十一頁，編輯于2023年，星期五CORBA與TMN的結(jié)合OMG提出了基于CORBA的電信網(wǎng)絡(luò)管理框架，但目前尚未形成完整的標準。從實用的角度來看，CORBA與TMN的結(jié)合應(yīng)采用能夠發(fā)揮各自優(yōu)勢的方案。即采用基于CORBA實現(xiàn)分布式的靈活的運營系統(tǒng)(OS)，基于Q3接口實現(xiàn)管理信息描述和通信的方案。第五十七頁，共一百五十一頁，編輯于2023年，星期五基于WEB的網(wǎng)絡(luò)管理基本概念兩種實現(xiàn)方案第五十八頁，共一百五十一頁，編輯于2023年，星期五基本概念WBM(Web-BasedManagement)模型的產(chǎn)生背景隨著專用WorldWideWeb，用戶通過Web瀏覽器可以在任何地點的任何網(wǎng)絡(luò)平臺上與Web服務(wù)器通信。為使網(wǎng)絡(luò)管理更有分布性和實時性，操作更方便、能力更強，人們開始將Web技術(shù)與現(xiàn)有網(wǎng)管技術(shù)結(jié)合，由此產(chǎn)生WBM。第五十九頁，共一百五十一頁，編輯于2023年，星期五基本概念WBM網(wǎng)絡(luò)管理的主要優(yōu)點：地理上和系統(tǒng)上的可移動性：網(wǎng)絡(luò)管理員通過Web瀏覽器可從Intranet的任何一臺工作站上訪問網(wǎng)絡(luò)管理信息；一個平臺上實現(xiàn)的管理系統(tǒng)可以從任何一臺裝有Web瀏覽器的工作站上訪問，工作站軟硬件系統(tǒng)不受限制。第六十頁，共一百五十一頁，編輯于2023年，星期五基本概念統(tǒng)一的管理程序界面—Web瀏覽器界面。WBM應(yīng)用程序的平臺獨立性：獨立于操作系統(tǒng)、體系結(jié)構(gòu)和網(wǎng)絡(luò)協(xié)議。互操作性：管理員可以通過瀏覽器在不同的管理系統(tǒng)之間切換。第六十一頁，共一百五十一頁，編輯于2023年，星期五兩種實現(xiàn)方案基于代管的方案嵌入式方案第六十二頁，共一百五十一頁，編輯于2023年，星期五基于代管的方案在現(xiàn)有的網(wǎng)管平臺上疊加一個Web服務(wù)器，作為瀏覽器與網(wǎng)管平臺之間的代管管理員通過瀏覽器向Web服務(wù)器發(fā)送HTTP請求；Web服務(wù)器通過CGI調(diào)用相應(yīng)的WBM應(yīng)用；WBM應(yīng)用把管理信息轉(zhuǎn)換為HTML并返回給Web服務(wù)器；Web服務(wù)器響應(yīng)瀏覽器的HTTP請求。WBM管理應(yīng)用通過API從網(wǎng)管平臺獲取管理信息并存入數(shù)據(jù)庫HTTPAPICMIP/SNMPHTTP請求CGIHTMLHTTP響應(yīng)瀏覽器Web服務(wù)器WBM管理應(yīng)用WBM管理應(yīng)用數(shù)據(jù)庫網(wǎng)管平臺API接口網(wǎng)管平臺數(shù)據(jù)庫被管設(shè)備管理信息第六十三頁，共一百五十一頁，編輯于2023年，星期五基于代管的方案優(yōu)點：是在保留現(xiàn)有網(wǎng)絡(luò)管理系統(tǒng)的特征的前提下，提供靈活操作網(wǎng)絡(luò)管理系統(tǒng)的方案。代管與被管設(shè)備之間的通信沿用SNMP和CMIP。第六十四頁，共一百五十一頁，編輯于2023年，星期五嵌入式方案將Web能力嵌入到被管設(shè)備之中；每個被管設(shè)備都有自己的Web地址；管理員可以通過瀏覽器和HTTP協(xié)議直接訪問和管理被管設(shè)備。第六十五頁，共一百五十一頁，編輯于2023年，星期五嵌入式方案第六十六頁，共一百五十一頁，編輯于2023年，星期五嵌入式方案的特點：管理系統(tǒng)完全采用Web技術(shù)通信協(xié)議采用HTTP協(xié)議；管理信息庫利用HTML語言描述；網(wǎng)絡(luò)的拓撲算法采用高效的Web搜索、查詢點索引技術(shù)；網(wǎng)絡(luò)管理層次和域的組織采用虛擬形式，不受限于地理位置等因素。

嵌入式方案第六十七頁，共一百五十一頁，編輯于2023年，星期五兩種方案的應(yīng)用代管方案適合對大型的機構(gòu)或企業(yè)進行全面的監(jiān)測和管理，并充分管理系統(tǒng)中的SNMP設(shè)備嵌入式方案具有界面和設(shè)備配置方法的優(yōu)勢，適合于小規(guī)模的環(huán)境第六十八頁，共一百五十一頁，編輯于2023年，星期五關(guān)鍵技術(shù)HTML：描述WWW頁面的語言，可以構(gòu)建頁面的顯示和播放信息，提供對其他頁面的超級鏈接，圖形和動態(tài)元素(如Javaapplet)也可以嵌到HTML頁面中。CGI：為WBM應(yīng)用程序提供訪問MIB，格式化HTML頁面的能力。第六十九頁，共一百五十一頁，編輯于2023年，星期五關(guān)鍵技術(shù)Java：解釋性程序語言、易于移植，Java解釋器JVM可以應(yīng)用于各種處理器環(huán)境中，且可綁定在Web瀏覽器上，使瀏覽器能夠執(zhí)行Java代碼。Javaapplets：一套專用于Web的程序。能在瀏覽器的本地機上運行；具有瀏覽器強制安全機制，可以對本地系統(tǒng)資源和網(wǎng)絡(luò)資源的訪問進行安全控制；能實現(xiàn)WBM中的動態(tài)數(shù)據(jù)處理：方便地顯示網(wǎng)絡(luò)運行的畫面、集線器機架等圖片，實時表示獲得的更新信息。第七十頁，共一百五十一頁，編輯于2023年，星期五WBM的安全性防止非法用戶訪問WBM由Web設(shè)備訪問控制能力保證防止管理員的操作數(shù)據(jù)被偵聽或篡改對瀏覽器和服務(wù)器之間的數(shù)據(jù)傳輸進行加密Javaapplets的安全問題需要對代碼進行保護，防止對字符串和數(shù)據(jù)進行篡改。第七十一頁，共一百五十一頁，編輯于2023年，星期五WBM的標準WBEM(Web-BasedEnterpriseManagement)JMX（JavaManagementExtensions）第七十二頁，共一百五十一頁，編輯于2023年，星期五WBM的一般結(jié)構(gòu)WBEM和JMX改變了傳統(tǒng)的Manager-Agent兩層體系結(jié)構(gòu)，采用Web瀏覽器+應(yīng)用層+被管資源的3層體系結(jié)構(gòu)。第七十三頁，共一百五十一頁，編輯于2023年，星期五基于主動網(wǎng)的網(wǎng)絡(luò)管理主動網(wǎng)絡(luò)簡介主動網(wǎng)絡(luò)體系結(jié)構(gòu)主動網(wǎng)絡(luò)通信機制基于主動網(wǎng)的網(wǎng)絡(luò)管理第七十四頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)簡介 主動網(wǎng)絡(luò)的研究背景 主動網(wǎng)絡(luò)的基本概念 主動網(wǎng)絡(luò)的基本原理 第七十五頁，共一百五十一頁，編輯于2023年，星期五基于TCP/IP協(xié)議的Internet遵循“端到端的原則”，也就是說，Internet的網(wǎng)絡(luò)層只提供不可靠的傳輸服務(wù)，而應(yīng)用要求的可靠性和安全性等由端系統(tǒng)自己來實現(xiàn)。隨著網(wǎng)絡(luò)規(guī)模日益擴大，一些局限性凸現(xiàn)出來：

1、網(wǎng)絡(luò)規(guī)模變得大而復(fù)雜，使得網(wǎng)絡(luò)管理、資源配置、故障定位變得困難； 2、新的網(wǎng)絡(luò)應(yīng)用出現(xiàn)，就需要新的協(xié)議和服務(wù)支持，而網(wǎng)絡(luò)中的傳輸節(jié)點功能相對固定，導(dǎo)致協(xié)議和服務(wù)的推出始終無法跟上應(yīng)用需求的步伐等等。在這種背景下，人們需要研究具有自適應(yīng)、動態(tài)和智能化特性的網(wǎng)絡(luò)----主動網(wǎng)絡(luò)(ActiveNetwork)主動網(wǎng)絡(luò)的研究背景第七十六頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)的基本概念A(yù)N有兩個含義：一是被稱為ANN的網(wǎng)絡(luò)中間節(jié)點（如路由器、交換機），不僅完成存儲轉(zhuǎn)發(fā)等網(wǎng)絡(luò)級的功能，而且可以對包含數(shù)據(jù)和代碼的所謂主動包和普通包進行計算；具有計算能力的網(wǎng)絡(luò)節(jié)點從網(wǎng)絡(luò)設(shè)備接收數(shù)據(jù)包后執(zhí)行相應(yīng)的程序，對該數(shù)據(jù)包進行處理（如路由選擇、數(shù)據(jù)合并、數(shù)據(jù)解包等），然后將數(shù)據(jù)包發(fā)送給其他網(wǎng)絡(luò)節(jié)點。二是用戶根據(jù)網(wǎng)絡(luò)應(yīng)用和服務(wù)的要求可以對網(wǎng)絡(luò)進行編程以完成這些計算。第七十七頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)的基本概念對于用戶來說，AN可以動態(tài)地改變服務(wù)，并按照特殊的應(yīng)用對服務(wù)進行優(yōu)化；對于業(yè)務(wù)供應(yīng)商來說，可以根據(jù)用戶的需求動態(tài)地引入新的協(xié)議，與此同時對原有系統(tǒng)的協(xié)議沒有任何影響；對于研究人員來說，動態(tài)可編程的網(wǎng)絡(luò)提供一個平臺，用以在現(xiàn)有網(wǎng)絡(luò)上實現(xiàn)新的網(wǎng)絡(luò)服務(wù)而不中斷正常的網(wǎng)絡(luò)服務(wù)第七十八頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)的基本原理網(wǎng)絡(luò)節(jié)點不僅具有分組路由的處理能力而且能對分組的內(nèi)容進行計算處理，使分組在傳送過程中可以被修改、存儲或重定向。AN的基本思想是將程序嵌入數(shù)據(jù)包，使程序隨數(shù)據(jù)包一起在網(wǎng)絡(luò)上傳輸；網(wǎng)絡(luò)的中間節(jié)點運行數(shù)據(jù)包中的程序，利用中間節(jié)點的計算能力，對數(shù)據(jù)包中的數(shù)據(jù)進行一定地處理；然后根據(jù)用戶定制的要求，決定數(shù)據(jù)包轉(zhuǎn)發(fā)方向或返回的數(shù)據(jù)包類型及其數(shù)據(jù)，從而將傳統(tǒng)網(wǎng)絡(luò)中“存儲一轉(zhuǎn)發(fā)”的處理模式改變?yōu)椤按鎯σ挥嬎阋晦D(zhuǎn)發(fā)”的處理模式。第七十九頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)的基本原理AN使用一種可移動的程序代碼替換現(xiàn)在的IP報頭，網(wǎng)絡(luò)的中間節(jié)點提供一個運行環(huán)境解釋并執(zhí)行數(shù)據(jù)包中攜帶的程序或利用其攜帶的參數(shù)執(zhí)行已在節(jié)點上的程序。每個用戶、每個包都可將特定的協(xié)議注入?yún)f(xié)議棧，由此決定對數(shù)據(jù)包的具體操作處理。AN中包含許多連接網(wǎng)絡(luò)的節(jié)點，這些網(wǎng)絡(luò)節(jié)點并不一定都是ANN。第八十頁，共一百五十一頁，編輯于2023年，星期五信包在同時包含主動路由器和傳統(tǒng)路由器的網(wǎng)絡(luò)中傳輸?shù)那闆r。信包在包含主動路由器和傳統(tǒng)路由器網(wǎng)絡(luò)中的傳輸情況主動網(wǎng)絡(luò)的基本原理第八十一頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)的體系結(jié)構(gòu) 主動網(wǎng)絡(luò)的構(gòu)成 主動節(jié)點的體系結(jié)構(gòu) 主動節(jié)點中的數(shù)據(jù)包處理 主動節(jié)點處理流程 第八十二頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)絡(luò)的構(gòu)成主動網(wǎng)絡(luò)由連接在一起的主動節(jié)點構(gòu)成，這些節(jié)點具有IP路由器的基本功能和特殊的主動性，即能夠分解主動包，并為主動程序提供運行環(huán)境。主動包可攜帶用戶定制的程序代碼或指定的代碼標識符。第八十三頁，共一百五十一頁，編輯于2023年，星期五典型的主動網(wǎng)絡(luò)體系結(jié)構(gòu)主動網(wǎng)絡(luò)的構(gòu)成第八十四頁，共一百五十一頁，編輯于2023年，星期五主動節(jié)點的體系結(jié)構(gòu)主動節(jié)點的體系結(jié)構(gòu)NOS第八十五頁，共一百五十一頁，編輯于2023年，星期五主動節(jié)點中的數(shù)據(jù)包處理在發(fā)送和接收主動包之前，執(zhí)行環(huán)境首先請求結(jié)點操作系統(tǒng)創(chuàng)建通道。結(jié)點操作系統(tǒng)可以利用各種網(wǎng)絡(luò)技術(shù)來實現(xiàn)這些通道，即可以使用底層網(wǎng)絡(luò)鏈路，如Ethernet和ATM，也可以使用高層網(wǎng)絡(luò)協(xié)議，如TCP、UDP和IP等。執(zhí)行環(huán)境通過這些通道發(fā)送和接收主動包。第八十六頁，共一百五十一頁，編輯于2023年，星期五通過主動節(jié)點的報文流主動節(jié)點中的數(shù)據(jù)包處理第八十七頁，共一百五十一頁，編輯于2023年，星期五主動節(jié)點處理流程建立在數(shù)據(jù)鏈路層之上，負責接收/發(fā)送信包負責判別主動信包與非主動信包主動信包的身份認證、合法性檢測、數(shù)據(jù)完整性檢測，臨時加載的AA/EE的安全性檢測當發(fā)現(xiàn)解釋主動信包的EE在本節(jié)點不存在時，通過該模塊請求從代碼服務(wù)器中加載當發(fā)現(xiàn)主動信包所指示的AC在本節(jié)點不存在時，通過該模塊請求從代碼服務(wù)器中下載EE調(diào)用相應(yīng)的AA對信包加以處理第八十八頁，共一百五十一頁，編輯于2023年，星期五基于主動網(wǎng)的網(wǎng)絡(luò)管理傳統(tǒng)網(wǎng)絡(luò)的“被動”性在終端系統(tǒng)之間傳遞信息，不關(guān)心信息的內(nèi)容；完成信息傳遞進行的處理僅限于對“分組頭信息”進行解釋，或執(zhí)行電路的信令協(xié)議。主要目的是選擇路由、控制擁塞和保證服務(wù)質(zhì)量QoS；由于這些處理是在用戶提出通信請求之后進行的，因此網(wǎng)絡(luò)是“被動”發(fā)揮作用的。現(xiàn)有網(wǎng)絡(luò)管理模型(如CMIP、SNMP)，代理根據(jù)管理者的操作命令被動地工作。第八十九頁，共一百五十一頁，編輯于2023年，星期五主動網(wǎng)技術(shù)為讓網(wǎng)絡(luò)的功能成分主動地發(fā)揮作用，必須允許用戶和各交換節(jié)點將自己訂制的程序注入網(wǎng)絡(luò)，在網(wǎng)絡(luò)中主動尋找發(fā)揮作用的場所。為了能夠執(zhí)行用戶注入的程序，要求交換節(jié)點具有對流經(jīng)的數(shù)據(jù)內(nèi)容進行檢查和執(zhí)行其中所包含的代碼的能力。

基于主動網(wǎng)的網(wǎng)絡(luò)管理第九十頁，共一百五十一頁，編輯于2023年，星期五根據(jù)網(wǎng)絡(luò)的運行情況，動態(tài)地移動網(wǎng)絡(luò)管理中心，使其更接近網(wǎng)絡(luò)的心臟部位，以減小網(wǎng)絡(luò)管理的時延，降低傳遞管理信息的業(yè)務(wù)量。設(shè)計具有特定功能的主動網(wǎng)分組，在分組中插入特定代碼，使其成為網(wǎng)絡(luò)管理的“巡邏兵”，在網(wǎng)絡(luò)節(jié)點之間移動，監(jiān)視網(wǎng)絡(luò)中的異常情況。讓主動網(wǎng)分組攜帶處理故障的程序代碼，一旦遇到特定的故障，便可及時調(diào)整故障節(jié)點狀態(tài)，而不必等待管理中心的處理?；谥鲃泳W(wǎng)的網(wǎng)絡(luò)管理第九十一頁，共一百五十一頁，編輯于2023年，星期五委派管理(MbD)模型MbD(ManagementbyDelegation)：通過將管理代碼發(fā)送到被管節(jié)點，將管理功能動態(tài)地分配到各被管設(shè)備，并在本地執(zhí)行。委派代理(DelegationAgent)：一段允許從網(wǎng)絡(luò)管理中心實時發(fā)送給配置在遠程被管設(shè)備中的MbD多線程環(huán)境的網(wǎng)絡(luò)管理程序代碼?？捎每删幾g或可解釋的任何高級語言編寫；MbD多線程環(huán)境將其接受為一個線程；獨立于網(wǎng)管中心完成本地監(jiān)視、分析與控制的管理任務(wù)。第九十二頁，共一百五十一頁，編輯于2023年，星期五委派管理(MbD)模型委派協(xié)議(DelegationProtocol)：支持委派代理向MbD多線程實時環(huán)境提交程序代碼；支持委派代理線程在MbD多線程環(huán)境中動態(tài)執(zhí)行、修改和擴展過程。兩種工作方式：1、通過SNMP協(xié)議，從SNMP代理上收集設(shè)備的數(shù)據(jù)信息，用于監(jiān)控、分析；2、MbD管理者動態(tài)地向MbD服務(wù)器發(fā)送委派代理代碼，委派代理在MbD服務(wù)器上實例化后，監(jiān)控、分析和控制設(shè)備，完成自我管理的功能。第九十三頁，共一百五十一頁，編輯于2023年，星期五MbD模型結(jié)構(gòu)第九十四頁，共一百五十一頁，編輯于2023年，星期五移動代理(MobileAgent)模型MobileAgent：能夠自行決定并能在網(wǎng)絡(luò)的各個節(jié)點之間移動，代表其他實體進行工作的一種軟件實體。一種網(wǎng)絡(luò)計算，它能夠自行選擇運行地點和時機，根據(jù)具體情況中斷自身的執(zhí)行，移動到另一設(shè)備上恢復(fù)運行，并及時將有關(guān)結(jié)果返回。移動的目的是使程序的執(zhí)行盡可能靠近數(shù)據(jù)源，降低網(wǎng)絡(luò)的通信開銷，平衡負載，提高完成任務(wù)的時效。第九十五頁，共一百五十一頁，編輯于2023年，星期五移動代理(MobileAgent)模型基于MobileAgent系統(tǒng)的生存、計算、安全、通信和遷移機制：生存機制：MobileAgent的產(chǎn)生、銷毀、啟動、掛起、停止等方式和方法；計算機制：MobileAgent及其運行環(huán)境所具備的計算推理能力，包括數(shù)據(jù)操作和線程控制原語；安全機制：規(guī)定MobileAgent訪問網(wǎng)絡(luò)資源的方式；通信機制：定義MobileAgent與其他實體，以及移動代理之間的通信方式；遷移機制：組成MobileAgent的代碼及其執(zhí)行中間狀態(tài)在不同地點間移動的方法。第九十六頁，共一百五十一頁，編輯于2023年，星期五基于MobileAgent網(wǎng)絡(luò)管理模型的實現(xiàn)CoD（CodeonDemand）模型：在網(wǎng)絡(luò)管理系統(tǒng)中，分布式地設(shè)計一些代碼服務(wù)器，在網(wǎng)絡(luò)管理設(shè)備上提供虛擬實時支撐環(huán)境，移動代碼受其支持與控制。REV（RemoteEvaluation）模型：完成特定功能的代碼模塊根據(jù)需要移動到被管設(shè)備處，實現(xiàn)網(wǎng)絡(luò)管理應(yīng)用，并允許動態(tài)地配置與擴充這些移動代碼模塊。不同的代碼模塊可以組合成新的代碼功能模塊，到達被管設(shè)備后，這些功能和組合功能才能發(fā)揮作用。AgentHosting模型：在每個被管設(shè)備的附近建立一個虛“AgentHosting”虛擬機環(huán)境。虛擬機中有完成各種功能的Agent，這些Agent與被管設(shè)備可采用客戶機—服務(wù)器的通信方式，并可以由SNMP或CMIP協(xié)議支持。移動代理(MobileAgent)模型第九十七頁，共一百五十一頁，編輯于2023年，星期五基于XML的網(wǎng)絡(luò)管理XML簡介NETCONF第九十八頁，共一百五十一頁，編輯于2023年，星期五XML簡介XML的起源和目的它是一種用來創(chuàng)建標記的標記語言。1996年，萬維網(wǎng)協(xié)會（或者叫W3C，）開始設(shè)計一種可擴展的標記語言，1998年2月，XML1.0成為了W3C的推薦標準。這種XML語言繼承了SGML（StandardGeneralizedMarkupLanguage）的規(guī)范，是一個子集。XML將SGML的靈活性和強大功能與已經(jīng)被廣泛采用的HTML結(jié)合起來，簡化了計算機對文檔和數(shù)據(jù)交換的處理，使得現(xiàn)有的協(xié)議和軟件更為協(xié)調(diào)，從而簡化了數(shù)據(jù)的處理和傳輸。第九十九頁，共一百五十一頁，編輯于2023年，星期五XML簡介使用XML標記語言可以做到數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)在任何編程語言環(huán)境下的共享。例如我們在某個計算機平臺上用某種編程語言編寫了一些數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)，然后用XML標記語言進行處理，那樣的話，其他人就可以在其他的計算機平臺上來訪問這些數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)，甚至可以用其他的編程語言來操作這些數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)了。這就是XML標記語言作為一種數(shù)據(jù)交換語言存在的價值。第一百頁，共一百五十一頁，編輯于2023年，星期五XML和HTML的區(qū)別XML和HTML都是用于操作數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)，在結(jié)構(gòu)上大致是相同的，但它們在本質(zhì)上卻存在著明顯的區(qū)別：語法要求不同標記不同作用不同在HTML中不區(qū)分大小寫，在XML中對大小寫要求非常嚴格。HTML使用固有的標記，而XML沒有固有標記。HTML用于顯示頁面，而XML用于描述頁面內(nèi)容的數(shù)據(jù)或數(shù)據(jù)的結(jié)構(gòu)。HTML把數(shù)據(jù)和顯示合在一起，在頁面中把這些數(shù)據(jù)顯示出來，而XML則將數(shù)據(jù)和顯示分開。第一百零一頁，共一百五十一頁，編輯于2023年，星期五＜UL＞＜LI＞張三＜／LI＞＜UL＞＜LI＞用戶ID：001＜／LI＞＜LI＞公司：A公司＜／LI＞＜LI＞EMAIL：zhang＠aaa．com＜／LI＞＜LI＞電話：(010)62345678＜／LI＞＜LI＞地址：五街1234號＜／LI＞＜U＞城市：北京市＜／LI＞＜LI＞省份：北京＜／LI＞＜／UL＞HTMLXML和HTML的區(qū)別＜LI＞李四＜／LI＞＜UL＞＜U＞用戶ID：002＜／LI＞＜LI＞公司：B公司＜／LI＞＜LI＞EMAIL：li＠bbb．org＜／LI＞＜LI＞電話：(021)87654321＜／LI＞＜LI＞地址：南京路9876號＜／LI＞＜LI＞城市：上海市＜／LI＞＜LI＞省份：上海＜LI＞＜／UL＞＜／UL＞無序列表標簽定義列表項目標簽第一百零二頁，共一百五十一頁，編輯于2023年，星期五＜聯(lián)系人列表＞＜聯(lián)系人＞＜姓名＞張三＜／姓名＞＜ID＞001＜／ID＞＜公司＞A公司＜／公司＞＜EMAIL＞zhang＠aaa．com＜／EMAIL＞＜電話＞(010)62345678＜／電話＞＜地址＞＜街道＞五街1234號＜／街道＞＜城市＞北京市＜／城市＞＜省份＞北京＜／省份＞＜／地址＞＜／聯(lián)系人＞＜聯(lián)系人＞＜姓名＞李四＜／姓名＞＜ID＞002＜／ID＞＜公司＞B公司＜／公司＞＜EMAIL＞1i＠bbb．org＜／EMAIL＞＜電話＞(021)87654321＜／電話＞＜地址＞＜街道＞南京路9876號＜／街道＞＜城市＞上海市＜／城市＞＜省份＞上海＜／省份＞＜／地址＞＜／聯(lián)系人＞＜／聯(lián)系人列表＞XMLXML和HTML的區(qū)別第一百零三頁，共一百五十一頁，編輯于2023年，星期五XML最大的優(yōu)勢在于它能對各種編程語言編寫的數(shù)據(jù)進行管理，使得在任何平臺下都能通過解析器來讀取XML數(shù)據(jù)。它的優(yōu)勢可歸納為以下幾點：數(shù)據(jù)的搜索數(shù)據(jù)的顯示數(shù)據(jù)的交換在XML中可以提取文檔中任何位置的數(shù)據(jù)，XML將數(shù)據(jù)的結(jié)構(gòu)和數(shù)據(jù)的顯示形式分開，根據(jù)需要使數(shù)據(jù)呈現(xiàn)出多種顯示方式。如HTML、PDF等格式。XML標記語言的語法非常簡單，可以通過解析器在任何機器上解讀。并可以在各種計算機平臺上使用。逐漸成為一種數(shù)據(jù)交換的語言。XML的優(yōu)勢第一百零四頁，共一百五十一頁，編輯于2023年，星期五XML的基本語法XML的語法規(guī)則

XML的語法規(guī)則既簡單又嚴格，非常容易學(xué)習，在使用過程中只需認真仔細，沒有多大困難。一般XML的語法規(guī)則大致可歸納為以下幾點：

正確的嵌套包含

結(jié)束標記不可忽略

區(qū)分大小寫

在HTML中某個標記有起始標記，卻可以沒有結(jié)束標記，但在XML文檔中卻不可以。在XML中嚴格區(qū)分大小寫，主要表現(xiàn)在開始標記和結(jié)束標記的大小寫必須相同。還包括文檔的聲明部分和文檔類型定義部分的大小寫區(qū)分。第一百零五頁，共一百五十一頁，編輯于2023年，星期五XML文檔的邏輯結(jié)構(gòu)一個XMl文檔最基本的構(gòu)成是：XMl聲明處理指令(可選)XML元素注釋(可選)<?xmlversion="1.0"encoding="UTF-8"?><?xml:stylesheettype="text/xsl" href="stu.xsl"?> <!--班級中學(xué)生的信息--> <class> <student> <name>Jone</name> <age>20</age> </student> </class>XML的基本語法第一百零六頁，共一百五十一頁，編輯于2023年，星期五

屬性 屬性是用來修飾某個元素的，如： <root> <aattribute="aa">thisistest</a> </root>屬性名

屬性值

關(guān)于元素的屬性需注意如下幾個問題：屬性的值必須用引號括起來，如：

attribute1=“aa”或attribute3=‘a(chǎn)a'

；元素的屬性以名和值成對出現(xiàn)；用來修飾同一個元素的屬性的屬性名不能相同

；屬性值不能包含“&”、“’”、“<”等字符。

第一百零七頁，共一百五十一頁，編輯于2023年，星期五CDATA節(jié)通過CDATA節(jié)可以通知分析器，在CDATA節(jié)包含的字符中沒有標記。這樣，如果文檔包含可能會出現(xiàn)的標記字符，但我們又不是把它當作標記來使用，而只是屬于文本字符，那么使用CDATA節(jié)來創(chuàng)建這樣的文檔就容易得多。CDATA節(jié)主要用于腳本語言內(nèi)容、示例XML文檔內(nèi)容和HTML內(nèi)容。在“<![CDATA[”和“]]>”之間不能再加入CDATA節(jié)或“]]>”第一百零八頁，共一百五十一頁，編輯于2023年，星期五<?xmlversion="1.0"encoding="gb2312"?> <程序> <title>test</title> <內(nèi)容>

<![CDATA[ if(20<10){ return"你好"; }else{ return"hello"; } ]]> </內(nèi)容> </程序>CDATA節(jié)第一百零九頁，共一百五十一頁，編輯于2023年，星期五＜![CDATA[＜聯(lián)系人＞＜姓名＞張三＜／姓名＞＜EMAIL＞zhang＠aaa．com＜／EMAIL＞＜／聯(lián)系人＞]]＞CDATA節(jié)第一百一十頁，共一百五十一頁，編輯于2023年，星期五DTD簡介DTD（文檔類型定義）可以定義合法的XML文檔結(jié)構(gòu)，它使用一系列合法元素來定義文檔的結(jié)構(gòu)。DTD分為內(nèi)部DTD和外部DTD，所謂內(nèi)部DTD是指該DTD在某個文檔的內(nèi)部，只被該文檔使用。外部DTD是指該DTD不在文檔內(nèi)部，可以被其他所有的文檔來共享。DTD文檔與XML文檔實例的關(guān)系可以看成是類和對象的關(guān)系。第一百一十一頁，共一百五十一頁，編輯于2023年，星期五DTD簡介每一個XML文檔都可攜帶一個DTD，用來對該文檔格式進行描述，測試該文檔是否為有效的XML文檔。對于XML文檔而言，雖然DTD不是必須的，但它為文檔的編制帶來了方便。加強了文檔標記內(nèi)參數(shù)的一致性，使XML語法分析器能夠確認文檔。如果不使用DTD來對XML文檔進行定義，那么XML語法分析器將無法對該文檔進行確認。第一百一十二頁，共一百五十一頁，編輯于2023年，星期五DTD中元素的定義<!DOCTYPEroot[ <!ELEMENTroot(name)> <!ELEMENTname(#PCDATA)>]><root> <name>張三</name></root>根元素聲明子元素第一百一十三頁，共一百五十一頁，編輯于2023年，星期五元素的定義——根元素的聲明

DOCTYPE是“documenttype”（文檔類型）的簡寫，DOCTYPE聲明必須放在文檔最頂部，在所有代碼和標識之上DOCTYPE聲明是必不可少的關(guān)鍵組成部分。DTD語法要求DOCTYPE必須要大寫DOCTYPE和元素之間必須要有空格隔開。如在以上代碼中DOCTYPE和根元素root之間要有空格隔開。第一百一十四頁，共一百五十一頁，編輯于2023年，星期五元素類型——子元素的定義<!ELEMENT元素名元素類型>ELEMENT是關(guān)鍵字，后面跟元素名和元素類型，中間用空格分開。元素類型一般分為以下幾種：EMPTY

#PCDATA

ANY

關(guān)鍵字和符號的綜合

只包含子元素

使用符號

其它非關(guān)鍵字類型第一百一十五頁，共一百五十一頁，編輯于2023年，星期五EMPTY和#PCDATA 屬于EMPTY類型的元素沒有字符串值，即該元素不包含任何內(nèi)容，但可以有一個或多個屬性。如下：<!DOCTYPEroot[ <!ELEMENTroot(havewife)> <!ELEMENThavewifeEMPTY>]><root> <havewife></havewife></root>#PCDATA表示該元素可以包含經(jīng)過XML解析器解析過的文本數(shù)據(jù)。如下：

<!DOCTYPEroot[ <!ELEMENTroot(name)> <!ELEMENTname(#PCDATA)>]><root> <name>張三</name></root>第一百一十六頁，共一百五十一頁，編輯于2023年，星期五ANY類型 ANY類型表示可以包含多個子元素且不受限制，也可包含字符串數(shù)據(jù)。但ANY一般用在對根元素的聲明中。如下：<!DOCTYPEroot[ <!ELEMENTrootANY> <!ELEMENTname(#PCDATA)> <!ELEMENTemail(#PCDATA)>]><root> <name>張三</name> <email>zhangsan@</email> <email>zhangsan@163.com</email></root>第一百一十七頁，共一百五十一頁，編輯于2023年，星期五其它非關(guān)鍵字類型只包含子元素 將某個元素定義為只包含子元素，沒有字符串數(shù)據(jù)。如下：

<!ELEMENTname(smallname,secondname)>

使用符號

一般可使用的符號分為以下幾種：

問號（?），表示該元素可以出現(xiàn)一次或不出現(xiàn)。加號（+），表示該元素可以出現(xiàn)一次或多次。

星號（*），表示該元素可以出現(xiàn)一次、多次或不出現(xiàn)。

或（|），表示兩個元素中只出現(xiàn)一個，且必須出現(xiàn)一個。

逗號（,），定義各元素間的順序。

第一百一十八頁，共一百五十一頁，編輯于2023年，星期五屬性的定義<!ATTLIST元素名屬性名類型屬性特征>ATTLIST是關(guān)鍵字；元素名是指該屬性所屬的元素的名稱；屬性名是該屬性的標識；類型是表示該屬性屬于何種類型；屬性特征是對該屬性的約束，比如設(shè)置是否每個元素實例都必須有該屬性等控制。如下：<!DOCTYPEproducts[ <!ELEMENTproducts(product+)> <!ELEMENTproduct(#PCDATA)> <!ATTLISTproduct編號CDATA#IMPLIED>]><products> <product編號="A-FSd">aaa</product> <product>bbb</product></products>“product”是元素名，“編號”是屬性名，“CDATA”是屬性類型，“#IMPLIED”是屬性的特征。

第一百一十九頁，共一百五十一頁，編輯于2023年，星期五屬性的類型NMTOKENS屬性類型

CDATA屬性類型

NMTOKEN屬性類型

IDREF屬性類型

IDREFS屬性類型

Enumerated（枚舉型）屬性類型

NOTATION屬性類型

ENTITY屬性類型

ENTITIES屬性類型

Enumerated不是關(guān)鍵字

ID屬性類型

第一百二十頁，共一百五十一頁，編輯于2023年，星期五屬性的特征#REQUIRED：表示該屬性必須有。

#IMPLIED：表示該屬性可以有也可以沒有。

#FIXED：表示該屬性的屬性值固定。

第一百二十一頁，共一百五十一頁，編輯于2023年，星期五 <?xmlversion="1.0"encoding="gb2312"?> <!DOCTYPEpeople[ <!ELEMENTpeople(person+)> <!ELEMENTperson(#PCDATA)> <!ATTLISTperson性別(男|女)#IMPLIED> <!ATTLISTperson姓名CDATA#REQUIRED> <!ATTLISTperson應(yīng)聘職位CDATA"經(jīng)理"> <!ATTLISTperson學(xué)歷CDATA#FIXED"大學(xué)"> ]> <!--"應(yīng)聘職位"可以自己定義，但“學(xué)歷”的值必須是 “大學(xué)”，“姓名”必須有， “性別”屬性可有可無。 --> <people> <person性別="男"學(xué)歷="大學(xué)"應(yīng)聘職位="經(jīng)理"姓名="lily"> </person> <person學(xué)歷="大學(xué)"應(yīng)聘職位="業(yè)務(wù)員"姓名="Quty"> </person> </people>“學(xué)歷”的值必須是“大學(xué)”

“應(yīng)聘職位”的值可以自己定義

“性別”屬性可有可無

屬性的定義的例子第一百二十二頁，共一百五十一頁，編輯于2023年，星期五內(nèi)部DTD和外部DTD的使用內(nèi)部DTD是指該DTD在某個文檔的內(nèi)部，只被該文檔使用外部DTD是指該DTD不在文檔內(nèi)部，可以被其他所有的文檔來共享使用外部DTD可以把DTD文件從XML文檔中分離出來。第一百二十三頁，共一百五十一頁，編輯于2023年，星期五內(nèi)部DTD和外部DTD的使用使用外部DTD可以把DTD文件從XML文檔中分離出來。在文檔中對外部DTD的引用一般格式如下：<!DOCTYPE元素名SYSTEM文件名>或 <!DOCTYPE元素名PUBLIC文件名>其中“DOCTYPE”和“SYSTEM”、“PUBLIC”為關(guān)鍵字，“元素名”一般為根元素的名稱，“文件名”為該文檔將要使用的外部DTD的文件名第一百二十四頁，共一百五十一頁，編輯于2023年，星期五例子note.dtd<!ELEMENTnote(to,from,heading,body)><!ELEMENTto(#PCDATA)> <!ELEMENTfrom(#PCDATA)> <!ELEMENTheading(#PCDATA)><!ELEMENTbody(#PCDATA)>內(nèi)部DTD和外部DTD的使用第一百二十五頁，共一百五十一頁，編輯于2023年，星期五對note.dtd的引用<?xmlversion="1.0"?> <!DOCTYPEnoteSYSTEM"/dtd/note.dtd"> <note> <to>Tove</to> <from>Jani</from> <heading>Reminder</heading> <body>Don'tforgetmethisweekend!</body> </note>內(nèi)部DTD和外部DTD的使用第一百二十六頁，共一百五十一頁，編輯于2023年，星期五DTD的缺陷利用DTD驗證有效性的解析器，就能夠立即對文檔的完整性進行可靠的檢查。DTD雖然比較實用，但DTD也有不少的缺陷。如下：DTD的結(jié)構(gòu)化不夠完善，不利于重用。

DTD本身并不是XML文檔DTD是基于正則表達式的，描述能力有限。DTD語法有限，無法對XML文檔的結(jié)構(gòu)作出更細致的語義限制。DTD沒有數(shù)據(jù)類型限制，無法在應(yīng)用程序中使用。所謂正則表達式就是指由多個字符等組成的字符串

第一百二十七頁，共一百五十一頁，編輯于2023年，星期五Schema概述Schema通常是一組為了描述某一類XML文檔而定義好的一套規(guī)則。XMLSchema與DTD一樣，也是對某一類XML文檔進行約束并確定其結(jié)構(gòu)XMLSchema最初是由微軟提出并使用，后來在W3C的專家們充分討論和論證的基礎(chǔ)上，于1999年2月15日，W3C發(fā)布了一個需求定義，說明了新定義的Schema必須符合的要求。1999年5月6日，W3C完成并發(fā)布了Schema的定義。最終被確定成為一個標準第一百二十八頁，共一百五十一頁，編輯于2023年，星期五Schema的優(yōu)勢XMLSchema文件使用XML語法，在其設(shè)計目的方面與DTD類似，但是在功能方面，XMLSchema比DTD更完善，并且更容易擴展。相比DTD主要優(yōu)勢有以下幾點：一個XMLSchema文件同時也是一個XML文檔，Schema定義了多種數(shù)據(jù)類型。在XMLSchema文件中可以像在其他編程語言那樣來定義數(shù)據(jù)類型，如整型、字符型、浮點型、布爾型、日期型等。第一百二十九頁，共一百五十一頁，編輯于2023年，星期五Schema的建立一個有效的Schema文件的結(jié)構(gòu)如下：<?xmlversion="1.0"encoding="UTF-8"?> <xs:schema

xmlns:xs="/2001/XMLSchema"

elementFormDefault="qualified"attributeFormDefault="unqualified"> <!--這里編寫內(nèi)容--> </xs:schema>第一百三十頁，共一百五十一頁，編輯于2023年，星期五Schema類型元素 Schema類型的元素是Schema文件的根元素，每個Schema文件必須包含Schema類型的元素。Schema類型元素的屬性有以下幾種：elementFormDefaultxmlnstargetNamespaceattributeFormDefault其它屬性xmlns是xhtmlnamespace的縮寫，稱為“命名空間”xmlns屬性的值是一個URI或URL地址xmlns屬性不可缺少該屬性的值是在xmlns已經(jīng)定義好的命名空間中選擇。該屬性可有可無

用于指示子元素是否放到命名空間中，有“qualified”和“unqualified”兩種取值用于指示是否把某個子元素的屬性放到命名空間中，有“qualified”和“unqualified”兩種取值

“finalDefault”、“blockDefault”、“xml:lang”和“id”屬性，對于這些屬性一般都采用默認設(shè)置。第一百三十一頁，共一百五十一頁，編輯于2023年，星期五基于XMLSchema的note.xsd

<?xmlversion="1.0"?> <xs:schemaxmlns:xs=/2001/XMLSchema targetNamespace= xmlns="" elementFormDefault="qualified"> <xs:elementname="note"> <xs:complexType> <xs:sequence> <xs:elementname="to"type="xs:string"/> <xs:elementname="from"type="xs:string"/> <xs:elementname="heading"type="xs:string"/> <xs:elementname="body"type="xs:string"/> </xs:sequence> </xs:complexType> </xs:element> </xs:schema>第一百三十二頁，共一百五十一頁，編輯于2023年，星期五對note.xsd的引用 <?xmlversion="1.0"?> <note xmlns="" xmlns:xsi="/2001/XMLSchema-instance" xsi:schemaLocation="note.xsd"> <to>Tove</to> <from>Jani</from> <heading>Reminder</heading> <body>Don'tforgetmethisweekend!</body> </note>第一百三十三頁，共一百五十一頁，編輯于2023年，星期五NETCONF概述NETCONF協(xié)議定義了一種簡單的網(wǎng)絡(luò)配置管理機制，它可以管理網(wǎng)絡(luò)設(shè)備，提取配置數(shù)據(jù)，上載及操作新的配置數(shù)據(jù)NETCONF采用遠程過程調(diào)用RPC的模式工作客戶機用XML編寫的RPC請求，通過安全的session發(fā)送到服務(wù)器服務(wù)器用XML編寫的RPC應(yīng)答進行回復(fù)客戶機是網(wǎng)絡(luò)管理者，可以是一個腳本或是網(wǎng)絡(luò)管理者的一個應(yīng)用程序服務(wù)器對應(yīng)被管設(shè)備，通常是一個網(wǎng)絡(luò)設(shè)備第一百三十四頁，共一百五十一頁，編輯于2023年，星期五NETCONF概述NETCONF是網(wǎng)絡(luò)自動配置系統(tǒng)的一個綁定模塊XML是配置系統(tǒng)中通信雙方的信息交換語言一個重要特點是能使管理協(xié)議最大限度地利用被管設(shè)備自身的功能，從而降低成本，及時訪問設(shè)備的新特征和新功能第一百三十五頁，共一百五十一頁，編輯于2023年，星期五層次