SNMP的功能及使用

1、TCP/IP課程設計 課題：SNMP的功能及應用 小組成員：原志祺、張冰雪、栗國齊、 許杰 :原志祺 院系：計算機與通信工程學院 班級：通信工程09-1班學號：540907040146 題目：SNMP的功能及使用 網(wǎng)絡管理功能一般分為性能管理、配置管理、安全管理、計費管 理、故障管理等五大管理功能?，F(xiàn)分工如下： 1、 性能管理，配置管理原志祺 2、 安全管理張冰雪 3、 計費管理栗國齊 4、 故障管理許杰 配置管理是網(wǎng)絡管理的基本功能。 計算機網(wǎng)絡由各種物理結構和邏輯結構組成，這些結構中有許多參數(shù)、狀態(tài)等信息需要設置并協(xié)調。另外，網(wǎng)絡運行在多變的環(huán)境中，系統(tǒng)本身也經常要隨著用戶的增、減或設備的

2、維修而調整配置。網(wǎng)絡管理系統(tǒng)必須具有足夠的手段支持這些調整的變化，使網(wǎng)絡更有效的工作。 性能管理的目的是在使用最少的網(wǎng)絡資源和具有最小延遲的前提下， 確保網(wǎng)絡能提供可靠、連續(xù)的通信能力，并使網(wǎng)絡資源的使用達到最優(yōu)化的程度。網(wǎng)絡的性能管理有監(jiān)測和控制兩大功能，監(jiān)測功能實現(xiàn)對網(wǎng)絡中的活動進行跟蹤，控制功能實施相應調整來提高網(wǎng)絡性能。性能管理的具體內容包括：從被管對象中收集與網(wǎng)絡性能有關的數(shù)據(jù)，分析和統(tǒng)計歷史數(shù)據(jù)，建立性能分析的模型，預測網(wǎng)絡性能的長期趨勢，并根據(jù)分析和預測的結果，對網(wǎng)絡拓撲結構、某些對象 的配置和參數(shù)做出調整，逐步達到最佳運行狀態(tài)。如果需要做出的調整較大時，還要考慮擴充或重建網(wǎng)絡

3、什么是SNMP?SMNP是SimpleNetworkManagementProtocol縮寫，解釋為簡單網(wǎng)絡管理協(xié)議。SNMP是最早提出的網(wǎng)絡管理協(xié)議之一，它一推出就得到了廣泛的應用和支持，特別是很快得到了數(shù)百家廠商的支持，其中包括舊M、HP、SUN等大公司和廠商。目前SNMP已成為網(wǎng)絡管理領域中事實上的工業(yè)標準， 并被廣泛支持和應用， 大多數(shù)網(wǎng)絡管理系統(tǒng)和平臺都是基于SNMP的。 一、SNMP概述 SNMP的前身是簡單網(wǎng)關監(jiān)控協(xié)議(SGMP),用來對通信線路進行管理。隨后，人們對SGMP進行了很大的修改，特別是加入了符合Internet定義的SMI和MIB體系結構， 改進后的協(xié)議就是著名的S

4、NMP。SNMP的目標是管理互聯(lián)網(wǎng)Internet上眾多廠家生產的軟硬件平臺， 因止匕SNMP受Internet標準網(wǎng)絡管理框架的影響也很大?，F(xiàn)在SNMP已經出到第三個版本的協(xié)議，其功能較以前已經大大地加強和改進了。SNMP的體系結構是圍繞著以下四個概念和目標進行設計的： (1)保持管理代理(Agent)的軟件成本盡可能低； (2)最大限度地保持遠程管理的功能， 以便充分利用Internet的網(wǎng)絡資源； (3)體系結構必須有擴充的余地； (4)保持SNMP的獨立性，不依賴于具體的計算機、網(wǎng)關和網(wǎng)絡傳輸協(xié)議。在最近的改進中，又加入了保證SNMP體系本身安全性的目標。 二、SNMP的配置管理功能

5、(一)SNMP管理控制框架 SNMP是一個應用層協(xié)議， 提供了SNMP管理者和SNMP代理間報文格式的消息通信。 它規(guī)定了在網(wǎng)絡環(huán)境中對設備進行監(jiān)視和管理的標準化管理框架，通信的公共語言和相對應的安全控制機制。 SNMP管理框架包含有四個組成部分： (1) SNMP管理者； (2) SNMP代理； (3) 一個用于在SNMP實體間傳輸管理信息的管理協(xié)議； (4) MIB庫(ManagementInformationBase,管理信息庫)。 SNMP管理者是一個利用SNMP協(xié)議對網(wǎng)絡節(jié)點進行控制和監(jiān)視的系統(tǒng)。其中網(wǎng)絡環(huán)境中最常見的SNMP管理者被稱為網(wǎng)絡管理系統(tǒng)(NMS,NetworkManag

6、ementSystem)o網(wǎng)絡管理系統(tǒng)既可以指一臺專門用來進行網(wǎng)絡管理的服務器，也可以指某個網(wǎng)絡設備中執(zhí)行管理功能的一個應用程序。現(xiàn)在市場上有眾多軟硬件廠商提供有支持SNMP協(xié)議的網(wǎng)絡管理系統(tǒng)，如SolarWinds網(wǎng)絡管理軟件產品。 SNMP代理是被管理設備中的一個軟件模塊，用來維護被管理設備的管理信息數(shù)據(jù)并可在需要時把管理數(shù)據(jù)匯報給一個SNMP管理系統(tǒng)。SNMP代理和相關的MIB庫存在于網(wǎng)絡設備中(如路由器、交換機、接入服務器，等等）。MIB庫是一個保存網(wǎng)絡管理信息的虛擬數(shù)據(jù)存儲空間， 由多組被管理對象組成。 在設備MIB庫中有由多個MIB模塊定義的多組各自相關聯(lián)的對象。 SNMP代理中保

7、存有MIB對象變量，變量的數(shù)值可以被SNMP管理者通過Get或Set操作進行讀取和修改。一個SNMP管理者可以從SNMP代理中讀取一個變量的數(shù)值或把一個數(shù)值存儲到SNMP代理的一個變量中。SNMP代理從代表設備參數(shù)和網(wǎng)絡運行數(shù)據(jù)的MIB庫中采集數(shù)據(jù)，且可以對SNMP管理者的Get和Set操作進行應答。SNMP管理者和SNMP代理間的通信關系：一個SNMP管理者可以向SNMP代理發(fā)送請求，讀?。℅et）或設置（Set）一個或多個MIB變量數(shù)值。SNMP代理可以應答這些請求。除了這種交互式通信方式，SNMP代理還可以主動向SNMP管理者發(fā)送通知（Trap或InformRequest）以提示管理者一

8、個設備或網(wǎng)絡狀態(tài)（圖1）。 請求讀取和設置請求讀取和設置MIB變量變量 圖15忖MP管理者與SNMP代理間的通信 （二）SNMP通知 SNMP協(xié)議的一個重要特性是SNMP代理具有產生通知的能 力。通知不需要SNMP管理者請 求就會主動發(fā)送，發(fā)送采用異步方式，形式可分為Trap和Inform Request（簡稱Inform）兩種。Trap是發(fā)送給SNMP管理者的通知網(wǎng)絡SNMP管理者管理者 發(fā)送應答和發(fā)送應答和Tmp MIB SNMP代代理理 狀況的警告消息 （圖2） ,而Inform是需要SNMP管理者確認接收的Trap（圖3）。SNMP通知可以用于指示網(wǎng)絡中出現(xiàn)的不正確用戶授權、重啟、連接

9、關閉、設備通信中斷或其他異常事件。與Inform相比較，Trap通知方式為不可靠傳輸，因為接收者在收到一條Trap通知后無需回復任何確認信息，發(fā)送者無法知道Trap通知是否已經被正確接收。與此相對應，當SNMP管理者收到一條Inform通知后它需要向發(fā)送者回復一條確認信息，使用的是SNMP應答數(shù)據(jù)包（PDU）。如果SNMP管理者沒有接收到Inform通知，它將不會發(fā)送任何應答，所以當發(fā)送者無法接受到期望的應答時，它將再次發(fā)送一條Inform 通知給SNMP管理者。這種方式保證了Inform通知方式可以較有保證地把通知發(fā)送到期望的目的地。 圖2 2一條T Tapap通知發(fā)送給SNMPSNMP管理

10、者 圖3 3一條川0 0所通知發(fā)送給6NMP6NMP管理者 然而在多數(shù)情況下，Trap通知方式被較多采用，因為Inform方式將會耗用更多的網(wǎng)絡和設備資源。與Trap通知方式不同的是，被管理設備不能Trap通知通知 SNMP代理代理 1、Inform通知通知 2應答應答 SNMP代理代理 SNMP管理管理者者 SNMP管理管理者者 在發(fā)送后立即把一條Inform通知丟棄，它需要把通知信息保存在系統(tǒng)內存中直到收到相應的確認應答或設備規(guī)定的計時器超時。 由此可見， 一條Trap通知只會被發(fā)送一次，而Inform通知可能會被重復發(fā)送多次。這種重復發(fā)送將會增加網(wǎng)絡流量，造成網(wǎng)絡額外開銷的上升。管理員在

11、選擇Trap或Inform通知形式時需要根據(jù)可靠性要求和系統(tǒng)資源狀況統(tǒng)籌考慮：如果SNMP管理者需要確保收到每條通知，應該采用Inform通知方式;如果更關心減少網(wǎng)絡流量和網(wǎng)絡設備的資源消耗且并不需要每條通知都需要接收，則應該采用Trap通知方式。 （三）SMNP在網(wǎng)絡設備中的配置 以Cisco的網(wǎng)絡設備為例： configterminal進入全局配置狀態(tài)； snmp-servercommunitypublicro配置本路由器的只讀字串為 public; snmp-servercommunitypublicrw配置本路由器的讀寫字串為public; snmp-serverenabletraps

12、允許路由器將所有類型SNMPTrap發(fā)送出去； snmp-serverhostIP-address-servertrapsversion1/2C/3指定路由器SNMPTrap的接收者的IP地址，發(fā)送Trap時采用1/2C/3那個版本。 三、SNMP的性能管理功能 性能監(jiān)測參數(shù)分析 (一)服務器設備性能監(jiān)測 (1)硬件監(jiān)控 1、系統(tǒng)配置，對網(wǎng)絡中的服務器進行故障診斷時,需要能夠遠程獲取服務器的硬件配置信息，例如：CPU內存、顯示卡、打印機、硬盤、網(wǎng)絡接口、鼠標、鍵盤等相關信息。通過使用SNMPB議，這些信息可以從主機資源MIB的hos.thrDevice.hrDevice- Table表中直接獲

13、取，而且對于CPU網(wǎng)卡、打印機、磁盤等硬件分另U還有hrProcessor-Table,hrNetwork-Table,hrPrinterTable,hrDisk-StorageTable表對其工作狀態(tài)進行深入描述。 2、磁盤空間，一般來說，磁盤利用率不能超過90%,如果超過,系統(tǒng)的性能會顯著降低，當磁盤空間嚴重不足時,甚至會發(fā)生程序退出、系統(tǒng)崩潰的情況。因此，當磁盤已利用空間大于90%時，如果能及時產生報警信息，從而及時整理磁盤空間，就能避免故障的產生。對磁盤空間的監(jiān)控可以使用hos.thrDevice.hrDisk-StorageTable表。 3、CPU和內存利用率，CPU和內存利用率是

14、對服務器系統(tǒng)進行監(jiān)控的一項重要指標。CPU占用率時間長達100%寸通常意味著某些程序進入了死鎖，而內存利用率過高則會導致程序大量使用緩存，從而使系統(tǒng)慢得讓人無法忍受。因此對系統(tǒng)CPUffl內存利用率進行實時監(jiān)測，對于維持系統(tǒng)的穩(wěn) 定 運 行 具 有 重 要 意 義 。 對 于CPU總 體 使 用 情 況 可 以 使 用hos.thrDevice.hrProcessorTable表 ； 對 于 內 存 總 體 使 用 情 況 也 可 以使 用hos.thrDevice.hrStorageTable表。 (2)軟件監(jiān)控 1、已經安裝的軟件，對服務器所安裝軟件的監(jiān)控主要用到hos.thrSWInst

15、alled組，在使用時先根據(jù)hrSWInstalledLastChange,hrSWInstalledLastUpdateTime給出的時間值確定該組數(shù)據(jù)是否有變化(是否有更新)，如果有變化，再讀取hrSWInstalledTable中的數(shù)據(jù)。根據(jù)已安裝軟件表，監(jiān)控人員可以遠程監(jiān)控服務器上安裝軟件清單、版本號、安裝時間等信息，當系統(tǒng)出現(xiàn)故障時,可以提供一些有用信息。 2、正在運行的軟件，對當前正在運行的軟件 監(jiān)控主要用到hos.thrSWRun組，被監(jiān)控服務器的運行軟件的具體信息都包含在hrSWRunTable表中。 (二)網(wǎng)絡設備性能監(jiān)測 主要以MIB-II為基礎，它是當前使用最為廣泛的通用

16、標準的網(wǎng)絡管理信息庫。通過查詢和處理MIB-II數(shù)據(jù)來實現(xiàn)網(wǎng)絡設備的管理和維護。以下是網(wǎng)絡監(jiān)測系統(tǒng)中使用的一些關鍵數(shù)據(jù)： (1) ifType(OID為.1.3.6.1.2.1.2.2.1.3):標識接口的類型。 (2) iMftu(OID為.1.3.6.1.2.1.2.2.1.4):在該接口上可以發(fā)送或接受的最大包的大小。太小的MTU值會導致網(wǎng)絡和設備效率低下。 (3) ifSpeed(OID為.1.3.6.1.2.1.2.2.1.5)傳輸速率，單位為 位/s。 (4) ifInOctets(OID為.1.3.6.1.2.1.2.2.1.10):在接口處收到 的總字數(shù)。 (5) ifIndi

17、scards(OID為.1.3.6.1.2.1.2.2.1.13):由于資源緊張導致丟棄包的數(shù)目。如果一個接口的包丟棄率較高，則表示該設備存在擁塞問題。 (6) ifInErrors(OID為.1.3.6.1.2.1.2.2.1.14):由于出錯而導致丟棄的接受包的數(shù)目。錯誤率較高時表示存在接收器問題或壞線路問題。 (7) ifOutOctests(OID為.1.3.6.1.2.1.2.2.1.16):從該接口上發(fā)送的字節(jié)總數(shù)。 (8) ifOutDiscards(OID為.1.3.6.1.2.1.2.2.1.19):由于資源局限而導致丟棄的發(fā)出包的總數(shù)。高丟包率表示需要為該口分配更多的緩沖區(qū)

18、空間。 (9) ifOutErrors(OID為.1.3.6.1.2.1.2.2.1.20):由于出錯而導致丟棄的發(fā)出包的總數(shù)目。高出錯率表示存在硬件問題。 利用上述數(shù)據(jù)，可計算一個接口的接收率： rx.utilization=delta(ifInOctets)*8*100/ifSpeed*delta(seconds) (1) 函數(shù)delta表示不同時間間隔內2個計數(shù)器的差值。在計算 delta(seconds)時，還須收集sysUp-Time。計算接口發(fā)送率的表達式tx.utilization=delta(ifOutOctets)*8*100/ifSpeed* delta(seconds) (2) 以 太 網(wǎng) 利 用 率=rx.ultilization+tx.utilization接 收 丟