06-SNMP配置
本章節下載: 06-SNMP配置 (422.43 KB)
目 錄
本文中有關FIPS模式的詳細介紹,請參見“安全配置指導”中的“FIPS”。
SNMP(Simple Network Management Protocol,簡單網絡管理協議)是因特網中的一種網絡管理標準協議,被廣泛用於實現管理設備對被管理設備的訪問和管理。SNMP具有以下特點:
· 支持網絡設備的智能化管理。利用基於SNMP的網絡管理平台,網絡管理員可以查詢網絡設備的運行狀態和參數,設置參數值,發現故障、完成故障診斷,進行容量規劃和生成報告。
· 支持對不同物理特性的設備進行管理。SNMP隻提供最基本的功能集,使得管理任務與被管理設備的物理特性和聯網技術相對獨立,從而實現對不同廠商設備的管理。
SNMP網絡包含NMS和Agent兩種元素:
· NMS(Network Management Station,網絡管理站)是SNMP網絡的管理者,能夠提供非常友好的人機交互界麵,方便網絡管理員完成絕大多數的網絡管理工作。
· Agent是SNMP網絡的被管理者,負責接收、處理來自NMS的請求報文。在一些緊急情況下,如接口狀態發生改變等,Agent會主動向NMS發送告警信息。
· MIB(Management Information Base,管理信息庫)是被管理對象的集合。MIB定義了節點之間的層次關係以及對象的一係列屬性,比如對象的名字、訪問權限和數據類型等。NMS根據訪問權限對MIB節點進行讀/寫操作,從而實現對Agent的管理。
圖1-1 NMS、Agent和MIB關係圖
MIB是按照樹型結構組織的,它由很多個節點組成,每個節點表示被管理對象,被管理對象可以用從根開始的一串表示路徑的數字唯一地識別,這串數字稱為OID(Object Identifier,對象標識符)”。如圖1-2所示,被管理對象B可以用一串數字{1.2.1.1}唯一確定,這串數字就是被管理對象B的OID。
圖1-2 MIB樹結構
SNMP提供四種基本操作來實現NMS和Agent的交互:
· GET操作:NMS使用該操作查詢Agent MIB中的一個或多個節點的值。
· SET操作:NMS使用該操作設置Agent MIB中的一個或多個節點的值。
· Trap操作:Agent使用該操作向NMS發送告警信息。
· Inform操作:NMS使用該操作向其他NMS發送告警信息。
目前Agent支持SNMPv1、SNMPv2c和SNMPv3三種版本:
· SNMPv1采用團體名(Community Name)認證機製。團體名類似於密碼,用來限製NMS和Agent之間的通信。如果NMS設置的團體名和被管理設備上設置的團體名不同,則NMS和Agent不能建立SNMP連接,從而導致NMS無法訪問Agent,Agent發送的告警信息也會被NMS丟棄。
· SNMPv2c也采用團體名認證機製。SNMPv2c對SNMPv1的功能進行了擴展:提供了更多的操作類型;支持更多的數據類型;提供了更豐富的錯誤代碼,能夠更細致地區分錯誤。
· SNMPv3采用USM(User-Based Security Model,基於用戶的安全模型)認證機製。網絡管理員可以設置認證和加密功能。認證用於驗證報文發送方的合法性,避免非法用戶的訪問;加密則是對NMS和Agent之間的傳輸報文進行加密,以免被竊聽。采用認證和加密功能,可以為NMS和Agent之間的通信提供更高的安全性。
NMS和Agent成功建立連接的前提條件是NMS和Agent使用的SNMP版本必須相同。
表1-1 SNMP配置任務簡介
配置任務 |
說明 |
詳細配置 |
配置SNMP基本參數 |
必選 |
|
配置SNMP日誌 |
可選 |
|
配置SNMP Trap |
可選 |
由於SNMPv3版本的配置和SNMPv1版本、SNMPv2c版本的配置有較大區別,所以下麵分兩種情況進行SNMP基本功能的配置介紹,詳見1.3.1 和表1-3。
使用SNMPv3版本時,需要先創建一個SNMP組並設置該組的訪問權限和認證、加密功能,然後創建一個SNMPv3用戶並設置該用戶的屬性。
表1-2 配置SNMP基本參數(SNMPv3版本)
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
啟動SNMP Agent服務 |
snmp-agent |
可選 缺省情況下,SNMP Agent服務處於關閉狀態 執行除snmp-agent calculate-password外任何以snmp-agent開頭的命令,都可以啟動SNMP Agent服務 |
設置係統信息 |
snmp-agent sys-info { contact sys-contact | location sys-location | version { all | { v1 | v2c | v3 }* } } |
可選 缺省情況下,係統維護聯係信息為“Hangzhou H3C Technologies Co.,Ltd.”;物理位置信息為“Hangzhou, China”;版本為SNMP v3 |
設置本地SNMP實體的引擎ID |
snmp-agent local-engineid engineid |
可選 缺省情況下,設備引擎ID為公司的企業號+設備信息 |
創建MIB視圖或更新MIB視圖內容 |
snmp-agent mib-view { excluded | included } view-name oid-tree [ mask mask-value ] |
可選 缺省情況下,設備上已存在MIB視圖ViewDefault,OID為1 |
創建SNMPv3組 |
snmp-agent group v3 group-name [ authentication | privacy ] [ read-view read-view ] [ write-view write-view ] [ notify-view notify-view ] [ acl acl-number ] |
必選 缺省情況下,不存在任何SNMP組 |
計算用戶給定明文密碼通過加密算法處理後的密文密碼 |
snmp-agent calculate-password plain-password mode { 3desmd5 | 3dessha | md5 | sha } { local-engineid | specified-engineid engineid } |
可選 FIPS模式下,不支持3desmd5、3dessha、 md5參數。 |
創建SNMPv3用戶 |
snmp-agent usm-user v3 user-name group-name [ [ cipher ] authentication-mode { md5 | sha } auth-password [ privacy-mode { 3des | aes128 | des56 } priv-password ] ] [ acl acl-number ] |
必選 如果使用cipher參數,則後麵的auth-password和priv-password都將被視為密文密碼 FIPS模式下,不支持3des 、des56參數。 |
設置Agent能處理的SNMP報文的最大長度 |
snmp-agent packet max-size byte-count |
可選 缺省情況下,Agent能接收/發送的SNMP消息包長度的最大值為1500字節 |
· SNMPv3版本的用戶名、密文密碼等的生成都和引擎ID相關聯,如果更改了引擎ID,則原引擎ID下配置的用戶名、密碼失效。
· MIB視圖是MIB的子集,由視圖名和MIB子樹來唯一確定一個MIB視圖。視圖名相同但包含的子樹不同,則認為是不同的視圖。除缺省視圖外,用戶最多可以創建16個MIB視圖。
FIPS模式下,不支持此配置。
使用SNMPv1或SNMPv2c版本時,需要先設置Agent啟用的SNMP版本號,然後設置訪問權限,訪問權限的設置方法有兩種:
· 直接設置,即通過指定團體名的方式創建一個SNMP團體。
· 間接設置,即先創建一個SNMP組,然後為該SNMP組添加一個新用戶,用戶名相當於SNMPv1和SNMPv2c版本的團體名。
表1-3 配置SNMP基本參數(SNMPv1版本、SNMPv2c版本)
操作 |
命令 |
說明 |
||
進入係統視圖 |
system-view |
- |
||
啟動SNMP Agent服務 |
snmp-agent |
可選 缺省情況下,SNMP Agent服務處於關閉狀態。 執行除snmp-agent calculate-password外任何以snmp-agent開頭的命令,都可以啟動SNMP Agent服務 |
||
設置係統信息 |
snmp-agent sys-info { contact sys-contact | location sys-location | version { all | { v1 | v2c | v3 } * } } |
必選 缺省情況下,係統維護聯係信息為“Hangzhou H3C Technologies Co.,Ltd..”;物理位置信息為“Hangzhou, China”;版本為SNMP v3 |
||
設置本地SNMP實體的引擎ID |
snmp-agent local-engineid engineid |
可選 缺省情況下,設備引擎ID為公司的企業號+設備信息 |
||
創建或更新MIB視圖內容 |
snmp-agent mib-view { excluded | included } view-name oid-tree [ mask mask-value ] |
可選 缺省情況下,視圖名為ViewDefault,OID為1 |
||
設置訪問權限 |
直接設置 |
創建一個新的SNMP團體 |
snmp-agent community { read | write } community-name [ mib-view view-name ] [ acl acl-number | acl ipv6 ipv6-acl-number ] * |
二者必選其一 直接設置是以SNMPv1和SNMPv2c版本的團體名的方式進行設置 間接設置采用與SNMPv3版本類似的命令形式,添加用戶到指定的組,用戶名相當於SNMPv1和SNMPv2c版本的團體名 缺省情況下,不存在任何SNMP組 |
間接設置 |
創建一個SNMP組 |
snmp-agent group { v1 | v2c } group-name [ read-view read-view ] [ write-view write-view ] [ notify-view notify-view ] [ acl acl-number | acl ipv6 ipv6-acl-number ] * |
||
為一個SNMP組添加一個新用戶 |
snmp-agent usm-user { v1 | v2c } user-name group-name [ acl acl-number | acl ipv6 ipv6-acl-number ] * |
|||
設置Agent能處理的SNMP報文的最大長度 |
snmp-agent packet max-size byte-count |
可選 缺省情況下,Agent能接收/發送的SNMP消息包長度的最大值為1500字節 |
MIB視圖是MIB的子集,由視圖名和MIB子樹來唯一確定一個MIB視圖。視圖名相同但包含的子樹不同,則認為是不同的視圖。除缺省視圖外,用戶最多可以創建16個MIB視圖。
SNMP日誌可以記錄NMS對Agent的GET請求、SET請求和SET響應信息,不能記錄GET響應信息。
· 當進行GET操作時,Agent會記錄NMS用戶的IP地址、GET操作的節點名和節點OID。
· 當進行SET操作時,Agent會記錄NMS用戶的IP地址、SET操作的節點名、節點OID、節點值以及SET操作返回的錯誤碼和錯誤索引。
這些日誌將被發送到設備的信息中心,級別為informational,即作為設備的一般提示信息。通過設置信息中心的參數,最終決定SNMP日誌的輸出規則(即是否允許輸出以及輸出方向)。
表1-4 配置SNMP日誌功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
打開SNMP日誌開關 |
snmp-agent log { all | get-operation | set-operation } |
必選 缺省情況下,SNMP日誌開關處於關閉狀態 |
· 大量的日誌記錄會占用設備的存儲空間,影響設備的性能。正常情況下,建議關閉SNMP日誌功能。
· SNMP每條日誌信息中記錄的node域(信息內容對應的MIB節點名)和value域(信息內容對應的MIB節點值)的長度之和不能超過1024字節,超出的部分將不會被輸出。
· 有關日誌輸出規則、係統信息、信息中心的詳細介紹請參見“網絡管理和監控配置指導”中的“信息中心”。
Trap信息是Agent主動向NMS發送的,用於報告一些緊急的重要事件(如被管理設備重新啟動等)。Trap報文有兩種:
· 通用Trap。設備支持的通用Trap包括authentication、coldstart、linkdown、linkup和warmstart五種(其它均為企業自定義Trap)。
· 企業自定義Trap。
因為Trap信息通常較多,會占用設備內存,影響設備性能,所以建議用戶根據需要開啟指定模塊的Trap功能。
開啟模塊的Trap功能後,該模塊生成的Trap報文將被發送到設備的信息中心。可以根據各模塊生成的Trap信息的級別設置信息中心參數,最終決定Trap報文的輸出規則(即是否允許輸出以及輸出方向)。
表1-5 開啟Trap功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
在全局下開啟Trap功能 |
snmp-agent trap enable [ acfp [ client | policy | rule | server ] | bfd | bgp | configuration | default-route | | flash | mpls | ospf [ process-id ] [ ifauthfail | ifcfgerror | ifrxbadpkt | ifstatechange | iftxretransmit | lsdbapproachoverflow | lsdboverflow | maxagelsa | nbrstatechange | originatelsa | vifcfgerror | virifauthfail | virifrxbadpkt | virifstatechange | viriftxretransmit | virnbrstatechange ] * | pim [ candidatebsrwinelection | electedbsrlostelection | interfaceelection | invalidjoinprune | invalidregister | neighborloss | rpmappingchange ] * | standard [ authentication | coldstart | linkdown | linkup | warmstart ] * | system | vrrp [ authfailure | newmaster ] ] |
必選 缺省情況下,隻有語音模塊的Trap功能處於關閉狀態,其它模塊的Trap功能處於開啟狀態 |
進入接口視圖 |
interface interface-type interface-number |
必選 |
開啟接口狀態變化的Trap功能 |
enable snmp trap updown |
必選 缺省情況下,接口下接口狀態變化的Trap功能處於開啟狀態 |
· 如果要求接口在狀態發生改變時生成接口狀態變化的Trap報文,需要在接口下和全局都開啟接口狀態變化的Trap功能。
· 要使各個模塊生成相應的Trap報文,除了使用snmp-agent trap enable命令開啟Trap功能,還可能與各個模塊的配置有關,詳情請參見各模塊的相關描述。
· 有關信息中心的詳細介紹請參見“網絡管理和監控配置指導”中的“信息中心”。
如果要將Trap發送給NMS,必須先完成以下配置:
· 完成SNMP基本配置(如果使用SNMPv1和SNMPv2c版本需要設置啟用的SNMP版本和團體名;如果使用SNMP v3版本需要設置用戶名和MIB視圖),這些參數的配置必須和NMS上的配置相同。
· 確保設備與NMS路由可達。
當收到Trap報文後,SNMP模塊有兩種處理方式:
· 將Trap報文存在消息隊列裏(在網絡出現故障時,消息隊列用於緩存Trap報文,在網絡恢複後,係統會將消息隊列中的Trap報文依次發出,用戶可以設置該隊列的長度、Trap報文在隊列裏的保存時間);
· 將Trap報文直接發送給指定的目標主機(通常為NMS)等。
表1-6 配置Trap報文發送參數
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
設置Trap報文的目標主機屬性 |
snmp-agent target-host trap address udp-domain { ip-address | ipv6 ipv6-address } [ udp-port port-number ] [ vpn-instance vpn-instance-name ] params securityname security-string [ v1 | v2c | v3 [ authentication | privacy ] ] |
可選 vpn-instance參數隻支持在IPv4網絡使用 如果要將Trap信息發送給NMS,該步驟為必選,並將ip-address指定為NMS的IP地址 FIPS模式下,不支持v1、 v2c參數。 |
設置Trap報文的源地址 |
snmp-agent trap source interface-type interface-number |
可選 缺省情況下,由SNMP選擇一個接口的IP地址作為Trap報文源IP地址 |
對標準linkUp/linkDown Trap報文進行私有擴展 |
snmp-agent trap if-mib link extended |
可選 缺省情況下,使用的是標準linkUp/linkDown Trap報文 |
設置Trap報文發送隊列的長度 |
snmp-agent trap queue-size size |
可選 缺省情況下,Trap報文的消息隊列最多可以存儲100條Trap消息 |
設置Trap報文的保存時間 |
snmp-agent trap life seconds |
可選 缺省情況下,Trap報文的保存時間為120秒 |
· 對linkUp/linkDown Trap報文進行私有擴展後,設備生成和發送的linkUp/linkDown Trap報文由標準Linkup/Linkdown Trap報文後增加接口描述和接口類型信息構成。如果NMS不支持該擴展報文,請禁用私有擴展功能,使設備發送標準的linkUp/linkDown Trap報文。
· 如果在Trap報文的發送隊列已滿時係統又收到了新的Trap報文,係統會自動刪除最先收到的Trap報文。
· 如果發送隊列中的Trap報文到達了已設定的保存時間,係統會自動刪除該Trap報文。
在完成上述配置後,在任意視圖下執行display命令可以顯示配置後SNMP的運行情況,通過查看顯示信息驗證配置的效果。
表1-7 SNMP顯示和維護
操作 |
命令 |
顯示係統維護聯絡信息、係統位置信息及SNMP版本信息 |
display snmp-agent sys-info [ contact | location | version ] * [ | { begin | exclude | include } regular-expression ] |
顯示SNMP報文統計信息 |
display snmp-agent statistics [ | { begin | exclude | include } regular-expression ] |
顯示設備的SNMP實體引擎ID |
display snmp-agent local-engineid [ | { begin | exclude | include } regular-expression ] |
顯示SNMP組信息 |
display snmp-agent group [ group-name ] [ | { begin | exclude | include } regular-expression ] |
顯示Trap消息隊列的基本信息 |
display snmp-agent trap queue [ | { begin | exclude | include } regular-expression ] |
顯示係統當前可以發送Trap消息的模塊及其Trap消息的使能狀態 |
display snmp-agent trap-list [ | { begin | exclude | include } regular-expression ] |
顯示SNMPv3用戶信息 |
display snmp-agent usm-user [ engineid engineid | username user-name | group group-name ] * [ | { begin | exclude | include } regular-expression ] |
顯示SNMPv1或SNMPv2c團體信息 |
display snmp-agent community [ read | write ] [ | { begin | exclude | include } regular-expression ] |
顯示MIB視圖的信息 |
display snmp-agent mib-view [ exclude | include | viewname view-name ] [ | { begin | exclude | include } regular-expression ] |
缺省情況下,以太網接口、VLAN接口及聚合接口處於DOWN狀態。如果要對這些接口進行配置,請先使用undo shutdown命令使接口狀態處於UP狀態。
· NMS與Agent相連,NMS的IP地址為1.1.1.2/24,Agent的IP地址為1.1.1.1/24。
· NMS通過SNMPv1或SNMPv2c對Agent進行監控管理,Agent在出現故障時能主動向NMS發送Trap報文。
(1) 配置Agent
# 配置Agent的IP地址為1.1.1.1/24,並確保Agent與NMS之間路由可達。(配置步驟略)
# 設置Agent使用的SNMP版本為v1/v2c、隻讀團體名為public,讀寫團體名為private。
<Agent> system-view
[Agent] snmp-agent sys-info version v1 v2c
[Agent] snmp-agent community read public
[Agent] snmp-agent community write private
# 設置Agent的聯係人和位置信息,以方便維護。
[Agent] snmp-agent sys-info contact Mr.Wang-Tel:3306
[Agent] snmp-agent sys-info location telephone-closet,3rd-floor
# 設置允許向NMS發送Trap報文,使用的團體名為public。
[Agent] snmp-agent trap enable
[Agent] snmp-agent target-host trap address udp-domain 1.1.1.2 params securityname public v1
[Agent] quit
snmp-agent target-host命令中指定的版本必須和NMS上運行的SNMP版本一致,如果NMS上運行的是SNMPv2c版本,則需要將snmp-agent target-host命令中的版本參數設置為v2c。否則,NMS無法正確接收Trap信息。
(2) 配置NMS
# 設置NMS使用的SNMP版本為SNMPv1/v2c,隻讀團體名為public,讀寫團體名為private。具體配置請參考NMS的相關手冊。
NMS側的配置必須和Agent側保持一致,否則無法進行相應操作。
(3) 結果驗證
# 通過查詢Agent上相應的MIB節點獲取已發送Trap信息的數量,結果為18:
Send request to 1.1.1.1/161 ...
Protocol version: SNMPv1
Operation: Get
Request binding:
1: 1.3.6.1.2.1.11.29.0
Response binding:
1: Oid=snmpOutTraps.0 Syntax=CNTR32 Value=18
Get finished
# 當使用錯誤的團體名獲取Agent上的MIB節點信息時,NMS上將看到認證失敗的Trap信息,即authenticationFailure:
1.1.1.1/2934 V1 Trap = authenticationFailure
SNMP Version = V1
Community = public
Command = Trap
Enterprise = 1.3.6.1.4.1.43.1.16.4.3.50
GenericID = 4
SpecificID = 0
Time Stamp = 8:35:25.68。
· NMS與Agent相連,NMS的IP地址為1.1.1.2/24,Agent的IP地址為1.1.1.1/24。
· NMS通過SNMPv3隻能對Agent的SNMP報文的相關信息進行監控管理,Agent在出現問題的時候能夠主動向NMS發送Trap報文。
· NMS與Agent建立SNMP連接時,需要認證,認證算法為MD5,認證密碼為authkey。NMS與Agent之間傳輸的SNMP報文需要加密,使用的加密協議為DES56,加密密碼為prikey。
圖1-4 配置SNMPv3組網圖
(1) 配置Agent
# 配置Agent的IP地址為1.1.1.1/24,並確保Agent與NMS之間路由可達。(配置步驟略)
# 設置訪問權限:用戶隻能讀寫節點snmp(OID為1.3.6.1.2.1.11)下的對象,不可以訪問其它MIB對象。
<Agent> system-view
[Agent] undo snmp-agent mib-view ViewDefault
[Agent] snmp-agent mib-view included test snmp
[Agent] snmp-agent group v3 managev3group privacy read-view test write-view test
# 設置Agent使用的用戶名為managev3user,認證算法為MD5,認證密碼為authkey,加密算法為DES56,加密密碼是prikey。
[Agent] snmp-agent usm-user v3 managev3user managev3group authentication-mode md5 authkey privacy-mode des56 prikey
# 設置設備的聯係人和位置信息,以方便維護。
[Agent] snmp-agent sys-info contact Mr.Wang-Tel:3306
[Agent] snmp-agent sys-info location telephone-closet,3rd-floor
# 設置允許向NMS發送Trap報文,使用的用戶名為managev3user。
[Agent] snmp-agent trap enable
[Agent] snmp-agent target-host trap address udp-domain 1.1.1.2 params securityname managev3user v3 privacy
(2) 配置NMS
# 設置NMS使用的SNMP版本為SNMPv3,用戶名為managev3user,啟用認證和加密功能,認證算法為MD5,認證密碼為authkey,加密協議為DES56,加密密碼為prikey。另外,還要設置“超時”時間和“重試次數”。用戶可利用網管係統完成對設備的查詢和配置操作,具體配置請參考NMS的相關手冊。
NMS側的配置必須和Agent側保持一致,否則無法進行相應操作。
(3) 結果驗證
# 通過查詢Agent上相應的MIB節點獲取已發送Trap信息的數量,結果為18:
Send request to 1.1.1.1/161 ...
Protocol version: SNMPv3
Operation: Get
Request binding:
1: 1.3.6.1.2.1.11.29.0
Response binding:
1: Oid=snmpOutTraps.0 Syntax=CNTR32 Value=18
Get finished
通過查詢Agent上相應的MIB節點獲取設備名稱時,由於沒有權限,結果為空(NULL):
Send request to 1.1.1.1/161 ...
Protocol version: SNMPv3
Operation: Get
Request binding:
1: 1.3.6.1.2.1.1.5.0
Response binding:
1: Oid=sysName.0 Syntax=noSuchObject Value=NULL
Get finished
# 對設備上某個空閑的接口執行shutdown/undo shutdown操作,NMS上將看到相應的Trap信息:
1.1.1.1/3374 V3 Trap = linkdown
SNMP Version = V3
Community = managev3user
Command = Trap
1.1.1.1/3374 V3 Trap = linkup
SNMP Version = V3
Community = managev3user
Command = Trap
· NMS與Agent相連,NMS的IP地址為1.1.1.2/24,Agent的IP地址為1.1.1.1/24。
· 在Agent上配置SNMP日誌功能,以便記錄NMS對Agent進行的操作。
圖1-5 配置SNMP日誌組網圖
# 打開控製台對日誌信息的顯示功能(此步驟可省略,缺省為該功能是開啟的)。
<Agent> terminal monitor
<Agent> terminal logging
# 配置信息中心允許輸出級別高於等於informational的係統信息到Console口。
<Agent> system-view
[Agent] info-center source snmp channel console log level informational
# 打開Agent的SNMP日誌開關,對NMS的GET和SET操作進行記錄。
[Agent] snmp-agent log all
· NMS對Agent進行GET操作時,可以在控製台上看到如下日誌信息。
%Jan 1 02:49:40:566 2006 Sysname SNMP/6/GET:
seqNO = <10> srcIP = <1.1.1.2> op = <get> node = <sysName(1.3.6.1.2.1.1.5.0)> value=<>
· NMS對Agent進行SET操作時,可以在控製台上看到如下日誌信息。
%Jan 1 02:59:42:576 2006 Sysname SNMP/6/SET:
seqNO = <11> srcIP = <1.1.1.2> op = <set> errorIndex = <0> errorStatus =<noError> node = <sysName(1.3.6.1.2.1.1.5.0)> value = <Agent>
表1-8 SNMP日誌輸出信息描述表
字段 |
描述 |
Jan 1 02:49:40:566 2006 |
表示SNMP日誌生成的時間 |
seqNO |
表示該SNMP日誌的編號(係統會對記錄的SNMP日誌進行自動編號,編號從0開始) |
srcIP |
NMS的IP地址 |
op |
表示SNMP操作類型(GET或者SET) |
node |
SNMP操作節點的名稱和實例的OID |
errorIndex |
錯誤索引(0表示沒有錯誤) |
errorStatus |
錯誤狀態(noError表示沒有錯誤) |
value |
SET操作時設置的值(GET操作時此域為空,表示不記錄GET操作獲取的值) 當設置的值為字符串,而且字符串中包含編碼範圍超出了ASCII 0~127或者包含不可顯示的字符時,則以十六進製的方式顯示整個字符串,形如:value = <81-43>[hex] |
信息中心的係統信息可以輸出到控製台或日誌緩衝區等方向。本舉例是將SNMP日誌信息輸出到控製台,如果要配置別的輸出方向,請參見“網絡管理和監控配置指導”中的“信息中心”。
設備的MIB分為公有MIB和私有MIB兩大類,私有MIB需要在MIB節點enterprises(1.3.6.1.4.1)下申請一個子節點掛靠。H3C私有MIB有兩種風格:
· 一種是設備公有MIB在H3C企業ID 25506下,私有MIB在企業ID 2011下的MIB,稱為H3C兼容風格MIB;
· 一種是設備公有MIB與私有MIB均在H3C企業ID 25506下的MIB,稱為H3C新風格MIB。
這兩種風格的MIB在管理功能上完全一致,區別僅在於根節點不同。設備在出廠前都會加載好MIB,設備型號不同,加載的MIB風格可能不同。為了支持NMS對設備的靈活管理,設備提供了MIB風格配置功能,即用戶可以任意切換MIB的兩種風格,但需要保證設備的MIB風格和NMS的MIB風格一致,NMS才能順利識別被管理設備。
表2-1 設置MIB風格
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
設置設備的MIB風格 |
mib-style [ compatible | new ] |
可選 缺省情況下,設備的MIB風格為new |
修改設備的MIB風格後需要重啟設備配置才會生效。
在完成上述配置後,在任意視圖下執行display命令可以顯示配置後MIB的風格,通過查看顯示信息驗證配置的效果。
表2-2 MIB風格顯示和維護
操作 |
命令 |
查詢設備的MIB風格 |
display mib-style [ | { begin | exclude | include } regular-expression ] |
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!