自動網(wǎng)絡(luò)管理系統(tǒng)-第4講smnp協(xié)議課件

1、5.1 SNMP的基本概念5.2 SNMP v25.3 SNMP v3簡單網(wǎng)絡(luò)管理協(xié)議 簡單網(wǎng)絡(luò)管理協(xié)議SNMP(Simple Network Management Protocol) 是1990年5月問世的，主要是為當(dāng)時的ARPANET變成了全球范圍的Internet，擁有了眾多的主干和眾多的用戶的網(wǎng)絡(luò)管理而研制的。RFC1157定義了SNMP的第一個版本，簡稱為SNMP v1，SNMP提供了一種監(jiān)控和管理計算機網(wǎng)絡(luò)的系統(tǒng)方法。這個框架和協(xié)議被廣泛地應(yīng)用，并成為21世紀(jì)網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)。 SNMP是由IAB（Internet Advertising Bureau: Internet廣告局）制訂

2、，基于TCP協(xié)議的各種互聯(lián)網(wǎng)絡(luò)的管理標(biāo)準(zhǔn)。由于它滿足了人們長期以來對通用網(wǎng)絡(luò)管理標(biāo)準(zhǔn)的需求，而且它本身簡單明了，實現(xiàn)起來比較容易，占用的系統(tǒng)資源較少，所以得到了眾多網(wǎng)絡(luò)產(chǎn)品廠家的支持，目前已成為事實上的網(wǎng)絡(luò)管理工業(yè)標(biāo)準(zhǔn)，基于它的網(wǎng)絡(luò)管理產(chǎn)品在市場上占有統(tǒng)治地位。 隨著實踐的檢驗，SNMP第1個版本的缺點逐漸暴露出來，于是，人們又提出了一個SNMP的加強版本SNMP v2，并逐漸成為Internet標(biāo)準(zhǔn)。但是SNMP v2在安全協(xié)議操作方面沒有提供有效的解決方案，針對這一問題，又開發(fā)出了SNMP的第3個版本SNMP v3。 本章將在介紹SNMP協(xié)議的基礎(chǔ)上，分別對SNMPv1，SNMPv2和SN

3、MPv3進行介紹。MIBmanagerMIBagentMIBagentMIBagentMDB網(wǎng)絡(luò)SNMPSNMPSNMP被管理設(shè)備 1被管理設(shè)備 2被管理設(shè)備 n管理站 網(wǎng)絡(luò)管理基本模型Network Manager 網(wǎng)絡(luò)管理體系結(jié)構(gòu)（SNMP模型） ManagerAgent模型（如上圖所示）在網(wǎng)絡(luò)管理中常用，其核心是管理進程與遠程系統(tǒng)相互作用，實現(xiàn)對遠程資源的控制。 組成四要素：由網(wǎng)絡(luò)管理系統(tǒng)（網(wǎng)管站manager）、被管網(wǎng)絡(luò)設(shè)備（計算機系統(tǒng)或網(wǎng)絡(luò)設(shè)備agent）、管理信息庫（MIB）和網(wǎng)絡(luò)管理通信協(xié)議（如SNMP等）組成。 設(shè)計原則：盡量減少網(wǎng)絡(luò)和被管設(shè)備的管理開銷。 簡單網(wǎng)絡(luò)管理協(xié)議（S

4、NMP） SNMP是基于TCP/IP的一系列協(xié)議和規(guī)范，提供了一種從網(wǎng)絡(luò)上的設(shè)備中收集網(wǎng)絡(luò)管理信息的方法，是一種標(biāo)準(zhǔn)的manager-agent體系結(jié)構(gòu)，定義了如下功能模塊。 管理站運行管理器軟件（manager），通過SNMP通信協(xié)議收集代理所記錄的信息；提供圖形化人機界面，網(wǎng)絡(luò)管理員通過管理站向MIB發(fā)出命令，查看和設(shè)置網(wǎng)絡(luò)中各個被管理設(shè)備的運行狀態(tài)。 被管理設(shè)備運行協(xié)議嵌入代理軟件（agent），負責(zé)執(zhí)行指令，隨時將網(wǎng)絡(luò)設(shè)備的各種信息記錄到MIB中。 SNMP協(xié)議定義manager和agent之間交換管理信息的統(tǒng)一規(guī)則，面向因特網(wǎng)及其設(shè)備，以統(tǒng)一標(biāo)準(zhǔn)（SMI）來規(guī)定MIB存儲結(jié)構(gòu)、關(guān)鍵詞

5、含義及各種事件處理方法。 MIB 實際上是被管理對象（設(shè)備配置、性能等屬性）的索引系統(tǒng)。 SNMP的模塊功能簡單網(wǎng)絡(luò)管理協(xié)議（SNMP） 管理信息庫MIB MIB定義了一種對象數(shù)據(jù)庫，網(wǎng)絡(luò)資源被抽象為對象進行管理，是網(wǎng)絡(luò)管理系統(tǒng)的核心，管理員只和它交付. MIB中的數(shù)據(jù)可分為感測數(shù)據(jù)、結(jié)構(gòu)數(shù)據(jù)和控制數(shù)據(jù). 感測數(shù)據(jù)表示測量到的網(wǎng)絡(luò)原始信息，如結(jié)點隊列長度、重發(fā)率、鏈路狀態(tài)、呼叫統(tǒng)計等，這些數(shù)據(jù)是網(wǎng)絡(luò)計費管理、性能管理和故障管理的基本數(shù)據(jù)； 結(jié)構(gòu)數(shù)據(jù)描述網(wǎng)絡(luò)的物理、邏輯構(gòu)成，包括網(wǎng)絡(luò)拓撲結(jié)構(gòu)、交換機和中繼線的配置、數(shù)據(jù)密鑰、用戶記錄等，它們是網(wǎng)絡(luò)配置管理與安全管理的基礎(chǔ)； 控制數(shù)據(jù)存儲網(wǎng)絡(luò)的操作

6、設(shè)置，如中繼線的最大流量、交換機輸出鏈路業(yè)務(wù)分流比、路由表等，是一些可調(diào)參數(shù)，主要用于網(wǎng)絡(luò)性能管理。簡單網(wǎng)絡(luò)管理協(xié)議（SNMP） SNMP操作（續(xù)） MIB由agent維護而由管理者讀寫。 SNMP模型采用ASN.1對象命名樹語法結(jié)構(gòu)描述對象，實現(xiàn)不同系統(tǒng)之間的無縫通信。 SNMP僅支持對管理對象值的檢索和修改等簡單操作，包括： （1）get：用于管理者發(fā)給代理（以下（2）、（3）同），獲取特定對象的值，提取指定的網(wǎng)絡(luò)管理信息； （2）get-next：通過遍歷MIB樹 獲取對象的值，提供掃描MIB樹和依次檢索數(shù)據(jù)的方法； （3）set：用于修改對象值，對管理信息進行控制； （4）trap：用

7、于代理向管理者報告對象狀態(tài)變化。 基于Windows的網(wǎng)絡(luò)管理 SNMP服務(wù) 在基于SNMP managr-agent體系中，SNMP提供了系統(tǒng)之間監(jiān)視并交流狀態(tài)信息的能力。 由于有了SNMP服務(wù)，Windows計算機就可以向TCP/IP網(wǎng)絡(luò)上的SNMP管理系統(tǒng)報告其狀態(tài)； Windows SNMP服務(wù)向運行SNMP管理軟件的任何TCP/IP主機提供SNMP代理服務(wù)，它的作用是監(jiān)視硬件設(shè)備和其它系統(tǒng)進程，提供訪問外圍設(shè)備和操作系統(tǒng)輔助功能的能力。 SNMP服務(wù)包括：處理多個主機對狀態(tài)信息的請求；向多個主機報告重要事件；使用主機名和IP地址來標(biāo)識對方主機；啟用計數(shù)器監(jiān)視TCP/IP性能。 Win

8、dows已成為SNMP應(yīng)用和開發(fā)的一個重要平臺。 SNMP服務(wù)運行 準(zhǔn)備工作（軟件配置）： （1）在安裝SNMP服務(wù)之前，agent主機應(yīng)擁有主機名或IP地址； （2）當(dāng)使用主機名時，要確保將所有相關(guān)計算機的主機名到IP地址的映射添加到響應(yīng)的解析源（如Hosts文件、DNS、WINS文件）中； （3）至少有一個管理系統(tǒng)（管理站）運行TCP/IP協(xié)議和第三方SNMP管理器軟件（如Cisco Works、 HP Open View、Sun Net Manader等）； （4）agent運行Microsoft SNMP服務(wù)，是基于Windows系統(tǒng)的計算機； （5）定義SNMP團體，只有作為同一團體

9、成員的代理和管理器才能相互通信?；赪indows的網(wǎng)絡(luò)管理 SNMP服務(wù)運行基于Windows的網(wǎng)絡(luò)管理 SNMP服務(wù)工作過程（對管理系統(tǒng)請求的響應(yīng)） 161161從主機A到主機B獲得活動會話團體為Public到主機A會話數(shù)為 2軟件版本硬件空間會話表B團體：Public陷阱目標(biāo)：主機AIP地址：131.107.3.24團體：PublicIP地址：131.107.7.29 A主機管理系統(tǒng)通過端口161向主機B（IP地址）代理發(fā)送狀態(tài)信息UDP請求； 管理系統(tǒng)創(chuàng)建SNMP數(shù)據(jù)包，信息包括： 對1n對象的get、get-next或set請求；團體名和其它驗證信息；數(shù)據(jù)包路由到代理UDP端口161

10、； 代理驗證團體名、數(shù)據(jù)包格式和源IP地址；經(jīng)傳遞、映射、調(diào)用處理后，將SNMP數(shù)據(jù)包與請求的信息一起返回給管理器。131.107.3.24=Host B A總目錄5.1 SNMP的基本概念 5.1.1 SNMP的基本概念 1.基本概念 網(wǎng)絡(luò)管理結(jié)構(gòu)中的一些基本概念： l 被管設(shè)備：又被稱為網(wǎng)絡(luò)元素，是指計算機、路由器、轉(zhuǎn)換器等硬件設(shè)備。 l 代理(Agent)：駐留在網(wǎng)絡(luò)元素中的軟件模塊，它們收集并存儲管理信息，如網(wǎng)絡(luò)收到的錯誤包的數(shù)量等。 l 管理對象：管理對象是能被管理的所有實體(網(wǎng)絡(luò)、設(shè)備、線路、軟件)。例如，在特定的主機之間的一系列現(xiàn)有活動的TCP線路是一個管理對象。管理對象不同于變

11、量，變量只是管理對象的實例?？偰夸?l 網(wǎng)絡(luò)管理工作站(NMS)：又稱為控制臺，這些設(shè)施運行管理應(yīng)用來監(jiān)視和控制網(wǎng)絡(luò)元素，在物理上NMS通常是具有高速CPU、大內(nèi)存、大硬盤等工作站，作為網(wǎng)絡(luò)管理工作站管理網(wǎng)絡(luò)的界面，在管理環(huán)境中至少需要一臺NMS。 l部件：部件是一個邏輯上的SNMP v2實體，它能初始化SNMP v2的通信，并能接收SNMP v2的通信，每個SNMP v2實體包括一個惟一的實體標(biāo)識。 SNMP v2的信息是在兩個實體間實現(xiàn)通信的。一個SNMP v2的實體可以定義多個部件，每個部件具有不同的參數(shù)。 l 管理協(xié)議：管理協(xié)議是用來在代理和NMS之間轉(zhuǎn)換管理信息，提供在網(wǎng)絡(luò)管理站和被

12、管設(shè)備間交互信息的方法。 l 網(wǎng)絡(luò)管理系統(tǒng)：真正的網(wǎng)絡(luò)管理功能的實現(xiàn)，它駐留在網(wǎng)絡(luò)管理工作站中，通過對被管對象中的MIB信息變量的操作實現(xiàn)各種網(wǎng)絡(luò)管理功能。總目錄 2. SNMP的管理對象 SMI采用ASN.1描述形式，定義了Internet的6個主要管理對象類： l 網(wǎng)絡(luò)地址； l IP地址； l 時間標(biāo)記； l 計數(shù)器； l 計量器； l 非透明數(shù)據(jù)類型?？偰夸?（2）變量綁定 變量綁定用于指定要收集或修改的管理對象。更精確地說，變量綁定是一個OBJECT IDENTIFIER值對應(yīng)的列表。對于get或get-next請求，將忽略該值部分。RFC1157建議在get和get-next協(xié)議數(shù)

13、據(jù)單元中發(fā)送實體把變量置為ASN.1的NULL值，接收實體處理時忽略它，在返回的應(yīng)答協(xié)議數(shù)據(jù)單元中設(shè)置為變量的實際值。 由于get-next操作用變量綁定中提供的管理對象執(zhí)行一次MIB樹遍歷，所以可以指定MIB 樹中的任何對象?？偰夸?4. SNMP v1報文格式 SNMP v1是SNMP最初的版本，在SNMP v1管理中，管理者和代理之間信息的交換都是通過SNMP報文實現(xiàn)的。管理者和代理之間交換的管理信息構(gòu)成了SNMP報文，所有SNMPv1操作都嵌入在一個SNMP報文中。 SNMP v1報文由三部分構(gòu)成，格式如下所示。 參數(shù)含義： l 版本號：指定SNMP的版本號(對于SNMPv1，版本號為

14、0)。 l 團體名：用于身份認(rèn)證的一個字符串。 l PDU：是協(xié)議數(shù)據(jù)單元（Protocol Data Unit）的縮寫。版本號團體名SNMP PDU總目錄 5.1.2 SNMP v1的基本操作 SNMP v1主要涉及通信報文的操作處理，協(xié)議規(guī)定Management如何與Agent通信，定義了它們之間交換報文的格式和含義，以及每種報文該怎樣處理等。關(guān)于管理進程和代理進程之間的交互信息，SNMP v1定義了以下5種報文，分別對應(yīng)5種基本操作： l GetRequest操作：被manager進程用來從代理進程處提取一個或多個參數(shù)值。 l GetNextRequest操作：從代理進程處提取一個或多個

15、參數(shù)的下一個參數(shù)值。 lSetRequest操作：設(shè)置(或改變)代理進程的一個或多個參數(shù)值。 l GetResponse操作：返回的一個或多個參數(shù)值。這個操作是由代理進程發(fā)出的。它是前面3種操作的響應(yīng)操作。 l Trap操作：代理進程主動發(fā)出的報文，通知管理進程有某些異常事件的發(fā)生?？偰夸?1. get 操作 get，get-next或set PDU有相同的格式，其格式如下所示。其中PDU類型是16進制數(shù)，0 xAO表示get，0 xA1表示get-next，0 xA3表示set。 2. get-next操作 get-next比get功能更強，不但允許你遍歷MIB樹，并能判斷哪些對象存在，哪些

16、行在表中存在。get-next是如何工作的呢？對于變量綁定中指定的每一個對象標(biāo)識符，都將執(zhí)行一次MIB樹遍歷，并按字典次序獲取下一個葉子對象。 總目錄 3. set操作 set請求用于修改或創(chuàng)建管理對象。在set請求中提供的變量綁定定義了要設(shè)置的變量以及要設(shè)置的值。set操作是整體性的，要么全部變量設(shè)置成功，要么沒有變量設(shè)置成功。因此，如果有一個變量不能設(shè)置或提供了一個錯誤值，則將不設(shè)置任何變量，并發(fā)送差錯狀態(tài)和差錯索引的指示。 若設(shè)置成功，則在響應(yīng)消息中將包含與請求中相同的變量綁定。 如何在表中添加或刪除行呢？這取決于表中對象的定義方式。如果使用的是RowStatus對象，則可以用標(biāo)準(zhǔn)方式添

17、加或刪除行。 4. traps操作 代理可以查找特定的事件并檢測它們，發(fā)送一個陷阱消息給預(yù)先配置好的管理工作站。與SNMP Request和Response消息不同的是，trap消息被發(fā)送到UDP端口162上。Trap PDU的格式如下所示?？偰夸?2. SNMP的管理對象 SMI采用ASN.1描述形式，定義了Internet的6個主要管理對象類： l 網(wǎng)絡(luò)地址； l IP地址； l 時間標(biāo)記； l 計數(shù)器； l 計量器； l 非透明數(shù)據(jù)類型?？偰夸?2.管理進程和代理進程之間的通信方式 管理進程和代理進程之間的通信方式有兩種：一種是管理進程向代理進程發(fā)出請求，詢問一個具體的參數(shù)值，例如，產(chǎn)生

18、了多少個不可達的ICMP(Internet控制報文協(xié)議)端口等。另外一種方式是代理進程主動向管理進程報告發(fā)生的事件，例如，一個連接口掉線了。當(dāng)然，管理進程除了可以向代理進程詢問某些參數(shù)值以外，還可以按要求改變代理進程的參數(shù)值，例如，把默認(rèn)的TP TTL(生存周期)值改為64。 總目錄 3.SNMP標(biāo)準(zhǔn) SNMP標(biāo)準(zhǔn)主要由3部分組成：簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)，管理信息結(jié)構(gòu)(SMI)和管理信息庫(MIB)。 l 管理信息庫(MIB)：管理信息庫包括所有代理進程的所有可被查詢和修改的參數(shù)。RFC1213定義了第二版的MIB，叫做MIB-。 l 關(guān)于MIB的一套公用的結(jié)構(gòu)和表示符號，叫做管理信息結(jié)

19、構(gòu)(SMI)。SMI在RFC 1155中定義。例如：SMI定義的計數(shù)器是一個非負整數(shù)，它的計數(shù)是O4294967295，當(dāng)達到最大值時，又從0開始計數(shù)。 l 管理進程和代理進程之間的通信協(xié)議叫做簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)，在RFC 1157中定義。SNMP包括數(shù)據(jù)報交換的格式等。盡管可以在傳輸層采用各種各樣的協(xié)議，但是在SNMP中，用得最多的協(xié)議還是UDP。RFC所定義的SNMP叫做SNMP v1，或者叫SNMP?？偰夸?4.網(wǎng)絡(luò)管理協(xié)議體系結(jié)構(gòu) SNMP是基于管理器/代理服務(wù)器模型之上的。大多數(shù)的處理能力和數(shù)據(jù)存數(shù)器都駐留于管理系統(tǒng)，只有相當(dāng)少的功能駐留在被管理系統(tǒng)中。SNMP體系結(jié)構(gòu)如下

20、圖所示。應(yīng)用層表示層會話層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層物理層管理應(yīng)用層管理信息結(jié)構(gòu)層編碼真實層用戶數(shù)據(jù)報協(xié)議網(wǎng)絡(luò)層協(xié)議局域網(wǎng)或廣域網(wǎng)接口協(xié)議總目錄 5.1.4 SNMP管理信息庫表5-1 10個對象種類組別 對象 描述System系統(tǒng) 7名字、位置和設(shè)備描述Interface接口 23網(wǎng)絡(luò)接口及其標(biāo)稱通信量AT 3地址轉(zhuǎn)換IP 42IP分組統(tǒng)計IP分組統(tǒng)計ICMP 26已收到ICMP消息的統(tǒng)計TCP 19TCP算法、參數(shù)和統(tǒng)計UDP 6通信量統(tǒng)計EGP 20外部網(wǎng)關(guān)協(xié)議通信量統(tǒng)計Transmission(傳輸) 0保留為與介質(zhì)有關(guān)的MIBSNMP 29通信量統(tǒng)計總目錄 5 MIB的變量 MIB變量的

21、層次命名 P150-152 6 遠程監(jiān)控MIB P158總目錄5.2 SNMP v2 5.2.1 SNMP v2的產(chǎn)生背景 SNMPv2消除了SNMPvl的多種缺陷，擴充了適用范圍。 最初，SNMP技術(shù)是為了彌補網(wǎng)絡(luò)管理協(xié)議發(fā)展階段之間空缺的一種臨時性措施而引入和提出的。SNMP問世后，迅速得到了廣泛的應(yīng)用，主要是因為它簡單、容易實現(xiàn)。1988年，為適應(yīng)當(dāng)時網(wǎng)絡(luò)管理的緊迫需要，確定了一個雙軌策略：一個是基于SNMP的網(wǎng)絡(luò)管理，SNMP可以滿足當(dāng)時網(wǎng)絡(luò)管理的所有需要，并將它作為一個過渡方案；另一個是基于CMOT（CMIS/CMIP Over TCP/IP：基于TCP/IP上的公共管理服務(wù)/協(xié)議）

22、的網(wǎng)絡(luò)管理，將OSI的網(wǎng)絡(luò)管理標(biāo)準(zhǔn)CMOT作為一個長期的解決辦法，用于管理復(fù)雜的網(wǎng)絡(luò)，并提供更加全面的管理功能。 然而，這種雙軌制沒能實施多久，主要原因它存在著一些難以克服的困難和矛盾：一方面是OSI定義的管理信息庫是復(fù)雜的面向?qū)ο竽Ｐ?，在此基礎(chǔ)上實現(xiàn)SNMP幾乎是不可能的，因為SNMP只能使用簡單MIB；另一方面是SNMP得到了制造廠商的廣泛支持。雖然SNMP得到了廣泛的應(yīng)用，但是它也存在著明顯的缺點：缺乏安全措施、無數(shù)據(jù)源認(rèn)證、不能防止偷聽，另外，SNMP的團體名在對付日益猖獗的網(wǎng)絡(luò)入侵和竊聽技術(shù)方面也是無能為力的?？偰夸?為彌補SNMP上述的安全缺陷，1992年出現(xiàn)了一個新的標(biāo)準(zhǔn)S-SN

23、MP(Security SNMP：安全SNMP)，這個協(xié)議增強的安全功能如下： l 用報文摘要算法對數(shù)據(jù)完整性和數(shù)據(jù)源進行認(rèn)證； l 用時間戳對報文排序； l 用DES(Data Encryption Standard：數(shù)據(jù)加密標(biāo)準(zhǔn))算法提供數(shù)據(jù)加密功能。 但是S-SNMP的改進也只是局限于對SNMP安全方面的改進，對SNMP在功能和效率方面的其他缺點仍然無能為力。為滿足網(wǎng)絡(luò)管理的要求，從SNMPvl迅速過渡到SNMPv2已經(jīng)成為迫切的要求，于是廢棄S-SNMP，開發(fā)SNMP第二版被提到日程上來。 總目錄 在開發(fā)SNMPv2的過程中，首先采用了一個過渡性的協(xié)議：SMP (Simple Mana

24、gement Protocol：簡單管理協(xié)議)，SMP在SNMP的功能和效率方面進行了改進，包括下面幾個方面：擴充了適用范圍，可管理任意資源(網(wǎng)絡(luò)、應(yīng)用、系統(tǒng))，可實現(xiàn)管理者之間的通信；繼續(xù)保持了SNMP的簡單性并提供了的數(shù)據(jù)傳送能力，因而速度和效率更高；在安全方面結(jié)合了S-SNMP的措施；在兼容性方面，適用于TCP/IP協(xié)議和遵循OSI的其他通信協(xié)議。以SMP為基礎(chǔ)的SNMPv2，經(jīng)過了數(shù)年的試驗和論證，新的RFC文檔集合在1996年完成，如表5-2所示。該版本保留了SNMPv1的報文封裝格式，稱為基于團體名的SNMP(Community-based SNMP)，即SNMPv2c。 SNMP

25、v2u SNMPv2u是SNMP v2c的一個改進版本。SNMPv2u采取了不同的實現(xiàn)方法，為SNMP引入了基于用戶的安全模型。SNMPv2u在RFC1910文檔中說明，定義了基于SNMP系統(tǒng)的訪問控制方法。SNMPv2u的目標(biāo)是提供一種方法用于驗證用戶以防止對信息的非授權(quán)訪問。由于種種原因，SNMPv2u開發(fā)出來后并沒有推廣應(yīng)用，但SNMPv3中許多增強功能卻是基于SNMPv2u的。總目錄 5.2.2 SNMP v2的功能 SNMP v2在SNMP的基礎(chǔ)上，增加了下述功能： l 管理信息結(jié)構(gòu)（SMI）； l 協(xié)議操作； l 管理站與管理站之間的通信能力； l 安全性。SMNP v2主要在以下

26、4個方面進行了改進和更新： l 對象的定義； l 概念表； l 通知的定義； l 信息模塊?？偰夸?.3 SNMP v3 雖然SNMPv2c增強許多功能，但安全性能仍沒有得到很好的改善。IETF于1997年3月著手研究SNMP v2的升級版本SNMP v3，于1998年1月提出了互聯(lián)網(wǎng)建議RFC 2271-2275，正式頒布了SNMPv3，如表5-3所示。這一系列文件定義了包含SNMPv1，SNMPv2所有功能在內(nèi)的體系框架和包含驗證服務(wù)、加密服務(wù)在內(nèi)的全新的安全機制，同時還規(guī)定了一套專門的網(wǎng)絡(luò)安全和訪問控制規(guī)則。可以說，SNMPv3是在SNMPv2基礎(chǔ)之上增加了安全和管理機制。表5-3 SNMPv3的RFC文檔 RFC 文檔說明