管理與監(jiān)控模塊通信設(shè)計(jì)論文

時(shí)間:2022-12-11 03:56:00

導(dǎo)語:管理與監(jiān)控模塊通信設(shè)計(jì)論文一文來源于網(wǎng)友上傳,不代表本站觀點(diǎn),若需要原創(chuàng)文章可咨詢客服老師,歡迎參考。

管理與監(jiān)控模塊通信設(shè)計(jì)論文

詳細(xì)介紹了面向應(yīng)用軟件的網(wǎng)絡(luò)監(jiān)控系統(tǒng)中管理監(jiān)控模塊通信設(shè)計(jì)與實(shí)現(xiàn)過程。包括管理信息存儲(chǔ)的優(yōu)化設(shè)計(jì)、內(nèi)存映射文件的存儲(chǔ)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、監(jiān)控指令轉(zhuǎn)發(fā)技術(shù)、內(nèi)存映射文件的通信方式、同步機(jī)制應(yīng)用等。通過內(nèi)存映射文件方式存儲(chǔ)管理信息,高效地完成了收集各應(yīng)用程序?qū)嵗谋O(jiān)控信息任務(wù),并實(shí)現(xiàn)了監(jiān)控信息的存儲(chǔ)、共享和監(jiān)控模塊與管理間實(shí)時(shí)信息交換的功能。

關(guān)鍵詞:優(yōu)化存儲(chǔ);內(nèi)存文件映射;消息機(jī)制;同步機(jī)制

隨著網(wǎng)絡(luò)規(guī)模增大,網(wǎng)絡(luò)結(jié)構(gòu)及網(wǎng)絡(luò)應(yīng)用日漸復(fù)雜,傳統(tǒng)的物理安全技術(shù)和措施已經(jīng)不足以保證信息系統(tǒng)的安全,因此網(wǎng)絡(luò)管理系統(tǒng)作為網(wǎng)絡(luò)安全運(yùn)行的保證,其重要性越來越突出。為了提高計(jì)算機(jī)網(wǎng)絡(luò)信息安全,許多相關(guān)的網(wǎng)絡(luò)安全產(chǎn)品被開發(fā),但大多是基于網(wǎng)絡(luò)硬件設(shè)備,如路由器、集線器、交換機(jī)等,而對(duì)網(wǎng)絡(luò)應(yīng)用軟件的研究和開發(fā)相對(duì)較少[1~4]。為了保證網(wǎng)絡(luò)環(huán)境中的應(yīng)用程序正常高效地運(yùn)行,筆者設(shè)計(jì)了基于SNMP的ASNMS(ApplicationSoftwareNetMonitoringSystem,網(wǎng)絡(luò)應(yīng)用軟件監(jiān)控系統(tǒng))。該系統(tǒng)選擇運(yùn)行于網(wǎng)絡(luò)環(huán)境中的應(yīng)用程序?yàn)檠芯繉?duì)象[5,6]。

1網(wǎng)絡(luò)應(yīng)用軟件監(jiān)控系統(tǒng)(ASNMS)簡(jiǎn)介

ASNMS的主要監(jiān)控目標(biāo)是網(wǎng)絡(luò)中的應(yīng)用軟件,通過及時(shí)獲取軟件中重要變量值(如系統(tǒng)配置、狀態(tài)指示等),從而及時(shí)了解整個(gè)網(wǎng)絡(luò)中應(yīng)用程序的狀態(tài),并且還可以通過管理站點(diǎn)對(duì)各受控站點(diǎn)中的應(yīng)用程序進(jìn)行控制操作,提高整個(gè)網(wǎng)絡(luò)和應(yīng)用系統(tǒng)的安全性。該網(wǎng)絡(luò)應(yīng)用軟件監(jiān)控系統(tǒng)主要有三個(gè)模塊[5,6]:

(1)管理站點(diǎn)主程序。該程序在管理站點(diǎn)上運(yùn)行。通過該程序,管理站點(diǎn)可以使用UDP/IP協(xié)議與管理范圍內(nèi)的所有受控站點(diǎn)進(jìn)行通信,收集網(wǎng)絡(luò)應(yīng)用程序的監(jiān)控信息,并下發(fā)各種控制命令。

(2)管理。每一個(gè)受控站點(diǎn)上運(yùn)行一個(gè)管理程序(有且僅有一個(gè))。管理是系統(tǒng)的通信中心。一方面通過內(nèi)存映射文件與受控站點(diǎn)上的各應(yīng)用程序?qū)嵗M(jìn)行通信,收集各應(yīng)用程序?qū)嵗谋O(jiān)控信息;另一方面通過UDP協(xié)議與管理站點(diǎn)通信,發(fā)送受控站點(diǎn)的管理信息以及轉(zhuǎn)發(fā)管理站點(diǎn)的控制信息。

(3)監(jiān)控模塊。該模塊是供軟件開發(fā)人員使用的一個(gè)通用接口模塊。它負(fù)責(zé)從受控應(yīng)用程序中獲取監(jiān)控信息,發(fā)送到管理站點(diǎn),并且也能接收從管理轉(zhuǎn)發(fā)的管理站點(diǎn)命令,對(duì)受控應(yīng)用程序執(zhí)行一定的控制操作。從結(jié)構(gòu)上來看,監(jiān)控模塊附屬于受控應(yīng)用程序,但它以單獨(dú)的線程形式存在。

2管理信息存儲(chǔ)的設(shè)計(jì)

為了監(jiān)控模塊工作的需要,同時(shí)為了能更方便地將監(jiān)控信息傳送給管理,監(jiān)控模塊需要將監(jiān)控信息以一定的形式存儲(chǔ)起來。監(jiān)控模塊監(jiān)控的目標(biāo)是應(yīng)用程序中的變量。由于現(xiàn)在軟件開發(fā)大多使用的是面向?qū)ο蟮姆椒?,在其程序中各種變量是有層次結(jié)構(gòu)關(guān)系的,這一點(diǎn)必須在監(jiān)控信息中體現(xiàn)出來[7]。監(jiān)控信息從邏輯上看應(yīng)該是以樹的形式存在,并且存儲(chǔ)的是各種變量的信息,而變量的長(zhǎng)度是不相同的,在這棵樹中各個(gè)節(jié)點(diǎn)的空間大小有可能不相同。由此看來,無論是從存儲(chǔ)內(nèi)容上還是從邏輯結(jié)構(gòu)上看,監(jiān)控信息的存儲(chǔ)結(jié)構(gòu)均是相對(duì)較為復(fù)雜的。下面三種設(shè)計(jì)方案可以滿足這樣的要求:

(1)在監(jiān)控模塊內(nèi)存空間內(nèi)生成一棵二叉樹。這是最常規(guī)的存儲(chǔ)方法。在此情況下,只需要設(shè)計(jì)一個(gè)較為合理的樹結(jié)構(gòu),二叉樹就能直接存儲(chǔ)在監(jiān)控模塊的內(nèi)存空間中,訪問方便。同時(shí)因?yàn)樵谠S多語言中均有任意類型的數(shù)據(jù)類型,由此可以將不同數(shù)據(jù)類型的數(shù)據(jù)方便地存儲(chǔ)在一種數(shù)據(jù)結(jié)構(gòu)中。但是由于這棵樹存在于監(jiān)控模塊的內(nèi)存空間中,不方便管理程序?qū)ζ渥x取,監(jiān)控模塊還需要通過一定的方法將該樹傳送給管理[4,7]。

優(yōu)點(diǎn):實(shí)現(xiàn)簡(jiǎn)單,監(jiān)控模塊可以很方便地對(duì)其進(jìn)行讀寫操作。

缺點(diǎn):不方便管理程序?qū)ΡO(jiān)控信息讀取,需要使用其他方法將信息傳送給管理。

(2)將監(jiān)控信息存儲(chǔ)在磁盤文件中。為了解決管理和監(jiān)控模塊共享監(jiān)控信息的問題,監(jiān)控模塊可以將監(jiān)控信息存儲(chǔ)為磁盤文件形式。在此情況下,需要設(shè)計(jì)一套完整合理的文件空間使用策略,保證能夠完整地存儲(chǔ)監(jiān)控信息。由于在Windows程序中采用了虛擬內(nèi)存策略,不同應(yīng)用程序內(nèi)存空間是不同的,即使某應(yīng)用程序獲取了另一個(gè)程序中的某個(gè)指針,也不能正確地訪問到其數(shù)據(jù)。在對(duì)變量值進(jìn)行存儲(chǔ)時(shí),一定要注意不能存儲(chǔ)有關(guān)變量的指針信息,而應(yīng)該想辦法存儲(chǔ)其中變量的實(shí)際數(shù)據(jù)[8]。同時(shí)因?yàn)槭菍⒈O(jiān)控信息存儲(chǔ)于磁盤上,需要采取一定的措施盡量避免出現(xiàn)垃圾文件的情況,同時(shí)還要防止在工作狀態(tài)下用戶有意或無意地修改、刪除該文件。

優(yōu)點(diǎn):多個(gè)程序可以方便地共享數(shù)據(jù)。

缺點(diǎn):實(shí)現(xiàn)較復(fù)雜,容易產(chǎn)生垃圾文件,容易泄漏和丟失監(jiān)控信息。

(3)將監(jiān)控信息存儲(chǔ)在內(nèi)存文件映射中。這是對(duì)方案(2)的改進(jìn)。方案(2)將監(jiān)控信息存儲(chǔ)于磁盤文件中,由此使得容易產(chǎn)生垃圾文件、容易泄漏和丟失監(jiān)控信息。那么如果將監(jiān)控信息直接存儲(chǔ)在內(nèi)存當(dāng)中呢?采用內(nèi)存映射文件是一個(gè)很好的解決辦法。應(yīng)用程序在需要時(shí)在內(nèi)存中開辟一定的空間存儲(chǔ)數(shù)據(jù),當(dāng)應(yīng)用程序關(guān)閉后,由于操作系統(tǒng)的內(nèi)存管理機(jī)制,內(nèi)存文件將自動(dòng)被回收,安全性高。但是在生成內(nèi)存映射文件時(shí),必須要指定文件的大小,此時(shí)如果處理不當(dāng)將可能出現(xiàn)存儲(chǔ)空間不夠用的情況[4,8]。

優(yōu)點(diǎn):多個(gè)程序可以方便地共享數(shù)據(jù),數(shù)據(jù)不易泄漏,安全性高。

缺點(diǎn):實(shí)現(xiàn)較復(fù)雜,必須指定文件大小,處理不當(dāng)可能出現(xiàn)空間不夠用的情況。

綜合三種方案,方案(3)是最合適的。只要指定足夠的文件大小,它不僅滿足監(jiān)控模塊存儲(chǔ)管理信息的需要,信息安全性高,同時(shí)可方便地實(shí)現(xiàn)監(jiān)控模塊與管理之間實(shí)時(shí)信息交換功能,從而解決它們之間的通信問題。3管理與監(jiān)控模塊通信的設(shè)計(jì)

3.1管理與監(jiān)控模塊間通信

通信包括系統(tǒng)初始化連接建立、命令轉(zhuǎn)發(fā)和自定義消息。

(1)系統(tǒng)初始化連接建立。管理隨受控站點(diǎn)啟動(dòng)后,必須接收各個(gè)應(yīng)用程序?qū)嵗谋O(jiān)控模塊的注冊(cè)信息,與監(jiān)控模塊建立初始連接。

(2)命令轉(zhuǎn)發(fā)。管理接收到管理站點(diǎn)發(fā)送的UDP報(bào)文后,先識(shí)別該報(bào)文是發(fā)送給哪個(gè)監(jiān)控模塊的,然后通過Windows消息形式發(fā)送給指定的監(jiān)控模塊。

(3)管理與監(jiān)控模塊之間約定一系列自定義消息,并向Windows注冊(cè),保證雙方能夠正確地通過自定義消息進(jìn)行通信。

3.2監(jiān)控信息的收集與組織

在受控站點(diǎn)上,管理與多個(gè)應(yīng)用程序?qū)嵗谋O(jiān)控模塊之間是通過內(nèi)存映射文件進(jìn)行通信的。監(jiān)控信息存儲(chǔ)在內(nèi)存映射文件中。

(1)監(jiān)控信息收集就是對(duì)監(jiān)控模塊對(duì)應(yīng)的內(nèi)存映射文件進(jìn)行遍歷。通過遍歷獲得最新的被監(jiān)控應(yīng)用程序的狀態(tài)、監(jiān)控變量的值等。

(2)監(jiān)控信息收集時(shí),需提供有效的同步機(jī)制,防止管理與監(jiān)控模塊同時(shí)訪問同一個(gè)監(jiān)控信息文件時(shí)出錯(cuò)。

(3)監(jiān)控信息組織就是提供安全高效的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu),能夠完整地記錄所有監(jiān)控信息。

3.3內(nèi)存映射文件存儲(chǔ)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)

為了能存儲(chǔ)完整的變量結(jié)構(gòu)信息,可將監(jiān)控信息的邏輯存儲(chǔ)結(jié)構(gòu)設(shè)計(jì)為如圖1所示。在監(jiān)控信息的邏輯結(jié)構(gòu)中存在兩種結(jié)構(gòu)指針,即橫向指針表示父子關(guān)系和縱向指針表示兄弟關(guān)系,由此而構(gòu)成了一棵二叉樹。

本文原文

在圖1所示結(jié)構(gòu)中,由于不同變量類型存儲(chǔ)大小不同,從而導(dǎo)致二叉樹中各個(gè)節(jié)點(diǎn)的大小不統(tǒng)一。為了方便地進(jìn)行存儲(chǔ)空間管理,同時(shí)又能準(zhǔn)確完整地記錄如上變量結(jié)構(gòu)信息,筆者設(shè)計(jì)了一套內(nèi)存映射文件的存儲(chǔ)數(shù)據(jù)結(jié)構(gòu)。其基本思想為:將數(shù)據(jù)本身與數(shù)據(jù)間的邏輯關(guān)系分開進(jìn)行處理,每次根據(jù)實(shí)際使用的需要在文件空閑空間中分配相應(yīng)大小的空間,并在該空間的起始位置生成一個(gè)空間信息記錄。其中包括存放的變量類型、變量大小、變量指針、結(jié)構(gòu)指針等數(shù)據(jù)信息。此外還包括了該空間的地址、前后相鄰區(qū)域地址、本空間大小等空間管理信息。真正的記錄數(shù)據(jù)實(shí)體存放在該空間信息記錄之后的剩余空間中(剩余空間的大小可以是不同的)。文件的存儲(chǔ)結(jié)構(gòu)如圖2所示。

由圖2可以看出,在監(jiān)控信息存儲(chǔ)文件中所有的存儲(chǔ)空間均是前后緊連著的。通過空間信息記錄可以得知某區(qū)域的大小以及是否正在被使用。這樣就能夠方便地進(jìn)行空間分配和回收工作。又因?yàn)樵诳臻g信息記錄中存在變量結(jié)構(gòu)指針,因而通過空間信息記錄也能方便地訪問到數(shù)據(jù)之間的邏輯結(jié)構(gòu)關(guān)系。由此看出,空間信息記錄在整個(gè)存儲(chǔ)設(shè)計(jì)中占有很重要的位置,正是利用它才實(shí)現(xiàn)了對(duì)存儲(chǔ)空間的靈活使用。空間信息記錄的數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)如下:

typedefstructTItemInfo

{//以下為數(shù)據(jù)(變量)信息

charNodeName[MAX_NODENAME];//節(jié)點(diǎn)名

charNodeInfo[MAX_NODEINFO];//節(jié)點(diǎn)信息

intNodeType;//1:程序節(jié)點(diǎn);2:類節(jié)點(diǎn);3:變量節(jié)點(diǎn);其他未定義

intVarType;

//存儲(chǔ)數(shù)據(jù)的變量類型,特別:程序節(jié)點(diǎn)存儲(chǔ)了句柄信息,long型

intVarSize;//數(shù)據(jù)大小

boolWritable;//變量是否可寫?yīng)?/p>

void*VarAddr;//數(shù)據(jù)在程序中的地址

void*PBrother;//前一個(gè)同級(jí)(兄弟)節(jié)點(diǎn)

void*NBrother;//下一個(gè)同級(jí)(兄弟)節(jié)點(diǎn)

void*Father;//父親節(jié)點(diǎn)

void*Child;//下一級(jí)(孩子)節(jié)點(diǎn)

//以下為空間管理信息

void*Addr;//本區(qū)域在文件中的相對(duì)地址

longItemSize;//本區(qū)域大小

void*PAddr;//前一個(gè)區(qū)域在文件中的相對(duì)地址

void*NAddr;//后一個(gè)區(qū)域在文件中的相對(duì)地址

boolInUse;//本區(qū)域是否正在使用

}TItemInfo;

4關(guān)鍵技術(shù)及其具體實(shí)現(xiàn)

4.1命令轉(zhuǎn)發(fā)

管理接收到的命令有查詢被監(jiān)控應(yīng)用程序狀態(tài)、刷新監(jiān)控變量、鎖定監(jiān)控變量、鎖定應(yīng)用程序窗口等。管理根據(jù)UDP報(bào)文內(nèi)容,將命令發(fā)送給指定的監(jiān)控模塊。命令的轉(zhuǎn)發(fā)均是通過自定義消息實(shí)現(xiàn)的。本文使用Windows消息機(jī)制自定義了一系列消息并實(shí)現(xiàn)其消息的處理,結(jié)合到本監(jiān)控系統(tǒng)的需要,管理中主要定義了如下消息及其處理:

(1)WM_READAPPHANDLE:讀應(yīng)用程序?qū)嵗斜O(jiān)控模塊的相關(guān)句柄;

(2)WM_READAPPSTRUCT:讀應(yīng)用程序?qū)嵗械腗IB子樹結(jié)構(gòu);

(3)WM_READAPPDATA:讀應(yīng)用程序?qū)嵗械腗IB節(jié)點(diǎn)的值;

(4)WM_SETAPPDATA:設(shè)置應(yīng)用程序中的MIB節(jié)點(diǎn)的值;

(5)WM_READAPPTRAP:讀應(yīng)用程序發(fā)送來的Trap信息;

(6)WM_READPROXYSET:為應(yīng)用程序?qū)嵗腗IB子樹中某個(gè)MIB節(jié)點(diǎn)設(shè)置閾值;

(7)WM_MIBERROR:與應(yīng)用程序之間的通信發(fā)生錯(cuò)誤。

由于在一個(gè)標(biāo)準(zhǔn)的Windows應(yīng)用程序中,消息是由窗口處理的,而在管理中沒有窗口,也不是從窗口繼承的一個(gè)類,管理不能直接進(jìn)行消息操作。在程序中使用Allocate-HWnd函數(shù)為監(jiān)控模塊虛擬生成一個(gè)消息窗口,專用來進(jìn)行消息捕獲、發(fā)送與處理。

4.2內(nèi)存文件映射與同步機(jī)制

4.2.1內(nèi)存文件映射實(shí)現(xiàn)管理與監(jiān)控模塊之間通信

管理與應(yīng)用程序?qū)嵗谋O(jiān)控模塊之間的數(shù)據(jù)交換采用內(nèi)存文件映射這種進(jìn)程間的通信方式。管理的文件映射和文件映射視圖的創(chuàng)建代碼如下:

HANDLEh_filemap;//內(nèi)存文件映射句柄

HANDLEh_LocalMapView;//內(nèi)存文件映射視圖句柄

//創(chuàng)建內(nèi)存文件映射對(duì)象,有讀寫權(quán)限,對(duì)象名為ProxyFileMap

h_filemap=CreateFileMapping((HANDLE)0xFFFFFFFF,NULL,PAGE_READWRITE,0,VIEWSIZE,"ProxyFileMap");

if(h_filemap==NULL)

{AfxMessageBox("CreateLocalFileMapError!");

returnfalse;}//創(chuàng)建內(nèi)存文件映射視圖

if((h_LocalMapView=MapViewOfFile(h_filemap,FILE_MAP_ALL_ACCESS,0,0,0))==NULL)

{AfxMessageBox("CreateLocalMapViewError!");

returnfalse;}

管理啟動(dòng)后,在其內(nèi)存文件映射視圖中寫入自己的窗口句柄,供各個(gè)應(yīng)用程序?qū)嵗x取。監(jiān)控模塊初始化時(shí),從管理的內(nèi)存文件映射視圖中得到管理的窗口句柄,向管理的內(nèi)存文件映射視圖中寫入自己的內(nèi)存文件映射對(duì)象名,并發(fā)送請(qǐng)求注冊(cè)消息給管理。管理收到消息后,從自己的內(nèi)存文件映射視圖中讀出應(yīng)用程序?qū)嵗膬?nèi)存映射文件對(duì)象名,創(chuàng)建應(yīng)用程序?qū)嵗齼?nèi)存文件映射視圖[9]。和監(jiān)控模塊的通信通過讀寫內(nèi)存文件映射視圖和互相發(fā)送消息實(shí)現(xiàn)。

4.2.2同步機(jī)制

管理和監(jiān)控模塊通過對(duì)內(nèi)存映射文件進(jìn)行讀操作和寫操作來完成數(shù)據(jù)交換。由于存在多個(gè)獨(dú)立的應(yīng)用程序?qū)嵗M(jìn)程,它們可能同時(shí)對(duì)管理進(jìn)行寫操作??赡艽嬖谶@樣的情況:當(dāng)一個(gè)應(yīng)用程序的實(shí)例向管理的內(nèi)存文件中寫入數(shù)據(jù),并通知管理讀取時(shí),另外一個(gè)應(yīng)用程序的實(shí)例也在做同樣的寫操作,它寫入的數(shù)據(jù)將前一次寫入的數(shù)據(jù)覆蓋了。當(dāng)管理響應(yīng)消息從內(nèi)存文件中讀入時(shí),得到的是第二個(gè)應(yīng)用程序?qū)嵗臄?shù)據(jù),第一個(gè)應(yīng)用程序?qū)嵗龑懭氲臄?shù)據(jù)已丟失了。在應(yīng)用程序?qū)嵗膬?nèi)存文件上也存在類似的情況:當(dāng)一個(gè)應(yīng)用程序?qū)嵗B續(xù)向內(nèi)存文件中寫入時(shí),管理可能還來不及對(duì)第一次寫入的數(shù)據(jù)進(jìn)行讀取,第二次的寫入已經(jīng)將第一次寫入的內(nèi)容覆蓋了。在對(duì)內(nèi)存文件的讀寫過程中引入同步機(jī)制是必要的。程序中采用的同步機(jī)制是信號(hào)燈機(jī)制[9]。

在管理上為內(nèi)存文件創(chuàng)建信號(hào)燈:

/*創(chuàng)建信號(hào)燈,信號(hào)燈名為ProxyMapViewSemaphore,初始計(jì)數(shù)為1,最大計(jì)數(shù)也是1,h_SemAccessMapView為該信號(hào)燈的句柄*/

h_SemAccessMapView=CreateSemaphore(NULL,1,1,"ProxyMapViewSemaphore");

在監(jiān)控模塊中,打開這個(gè)信號(hào)燈:

/*打開名為ProxyMapViewSemaphore的信號(hào)燈,h_SemAccessMapView為信號(hào)燈句柄*/

h_SemAccessMapView=OpenSemaphore(SEMAPHORE_ALL_ACCESS,false,"ProxyMapViewSemaphore");

監(jiān)控模塊每次對(duì)管理內(nèi)存文件寫操作前,均要等待信號(hào)燈的信號(hào):

/*等待信號(hào)燈h_SemAccessMapView的信號(hào),知道信號(hào)燈為有信號(hào)時(shí)才返回*/

::WaitForSingleObject(h_SemAccessMapView,INFINITE);

//對(duì)管理內(nèi)存文件映射的寫操作管理在每次對(duì)內(nèi)存文件進(jìn)行讀操作后,都要增加信號(hào)燈的計(jì)數(shù):

//對(duì)內(nèi)存文件的讀操作

//增加信號(hào)燈h_SemAccessMapView的計(jì)數(shù),每次增加1

ReleaseSemaphore(h_SemAccessMapView,1,NULL);

5結(jié)束語

在對(duì)SNMP中MIB信息和協(xié)議數(shù)據(jù)單元擴(kuò)充的基礎(chǔ)上,設(shè)計(jì)并實(shí)現(xiàn)了面向應(yīng)用軟件的網(wǎng)絡(luò)監(jiān)控系統(tǒng)。該系統(tǒng)提供了對(duì)應(yīng)用程序類中成員變量和成員函數(shù)的監(jiān)控功能。

參考文獻(xiàn):

[1]唐亞哲,張鵬,李增智,等.DIINMS分布智能網(wǎng)絡(luò)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].小型微型計(jì)算機(jī)系統(tǒng),2002,23(8):926-929.

[2]田力威,尹朝萬.基于CORBA的智能網(wǎng)絡(luò)管理系統(tǒng)的結(jié)構(gòu)及實(shí)現(xiàn)[J].小型微型計(jì)算機(jī)系統(tǒng),2002,23(7):810-813.[3]HUNTER,PHILIP.Integratedsecurityandnetworkmanagementremainelusive[J].NetworkSecurity,2004,10(6):15-16.

[4]BHUTANI,KIRANR,KHAN,etal.Optimaldistributionofahierarchyofnetworkmanagementagents[J].InformationSciences,2003,149(4):235-248.

[5]費(fèi)洪曉,康松林,施榮華.基于SNMP的網(wǎng)絡(luò)應(yīng)用軟件監(jiān)控系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)工程與應(yīng)用,2004,40(15):122-125.

[6]康松林,費(fèi)洪曉,施榮華.網(wǎng)絡(luò)應(yīng)用軟件監(jiān)控系統(tǒng)監(jiān)控模塊的設(shè)計(jì)與實(shí)現(xiàn)[J].中南大學(xué)學(xué)報(bào):自然科學(xué)版,2004,35(6):993-997.

[7]羅雪松,羅蕾,許子辛.嵌入式SNMPAgent的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)應(yīng)用研究,2004,21(10):220-222.

[8]DOUGLASEC,DAVIDLS.InternetworkingwithTCP/IPVolII:design,implementation,andinternals[M].北京:清華大學(xué)出版社,1998:95-126.

[9]DOUGLASEC,DAVIDLS.InternetworkingwithTCP/IPVolIII:client-serverprogrammingandapplications[M].windowssocketsversion.北京:清華大學(xué)出版社,1998:147-183.