【正文】 ───┼───────────────────────┤│1 │RRP │管理站點要求管理代理向其注冊。版本號字段長度為1個字節(jié)，當前版本號為1。Control System Protocol的簡寫，RRP指Register Request Protocol, GDP指Get Data Protocol, SDP指SetData Protocol，SSP指Set Setting Protocol，REP指Response Protocol，139。但由于UDP協(xié)議并不象TCP協(xié)議那樣保證數(shù)據(jù)傳輸?shù)恼_性和順序性，因此這方面的工作必須自己完成。同時，使用TCP協(xié)議進行傳輸時，建立連接一般需要3次“握手”，而監(jiān)控軟件的一次數(shù)據(jù)傳輸一般只有兩個數(shù)據(jù)包，可見無效傳輸過多:使用UDP協(xié)議傳輸時，可以避免多余的建立連接的數(shù)據(jù)包。對于服務端來說，它是不需要考慮數(shù)據(jù)是否傳到了客戶端?？蛻舳讼蚍斩税l(fā)送數(shù)據(jù)請求，服務端向客戶提供數(shù)據(jù)，一問一答。而在UDP協(xié)議的傳輸模式下，并不存在上述的連接。在TCP協(xié)議傳輸模式下，傳輸?shù)膬啥酥g首先要建立一條連接。 網(wǎng)絡應用軟件監(jiān)控系統(tǒng)提供了如下幾種協(xié)議數(shù)據(jù)單元:Register Request, Get 16Data Request、Set Data Request、Set Setting Request、Response、Trap和Informo 監(jiān)控系統(tǒng)中的傳輸協(xié)議建立在TCP/IP協(xié)議的基礎上。同時，由于管理站點有了這一M工B樹的映射，管理站點對于每一個被管對象都有其詳細的信息，不再存在SNMP中管理站點對于代理上的被管對象不了解的現(xiàn)象，而SNMP中Get Vext Request操作帶來的遍歷各個表或快速查詢連續(xù)數(shù)據(jù)對象比較方便的優(yōu)點可以由擴充了的Get Data Request(合并了 Bulk操作)來提供。.M工B節(jié)點的左右孩子節(jié)點是與M工B子樹在內(nèi)存中的二叉樹儲存形式相適應 的。因為一個管 理代理可能對多個管理站點負責，多個管理站點都可能對同一個MIB節(jié)點 設置閉值，所以要用鏈表形式紀錄這些閨值的設置。.存儲MIB節(jié)點的值是為了對MIB節(jié)點進行新舊值的對比，從而確定哪些M工E 節(jié)點屬于更新數(shù)據(jù)的MIB節(jié)點。 MIBNode*RChild://MIB節(jié)點的名字刀M工B節(jié)點的描述刀M工B節(jié)點的類型刀MIB節(jié)點的值//M工B節(jié)點的地址刀M工B節(jié)點的閡值鏈表//MIB節(jié)點的數(shù)據(jù)項項數(shù)刀M工B節(jié)點是否可寫//MIB節(jié)點的左孩子//M工B節(jié)點的右孩子對于該結構有以下幾點說明:.MIB節(jié)點的類型有Ih}TEGER(整型)，DFLOAT(浮點型)，STRING(字符串型)， N0}39。 B001, Writable。 CString Value: void* Address。 CString Describe。在管理站點上，由于存在一個MIB樹的映射，因此需要將二叉樹轉換成多叉樹的形式顯示出來。當需要傳輸該MIB樹時，則將該二叉樹進行中序遍歷，加入空節(jié)點信息，將遍歷后得到的數(shù)據(jù)串傳輸出去。 MIB樹是一個多叉樹，在內(nèi)存中將其表示成一棵二叉樹，樹中每一個節(jié)點都是一個MIB節(jié)點。如何使相同的實例具有不同的實例名，是我們需要解決的一個問題。 M工B樹中，同一層的MIB節(jié)點不允許同名。在MCS節(jié)點下構造我們自己的MIB樹。我們的應用軟件監(jiān)控系統(tǒng)的MIB子樹可以在管理樹的因特網(wǎng)分支()下私有分支(標號“private (4))的企業(yè)分支(標號“enterprisesC1)。MP中，其MIB樹定義在管理樹的因特網(wǎng)分支((. 1)下的管理分支(標號“mgmt (2))下。在外部，它具有監(jiān)控系統(tǒng)的主要用戶界面，提供了整個服務范圍內(nèi)的MIB樹的映射，網(wǎng)絡管理員可以在該映射上得到他所感興趣的信息。它是在第一個被監(jiān)控的應用程序實例開始運行時，由該應用程序實例調(diào)用的一個子進程，并且在主進程結束后繼續(xù)運行，直到關機。 管理代理位于每一個受控站點中，負責與本機的各應用程序實例通信，收集各應用程序實例的監(jiān)控信息，同時與管理站點聯(lián)絡，發(fā)送本地的節(jié)點信息，并接受管理站點傳來的控制信息。如Create)用于對模塊的初始化，AddMibNode()用于添加MIB節(jié)點，De1MibNode ()用于刪除MIB節(jié)點等等。在其內(nèi)部封裝了與管理代理進行通信和對本地MIB子樹進行管理的的內(nèi)部實現(xiàn)，這些內(nèi)部實現(xiàn)對于軟件開發(fā)人員是完全透明的。系統(tǒng)共有三個組成部分:監(jiān)控模塊、管理代理、管理站點。 。整個系統(tǒng)設計分為3個層次: 。協(xié)議數(shù)據(jù)單元方面，我決定在保持SNMP基本操作的基礎上，對S\v1P協(xié)議數(shù)據(jù)單元進行一些修改。請求標識{錯誤狀態(tài)of錯誤索引0} sysupTime變量綁定值st}mpTrapOID…對象標識符第3章系統(tǒng)總體設計 在對SNMPv2進行細致分析的基礎上，我設計了面向應用軟件的網(wǎng)絡監(jiān)控系統(tǒng)。工。如果閉值被突破，則高層管理站會通過Inform Request得知這一事件。 Inform Request協(xié)議數(shù)據(jù)單元 與SNMPvl不同，SN1vtPv2掘棄了代理和網(wǎng)絡管理者的嚴格劃分，引入了管理者一管理者通信，從而使網(wǎng)絡管理者既可以作為客戶進程也可以作為服務器進程運行。 f) egpNeighborLoss一該陷阱指示SN39。 d) LinkupLinkup陷阱指示配置的某SNMPv2代理的鏈路己被激活。 b) warmStart一熱啟動陷阱指示某SNMPv2代理己重新初始化，但沒有改 變配置。在RFC1450中，SNMPv2預先定義了若干陷阱: 1. Traps Group陷阱組，那種可以進行配置以便發(fā)送SNMPv2 Trap PDL的代 理預先規(guī)定的所有對象均包含在這個陷阱組中。 .SnmpTrapOID表示相應陷阱的固定名。錯誤索引字段值的定義如下:┌─────────────┬─┐│名字 │值│├─────────────┼─┤│ NoSuchObject(無此對象) │0 ││NoSuchInstance(無此實例) │1 ││EndOfMibView tMib View尾) │2 │└─────────────┴─┘ Trap協(xié)議數(shù)據(jù)單元 SNMPv2中，如果代理探測到特殊情況，它就向管理站發(fā)出陷阱類型(traptype的報文。PDU類型請求標識}錯誤狀態(tài){錯誤索引}變量綁定值為錯誤狀態(tài)字段規(guī)定的值在下表中列出:┌────────────┬─┬────────────────┬─┐│名稱 │值│名稱 │值│├────────────┼─┼────────────────┼─┤│tooBig(太大) │1 │wrongValue(錯誤值) │10││noSuchName(無此名) │2 │noCreation(不可創(chuàng)建) │11││badValue(壞值) │3 │inconsistentValuP(不一致值) │12││readOnly(只讀) │4 │resourceUnavailable(資源不可用) │13││genErr(一般錯) │5 │mitFailed(提交失敗) │14││noAccess(不可訪問) │6 │undoFailed(撤銷失敗) │15││wrongType(錯誤類型) │7 │authorizationError(授權失敗) │16││wrongLength(錯誤長度) │8 │notWritable(不可寫) │17││wrongl:ncoding(錯誤編碼)│9 │inconsistentName(不一致名) │18│└────────────┴─┴────────────────┴─┘如果Response協(xié)議數(shù)據(jù)單元中的錯誤狀態(tài)字段為非0值，則說明在剛進行的請求中檢測到有錯誤發(fā)生。如果代理能夠用指定的值正確操作，則錯誤狀態(tài)和錯誤索引的值為0。PDU類型請求標識}錯誤狀態(tài)0}錯誤索引0}變量綁定值 變量綁定字段中規(guī)定所需的對象標識符。對象標識符作為參量同這種報文一起發(fā)送。如果Response協(xié)議數(shù)據(jù)單元到達了其最大值，則余下的變量值將被丟棄而必須由管理站再一次請求。Get Bulk協(xié)議數(shù)據(jù)單元中的重復計數(shù)器定義在代理中Get Next操作應該進行的頻度。如果在代理中可以用指定的值處理相關命令，則返回一個Response包從而確認操作有效。與Get Next協(xié)議數(shù)據(jù)單元相比，Get Bulk操作中通過網(wǎng)絡發(fā)送的包更少。 Get Bulk協(xié)議數(shù)據(jù)單元 Get Bulk是對Get Next的推廣。對那些不了解的對象，可以針對其前一對象發(fā)出Get Next RequestsPDU}】11掣{請求標識}錯誤狀態(tài)。 Get Next協(xié)議數(shù)據(jù)單元 管理站點能夠利用Get Net Request命令查詢MIB樹型結構中下一個對象的值，在這種PDU中，以上次己知對象標識符而不是所需對象標識符的值作為參量。有了這一標記，SNMP就可以將應答與發(fā)出的請求對應起來。除協(xié)議數(shù)據(jù)單元代碼外，Get Request報文還包含另外4個字段:RequestID(請求標一記)，Error Status(錯誤狀態(tài))，Error Index(錯誤索引)，VariableBindings(變量綁定)。對象標識符在這類報文中作為參量進行發(fā)送。MPv2中提供了7種協(xié)議數(shù)據(jù)單元，列舉如下:Get Request,Get Next,Get Bulk,Set Request、Response、Trap和Inform Request}2}?！痹L問方式:不可訪問狀態(tài):作廢 SNMP協(xié)議數(shù)據(jù)單元 S39?！? 訪問方式:只讀 狀態(tài):必備 又如: 對象:atTable{at 1} 句法:SEQUENCE OF atEntry 定義:“地址轉換表包含己經(jīng)映射物理地址的所有網(wǎng)絡地址。對象名與對象標識符總是成對出現(xiàn)，句法用于描述對象數(shù)據(jù)類型，定義用于存儲描述被管對象的正文，訪問方式定義對象的訪問字段為只讀、只寫、讀寫或不可訪問，狀態(tài)字段可以是必備、可選或作廢閉。Opaque的引入是為了繞過由SNMP定義帶來的任何可能的限制。Gauge與Counter類似，但既可遞增計數(shù)也可遞減計數(shù)。 Counter是32位非負整數(shù)計數(shù)器。結構類型Sequence允許使用簡單類型的列表: SEQUENCE{typel，…，typeN} 表格Sequence of是對一些元素組成的抽象數(shù)據(jù)結構的顯示，用entry表示列表名: SEQUENCE OFentry 3} }定尸C型 借助于列表和結構類型，其他類型可以從基本類型派生。 2W39。字節(jié)串類型在SNMP里總是用于顯示一個設備的軟硬件信息(DisplayString)或顯示網(wǎng)絡構件的物理地址(PhysAddress)o MIB樹中的每一個標號是用對象標識符描述的，實際上，對象標識符是一個整數(shù)數(shù)值的序列。 1夕廈誣型 原語ASN. 1類型有Integer(整數(shù))、Octet String(字節(jié)串)、Object工dentifier(對象標識符)和NULL(空)幾種類型。這種一致的數(shù)據(jù)標識意味著聯(lián)入網(wǎng)的所有SNMP終端都可以清楚地理解所傳輸?shù)男畔?、。}39。對象的定義語言采用:39。例如:地址轉換表的入口。為了方便，這些對象目前分為11類，每一類對應M工B2下的H個節(jié)點中的一個，新的類型和對象可以繼續(xù)加入。數(shù)字化編碼是機器可讀的，字母顯示則更適合于人的眼睛并幫助用戶尋找穿過錯綜復雜分支的路徑〔,。這棵管理樹來源于OSI的定義，它具有從根開始的嚴格分層化結構。對象標識符是按照在OSI MIB樹中建立的嚴格分層空間構造的，對象標識符總是一個唯一的從樹根開始描述MIB樹的整數(shù)序列。! M I B管理樹 所有的MIB對象類型被收集到一個或多個管理信息庫中并且對象類型按照管理信息結構和標識(SMI)定義。表格對應于一維數(shù)組，一張表格可以包含變量的多個實例川。 大體來說，M工B變量可劃分為兩部分:簡單變量和表格。對不同的設備，只要它們有相應的代理軟件和統(tǒng)一的MIB，網(wǎng)絡管理器就可以對它進行統(tǒng)一管理。通過SNMP的五種命令就可以讀取或設置MIB庫中變量的值。(MIB) 管理信息庫(MIB)是網(wǎng)絡管理中的重要組成部分。這樣， SNMPv2代理可以直接與其管理站進行通信，而SNMPvl必須經(jīng)過S\MI39。 刀咨種傳輸珊夯劣企:毋 SNMPv2真正與多協(xié)議因特網(wǎng)相匹配，可適用于多種不同的傳輸協(xié)議。由于成批數(shù)據(jù)傳輸顯著地減少了要處理的數(shù)據(jù)量，所以為其 他數(shù)據(jù)