【正文】 供重要事件的早期告警，作為后備方法，管理站還要定期地輪詢代理者獲取相關(guān)的狀態(tài)。它的格式與其他的SNMP PDU完全不同。因而，變量綁定清單中既包含對象實(shí)例標(biāo)識(shí)符，也包含每個(gè)對象實(shí)例將被賦予的值。它也為查找不知其條目的表提供了一個(gè)有效的機(jī)制。發(fā)送實(shí)體將以下字段包含在PDU之中:l PDU類型:指出GetRequest PDU類型。l 將構(gòu)成的PDU、源和目的傳送地址以及一個(gè)共同體名傳給認(rèn)證服務(wù)。這是因?yàn)楸砀窈托胁皇侨~子對象，因而不能由SNMP訪問。縱列對象標(biāo)識(shí)符不能獨(dú)自標(biāo)識(shí)對象實(shí)例，因?yàn)楸碇械拿恳恍卸加锌v列對象的一個(gè)實(shí)例。即，一個(gè)共同體輪廓由代理者處MIB的一個(gè)子集加上一個(gè)訪問模式構(gòu)成。由于共同體是在代理者處本地定義的，因此不同的代理者處可能會(huì)定義相同的共同體名。SNMP網(wǎng)絡(luò)管理具有一些不同于其他分布式應(yīng)用的特性，它包含一個(gè)管理站和多個(gè)被管理站之間一對多的關(guān)系。 tcp組中的對象ObjectSyntaxAccessDescriptiontcpRtoAlgorithmINTEGERRO重傳時(shí)間tcpRtoMinINTEGERRO重傳時(shí)間的最小值tcpRtoMaxINTEGERRO重傳時(shí)間的最大值tcpMaxConnINTEGERRO實(shí)體支持的TCP連接數(shù)的上限tcpActiveOpensCounterRO實(shí)體已經(jīng)支持的主動(dòng)打開的數(shù)量tcpPassiveOpensCounterRO實(shí)體已經(jīng)支持的被動(dòng)打開的數(shù)量tcpAttemptFailsCounterRO已經(jīng)發(fā)生的試連失敗的次數(shù)tcpEstabResetsCounterRO已經(jīng)發(fā)生的復(fù)位的次數(shù)tcpCurrEstabGaugeRO當(dāng)前狀態(tài)為established的TCP連接數(shù)tcpInSegsCounterRO收到的segments總數(shù)tcpOutSegsCounterRO發(fā)出的segments總數(shù)tcpRetranSegsCounterRO重傳的segments總數(shù)tcpConnTableSEQUENCE OF TcpConnTntryNA包含TCP各個(gè)連接的信息(表內(nèi)對象略，)tcpInErrorsCounterRO收到的有錯(cuò)的segments的總數(shù)tcpOutRstsCounterRO發(fā)出的含有RST標(biāo)志的segments數(shù)7) udp 組udp組包含有關(guān)一個(gè)節(jié)點(diǎn)的UDP的實(shí)現(xiàn)和操作的信息。ip組中包含3個(gè)表，ipAddrTable、ipRouteTalbe和ipNetToMediaTable。l icmp:關(guān)于系統(tǒng)中ICMP的實(shí)現(xiàn)和運(yùn)行信息。 TCP connection Table，可以看到sequence 和sequence of 在定義表格時(shí)的應(yīng)用:l 整個(gè)表由一個(gè)SEQUENCE OF TcpConnEntry構(gòu)成。該子句只是在對象類型對應(yīng)表中的”行”時(shí)才出現(xiàn)。另外，MIB支持二維表格或矩陣的定義。最大值被設(shè)為232 –1，當(dāng)達(dá)到最大值時(shí)，再次從0開始增加。通過對新對象的實(shí)驗(yàn)，廠商能夠在其被接受為mgmt的標(biāo)準(zhǔn)之前有效地獲得大量的實(shí)際知識(shí)。從樹根開始，第一級(jí)有3個(gè)節(jié)點(diǎn):iso、ccitt、jointisoccitt。因此，MIB只能存儲(chǔ)簡單的數(shù)據(jù)類型：標(biāo)量和標(biāo)量的二維矩陣?！　榱巳菁{沒有裝載SNMP的設(shè)備，SNMP提出了代管的概念?！　∮捎赟NMP依賴UDP，而UDP是無連接型協(xié)議，所以SNMP也是無連接型協(xié)議?！　」芾碚竞痛碚咧g通過網(wǎng)絡(luò)管理協(xié)議通信，SNMP通信協(xié)議主要包括以下能力：　　Get：管理站讀取代理者處對象的值；　　Set：管理站設(shè)置代理者處對象的值；　　Trap：代理者向管理站通報(bào)重要事件。 SNMP基本框架1) 網(wǎng)絡(luò)管理體系結(jié)構(gòu)　　SNMP的網(wǎng)絡(luò)管理模型包括以下關(guān)鍵元素：管理站、代理者、管理信息庫、網(wǎng)絡(luò)管理協(xié)議。并實(shí)現(xiàn)了四個(gè)可互操作的方案。實(shí)際上，SNMP的對象在面向?qū)ο蟮母拍钕赂揪筒荒芊Q為對象，它們只是帶有一些如數(shù)據(jù)類型、讀寫特性等基本特性的變量。因?yàn)楫?dāng)網(wǎng)絡(luò)中的主機(jī)數(shù)量上百萬，獨(dú)立網(wǎng)絡(luò)數(shù)量上千的時(shí)候，已不能只依靠少數(shù)網(wǎng)絡(luò)專家解決管理問題了。第4章 SNMP網(wǎng)絡(luò)管理體系結(jié)構(gòu)　　CMIP網(wǎng)絡(luò)管理體系結(jié)構(gòu)對系統(tǒng)模型、信息模型和通信協(xié)議幾個(gè)方面都提出了比較完備和理想的解決方案，為其他網(wǎng)絡(luò)管理體系結(jié)構(gòu)建立了理想?yún)⒖紭?biāo)準(zhǔn)。但是到了80年代后期，當(dāng)互聯(lián)網(wǎng)絡(luò)的發(fā)展呈指數(shù)增加時(shí)，人們感到需要開發(fā)比PING功能更強(qiáng)并易于普通網(wǎng)絡(luò)管理人員學(xué)習(xí)和使用的標(biāo)準(zhǔn)協(xié)議。而SNMP為了保持簡單性，沒有這樣復(fù)雜的概念。同樣是在1992年7月，四名SNMP的關(guān)鍵人物提出一個(gè)稱為SMP的SNMP新版本。安全機(jī)制是SNMPv3的最具特色的內(nèi)容。管理站可以在代理者處產(chǎn)生動(dòng)作，也可以通過修改變量值改變代理者處的配置。另外，代理者可以發(fā)出Trap消息，向管理者報(bào)告有關(guān)MIB及管理資源的事件。并且，大量的小系統(tǒng)(PC、工作站、可編程控制器)雖然支持TCP/IP協(xié)議，但不希望承擔(dān)維護(hù)SNMP、代理者軟件和MIB的負(fù)擔(dān)。SMI的基本指導(dǎo)思想是追求MIB的簡單性和可擴(kuò)充性。從對象標(biāo)識(shí)符樹的樹根開始，每個(gè)對象標(biāo)識(shí)符成分的值指定樹中的一個(gè)弧。internet節(jié)點(diǎn)之下分為4個(gè)子樹的做法為MIB的進(jìn)化提供了很好的基礎(chǔ)。l counter: 只能做增值不能做減值運(yùn)算的非負(fù)整數(shù)。我們需要多種值的類型，包括counter、gauge等等。l IndexPart: 用于定義表。(引自RFC1213)。l ip:關(guān)于系統(tǒng)中IP的實(shí)現(xiàn)和運(yùn)行信息。4) ip 組ip組包含有關(guān)節(jié)點(diǎn)上IP實(shí)現(xiàn)和操作的信息，如有關(guān)IP層流量的一些計(jì)數(shù)器。、句法、訪問權(quán)限和對象描述。在SNMP網(wǎng)絡(luò)管理中，這些應(yīng)用實(shí)體就是采用SNMP的管理站應(yīng)用實(shí)體和被管理站的應(yīng)用實(shí)體。代理者可以與多個(gè)管理站建立多個(gè)共同體，同一個(gè)管理站可以出現(xiàn)在不同的共同體中。MIB視圖和訪問模式的結(jié)合被稱為SNMP共同體輪廓(profile)?？v列對象表中的對象被稱為縱列對象。表格及行對象對于表格和行對象，沒有定義它們的實(shí)例標(biāo)識(shí)符。(a) GetRequest PDU, GetNextRequest PDU, SetRequest PDU(b) GetRequestPDU, GetNextRequestPDU, SetRequestPDU(c) Response PDU(d) Trap PDU(e) Variablebindings SNMP消息格式 SNMP消息字段字 段描 述versionSNMP版本munity共同體的名字用作SNMP認(rèn)證消息的口令requestid為每個(gè)請求賦予一個(gè)唯一的標(biāo)識(shí)符errorstatusnoError(0),tooBig(1),noSuchName(2),badValue(3),readOnly(4),genErr(5)errorindex當(dāng)errorstatus非0時(shí)，可以進(jìn)一步提供信息指出哪個(gè)變量引起的問題variablebindings變量名及其對應(yīng)值清單enterprise生成trap的對象的類型agentaddr生成trap的對象的地址generictrap一般的trap類型:coldStart(0),warmStart(1),linkDown(2),linkUp(3), authenticationFailure(4),egpNeighborLoss(5),enterpriseSpecific(6)secifictriap特定的Trap代碼timestamp網(wǎng)絡(luò)實(shí)體從上次啟動(dòng)到本trap生成所經(jīng)歷的時(shí)間SNMP消息的發(fā)送一般情況下，一個(gè)SNMP協(xié)議實(shí)體完成以下動(dòng)作向其他SNMP實(shí)體發(fā)送PDU:l 構(gòu)成PDU。 GetRequest PDUSNMP實(shí)體應(yīng)網(wǎng)絡(luò)管理站應(yīng)用程序的請求發(fā)出GetRequest PDU。它能夠使網(wǎng)絡(luò)管理站去動(dòng)態(tài)地發(fā)現(xiàn)一個(gè)MIB視圖的結(jié)構(gòu)。但是，SetRequest 是被用于寫對象值而不是讀。它被用于向管理站異步地通報(bào)某個(gè)重要事件。由于SNMP的Trap沒有應(yīng)答消息，因此沒有簡單的方法去檢驗(yàn)Trap的傳遞。同時(shí)，管理服務(wù)器也可以委托中間管理者擔(dān)當(dāng)管理者角色監(jiān)控一部分代理者?！　≡谂渲弥兄辽儆幸粋€(gè)系統(tǒng)負(fù)責(zé)整個(gè)網(wǎng)絡(luò)的管理。同時(shí)指出了對SNMPv1也有效的PDU。在這種情況下，發(fā)出操作請求的管理者往往只能將命令拆分為多條只取單個(gè)變量值的命令。不同的是，利用GetBulkRequest，可以選擇多個(gè)后繼對象。這時(shí)，應(yīng)答實(shí)體將返回一個(gè)errorstatus字段值為genErr，并在errorindex字段中指出出問題的變量的應(yīng)答PDU。外部的消息結(jié)構(gòu)中包含一個(gè)用于認(rèn)證的共同體名。　　SNMPv2本質(zhì)上是一個(gè)交換管理信息的協(xié)議。管理站的負(fù)擔(dān)太重，并且來自各個(gè)代理者的報(bào)告在網(wǎng)上產(chǎn)生大量的業(yè)務(wù)量。管理站可以再次或多次重發(fā)請求，直至成功或最終放棄。但是利用set的功能可以間接地發(fā)布完成某種動(dòng)作的命令。在我們上面的例子中，如果管理站發(fā)出一個(gè)GetNextRequest(udp) PDU，則將獲得 Response( = 100) 的應(yīng)答。它們具有相同交換模式和相同的格式。為了實(shí)現(xiàn)多對象交換，所有的SNMP的PDU都包含了一個(gè)變量綁定字段。利用這個(gè)排序，管理站可以有效地遍歷一個(gè)MIB的結(jié)構(gòu)。表中有一個(gè)索引對象ifIndex，它的值是一個(gè)1到ifNumber之間的整數(shù)，對應(yīng)每個(gè)接口，ifIndex有一個(gè)唯一的值。 實(shí)例標(biāo)識(shí)我們已經(jīng)看到，MIB中的每個(gè)對象都有一個(gè)由其在樹型結(jié)構(gòu)的MIB中所處的位置所定義的唯一的對象標(biāo)識(shí)符?？梢詾槊總€(gè)共同體定義不同的MIB視圖。SNMP用共同體來定義一個(gè)代理者和一組管理者之間的認(rèn)證、訪問控制和代管的關(guān)系。MIB的結(jié)構(gòu)不能通過增加或減少對象實(shí)例被改變，并且，訪問只能對對象標(biāo)識(shí)樹中的葉子對象進(jìn)行。ICMP提供從路由器或其他主機(jī)向主機(jī)傳遞消息的手段，它的基本作用是反饋通信環(huán)境中存在的問題，例如:數(shù)據(jù)報(bào)不能到達(dá)目的地，路由器沒有緩沖區(qū)容量來轉(zhuǎn)發(fā)數(shù)據(jù)報(bào)。一般情況下，網(wǎng)絡(luò)地址是指系統(tǒng)在該接口上的IP地址，而物理地址決定于實(shí)際采用的子網(wǎng)情況。MIBII是在MIBI的基礎(chǔ)之上開發(fā)的，是MIBI的一個(gè)超集。因此，tcpConnTable中的一個(gè)條目對應(yīng)被管系統(tǒng)中的一個(gè)connection的狀態(tài)信息。l DescrPart: 對象類型語義的文本描述。也規(guī)定了通過現(xiàn)有類型定義新類型的語法。每個(gè)應(yīng)用，包括SNMP,負(fù)責(zé)定義自己的APPLICATION數(shù)據(jù)類型。例如定義包含各種傳輸媒體的MIB(例如為令牌環(huán)局域網(wǎng)定義的MIB)。另外，由于對象標(biāo)識(shí)符的值是層次結(jié)構(gòu)的，因此命名方法本身也能用于確認(rèn)對象類型的結(jié)構(gòu)。網(wǎng)絡(luò)中每個(gè)的系統(tǒng)都（工作站、服務(wù)器、路由器、網(wǎng)橋等）擁有一個(gè)反映系統(tǒng)中被管資源狀態(tài)的MIB?！　∠葳逡龑?dǎo)輪詢可以有效地節(jié)約網(wǎng)絡(luò)容量和代理者的處理時(shí)間。另外，有一個(gè)解釋SNMP的消息和控制代理者M(jìn)IB的代理者進(jìn)程?！　∨cCMIP體系相同，網(wǎng)絡(luò)資源也被抽象為對象進(jìn)行管理。1999年4月IETF SNMPv3工作組提出了RFC2571～RFC2576，形成了SNMPv3的建議。增強(qiáng)版與原來的SNMP是不兼容的，它需要改變外部消息句柄及一些消息處理過程。即在任何主機(jī)、路由器、網(wǎng)橋以及其它管理設(shè)備中，兩個(gè)協(xié)議都以相同的格式使用相同的監(jiān)控變量。典型的例子是廣泛應(yīng)用的分組互聯(lián)網(wǎng)絡(luò)探索(PING)程序。直到70年代，還一直沒有網(wǎng)絡(luò)管理協(xié)議，只有互聯(lián)網(wǎng)絡(luò)控制信息協(xié)議(ICMP)可以作為網(wǎng)絡(luò)管理的工具?！　?HEMS)：主機(jī)監(jiān)控協(xié)議(HMP)的一般化?！　NMP最重要的進(jìn)展是遠(yuǎn)程監(jiān)控(RMON)能力的開發(fā)。最終SMP被接受為定義第二代SNMP即SNMPv2的基礎(chǔ)。一組具有分析數(shù)據(jù)、發(fā)現(xiàn)故障等功能的管理程序；　　只要SNMP保持它的簡單性，這個(gè)數(shù)量可以高達(dá)幾百。因此管理站采取陷阱引導(dǎo)輪詢技術(shù)對MIB進(jìn)行控制和管理。管理站向代管代理者發(fā)出對某個(gè)設(shè)備的查詢。為了提供一個(gè)標(biāo)準(zhǔn)的方法來表示管理信息，SMI必須：l 提供一個(gè)標(biāo)準(zhǔn)的技術(shù)定義MIB的具體結(jié)構(gòu)。這個(gè)值作為internet子樹的下級(jí)節(jié)點(diǎn)標(biāo)識(shí)符的前綴。為了保持簡單。當(dāng)MIB中定義的某個(gè)對象類用到這個(gè)數(shù)據(jù)類型時(shí)，參照時(shí)間在該對象類的定義中指出。因此定義被分為以下等級(jí)：l 宏：定義合法的宏實(shí)例，即說明相關(guān)集合類型的句法l 宏實(shí)例：通過為宏定義提供實(shí)際參數(shù)生成實(shí)例，即說明一個(gè)特定的類型l 宏實(shí)例值：用一個(gè)特定的值來表示一個(gè)特定的實(shí)體(引自RFC 1212)。由于應(yīng)用OBJECTTYPE宏的MIB的完整的定義包含在MIB的冗長的文檔中，因此，人們并不常使用它們。但SMI限制這個(gè)結(jié)構(gòu)只能使用“mandatory”元素。l dot3(transmission):有關(guān)每個(gè)系統(tǒng)接口的傳輸模式和訪問協(xié)議的信息。實(shí)體當(dāng)前所知的每條路由都有一個(gè)條目，表格由ipRouteDest索引。、句法、訪問權(quán)限和對象描述。反過來，我們也要看到SNMP網(wǎng)絡(luò)管理中還包含另外一種一對多的關(guān)系—一個(gè)被管理站和多個(gè)管理站之間的關(guān)系。SNMP只提供一種簡單的認(rèn)證模式:所有由管理站發(fā)向代理者的消息都包含一個(gè)共同體名，這個(gè)名字發(fā)揮口令的作用。這兩個(gè)訪問限制在實(shí)際應(yīng)用中必須得到協(xié)調(diào)。下面首先討論隨機(jī)訪問技術(shù)。 辭典編纂式排序?qū)ο髽?biāo)識(shí)符是反映該對象在MIB中的樹型結(jié)構(gòu)的一個(gè)整數(shù)序列。SNMP消息的接收一般情況下，一個(gè)SNMP協(xié)議實(shí)體完成以下動(dòng)作接收一個(gè)SNMP消息l 進(jìn)行消息的基本句法檢查，丟棄非法消息l 檢查版本號(hào)，丟棄版本號(hào)不匹配的消息l SNMP協(xié)議實(shí)體將用戶名、消息的PDU部分以及源和目的傳輸?shù)刂穫鹘o認(rèn)證服務(wù)。