📄 rfc1643.txt
字号:
dot3StatsInternalMacTransmitErrors OBJECT-TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory
DESCRIPTION
"由于在一个特定接口上内在的MAC子层传送错误导致发送失败的帧的数目
的计数器。假如该帧不被dot3StatsLateCollisions 对象，或dot3StatsExcessiveCollisions 对象，
或dot3StatsCarrierSenseErrors对象的相关实例所累计，则该帧只被该对象的实例所累计。由
该对象实例所代表的计数器的精确意思是执行规范化。尤其是，该对象的实例可能代表在一
个特定接口上传输错误的计数器，而不是其它的计数器。"
REFERENCE
"IEEE 802.3 Layer Management"
::= { dot3StatsEntry 10 }
dot3StatsCarrierSenseErrors OBJECT-TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory
DESCRIPTION
"在一个特定接口上试图传送帧时，载波传感器的环境被丢失或未被证实的次
数的计数器。由该对象实例表示的计数器的值的增加大都是在每一个传输尝试时，甚至在传
输尝试的载波传感器环境有所波动时。"
REFERENCE
"IEEE 802.3 Layer Management"
::= { dot3StatsEntry 11 }
-- { dot3StatsEntry 12 } is not assigned
dot3StatsFrameTooLongs OBJECT-TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory
DESCRIPTION
"在一个特定接口上接收到的超过最大允许帧大小的帧的计数器。当MAC服
务向LLC（或其他MAC用户）返回frameTooLong的状态值时，增加该对象实例代表的计
数器的值。接收到的帧得到多个错误状态，依照IEEE 802.3层管理的规定，计数的增加唯
一依照向LLC报告的错误状态。"
REFERENCE
"IEEE 802.3 Layer Management"
::= { dot3StatsEntry 13 }
-- { dot3StatsEntry 14 } is not assigned
-- { dot3StatsEntry 15 } is not assigned
dot3StatsInternalMacReceiveErrors OBJECT-TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory
DESCRIPTION
"由于内在的MAC子层接收错误而在特定的接口上产生帧接收失败的帧的计
数器。只有在该计数器不被dot3StatsFrameTooLongs 对象， 或dot3StatsAlignmentErrors 对
象，或dot3StatsFCSErrors对象的相关实例计数时，该对象实例才对帧数进行计数。 该对象
实例代表的计数的精确意思就是执行的规范。尤其是，该对象实例可能代表在一个特定接口
上接收错误的计数。"
REFERENCE
"IEEE 802.3 Layer Management"
::= { dot3StatsEntry 16 }
dot3StatsEtherChipSet OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
ACCESS read-only
STATUS mandatory
DESCRIPTION
"该对象包含一个对象标识符，该标识符用来标识实现接口的芯片集。以太网
接口由几种不同的芯片组成。MIB实现者决定了通过该对象标识哪一块芯片。实现者应该
标识通常被称为MAC的芯片。如果没有这样容易标识的芯片，实现者应该标识实际上集中
了发送、接收统计和错误指示的芯片。这将允许管理工作站与统计和生成统计的芯片相关联，
这样就给了它分析芯片中的任何已知异常事件的能力。"
::= { dot3StatsEntry 17 }
-- 以太网冲突统计组
-- 该组的实现是可选的；所有的系统组含有必要的统计是合适的。
dot3CollTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3CollEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"在一套特定的接口组中的冲突柱状图的收集。"
::= { dot3 5 }
dot3CollEntry OBJECT-TYPE
SYNTAX Dot3CollEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"一个特定接口上的每个帧冲突的柱状图的一个单元。该对象实例代表单个
MAC帧在一个特定接口上产生一定数量媒介冲突的频率。"
INDEX { ifIndex, dot3CollCount }
::= { dot3CollTable 1 }
Dot3CollEntry ::= SEQUENCE {
dot3CollCount INTEGER,
dot3CollFrequencies Counter
}
-- { dot3CollEntry 1 } 不再使用
dot3CollCount OBJECT-TYPE
SYNTAX INTEGER (1..16)
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
"在一个特定接口上的每个帧媒介冲突的数量。"
::= { dot3CollEntry 2 }
dot3CollFrequencies OBJECT-TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory
DESCRIPTION
"在一个特定接口上该帧经历过相关dot3CollCount 对象计数的帧冲突数后，
该接口发送（不管成功与否）的单个MAC帧的计数值。
举例说，在该帧在接口77上的发送经历了4个冲突后，该帧将被
dot3CollFrequencies.77.4对象计数指示。在该例中dot3CollFrequencies的其它实例不被计数
增加。"
::= { dot3CollEntry 3 }
-- 802.3 测试
dot3Tests OBJECT IDENTIFIER ::= { dot3 6 }
dot3Errors OBJECT IDENTIFIER ::= { dot3 7 }
-- TDR 测试
-- 时间域反射计（TDR）测试是严格按照以太网接口除10BaseT和10BaseF的规范。
在确定出故障电缆的距离时，TDR的值也许是有用的。重复这项测试来检查TDR值的固定
结果，查证错误是可取的。
dot3TestTdr OBJECT IDENTIFIER ::= { dot3Tests 1 }
-- TDR测试返回TDR测试发送开始到后来检测到载波的冲突或失效的时间间隔，
这是由10 MHz ticks or 100 nsec检测到的。当TDR测试的成功完成，结果以MIB对象实例
dot3TestTdrValue的值保存，并且该实例的对象标识符保存在相关的ifExtnsTestCode 对象实
例中（因此，指示了结果的保存地方）。
-- Loopback Test（环回测试）
-- 另一个测试是全二虫的环回测试。该测试配置了MAC芯片和执行存储器、数据
路径、MAC芯片逻辑的内在环回测试。该测试只能在接口脱机时被执行。一旦测试完成，
MAC芯片应被重新初始化，但是它应该保持脱机。Another test is the full-duplex loopback test.
dot3TestLoopBack OBJECT IDENTIFIER ::= { dot3Tests 2 }
-- 假如在测试中出现错误，对象ifTestResult （在RFC1573中定义）设为failed(7)。
下面的两个对象标识符可能被用来作为ifTestCode的值提供更多信息。
-- 为测试不能初始化MAC芯片
dot3ErrorInitError OBJECT IDENTIFIER ::= { dot3Errors 1 }
-- 在环回测试中期望得到的数据没被接收到（或不能成功接收到）
dot3ErrorLoopbackError OBJECT IDENTIFIER ::= { dot3Errors 2 }
-- RFC1573除去接口芯片集对象。
-- 下面的对象标识符定义为了能向后兼容被保留在先前的RFC1573系统中。
-- 802.3 硬件芯片集
-- 在RFC1229中的ifExtnsChipSet 对象标识用来接口通信的M AC硬件。下面硬件
芯片集由802.3提供。
dot3ChipSets OBJECT IDENTIFIER ::= { dot3 8 }
dot3ChipSetAMD OBJECT IDENTIFIER ::= { dot3ChipSets 1 }
dot3ChipSetAMD7990 OBJECT IDENTIFIER ::= { dot3ChipSetAMD 1 }
dot3ChipSetAMD79900 OBJECT IDENTIFIER ::= { dot3ChipSetAMD 2 }
dot3ChipSetAMD79C940 OBJECT IDENTIFIER ::= { dot3ChipSetAMD 3 }
dot3ChipSetIntel OBJECT IDENTIFIER ::= { dot3ChipSets 2 }
dot3ChipSetIntel82586 OBJECT IDENTIFIER ::= { dot3ChipSetIntel 1 }
dot3ChipSetIntel82596 OBJECT IDENTIFIER ::= { dot3ChipSetIntel 2 }
dot3ChipSetSeeq OBJECT IDENTIFIER ::= { dot3ChipSets 3 }
dot3ChipSetSeeq8003 OBJECT IDENTIFIER ::= { dot3ChipSetSeeq 1 }
dot3ChipSetNational OBJECT IDENTIFIER ::= { dot3ChipSets 4 }
dot3ChipSetNational8390 OBJECT IDENTIFIER ::=
{ dot3ChipSetNational 1 }
dot3ChipSetNationalSonic OBJECT IDENTIFIER ::=
{ dot3ChipSetNational 2 }
dot3ChipSetFujitsu OBJECT IDENTIFIER ::= { dot3ChipSets 5 }
dot3ChipSetFujitsu86950 OBJECT IDENTIFIER ::=
{ dot3ChipSetFujitsu 1 }
dot3ChipSetDigital OBJECT IDENTIFIER ::= { dot3ChipSets 6 }
dot3ChipSetDigitalDC21040 OBJECT IDENTIFIER ::=
{ dot3ChipSetDigital 1 }
-- 对于上面未出现的芯片集，对象标识符的分配在其它的文档中，如，代表单个企
业的注册数部分中的分配（见RFC1155）。
END
5. 感谢
这份资料由Ethernet MIB 工作组撰写。
这份资料基于推荐标准Ethernet MIB， RFC 1284 [14 ]，Jihn Cook是编辑。Ethernet MIB
工作组收集那些在RFC 1284变量的实施经验并且使用这些信息修正发展而成的MIB。
RFC 1284是基于一篇由Frank Kastenholz编写的关于IEEE 802.3 TCP/IP网络层次管理草
稿M 相容的MIB。. 这份资料已经被适度重写，最初通过SNMP工作组，然后通过传输工
作组， 约定当前定义MIB接口对象的一些习俗。麻省理工学院实验室的计算机科学家James
Davin，和Hughes局域网系统的Keith McCloghrie都有助于这个备忘录的晚草稿。
执行国际标准单位制股份有限公司的Marshall Rose把资料转化成它目前的简明的形式。
DEC的Anil Rijsinghani捐献出关于TDR测试的文献。感谢Interlan的Frank Kastenholz和
IBM的Louis Steinberg的实验。
6. 参考
[1] Cerf, V., "IAB Recommendations for the Development of Internet
Network Management Standards", RFC 1052, NRI, April 1988.
[2] Cerf, V., "Report of the Second Ad Hoc Network Management Review
Group", RFC 1109, NRI, August 1989.
[3] Rose M., and K. McCloghrie, "Structure and Identification of
Management Information for TCP/IP-based internets", STD 16, RFC
1155, Performance Systems International, Hughes LAN Systems, May
1990.
[4] McCloghrie K., and M. Rose, "Management Information Base for
Network Management of TCP/IP-based internets", RFC 1156, Hughes
LAN Systems, Performance Systems International, May 1990.
[5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple
Network Management Protocol", STD 15, RFC 1157, SNMP Research,
Performance Systems International, Performance Systems
International, MIT Laboratory for Computer Science, May 1990.
[6] McCloghrie K., and M. Rose, Editors, "Management Information Base
for Network Management of TCP/IP-based internets", STD 17, RFC
1213, Performance Systems International, March 1991.
[7] Information processing systems - Open Systems Interconnection -
Specification of Abstract Syntax Notation One (ASN.1),
International Organization for Standardization, International
Standard 8824, December 1987.
[8] Information processing systems - Open Systems Interconnection -
Specification of Basic Encoding Rules for Abstract Notation One
(ASN.1), International Organization for Standardization,
International Standard 8825, December 1987.
[9] IEEE, "IEEE 802.3 Layer Management", November 1988.
[10] Kastenholz, F., "IEEE 802.3 Layer Management Draft compatible MIB
for TCP/IP Networks", electronic mail message to mib-
wg@nnsc.nsf.net, 9 June 1989.
[11] McCloghrie, K., Editor, "Extensions to the Generic-Interface
MIB", RFC 1229, Hughes LAN Systems, Inc., May 1991.
[12] IEEE, "Carrier Sense Multiple Access with Collision Detection
(CSMA/CD) Access Method and Physical Layer Specifications",
ANSI/IEEE Std 802.3-1985.
[13] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
RFC 1212, Performance Systems International, Hughes LAN Systems,
March 1991.
[14] Cook, J., Editor, "Definitions of Managed Objects for Ethernet-
Like Interface Types", RFC 1284, Chipcom Corporation, December
1991.
[15] Kastenholz, F., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 1398, FTP Software, Inc.,
January 1993.
[16] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Structure
of Management Information for version 2 of the Simple Network
Management Protocol (SNMPv2)", RFC 1442, SNMP Research, Inc.,
Hughes LAN Systems, Dover Beach Consulting, Inc., Carnegie Mellon
University, April 1993.
[17] Galvin, J., and K. McCloghrie, "Administrative Model for version
2 of the Simple Network Management Protocol (SNMPv2)", RFC 1445,
Trusted Information Systems, Hughes LAN Systems, April 1993.
[18] Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Protocol
Operations for version 2 of the Simple Network Management
Protocol (SNMPv2)", RFC 1448, SNMP Research, Inc., Hughes LAN
Systems, Dover Beach Consulting, Inc., Carnegie Mellon
University, April 1993.
[19] McCloghrie, K., and F. Kastenholz, "Evolution of the Interfaces
Group of MIB-II", RFC 1573, Hughes LAN Systems, FTP Software,
January 1994.
[20] Kastenholz, F., "Definitions of Managed Objects for the
Ethernet-like Interface Types", STD 50, RFC 1623, FTP Software,
Inc., May 1994.
7. 安全考虑
安全问题没有在这里讨论。
8. 作者地址：
Frank Kastenholz
FTP Software, Inc.
2 High Street
North Andover, Mass, USA 01845
Phone: 508-685-4000
EMail: kasten@ftp.com
RFC1643—Definitions of Managed Objects for the Ethernet-like Interface Types
以太网接口管理对象
1
RFC文档中文翻译计划
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -