X.25上多协议内部互联的SNMP MIB扩展

时间:2004-08-01 来源: 作者: 点击:
1.网络管理构架 INTERNET标准网络管理框架由三部分组成。它们给出了定义对象的规则、对象的定义和使用 对象的协议。 网络管理框架按照抽象信息树的方式组织对象。树的分支命名对象,树的叶子包含用来实现管 理的值。这棵树就叫做管理信息库或简称为MIB(此概念在STD16
  

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

------分隔线----------------------------
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
最新评论 查看所有评论
发表评论 查看所有评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 密码: 验证码:
推荐内容