基于TCP/IP网络的管理结构和标记

1．本文档的状态
本是1065的改进，同时修正了一些印刷上的错误，技术内容并未作改变。
本文档提供了基于/IP网络的结构和标记的普通定义。特别的，除了描述了信息库和网络，本文档还提供了一种简单、可行的架构和系统来基于/IP的网络，特别是INTERNET。
因特网活动组织建议所有的IP和实现应该是可网络的。这意味着要实现因特网信息库MIB(-1156)和(1157)或CMOT(1095)这两种建议的中至少一种。值得一说的是，现在已经是完全的INTERNET标准，而CMOT还是个草案。可以从HostandGatewayRequirementss中获得该标准得更多的信息。
请参考最新版的“Internet正式标准”来获得本的标准化程度和状态。
本文档的发布不受任何限制。
2.介绍
本文描述的是用于/IP网络的一般结构和方法，网络的对象信息模型和一系列用来描述信息的普通类。结构的正式描述使用了抽象语法描述(ASN.1)。
本文不说明具体的解决方法，也不是什么和数据结构，如果需要这方面的内容请参阅和MIB的说明。
在IEEE中有文章是关于Internet结构和方法的，本文基本上来自于这篇文章，但在以下几方面有所不同：那篇文章主要说明OSI类型网络的，对于并不适用。
本文要达到两个目标：简单性和可扩展性，虽然网络的研究已经开展了许多年，但是对这方面问题的理解的深度和广度不见得有多好。通过给出一个通用的SMI，可以为未来的发展打好一个基础。
3.信息的结构和标记
对象通过虚拟信息存储访问，我们称这一结构为信息库或MIB。MIB中的对象以ASN.1定义。
每个对象有自己的名字，语法和编码。名字就象对象标记，它是一个用的名字。
对象类型的请求定义了和对象类型相一致的抽象数据结构。虽然这可以通过ASN.1进行定义，但在本文中还是加以了限制。这种限制是为了定义的结果更为一般。
对象类型的编码说明对象类型的实例如何通过对象的类型语法表示。通常将对象的语法和编码通过对象的定义进行连结，这也是对象在网络上传输的形式。
至于定义MIB或，这不是本文的工作，本文只是通过一个纲领性的说明陈述一般性的原则。当然，在有些时候，定义也加以了限制，这是为某种特定的而加的，在具体实现时可以不用管这些限制。
3.1名字
名字用于标记对象。对象标记概念用于进行定义。无论对象是什么语义，对象标记是确定某些对象的方法。对象标记是根据全局树而来的整数串。这个树和一些标记过的结点相连。每个结点还有子结点。我们对对象标记的理解应该是建立在对这个全局树进行遍历的基础上的。一个标记就是一个简单的文本描述和一个整数。
根结点不标记，它至少要有三个子结点，一个子结点由国际标准化组织，标记为iso(1)；另一个由CCITT，标记为ccitt(0)；第三个由两者共同，标记为：joint-iso-ccitt(2)。
在iso(0)下，ISO有一个子树用于其它国际组织，org(3)，对于子结点来说，两个留给美国国家标准和技术局，另一个由NIST转给美国国防部，dod(6)。
就本文来说，DoD未指明它如何自己的对象标记子树。本文假设DoD将给Internet分一个区，它由IAB由下面的方式：
internetOBJECTIDENTIFIER::={isoorg(3)dod(6)1}
也就是说，对象标记的Internet子树以1.3.6.1开始。本文作为IAB同意的标准，说明对象标记子树的策略。开始时，四个结点是这样的：
directoryOBJECTIDENTIFIER::={internet1}
mgmtOBJECTIDENTIFIER::={internet2}
experimentalOBJECTIDENTIFIER::={internet3}
privateOBJECTIDENTIFIER::={internet4}
3.1.1.目录
directory(1)子树留作以后OSI目录如何被用作Internet目录。
3.1.2.Mgmt
mgmt(2)子树用于标记定义在IAB文件中的对象。例如，如果定义初始Internet标准MIB的被指定为文档号1，此可以被用作对象标记：{mgmt1}或1.3.6.1.2.1来定义Internet标准的MIB。本文的后半部分将定义新的MIB标准。
3.1.3.Experimental
experimental(3)子树定义用于Internet实验的对象。例如实验者可能接收到定义号17，那可用的对象标记就是：{experimental17}或1.3.6.1.3.17。IANA对如何使用此子树提出要求。
3.1.4.Private
private(4)子树用于定义其它对象。此子树最初只有一个孩子：
enterprisesOBJECTIDENTIFIER::={private1}
使用enterprises(1)时可以允许提供网络子系统的机构来注册它们产品的模型。
在接收到子树时，一个企业可以在子树中定义新的MIB对象。而且此企业也应该在此子树下注册它的网络子系统，这样可以在中进行有效地。例如，如果"Flintstones,Inc."生产网络子系统，它会要求一个在企业子树下的结点，这样的结点可能进行如下编号：
1.3.6.1.4.1.42，它可能在此下面注册它自己的路由器为：1.3.6.1.4.1.42.1.1
3.2.语法
语法是根据对象类型定义对象结构，定义时使用ASN.1，但ASN.1中的一些通用化需要加以限制。
在ASN.1中ObjectSyntax定义可用于不同对象类型的语法。
3.2.1.原始类型
ASN.1中的原始类型包括INTEGER，OCTETSTRING，OBJECTIDENTIFIER和NULL。
3.2.1.1.枚举整数的指导方针
如枚举整数列为一个对象类型，拥有值0的命名号不应该出现在枚举列表中，而且不能使用此值。

3.2.2.构造类型
ASN.1中的SEQUENCE可用，使用它可以建立对于列或表。
对于列，语法如下：SEQUENCE{,...,}
其中是原始类型。
对于表，语法如下：SEQUENCEOF
其中指向列。
3.2.3.定义的类型
允许在一个新应用产品的范围内定义新类型，新类型必须能够分解为基本类型，列，表或其它新类型。
3.2.3.1.NetworkAddress
此类型代表多个可能的族中的一个地址格式。当前只有只允许Internet族。
3.2.3.2.IpAddress
这种定义的类型代表32位的IP地址，它表示为长度为4的字符串。在ASN.1类型使用ASN.基本编码规则进行编码时，只能使用原始编码形式。
3.2.3.3.Counter
这种定义的类型代表一个非负整数，它只能增加，直到最大值。当达到最大值后，它会返回0重新开始。本文指定它的最大值为2^32-1，也就是4294967295。
3.2.3.4.Gauge
此类型代表一个非负整数，它可以可以增加或减少，但在最大值时停止。本文指定它的值为2^32-1，也就是4294967295。
3.2.3.5.TimeTicks
此类型为非负整数，用于记录从一时间点起经过了多少个百分之一秒的时间。
3.2.3.6.Opaque
此类型支持对ASN.1语法进行扩充的能力。只类型只要求接收方能够对数据进行解密，并没有要求接收方一定要理解其内容。
3.3.编码
在对象类型的实例实编码以后，它的值可以将ASN.1的基本编码规则用于对象类型的语法而进行传输。
4.对象
本文不定义MIB对象，但本文指定一种可被其它文章使用的的格式。一个对象定义通常包括下面五个域：
*OBJECT:是一个字符串名，它叫OBJECTDESCTOR，它指定对象类型，这个类型和OBJECTIDENTIFIER相对应。
*语法：对象类型的抽象语法。它必须可以解析到ASN.1类型ObjectSyntax的一个实例上。
*定义：对对象类型语义的文本描述。实现中必须保证对象的实例满足这个定义，因为这个MIB是用于多厂商环境中的，要照顾到它们的情况。对象在不同的机器上有相同的意义是很重要的。
*访问：取只读，读写，只写或不能访问这四个值。
*状态：强制（mandatory），可选（optional）或过时的（obsolete）。
以后的文档中可能会定义其它域。
4.1.对象名
在Internet标准中的MIB中的对象名中不能有0，此值留作扩展。每个和对象类型相对应的OBJECTDESCTOR应该有独一无二的，可记忆和打印的字符串名。这对于人们的阅读和开发对象用户接口的表机制很有好处。
4.2.对象类型和实例
一个对象类型就是一类可的对象的定义，而对象实例就是一个对象类型的实例，而这个实例已经有值了。例如，路由表入口的定义在MIB中已有定义，这个定义和一个对象类型相关，给定路由表的单个入口中的那个存在一会儿的值就是对象类型的实例。
MIB中定义了许多对象类型，每个类型通过OBJECTIDENTIFIER标记，同时也有一个文本名，称为OBJECTDESCTOR。这标明MIB中的数据如果被访问是由特定决定的，而不在MIB中规定。
一个对象类型可以定义在MIB中，这样一个对象类型的实例可以代表一些信息的集合，也被一些次要对象类型号的实例所代表。例如，假设下面的对象是定义在MIB中的：
OBJECT:atIndex{atEntry1}
Syntax:INTEGER
Definition:物理地址的接口号
Access:read-write.
Status:mandatory.
OBJECT:atPhysAddress{atEntry2}
Syntax:OCTETSTRING
Definition:与介质相关的物理地址
Access:read-write.
Status:mandatory.
OBJECT:atNetAddress{atEntry3}
Syntax:NetworkAddress
Definition:与介质相关物理地址相对应的网络地址
Access:read-write.
Status:mandatory.
第四个对象类型也可能被定义在MIB中：
OBJECT:atEntry{atTable1}
Syntax:
AtEntry::=SEQUENCE{
atIndex
INTEGER,
atPhysAddress
OCTETSTRING,
atNetAddress
NetworkAddress
}
Definition:地址映射表中的入口
Access:read-write.
Status:mandatory.
每个对象类型的实便包括由前三个对象类型实例表示的信息。把这种定义出的对象类型称为列表（list）。同样的，列表类型的集合可以组成表（table）。例如，第五个对象的定义如下：
OBJECT:atTable{at1}
Syntax:SEQUENCEOFAtEntry
Definition:地址映射表
Access:read-write.
Status:mandatory.
上面的地址映射表就是由AtEntry的集合构成的。让我们想一下如何获得表中的对象。下面我们看一个例子，下面是一个对象类型：
{atPhysAddress}
而下面是与相关的对象实例：
{atNetAddress}={internet"10.0.0.52"}
这两个量组成的偶对将可以参照atPhysAddress的实例。这里的atPhyAddress是任何与atNetAddress相关值为{internet"10.0.0.52}的地址映射表入口的一部分。下来我们看看如何访问一个包中的集合对象（list），将对象类型命名为：
{atEntry}
然后指定与相关的对象实例：
{atNetAddress}={internet"10.0.0.52"}
上面的对象实例访问表中入口的所有实例，其中表与atNetAddress的值{internet"10.0.0.52"}相关。
每个均提供了访问非集合对象类型的机制，每个也说明了它是否支持访问集合对象类型。而且，必须指定当一个对象类型/实例对访问多个类型的实例时会返回哪个实例。为支持不同的，所有能够使对象能够区分的信息由对象类型的实例定义在MIB中。
4.3.对象宏
可以使用OBJECT-TYPE宏来处理MIB中的定义。这个宏允许一个对象类型的主要访问采取统一的表示方式。
OBJECT-TYPEMACRO::=
BEGIN
TYPENOTATION::="SYNTAX"type(TYPEObjectSyntax)
"ACCESS"Access
"STATUS"Status
VALUENOTATION::=value(VALUEObjectName)
Access::="read-only"
|"read-write"
|"write-only"
|"not-accessible"
Status::="mandatory"
|"optional"
|"obsolete"
END
根据上面定义的对象类型，我们可以看到下面定义在MIB中的定义：
atIndexOBJECT-TYPE
SYNTAXINTEGER
ACCESSread-write
STATUSmandatory
::={atEntry1}
atPhysAddressOBJECT-TYPE
SYNTAXOCTETSTRING
ACCESSread-write
STATUSmandatory
::={atEntry2}
atNetAddressOBJECT-TYPE
SYNTAXNetworkAddress
ACCESSread-write
STATUSmandatory
::={atEntry3}
atEntryOBJECT-TYPE
SYNTAXAtEntry
ACCESSread-write
STATUSmandatory
::={atTable1}
atTableOBJECT-TYPE
SYNTAXSEQUENCEOFAtEntry
ACCESSread-write
STATUSmandatory
::={at1}
AtEntry::=SEQUENCE{
atIndex
INTEGER,
atPhysAddress
OCTETSTRING,
atNetAddress
NetworkAddress
}
5.MIB扩展
每个Internet标准MIB文档都将前面文档标记为过时的。在下面标记处标记的名字是在改变版本时没有进行过改变的：
{mgmtversion-number}
新版本可以会
(1)宣布老的对象类型过时，但不删除它们的名字；
(2)通过添加非集合对象类型到列表(list)中对象类型而扩展一个对象类型的定义；
(3)要么就索性定义新的对象。
新版本不能在未改变对象名字的情况下改变对象的语义。这样就保证了相同的名字在不同的版本下会有相同的语义，这样在实现起来就比较方便。
但是，代表可能会返回一个对象，它是需要对象的一个超集。考虑到健壮性，程序应该忽略掉这些附加信息。但是我们要注意：如果一个实例没有和希望的对象类型相同的语法，控制将会失败。在监视和控制的情况下，由一个操作返回的对象名必须和操作要求的对象名一致。
6.定义
1155-SMIDEFINITIONS::=BEGIN

EXPORTS--EVERYTHING
internet,directory,mgmt,
experimental,private,enterprises,
OBJECT-TYPE,ObjectName,ObjectSyntax,SimpleSyntax,
ApplicationSyntax,NetworkAddress,IpAddress,
Counter,Gauge,TimeTicks,Opaque;

--thepathtotheroot

internetOBJECTIDENTIFIER::={isoorg(3)dod(6)1}

directoryOBJECTIDENTIFIER::={internet1}

mgmtOBJECTIDENTIFIER::={internet2}

experimentalOBJECTIDENTIFIER::={internet3}

privateOBJECTIDENTIFIER::={internet4}
enterprisesOBJECTIDENTIFIER::={private1}


--definitionofobjecttypes

OBJECT-TYPEMACRO::=
BEGIN
TYPENOTATION::="SYNTAX"type(TYPEObjectSyntax)
"ACCESS"Access
"STATUS"Status
VALUENOTATION::=value(VALUEObjectName)

Access::="read-only"
|"read-write"
|"write-only"
|"not-accessible"
Status::="mandatory"
|"optional"
|"obsolete"
END

--namesofobjectsintheMIB

ObjectName::=
OBJECTIDENTIFIER

--syntaxofobjectsintheMIB

ObjectSyntax::=
CHOICE{
simple
SimpleSyntax,

--notethatsimpleSEQUENCEsarenotdirectly
--mentionedheretokeepthingssimple(i.e.,
--preventmis-use).However,application-wide
--typeswhichareIMPLICITlyencodedsimple
--SEQUENCEsmayappearinthefollowingCHOICE

application-wide
ApplicationSyntax
}

SimpleSyntax::=
CHOICE{
number
INTEGER,

string
OCTETSTRING,

object
OBJECTIDENTIFIER,

empty
NULL
}

ApplicationSyntax::=
CHOICE{
address
NetworkAddress,

counter
Counter,

gauge
Gauge,

ticks
TimeTicks,

arbitrary
Opaque

--otherapplication-widetypes,astheyare
--defined,willbeaddedhere
}


--application-widetypes

NetworkAddress::=
CHOICE{
internet
IpAddress
}

IpAddress::=
[APPLICATION0]--innetwork-byteorder
IMPLICITOCTETSTRING(SIZE(4))

Counter::=
[APPLICATION1]
IMPLICITINTEGER(0..4294967295)

Gauge::=
[APPLICATION2]
IMPLICITINTEGER(0..4294967295)

TimeTicks::=
[APPLICATION3]
IMPLICITINTEGER(0..4294967295)

Opaque::=
[APPLICATION4]--arbitraryASN.1value,
IMPLICITOCTETSTRING--"double-wrapped"

END
7．感谢
本文档的完成要感谢三方面提供的草案：

首先是MITRE公司的LeeLabarre，他是NETMANSMI[4]的作者。
其次是许多对本文档的原始版本提供了有价值建议的一些个人：
JamesR.Davin,Proteon
MarkS.Fedor,NYSERNet
CraigPartridge,BBNLaboratories
MartinLeeSchoffstall,RensselaerPolytechnicInstitute
WengyikYeong,NYSERNet
最后是IETFMIB工作组:
KarlAuerbach,EpilogueTechnology
K.RameshBabu,Excelan
LawrenceBesaw,Hewlett-Packard
JeffreyD.Case,UniversityofTennesseeatKnoxville
JamesR.Davin,Proteon
MarkS.Fedor,NYSERNet
RobbFoster,BBN
PhillGross,TheMITRECorporation
BentTorpJensen,ConvergentTechnology
LeeLabarre,TheMITRECorporation
DanLynch,AdvancedComputingEnvironments
KeithMcCloghrie,TheWollongongGroup
DaveMackie,3Com/Bridge
CraigPartridge,BBN(chair)
JimRobertson,3Com/Bridge
MarshallT.Rose,TheWollongongGroup
GregSatz,cisco
MartinLeeSchoffstall,RensselaerPolytechnicInstitute
LouSteinberg,IBM
DeanThroop,DataGeneral
UnniWarrier,Unisys

8.参考

[1]Informationprocessingsystems-OpenSystemsInterconnection,
"SpecificationofAbstractSyntaxNotationOne(ASN.1)",
InternationalOrganizationforStandardization,International
Standard8824,December1987.

[2]McCloghrieK.,andM.Rose,"ManagementInformationBasefor
NetworkManagementof/IP-basedInternets",1156,
PerformanceSystemsInternationalandHughesLANSystems,May
1990.

[3]Case,J.,M.Fedor,M.Schoffstall,andJ.Davin,TheSimple
NetworkManagementProtocol",1157,UniversityofTennessee
atKnoxville,PerformanceSystemsInternational,Performance
SystemsInternational,andtheMITLaboratoryforComputer
Science,May1990.

[4]LaBarre,L.,"StructureandIdentificationofManagement
InformationfortheInternet",InternetEngineeringTaskForce
workingnote,NetworkInformationCenter,SRIInternational,
MenloPark,California,April1988.

[5]Cerf,V.,"IABRecommendationsfortheDevelopmentofInternet
NetworkManagementStandards",1052,IAB,April1988.

[6]Cerf,V.,"ReportoftheSecondAdHocNetworkManagementReview
Group",1109,IAB,August1989.

[7]Informationprocessingsystems-OpenSystemsInterconnection,
"SpecificationofBasicEncodingRulesforAbstractNotationOne
(ASN.1)",InternationalOrganizationforStandardization,
InternationalStandard8825,December1987.

9．安全的考虑：

本文档并未考虑安全问题。
10．作者地址：
MarshallT.Rose
PSI,Inc.
PSICaliforniaOffice
P.O.Box391776
MountainView,CA94039

Phone:[phone]

EMail:[e-mail]


KeithMcCloghrie
TheWollongongGroup
1129SanAntonioRoad
PaloAlto,CA04303

Phone:[phone]

EMail:sytek![e-mail]