SNMP元素

　　①若干個需要被管理的網絡設備節點，如路由器、服務器等設備，每個節點上都運行著一個稱為設備代理(agent)的應用進程，其實現對被管理設備的各種被管理對象的信息如流量等的搜集和對這些被管對象的訪問的支持； 　　②至少一個管理工作站，該管理站運行著管理平臺應用系統，實現為管理員提供對被管設備的可視化的圖形界面，從而使管理員可以方便的進行管理； 　　③一個管理協議，用來定義設備代理和管理工作站之間管理信息傳送的規程。其中管理協議的操作是在管理框架下進行的，管理框架定義了和安全相關的認證,授權,訪問控制和加密策略等各種安全防護框架。 　　在運行 TCP/IP 協議的互聯網環境中，管理協議標準是簡單網絡管理協議(Simple Network Management Protocol,SNMP)，其定義了傳送管理信息的協議消息格式及管理站和設備代理相互之間進行消息傳送的規程。

業界需求

　　出于業界對網絡管理協議標準化的迫切要求的驅動，IETF于1990發布了SNMPv1的正式RFC 文檔；其設計思想重點放在保證協議的簡單性、靈活性和可擴展性上，并希望把SNMP作為 一個過渡性的網管協議來作為實現對互連的網絡設備進行管理時遵循的標準，待OSI的網 絡管理協議—CMIP的開發、實現和標準化成熟和完善到可以在業界推廣之后，再用CMIP來替換SNMP。但是由于各種的原因，CMIP并沒有替代SNMP，而SNMP發展為業界的標準。

編輯本段主版本

　　分別為SNMPv1 ，SNMPv2和SNMPv3。其中SNMPv2又分為若干個子版本，其中SNMPv2c應用最為廣泛:

SNMPv1

　　是***個正式協議版本，在RFC1155-RFC1158中定義，該版本采用了基于共同體 名的安全機制

SNMPv2c

　　這個版本被稱為基于共同體名的SNMPv2，使用基于共同體名的安全機制和 SNMPv2p做出的協議操作方面的擴充，由RFC1901-RFC1906定義

SNMPv3

　　該協議版本采用基于用戶的安全機制，其安全機制是在SNMPv2u和SNMPv2*基礎上 進行大量的評議以后進行了更新，并且對協議機的邏輯功能模塊的進行了劃分而保證了良好的可擴充性，由RFC2271-RFC2275所定義。

編輯本段SNMP管理系統及SNMP協議

　　使用SNMP協議的網絡管理系統管理結構工作一般包括：管理進程通過定時向各個設備的設備代理進程發送查詢請求消息(以輪詢方式)，來跟蹤各個設備的狀態；而當設備出現異常事件如設備冷啟動等時，設備代理進程主動向管理進程發送陷阱消息，匯報出現的異常事件。這些輪詢消息和陷阱消息的發送和接受規程及其格式定義都是由SNMP協議定義的；而被管理設備將其各種管理對象的信息都存放在一個稱為管理信息庫（Management Information Base）庫結構中。 　　其中SNMP協議是運行在UDP協議之上，它利用的是UDP協議的161/162端口。其中161端口被設備代理監聽，等待接受管理者進程發送的管理信息查詢請求消息；162端口由管理者進程監聽等待設備代理進程發送的異常事件報告陷阱消息，如Trap。 　　設備的所有的需要被管理的信息被看作一個各種被管理對象的集合，這些被管理對象由 OSI 定義在一個被稱作管理信息庫(Management Information Base,MIB)的虛擬的信息庫中。

編輯本段管理對象庫MIB

　　是一個按照層次結構組織的樹狀結構（定義方式類似于域名系統），管理對象為定義為樹中的相應葉子節點。管理對象是按照模塊的形式組織，每個對象的父節點表示該種對象屬于上層的哪一個模塊。而且OSI為樹中每一層的每個節點定義***的一個數字標識， 每層中的該數字標識從1開始遞增，這樣樹中的每個節點都可以用從根開始到目的節點的相應的標識對應的一連串的數字來表示，如1.3.6.1.2.1.1表示了MIBII中系統組子樹,而 1.3.6.1.2.1.1.1.0表示系統組中的系統描述(sytem Descrption)對象。每個對象的一連串數字表示被稱為對象標識符（Object Indentifier,OID）。 　　相關的一組對象的集合被定義為一個MIB模塊。這些模塊使用OSI的抽象語法標記 (Abstract Syntax Notation One，ASN.1)的一個子集寫成。該子集被定義為管理信息結 構(Management Information，SMI)。 　　SNMP的消息在發送和傳輸時消息是采用基本編碼規則（BER）對消息進行編碼。 　　SNMP基本的標準MIB庫是MIBII，具體請參考RFC 1213。 　　SNMP協議操作 　　SNMP提供有三類操作，分別為Get，Set和Trap。 　　Get操作實現對被管理對象所表示的管理信息的讀操作。在SNMPv1中，GET操作具體一共有 兩種形式 　　Get和GetNext操作： Get操作指示直接讀取操作參數指定的OID所表示的被管理對象的管 理信息值。GetNext操作指示讀取操作參數指定的OID所表示的被管理對象在MIB樹中按照 字典順序的下一個被管理對象的管理信息的值。在SNMPv2中，增加了一種GetBulk操作， 其是Get和GetNext的綜合，是為了提高對被管理信息的訪問的效率而增加的。 　　Set操作實現對被管理對象的管理信息進行寫操作，其實現直接對操作參數指定的OID所表示的被管理對象對應的管理信息的值的設置。 　　前面幾種消息是由管理工作站主動實現對被管理設備進行輪詢訪問時發出以得到被管理設 備的各種信息；而在被管理設備出現異常事件需要及時向管理工作站報告時，就需要Trap 操作，該操作實現被管理設備向管理工作站報告設備上出現的異常事件，如網絡接口出現故障或恢復工作，設備重新啟動等信息。另外在SNMPv2中新增加了一種Inform操作來實現 管理站與管理站之間的通信。 　　其中上述操作的消息都可以在操作參數中一次指定一個或多個管理對象OID信息，也就是說一個消息一次可以實現對多個被管理對象的操作。

編輯本段SNMPv1和SNMPv2c

　　管理站和被管設備上都存儲有該充當密碼作用的共同體名；消息發送者(一般是管理者)在 要發送的消息中的共同體名字段中填入對應于接收者的共同體名，然后以明文方式在網絡 上發送消息，接收方(被管理設備)接收到消息以后，如果消息格式是正確的，則讀取該字 段，與自身保存的共同體名相比較，來實現對發送消息者的認證。在一些實現中，對應于 每個共同體名還有一個機器地址列表，來表示只有地址在這個列表中的機器使用該共同體 名發送的消息才認為是可信的。這里的共同體名就擔任密碼的作用。同時對應于每個共同 體名都有一個訪問控制權限，可能值為讀或讀寫。只有請求的操作和使用的共同體名的權 限一致才允許進行。