?? rfc2788.txt
字號:
組織:中國互動出版網(http://www.china-pub.com/)
RFC文檔中文翻譯計劃(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
譯者:盧伍春(spacelu wuchun_lu@163.net)
譯文發布時間:2001-5-24
版權:本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載,但必須
保留本文檔的翻譯及版權信息。
RFC2788
Network Working Group N. Freed
Request for Comments: 2788 Innosoft
Category: Standards Track S. Kille
Obsoletes: 2248 MessagingDirect Ltd.
March 2000
網絡服務監視MIB
(RFC2788 Network Services Monitoring MIB)
備忘錄狀態
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
版權申明
Copyright (C) The Internet Society (2000). All Rights Reserved.
摘要
一個網絡應用是一個或多個主機通過網絡相連,或通過網絡執行操作明確定義的實現。許多
網絡應用程序適合提供對網絡用戶進行SNMP監視。這些應用包括TCP/IP和OSI網絡應用。
這個文檔定義了包含適用于任何網絡應用監視元素的MIB。這個信息包括,所有可監視網
絡服務應用表,應用之間的連接,以及關聯應用連接的參數和狀態信息。
MIB自己可以用在任何應用上,還足夠提供對大部分簡單應用的功能;還可以設計成一個
模塊和特定應用監視和管理連接使用。兩個例子是MIB定義附加的參數來監聽信息傳輸代
理(MTA)服務或目錄服務代理(DSA)服務。可以預測將來MIB的屬性會被特別指定。
MIB沒有提供對網絡服務應用運行的主機或主機組管理的工具,也沒有提供監視除了網絡
服務外的應用工具。主機資源和通用運用監視用主機資源MIB[1]或應用MIB[2]操作。
目錄
1 SNMP網絡管理結構
2 網絡服務監視MIB的基本原理
1 和其它MIB的通用關系
2 約束范圍
3 配置信息
3 應用對象
4 定義
5 從RFC2248的變化
6 確認
7 參考資料
8 安全考慮
9 作者地址
10 版權狀態
1 SNMP網絡管理結構
目前的SNMP網絡管理包括5個主要的部分:
a) 全部總體的體系結構,如RFC2571描述。[3]
b) 管理對象和事物描述和命名機制。管理信息結構(SMI)的第一版叫作SMIv1如
RFC1155描述,STD16如RFC1212[5]和RFC1215所述。第二版,稱作SMIv2,
在STD58(RFC2578[7]),STD58(RFC2579[8])和STD58(RFC2580[9])描述。
c) 傳輸管理信息協議。第一版的SNMP信息協議稱為SNMP v1,如
STD15(RFC1157[10])所述。SNMP信息協議的第二版不是標準的網絡協議,稱為
SNMPv2c,如RFC1901[11]和RFC1906[12]所述。第三版稱為SNMPv3,如RFC1906,
RFC2572,RFC2574所述。
d) 訪問管理信息協議操作。協議操作和關聯PDU格式的第一個集合在STD15
(RFC1157[10])中描述。第二個在RFC2575進行描述。
e) 基本應用集,如RFC2573[16] 和基于觀察的訪問控制機制(如RFC2575[17])。
管理對象通過虛擬信息存儲來訪問,通過管理信息庫及MIB。在MIB中的對象定義用
在SMI定義的機制上。
這個備忘錄詳細說明和SMIv2的MIB模塊。和SMIv1相符的MIB可以通過相應的轉
換產生。MIB轉換結果必須和原來等價,除了因為不可能轉換(用counter64)而省略
的對象和事件。在轉換過程中,在SMIv2 中一些機器可讀信息將被轉換成SMIv1的
文本描述。但是,機器可讀信息的丟失不認為是MIB信息的改變。
2 網絡服務監視MIB的基本原理
盡管已經努力開發管理低層網絡設備工具,但是管理應用層實體的工作做得很少。只有
用低層信息來管理所有應用層實體既沒有效率也不合理。而且,隨著應用實體變的更加
復雜,管理應用程序的復雜性很快的增加。
這個導致監視網絡服務應用(特別是分布式組件如MTA和DSA)通過監視應用的特殊
方面成為必要。這樣監視的組件不僅僅包括測試負載,檢測連接中斷,孤立的系統失效
和傳送阻塞。
為了有效的管理網絡服務應用,必須滿足兩個條件:
1. 必須使監視大量組件成為可能(特別是對大組織)。
2. 監視應用程序必須能夠集成到通用網絡管理環境。
這些設定定義了只是能夠只讀訪問;它足夠決定上/下狀態和提供大量操作問題的指示。
2.1 和其它MIB的通用關系
這個MIB傾向于只提供監視任何網絡服務應用程序的通用工具。它不提供監視特殊應
用的所有必須工具。每一個特殊類型的網絡應用程序有它自己的一個MIB來使用通用
工具。
2.2 使用范圍
這里提供的結構非常少;還有許多能完成的。如:
1. 通用網絡服務應用設置監視和控制。
2. 在特殊服務要求隊列中具體要求的詳細檢查和修改。
3. 探測來決定特殊要求的狀態(如,有一個特殊信息ID的郵件信息地址)。
4. 執行一定的操作(如,強制未決信息到一些特殊系統的快速連接和傳送)。
所有這些功能都是有用的。但是,這些功能要求提供嚴格的安全檢測。這些功能要求許
多更復雜的設計,需要許多特別功能屬性。總之,這些特性是有爭議的而且難于實現。
這個文檔保持簡單,集中描述管理網絡服務應用的監視方面。目的是提供一個簡單,有
用,可以廣泛實現的框架。
2.3設置信息
MIB主要提供應用操作方面的信息。另外,應用實際設置的消息可能在別初也給以保
存;applDirectoryname或者applURL 指出保存信息的地址。
3. 應用對象
MIB定義了一組適合一定范圍網絡提供服務應用的通用目的屬性。OSI和非OSE服務
都提供。附加表提供了特別網絡服務屬性。
這個表被定義成系統中每個可操作的網絡應用服務對應表里的一行。應用的唯一靜態信
息是它的名字。所有其它的靜態信息從不同的服務路徑獲得。AppldirectoryName是一
個外鍵,它使一個SNMP MIB輸入整齊地和X.500路徑相關。在SNMP,應用在表中
分組稱為applTable,它以整數鍵applIndex為索引。
應用類型可以通過下面一點或兩點來確定:
(1) 指定應用的附加MIB變量
(2) 特殊協議應用的聯合
4. 定義
NETWORK-SERVICES-MIB DEFINITIONS ::= BEGIN
IMPORTS
OBJECT-TYPE, Counter32, Gauge32, MODULE-IDENTITY, mib-2
FROM SNMPv2-SMI
TimeStamp, TEXTUAL-CONVENTION
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB;
application MODULE-IDENTITY
LAST-UPDATED "200003030000Z"
ORGANIZATION "IETF Mail and Directory Management Working Group"
CONTACT-INFO
" Ned Freed
Postal: Innosoft International, Inc.
1050 Lakes Drive
West Covina, CA 91790
US
Tel: +1 626 919 3600
Fax: +1 626 919 3614
E-Mail: ned.freed@innosoft.com"
描述
“MIB模塊描述了網絡服務應用”。
修訂 “200003030000Z”
描述
在RFC2788的修訂大量的DisplayStrings成SnmpAdminStrings.注意這個變化不被SMIv2
嚴格支持。但是,丟棄舊的對象和定義新對象的替換做法將導致在向前兼容性和互用性
更加困難。明確名字的定義文檔已經從RFC1799更新到RFC2253.
修訂 “199905120000Z”
描述
"這次修訂解決了一些前面版本中出現的問題,大部分關于MIB不同版本的相同組問
題。自從RFC2248以來就沒有改變MIB定義對象。
修訂 “199708170000Z”
描述
“這次修訂,在RFC2248,增加了applDescription和applURL對象,applOperStatus
的停頓狀態,和把MIB改名從APPLICATION-MIB到NETWORK-SERVICE-MIB“。
修訂“199311280000Z“
描述
“MIB的原始版本為RFC1565“
::={mib-227}
---文本協定
---在目錄中確切的名字用來表示對象
DistinguishedName::=TEXTUL-CONVENTION
DISPLAY-HINT "255a"
當前狀態描述
“顯著名字依照RFC2253來表示,描述成按照RFC2279定義的UTF8字符。
8字符串(大小(0..255))
-同意資源位置存儲雜在URL字串中。
URLString ::= TEXTUAL-CONVENTION
DISPLAY-HINT "255a"
STATUS current
描述
“通用資源位置依照RFC1738和RFC2368來表示,在RFC854定義的Nvi ASCII字符表示。
語法8字節串(大小(0..255))
---基本的applTable包括一系列應用輸入。
applTable OBJECT-TYPE
SYNTAX SEQUENCE OF ApplEntry
MAX-ACCESS not-accessible
STATUS current
描述
“這個表保存各種網絡服務提供應用對象。每個被監視的網絡服務應用在表中有一個唯一輸
入。”
::= {application 1}
applEntry OBJECT-TYPE
SYNTAX ApplEntry
MAX-ACCESS not-accessible
STATUS current
描述
“和單一服務應用的輸入”
INDEX {applIndex}
::= {applTable 1}
ApplEntry ::= SEQUENCE {
applIndex
INTEGER,
applName
SnmpAdminString,
applDirectoryName
DistinguishedName,
applVersion
SnmpAdminString,
applUptime
TimeStamp,
applOperStatus
INTEGER,
applLastChange
TimeStamp,
applInboundAssociations
Gauge32,
applOutboundAssociations
Gauge32,
applAccumulatedInboundAssociations
Counter32,
applAccumulatedOutboundAssociations
Counter32,
applLastInboundActivity
TimeStamp,
applLastOutboundActivity
TimeStamp,
applRejectedInboundAssociations
Counter32,
applFailedOutboundAssociations
Counter32,
applDescription
SnmpAdminString,
applURL
URLString
}
applIndex OBJECT-TYPE
SYNTAX INTEGER (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
描述
“鑒別網絡服務應用的索引。屬性是表中按照字典順序的索引。”
::= {applEntry 1}
applName OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
描述
“命名網絡服務應用選擇眾所周知的名字。”
::=[applEntry2]
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -