📄 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 + -