SNMP（Simple Network Management Protocol）簡單網路管理協議
阿新 • • 發佈：2019-02-03
SNMP（Simple Network Management Protocol）即簡單網路管理協議，它為網路管理系統提供了底層網路管理的框架。SNMP協議的應用範圍非常廣泛，諸多種類的網路裝置、軟體和系統中 都有所採用，主要是因為SNMP協議有如下幾個特點：首先，相對於其它種類的網路管理體系或管理協議而言，SNMP易於實現。SNMP的管理 協議、MIB及其它相關的體系框架能夠在各種不同型別的裝置上執行，包括低檔的個人電腦到高檔的大型主機、伺服器、及路由器、交換器等網路裝置。一個 SNMP管理代理元件在執行時不需要很大的記憶體空間，因此也就不需要太強的計算能力。SNMP協議一般可以在目標系統中快速開發出來，所以它很容易在面市
SNMP 是一種無連線協議，無連線的意思是它不支援象TELNET或FTP這種專門的連線。通過使用請求報文和返回響應的方式，SNMP在管理代理和管理員之間傳 送資訊。這種機制減輕了管理代理的負擔，它不必要非得支援其它協議及基於連線模式的處理過程。因此，SNMP協議提供了一種獨有的機制來處理可靠性和故障 檢測方面的問題。另外，網路管理系統通常安裝在一個比較大的網路環境中，其中包括大量的不同種類的網路和網路裝置。因此，為劃分管理職責，應
SNMP的命令和報文
SNMP協議定義了資料包 的格式，及網路管理員和管理代理之間的資訊交換，它還控制著管理代理的MIB資料物件。因此，可用於處理管理代理定義的各種任務。SNMP協議之所以易於 使用，這是因為它對外提供了三種用於控制MIB物件的基本操作命令。它們是：Set 、Get 和 Trap ：
Set：它是一個特權命令，因為可以通過它來改動裝置的配置或控制裝置的運轉狀態。
Get：它是SNMP協議中使用率最高的一個命令，因為該命令是從網路裝置中獲得管理資訊的基本方式。
Trap：它的功能就是在網路管理系統沒有明確要求的前提下，由管理代理通知網路管理系統有一些特別的情況或問題發生了。
SNMP 協議也定義了執行以上三個命令時的報文流， 但它沒有定義其它的裝置管理代理命令，可應用於MIB資料物件的操作只有Set和Get命令，這兩個命令的目標是資料物件的值。比如說，SNMP協議中沒 有定義reboot（重啟）命令；然而，管理代理軟體把MIB資料物件和裝置的內部命令聯絡起來，這樣就可以實現某些特殊的命令操作。如果現在想要重啟某 個裝置，管理系統就把某個與重啟有關的MIB資料物件的值設為1（我們的假定）。這樣就會觸發管理代理執行重新啟動裝置的命令，同時還把這個MIB資料對 象重新設定為原來的狀態。一條SNMP報文由三個部分組成：版本域（version field），分割槽域（community field）和SNMP協議資料單元域（SNMP protocol data unit field），資料包的長度不是固定的。版本域：這個域用於說明現在使用的是哪個版本的SNMP協議。目前，version 1是使用最廣泛的SNMP協議。分 區域：分割槽（community）是基本的安全機制，用於實現SNMP網路管理員訪問SNMP管理代理時的身份驗證。分割槽名（Community name）是管理代理的口令，管理員被允許訪問資料物件的前提就是網路管理員知道網路代理的口令。如果把配置管理代理成可以執行Trap命令，當網路管理 員用一個錯誤的分割槽名查詢管理代理時，系統就傳送一個autenticationFailure trap報文。協議資料單元域： SNMPv1的PDU有五種型別，有些是報文請求（Request），有些則是響應（Response）。它們包括：GetRequest、 GetNextRequest、SetRequest、GetResponse、Trap 。SNMPv2又增加了兩種PDU：GetBulkRequest和InformRequest 。
SNMP管理員使用 GetRequest從擁有SNMP代理的網路裝置中檢索資訊，SNMP代理以GetResponse訊息響應GetRequest。可以交換的資訊很 多，如系統的名字，系統自啟動後正常執行的時間，系統中的網路介面數等等。GetRequest和GetNextRequest結合起來使用可以獲得一個 表中的物件。GetRequest取回一個特定物件；而使用GetNextRequest則是請求表中的下一個物件。使用SetRequest可以對一個 裝置中的引數進行遠端配置。Set-Request可以設定裝置的名字，關掉一個埠或清除一個地址解析表中的項。Trap即SNMP陷阱，是SNMP代 理髮送給管理站的非請求訊息。這些訊息告知管理站本裝置發生了一個特定事件，如埠失敗，掉電重起等，管理站可相應的作出處理。
MIB概述管理資訊資料庫（MIB）是一個資訊儲存庫，它包含了管理代理中的有關配置和效能的資料，有一個組織體系和公共結構，其中包含分屬不同組的許多個數據物件。如下圖所示。
MIB 資料物件以一種樹狀分層結構進行組織，這個樹狀結構中的每個分枝都有一個專用的名字和一個數字形式的識別符號。上圖表示的是標準MIB的組織體系，列出了從 MIB結構樹的樹根到各層樹枝的全部內容。結構樹的分枝實際表示的是資料物件的邏輯分組。而樹葉，有時候也叫節點（node），代表了各個資料物件。在結 構樹中使用子樹表示增加的中間分枝和增加的樹葉。使用這個樹狀分層結構，MIB瀏覽器能夠以一種方便而且簡潔的方式訪問整個MIB資料庫。 MIB瀏覽器是這樣一種工具，它可以遍歷整棵MIB結構樹，通常以圖形顯示的形式來表示各個分枝和樹葉物件。可以通過其數字識別符號來查詢MIB中的資料對 象，這個數字識別符號號從結構樹的頂部（或根部）開始，直到各個葉子節點（即資料物件）為止。這種訪問方式和檔案系統的組織方式一致。兩者的主要區別在於文 件系統中的路徑名可以以絕對也可以以相對方式表示，而MIB資料物件只能以絕對方式表示，不能使用相對方式。例如，在圖中，iso（1）位於結構樹的最上 方，而sysDescr（1）處在葉子節點的位置。現在看不到樹根root（.），其餘所有的分枝都是從這裡擴充套件而來的。通常用帶點的符號來表示資料物件 的識別符號。要訪問資料物件sysDescr（1），其完整的識別符號應該是這樣的：iso.org.dod.internet.mgmt.mib- 2.system.sysDescr（這個識別符號應該從左向右讀）。資料物件也可以以另一種更短的格式表示，即用數字形式識別符號代替分枝名形式的表示形 式。這樣，上面的那種形式的識別符號iso.org.dod.internet.mgmt.mib-2.system.sysDescr 還可以用 1.3.6.1.2.1.1.1 來表示。這兩種表達格式的作用是一致的，都表示同一個MIB資料物件。儘管數字形式的識別符號看起來更簡潔，選擇何種表達格式仍然是個人偏好問題。幸運的 是，許多MIB瀏覽器可以以兩者中任何一種格式來表示資料物件，這使得兩種格式間的相互轉化非常容易。
MIB的訪問方式在定義MIB資料物件時，訪問控制資訊確定了可作用於該資料物件的操作種類。SNMP協議有如下的MIB資料物件訪問方式：只讀方式（Read-only）可讀可寫（Read-write）禁止訪問（Not-accessible）網 絡管理系統無法改動只讀方式的MIB資料物件，但可以通過Get或Trap命令讀取資料物件的值。在一件產品的使用期內，某些MIB的資訊從不會改變。例 如，MIB資料物件sysDescr，它代表System Description，包含了管理代理軟體所需要的廠商資訊。確定某些資料物件為只讀還有另一個原因，即確保有關效能的資訊及其它統計資料正確，不至於 因誤操作而改動它們。
SNMP作為資料傳輸方法，和資料的組織形式MIB結合，為網路管理系統提供了底層的保障。一個真正的網路管理系統可以建立在SNMP之上，也可以建立在其他的網路管理協議上，如CMIP等等，不過那也是需要另外撰文敘述的了。