组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com	<br />
译者：郭大刚（guodagang&nbsp;guodagang@tyut.edu.cn）<br />
译文发布时间：2001-9-19<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须保留本<br />
文档的翻译及版权信息。<br />
<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;D.&nbsp;ThroopRequest&nbsp;<br />
for&nbsp;Comments:&nbsp;1461&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Data&nbsp;General&nbsp;Corporation&nbsp;<br />
May&nbsp;1993<br />
<br />
<br />
X.25上多协议内部互联的SNMP&nbsp;MIB扩展<br />
(SNMP&nbsp;MIB&nbsp;extension&nbsp;for&nbsp;Multiprotocol&nbsp;Interconnect&nbsp;over&nbsp;X.25)<br />
<br />
本备忘录的状态<br />
本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以得<br />
到改进。请参考最新版的“Internet架构委员会正式协议标准”来获得本协议的标准化程度和状态。<br />
本备忘录的发布不受任何限制。<br />
摘要<br />
此备忘定义了基于TCP/IP的INTERNET网络管理协议使用的管理信息库（MIB）的一个分支，<br />
主要是定义了运行于X.25上的管理多协议互连流量的对象。这个对象，再加上“NMP&nbsp;MIB&nbsp;extension&nbsp;<br />
for&nbsp;the&nbsp;Packet&nbsp;Layer&nbsp;of&nbsp;X.25”、“SNMP&nbsp;MIB&nbsp;extension&nbsp;for&nbsp;LAPB”以及“Definitions&nbsp;of&nbsp;Managed&nbsp;<br />
Objects&nbsp;for&nbsp;RS-232-like&nbsp;Hardware&nbsp;Devices”中定义的对象组成了对基于X.25协议栈流量的管理。<br />
目录<br />
1.网络管理构架	2<br />
2.对象	2<br />
2.1.定义的格式	2<br />
3.概述	2<br />
3.1.范围	2<br />
3.2.MIB对象的构造	3<br />
4.定义	3<br />
5.致谢	14<br />
6.参考文献	15<br />
7.有关安全方面的考虑因素	16<br />
8.作者地址	16<br />
<br />
1.网络管理构架<br />
INTERNET标准网络管理框架由三部分组成。它们给出了定义对象的规则、对象的定义和使用<br />
对象的协议。<br />
网络管理框架按照抽象信息树的方式组织对象。树的分支命名对象，树的叶子包含用来实现管<br />
理的值。这棵树就叫做管理信息库或简称为MIB（此概念在STD&nbsp;16，RFC&nbsp;1155“The&nbsp;Structure&nbsp;of&nbsp;<br />
Management&nbsp;Information”或SMI[1]中给出）。SMI定义树干及定义树叶时使用的对象种类。STD&nbsp;16，<br />
RFC&nbsp;1212，“Towards&nbsp;Concise&nbsp;MIB&nbsp;Definitions”[3]，定义了一套更简明的保留了全部SMI特征的<br />
描述机制。<br />
对于Internet协议族，可以在STD&nbsp;17，RFC&nbsp;1213[4]，“Management&nbsp;Information&nbsp;Base&nbsp;for&nbsp;<br />
Network&nbsp;Management&nbsp;of&nbsp;TCP/IP-based&nbsp;internets”中找到对核心MIB的定义。<br />
STD&nbsp;15，RFC&nbsp;1157&nbsp;[2]定义了SNMP协议本身，即如何在远程MIB中使用对象。<br />
为了实验和评估，可以在MIB树的结构中定义新的对象。<br />
2.对象<br />
MIB中对象的定义包括对象名称和种类。对象名称和种类使用SMI中定义的ASN.1子类定义。<br />
对象用ASN.1对象标识符命名来指定对象类型，这些名称是由管理员指定的。对象名称，加上一个<br />
可选的对象事例，唯一的标识了一个对象的特定事例。为了方便，我们常常使用一个文本串来标识<br />
对象，称为描述符。<br />
对象还包括定义与对象类型相对应的抽象数据结构的语法。ASN.1语言提供了完成此目的的原<br />
语。SMI故意限制了ASN.1的结构，以便简化和易于使用。<br />
2.1.定义的格式<br />
第4节讲述了包含在所有MIB模块中对象种类的规范。对象种类按照SMI中约定的习惯定义，<br />
如同“Towards&nbsp;Concise&nbsp;MIB&nbsp;Definitions”中制定的那样。<br />
3.概述<br />
3.1.范围<br />
以下定义的对象事例提供了RFC&nbsp;1356中定义的X.25上多协议互联流量的管理信息。多协议包<br />
(IP,CLNP,ES-IS,或者SNAP)封装在X.25帧中，在节点间传输。基于RFC1356的所有节点必须实<br />
现这个MIB。<br />
应用于节点软件中的MIB对象管理X.25连接和完成协议封装。此节点可能是包的原或目的主<br />
机的最后节点，或者是负责转发包的路由器和桥。因为RFC1356需要X.25，所以实现RFC1356<br />
的节点必须实现RFC&nbsp;1382中定义的X.25&nbsp;MIB。<br />
此MIB只应用于X.25服务上的多协议互联，不应用于其他使用X.25的软件（如PAD）。因而<br />
这些软件存在与否或是否执行不会直接影响这些对象（然而这些软件使用的连接仍将出现在X.25&nbsp;<br />
MIB中）。<br />
3.2.MIB对象的构造<br />
MIB中的对象组成三个表：mioxPleTable，mioxPeerTable和mioxPeerEncTable。表中的所有<br />
对象必须于MIB一致。<br />
MioxPleTable定义了与X.25多协议连接流量使用的接口有关的信息。这些接口使用INTERNET<br />
标准ddn-x25或rfc877-x25中的ifType对象标识。ddn-x25类中的接口使用一种自包含算法IP将<br />
地址翻译成X.121地址，或相反。rfc877-x25类中的接口没有这么一种算法。注意不是所有的X.25<br />
接口都将用来承载多协议互联流量，这些接口不会包含在mioxPleTable条目中。MioxPleTable中的<br />
条目只包含那些承载了多协议互联流量的接口，并按照ifIndex进行索引，易于找到一个接口的对应<br />
表项。<br />
MioxPeerTable表包含通知X.25对交换包所必须的信息，如双方的X.121地址和定位一个访问<br />
所需的X.25访问参数的指针。此表中对象使用的事例标识符独立于其他接口和那些MIB以外定义<br />
的其他表，它包含访问X.25对使用的接口的ifIndex值。<br />
MioxPeerEncTable包含在X.25对之间通讯使用的封装类型的信息。此表在事例标识上是<br />
MioxPeerTable的扩展。MioxPeerTable表中的每一个条目可能包含零条和多条此表中的条目。此<br />
表中不包含任何在MioxPeerTable表中没有对应项的条目。<br />
4.定义<br />
&nbsp;MIOX25-MIB&nbsp;DEFINITIONS::=&nbsp;BEGIN<br />
<br />
&nbsp;IMPORTS<br />
Counter,<br />
TimeTicks<br />
FROM&nbsp;RFC1155-SMI<br />
OBJECT-TYPE<br />
FROM&nbsp;RFC-1212<br />
DisplayString,&nbsp;transmission,<br />
ifIndex<br />
FROM&nbsp;RFC1213-MIB<br />
InstancePointer<br />
FROM&nbsp;RFC1316-MIB<br />
X121Address<br />
FROM&nbsp;RFC1382-MIB<br />
PositiveInteger<br />
FROM&nbsp;RFC1381-MIB;<br />
<br />
--&nbsp;IP&nbsp;over&nbsp;X.25&nbsp;MIB<br />
<br />
&nbsp;miox&nbsp;OBJECT&nbsp;IDENTIFIER&nbsp;::=&nbsp;{&nbsp;transmission&nbsp;38&nbsp;}<br />
<br />
&nbsp;mioxPleOBJECT&nbsp;IDENTIFIER&nbsp;::=&nbsp;{&nbsp;miox&nbsp;1&nbsp;}<br />
&nbsp;mioxPeerOBJECT&nbsp;IDENTIFIER&nbsp;::=&nbsp;{&nbsp;miox&nbsp;2&nbsp;}<br />
<br />
&nbsp;--&nbsp;###########################################################<br />
&nbsp;--Ple&nbsp;Table<br />
&nbsp;--&nbsp;###########################################################<br />
<br />
&nbsp;--实现RFC1356的系统也必须实现这组中的所有对象&nbsp;。<br />
<br />
&nbsp;mioxPleTable&nbsp;OBJECT-TYPE<br />
SYNTAXSEQUENCE&nbsp;OF&nbsp;MioxPleEntry<br />
ACCESSnot-accessible<br />
STATUSmandatory<br />
描述<br />
“此表包含与X.25&nbsp;PLE（Packet&nbsp;Level&nbsp;Entity）接口相关信息。”<br />
::=&nbsp;{&nbsp;mioxPle&nbsp;1}<br />
<br />
&nbsp;mioxPleEntry&nbsp;OBJECT-TYPE<br />
SYNTAXMioxPleEntry<br />
ACCESSnot-accessible<br />
STATUSmandatory<br />
描述<br />
“这些对象管理X.25中其他协议的封装。”<br />
INDEX&nbsp;{&nbsp;ifIndex&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPleTable&nbsp;1&nbsp;}<br />
<br />
&nbsp;MioxPleEntry&nbsp;::=&nbsp;SEQUENCE&nbsp;{<br />
mioxPleMaxCircuits<br />
INTEGER,<br />
mioxPleRefusedConnections<br />
Counter,<br />
mioxPleEnAddrToX121LkupFlrs<br />
Counter,<br />
mioxPleLastFailedEnAddr<br />
OCTET&nbsp;STRING,<br />
mioxPleEnAddrToX121LkupFlrTime<br />
TimeTicks,<br />
mioxPleX121ToEnAddrLkupFlrs<br />
Counter,<br />
mioxPleLastFailedX121Address<br />
X121Address,<br />
mioxPleX121ToEnAddrLkupFlrTime<br />
TimeTicks,<br />
mioxPleQbitFailures<br />
Counter,<br />
mioxPleQbitFailureRemoteAddress<br />
X121Address,<br />
mioxPleQbitFailureTime<br />
TimeTicks,<br />
mioxPleMinimumOpenTimer<br />
PositiveInteger,<br />
mioxPleInactivityTimer<br />
PositiveInteger,<br />
mioxPleHoldDownTimer<br />
PositiveInteger,<br />
mioxPleCollisionRetryTimer<br />
PositiveInteger,<br />
mioxPleDefaultPeerId<br />
InstancePointer<br />
}<br />
<br />
&nbsp;mioxPleMaxCircuits&nbsp;OBJECT-TYPE<br />
SYNTAXINTEGER&nbsp;(0..2147483647)<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“X.25可以对此接口一次开放的最大电路数量。值零表明接口不允许其他额外的电路（好像它<br />
很快将关闭）。值2147483647表明允许没有限制数量的电路。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;1&nbsp;}<br />
<br />
&nbsp;mioxPleRefusedConnections&nbsp;OBJECT-TYPE<br />
SYNTAXCounter<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“本系统清除的远程系统对本系统的X.25访问数量，接口事例应当标识X.25访问进入的接口。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;2&nbsp;}<br />
<br />
&nbsp;mioxPleEnAddrToX121LkupFlrs&nbsp;OBJECT-TYPE<br />
SYNTAXCounter<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“封装地址到X.121地址翻译时，没有找到对应X.121地址的失败次数。封装地址可以在<br />
mioxPeerTable&nbsp;表中查到或通过如DDN的算法翻译得到。成功识别的地址不增加此计数器的值。<br />
未能识别的地址（反映了反常的包传递情况）会增加此计数器的值。<br />
如果地址翻译失败，就很难决定哪一个PLE条目应当记数此次失败。这种情况下，将选择表中<br />
的第一个可能条目。代理将记录此次失败，即使他们不确定哪一个PLE应当与此失败相关联。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;3&nbsp;}<br />
<br />
&nbsp;mioxPleLastFailedEnAddr&nbsp;OBJECT-TYPE<br />
SYNTAXOCTET&nbsp;STRING&nbsp;(SIZE(2..128))<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“最后没有找到对应X.121地址，使得mioxPleEnAddrToX121LkupFlrs值增加的封装地址。<br />
这个对象的第一个八位字节包含封装类型，其余的八位字节包含失败的地址类型。如对于一个IP地<br />
址，长度将是五个字节，第一个字节是204（十六进制是CC），其余的四个字节包含IP地址。对于<br />
SNAP封装，第一个字节是128(十六进制是80)，其余的字节串包含SNAP头。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;4&nbsp;}<br />
<br />
&nbsp;mioxPleEnAddrToX121LkupFlrTime&nbsp;OBJECT-TYPE<br />
SYNTAXTimeTicks<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
"&nbsp;从一个封装地址到X.121地址翻译，而没有找到对应X.121地址时，sysUpTime&nbsp;的最新值"<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;5&nbsp;}<br />
<br />
&nbsp;mioxPleX121ToEnAddrLkupFlrs&nbsp;OBJECT-TYPE<br />
SYNTAXCounter<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“从X.121地址到封装地址翻译时，没有找到对应封装地址的失败次数。算法成功识别的地址<br />
不增加此计数器的值。此值反映了碰到未能识别X.25对的反常情况下，接受访问的次数。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;6&nbsp;}<br />
<br />
&nbsp;mioxPleLastFailedX121Address&nbsp;OBJECT-TYPE<br />
SYNTAXX121Address<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“最后使mioxPleX121ToEnAddrLkupFlrs&nbsp;值增加的X.121地址。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;7&nbsp;}<br />
<br />
&nbsp;mioxPleX121ToEnAddrLkupFlrTime&nbsp;OBJECT-TYPE<br />
SYNTAXTimeTicks<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“从X.121地址到封装地址翻译，而没能找到对应的封装地址时，sysUpTime&nbsp;的最新值。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;8&nbsp;}<br />
<br />
&nbsp;mioxPleQbitFailures&nbsp;OBJECT-TYPE<br />
SYNTAXCounter<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“因为Q比特失效而关闭的连接的次数。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;9&nbsp;}<br />
<br />
&nbsp;mioxPleQbitFailureRemoteAddress&nbsp;OBJECT-TYPE<br />
SYNTAXX121Address<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“由于Q比特失效而关闭的最近一次连接的远程地址。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;10&nbsp;}<br />
<br />
mioxPleQbitFailureTime&nbsp;OBJECT-TYPE<br />
SYNTAXTimeTicks<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“由于Q比特失效而关闭的连接的sysUpTime&nbsp;的最新值。这也是使mioxPleQbitFailures&nbsp;增加<br />
的最后一次。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;11&nbsp;}<br />
<br />
&nbsp;mioxPleMinimumOpenTimer&nbsp;OBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“允许连接关闭之前接口保持连接打开的最短时间，以毫秒为单位。零值表示没有记数。”<br />
DEFVAL&nbsp;{&nbsp;0&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;12&nbsp;}<br />
<br />
&nbsp;mioxPleInactivityTimer&nbsp;OBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“在关闭之前接口保持空闲连接打开的时间总计，以毫秒为单位。值2147483647表明没有记<br />
数。”<br />
DEFVAL&nbsp;{&nbsp;10000&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;13&nbsp;}<br />
<br />
&nbsp;mioxPleHoldDownTimer&nbsp;OBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“保持时间，以毫秒记数。在上一次没有成功访问一主机后，尝试下一个访问前等待的最短时<br />
间。值2147483647表面主机未再作尝试。”<br />
DEFVAL&nbsp;{&nbsp;0&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;14&nbsp;}<br />
<br />
&nbsp;mioxPleCollisionRetryTimer&nbsp;OBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
"&nbsp;Collision&nbsp;Retry&nbsp;计数器，毫秒为单位。在一次访问尝试中，超过了最大电路数量后，延迟下一<br />
次访问的时间。"<br />
DEFVAL&nbsp;{&nbsp;0&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;15&nbsp;}<br />
<br />
&nbsp;mioxPleDefaultPeerId&nbsp;OBJECT-TYPE<br />
SYNTAXInstancePointer<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“它标识mioxPeerTable表中此接口使用的缺省参数的事例。此对象标识的条目可以是零长度<br />
封装地址和零长度X.121地址。<br />
这些缺省参数用于在mioxPeerTable表中没有条目的主机间的连接。当使用ddn-x25&nbsp;IP-X.25<br />
地址映射或接受不再mioxPeerTable表中的其他主机的连接时，会产生这些连接。<br />
与mioxPeerTable表条目有相同索引的MioxPeerEncTable表条目指定了访问封装类型，此PLE<br />
接受那些不再mioxPeerTable表中的双方。如果mioxPeerEncTable表中不包含任何条目，此PLE<br />
将不接受那些不在mioxPeerTable表中条目的访问。”<br />
::=&nbsp;{&nbsp;mioxPleEntry&nbsp;16&nbsp;}<br />
<br />
&nbsp;--&nbsp;###########################################################<br />
&nbsp;--Peer&nbsp;Table<br />
&nbsp;--&nbsp;###########################################################<br />
--实现RFC1356的系统也必须实现这组中的所有对象。<br />
<br />
&nbsp;mioxPeerTable&nbsp;OBJECT-TYPE<br />
SYNTAXSEQUENCE&nbsp;OF&nbsp;MioxPeerEntry<br />
ACCESSnot-accessible<br />
STATUSmandatory<br />
描述<br />
“此表包含那些可能交换包的双方及其的信息。”<br />
::=&nbsp;{&nbsp;mioxPeer&nbsp;1&nbsp;}<br />
<br />
&nbsp;mioxPeerEntry&nbsp;OBJECT-TYPE<br />
SYNTAXMioxPeerEntry<br />
ACCESSnot-accessible<br />
STATUSmandatory<br />
描述<br />
“每一方的信息。”<br />
INDEX&nbsp;{&nbsp;mioxPeerIndex}<br />
::=&nbsp;{&nbsp;mioxPeerTable&nbsp;1&nbsp;}<br />
<br />
&nbsp;MioxPeerEntry&nbsp;::=&nbsp;SEQUENCE&nbsp;{<br />
mioxPeerIndex<br />
PositiveInteger,<br />
mioxPeerStatus<br />
INTEGER,<br />
mioxPeerMaxCircuits<br />
PositiveInteger,<br />
mioxPeerIfIndex<br />
PositiveInteger,<br />
mioxPeerConnectSeconds<br />
Counter,<br />
mioxPeerX25CallParamId<br />
InstancePointer,<br />
mioxPeerEnAddr<br />
OCTET&nbsp;STRING,<br />
mioxPeerX121Address<br />
X121Address,<br />
mioxPeerX25CircuitId<br />
InstancePointer,<br />
mioxPeerDescr<br />
DisplayString<br />
}<br />
<br />
&nbsp;mioxPeerIndexOBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“唯一标识条目的索引值。此索引独立于其他的索引。”<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;1&nbsp;}<br />
<br />
--&nbsp;系统可以在没有mioxPeerStatus设置时，通过值clearCall或makeCall声明于此MIB一致。<br />
必须接受所有定义的其他值。实施者应当意识到这些值提供了更丰富的管理内容，在实现时鼓励接<br />
受这些值。<br />
&nbsp;mioxPeerStatus&nbsp;OBJECT-TYPE<br />
SYNTAXINTEGER&nbsp;{<br />
&nbsp;valid&nbsp;(1),<br />
&nbsp;createRequest&nbsp;(2),<br />
&nbsp;underCreation&nbsp;(3),<br />
&nbsp;invalid&nbsp;(4),<br />
&nbsp;clearCall&nbsp;(5),<br />
&nbsp;makeCall&nbsp;(6)<br />
&nbsp;}<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“此值报告了双方条目的状态。有效的值标识一个正常的正在被代理使用的条目，<br />
underCreation&nbsp;值表明一个新建立的条目，此条目尚未被使用，因为创建管理站点仍然在设置值。<br />
无效的值表明此条目不再被使用，代理可以随意的删除此条目。管理站点可以随意是哟嘎无效<br />
状态的条目。<br />
通过设置createRequest&nbsp;的值来创建条目。只有不存在的或无效的条目可以设置<br />
createRequest&nbsp;。依据得到一个有效的createRequest&nbsp;，代理将在underCreation状态下创建一个<br />
条目。这个对象不可以直接设置为值underCreation&nbsp;，条目只能通过设置createRequest&nbsp;值来创建。<br />
非无效状态下的条目不能设置createRequest&nbsp;。<br />
系统不使用值为underCreation&nbsp;的条目，管理工作站可以改变表中其他对象的值。管理工作站<br />
也应当记住使用相同的索引值作为本端条目来配置mioxPeerEncTable&nbsp;的值<br />
underCreation&nbsp;状态的一个条目可以设置为有效或无效。多个underCreation&nbsp;的条目将保持状<br />
态直到1）代理时间超时2）它们被设置为有效3）它们被设置为无效。如果一个代理注意到一个条<br />
目已经在underCreation&nbsp;状态一段长时间，它可能认为管理站已经无效不工作了。谨慎的代理将之<br />
理解为等待有人输入，并允许决定这种非正常长时期的可能性。<br />
一旦管理站点完成了所有条目的字段，将设置有效的值。这会使条目激活。<br />
有效状态的条目也可以通过设置makeCall或clearCall来建立或清除X.25访问对方。在此设置<br />
请求后，条目仍然在有效状态。设置makeCall的值将使代理初始化一个由条目指定的X.25访问请<br />
求。设置clearCall的值将使代理初始化一个由条目指定的清除X.25访问请求。每一个设置请求将<br />
初始化另一个访问请求或清除请求（依赖于最大的允许值）；这意味着没有得到回应的管理工作站应<br />
当询问以在重发请求前判别是否一个访问事实上是定位还是被清除。不在有效状态条目不能设置<br />
makeCall或clearCall。<br />
makeCall和clearCall的值为设备上的电路控制提供，这些设备使用没有地址识别的静态电路<br />
分配完成以太桥接；那些基于动态目标地址动态定位访问的其他设备可能拒绝这些请求。<br />
因为设置了createRequest而（重新）生成一个新条目的代理也应当用mioxPeerEncIndex&nbsp;1<br />
和mioxPeerEncType的204(十六进制CC)（重新）生成mioxPeerEncTable&nbsp;表的条目。”<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;2&nbsp;}<br />
<br />
&nbsp;mioxPeerMaxCircuits&nbsp;OBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-write<br />
STATUS&nbsp;mandatory<br />
描述<br />
“双方通讯所允许的X.25电路最大值。”<br />
DEFVAL&nbsp;{&nbsp;1&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;3&nbsp;}<br />
<br />
&nbsp;mioxPeerIfIndex&nbsp;OBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“ifIndex&nbsp;对象的值，用来访问对端X.25接口。”<br />
DEFVAL&nbsp;{&nbsp;1&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;4&nbsp;}<br />
<br />
&nbsp;mioxPeerConnectSeconds&nbsp;OBJECT-TYPE<br />
SYNTAXCounter<br />
ACCESSread-only<br />
STATUSmandatory<br />
描述<br />
“访问本端激活的秒数。当两端连接打开后，此计数器每个一秒增加一。如果两个访问同时打<br />
开，实际上过了一秒，将产生两秒的连接时间。”<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;5&nbsp;}<br />
<br />
&nbsp;mioxPeerX25CallParamId&nbsp;OBJECT-TYPE<br />
SYNTAXInstancePointer<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“RFC&nbsp;1382的x25CallParmTable中的索引对象事例，用于同远端主机通讯时使用的X.25访<br />
问参数。值{0&nbsp;0&nbsp;}表示没有指定参数。”<br />
DEFVAL&nbsp;{&nbsp;{0&nbsp;0}&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;6&nbsp;}<br />
<br />
&nbsp;mioxPeerEnAddrOBJECT-TYPE<br />
SYNTAX&nbsp;OCTET&nbsp;STRING&nbsp;(SIZE&nbsp;(0..128))<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“此表条目映射的远程主机的封装地址。零长度表示远程IP地址是未知的，或是未用PLE缺<br />
省指定的。<br />
此对象的第一个八位字串包含封装类型，其余八位字串包含那个类型的地址。比如IP地址，长<br />
度将是五个字节，第一个字节是204（十六进制是CC）,其余的四个字节包含IP地址。对于SNAP<br />
封装，第一个字节是128（十六进制是80）,其余的字节串包含SNAP头。”<br />
DEFVAL&nbsp;{&nbsp;''h&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;7&nbsp;}<br />
<br />
&nbsp;mioxPeerX121Address&nbsp;OBJECT-TYPE<br />
SYNTAXX121Address<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“此表条目映射的远程主机的X.25地址。零长度字串表示X.25地址是未用PLE缺省指定的。”<br />
DEFVAL&nbsp;{&nbsp;''h&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;8&nbsp;}<br />
<br />
&nbsp;--&nbsp;Systems&nbsp;can&nbsp;claim&nbsp;conformance&nbsp;to&nbsp;this&nbsp;MIB&nbsp;without&nbsp;implementing&nbsp;sets&nbsp;to&nbsp;<br />
mioxPeerX25CircuitId.&nbsp;However&nbsp;systems&nbsp;that&nbsp;use&nbsp;PVCs&nbsp;with&nbsp;RFC1356&nbsp;are&nbsp;encouraged&nbsp;to&nbsp;<br />
implement&nbsp;sets.<br />
&nbsp;mioxPeerX25CircuitId&nbsp;OBJECT-TYPE<br />
SYNTAXInstancePointer<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“此对象标识表中条目映射的X.25双方打开电路的索引事例。值{0&nbsp;0}表示目前没有连接激活。<br />
对于多连接来说，它标识连接的多个表条目的索引。这只在使用PVC时才记录，也就是说记录下的<br />
标识电路表条目一定时PVC。”<br />
DEFVAL&nbsp;{&nbsp;{0&nbsp;0}&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;9&nbsp;}<br />
<br />
&nbsp;mioxPeerDescrOBJECT-TYPE<br />
SYNTAXDisplayString&nbsp;(SIZE&nbsp;(0..255))<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“此对象返回双方任何标识信息。代理可提供在双方配置文件条目中找到的注释信息。零长度<br />
字串表示没有可获取的信息。”<br />
DEFVAL&nbsp;{&nbsp;''h&nbsp;}<br />
::=&nbsp;{&nbsp;mioxPeerEntry&nbsp;10&nbsp;}<br />
<br />
&nbsp;--&nbsp;###########################################################<br />
&nbsp;--Peer&nbsp;Encapsulation&nbsp;Table<br />
&nbsp;--&nbsp;###########################################################<br />
<br />
&nbsp;mioxPeerEncTable&nbsp;OBJECT-TYPE<br />
SYNTAXSEQUENCE&nbsp;OF&nbsp;MioxPeerEncEntry<br />
ACCESSnot-accessible<br />
STATUSmandatory<br />
描述<br />
“该表包含了对等体用于通讯的封装的列表。该表有两个索引，第一个用于确定对等体，第二<br />
个用于区分封装类型。<br />
在mioxPeerTable中的第一个索引确定了相应的入口。第二个索引给出了不同封装的优先权。<br />
封装类型是按优先级顺序排列的。对于呼叫一个对等体，首先会试验第一个入口(1的<br />
mioxPeerEncIndex)是。如果呼叫不成功，由于呼叫用户数据不完整，远程主机清除该呼叫，就会<br />
尝试列表中的下一个入口。会尝试每一个入口，直到列表耗尽。<br />
为了响应一个呼叫，对等体请求的封装类型必须能从列表中找到，否则拒绝该呼叫。如果列表<br />
中的对等体没有入口，就会拒绝所有从对等体请求的呼叫。<br />
当相同索引的mioxPeerStatus对象有underCreation值时，该表中的对象才能设置。当状态对<br />
象废止和删除时，列表中的对等体索引入口也必须删除。”<br />
::=&nbsp;{&nbsp;mioxPeer&nbsp;2&nbsp;}<br />
<br />
&nbsp;mioxPeerEncEntry&nbsp;OBJECT-TYPE<br />
SYNTAXMioxPeerEncEntry<br />
ACCESSnot-accessible<br />
STATUSmandatory<br />
描述<br />
“每个连接的信息。”<br />
INDEX&nbsp;{&nbsp;mioxPeerIndex,&nbsp;mioxPeerEncIndex}<br />
::=&nbsp;{&nbsp;mioxPeerEncTable&nbsp;1&nbsp;}<br />
<br />
MioxPeerEncEntry&nbsp;::=&nbsp;SEQUENCE&nbsp;{<br />
mioxPeerEncIndex<br />
PositiveInteger,<br />
mioxPeerEncType<br />
INTEGER<br />
}<br />
<br />
&nbsp;mioxPeerEncIndexOBJECT-TYPE<br />
SYNTAXPositiveInteger<br />
ACCESSread-only<br />
STATUS&nbsp;mandatory<br />
描述<br />
“表中的第二个索引，以区别不同的封装类型。”<br />
::=&nbsp;{&nbsp;mioxPeerEncEntry&nbsp;1&nbsp;}<br />
<br />
&nbsp;mioxPeerEncType&nbsp;OBJECT-TYPE<br />
SYNTAXINTEGER&nbsp;(0..256)<br />
ACCESSread-write<br />
STATUSmandatory<br />
描述<br />
“封装类型的值。对于IP封装，这个值是204（十六进制是CC）。对于SNAP封装的包，这<br />
个值是128（十六进制是80）。对于CLNP,ISO8473，这个值是129（十六进制是81）。对于ES-IS,ISO&nbsp;<br />
9542，这个值是130（十六进制82）。值197（十六进制C5）标识Blacker&nbsp;X.25封装。值0标识<br />
NULL封装。<br />
此值只有在同一mioxPeerIndex&nbsp;mioxPeerStatus对象值为underCreation时才记录。设置此对<br />
象的值为256将删除条目。当删除一个条目时，在同一mioxPeerEncTable表中有相同<br />
mioxPeerIndex以及比删掉的条目有更高的mioxPeerIndex值的条目的mioxPeerEncIndex都将减<br />
一。”<br />
::=&nbsp;{&nbsp;mioxPeerEncEntry&nbsp;2&nbsp;}<br />
<br />
&nbsp;--&nbsp;###########################################################<br />
<br />
结束<br />
5.致谢<br />
本文档由x25mib工作组提出：<br />
Fred&nbsp;Baker<br />
ACC<br />
Art&nbsp;Berggreen<br />
ACC<br />
Frank&nbsp;Bieser<br />
<br />
Gary&nbsp;Bjerke<br />
Tandem<br />
Bill&nbsp;Bowman<br />
HP<br />
Christopher&nbsp;Bucci<br />
Datability<br />
Charles&nbsp;Carvalho<br />
ACC<br />
Jeff&nbsp;Case<br />
University&nbsp;of&nbsp;Tennessee&nbsp;at&nbsp;Knoxville<br />
Angela&nbsp;Chen<br />
HP<br />
Carson&nbsp;Cheung<br />
BNR<br />
Tom&nbsp;Daniel<br />
Spider&nbsp;Systems<br />
Chuck&nbsp;Davin<br />
MIT<br />
Billy&nbsp;Durham<br />
Honeywell<br />
Richard&nbsp;Fox<br />
Synoptics<br />
Doug&nbsp;Geller<br />
Data&nbsp;General<br />
Herve&nbsp;Goguely<br />
LIR&nbsp;Corp<br />
Andy&nbsp;Goldthorpe<br />
British-Telecom<br />
Walter&nbsp;D.&nbsp;Guilarte<br />
<br />
David&nbsp;Gurevich<br />
<br />
Steve&nbsp;Huston<br />
Consultant<br />
Jon&nbsp;Infante<br />
ICL<br />
Frank&nbsp;Kastenholz<br />
FTP&nbsp;Software<br />
Zbigniew&nbsp;Kielczewski<br />
Eicon<br />
Cheryl&nbsp;Krupezak<br />
Georgia&nbsp;Tech<br />
Mats&nbsp;Lindstrom<br />
Diab&nbsp;Data&nbsp;AB<br />
Andrew&nbsp;Malis<br />
BBN<br />
Evan&nbsp;McGinnis<br />
3Com<br />
Gary&nbsp;(G.P.)Mussar<br />
BNR<br />
Chandy&nbsp;Nilakantan<br />
3Com<br />
Randy&nbsp;Pafford<br />
Data&nbsp;General<br />
Ragnar&nbsp;Paulson<br />
The&nbsp;Software&nbsp;Group&nbsp;Limited<br />
Dave&nbsp;Perkins<br />
Synoptics<br />
Walter&nbsp;Pinkarschewsky<br />
DEC<br />
Karen&nbsp;Quidley<br />
Data&nbsp;General<br />
Chris&nbsp;Ranch<br />
Novell<br />
Paul&nbsp;S.&nbsp;Rarey<br />
DHL&nbsp;Systems&nbsp;Inc.<br />
Jim&nbsp;Roche<br />
Newbridge&nbsp;Research<br />
Philippe&nbsp;Roger<br />
LIR&nbsp;Corp.<br />
Timon&nbsp;Sloane<br />
<br />
Mike&nbsp;Shand<br />
DEC<br />
Brad&nbsp;Steina<br />
Microcom<br />
Bob&nbsp;Stewart<br />
Xyplex<br />
Tom&nbsp;Sullivan<br />
Data&nbsp;General<br />
Rodney&nbsp;Thayer<br />
Sable&nbsp;Technology&nbsp;Corporation<br />
Mark&nbsp;Therieau<br />
Microcom<br />
Jane&nbsp;Thorn<br />
Data&nbsp;General<br />
Dean&nbsp;Throop<br />
Data&nbsp;General<br />
Maurice&nbsp;Turcotte<br />
Racal&nbsp;Datacom<br />
Mike&nbsp;Zendels<br />
Data&nbsp;General<br />
6.参考文献<br />
[1]&nbsp;Rose&nbsp;M.,&nbsp;and&nbsp;K.&nbsp;McCloghrie,&nbsp;"Structure&nbsp;and&nbsp;Identification&nbsp;of&nbsp;Management&nbsp;Information&nbsp;for&nbsp;<br />
TCP/IP-based&nbsp;internets",&nbsp;STD&nbsp;16,&nbsp;RFC&nbsp;1155,&nbsp;Performance&nbsp;Systems&nbsp;International,&nbsp;Hughes&nbsp;LAN&nbsp;<br />
Systems,&nbsp;May&nbsp;1990.<br />
[2]&nbsp;Case,&nbsp;J.,&nbsp;Fedor,&nbsp;M.,&nbsp;Schoffstall,&nbsp;M.,&nbsp;and&nbsp;J.&nbsp;Davin,&nbsp;"Simple&nbsp;Network&nbsp;Management&nbsp;Protocol",&nbsp;<br />
STD&nbsp;15,&nbsp;RFC&nbsp;1157,&nbsp;SNMP&nbsp;Research,&nbsp;Performance&nbsp;Systems&nbsp;International,&nbsp;Performance&nbsp;Systems&nbsp;<br />
International,&nbsp;MIT&nbsp;Laboratory&nbsp;for&nbsp;Computer&nbsp;Science,&nbsp;May&nbsp;1990.<br />
[3]&nbsp;Rose,&nbsp;M.&nbsp;and&nbsp;K.&nbsp;McCloghrie,&nbsp;Editors,&nbsp;"Towards&nbsp;Concise&nbsp;MIB&nbsp;Definitions",&nbsp;STD&nbsp;16,&nbsp;RFC&nbsp;<br />
1212,&nbsp;Performance&nbsp;Systems&nbsp;International,&nbsp;Hughes&nbsp;LAN&nbsp;Systems,&nbsp;March&nbsp;1991.<br />
[4]&nbsp;Rose&nbsp;M.,&nbsp;Editor,&nbsp;"Management&nbsp;Information&nbsp;Base&nbsp;for&nbsp;Network&nbsp;Management&nbsp;of&nbsp;<br />
TCP/IP-based&nbsp;internets",&nbsp;STD&nbsp;17,&nbsp;RFC&nbsp;1213.&nbsp;Performance&nbsp;Systems&nbsp;International,&nbsp;March&nbsp;1991.<br />
[5]&nbsp;"Information&nbsp;processing&nbsp;systems&nbsp;-&nbsp;Open&nbsp;Systems&nbsp;Interconnection&nbsp;-&nbsp;Specification&nbsp;of&nbsp;<br />
Abstract&nbsp;Syntax&nbsp;Notation&nbsp;One&nbsp;(ASN.1)",&nbsp;International&nbsp;Organization&nbsp;for&nbsp;<br />
Standardization.International&nbsp;Standard&nbsp;8824,&nbsp;December,&nbsp;1987.<br />
[6]&nbsp;Stewart,&nbsp;B.,&nbsp;Editor,&nbsp;"Definitions&nbsp;of&nbsp;Managed&nbsp;Objects&nbsp;for&nbsp;RS-232-&nbsp;like&nbsp;Hardware&nbsp;Devices",&nbsp;<br />
RFC&nbsp;1317,&nbsp;Xyplex,&nbsp;Inc.,&nbsp;April&nbsp;1992.<br />
[7]&nbsp;Throop,&nbsp;D.,&nbsp;and&nbsp;F.&nbsp;Baker,&nbsp;"SNMP&nbsp;MIB&nbsp;extension&nbsp;for&nbsp;X.25&nbsp;LAPB",&nbsp;RFC&nbsp;1381,&nbsp;Data&nbsp;General&nbsp;<br />
Corporation,&nbsp;Advanced&nbsp;Computer&nbsp;Communications,&nbsp;November&nbsp;1992.<br />
[8]&nbsp;Throop,&nbsp;D.,&nbsp;Editor,&nbsp;"SNMP&nbsp;MIB&nbsp;extension&nbsp;for&nbsp;the&nbsp;X.25&nbsp;Packet&nbsp;Layer",&nbsp;RFC&nbsp;1382,&nbsp;Data&nbsp;<br />
General&nbsp;Corporation,&nbsp;November&nbsp;1991.<br />
[9]&nbsp;Malis,&nbsp;A.,&nbsp;Robinson,&nbsp;D.,&nbsp;and&nbsp;R.&nbsp;Ullmann&nbsp;"Multiprotocol&nbsp;Interconnect&nbsp;on&nbsp;X.25&nbsp;and&nbsp;ISDN&nbsp;in&nbsp;<br />
the&nbsp;Packet&nbsp;Mode",&nbsp;RFC&nbsp;1356,&nbsp;BBN&nbsp;Communications,&nbsp;Computervision&nbsp;Systems&nbsp;Integration,&nbsp;<br />
Process&nbsp;Software&nbsp;Corporation,&nbsp;August&nbsp;1992.<br />
7.有关安全方面的考虑因素<br />
本备忘录不讨论安全问题。<br />
8.作者地址<br />
Dean&nbsp;D.&nbsp;Throop<br />
Data&nbsp;General&nbsp;Corporation<br />
62&nbsp;Alexander&nbsp;Dr.<br />
Research&nbsp;Triangle&nbsp;Park,&nbsp;NC&nbsp;27709<br />
Phone:&nbsp;(919)&nbsp;248-6081<br />
EMail:&nbsp;throop@dg-rtp.dg.com<br />
RFC1461——SNMP&nbsp;MIB&nbsp;extension&nbsp;for&nbsp;Multiprotocol&nbsp;Interconnect&nbsp;over&nbsp;X.2&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;X.25&nbsp;MIB的多协议内部互联&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />