電子發(fā)燒友App
簡單網(wǎng)絡管理協(xié)議（SNMP：Simple Network Management Protocol）是由互聯(lián)網(wǎng)工程任務組（IETF：Internet Engineering Task Force ）定義的一套網(wǎng)絡管理協(xié)議。該協(xié)議基于簡單網(wǎng)關監(jiān)視協(xié)議（SGMP：Simple Gateway Monitor Protocol）。利用SNMP，一個管理工作站可以遠程管理所有支持這種協(xié)議的網(wǎng)絡設備，包括監(jiān)視網(wǎng)絡狀態(tài)、修改網(wǎng)絡設備配置、接收網(wǎng)絡事件警告等。雖然SNMP開始是面向基于IP的網(wǎng)絡管理，但作為一個工業(yè)標準也被成功用于電話網(wǎng)絡管理。
一套完整的SNMP系統(tǒng)主要包括管理信息庫（MIB）、管理信息結(jié)構（SMI）及SNMP報文協(xié)議。
?。?）管理信息庫MIB：任何一個被管理的資源都表示成一個對象，稱為被管理的對象。MIB是被管理對象的集合。它定義了被管理對象的一系列屬性：對象的名稱、對象的訪問權限和對象的數(shù)據(jù)類型等。每個SNMP設備（Agent）都有自己的MIB。MIB也可以看作是NMS（網(wǎng)管系統(tǒng)）和Agent之間的溝通橋梁。它們之間的關系如圖1所示。
圖1 NMS Agent和MIB的關系
MIB文件中的變量使用的名字取自ISO和ITU管理的對象標識符（object identifier）名字空間。它是一種分級樹的結(jié)構。如圖2所示，第一級有三個節(jié)點：ccitt、iso、iso-ccitt。低級的對象ID分別由相關組織分配。一個特定對象的標識符可通過由根到該對象的路徑獲得。一般網(wǎng)絡設備取iso節(jié)點下的對象內(nèi)容。如名字空間ip結(jié)點下一個名字為ipInReceives的MIB變量被指派數(shù)字值3，因而該變量的名字為：
iso.org.dod.internet.mgmt.mib.ip.ipInReceives
相應的數(shù)字表示（對象標識符OID，唯一標識一個MIB對象）為：
1.3.6.1.2.1.4.3
圖2 MIB樹結(jié)構
當網(wǎng)絡管理協(xié)議在報文中使用MIB變量時，每個變量名后還要加一個后綴，以作為該變量的一個實例。如ipInReceives的實例數(shù)字表示為：1.3.6.1.2.1.4.3.0.
需要注意的是，MIB中的管理對象的OID有些需要動態(tài)確定，如IP路由表，為了指明地址202.120.86.71的下一站路由（next hop），我們可以引用這樣的實例：
iso.org.dod.internet.mgmt.mib.ip. ipRouteTable.ipRouteEntry.ipRouteNextHop.202.120.86.71， 相應的數(shù)字表示為：1.3.6.1.2.1.4.21.1.7.202.120.86.71
對于這種動態(tài)對象標識的實例，由于無法轉(zhuǎn)換為預先指定的Readkey名稱，與飛鄰的產(chǎn)品架構沖突（需要動態(tài)生成可變Readkey），暫不考慮支持。
?。?）管理信息結(jié)構（SMI）
SMI定義了SNMP框架所用信息的組織、組成和標識，它還為描述MIB對象和描述協(xié)議怎樣交換信息奠定了基礎。
SMI定義的數(shù)據(jù)類型：
◆ 簡單類型（simple）
Integer：整型是-2，147，483，648~2，147，483，647的有符號整數(shù)
octet string： 字符串是0~65535個字節(jié)的有序序列
OBJECT IDENTIFIER： 來自按照ASN.1規(guī)則分配的對象標識符集
◆ 簡單結(jié)構類型（simple-constructed）
SEQUENCE 用于列表。這一數(shù)據(jù)類型與大多數(shù)程序設計語言中的“structure”類似。一個SEQUENCE包括0個或更多元素，每一個元素又是另一個ASN.1數(shù)據(jù)類型
SEQUENCE OF type 用于表格。這一數(shù)據(jù)類型與大多數(shù)程序設計語言中的“array”類似。一個表格包括0個或更多元素，每一個元素又是另一個ASN.1數(shù)據(jù)類型。
◆ 應用類型（application-wide）
IpAddress： 以網(wǎng)絡序表示的IP地址。因為它是一個32位的值，所以定義為4個字節(jié)；
counter：計數(shù)器是一個非負的整數(shù)，它遞增至最大值，而后回零。在SNMPv1中定義的計數(shù)器是32位的，即最大值為4，294，967，295；
Gauge ：也是一個非負整數(shù)，它可以遞增或遞減，但達到最大值時保持在最大值，最大值為232-1；
time ticks：是一個時間單位，表示以0.01秒為單位計算的時間；
SNMP報文
SNMP報文結(jié)構如下：（編碼之前）
SNMP共有5種報文，所以其PDU也有5中，第七點會詳細介紹SNMP的5種協(xié)議數(shù)據(jù)單元。
1、SNMP的5種協(xié)議數(shù)據(jù)單元
SNMP規(guī)定了5種協(xié)議數(shù)據(jù)單元PDU（也就是SNMP報文），用來在管理進程和代理之間的交換。
get-request操作：從代理進程處提取一個或多個參數(shù)值。
get-next-request操作：從代理進程處提取緊跟當前參數(shù)值的下一個參數(shù)值。
set-request操作：設置代理進程的一個或多個參數(shù)值。
get-response操作：返回的一個或多個參數(shù)值。這個操作是由代理進程發(fā)出的，它是前面三種操作的響應操作。trap操作：代理進程主動發(fā)出的報文，通知管理進程有某些事情發(fā)生。
前面的3種操作是由管理進程向代理進程發(fā)出的，后面的2個操作是代理進程發(fā)給管理進程的，為了簡化起見，前面3個操作今后叫做get、get-next和set操作。圖1描述了SNMP的這5種報文操作。請注意，在代理進程端是用熟知端口161倆接收get或set報文，而在管理進程端是用熟知端口162來接收trap報文。
圖2是封裝成UDP數(shù)據(jù)報的5種操作的SNMP報文格式?？梢娨粋€SNMP報文共有三個部分組成，即公共SNMP首部、get/set首部、trap首部、變量綁定。
（1）公共SNMP首部
共三個字段：
? 版本
寫入版本字段的是版本號減1，對于SNMP（即SNMPV1）則應寫入0。
? 共同體（community）
共同體就是一個字符串，作為管理進程和代理進程之間的明文口令，常用的是6個字符“public”。
? PDU類型
根據(jù)PDU的類型，填入0～4中的一個數(shù)字，其對應關系如表2所示意圖。
表2 PDU類型
?。?）get/set首部
? 請求標識符（request ID）
這是由管理進程設置的一個整數(shù)值。代理進程在發(fā)送get-response報文時也要返回此請求標識符。管理進程可同時向許多代理發(fā)出get報文，這些報文都使用UDP傳送，先發(fā)送的有可能后到達。設置了請求標識符可使管理進程能夠識別返回的響應報文對于哪一個請求報文
? 差錯狀態(tài)（error status）
由代理進程回答時填入0～5中的一個數(shù)字，見表3的描述
表3 差錯狀態(tài)描述
? 差錯索引（error index）
當出現(xiàn)noSuchName、badValue或readOnly的差錯時，由代理進程在回答時設置的一個整數(shù)，它指明有差錯的變量在變量列表中的偏移。
?。?）trap首部
? 企業(yè)（enterprise）
填入trap報文的網(wǎng)絡設備的對象標識符。此對象標識符肯定是在圖3的對象命名樹上的enterprise結(jié)點{1.3.6.1.4.1}下面的一棵子樹上。
? trap類型
此字段正式的名稱是generic-trap，共分為表4中的7種。
當使用上述類型2、3、5時，在報文后面變量部分的第一個變量應標識響應的接口。
? 特定代碼（specific-code）
指明代理自定義的時間（若trap類型為6），否則為0。
? 時間戳（timestamp）
指明自代理進程初始化到trap報告的事件發(fā)生所經(jīng)歷的時間，單位為10ms。例如時間戳為1908表明在代理初始化后1908ms發(fā)生了該時間。
（4）變量綁定（variable-bindings）
指明一個或多個變量的名和對應的值。在get或get-next報文中，變量的值應忽略。
管理變量的表示
管理變量表示管理對象類型在某一時刻的值（或稱該類型的實例），SNMP以管理變量作為操作對象。
管理變量的表示方法是這樣規(guī)定的：形如x.y，其中x是管理對象的object identifer。y是能唯一確定對象類型值的一組數(shù)字，在非表型變量中為0，在表型變量中是這個表的索引，比如接口表中的接口號，或路由表中的目的網(wǎng)絡地址等等 。如：在MIB文件里定義了ipAdEntNetMask這一管理對象，其object identifier為1.3.6.1.1.5.6.1.3它是個路由表中的一項，它的一個實例就是路由表中某一行的子網(wǎng)掩碼，如果這行的索引、目的網(wǎng)絡地址為129.102.1.0。則這個變量名是：1.3.6.1.1.5.6.1.3.129.102.1.0。在以后的說明中，為了方便，把唯一確定管理變量的一組數(shù)字，也就是x.y中的y稱作實例。
SNMP的運行過程
駐留在被管設備上的AGENT從UDP端口161接受來自網(wǎng)管站的串行化報文，經(jīng)解碼、團體名驗證、分析得到管理變量在MIB樹中對應的節(jié)點，從相應的模塊中得到管理變量的值，再形成響應報文，編碼發(fā)送回網(wǎng)管站。網(wǎng)管站得到響應報文后，再經(jīng)同樣的處理，最終顯示結(jié)果。
下面根據(jù)RFC1157詳細介紹Agent接受到報文后采取的動作：
首先解碼生成用內(nèi)部數(shù)據(jù)結(jié)構表示的報文，解碼依據(jù)ASN.1的基本編碼規(guī)則，如果在此過程中出現(xiàn)錯誤導致解碼失敗則丟棄該報文，不做進一步處理。
第二步：將報文中的版本號取出，如果與本Agent支持的SNMP版本不一致，則丟棄該報文，不做進一步處理。當前北研的數(shù)據(jù)通信產(chǎn)品只支持SNMP版本1。
第三步：將報文中的團體名取出，此團體名由發(fā)出請求的網(wǎng)管站填寫。如與本設備認可的團體名不符，則丟棄該報文，不做進一步處理，同時產(chǎn)生一個陷阱報文。SNMPv1只提供了較弱的安全措施，在版本3中這一功能將大大加強。
第四步：從通過驗證的ASN.1對象中提出協(xié)議數(shù)據(jù)單元PDU，如果失敗，丟棄報文，不做進一不處理。否則處理PDU，結(jié)果將產(chǎn)生一個報文，該報文的發(fā)送目的地址應同收到報文的源地址一致。
根據(jù)不同的PDU，SNMP協(xié)議實體將做不同的處理：
1.1、GetRequest PDU
第一種情況：如果PDU中的變量名在本地維護的MIB樹中不存在，則接受到這個PDU的協(xié)議實體將向發(fā)出者發(fā)送一個GetResponse報文，其中的PDU與源PDU只有一點不同：將ERROR-STATUS置為noSuchName，并在ERROR-INDEX中指出產(chǎn)生該變量在變量LIST中的位置。
第二種情況：如果本地協(xié)議實體將產(chǎn)生的響應報文的長度大于本地長度限制，將向該PDU的發(fā)出者發(fā)送一個GetResponse報文，該PDU除了ERROR-STATUS置為tooBig，ERROR-INDEX置為0以外，與源PDU相同。
第三種情況：如果本地協(xié)議實體因為其他原因不能產(chǎn)生正確的響應報文，將向該PDU的發(fā)出者發(fā)送一個GetResponse報文，該PDU除了ERROR-STATUS置為genErr，ERROR-INDEX置為出錯變量在變量LIST中的位置，其余與源PDU相同。
第四中情況：如果上面的情況都沒有發(fā)生，則本地協(xié)議實體向該PDU的發(fā)出者發(fā)送一個GetResponse報文，該PDU中將包含變量名和相應值的對偶表，ERROR-STATUS為noError，ERROR-INDEX為0，request-id域的值應與收到PDU的request-id相同。
1.2、GetNextRequest PDU
GetNextRequest PDU的最重要的功能是表的遍歷，這種操作受到了前面所說的管理變量的表示方法的支持，從而可以訪問一組相關的變量，就好象他們在一個表內(nèi)。
下面通過一個例子解釋表遍歷的過程：
被管設備維護如下路由表：
Destination NextHop Metric
10.0.0.99 89.1.1.42 5
9.1.2.3 99.0.0.3 3
10.0.0.51 89.1.1.42 5
假設網(wǎng)管站欲取得這張路由表的信息，該表的索引是目的網(wǎng)絡地址。
網(wǎng)管站向被管設備發(fā)送一個GetNextRequest PDU，其中的受管對象的標識如下
GetNextRequest （ ipRouteDest， ipRouteNextHop， ipRouteMetric1 ）
SNMP agent響應如下GetResponse PDU：
GetResponse （（ ipRouteDest.9.1.2.3 = “9.1.2.3” ），
?。?ipRouteNextHop.9.1.2.3 = “99.0.0.3” ），
（ ipRouteMetric1.9.1.2.3 = 3 ））
網(wǎng)管站繼續(xù)：
GetNextRequest （ ipRouteDest.9.1.2.3，
ipRouteNextHop.9.1.2.3，
ipRouteMetric1.9.1.2.3 ）
agent響應：
GetResponse （（ ipRouteDest.10.0.0.51 = “10.0.0.51” ），
（ ipRouteNextHop.10.0.0.51 = “89.1.1.42” ），
?。?ipRouteMetric1.10.0.0.51 = 5 ））
值得注意的是agent必須能夠確定下一個管理變量名，以保證所有變量能被取到且只被取到一次。
網(wǎng)管站繼續(xù)：
GetNextRequest （ ipRouteDest.10.0.0.51，
ipRouteNextHop.10.0.0.51，
ipRouteMetric1.10.0.0.51 ）
agent 響應：
GetResponse （（ ipRouteDest.10.0.0.99 = “10.0.0.99” ），
（ ipRouteNextHop.10.0.0.99 = “89.1.1.42” ），
?。?ipRouteMetric1.10.0.0.99 = 5 ））
網(wǎng)管站繼續(xù)
GetNextRequest （ ipRouteDest.10.0.0.99，
ipRouteNextHop.10.0.0.99，
ipRouteMetric1.10.0.0.99 ）
這時因為路由表中所有的行都被取遍，agent因返回路由表對象的下一字典后繼即該管理對象在MIB樹中的后序遍歷的直接后繼。這里應是nettoMediaIndex，管理對象的OBJECT IDENTIFIER。這個響應通知網(wǎng)管站對表的遍歷已經(jīng)完成。
1.3、GetResponse PDU
GetResponse PDU只有當受到getRequest GetNextRequest SetRequest才由協(xié)議實體產(chǎn)生，網(wǎng)管站收到這個PDU后，應顯示其結(jié)果。
1.4、SetRequest PDU
SetRequest PDU除了PDU類型標識以外，和GetRequest相同，當需要對被管變量進行寫操作時，網(wǎng)管站側(cè)的協(xié)議實體將生成該PDU。
對SetRequest的響應將根據(jù)下面情況分別處理：
如果是關于一個只讀變量的設置請求，則收到該PDU的協(xié)議實體產(chǎn)生一個GetReponse報文，并置error status為noSuchName， error index的值是錯誤變量在變量list中的位置。
如果被管設備上的協(xié)議實體收到的PDU中的變量對偶中的值，類型、長度不符和要求，則收到該PDU的協(xié)議實體產(chǎn)生一個GetReponse報文，并置error status為badValue， error index的值是錯誤變量在變量list中的位置。
如果需要產(chǎn)生的GetReponse報文長度超過了本地限制，則收到該PDU的協(xié)議實體產(chǎn)生一個GetReponse報文，并置error status為tooBig， error index的值是0。
如果是其他原因?qū)е耂ET失敗，則收到該PDU的協(xié)議實體產(chǎn)生一個GetReponse報文，并置error status為genErr， error index的值是錯誤變量在變量list中的位置。
如果不符合上面任何情況，則agent將把管理變量設置收到的PDU中的相應值，這往往可以改變被管設備的運行狀態(tài)。同時產(chǎn)生一個GetResponse PDU，其中error status置為noError，error index的值為0。
1.5、Trap PDU
Trap PDU的有如下的形式
Trap是被管設備遇到緊急情況時主動向網(wǎng)管站發(fā)送的消息。網(wǎng)管站收到trap PDU后要將起變量對偶表中的內(nèi)容顯示出來。一些常用的trap類型有冷、熱啟動，鏈路狀態(tài)發(fā)生變化等。
工商網(wǎng)監(jiān)
評論