第六講新型網(wǎng)絡(luò)管理模型_第1頁
第六講新型網(wǎng)絡(luò)管理模型_第2頁
第六講新型網(wǎng)絡(luò)管理模型_第3頁
第六講新型網(wǎng)絡(luò)管理模型_第4頁
第六講新型網(wǎng)絡(luò)管理模型_第5頁
已閱讀5頁,還剩146頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

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

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

第二頁,共一百五十一頁,編輯于2023年,星期五新型網(wǎng)絡(luò)管理模型目前的主流網(wǎng)絡(luò)管理模型:基于OSI的CMIP模型基于TCP/IP的SNMP模型管理模式:管理者的任務(wù):發(fā)布管理信息獲取命令;對獲取的信息進(jìn)行分析和判斷;根據(jù)分析和判斷結(jié)果發(fā)布控制命令。第三頁,共一百五十一頁,編輯于2023年,星期五新型網(wǎng)絡(luò)管理模型主流網(wǎng)絡(luò)管理模型的主要問題:大量的管理信息在網(wǎng)絡(luò)上傳遞,增加了網(wǎng)絡(luò)的負(fù)荷;管理信息的上下傳遞需要時(shí)間,限制了網(wǎng)絡(luò)管理的實(shí)時(shí)性。第四頁,共一百五十一頁,編輯于2023年,星期五新型網(wǎng)絡(luò)管理模型新型管理模型:目標(biāo):采用分布式管理模式提高管理的實(shí)時(shí)性提出的模型基于CORBA的網(wǎng)絡(luò)管理基于WEB的網(wǎng)絡(luò)管理基于移動(dòng)代理的網(wǎng)絡(luò)管理基于主動(dòng)網(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)平臺(tái)下的語言無關(guān)的對象互操作模型第七頁,共一百五十一頁,編輯于2023年,星期五CORBA簡介—特點(diǎn)CORBA是一個(gè)規(guī)范而不是實(shí)現(xiàn)CORBA提供了一個(gè)允許在分布式和異構(gòu)型環(huán)境中應(yīng)用程序之間進(jìn)行互操作的框架目前最新版本為CORBA3.0具體的產(chǎn)品實(shí)現(xiàn)有:IONAOrbix、BORLANDVisiBroker、JacORB、中和威InterBus等完全開放的、可擴(kuò)展的由工業(yè)需要驅(qū)動(dòng),并非某個(gè)廠商跨平臺(tái)、語言以及廠商之間的互操作性CORBA產(chǎn)品和服務(wù)可以“即插即用”面向?qū)ο蟮捏w系結(jié)構(gòu)基于ORB的分布式軟件總線強(qiáng)大的集成能力。解決了異構(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機(jī)B機(jī)

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

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

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

2)動(dòng)態(tài)調(diào)用:

通過ORB的動(dòng)態(tài)調(diào)用接口DII,在運(yùn)行時(shí)生成訪問對象的代碼。

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

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

Adapter)對象適配器:用于構(gòu)造對象實(shí)現(xiàn)與ORB之間的接口。CORBA支持的實(shí)施對象具有不同的對象語義,即不同的實(shí)例數(shù)據(jù)和操作函數(shù)的代碼。OA的作用是使實(shí)施對象的實(shí)施與ORB和客戶的如何驅(qū)動(dòng)無關(guān)??蛻魞H需要知道實(shí)施對象的邏輯結(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連接行為和輸入/輸出流進(jìn)行讀/寫GIOP是一種通用協(xié)議,不能直接使用,在不同的網(wǎng)絡(luò)上需要有不同的實(shí)現(xiàn)。IIOP就是GIOP在Internet上的具體實(shí)現(xiàn),它基于TCP/IP協(xié)議第二十一頁,共一百五十一頁,編輯于2023年,星期五CORBA體系結(jié)構(gòu)—相關(guān)概念(GIOP和IIOP)

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

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

把IDL說明編譯成面向?qū)ο蟪绦蛟O(shè)計(jì)語言的實(shí)代碼后,客戶可以調(diào)用已知對象的操作。在某些應(yīng)用中,用戶并不了解應(yīng)用接口編譯信息,但也要求調(diào)用對象的操作,這時(shí)就要?jiǎng)討B(tài)調(diào)用接口來調(diào)用對象的操作了CORBA體系結(jié)構(gòu)—相關(guān)概念(接口公用庫,動(dòng)態(tài)調(diào)用接口DII)第二十四頁,共一百五十一頁,編輯于2023年,星期五CORBA體系結(jié)構(gòu)—相關(guān)概念(IOR)IOR:互操作對象引用(InteroperableObjectReference)。IOR中包含了對象的網(wǎng)絡(luò)地址信息(IP,Port)、相應(yīng)的對象適配器(OA)信息以及對象的唯一標(biāo)識(shí)(ObjectId)IOR是分布環(huán)境中對一個(gè)CORBA對象進(jìn)行訪問的唯一標(biāo)識(shí)對于獨(dú)立提供服務(wù)的CORBA對象(或初始接入對象),通過以下常用方式獲取其IOR:從IOR文件讀取通過NamingService的名字解析通過TradingService的特性查詢bind操作方式,與平臺(tái)相關(guān),不能在不同平臺(tái)間互操作對于中間或過渡性的CORBA對象,一般接口規(guī)范中都提供相關(guān)的操作可以得到其IOR第二十五頁,共一百五十一頁,編輯于2023年,星期五CORBA對象的客戶使用“對象引用”來請求“對象方法”。如果服務(wù)端不在本地(不在同一機(jī)器的同一應(yīng)用系統(tǒng)中或不在同一機(jī)器中),則“對象引用”指向stub功能,stub利用ORB機(jī)制將請求帶到服務(wù)端的對象。stub通過ORB來確定運(yùn)行對象的服務(wù)端的機(jī)器,并請求該機(jī)器的ORB連接到對象的服務(wù)端去。stub同ORB建立連接后,向該機(jī)的skeleton發(fā)送“對象引用”及相關(guān)參數(shù),再由skeleton功能連接到目標(biāo)對象的“對象實(shí)現(xiàn)”上。skeleton將請求和參數(shù)轉(zhuǎn)換成規(guī)定格式然后調(diào)用該對象。最后,“對象實(shí)現(xiàn)”的結(jié)果沿著來的路徑傳送回客戶請求端。CORBA體系結(jié)構(gòu)——對象請求和實(shí)現(xiàn)過程第二十六頁,共一百五十一頁,編輯于2023年,星期五在這個(gè)操作過程中,客戶并不知道CORBA對象的位置、它的實(shí)現(xiàn)細(xì)節(jié),也不必知道所使用的ORB是什么。在ORB之間通過建立在TCP/IP標(biāo)準(zhǔn)之上的IIOP-InternetInterORBProtocol進(jìn)行通信聯(lián)系,相互傳送信息。客戶只是使用CORBA對象的接口來調(diào)用對象的方法,CORBA對象的接口則使用IDL語言來定義。對象的接口定義了對象的類型,對象的方法和引用參數(shù)以及對象方法可能返回的異常結(jié)果。IDL編譯器將把CORBA對象的定義轉(zhuǎn)換成特定的編程語言。IDL還對每個(gè)對象生成相應(yīng)的stub文件(類)和skeleton文件(類),通過它們實(shí)現(xiàn)應(yīng)用系統(tǒng)同ORB的連接。CORBA體系結(jié)構(gòu)——對象請求和實(shí)現(xiàn)過程第二十七頁,共一百五十一頁,編輯于2023年,星期五CORBA服務(wù)在CORBA體系結(jié)構(gòu)中,軟件服務(wù)由模式描述,而由服務(wù)者實(shí)現(xiàn)。服務(wù)者是特殊的軟件,它向某個(gè)查找服務(wù)(lookupservice)注冊自己,因此其他的CORBA軟件可以定位并訪問它的服務(wù)。第二十八頁,共一百五十一頁,編輯于2023年,星期五CORBA服務(wù)——COSSOMG定義了一系列標(biāo)準(zhǔn)的CORBA服務(wù)實(shí)現(xiàn)規(guī)范,稱為COSS(公共對象服務(wù)規(guī)范),以簡化應(yīng)用的開發(fā)過程,并保證不同產(chǎn)品之間的互通性在COSS中定義的服務(wù)主要有:名字服務(wù) 定位分布對象事件服務(wù) 解耦合對象之間的通信通告服務(wù) 針對電信領(lǐng)域事務(wù)處理服務(wù)保證分布式事務(wù)的原子性和持久性安全服務(wù)保證消息的完整性、機(jī)密性及提供身份認(rèn)證、訪問控制等第二十九頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—名字服務(wù)名字服務(wù)產(chǎn)生的背景ClientServerNamingService1、將對象的邏輯名和引用注冊到名字服務(wù)器上2、通過事先約定的對象邏輯名取得對象引用3、透明訪問直接訪問位置變化?第三十頁,共一百五十一頁,編輯于2023年,星期五ServerAServerBCORBANameService注冊服務(wù)者注冊服務(wù)者用名稱服務(wù)進(jìn)行客戶注冊CORBA服務(wù)第三十一頁,共一百五十一頁,編輯于2023年,星期五CORBA客戶客戶端不需要向名稱服務(wù)器注冊。它們使用名稱服務(wù)器來查找其他服務(wù)。過程如下圖:SereverAClientCORBANameService注冊服務(wù)者查找服務(wù)遠(yuǎn)程引用IIOP第三十二頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—名字服務(wù)名字服務(wù)的特點(diǎn)將每個(gè)CORBA對象的對象引用都賦予一個(gè)名字,通過名字可以得到相應(yīng)的IOR采用邏輯名經(jīng)名字服務(wù)間接地訪問服務(wù)方對象。功能上類似于DNS當(dāng)服務(wù)方的對象在分布式計(jì)算環(huán)境中的位置“遷移”變化時(shí),客戶方不受影響簡化了對象引用的管理,提供了編程時(shí)的位置透明性第三十三頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—名字服務(wù)對邏輯名的管理采用類似于目錄和文件的形式目錄對應(yīng)于上下文對象文件對應(yīng)于名字綁定對象每個(gè)對象的名字都由如下的結(jié)構(gòu)所組成:Name由NameComponent的序列所組成每個(gè)NameComponent分為兩部分,類型均為字符串:id:一般作為主要標(biāo)識(shí)kind:一般作為輔助標(biāo)識(shí),可以為空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)生事件的實(shí)體和處理事件的實(shí)體通常情況下是分離的,這種分離是分布式系統(tǒng)開放性的必然要求。這種分離就要求事件的捕獲和事件的處理也分離開來我們希望當(dāng)自己所關(guān)心的信息源有內(nèi)容更新事件發(fā)生時(shí),就通知信息獲取者,甚至將更新的信息“推”到信息獲取者面前第三十七頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—事件服務(wù)事件服務(wù)的特點(diǎn)提出了事件的提供者和消費(fèi)者,使事件的轉(zhuǎn)發(fā)在兩者之間透明,減少了耦合用事件通道來解決通知的分發(fā)支持Pull和Push兩種工作模式支持分布環(huán)境,具有良好擴(kuò)展性主要提供異步事件的分發(fā)和靈活配置第三十八頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—事件服務(wù)事件服務(wù)基本概念基本的對象是:Supplier 提供者: 產(chǎn)生事件Consumer 消費(fèi)者: 處理事件兩種模式,PUSH模式和PULL模式:在PUSH模式中,提供者可以在事件發(fā)生時(shí)主動(dòng)將事件通知給消費(fèi)者;在PULL模式中,則由消費(fèi)者主動(dòng)向提供者請求事件數(shù)據(jù)并處理事件僅提供一對一的通訊方式,無法實(shí)現(xiàn)事件分發(fā),引入事件通道第三十九頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—事件服務(wù)事件通道事件通道是一個(gè)處于事件提供者和事件使用者之間的“粘合”對象,駐留在ORB上從功能上看,它既是一個(gè)事件的提供者又是一個(gè)事件的使用者。事件通道允許多個(gè)事件提供者與多個(gè)事件使用者在相互不了解的情況下,以異步方式進(jìn)行通信它能夠同時(shí)支持經(jīng)典的“推”模型、“拉”模型、混合“推/拉”模型及混合“拉/推”模型這四種事件傳遞模型第四十頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—事件服務(wù)工作模式第四十一頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—事件服務(wù)事件通道的特點(diǎn)使提供者和消費(fèi)者彼此獨(dú)立,各自都不關(guān)心對方的存在使任意類型的提供者提供的事件能被任意類型的消費(fèi)者消費(fèi)到保持提供者和消費(fèi)者的靈活性,即支持PUSH和PULL以及混合通訊統(tǒng)一的事件表達(dá)。在事件服務(wù)中,事件統(tǒng)一采用any類型表示使提供者和消費(fèi)者可以自由加入或退出支持多對多通訊第四十二頁,共一百五十一頁,編輯于2023年,星期五COSS服務(wù)簡介—通知服務(wù)NS由ES演化而來,其主要區(qū)別在于:NS的數(shù)據(jù)類型是事先定義好的,采用一種大家公認(rèn)的結(jié)構(gòu)化格式進(jìn)行傳送(對于所有具體的數(shù)據(jù)值仍以any進(jìn)行傳送);通知的格式提供了過濾的功能,用戶可以通過對和自己相關(guān)的過濾器的過濾條件進(jìn)行設(shè)置,以獲取自己感興趣的通知;另外NS中提供了一定的QoS功能,以保證可靠性、優(yōu)先級等;其它的方式與EventChannel的實(shí)現(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)用對象實(shí)現(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,進(jìn)行對象調(diào)用。4)編譯生成CLIENT程序。SERVER開發(fā)步驟1)定義/獲得IDL文件。2)用IDLcomplier將IDL文件編譯成ServerSkeleton代碼。3)編寫IDL中定義的各個(gè)對象Server方的實(shí)現(xiàn)(Implementation)代碼。4)編寫Server,對處理流程進(jìn)行處理。5)編譯生成SERVER運(yùn)行程序。第四十六頁,共一百五十一頁,編輯于2023年,星期五基于CORBA的網(wǎng)絡(luò)管理CORBA提供了統(tǒng)一的資源命名、事件處理和服務(wù)交換等機(jī)制,這些機(jī)制很適合于管理本地以及廣域網(wǎng)絡(luò)。CORBA完全符合現(xiàn)代網(wǎng)絡(luò)管理遠(yuǎn)程監(jiān)控、邏輯管理的基本框架,具有固有的面向?qū)ο蟮募夹g(shù)特征。第四十七頁,共一百五十一頁,編輯于2023年,星期五基于CORBA的網(wǎng)絡(luò)管理基于CORBA的網(wǎng)絡(luò)管理模型可以實(shí)現(xiàn)高度的分布式處理;不依賴被管對象實(shí)現(xiàn)、主機(jī)操作系統(tǒng)和編程語言的通用管理操作接口;提供的功能比SNMP強(qiáng)大,比CMIP簡單;支持C++、Java等多種被廣泛應(yīng)用的編程語言,易于被開發(fā)人員接受。第四十八頁,共一百五十一頁,編輯于2023年,星期五基于CORBA的網(wǎng)絡(luò)管理CORBA在網(wǎng)絡(luò)管理系統(tǒng)的不同用法:利用CORBA客戶實(shí)現(xiàn)管理系統(tǒng);利用CORBA定義被管對象;單獨(dú)利用CORBA實(shí)現(xiàn)一個(gè)完整的網(wǎng)絡(luò)管理系統(tǒng)。第四十九頁,共一百五十一頁,編輯于2023年,星期五基于CORBA的網(wǎng)絡(luò)管理為了發(fā)揮現(xiàn)有網(wǎng)絡(luò)管理模型在管理信息定義以及管理信息通信協(xié)議方面的優(yōu)勢,一般采用第一種用法:利用CORBA實(shí)現(xiàn)管理系統(tǒng),使其獲得分布式和編程簡單的特性,而被管系統(tǒng)仍采用現(xiàn)有的模型實(shí)現(xiàn)。

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

嵌入式方案第六十七頁,共一百五十一頁,編輯于2023年,星期五兩種方案的應(yīng)用代管方案適合對大型的機(jī)構(gòu)或企業(yè)進(jìn)行全面的監(jiān)測和管理,并充分管理系統(tǒng)中的SNMP設(shè)備嵌入式方案具有界面和設(shè)備配置方法的優(yōu)勢,適合于小規(guī)模的環(huán)境第六十八頁,共一百五十一頁,編輯于2023年,星期五關(guān)鍵技術(shù)HTML:描述WWW頁面的語言,可以構(gòu)建頁面的顯示和播放信息,提供對其他頁面的超級鏈接,圖形和動(dòng)態(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的程序。能在瀏覽器的本地機(jī)上運(yùn)行;具有瀏覽器強(qiáng)制安全機(jī)制,可以對本地系統(tǒng)資源和網(wǎng)絡(luò)資源的訪問進(jìn)行安全控制;能實(shí)現(xiàn)WBM中的動(dòng)態(tài)數(shù)據(jù)處理:方便地顯示網(wǎng)絡(luò)運(yùn)行的畫面、集線器機(jī)架等圖片,實(shí)時(shí)表示獲得的更新信息。第七十頁,共一百五十一頁,編輯于2023年,星期五WBM的安全性防止非法用戶訪問WBM由Web設(shè)備訪問控制能力保證防止管理員的操作數(shù)據(jù)被偵聽或篡改對瀏覽器和服務(wù)器之間的數(shù)據(jù)傳輸進(jìn)行加密Javaapplets的安全問題需要對代碼進(jìn)行保護(hù),防止對字符串和數(shù)據(jù)進(jìn)行篡改。第七十一頁,共一百五十一頁,編輯于2023年,星期五WBM的標(biāo)準(zhǔn)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年,星期五基于主動(dòng)網(wǎng)的網(wǎng)絡(luò)管理主動(dòng)網(wǎng)絡(luò)簡介主動(dòng)網(wǎng)絡(luò)體系結(jié)構(gòu)主動(dòng)網(wǎng)絡(luò)通信機(jī)制基于主動(dòng)網(wǎng)的網(wǎng)絡(luò)管理第七十四頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)簡介 主動(dòng)網(wǎng)絡(luò)的研究背景 主動(dòng)網(wǎng)絡(luò)的基本概念 主動(dòng)網(wǎng)絡(luò)的基本原理 第七十五頁,共一百五十一頁,編輯于2023年,星期五基于TCP/IP協(xié)議的Internet遵循“端到端的原則”,也就是說,Internet的網(wǎng)絡(luò)層只提供不可靠的傳輸服務(wù),而應(yīng)用要求的可靠性和安全性等由端系統(tǒng)自己來實(shí)現(xiàn)。隨著網(wǎng)絡(luò)規(guī)模日益擴(kuò)大,一些局限性凸現(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é)點(diǎn)功能相對固定,導(dǎo)致協(xié)議和服務(wù)的推出始終無法跟上應(yīng)用需求的步伐等等。在這種背景下,人們需要研究具有自適應(yīng)、動(dòng)態(tài)和智能化特性的網(wǎng)絡(luò)----主動(dòng)網(wǎng)絡(luò)(ActiveNetwork)主動(dòng)網(wǎng)絡(luò)的研究背景第七十六頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)的基本概念A(yù)N有兩個(gè)含義:一是被稱為ANN的網(wǎng)絡(luò)中間節(jié)點(diǎn)(如路由器、交換機(jī)),不僅完成存儲(chǔ)轉(zhuǎn)發(fā)等網(wǎng)絡(luò)級的功能,而且可以對包含數(shù)據(jù)和代碼的所謂主動(dòng)包和普通包進(jìn)行計(jì)算;具有計(jì)算能力的網(wǎng)絡(luò)節(jié)點(diǎn)從網(wǎng)絡(luò)設(shè)備接收數(shù)據(jù)包后執(zhí)行相應(yīng)的程序,對該數(shù)據(jù)包進(jìn)行處理(如路由選擇、數(shù)據(jù)合并、數(shù)據(jù)解包等),然后將數(shù)據(jù)包發(fā)送給其他網(wǎng)絡(luò)節(jié)點(diǎn)。二是用戶根據(jù)網(wǎng)絡(luò)應(yīng)用和服務(wù)的要求可以對網(wǎng)絡(luò)進(jìn)行編程以完成這些計(jì)算。第七十七頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)的基本概念對于用戶來說,AN可以動(dòng)態(tài)地改變服務(wù),并按照特殊的應(yīng)用對服務(wù)進(jìn)行優(yōu)化;對于業(yè)務(wù)供應(yīng)商來說,可以根據(jù)用戶的需求動(dòng)態(tài)地引入新的協(xié)議,與此同時(shí)對原有系統(tǒng)的協(xié)議沒有任何影響;對于研究人員來說,動(dòng)態(tài)可編程的網(wǎng)絡(luò)提供一個(gè)平臺(tái),用以在現(xiàn)有網(wǎng)絡(luò)上實(shí)現(xiàn)新的網(wǎng)絡(luò)服務(wù)而不中斷正常的網(wǎng)絡(luò)服務(wù)第七十八頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)的基本原理網(wǎng)絡(luò)節(jié)點(diǎn)不僅具有分組路由的處理能力而且能對分組的內(nèi)容進(jìn)行計(jì)算處理,使分組在傳送過程中可以被修改、存儲(chǔ)或重定向。AN的基本思想是將程序嵌入數(shù)據(jù)包,使程序隨數(shù)據(jù)包一起在網(wǎng)絡(luò)上傳輸;網(wǎng)絡(luò)的中間節(jié)點(diǎn)運(yùn)行數(shù)據(jù)包中的程序,利用中間節(jié)點(diǎn)的計(jì)算能力,對數(shù)據(jù)包中的數(shù)據(jù)進(jìn)行一定地處理;然后根據(jù)用戶定制的要求,決定數(shù)據(jù)包轉(zhuǎn)發(fā)方向或返回的數(shù)據(jù)包類型及其數(shù)據(jù),從而將傳統(tǒng)網(wǎng)絡(luò)中“存儲(chǔ)一轉(zhuǎn)發(fā)”的處理模式改變?yōu)椤按鎯?chǔ)一計(jì)算一轉(zhuǎn)發(fā)”的處理模式。第七十九頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)的基本原理AN使用一種可移動(dòng)的程序代碼替換現(xiàn)在的IP報(bào)頭,網(wǎng)絡(luò)的中間節(jié)點(diǎn)提供一個(gè)運(yùn)行環(huán)境解釋并執(zhí)行數(shù)據(jù)包中攜帶的程序或利用其攜帶的參數(shù)執(zhí)行已在節(jié)點(diǎn)上的程序。每個(gè)用戶、每個(gè)包都可將特定的協(xié)議注入?yún)f(xié)議棧,由此決定對數(shù)據(jù)包的具體操作處理。AN中包含許多連接網(wǎng)絡(luò)的節(jié)點(diǎn),這些網(wǎng)絡(luò)節(jié)點(diǎn)并不一定都是ANN。第八十頁,共一百五十一頁,編輯于2023年,星期五信包在同時(shí)包含主動(dòng)路由器和傳統(tǒng)路由器的網(wǎng)絡(luò)中傳輸?shù)那闆r。信包在包含主動(dòng)路由器和傳統(tǒng)路由器網(wǎng)絡(luò)中的傳輸情況主動(dòng)網(wǎng)絡(luò)的基本原理第八十一頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)的體系結(jié)構(gòu) 主動(dòng)網(wǎng)絡(luò)的構(gòu)成 主動(dòng)節(jié)點(diǎn)的體系結(jié)構(gòu) 主動(dòng)節(jié)點(diǎn)中的數(shù)據(jù)包處理 主動(dòng)節(jié)點(diǎn)處理流程 第八十二頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)絡(luò)的構(gòu)成主動(dòng)網(wǎng)絡(luò)由連接在一起的主動(dòng)節(jié)點(diǎn)構(gòu)成,這些節(jié)點(diǎn)具有IP路由器的基本功能和特殊的主動(dòng)性,即能夠分解主動(dòng)包,并為主動(dòng)程序提供運(yùn)行環(huán)境。主動(dòng)包可攜帶用戶定制的程序代碼或指定的代碼標(biāo)識(shí)符。第八十三頁,共一百五十一頁,編輯于2023年,星期五典型的主動(dòng)網(wǎng)絡(luò)體系結(jié)構(gòu)主動(dòng)網(wǎng)絡(luò)的構(gòu)成第八十四頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)節(jié)點(diǎn)的體系結(jié)構(gòu)主動(dòng)節(jié)點(diǎn)的體系結(jié)構(gòu)NOS第八十五頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)節(jié)點(diǎn)中的數(shù)據(jù)包處理在發(fā)送和接收主動(dòng)包之前,執(zhí)行環(huán)境首先請求結(jié)點(diǎn)操作系統(tǒng)創(chuàng)建通道。結(jié)點(diǎn)操作系統(tǒng)可以利用各種網(wǎng)絡(luò)技術(shù)來實(shí)現(xiàn)這些通道,即可以使用底層網(wǎng)絡(luò)鏈路,如Ethernet和ATM,也可以使用高層網(wǎng)絡(luò)協(xié)議,如TCP、UDP和IP等。執(zhí)行環(huán)境通過這些通道發(fā)送和接收主動(dòng)包。第八十六頁,共一百五十一頁,編輯于2023年,星期五通過主動(dòng)節(jié)點(diǎn)的報(bào)文流主動(dòng)節(jié)點(diǎn)中的數(shù)據(jù)包處理第八十七頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)節(jié)點(diǎn)處理流程建立在數(shù)據(jù)鏈路層之上,負(fù)責(zé)接收/發(fā)送信包負(fù)責(zé)判別主動(dòng)信包與非主動(dòng)信包主動(dòng)信包的身份認(rèn)證、合法性檢測、數(shù)據(jù)完整性檢測,臨時(shí)加載的AA/EE的安全性檢測當(dāng)發(fā)現(xiàn)解釋主動(dòng)信包的EE在本節(jié)點(diǎn)不存在時(shí),通過該模塊請求從代碼服務(wù)器中加載當(dāng)發(fā)現(xiàn)主動(dòng)信包所指示的AC在本節(jié)點(diǎn)不存在時(shí),通過該模塊請求從代碼服務(wù)器中下載EE調(diào)用相應(yīng)的AA對信包加以處理第八十八頁,共一百五十一頁,編輯于2023年,星期五基于主動(dòng)網(wǎng)的網(wǎng)絡(luò)管理傳統(tǒng)網(wǎng)絡(luò)的“被動(dòng)”性在終端系統(tǒng)之間傳遞信息,不關(guān)心信息的內(nèi)容;完成信息傳遞進(jìn)行的處理僅限于對“分組頭信息”進(jìn)行解釋,或執(zhí)行電路的信令協(xié)議。主要目的是選擇路由、控制擁塞和保證服務(wù)質(zhì)量QoS;由于這些處理是在用戶提出通信請求之后進(jìn)行的,因此網(wǎng)絡(luò)是“被動(dòng)”發(fā)揮作用的?,F(xiàn)有網(wǎng)絡(luò)管理模型(如CMIP、SNMP),代理根據(jù)管理者的操作命令被動(dòng)地工作。第八十九頁,共一百五十一頁,編輯于2023年,星期五主動(dòng)網(wǎng)技術(shù)為讓網(wǎng)絡(luò)的功能成分主動(dòng)地發(fā)揮作用,必須允許用戶和各交換節(jié)點(diǎn)將自己訂制的程序注入網(wǎng)絡(luò),在網(wǎng)絡(luò)中主動(dòng)尋找發(fā)揮作用的場所。為了能夠執(zhí)行用戶注入的程序,要求交換節(jié)點(diǎn)具有對流經(jīng)的數(shù)據(jù)內(nèi)容進(jìn)行檢查和執(zhí)行其中所包含的代碼的能力。

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

XML的語法規(guī)則既簡單又嚴(yán)格,非常容易學(xué)習(xí),在使用過程中只需認(rèn)真仔細(xì),沒有多大困難。一般XML的語法規(guī)則大致可歸納為以下幾點(diǎn):

正確的嵌套包含

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

區(qū)分大小寫

在HTML中某個(gè)標(biāo)記有起始標(biāo)記,卻可以沒有結(jié)束標(biāo)記,但在XML文檔中卻不可以。在XML中嚴(yán)格區(qū)分大小寫,主要表現(xiàn)在開始標(biāo)記和結(jié)束標(biāo)記的大小寫必須相同。還包括文檔的聲明部分和文檔類型定義部分的大小寫區(qū)分。第一百零五頁,共一百五十一頁,編輯于2023年,星期五XML文檔的邏輯結(jié)構(gòu)一個(gè)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年,星期五

屬性 屬性是用來修飾某個(gè)元素的,如: <root> <aattribute="aa">thisistest</a> </root>屬性名

屬性值

關(guān)于元素的屬性需注意如下幾個(gè)問題:屬性的值必須用引號(hào)括起來,如:

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

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

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

第一百零七頁,共一百五十一頁,編輯于2023年,星期五CDATA節(jié)通過CDATA節(jié)可以通知分析器,在CDATA節(jié)包含的字符中沒有標(biāo)記。這樣,如果文檔包含可能會(huì)出現(xiàn)的標(biāo)記字符,但我們又不是把它當(dāng)作標(biāo)記來使用,而只是屬于文本字符,那么使用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在某個(gè)文檔的內(nèi)部,只被該文檔使用。外部DTD是指該DTD不在文檔內(nèi)部,可以被其他所有的文檔來共享。DTD文檔與XML文檔實(shí)例的關(guān)系可以看成是類和對象的關(guān)系。第一百一十一頁,共一百五十一頁,編輯于2023年,星期五DTD簡介每一個(gè)XML文檔都可攜帶一個(gè)DTD,用來對該文檔格式進(jìn)行描述,測試該文檔是否為有效的XML文檔。對于XML文檔而言,雖然DTD不是必須的,但它為文檔的編制帶來了方便。加強(qiáng)了文檔標(biāo)記內(nèi)參數(shù)的一致性,使XML語法分析器能夠確認(rèn)文檔。如果不使用DTD來對XML文檔進(jìn)行定義,那么XML語法分析器將無法對該文檔進(jìn)行確認(rèn)。第一百一十二頁,共一百五十一頁,編輯于2023年,星期五DTD中元素的定義<!DOCTYPEroot[ <!ELEMENTroot(name)> <!ELEMENTname(#PCDATA)>]><root> <name>張三</name></root>根元素聲明子元素第一百一十三頁,共一百五十一頁,編輯于2023年,星期五元素的定義——根元素的聲明

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

#PCDATA

ANY

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

只包含子元素

使用符號(hào)

其它非關(guān)鍵字類型第一百一十五頁,共一百五十一頁,編輯于2023年,星期五EMPTY和#PCDATA 屬于EMPTY類型的元素沒有字符串值,即該元素不包含任何內(nèi)容,但可以有一個(gè)或多個(gè)屬性。如下:<!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類型表示可以包含多個(gè)子元素且不受限制,也可包含字符串?dāng)?shù)據(jù)。但ANY一般用在對根元素的聲明中。如下:<!DOCTYPEroot[ <!ELEMENTrootANY> <!ELEMENTname(#PCDATA)> <!ELEMENTemail(#PCDATA)>]><root> <name>張三</name> <email>zhangsan@</email> <email>zhangsan@163.com</email></root>第一百一十七頁,共一百五十一頁,編輯于2023年,星期五其它非關(guān)鍵字類型只包含子元素 將某個(gè)元素定義為只包含子元素,沒有字符串?dāng)?shù)據(jù)。如下:

<!ELEMENTname(smallname,secondname)>

使用符號(hào)

一般可使用的符號(hào)分為以下幾種:

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

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

或(|),表示兩個(gè)元素中只出現(xiàn)一個(gè),且必須出現(xiàn)一個(gè)。

逗號(hào)(,),定義各元素間的順序。

第一百一十八頁,共一百五十一頁,編輯于2023年,星期五屬性的定義<!ATTLIST元素名屬性名類型屬性特征>ATTLIST是關(guān)鍵字;元素名是指該屬性所屬的元素的名稱;屬性名是該屬性的標(biāo)識(shí);類型是表示該屬性屬于何種類型;屬性特征是對該屬性的約束,比如設(shè)置是否每個(gè)元素實(shí)例都必須有該屬性等控制。如下:<!DOCTYPEproducts[ <!ELEMENTproducts(product+)> <!ELEMENTproduct(#PCDATA)> <!ATTLISTproduct編號(hào)CDATA#IMPLIED>]><products> <product編號(hào)="A-FSd">aaa</product> <product>bbb</product></products>“product”是元素名,“編號(hào)”是屬性名,“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在某個(gè)文檔的內(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驗(yàn)證有效性的解析器,就能夠立即對文檔的完整性進(jìn)行可靠的檢查。DTD雖然比較實(shí)用,但DTD也有不少的缺陷。如下:DTD的結(jié)構(gòu)化不夠完善,不利于重用。

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

第一百二十七頁,共一百五十一頁,編輯于2023年,星期五Schema概述Schema通常是一組為了描述某一類XML文檔而定義好的一套規(guī)則。XMLSchema與DTD一樣,也是對某一類XML文檔進(jìn)行約束并確定其結(jié)構(gòu)XMLSchema最初是由微軟提出并使用,后來在W3C的專家們充分討論和論證的基礎(chǔ)上,于1999年2月15日,W3C發(fā)布了一個(gè)需求定義,說明了新定義的Schema必須符合的要求。1999年5月6日,W3C完成并發(fā)布了Schema的定義。最終被確定成為一個(gè)標(biāo)準(zhǔn)第一百二十八頁,共一百五十一頁,編輯于2023年,星期五Schema的優(yōu)勢XMLSchema文件使用XML語法,在其設(shè)計(jì)目的方面與DTD類似,但是在功能方面,XMLSchema比DTD更完善,并且更容易擴(kuò)展。相比DTD主要優(yōu)勢有以下幾點(diǎn):一個(gè)XMLSchema文件同時(shí)也是一個(gè)XML文檔,Schema定義了多種數(shù)據(jù)類型。在XMLSchema文件中可以像在其他編程語言那樣來定義數(shù)據(jù)類型,如整型、字符型、浮點(diǎn)型、布爾型、日期型等。第一百二十九頁,共一百五十一頁,編輯于2023年,星期五Schema的建立一個(gè)有效的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文件的根元素,每個(gè)Schema文件必須包含Schema類型的元素。Schema類型元素的屬性有以下幾種:elementFormDefaultxmlnstargetNamespaceattributeFormDefault其它屬性xmlns是xhtmlnamespace的縮寫,稱為“命名空間”xmlns屬性的值是一個(gè)URI或URL地址xmlns屬性不可缺少該屬性的值是在xmlns已經(jīng)定義好的命名空間中選擇。該屬性可有可無

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

“finalDefault”、“blockDefault”、“xml:lang”和“id”屬性,對于這些屬性一般都采用默認(rèn)設(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ò)配置管理機(jī)制,它可以管理網(wǎng)絡(luò)設(shè)備,提取配置數(shù)據(jù),上載及操作新的配置數(shù)據(jù)NETCONF采用遠(yuǎn)程過程調(diào)用RPC的模式工作客戶機(jī)用XML編寫的RPC請求,通過安全的session發(fā)送到服務(wù)器服務(wù)器用XML編寫的RPC應(yīng)答進(jìn)行回復(fù)客戶機(jī)是網(wǎng)絡(luò)管理者,可以是一個(gè)腳本或是網(wǎng)絡(luò)管理者的一個(gè)應(yīng)用程序服務(wù)器對應(yīng)被管設(shè)備,通常是一個(gè)網(wǎng)絡(luò)設(shè)備第一百三十四頁,共一百五十一頁,編輯于2023年,星期五NETCONF概述NETCONF是網(wǎng)絡(luò)自動(dòng)配置系統(tǒng)的一個(gè)綁定模塊XML是配置系統(tǒng)中通信雙方的信息交換語言一個(gè)重要特點(diǎn)是能使管理協(xié)議最大限度地利用被管設(shè)備自身的功能,從而降低成本,及時(shí)訪問設(shè)備的新特征和新功能第一百三十五頁,共一百五十一頁,編輯于2023年,星期五層次

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論