1.网络治理构架
INTERNET标准网络治理框架由三部分组成。它们给出了定义对象的规则、对象的定义和使用
对象的协议。
网络治理框架按照抽象信息树的方式组织对象。树的分支命名对象,树的叶子包含用来实现管
理的值。这棵树就叫做治理信息库或简称为MIB(此概念在STD16,RFC1155“TheStrUCtureof
ManagementInformation”或SMI[1]中给出)。SMI定义树干及定义树叶时使用的对象种类。STD16,
RFC1212,“TowardsConciseMIBDefinitions”[3],定义了一套更简明的保留了全部SMI特征的
描述机制。
对于Internet协议族,可以在STD17,RFC1213[4],“ManagementInformationBasefor
NetworkManagementofTCP/IP-basedinternets”中找到对核心MIB的定义。
STD15,RFC1157[2]定义了SNMP协议本身,即如何在远程MIB中使用对象。
为了实验和评估,可以在MIB树的结构中定义新的对象。
2.对象
MIB中对象的定义包括对象名称和种类。对象名称和种类使用SMI中定义的ASN.1子类定义。
对象用ASN.1对象标识符命名来指定对象类型,这些名称是由治理员指定的。对象名称,加上一个
可选的对象事例,唯一的标识了一个对象的特定事例。为了方便,我们经常使用一个文本串来标识
对象,称为描述符。
对象还包括定义与对象类型相对应的抽象数据结构的语法。ASN.1语言提供了完成此目的的原
语。SMI故意限制了ASN.1的结构,以便简化和易于使用。
2.1.定义的格式
第4节讲述了包含在所有MIB模块中对象种类的规范。对象种类按照SMI中约定的习惯定义,
如同“TowardsConciseMIBDefinitions”中制定的那样。
3.概述
3.1.范围
以下定义的对象事例提供了RFC1356中定义的X.25上多协议互联流量的治理信息。多协议包
(IP,CLNP,ES-IS,或者SNAP)封装在X.25帧中,在节点间传输。基于RFC1356的所有节点必须实
现这个MIB。
应用于节点软件中的MIB对象治理X.25连接和完成协议封装。此节点可能是包的原或目的主
机的最后节点,或者是负责转发包的路由器和桥。因为RFC1356需要X.25,所以实现RFC1356
的节点必须实现RFC1382中定义的X.25MIB。
此MIB只应用于X.25服务上的多协议互联,不应用于其他使用X.25的软件(如PAD)。因而
这些软件存在与否或是否执行不会直接影响这些对象(然而这些软件使用的连接仍将出现在X.25
MIB中)。
3.2.MIB对象的构造
MIB中的对象组成三个表:mioXPleTable,mioxPeerTable和mioxPeerEncTable。表中的所有
对象必须于MIB一致。
MioxPleTable定义了与X.25多协议连接流量使用的接口有关的信息。这些接口使用INTERNET
标准ddn-x25或rfc877-x25中的ifType对象标识。ddn-x25类中的接口使用一种自包含算法IP将
地址翻译成X.121地址,或相反。rfc877-x25类中的接口没有这么一种算法。注重不是所有的X.25
接口都将用来承载多协议互联流量,这些接口不会包含在mioxPleTable条目中。MioxPleTable中的
条目只包含那些承载了多协议互联流量的接口,并按照ifIndex进行索引,易于找到一个接口的对应
表项。
MioxPeerTable表包含通知X.25对交换包所必须的信息,如双方的X.121地址和定位一个访问
所需的X.25访问参数的指针。此表中对象使用的事例标识符独立于其他接口和那些MIB以外定义
的其他表,它包含访问X.25对使用的接口的ifIndex值。
MioxPeerEncTable包含在X.25对之间通讯使用的封装类型的信息。此表在事例标识上是
MioxPeerTable的扩展。MioxPeerTable表中的每一个条目可能包含零条和多条此表中的条目。此
表中不包含任何在MioxPeerTable表中没有对应项的条目。
4.定义
MIOX25-MIBDEFINITIONS::=BEGIN
IMPORTS
Counter,
TimeTicks
FROMRFC1155-SMI
OBJECT-TYPE
FROMRFC-1212
DisplayString,transmission,
ifIndex
FROMRFC1213-MIB
InstancePointer
FROMRFC1316-MIB
X121Address
FROMRFC1382-MIB
PositiveInteger
FROMRFC1381-MIB;
--IPoverX.25MIB
mioxOBJECTIDENTIFIER::={transmission38}
mioxPleOBJECTIDENTIFIER::={miox1}
mioxPeerOBJECTIDENTIFIER::={miox2}
--###########################################################
--PleTable
--###########################################################
--实现RFC1356的系统也必须实现这组中的所有对象。
mioxPleTableOBJECT-TYPE
SYNTAXSEQUENCEOFMioxPleEntry
Accessnot-accessible
STATUSmandatory
描述
“此表包含与X.25PLE(PacketLevelEntity)接口相关信息。”
::={mioxPle1}
mioxPleEntryOBJECT-TYPE
SYNTAXMioxPleEntry
ACCESSnot-accessible
STATUSmandatory
描述
“这些对象治理X.25中其他协议的封装。”
INDEX{ifIndex}
::={mioxPleTable1}
MioxPleEntry::=SEQUENCE{
mioxPleMaxCircuits
INTEGER,
mioxPleRefusedConnections
Counter,
mioxPleEnAddrToX121LkupFlrs
Counter,
mioxPleLastFailedEnAddr
OCTETSTRING,
mioxPleEnAddrToX121LkupFlrTime
TimeTicks,
mioxPleX121ToEnAddrLkupFlrs
Counter,
mioxPleLastFailedX121Address
X121Address,
mioxPleX121ToEnAddrLkupFlrTime
TimeTicks,
mioxPleQbitFailures
Counter,
mioxPleQbitFailureRemoteAddress
X121Address,
mioxPleQbitFailureTime
TimeTicks,
mioxPleMinimumOpenTimer
PositiveInteger,
mioxPleInactivityTimer
PositiveInteger,
mioxPleHoldDownTimer
PositiveInteger,
mioxPleCollisionRetryTimer
PositiveInteger,
mioxPleDefaultPeerId
InstancePointer
}
mioxPleMaxCircuitsOBJECT-TYPE
SYNTAXINTEGER(0..2147483647)
ACCESSread-write
STATUSmandatory
描述
“X.25可以对此接口一次开放的最大电路数量。值零表明接口不答应其他额外的电路(似乎它
很快将关闭)。值2147483647表明答应没有限制数量的电路。”
::={mioxPleEntry1}
mioxPleRefusedConnectionsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“本系统清除的远程系统对本系统的X.25访问数量,接口事例应当标识X.25访问进入的接口。”
::={mioxPleEntry2}
mioxPleEnAddrToX121LkupFlrsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“封装地址到X.121地址翻译时,没有找到对应X.121地址的失败次数。封装地址可以在
mioxPeerTable表中查到或通过如DDN的算法翻译得到。成功识别的地址不增加此计数器的值。
未能识别的地址(反映了反常的包传递情况)会增加此计数器的值。
假如地址翻译失败,就很难决定哪一个PLE条目应当记数此次失败。这种情况下,将选择表中
的第一个可能条目。代理将记录此次失败,即使他们不确定哪一个PLE应当与此失败相关联。”
::={mioxPleEntry3}
mioxPleLastFailedEnAddrOBJECT-TYPE
SYNTAXOCTETSTRING(SIZE(2..128))
ACCESSread-only
STATUSmandatory
描述
“最后没有找到对应X.121地址,使得mioxPleEnAddrToX121LkupFlrs值增加的封装地址。
这个对象的第一个八位字节包含封装类型,其余的八位字节包含失败的地址类型。如对于一个IP地
址,长度将是五个字节,第一个字节是204(十六进制是CC),其余的四个字节包含IP地址。对于
SNAP封装,第一个字节是128(十六进制是80),其余的字节串包含SNAP头。”
::={mioxPleEntry4}
mioxPleEnAddrToX121LkupFlrTimeOBJECT-TYPE
SYNTAXTimeTicks
ACCESSread-only
STATUSmandatory
描述
"从一个封装地址到X.121地址翻译,而没有找到对应X.121地址时,sysUpTime的最新值"
::={mioxPleEntry5}
mioxPleX121ToEnAddrLkupFlrsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“从X.121地址到封装地址翻译时,没有找到对应封装地址的失败次数。算法成功识别的地址
不增加此计数器的值。此值反映了碰到未能识别X.25对的反常情况下,接受访问的次数。”
::={mioxPleEntry6}
mioxPleLastFailedX121AddressOBJECT-TYPE
SYNTAXX121Address
ACCESSread-only
STATUSmandatory
描述
“最后使mioxPleX121ToEnAddrLkupFlrs值增加的X.121地址。”
::={mioxPleEntry7}
mioxPleX121ToEnAddrLkupFlrTimeOBJECT-TYPE
SYNTAXTimeTicks
ACCESSread-only
STATUSmandatory
描述
“从X.121地址到封装地址翻译,而没能找到对应的封装地址时,sysUpTime的最新值。”
::={mioxPleEntry8}
mioxPleQbitFailuresOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“因为Q比特失效而关闭的连接的次数。”
::={mioxPleEntry9}
mioxPleQbitFailureRemoteAddressOBJECT-TYPE
SYNTAXX121Address
ACCESSread-only
STATUSmandatory
描述
“由于Q比特失效而关闭的最近一次连接的远程地址。”
::={mioxPleEntry10}
mioxPleQbitFailureTimeOBJECT-TYPE
SYNTAXTimeTicks
ACCESSread-only
STATUSmandatory
描述
“由于Q比特失效而关闭的连接的sysUpTime的最新值。这也是使mioxPleQbitFailures增加
的最后一次。”
::={mioxPleEntry11}
mioxPleMinimumOpenTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“答应连接关闭之前接口保持连接打开的最短时间,以毫秒为单位。零值表示没有记数。”
DEFVAL{0}
::={mioxPleEntry12}
mioxPleInactivityTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“在关闭之前接口保持空闲连接打开的时间总计,以毫秒为单位。值2147483647表明没有记
数。”
DEFVAL{10000}
::={mioxPleEntry13}
mioxPleHoldDownTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“保持时间,以毫秒记数。在上一次没有成功访问一主机后,尝试下一个访问前等待的最短时
间。值2147483647表面主机未再作尝试。”
DEFVAL{0}
::={mioxPleEntry14}
mioxPleCollisionRetryTimerOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
"CollisionRetry计数器,毫秒为单位。在一次访问尝试中,超过了最大电路数量后,延迟下一
次访问的时间。"
DEFVAL{0}
::={mioxPleEntry15}
mioxPleDefaultPeerIdOBJECT-TYPE
SYNTAXInstancePointer
ACCESSread-write
STATUSmandatory
描述
“它标识mioxPeerTable表中此接口使用的缺省参数的事例。此对象标识的条目可以是零长度
封装地址和零长度X.121地址。
这些缺省参数用于在mioxPeerTable表中没有条目的主机间的连接。当使用ddn-x25IP-X.25
地址映射或接受不再mioxPeerTable表中的其他主机的连接时,会产生这些连接。
与mioxPeerTable表条目有相同索引的MioxPeerEncTable表条目指定了访问封装类型,此PLE
接受那些不再mioxPeerTable表中的双方。假如mioxPeerEncTable表中不包含任何条目,此PLE
将不接受那些不在mioxPeerTable表中条目的访问。”
::={mioxPleEntry16}
--###########################################################
--PeerTable
--###########################################################
--实现RFC1356的系统也必须实现这组中的所有对象。
mioxPeerTableOBJECT-TYPE
SYNTAXSEQUENCEOFMioxPeerEntry
ACCESSnot-accessible
STATUSmandatory
描述
“此表包含那些可能交换包的双方及其的信息。”
::={mioxPeer1}
mioxPeerEntryOBJECT-TYPE
SYNTAXMioxPeerEntry
ACCESSnot-accessible
STATUSmandatory
描述
“每一方的信息。”
INDEX{mioxPeerIndex}
::={mioxPeerTable1}
MioxPeerEntry::=SEQUENCE{
mioxPeerIndex
PositiveInteger,
mioxPeerStatus
INTEGER,
mioxPeerMaxCircuits
PositiveInteger,
mioxPeerIfIndex
PositiveInteger,
mioxPeerConnectSeconds
Counter,
mioxPeerX25CallParamId
InstancePointer,
mioxPeerEnAddr
OCTETSTRING,
mioxPeerX121Address
X121Address,
mioxPeerX25CircuitId
InstancePointer,
mioxPeerDescr
DisplayString
}
mioxPeerIndexOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-only
STATUSmandatory
描述
“唯一标识条目的索引值。此索引独立于其他的索引。”
::={mioxPeerEntry1}
--系统可以在没有mioxPeerStatus设置时,通过值clearCall或makeCall声明于此MIB一致。
必须接受所有定义的其他值。实施者应当意识到这些值提供了更丰富的治理内容,在实现时鼓励接
受这些值。
mioxPeerStatusOBJECT-TYPE
SYNTAXINTEGER{
valid(1),
createRequest(2),
underCreation(3),
invalid(4),
clearCall(5),
makeCall(6)
}
ACCESSread-write
STATUSmandatory
描述
“此值报告了双方条目的状态。有效的值标识一个正常的正在被代理使用的条目,
underCreation值表明一个新建立的条目,此条目尚未被使用,因为创建治理站点仍然在设置值。
无效的值表明此条目不再被使用,代理可以随意的删除此条目。治理站点可以随意是哟嘎无效
状态的条目。
通过设置createRequest的值来创建条目。只有不存在的或无效的条目可以设置
createRequest。依据得到一个有效的createRequest,代理将在underCreation状态下创建一个
条目。这个对象不可以直接设置为值underCreation,条目只能通过设置createRequest值来创建。
非无效状态下的条目不能设置createRequest。
系统不使用值为underCreation的条目,治理工作站可以改变表中其他对象的值。治理工作站
也应当记住使用相同的索引值作为本端条目来配置mioxPeerEncTable的值
underCreation状态的一个条目可以设置为有效或无效。多个underCreation的条目将保持状
态直到1)代理时间超时2)它们被设置为有效3)它们被设置为无效。假如一个代理注重到一个条
目已经在underCreation状态一段长时间,它可能认为治理站已经无效不工作了。谨慎的代理将之
理解为等待有人输入,并答应决定这种非正常长时期的可能性。
一旦治理站点完成了所有条目的字段,将设置有效的值。这会使条目激活。
有效状态的条目也可以通过设置makeCall或clearCall来建立或清除X.25访问对方。在此设置
请求后,条目仍然在有效状态。设置makeCall的值将使代理初始化一个由条目指定的X.25访问请
求。设置clearCall的值将使代理初始化一个由条目指定的清除X.25访问请求。每一个设置请求将
初始化另一个访问请求或清除请求(依靠于最大的答应值);这意味着没有得到回应的治理工作站应
当询问以在重发请求前判别是否一个访问事实上是定位还是被清除。不在有效状态条目不能设置
makeCall或clearCall。
makeCall和clearCall的值为设备上的电路控制提供,这些设备使用没有地址识别的静态电路
分配完成以太桥接;那些基于动态目标地址动态定位访问的其他设备可能拒绝这些请求。
因为设置了createRequest而(重新)生成一个新条目的代理也应当用mioxPeerEncIndex1
和mioxPeerEncType的204(十六进制CC)(重新)生成mioxPeerEncTable表的条目。”
::={mioxPeerEntry2}
mioxPeerMaxCircuitsOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“双方通讯所答应的X.25电路最大值。”
DEFVAL{1}
::={mioxPeerEntry3}
mioxPeerIfIndexOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-write
STATUSmandatory
描述
“ifIndex对象的值,用来访问对端X.25接口。”
DEFVAL{1}
::={mioxPeerEntry4}
mioxPeerConnectSecondsOBJECT-TYPE
SYNTAXCounter
ACCESSread-only
STATUSmandatory
描述
“访问本端激活的秒数。当两端连接打开后,此计数器每个一秒增加一。假如两个访问同时打
开,实际上过了一秒,将产生两秒的连接时间。”
::={mioxPeerEntry5}
mioxPeerX25CallParamIdOBJECT-TYPE
SYNTAXInstancePointer
ACCESSread-write
STATUSmandatory
描述
“RFC1382的x25CallParmTable中的索引对象事例,用于同远端主机通讯时使用的X.25访
问参数。值{00}表示没有指定参数。”
DEFVAL{{00}}
::={mioxPeerEntry6}
mioxPeerEnAddrOBJECT-TYPE
SYNTAXOCTETSTRING(SIZE(0..128))
ACCESSread-write
STATUSmandatory
描述
“此表条目映射的远程主机的封装地址。零长度表示远程IP地址是未知的,或是未用PLE缺
省指定的。
此对象的第一个八位字串包含封装类型,其余八位字串包含那个类型的地址。比如IP地址,长
度将是五个字节,第一个字节是204(十六进制是CC),其余的四个字节包含IP地址。对于SNAP
封装,第一个字节是128(十六进制是80),其余的字节串包含SNAP头。”
DEFVAL{''h}
::={mioxPeerEntry7}
mioxPeerX121AddressOBJECT-TYPE
SYNTAXX121Address
ACCESSread-write
STATUSmandatory
描述
“此表条目映射的远程主机的X.25地址。零长度字串表示X.25地址是未用PLE缺省指定的。”
DEFVAL{''h}
::={mioxPeerEntry8}
--SystemscanclaimconformancetothisMIBwithoutimplementingsetsto
mioxPeerX25CircuitId.HoweversystemsthatusePVCswithRFC1356areencouragedto
implementsets.
mioxPeerX25CircuitIdOBJECT-TYPE
SYNTAXInstancePointer
ACCESSread-write
STATUSmandatory
描述
“此对象标识表中条目映射的X.25双方打开电路的索引事例。值{00}表示目前没有连接激活。
对于多连接来说,它标识连接的多个表条目的索引。这只在使用PVC时才记录,也就是说记录下的
标识电路表条目一定时PVC。”
DEFVAL{{00}}
::={mioxPeerEntry9}
mioxPeerDescrOBJECT-TYPE
SYNTAXDisplayString(SIZE(0..255))
ACCESSread-write
STATUSmandatory
描述
“此对象返回双方任何标识信息。代理可提供在双方配置文件条目中找到的注释信息。零长度
字串表示没有可获取的信息。”
DEFVAL{''h}
::={mioxPeerEntry10}
--###########################################################
--PeerEncapsulationTable
--###########################################################
mioxPeerEncTableOBJECT-TYPE
SYNTAXSEQUENCEOFMioxPeerEncEntry
ACCESSnot-accessible
STATUSmandatory
描述
“该表包含了对等体用于通讯的封装的列表。该表有两个索引,第一个用于确定对等体,第二
个用于区分封装类型。
在mioxPeerTable中的第一个索引确定了相应的入口。第二个索引给出了不同封装的优先权。
封装类型是按优先级顺序排列的。对于呼叫一个对等体,首先会试验第一个入口(1的
mioxPeerEncIndex)是。假如呼叫不成功,由于呼叫用户数据不完整,远程主机清除该呼叫,就会
尝试列表中的下一个入口。会尝试每一个入口,直到列表耗尽。
为了响应一个呼叫,对等体请求的封装类型必须能从列表中找到,否则拒绝该呼叫。假如列表
中的对等体没有入口,就会拒绝所有从对等体请求的呼叫。
当相同索引的mioxPeerStatus对象有underCreation值时,该表中的对象才能设置。当状态对
象废止和删除时,列表中的对等体索引入口也必须删除。”
::={mioxPeer2}
mioxPeerEncEntryOBJECT-TYPE
SYNTAXMioxPeerEncEntry
ACCESSnot-accessible
STATUSmandatory
描述
“每个连接的信息。”
INDEX{mioxPeerIndex,mioxPeerEncIndex}
::={mioxPeerEncTable1}
MioxPeerEncEntry::=SEQUENCE{
mioxPeerEncIndex
PositiveInteger,
mioxPeerEncType
INTEGER
}
mioxPeerEncIndexOBJECT-TYPE
SYNTAXPositiveInteger
ACCESSread-only
STATUSmandatory
描述
“表中的第二个索引,以区别不同的封装类型。”
::={mioxPeerEncEntry1}
mioxPeerEncTypeOBJECT-TYPE
SYNTAXINTEGER(0..256)
ACCESSread-write
STATUSmandatory
描述
“封装类型的值。对于IP封装,这个值是204(十六进制是CC)。对于SNAP封装的包,这
个值是128(十六进制是80)。对于CLNP,ISO8473,这个值是129(十六进制是81)。对于ES-IS,ISO
9542,这个值是130(十六进制82)。值197(十六进制C5)标识BlackerX.25封装。值0标识
NULL封装。
此值只有在同一mioxPeerIndexmioxPeerStatus对象值为underCreation时才记录。设置此对
象的值为256将删除条目。当删除一个条目时,在同一mioxPeerEncTable表中有相同
mioxPeerIndex以及比删掉的条目有更高的mioxPeerIndex值的条目的mioxPeerEncIndex都将减
一。”
::={mioxPeerEncEntry2}
--###########################################################
结束
5.致谢
本文档由x25mib工作组提出:
FredBaker
ACC
ArtBerggreen
ACC
FrankBieser
GaryBjerke
Tandem
BillBowman
HP
ChristopherBucci
Datability
CharlesCarvalho
ACC
JeffCase
UniversityofTennesseeatKnoxville
AngelaChen
HP
CarsonCheung
BNR
TomDaniel
SpiderSystems
ChuckDavin
MIT
BillyDurham
Honeywell
RichardFox
Synoptics
DougGeller
DataGeneral
HerveGoguely
LIRCorp
AndyGoldthorpe
British-Telecom
WalterD.Guilarte
DavidGurevich
SteveHuston
Consultant
JonInfante
ICL
FrankKastenholz
FTPSoftware
ZbigniewKielczewski
Eicon
CherylKrupezak
GeorgiaTech
MatsLindstrom
DiabDataAB
AndrewMalis
BBN
EvanMcGinnis
3Com
Gary(G.P.)Mussar
BNR
ChandyNilakantan
3Com
RandyPafford
DataGeneral
RagnarPaulson
TheSoftwareGroupLimited
DavePerkins
Synoptics
WalterPinkarschewsky
DEC
KarenQuidley
DataGeneral
ChrisRanch
Novell
PaulS.Rarey
DHLSystemsInc.
JimRoche
NewbridgeResearch
PhilippeRoger
LIRCorp.
TimonSloane
MikeShand
DEC
BradSteina
Microcom
BobStewart
Xyplex
TomSullivan
DataGeneral
RodneyThayer
SableTechnologyCorporation
MarkTherieau
Microcom
JaneThorn
DataGeneral
DeanThroop
DataGeneral
MauriceTurcotte
RacalDatacom
MikeZendels
DataGeneral
6.参考文献
[1]RoseM.,andK.McCloghrie,"StructureandIdentificationofManagementInformationfor
TCP/IP-basedinternets",STD16,RFC1155,PerformanceSystemsInternational,HughesLAN
Systems,May1990.
[2]Case,J.,Fedor,M.,Schoffstall,M.,andJ.Davin,"SimpleNetworkManagementProtocol",
STD15,RFC1157,SNMPResearch,PerformanceSystemsInternational,PerformanceSystems
International,MITLaboratoryforComputerScience,May1990.
[3]Rose,M.andK.McCloghrie,Editors,"TowardsConciseMIBDefinitions",STD16,RFC
1212,PerformanceSystemsInternational,HughesLANSystems,March1991.
[4]RoseM.,Editor,"ManagementInformationBaseforNetworkManagementof
TCP/IP-basedinternets",STD17,RFC1213.PerformanceSystemsInternational,March1991.
[5]"Informationprocessingsystems-OpenSystemsInterconnection-Specificationof
AbstractSyntaxNotationOne(ASN.1)",InternationalOrganizationfor
Standardization.InternationalStandard8824,December,1987.
[6]Stewart,B.,Editor,"DefinitionsofManagedObjectsforRS-232-likeHardwareDevices",
RFC1317,Xyplex,Inc.,April1992.
[7]Throop,D.,andF.Baker,"SNMPMIBextensionforX.25LAPB",RFC1381,DataGeneral
Corporation,AdvancedComputerCommunications,November1992.
[8]Throop,D.,Editor,"SNMPMIBextensionfortheX.25PacketLayer",RFC1382,Data
GeneralCorporation,November1991.
[9]Malis,A.,Robinson,D.,andR.Ullmann"MultiprotocolInterconnectonX.25andISDNin
thePacketMode",RFC1356,BBNCommunications,ComputervisionSystemsIntegration,
ProcessSoftwareCorporation,August1992.
7.有关安全方面的考虑因素
本备忘录不讨论安全问题。
8.作者地址
DeanD.Throop
DataGeneralCorporation
62AlexanderDr.
ResearchTrianglePark,NC27709
Phone:(919)248-6081
EMail:throop@dg-rtp.dg.com