Network Working Group J. Flick
Request for Comments: 2665 Hewlett-Packard Company
Obsoletes: 2358 J. Johnson
Category: Standards Track RedBack Networks
August 1999
Definitions of Managed Objects for
the Ethernet-like Interface Types
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
Abstract
抽象
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. This memo obsoletes RFC 2358, "Definitions of Managed Objects for the Ethernet-like Interface Types". This memo extends that specification by including management information useful for the management of 1000 Mb/s and full-duplex Ethernet interfaces.
このメモは、インターネットコミュニティでのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。このメモはRFC 2358、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」廃止します。このメモ1000 MB / sおよび全二重イーサネットインターフェイスの管理のための有用な管理情報を含めることにより、その仕様を拡張します。
Ethernet technology, as defined by the 802.3 Working Group of the IEEE, continues to evolve, with scalable increases in speed, new types of cabling and interfaces, and new features. This evolution may require changes in the managed objects in order to reflect this new functionality. This document, as with other documents issued by this working group, reflects a certain stage in the evolution of Ethernet technology. In the future, this document might be revised, or new documents might be issued by the Ethernet Interfaces and Hub MIB Working Group, in order to reflect the evolution of Ethernet technology.
イーサネット技術は、IEEE 802.3のワーキンググループによって定義されているように、高速でスケーラブルな増加、ケーブルおよびインタフェースの新しいタイプ、および新機能と、進化し続けています。この進化は、この新機能を反映するために、管理対象オブジェクトの変更が必要な場合があります。この文書では、このワーキンググループによって発行された他の文書と同様に、イーサネット技術の進化のある段階を反映しています。将来的には、この文書が改訂される可能性がある、または新しい文書はイーサネット技術の進化を反映させるためには、イーサネットインタフェースとハブMIBワーキンググループによって発行される可能性があります。
Table of Contents
目次
1. Introduction ................................................ 2
2. The SNMP Management Framework .............................. 3
3. Overview ................................................... 4
3.1. Relation to MIB-2 ........................................ 4
3.2. Relation to the Interfaces MIB ........................... 5
3.2.1. Layering Model ......................................... 5
3.2.2. Virtual Circuits ....................................... 5
3.2.3. ifTestTable ............................................ 5
3.2.4. ifRcvAddressTable ...................................... 6
3.2.5. ifPhysAddress .......................................... 6
3.2.6. ifType ................................................. 6
3.2.7. Specific Interface MIB Objects ......................... 7
3.3. Relation to the 802.3 MAU MIB ............................ 11
3.4. dot3StatsEtherChipSet .................................... 11
3.5. Mapping of IEEE 802.3 Managed Objects .................... 12
4. Definitions ................................................ 16
5. Intellectual Property ...................................... 39
6. Acknowledgements ........................................... 40
7. References ................................................. 41
8. Security Considerations .................................... 43
9. Authors' Addresses ......................................... 44
A. Change Log ................................................. 45
A.1. Changes since RFC 2358 ................................... 45
A.2. Changes between RFC 1650 and RFC 2358 .................... 46
B. Full Copyright Statement ................................... 47
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines objects for managing Ethernet-like interfaces.
このメモは、インターネットコミュニティでのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。具体的には、イーサネットのようなインターフェイスを管理するためのオブジェクトを定義します。
This memo also includes a MIB module. This MIB module extends the list of managed objects specified in the earlier version of this MIB: RFC 2358 [23].
また、このメモはMIBモジュールを含みます。 RFC 2358 [23]：このMIBモジュールはこのMIBの以前のバージョンで指定された管理対象オブジェクトのリストを拡張します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [26].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[26]に記載されているように解釈されます。
The SNMP Management Framework presently consists of five major components:
SNMP Management Frameworkは現在、5つの主要コンポーネントから構成されています。
o An overall architecture, described in RFC 2571 [1].
RFC 2571に記載され、全体的なアーキテクチャ、O [1]。
o Mechanisms for describing and naming objects and events for the purpose of management. The first version of this Structure of Management Information (SMI) is called SMIv1 and described in STD 16, RFC 1155 [2], STD 16, RFC 1212 [3] and RFC 1215 [4]. The second version, called SMIv2, is described in STD 58, RFC 2578 [5], STD 58, RFC 2579 [6] and STD 58, RFC 2580 [7].
管理の目的のためにオブジェクトとイベントを記述し、命名するためのメカニズムO。管理情報（SMI）のこのような構造の最初のバージョンはSTD 16、[2]でSMIv1と呼ばれ、STD 16、RFC 1155に記載され、RFC 1212 [3]及びRFC 1215 [4]。 SMIv2のと呼ばれる第二のバージョン、STD 58、RFC 2578に記載されている[5]、STD 58、RFC 2579 [6]およびSTD 58、RFC 2580 [7]。
o Message protocols for transferring management information. The first version of the SNMP message protocol is called SNMPv1 and described in STD 15, RFC 1157 [8]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [9] and RFC 1906 [10]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [10], RFC 2572 [11] and RFC 2574 [12].
管理情報を転送するためのOメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、[8]のSNMPv1と呼ばれ、STD 15、RFC 1157に記載されています。インターネット標準トラックプロトコルでないSNMPメッセージプロトコルの第2のバージョンは、SNMPv2cのと呼ばれ、RFC 1901年に記載されている[9]およびRFC 1906 [10]。メッセージプロトコルの第三のバージョンのSNMPv3と呼ばれ、RFC 1906年に記載されている[10]、RFC 2572 [11]およびRFC 2574 [12]。
o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [8]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [13].
管理情報にアクセスするためのOプロトコル操作。プロトコル操作と関連PDU形式の第一セットは、STD 15、RFC 1157に記載されている[8]。プロトコル操作と関連PDU形式の第2のセットは、RFC 1905 [13]に記載されています。
o A set of fundamental applications described in RFC 2573 [14] and the view-based access control mechanism described in RFC 2575 [15].
O RFC 2573 [14]とビューベースアクセス制御メカニズムに記載の基本的なアプリケーションのセットは、RFC 2575 [15]に記載します。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.
管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBのオブジェクトは、SMIで定義されたメカニズムを使用して定義されています。
This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.
このメモはSMIv2に対応であるMIBモジュールを指定します。 SMIv1に従うMIBは、適切な翻訳を介して製造することができます。得られた翻訳されたMIBには翻訳（Counter64のの使用）が可能ではないので、オブジェクトまたはイベントが省略されている場合を除いて、意味的に等価でなければなりません。 SMIv2のいくつかの機械読み取り可能な情報には、翻訳プロセスの間、SMIv1の原文の記述に変換されます。しかし、機械読み取り可能な情報のこの損失がMIBの意味論を変えると考えられません。
Instances of these object types represent attributes of an interface to an ethernet-like communications medium. At present, ethernet-like media are identified by the following values of the ifType object in the Interfaces MIB [25]:
これらのオブジェクトタイプのインスタンスは、イーサネットのような通信媒体とのインタフェースの属性を表しています。現在のところ、イーサネットのようなメディアはインターフェイスMIB内のifTypeオブジェクトの以下の値によって識別される[25]。
ethernetCsmacd(6)
iso88023Csmacd(7)
starLan(11)
The definitions presented here are based on Section 30, "10 Mb/s, 100 Mb/s and 1000 Mb/s Management", and Annex 30A, "GDMO Specification for 802.3 managed object classes" of IEEE Std. 802.3, 1998 Edition [16], as originally interpreted by Frank Kastenholz then of Interlan in [17]. Implementors of these MIB objects should note that IEEE Std. 802.3 [16] explicitly describes (in the form of Pascal pseudocode) when, where, and how various MAC attributes are measured. The IEEE document also describes the effects of MAC actions that may be invoked by manipulating instances of the MIB objects defined here.
ここに提示した定義は、セクション30の "10 Mb /秒、100 MB / sの1000 Mb /秒の管理"、および附属書30Aをベースとしている、IEEE規格の "802.3管理オブジェクトクラスのためのGDMO仕様"。 802.3 1998年版[16]は、当初[17]において、次にInterlanのフランクKastenholzとによって解釈します。これらのMIBオブジェクトの実装者は、IEEE STDことに注意してください。 802.3 [16]明確いつ、どこで、どのように様々なMAC属性が測定される（パスカル擬似コードの形で）記載されています。 IEEEのドキュメントもここで定義されたMIBオブジェクトのインスタンスを操作することで起動することができるMACアクションの効果を説明します。
To the extent that some of the attributes defined in [16] are represented by previously defined objects in MIB-2 [24] or in the Interfaces MIB [25], such attributes are not redundantly represented by objects defined in this memo. Among the attributes represented by objects defined in other memos are the number of octets transmitted or received on a particular interface, the number of frames transmitted or received on a particular interface, the promiscuous status of an interface, the MAC address of an interface, and multicast information associated with an interface.
[16]で定義された属性のいくつかは、MIB-2 [24]またはインタフェースMIBで以前に定義されたオブジェクトによって表される程度に[25]、そのような属性が重複このメモで定義されたオブジェクトによって表されていません。他のメモで定義されたオブジェクトによって表される属性のうち、特定のインターフェイス上で送信または受信されたオクテットの数であり、特定のインターフェイス上で送信または受信されたフレームの数、インタフェースの無差別ステータス、インタフェースのMACアドレス、及びインターフェイスに関連付けられたマルチキャスト情報。
This section applies only when this MIB is used in conjunction with the "old" (RFC 1213) [24] interface group.
このセクションでは、このMIBは、「古い」（RFC 1213）[24]のインタフェースグループに関連して使用されている場合にのみ適用されます。
The relationship between an ethernet-like interface and an interface in the context of MIB-2 is one-to-one. As such, the value of an ifIndex object instance can be directly used to identify corresponding instances of the objects defined herein.
イーサネットのようなインタフェースとMIB-2のコンテキストのインターフェイスとの間の関係は、1対1です。このように、ifIndexオブジェクトのインスタンスの値をそのまま本明細書に定義されたオブジェクトの対応するインスタンスを識別するために使用することができます。
For agents which implement the (now deprecated) ifSpecific object, an instance of that object that is associated with an ethernet-like interface has the OBJECT IDENTIFIER value:
（廃止）ifSpecificオブジェクトを実装するための薬剤、イーサネットのようなインターフェイスに関連付けられているオブジェクトのインスタンスは、オブジェクト識別子の値を有します。
dot3 OBJECT IDENTIFER ::= { transmission 7 }
The Interface MIB [25] requires that any MIB which is an adjunct of the Interface MIB clarify specific areas within the Interface MIB. These areas were intentionally left vague in the Interface MIB to avoid over constraining the MIB, thereby precluding management of certain media-types.
インタフェースMIB [25]インタフェースMIBの付属物である任意のMIBインターフェイスMIB内の特定の領域を明らかにすることを必要とします。これらの領域は、意図的に、それにより特定のメディアタイプの管理を排除、MIBを制約オーバーを避けるためにインターフェイスMIBであいまいなままにされました。
Section 3.3 of [25] enumerates several areas which a media-specific MIB must clarify. Each of these areas is addressed in a following subsection. The implementor is referred to [25] in order to understand the general intent of these areas.
[25]のセクション3.3はメディア固有のMIBを明確にしなければならないいくつかの領域を列挙します。これらの領域のそれぞれは、以下のサブセクションで扱われています。実装は、これらの領域の一般的な意図を理解するために[25]と呼ばれます。
This MIB does not provide for layering. There are no sublayers.
このMIBは、重ね着に提供されていません。何の副層はありません。
EDITOR'S NOTE:
EDITOR'S NOTE：
One could foresee the development of an 802.2 and enet-transceiver MIB. They could be higher and lower sublayers, respectively. All that THIS document should do is allude to the possibilities and urge the implementor to be aware of the possibility and that they may have requirements which supersede the requirements in this document.
一つは802.2とENET-トランシーバMIBの発展を予見できました。彼らはそれぞれ、上位と下位の副層である可能性があります。この文書は、やるべきことはすべて、可能性をほのめかすと可能性を認識するように実装を促し、彼らはこの文書の要件に取って代わるの要件を持っているかもしれないということです。
This medium does not support virtual circuits and this area is not applicable to this MIB.
この媒体は、仮想回路をサポートしていないと、この領域はこのMIBには適用されません。
This MIB defines two tests for media which are instrumented with this MIB; TDR and Loopback. Implementation of these tests is not required. Many common interface chips do not support one or both of these tests.
このMIBは、このMIBを用いて計測されるメディアのために2つのテストを定義します。 TDRとループバック。これらのテストの実施が必要とされていません。多くの一般的なインタフェースチップは、1つまたは複数のこれらのテストの両方をサポートしていません。
These two tests are provided as a convenience, allowing a common method to invoke the test.
これら二つのテストは、テストを起動する一般的な方法を可能にする、便宜として提供されます。
Standard MIBs do not include objects in which to return the results of the TDR test. Any needed objects MUST be provided in the vendor specific MIB.
標準MIBは、TDRテストの結果が返されるオブジェクトは含まれません。任意の必要なオブジェクトは、ベンダー固有のMIBに提供しなければなりません。
Note that the ifTestTable is now deprecated. Work is underway to define a replacement MIB for system and interface testing. It is expected that the tests defined in this document will be usable in this replacement MIB.
ますifTestTableが廃止されることに注意してください。作業は、システムとのインタフェースのテストのために交換用のMIBを定義するために進行中です。この文書で定義されたテストは、この交換用のMIBで使用可能であることが期待されます。
This table contains all IEEE 802.3 addresses, unicast, multicast, and broadcast, for which this interface will receive packets and forward them up to a higher layer entity for local consumption. The format of the address, contained in ifRcvAddressAddress, is the same as for ifPhysAddress.
この表は、このインターフェイスがパケットを受信し、地元消費のための上位層エンティティにそれらを転送しますれているすべてのIEEE 802.3アドレス、ユニキャスト、マルチキャスト、およびブロードキャストが含まれています。アドレスのifRcvAddressAddressに含まれた形式はifPhysAddressのように同じです。
In the event that the interface is part of a MAC bridge, this table does not include unicast addresses which are accepted for possible forwarding out some other port. This table is explicitly not intended to provide a bridge address filtering mechanism.
インターフェースは、MACブリッジの一部である場合に、このテーブルは、いくつかの他のポートから転送可能なために受理されたユニキャストアドレスを含んでいません。このテーブルは、明示的にブリッジアドレスフィルタリングメカニズムを提供するものではありません。
This object contains the IEEE 802.3 address which is placed in the source-address field of any Ethernet, Starlan, or IEEE 802.3 frames that originate at this interface. Usually this will be kept in ROM on the interface hardware. Some systems may set this address via software.
この目的は、この界面で発生任意のイーサネット（登録商標）、STARLAN、またはIEEE 802.3フレームのソースアドレスフィールド内に配置されるIEEE 802.3アドレスを含みます。通常、これは、インターフェイスのハードウェア上のROMに保管されます。いくつかのシステムがソフトウェアを経由して、このアドレスを設定することができます。
In a system where there are several such addresses the designer has a tougher choice. The address chosen should be the one most likely to be of use to network management (e.g. the address placed in ARP responses for systems which are primarily IP systems).
そのようないくつかのアドレスがあるシステムでは、設計者は、厳しい選択を持っています。選択されたアドレス管理（主にIPシステムであるシステムのためにARP応答に入れ例えばアドレス）をネットワークに有用である可能性が最も高いものであるべきです。
If the designer truly can not chose, use of the factory- provided ROM address is suggested.
設計者が真に選択したことができない場合は、出荷時に提供ROMアドレスの使用が推奨されます。
If the address can not be determined, an octet string of zero length should be returned.
アドレスが決定できない場合は、長さゼロのオクテット文字列が返されます。
The address is stored in binary in this object. The address is stored in "canonical" bit order, that is, the Group Bit is positioned as the low-order bit of the first octet. Thus, the first byte of a multicast address would have the bit 0x01 set.
アドレスがこのオブジェクトにバイナリ形式で格納されます。アドレスはつまり、グループビットは最初のオクテットの下位ビットとして配置され、「カノニカル」ビット順に格納されます。このように、マルチキャストアドレスの最初のバイトは、ビット0x01のセットを持っています。
This MIB applies to interfaces which have any of the following ifType values:
このMIBは、次のifType値のいずれかを持っているインターフェイスに適用されます。
ethernetCsmacd(6)
iso88023Csmacd(7)
starLan(11)
It is RECOMMENDED that all Ethernet-like interfaces use an ifType of ethernetCsmacd(6) regardless of the speed that the interface is running or the link-layer encapsulation in use. iso88023Csmacd(7) and starLan(11) are supported for backwards compatability.
すべてのイーサネットのようなインターフェイスにかかわらずインターフェイスが実行されていること速度または使用中のリンク層カプセル化のethernetCsmacdのifTypeの（6）を使用することをお勧めします。 iso88023Csmacd（7）とSTARLAN（11）は、後方互換性のためにサポートされています。
There are three other interface types defined in the IANAifType-MIB for Ethernet. They are fastEther(62), fastEtherFX(69), and gigabitEthernet(117). This document takes the position that an Ethernet is an Ethernet, and Ethernet interfaces SHOULD always have the same value of ifType. Information on the particular flavor of Ethernet that an interface is running is available from ifSpeed in the Interfaces MIB, and ifMauType in the 802.3 MAU MIB. An Ethernet-like interface SHOULD NOT use the fastEther(62), fastEtherFX(69), or gigabitEthernet(117) ifTypes.
イーサネットのためにIANAifType-MIBで定義された3つの他のインターフェイスのタイプがあります。彼らはfastEther（62）、fastEtherFX（69）、およびギガビットイーサネット（117）です。この文書では、イーサネット、イーサネットであるという立場を取り、イーサネットインターフェイスは常にのifTypeの同じ値を有するべきです。インタフェースが実行されているイーサネットの特定の風味に関する情報は802.3 MAU MIBのインターフェイスMIBでのifSpeed、およびifMauTypeから入手可能です。イーサネットのようなインターフェイスは、fastEther（62）、fastEtherFX（69）、またはギガビットイーサネット（117）ifTypesを使用しないでください。
Interfaces with any of the supported ifType values map to the EtherLike-MIB in the same manner. There are no implementation differences.
サポートのifType値のいずれかとインターフェースを同様にETHERLIKE-MIBにマッピングします。何の実装の違いはありません。
The following table provides specific implementation guidelines for applying the interface group objects to ethernet-like media.
次の表は、インターフェースグループはイーサネットのようなメディアにオブジェクトを加えるための特定の実装ガイドラインを提供します。
Object Guidelines
オブジェクトのガイドライン
ifIndex Each ethernet-like interface is represented by an ifEntry. The dot3StatsTable in this MIB module is indexed by dot3StatsIndex. The interface identified by a particular value of dot3StatsIndex is the same interface as identified by the same value of ifIndex.
ifIndexの各イーサネットのようなインターフェイスはますifEntryによって表されます。このMIBモジュールでdot3StatsTableはdot3StatsIndexによってインデックスされます。 dot3StatsIndexの特定の値によって特定されたインタフェースはifIndexの同じ値によって特定されるように同じインタフェースです。
ifDescr Refer to [25].
ifDescrは[25]を参照のこと。
ifType Refer to section 3.2.6.
ifTypeのは、セクション3.2.6を参照してください。
ifMtu 1500 octets. NOTE: This is the MTU as seen by the MAC client. When a higher layer protocol, like IP, is running over Ethernet, this is the MTU that will be seen by that higher layer protocol. However, when using the IEEE 802.2 LLC protocol, higher layer protocols will see a different MTU. In particular, an LLC type 1 client protocol will see an MTU of 1497 octets, and a protocol running over SNAP will see an MTU of 1492 octets.
ifMtu 1500オクテット。注：これはMACクライアントによって見られるようにMTUです。 IPのような上位層プロトコルは、イーサネット上で実行されている場合、これはその上位層プロトコルによって見られるMTUです。 IEEE 802.2 LLCプロトコルを使用している場合しかし、上位層プロトコルが異なるMTUが表示されます。特に、LLCタイプ1クライアントプロトコルは、1497オクテットのMTUが表示され、SNAP上で実行されているプロトコルは、1492オクテットのMTUが表示されます。
ifSpeed The current operational speed of the interface in bits per second. For current ethernet-like interfaces, this will be equal to 1,000,000 (1 million), 10,000,000 (10 million), 100,000,000 (100 million), or 1,000,000,000 (1 billion). If the interface implements auto-negotiation, auto-negotiation is enabled for this interface, and the interface has not yet negotiated to an operational speed, this object SHOULD reflect the maximum speed supported by the interface. Note that this object MUST NOT indicate a doubled value when operating in full-duplex mode. It MUST indicate the correct line speed regardless of the current duplex mode. The duplex mode of the interface may be determined by examining either the dot3StatsDuplexStatus object in this MIBmodule, or the ifMauType object in the 802.3 MAU MIB.
秒当たりのビットのインターフェイスの現在の動作速度のifSpeed。現在のイーサネットのようなインターフェイスのために、これは1,000,000（100万）、10,000,000（千万）、100,000,000（億）、又は10億（10億）に等しくなります。インターフェイスが自動ネゴシエーションを実装している場合、オートネゴシエーションは、このインターフェイスのために有効にされ、インターフェイスがまだ動作速度に交渉されていない、このオブジェクトはインターフェイスがサポートする最大速度を反映すべきです。全二重モードで動作している場合、このオブジェクトが倍増した値を示してはいけないことに注意してください。それは関係なく、現在の二重モードの正しい回線速度を指定する必要があります。インターフェイスのデュプレックスモードは802.3 MAU MIBこのMIBmoduleでdot3StatsDuplexStatusオブジェクト、またはifMauTypeオブジェクトのいずれかを調べることによって決定することができます。
ifPhysAddress Refer to section 3.2.5.
セクション3.2.5を参照してくださいますifPhysAddress。
ifAdminStatus Write access is not required. Support for 'testing' is not required.
ifAdminStatus書き込みアクセスが必要とされていません。 「テスト」のサポートが必要とされていません。
ifOperStatus The operational state of the interface. Support for 'testing' is not required. The value 'dormant' has no meaning for an ethernet-like interface.
インターフェイスの動作状態のifOperStatus。 「テスト」のサポートが必要とされていません。 「休止状態」の値は、イーサネットのようなインターフェースのための意味がありません。
ifLastChange Refer to [25].
[25]を参照してくださいifLastChange。
ifInOctets The number of octets in valid MAC frames received on this interface, including the MAC header and FCS. This does include the number of octets in valid MAC Control frames received on this interface.
有効なMACフレームのオクテット数はMACヘッダーとFCSを含む、このインターフェイス上で受信のifInOctets。これは、このインターフェイス上で受信有効なMAC制御フレームのオクテットの数を含んでいます。
ifInUcastPkts Refer to [25]. Note that this does not include MAC Control frames, since MAC Control frames are consumed by the interface layer and are not passed to any higher layer protocol.
ifInUcastPktsは[25]を参照のこと。 MAC制御フレームは界面層により消費され、任意の上位層プロトコルに渡されないので、これは、MACコントロールフレームを含んでいないことに留意されたいです。
ifInDiscards Refer to [25].
ifInDiscardsは[25]を参照のこと。
ifInErrors The sum for this interface of dot3StatsAlignmentErrors, dot3StatsFCSErrors, dot3StatsFrameTooLongs, dot3StatsInternalMacReceiveErrors and dot3StatsSymbolErrors.
dot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsFrameTooLongs、dot3StatsInternalMacReceiveErrorsとdot3StatsSymbolErrorsのこのインターフェイスのためのifInErrors合計。
ifInUnknownProtos Refer to [25].
ifInUnknownProtosは[25]を参照のこと。
ifOutOctets The number of octets transmitted in valid MAC frames on this interface, including the MAC header and FCS. This does include the number of octets in valid MAC Control frames transmitted on this interface.
MACヘッダーとFCSを含む、このインターフェイス上で有効なMACフレームで送信されたオクテットの数をifOutOctets。これは、このインターフェイス上で送信された有効なMAC制御フレームのオクテットの数を含んでいます。
ifOutUcastPkts Refer to [25]. Note that this does not include MAC Control frames, since MAC Control frames are generated by the interface layer, and are not passed from any higher layer protocol.
ifOutUcastPktsは[25]を参照のこと。 MAC制御フレームは界面層により生成され、そして任意の上位層プロトコルから渡されないので、これは、MACコントロールフレームを含んでいないことに留意されたいです。
ifOutDiscards Refer to [25].
ifOutDiscardsは[25]を参照のこと。
ifOutErrors The sum for this interface of: dot3StatsSQETestErrors, dot3StatsLateCollisions, dot3StatsExcessiveCollisions, dot3StatsInternalMacTransmitErrors and dot3StatsCarrierSenseErrors.
dot3StatsSQETestErrors、dot3StatsLateCollisions、dot3StatsExcessiveCollisions、dot3StatsInternalMacTransmitErrorsとdot3StatsCarrierSenseErrors：このインターフェイスのためのifOutErrors合計。
ifName Locally-significant textual name for the interface (e.g. lan0).
インターフェイスのためのifNameローカル有意テキスト名（例えばLAN0）。
ifInMulticastPkts Refer to [25]. Note that this does not include MAC Control frames, since MAC Control frames are consumed by the interface layer and are not passed to any higher layer protocol.
ますifInMulticastPktsは[25]を参照のこと。 MAC制御フレームは界面層により消費され、任意の上位層プロトコルに渡されないので、これは、MACコントロールフレームを含んでいないことに留意されたいです。
ifInBroadcastPkts Refer to [25]. Note that this does not include MAC Control frames, since MAC Control frames are generated by the interface layer, and are not passed from any higher layer protocol.
ifInBroadcastPktsは[25]を参照のこと。 MAC制御フレームは界面層により生成され、そして任意の上位層プロトコルから渡されないので、これは、MACコントロールフレームを含んでいないことに留意されたいです。
ifOutMulticastPkts Refer to [25]. Note that this does not include MAC Control frames, since MAC Control frames are consumed by the interface layer and are not passed to any higher layer protocol.
ますifOutMulticastPktsは[25]を参照のこと。 MAC制御フレームは界面層により消費され、任意の上位層プロトコルに渡されないので、これは、MACコントロールフレームを含んでいないことに留意されたいです。
ifOutBroadcastPkts Refer to [25]. Note that this does not include MAC Control frames, since MAC Control frames are generated by the interface layer, and are not passed from any higher layer protocol.
ifOutBroadcastPktsは[25]を参照のこと。 MAC制御フレームは界面層により生成され、そして任意の上位層プロトコルから渡されないので、これは、MACコントロールフレームを含んでいないことに留意されたいです。
ifHCInOctets 64-bit versions of counters. Required ifHCOutOctets for ethernet-like interfaces that are capable of operating at 20Mbit/sec or faster, even if the interface is currently operating at less than 20Mbit/sec.
カウンターの64ビット版をifHCInOctets。インターフェースは、現在20Mbit /秒未満で動作している場合でも、20Mbit /秒以上の速度で動作することが可能なイーサネットのようなインターフェイスのための必要ifHCOutOctets。
ifHCInUcastPkts 64-bit versions of packet counters. ifHCInMulticastPkts Required for ethernet-like interfaces ifHCInBroadcastPkts that are capable of operating at ifHCOutUcastPkts 640Mbit/sec or faster, even if the ifHCOutMulticastPkts interface is currently operating at ifHCOutBroadcastPkts less than 640Mbit/sec.
パケットカウンタの64ビット版をifHCInUcastPkts。 ifHCOutMulticastPktsインタフェースは現在640Mbit /秒未満ifHCOutBroadcastPktsで動作している場合でも、ifHCOutUcastPkts 640Mbit /秒以上の速度で動作することが可能なイーサネットのようなインタフェースifHCInBroadcastPktsに必要なifHCInMulticastPkts。
ifLinkUpDownTrapEnable Refer to [25]. Default is 'enabled'
[25]を参照してくださいは、ifLinkUpDownTrapEnable。デフォルトは「有効」されます
ifHighSpeed The current operational speed of the interface in millions of bits per second. For current ethernet-like interfaces, this will be equal to 1, 10, 100, or 1,000. If the interface implements auto-negotiation, auto-negotiation is enabled for this interface, and the interface has not yet negotiated to an operational speed, this object SHOULD reflect the maximum speed supported by the interface. Note that this object MUST NOT indicate a doubled value when operating in full-duplex mode. It MUST indicate the correct line speed regardless of the current duplex mode. The duplex mode of the interface may be determined by examining either the dot3StatsDuplexStatus object in this MIB module, or the ifMauType object in the 802.3 MAU MIB.
秒当たりのビット数百万のインターフェイスの現在の動作速度をifHighSpeed。現在のイーサネットのようなインターフェイスのために、これは1、10、100、または1000に等しいであろう。インターフェイスが自動ネゴシエーションを実装している場合、オートネゴシエーションは、このインターフェイスのために有効にされ、インターフェイスがまだ動作速度に交渉されていない、このオブジェクトはインターフェイスがサポートする最大速度を反映すべきです。全二重モードで動作している場合、このオブジェクトが倍増した値を示してはいけないことに注意してください。それは関係なく、現在の二重モードの正しい回線速度を指定する必要があります。インターフェイスのデュプレックスモードは802.3 MAU MIBこのMIBモジュール内dot3StatsDuplexStatusオブジェクト、またはifMauTypeオブジェクトのいずれかを調べることによって決定することができます。
ifPromiscuousMode Refer to [25].
ifPromiscuousModeは[25]を参照のこと。
ifConnectorPresent This will normally be 'true'.
ifConnectorPresentこれは通常、「真」になります。
ifAlias Refer to [25].
ifAliasは[25]を参照のこと。
ifCounterDiscontinuityTime Refer to [25]. Note that a discontinuity in the Interface MIB counters may also indicate a discontinuity in some or all of the counters in this MIB that are associated with that interface.
ifCounterDiscontinuityTimeは[25]を参照のこと。インターフェイスMIBカウンタの不連続性はまた、そのインターフェイスに関連付けられている、このMIBのカウンタのいくつかまたは全ての不連続を示すことができることに留意されたいです。
ifStackHigherLayer Refer to section 3.2.1. ifStackLowerLayer ifStackStatus
ifStackHigherLayerは、セクション3.2.1を参照してください。 ifStackLowerLayer ifStackStatus
ifRcvAddressAddress Refer to section 3.2.4. ifRcvAddressStatus ifRcvAddressType
セクション3.2.4を参照してくださいのifRcvAddressAddress。 ifRcvAddressStatus ifRcvAddressType
Support for the mauModIfCompl2 compliance statement of the MAU-MIB [27] is REQUIRED for Ethernet-like interfaces. This MIB is needed in order to allow applications to determine the current MAU type in use by the interface, and to control autonegotiation and duplex mode for the interface. Implementing this MIB module without implementing the MAU-MIB would leave applications with no standard way to determine the media type in use, and no standard way to control the duplex mode of the interface.
MAU-MIB [27]のmauModIfCompl2準拠声明のサポートは、イーサネットのようなインターフェースのために必要です。このMIBは、アプリケーションは、インターフェイスで使用され、現在のMAUのタイプを決定するために、インターフェイスのための自動ネゴシエーションと二重モードを制御することを可能にするために必要とされます。使用中のメディアタイプを決定するための標準的な方法でアプリケーションを残すであろうMAU-MIBを実装せずに、このMIBモジュール、およびインターフェイスのデュプレックスモードを制御するための標準的な方法を実現します。
This document defines an object called dot3StatsEtherChipSet, which is used to identify the MAC hardware used to communicate on an interface. Previous versions of this document contained a number of OID assignments for some existing Ethernet chipsets. Maintaining that list as part of this document has proven to be problematic, so the OID assignments contained in prevous versions of this document have now been moved to a separate document [28].
この文書では、インターフェイス上で通信するために使用されるMACハードウェアを識別するために使用さdot3StatsEtherChipSetと呼ばれるオブジェクトを定義します。このドキュメントの以前のバージョンでは、いくつかの既存のイーサネットチップセットのためのOID割り当て数を含んでいました。本文書の一部が問題であることが証明されているので、この文書のprevousバージョンに含まれるOID割り当てが今別の文書[28]に移動されているように、そのリストを維持します。
The dot3StatsEtherChipSet object has now been deprecated. Implementation feedback indicates that this object is much more useful in theory than in practice. The object's utility in debugging network problems in the field appears to be limited. In those cases where it may be useful, it is not sufficient, since it identifies only the MAC chip, and not the PHY, PMD, or driver. The administrative overhead involved in maintaining a central registry of chipset OIDs cannot be justified for an object whose usefulness is questionable at best.
dot3StatsEtherChipSetオブジェクトは現在廃止されました。実装のフィードバックは、このオブジェクトが実際にはよりもはるかに便利な理論であることを示しています。フィールドにネットワークの問題をデバッグする際に、オブジェクトの有用性は限定されるように表示されます。それが唯一のMACチップではなく、PHY、PMD、またはドライバを識別するので、それは有用であるかもしれないような場合では、それは、十分ではありません。チップセットのOIDの中央レジストリの維持に関与管理オーバーヘッドは、その有用性せいぜい疑問であるオブジェクトのために正当化することはできません。
Implementations which continue to support this object for the purpose of backwards compatability may continue to use the values defined in [28]. For chipsets not listed in [28], implementors should assign OBJECT IDENTIFIERS within that part of the registration tree delegated to individual enterprises.
後方互換性の目的のためにこのオブジェクトをサポートし続ける実装は[28]で定義された値を使用し続けることができます。 [28]に記載されていないチップセットのために、実装は、個々の企業に委任登録木のその部分内のオブジェクト識別子を割り当てるべきです。
IEEE 802.3 Managed Object Corresponding SNMP Object
SNMPオブジェクトを対応するIEEE 802.3管理オブジェクト
oMacEntity .aMACID dot3StatsIndex or IF-MIB - ifIndex .aFramesTransmittedOK IF-MIB - ifOutUCastPkts + ifOutMulticastPkts + ifOutBroadcastPkts* .aSingleCollisionFrames dot3StatsSingleCollisionFrames .aMultipleCollisionFrames dot3StatsMultipleCollisionFrames .aFramesReceivedOK IF-MIB - ifInUcastPkts + ifInMulticastPkts + ifInBroadcastPkts* .aFrameCheckSequenceErrors dot3StatsFCSErrors .aAlignmentErrors dot3StatsAlignmentErrors .aOctetsTransmittedOK IF-MIB - ifOutOctets* .aFramesWithDeferredXmissions dot3StatsDeferredTransmissions .aLateCollisions dot3StatsLateCollisions .aFramesAbortedDueToXSColls dot3StatsExcessiveCollisions .aFramesLostDueToIntMACXmitError dot3StatsInternalMacTransmitErrors .aCarrierSenseErrors dot3StatsCarrierSenseErrors .aOctetsReceivedOK IF-MIB - ifInOctets* .aFramesLostDueToIntMACRcvError dot3StatsInternalMacReceiveErrors .aPromiscuousStatus IF-MIB - ifPromiscuousMode .aReadMulticastAddressList IF-MIB - ifRcvAddressTable .aMulticastFramesXmittedOK IF-MIB - ifOutMulticastPkts*
oMacEntity .aMACID dot3StatsIndexまたはIF-MIB - ifIndexの.aFramesTransmittedOK IF-MIB - ifOutUCastPkts +ますifOutMulticastPkts + ifOutBroadcastPkts * .aSingleCollisionFrames dot3StatsSingleCollisionFrames .aMultipleCollisionFrames dot3StatsMultipleCollisionFrames .aFramesReceivedOK IF-MIB - ifInUcastPkts +ますifInMulticastPkts + ifInBroadcastPkts * .aFrameCheckSequenceErrors dot3StatsFCSErrors .aAlignmentErrors dot3StatsAlignmentErrors .aOctetsTransmittedOK IF- MIB - ifOutOctets * .aFramesWithDeferredXmissions dot3StatsDeferredTransmissions .aLateCollisions dot3StatsLateCollisions .aFramesAbortedDueToXSColls dot3StatsExcessiveCollisions .aFramesLostDueToIntMACXmitError dot3StatsInternalMacTransmitErrors .aCarrierSenseErrors dot3StatsCarrierSenseErrors .aOctetsReceivedOK IF-MIB - のifInOctets * .aFramesLostDueToIntMACRcvError dot3StatsInternalMacReceiveErrors .aPromiscuousStatus IF-MIB - ifPromiscuousMode .aReadMulticastAddressList IF-MIB - ifRcvAddressTable .aMulticastFramesXmittedOK IF-MIB - ifOutMul ticastPkts *
.aBroadcastFramesXmittedOK IF-MIB - ifOutBroadcastPkts* .aMulticastFramesReceivedOK IF-MIB - ifInMulticastPkts* .aBroadcastFramesReceivedOK IF-MIB - ifInBroadcastPkts* .aFrameTooLongErrors dot3StatsFrameTooLongs .aReadWriteMACAddress IF-MIB - ifPhysAddress .aCollisionFrames dot3CollFrequencies .aDuplexStatus dot3StatsDuplexStatus .acAddGroupAddress IF-MIB - ifRcvAddressTable .acDeleteGroupAddress IF-MIB - ifRcvAddressTable .acExecuteSelfTest dot3TestLoopBack
.aBroadcastFramesXmittedOK IF-MIB - ifOutBroadcastPkts * .aMulticastFramesReceivedOK IF-MIB - ますifInMulticastPkts * .aBroadcastFramesReceivedOK IF-MIB - ifInBroadcastPkts * .aFrameTooLongErrors dot3StatsFrameTooLongs .aReadWriteMACAddress IF-MIB - ますifPhysAddress .aCollisionFrames dot3CollFrequencies .aDuplexStatus dot3StatsDuplexStatus .acAddGroupAddress IF-MIB - ifRcvAddressTable .acDeleteGroupAddress IF -MIB - ifRcvAddressTable .acExecuteSelfTest dot3TestLoopBack
oPHYEntity .aPHYID dot3StatsIndex or IF-MIB - ifIndex .aSQETestErrors dot3StatsSQETestErrors .aSymbolErrorDuringCarrier dot3StatsSymbolErrors
oPHYEntity .aPHYID dot3StatsIndexまたはIF-MIB - ifIndexの.aSQETestErrors dot3StatsSQETestErrors .aSymbolErrorDuringCarrier dot3StatsSymbolErrors
oMACControlEntity .aMACControlID dot3StatsIndex or IF-MIB - ifIndex .aMACControlFunctionsSupported dot3ControlFunctionsSupported and dot3ControlFunctionsEnabled .aUnsupportedOpcodesReceived dot3ControlInUnknownOpcodes
oMACControlEntity .aMACControlID dot3StatsIndexまたはIF-MIB - ifIndexの.aMACControlFunctionsSupported dot3ControlFunctionsSupportedとdot3ControlFunctionsEnabled .aUnsupportedOpcodesReceived dot3ControlInUnknownOpcodes
oPAUSEEntity .aPAUSEMACCtrlFramesTransmitted dot3OutPauseFrames .aPAUSEMACCtrlFramesReceived dot3InPauseFrames
oPAUSEEntity .aPAUSEMACCtrlFramesTransmitted dot3OutPauseFrames .aPAUSEMACCtrlFramesReceived dot3InPauseFrames
* Note that the octet counters in IF-MIB do not exactly match the definition of the octet counters in IEEE 802.3. aOctetsTransmittedOK and aOctetsReceivedOK count only the octets in the clientData and Pad fields, whereas ifInOctets and ifOutOctets include the entire MAC frame, including MAC header and FCS. However, the IF-MIB counters can be derived from the IEEE 802.3 counters as follows:
* IF-MIBでオクテットカウンタが正確にIEEE 802.3でオクテットカウンタの定義と一致しないことに注意してください。 ifInOctetsとifOutOctetsはMACヘッダーとFCSを含む全体のMACフレームを含み、一方aOctetsTransmittedOKとaOctetsReceivedOKは、clientDataパッド分野における唯一のオクテットを数えます。ただし、次のようにIF-MIBカウンタは、IEEE 802.3カウンターから派生することができます。
ifInOctets = aOctetsReceivedOK + (18 * aFramesReceivedOK)
ifInOctets = aOctetsReceivedOK +（18 * aFramesReceivedOK）
ifOutOctets = aOctetsTransmittedOK + (18 * aFramesTransmittedOK)
ifOutOctets = aOctetsTransmittedOK +（18 * aFramesTransmittedOK）
Also note that the packet counters in the IF-MIB do not exactly match the definition of the frame counters in IEEE 802.3. aFramesTransmittedOK counts the number of frames successfully transmitted on the interface, whereas ifOutUcastPkts, ifOutMulticastPkts and ifOutBroadcastPkts count the number of transmit requests made from a higher layer, whether or not the transmit attempt was successful. This means that packets counted by ifOutErrors or ifOutDiscards are also be counted by ifOut*castPkts, but are not be counted by aFramesTransmittedOK. This also means that, since MAC Control frames are generated by a sublayer internal to the interface layer rather than by a higher layer, they are not counted by ifOut*castPkts, but are counted by aFramesTransmittedOK.
また、IF-MIBのパケットカウンタが正確にIEEE 802.3のフレームカウンタの定義と一致しないことに注意してください。 ifOutUcastPkts、ますifOutMulticastPktsおよびifOutBroadcastPktsは、送信が成功したかどうかを上位層から作られた送信要求の数を数えるのに対しaFramesTransmittedOKは、インタフェース上で正常に送信されたフレームの数をカウントします。これは、ifOutErrorsかifOutDiscardsによって数えパケットはまたIFOUT * castPktsによってカウントされているが、aFramesTransmittedOKによってカウントされていないことを意味します。これはまた、MAC制御フレームは界面層の内部サブレイヤではなく、上位レイヤによって生成されるので、それらはIFOUT * castPktsによってカウントされず、aFramesTransmittedOKによってカウントされる、ことを意味します。
Similarly, aFramesReceivedOK counts the number of frames received successfully by the interface, whether or not they are passed to a higher layer, whereas ifInUcastPkts, ifInMulticastPkts and ifInBroadcastPkts count only the number of packets passed to a higher layer. This means that packets counted by ifInDiscards or ifInUnknownProtos are also counted by aFramesReceivedOK, but are not counted by ifIn*castPkts. This also menas that, since MAC Control frames are consumed by a sublayer internal to the interface layer and not passed to a higher layer, they are not counted by ifIn*castPkts, but are counted by aFramesReceivedOK.
同様に、aFramesReceivedOKはifInUcastPkts、ますifInMulticastPktsおよびifInBroadcastPktsは上位層に渡されたパケットの数のみをカウントする一方、フレームの数は、それらがより高いレイヤに渡されるかどうかにかかわらず、インターフェイスによって正常に受信カウントします。これは、ifInDiscardsかifInUnknownProtosによって数えパケットはまたaFramesReceivedOKによってカウントされますが、castPkts * IFINによってカウントされないことを意味します。これはまた、MAC制御フレームが界面層に内部サブレイヤによって消費されると、上位層に渡されないので、それらはIFIN * castPktsによってカウントされず、aFramesReceivedOKによってカウントされる、ことをメナス。
Another difference to keep in mind between the IF-MIB counters and IEEE 802.3 counters is that in the IEEE 802.3 document, the frame counters and octet counters are always incremented together. aOctetsTransmittedOK counts the number of octets in frames that were counted by aFramesTransmittedOK. aOctetsReceivedOK counts the number of octets in frames that were counted by aFramesReceivedOK. This is not the case with the IF-MIB counters. The IF-MIB octet counters count the number of octets sent to or received from the layer below this interface, whereas the packet counters count the number of packets sent to or received from the layer above. Therefore, received MAC Control frames, ifInDiscards, and ifInUnknownProtos are counted by ifInOctets, but not ifIn*castPkts. Transmitted MAC Control frames are counted by ifOutOctets, but not ifOut*castPkts. ifOutDiscards and ifOutErrors are counted by ifOut*castPkts, but not ifOutOctets.
IF-MIBカウンタおよびIEEE 802.3カウンターの間心に留めておくべきもう一つの違いは、IEEE 802.3文書で、フレームカウンタとオクテットカウンタが常に一緒にインクリメントされていることです。 aOctetsTransmittedOKはaFramesTransmittedOKでカウントしたフレームのオクテットの数をカウントします。 aOctetsReceivedOKはaFramesReceivedOKでカウントしたフレームのオクテットの数をカウントします。これは、IF-MIBカウンタの場合ではありません。パケットカウンタは、送信または上記層から受信したパケットの数をカウントするのに対し、IF-MIBのオクテットカウンタは、送信またはこのインターフェイスの下の層から受信したオクテットの数を数えます。したがって、* castPktsを、MAC制御はフレームifInDiscardsを受け、ifInUnknownProtosはのifInOctetsによってカウントされ、なくIFIN。送信されたMAC制御フレームはifOutOctetsによってカウントが、* castPktsをIFOUTされていません。 ifOutDiscardsとifOutErrorsはIFOUT * castPktsはなく、ifOutOctetsによってカウントされています。
The following IEEE 802.3 managed objects have been removed from this MIB module as a result of implementation feedback:
以下IEEE 802.3管理対象オブジェクトは、実装のフィードバックの結果として、このMIBモジュールから削除されています。
oMacEntity .aFramesWithExcessiveDeferral .aInRangeLengthErrors .aOutOfRangeLengthField .aMACEnableStatus .aTransmitEnableStatus .aMulticastReceiveStatus .acInitializeMAC
oMacEntity .aFramesWithExcessiveDeferral .aInRangeLengthErrors .aOutOfRangeLengthField .aMACEnableStatus .aTransmitEnableStatus .aMulticastReceiveStatus .acInitializeMAC
Please see [19] for the detailed reasoning on why these objects were removed.
これらのオブジェクトが削除された理由について詳細な推論のための[19]を参照してください。
In addition, the following IEEE 802.3 managed objects have not been included in this MIB for the following reasons.
また、以下のIEEE 802.3の管理対象オブジェクトには、次のような理由から、このMIBに含まれていません。
IEEE 802.3 Managed Object Disposition
IEEE 802.3管理オブジェクト処分
oMACEntity .aMACCapabilities Can be derived from MAU-MIB - ifMauTypeListBits
oMACEntityの.aMACCapabilitiesはMAU-MIBから派生することができます - ifMauTypeListBits
oPHYEntity .aPhyType Can be derived from MAU-MIB - ifMauType
oPHYEntity .aPhyTypeはMAU-MIBから派生することができます - ifMauType
.aPhyTypeList Can be derived from MAU-MIB - ifMauTypeListBits
.aPhyTypeListはMAU-MIBから派生することができます - ifMauTypeListBits
.aMIIDetect Not considered useful.
.aMIIDetect有用であると考えていません。
.aPhyAdminState Can already obtain interface state from IF-MIB - ifOperStatus and MAU state from MAU-MIB - ifMauStatus. Providing an additional state for the PHY was not considered useful.
MAU-MIBからのifOperStatusとMAU状態 - - .aPhyAdminStateはすでにIF-MIBからのインターフェイスの状態を取得することができifMauStatusを。 PHYのための追加的な状態を提供することは有用であると考えていませんでした。
.acPhyAdminControl Can already control interface state from IF-MIB - ifAdminStatus and MAU state from MAU-MIB - ifMauStatus. Providing separate admin control of the PHY was not considered useful.
.acPhyAdminControlはすでにIF-MIBからのインターフェイスの状態を制御することができます - MAU-MIBからのifAdminStatusとMAU状態 - ifMauStatus。 PHYの別々の管理コントロールを提供することは有用であると考えていませんでした。
oMACControlEntity .aMACControlFramesTransmitted Can be determined by summing the OutFrames counters for the individual control functions
oMACControlEntity .aMACControlFramesTransmittedは、個々の制御機能にOutFramesカウンタを合計することによって決定することができます
.aMACControlFramesReceived Can be determined by summing the InFrames counters for the individual control functions
.aMACControlFramesReceivedは、個々の制御機能にInFramesカウンタを合計することによって決定することができます
oPAUSEEntity .aPAUSELinkDelayAllowance Not considered useful.
oPAUSEEntity .aPAUSELinkDelayAllowanceは有用であると考えていません。
EtherLike-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, OBJECT-IDENTITY,
Counter32, mib-2, transmission
FROM SNMPv2-SMI
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
ifIndex, InterfaceIndex
FROM IF-MIB;
etherMIB MODULE-IDENTITY LAST-UPDATED "9908240400Z" -- August 24, 1999 ORGANIZATION "IETF Ethernet Interfaces and Hub MIB Working Group" CONTACT-INFO "WG E-mail: hubmib@hprnd.rose.hp.com To subscribe: hubmib-request@hprnd.rose.hp.com
etherMIBのMODULE-IDENTITY LAST-UPDATED "9908240400Z" - 1999年8月24日ORGANIZATION "IETFイーサネットインタフェースとハブMIBワーキンググループ" CONTACT-INFO「WG Eメール：hubmib@hprnd.rose.hp.com登録：hubmib- request@hprnd.rose.hp.com
Chair: Dan Romascanu
Postal: Lucent Technologies
Atidum Technology Park, Bldg. 3
Tel Aviv 61131
Israel
Tel: +972 3 645 8414
E-mail: dromasca@lucent.com
Editor: John Flick Postal: Hewlett-Packard Company 8000 Foothills Blvd. M/S 5557 Roseville, CA 95747-5557 USA Tel: +1 916 785 4018 Fax: +1 916 785 1199 E-mail: johnf@rose.hp.com
編集者：ジョン・フリック郵便：ヒューレット・パッカード社8000フットヒルズブルバードM / S 5557ローズ、CA 95747から5557 USA電話：+1 916 785 4018ファックス：+1 916 785 1199 Eメール：johnf@rose.hp.com
Editor: Jeffrey Johnson Postal: RedBack Networks 2570 North First Street, Suite 410 San Jose, CA, 95131 USA Tel: +1 408 571 2699 Fax: +1 408 571 2698 E-Mail: jeff@redbacknetworks.com"
編集者：ジェフリー・ジョンソン郵便：レッドバックネットワークス2570北まずストリート、スイート410サンノゼ、CA、95131 USA電話：+1 408 571 2699ファックス：+1 408 571 2698 Eメール：jeff@redbacknetworks.com」
DESCRIPTION "The MIB module to describe generic objects for
以下のための一般的なオブジェクトを記述するためDESCRIPTION「MIBモジュール
Ethernet-like network interfaces.
イーサネットのようなネットワークインタフェース。
The following reference is used throughout this MIB module:
以下の参照は、このMIBモジュールの全体にわたって使用されます。
[IEEE 802.3 Std] refers to: IEEE Std 802.3, 1998 Edition: 'Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications', September 1998.
[IEEE 802.3 STD]を参照：IEEE 802.3、1998年版：「情報技術 - 電気通信及びシステム間の情報交換 - 地方とメトロポリタンエリアネットワーク - 特定の要件 - パート3：衝突検出（CSMA / CD）を持つキャリア検知多重アクセスアクセス方式および物理層仕様、1998年9月。
Of particular interest is Clause 30, '10Mb/s, 100Mb/s and 1000Mb/s Management'."
特に興味深いのは、箇条30 'の10Mb / sの、の100Mb / sおよび1000MB / sの管理' です。」
REVISION "9908240400Z" -- August 24, 1999 DESCRIPTION "Updated to include support for 1000 Mb/sec interfaces and full-duplex interfaces. This version published as RFC 2665."
REVISION「9908240400Z」 - 8月24日には、1999 DESCRIPTION「1000 MB /秒インターフェイスと全二重インタフェースのサポートを含むように更新このバージョンはRFC 2665として公開します」
REVISION "9806032150Z" DESCRIPTION "Updated to include support for 100 Mb/sec interfaces. This version published as RFC 2358."
REVISION「9806032150Z」DESCRIPTION「100 MB /秒のインターフェイスのためのサポートを含むように更新。RFC 2358.として公開このバージョン」
REVISION "9402030400Z" DESCRIPTION "Initial version, published as RFC 1650."
REVISION「9402030400Z」DESCRIPTION「RFC 1650として公開初期バージョン、」
::= { mib-2 35 }
etherMIBObjects OBJECT IDENTIFIER ::= { etherMIB 1 }
dot3 OBJECT IDENTIFIER ::= { transmission 7 }
-- the Ethernet-like Statistics group
- イーサネットのような統計グループ
dot3StatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3StatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Statistics for a collection of ethernet-like
interfaces attached to a particular system.
There will be one row in this table for each ethernet-like interface in the system."
::= { dot3 2 }
dot3StatsEntry OBJECT-TYPE
SYNTAX Dot3StatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Statistics for a particular interface to an
ethernet-like medium."
INDEX { dot3StatsIndex }
::= { dot3StatsTable 1 }
Dot3StatsEntry ::=
SEQUENCE {
dot3StatsIndex InterfaceIndex,
dot3StatsAlignmentErrors Counter32,
dot3StatsFCSErrors Counter32,
dot3StatsSingleCollisionFrames Counter32,
dot3StatsMultipleCollisionFrames Counter32,
dot3StatsSQETestErrors Counter32,
dot3StatsDeferredTransmissions Counter32,
dot3StatsLateCollisions Counter32,
dot3StatsExcessiveCollisions Counter32,
dot3StatsInternalMacTransmitErrors Counter32,
dot3StatsCarrierSenseErrors Counter32,
dot3StatsFrameTooLongs Counter32,
dot3StatsInternalMacReceiveErrors Counter32,
dot3StatsEtherChipSet OBJECT IDENTIFIER,
dot3StatsSymbolErrors Counter32,
dot3StatsDuplexStatus INTEGER
}
dot3StatsIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION "An index value that uniquely identifies an
interface to an ethernet-like medium. The
interface identified by a particular value of
this index is the same interface as identified
by the same value of ifIndex."
REFERENCE "RFC 2233, ifIndex"
::= { dot3StatsEntry 1 }
dot3StatsAlignmentErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current
dot3StatsAlignmentErrorsのOBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在
DESCRIPTION "A count of frames received on a particular
interface that are not an integral number of
octets in length and do not pass the FCS check.
The count represented by an instance of this
object is incremented when the alignmentError
status is returned by the MAC service to the
LLC (or other MAC user). Received frames for
which multiple error conditions obtain are,
according to the conventions of IEEE 802.3
Layer Management, counted exclusively according
to the error status presented to the LLC.
This counter does not increment for 8-bit wide group encoding schemes.
このカウンタは8ビット幅のグループエンコーディングスキームでは増加されません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.7,
aAlignmentErrors"
::= { dot3StatsEntry 2 }
dot3StatsFCSErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of frames received on a particular interface that are an integral number of octets in length but do not pass the FCS check. This count does not include frames received with frame-too-long or frame-too-short error.
dot3StatsFCSErrorsのOBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在の説明「フレームのカウントはこのカウントはして受信されたフレームが含まれていません。長さがオクテットの整数倍であるが、FCSチェック合格しない、特定のインターフェイスで受信しましたフレーム-too-longまたはframe-too-短いエラー。
The count represented by an instance of this
object is incremented when the frameCheckError
status is returned by the MAC service to the
LLC (or other MAC user). Received frames for
which multiple error conditions obtain are,
according to the conventions of IEEE 802.3
Layer Management, counted exclusively according
to the error status presented to the LLC.
Note: Coding errors detected by the physical
layer for speeds above 10 Mb/s will cause the
frame to fail the FCS check.
Discontinuities in the value of this counter can
occur at re-initialization of the management system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.6,
aFrameCheckSequenceErrors."
::= { dot3StatsEntry 3 }
dot3StatsSingleCollisionFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of successfully transmitted frames on a particular interface for which transmission is inhibited by exactly one collision.
dot3StatsSingleCollisionFramesオブジェクト-TYPE SYNTAXカウンタACCESS read-only説明「送信が正確に1つの衝突によって抑制されている特定のインターフェイス上で正常に送信されたフレームの数。
A frame that is counted by an instance of this
object is also counted by the corresponding
instance of either the ifOutUcastPkts,
ifOutMulticastPkts, or ifOutBroadcastPkts,
and is not counted by the corresponding
instance of the dot3StatsMultipleCollisionFrames
object.
This counter does not increment when the interface is operating in full-duplex mode.
インターフェイスは、全二重モードで動作している場合、このカウンタは増えません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.3,
aSingleCollisionFrames."
::= { dot3StatsEntry 4 }
dot3StatsMultipleCollisionFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of successfully transmitted frames on a particular interface for which transmission is inhibited by more than one collision.
dot3StatsMultipleCollisionFramesのOBJECT-TYPE SYNTAXカウンタACCESS read-only説明「送信が複数の衝突によって抑制されている特定のインターフェイス上で正常に送信されたフレームの数。
A frame that is counted by an instance of this
object is also counted by the corresponding
instance of either the ifOutUcastPkts,
ifOutMulticastPkts, or ifOutBroadcastPkts,
and is not counted by the corresponding
instance of the dot3StatsSingleCollisionFrames
object.
This counter does not increment when the interface is operating in full-duplex mode.
インターフェイスは、全二重モードで動作している場合、このカウンタは増えません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.4,
aMultipleCollisionFrames."
::= { dot3StatsEntry 5 }
dot3StatsSQETestErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of times that the SQE TEST ERROR message is generated by the PLS sublayer for a particular interface. The SQE TEST ERROR is set in accordance with the rules for verification of the SQE detection mechanism in the PLS Carrier Sense Function as described in IEEE Std. 802.3, 1998 Edition, section 7.2.4.6.
dot3StatsSQETestErrorsのOBJECT-TYPE SYNTAXカウンタACCESS read-only説明「SQE TESTエラーメッセージが特定のインターフェイスのためのPLSサブレイヤによって生成された回数。SQEテストエラーを検証するための規則に応じて設定されますPLSキャリアセンス機能でSQE検出メカニズムのIEEE規格。802.3、1998年版、セクション7.2.4.6で説明したように。
This counter does not increment on interfaces
operating at speeds greater than 10 Mb/s, or on
interfaces operating in full-duplex mode.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 7.2.4.6, also 30.3.2.1.4,
aSQETestErrors."
::= { dot3StatsEntry 6 }
dot3StatsDeferredTransmissions OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of frames for which the first transmission attempt on a particular interface is delayed because the medium is busy. The count represented by an instance of this object does not include frames involved in collisions.
dot3StatsDeferredTransmissions OBJECT-TYPE SYNTAXカウンタACCESS read-only説明「媒体がビジー状態であるため、特定のインターフェイス上で最初の送信試行が遅延されたフレームの数。このオブジェクトのインスタンスで表される数が含まれていません衝突に関与したフレーム。
This counter does not increment when the
interface is operating in full-duplex mode.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.9,
aFramesWithDeferredXmissions."
::= { dot3StatsEntry 7 }
dot3StatsLateCollisions OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of times that a collision is detected on a particular interface later than one slotTime into the transmission of a packet.
衝突は、パケットの送信に1 slotTime以上後、特定のインターフェイス上で検出されたことdot3StatsLateCollisions OBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在の説明「回数。
A (late) collision included in a count
represented by an instance of this object is
also considered as a (generic) collision for
purposes of other collision-related
statistics.
This counter does not increment when the interface is operating in full-duplex mode.
インターフェイスは、全二重モードで動作している場合、このカウンタは増えません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.10,
aLateCollisions."
::= { dot3StatsEntry 8 }
dot3StatsExcessiveCollisions OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of frames for which transmission on a particular interface fails due to excessive collisions. This counter does not increment when the interface is operating in full-duplex mode.
インターフェイスは全二重モードで動作しているときdot3StatsExcessiveCollisionsのOBJECT-TYPE SYNTAXカウンタACCESS read-only説明「過度の衝突に失敗した特定のインターフェイス上で送信するためのフレームの数は、このカウンタは増分しません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.11,
aFramesAbortedDueToXSColls."
::= { dot3StatsEntry 9 }
dot3StatsInternalMacTransmitErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of frames for which transmission on a particular interface fails due to an internal MAC sublayer transmit error. A frame is only counted by an instance of this object if it is not counted by the corresponding instance of either the dot3StatsLateCollisions object, the dot3StatsExcessiveCollisions object, or the dot3StatsCarrierSenseErrors object.
dot3StatsInternalMacTransmitErrorsのOBJECT-TYPE SYNTAXカウンタACCESS read-only説明「フレームのカウントは、特定のインターフェイス上で送信するために、内部MACサブレイヤ送信エラーのために失敗する。フレームは、それだけであれば、このオブジェクトのインスタンスによってカウントされdot3StatsLateCollisionsオブジェクトのいずれかの対応するインスタンスによってカウントされない、dot3StatsExcessiveCollisionsオブジェクト、または、オブジェクトdot3StatsCarrierSenseErrors。
The precise meaning of the count represented by
an instance of this object is implementation-
specific. In particular, an instance of this
object may represent a count of transmission
errors on a particular interface that are not
otherwise counted.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.12,
aFramesLostDueToIntMACXmitError."
::= { dot3StatsEntry 10 }
dot3StatsCarrierSenseErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of times that the carrier sense condition was lost or never asserted when attempting to transmit a frame on a particular interface.
特定のインターフェイス上でフレームを送信しようとしたときにdot3StatsCarrierSenseErrorsのOBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在の説明「キャリアセンス状態が決して失われないかた回数。
The count represented by an instance of this
object is incremented at most once per
transmission attempt, even if the carrier sense
condition fluctuates during a transmission
attempt.
This counter does not increment when the interface is operating in full-duplex mode.
インターフェイスは、全二重モードで動作している場合、このカウンタは増えません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.13,
aCarrierSenseErrors."
::= { dot3StatsEntry 11 }
-- { dot3StatsEntry 12 } is not assigned
- {dot3StatsEntry 12}が割り当てられていません
dot3StatsFrameTooLongs OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of frames received on a particular interface that exceed the maximum permitted frame size.
dot3StatsFrameTooLongsのOBJECT-TYPE SYNTAXカウンタACCESS read-only説明「フレームの数が最大許容フレームサイズを超える特定のインターフェイスで受信しました。
The count represented by an instance of this
object is incremented when the frameTooLong
status is returned by the MAC service to the
LLC (or other MAC user). Received frames for
which multiple error conditions obtain are,
according to the conventions of IEEE 802.3
Layer Management, counted exclusively according
to the error status presented to the LLC.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.25,
aFrameTooLongErrors."
::= { dot3StatsEntry 13 }
-- { dot3StatsEntry 14 } is not assigned
- {dot3StatsEntry 14}が割り当てられていません
-- { dot3StatsEntry 15 } is not assigned
- {dot3StatsEntry 15}が割り当てられていません
dot3StatsInternalMacReceiveErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of frames for which reception on a particular interface fails due to an internal MAC sublayer receive error. A frame is only counted by an instance of this object if it is not counted by the corresponding instance of either the dot3StatsFrameTooLongs object, the dot3StatsAlignmentErrors object, or the dot3StatsFCSErrors object.
dot3StatsInternalMacReceiveErrors OBJECT-TYPE SYNTAXカウンタACCESS read-only説明「特定のインターフェイスの受信が内部MACサブレイヤに失敗し、エラーを受信するためのフレームの数。この場合、フレームのみ、このオブジェクトのインスタンスによってカウントされdot3StatsFrameTooLongsオブジェクトのいずれかの対応するインスタンスによってカウントされていない、dot3StatsAlignmentErrors、オブジェクト、またはdot3StatsFCSErrorsオブジェクト。
The precise meaning of the count represented by
an instance of this object is implementation-
specific. In particular, an instance of this
object may represent a count of receive errors
on a particular interface that are not
otherwise counted.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.15,
aFramesLostDueToIntMACRcvError."
::= { dot3StatsEntry 16 }
dot3StatsEtherChipSet OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS deprecated DESCRIPTION "******** THIS OBJECT IS DEPRECATED ********
dot3StatsEtherChipSet OBJECT-TYPE構文オブジェクト識別子MAX-ACCESS read-onlyステータス非難された説明「********このオブジェクトは********を非難されました
This object contains an OBJECT IDENTIFIER
which identifies the chipset used to
realize the interface. Ethernet-like
interfaces are typically built out of
several different chips. The MIB implementor
is presented with a decision of which chip
to identify via this object. The implementor
should identify the chip which is usually
called the Medium Access Control chip.
If no such chip is easily identifiable,
the implementor should identify the chip
which actually gathers the transmit
and receive statistics and error
indications. This would allow a
manager station to correlate the
statistics and the chip generating
them, giving it the ability to take
into account any known anomalies
in the chip."
::= { dot3StatsEntry 17 }
dot3StatsSymbolErrors OBJECT-TYPE SYNTAX Counter32
dot3StatsSymbolErrorsのOBJECT-TYPE SYNTAXカウンタ
MAX-ACCESS read-only
STATUS current
DESCRIPTION "For an interface operating at 100 Mb/s, the
number of times there was an invalid data symbol
when a valid carrier was present.
For an interface operating in half-duplex mode
at 1000 Mb/s, the number of times the receiving
media is non-idle (a carrier event) for a period
of time equal to or greater than slotTime, and
during which there was at least one occurrence
of an event that causes the PHY to indicate
'Data reception error' or 'carrier extend error'
on the GMII.
For an interface operating in full-duplex mode at 1000 Mb/s, the number of times the receiving media is non-idle a carrier event) for a period of time equal to or greater than minFrameSize, and during which there was at least one occurrence of an event that causes the PHY to indicate 'Data reception error' on the GMII.
1000Mb /秒フルデュプレックスモードで動作するインターフェイスのため、回数が受信メディアは、キャリアイベント非アイドル状態）minFrameSize以上の時間の期間、およびその間に少なくとも一つがありましたGMII上の「データ受信エラー」を示すためにPHYの原因となるイベントが発生しました。
The count represented by an instance of this object is incremented at most once per carrier event, even if multiple symbol errors occur during the carrier event. This count does not increment if a collision is present.
このオブジェクトのインスタンスで表される数は、複数のシンボルエラーは、キャリアイベント中に発生した場合でも、最も一度キャリアイベントごとにインクリメントされます。衝突が存在する場合、このカウントは増加しません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.2.1.5,
aSymbolErrorDuringCarrier."
::= { dot3StatsEntry 18 }
dot3StatsDuplexStatus OBJECT-TYPE SYNTAX INTEGER { unknown(1), halfDuplex(2), fullDuplex(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "The current mode of operation of the MAC entity. 'unknown' indicates that the current duplex mode could not be determined.
dot3StatsDuplexStatusのOBJECT-TYPE SYNTAX INTEGER {未知の（1）、半二重（2）、全二重（3）} MAX-ACCESS read-only説明「MACエンティティの現在の動作モード。 '不明' 現在の二重ことを示していますモードを決定することができませんでした。
Management control of the duplex mode is
accomplished through the MAU MIB. When
an interface does not support autonegotiation,
or when autonegotiation is not enabled, the
duplex mode is controlled using
ifMauDefaultType. When autonegotiation is
supported and enabled, duplex mode is controlled
using ifMauAutoNegAdvertisedBits. In either
case, the currently operating duplex mode is
reflected both in this object and in ifMauType.
Note that this object provides redundant
information with ifMauType. Normally, redundant
objects are discouraged. However, in this
instance, it allows a management application to
determine the duplex status of an interface
without having to know every possible value of
ifMauType. This was felt to be sufficiently
valuable to justify the redundancy."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.32,
aDuplexStatus."
::= { dot3StatsEntry 19 }
-- the Ethernet-like Collision Statistics group
- イーサネットのような衝突の統計グループ
-- Implementation of this group is optional; it is appropriate -- for all systems which have the necessary metering
- このグループの実装はオプションです。それが適切である - 必要な計量を持っているすべてのシステムのために
dot3CollTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3CollEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A collection of collision histograms for a
particular set of interfaces."
REFERENCE "[IEEE 802.3 Std.], 30.3.1.1.30,
aCollisionFrames."
::= { dot3 5 }
dot3CollEntry OBJECT-TYPE
SYNTAX Dot3CollEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A cell in the histogram of per-frame
collisions for a particular interface. An
instance of this object represents the
frequency of individual MAC frames for which
the transmission (successful or otherwise) on a
particular interface is accompanied by a particular number of media collisions."
INDEX { ifIndex, dot3CollCount }
::= { dot3CollTable 1 }
Dot3CollEntry ::=
SEQUENCE {
dot3CollCount INTEGER,
dot3CollFrequencies Counter32
}
-- { dot3CollEntry 1 } is no longer in use
- {dot3CollEntry 1}が使用されなくなりました
dot3CollCount OBJECT-TYPE
SYNTAX INTEGER (1..16)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "The number of per-frame media collisions for
which a particular collision histogram cell
represents the frequency on a particular
interface."
::= { dot3CollEntry 2 }
dot3CollFrequencies OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of individual MAC frames for which the transmission (successful or otherwise) on a particular interface occurs after the frame has experienced exactly the number of collisions in the associated dot3CollCount object.
dot3CollFrequenciesのOBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在の説明「フレームは、関連dot3CollCountに衝突の正確数を経験した後に特定のインターフェイス上で（成功または他の）送信が発生するため、個々のMACフレームの数オブジェクト。
For example, a frame which is transmitted
on interface 77 after experiencing
exactly 4 collisions would be indicated
by incrementing only dot3CollFrequencies.77.4.
No other instance of dot3CollFrequencies would
be incremented in this example.
This counter does not increment when the interface is operating in full-duplex mode.
インターフェイスは、全二重モードで動作している場合、このカウンタは増えません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
::= { dot3CollEntry 3 }
dot3ControlTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3ControlEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A table of descriptive and status information
about the MAC Control sublayer on the
ethernet-like interfaces attached to a
particular system. There will be one row in
this table for each ethernet-like interface in
the system which implements the MAC Control
sublayer. If some, but not all, of the
ethernet-like interfaces in the system implement
the MAC Control sublayer, there will be fewer
rows in this table than in the dot3StatsTable."
::= { dot3 9 }
dot3ControlEntry OBJECT-TYPE
SYNTAX Dot3ControlEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry in the table, containing information
about the MAC Control sublayer on a single
ethernet-like interface."
INDEX { dot3StatsIndex }
::= { dot3ControlTable 1 }
Dot3ControlEntry ::=
SEQUENCE {
dot3ControlFunctionsSupported BITS,
dot3ControlInUnknownOpcodes Counter32
}
dot3ControlFunctionsSupported OBJECT-TYPE
SYNTAX BITS {
pause(0) -- 802.3x flow control
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A list of the possible MAC Control functions
implemented for this interface."
REFERENCE "[IEEE 802.3 Std.], 30.3.3.2,
aMACControlFunctionsSupported."
::= { dot3ControlEntry 1 }
dot3ControlInUnknownOpcodes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current
dot3ControlInUnknownOpcodesのOBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在
DESCRIPTION "A count of MAC Control frames received on this
interface that contain an opcode that is not
supported by this device.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.3.5,
aUnsupportedOpcodesReceived"
::= { dot3ControlEntry 2 }
dot3PauseTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3PauseEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "A table of descriptive and status information
about the MAC Control PAUSE function on the
ethernet-like interfaces attached to a
particular system. There will be one row in
this table for each ethernet-like interface in
the system which supports the MAC Control PAUSE
function (i.e., the 'pause' bit in the
corresponding instance of
dot3ControlFunctionsSupported is set). If some,
but not all, of the ethernet-like interfaces in
the system implement the MAC Control PAUSE
function (for example, if some interfaces only
support half-duplex), there will be fewer rows
in this table than in the dot3StatsTable."
::= { dot3 10 }
dot3PauseEntry OBJECT-TYPE
SYNTAX Dot3PauseEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry in the table, containing information
about the MAC Control PAUSE function on a single
ethernet-like interface."
INDEX { dot3StatsIndex }
::= { dot3PauseTable 1 }
Dot3PauseEntry ::=
SEQUENCE {
dot3PauseAdminMode INTEGER,
dot3PauseOperMode INTEGER,
dot3InPauseFrames Counter32,
dot3OutPauseFrames Counter32
}
｝
dot3PauseAdminMode OBJECT-TYPE SYNTAX INTEGER { disabled(1), enabledXmit(2), enabledRcv(3), enabledXmitAndRcv(4) } MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to configure the default administrative PAUSE mode for this interface.
dot3PauseAdminModeのOBJECT-TYPE SYNTAX INTEGERは{無効（1）、enabledXmit（2）、enabledRcv（3）、enabledXmitAndRcv（4）} MAX-ACCESS読み取りと書き込みステータス現在の説明は「このオブジェクトは、このデフォルトの管理一時停止モードを設定するために使用されインタフェース。
This object represents the
administratively-configured PAUSE mode for this
interface. If auto-negotiation is not enabled
or is not implemented for the active MAU
attached to this interface, the value of this
object determines the operational PAUSE mode
of the interface whenever it is operating in
full-duplex mode. In this case, a set to this
object will force the interface into the
specified mode.
If auto-negotiation is implemented and enabled for the MAU attached to this interface, the PAUSE mode for this interface is determined by auto-negotiation, and the value of this object denotes the mode to which the interface will automatically revert if/when auto-negotiation is later disabled. Note that when auto-negotiation is running, administrative control of the PAUSE mode may be accomplished using the ifMauAutoNegCapAdvertisedBits object in the MAU-MIB.
オートネゴシエーションを実施し、MAUは、このインターフェイスに接続するために使用可能になっている場合、このインターフェイスの休止モードは、オートネゴシエーションにより決定され、このオブジェクトの値はインタフェースが自動的に復帰先のモードを表すオート/場合なら交渉が後で無効になっています。自動ネゴシエーションが実行されている場合、一時停止モードの管理制御はMAU-MIBにifMauAutoNegCapAdvertisedBitsオブジェクトを使用して達成することができることに留意されたいです。
Note that the value of this object is ignored when the interface is not operating in full-duplex mode.
インターフェイスは全二重モードで動作していない場合、このオブジェクトの値は無視されることに留意されたいです。
An attempt to set this object to
'enabledXmit(2)' or 'enabledRcv(3)' will fail
on interfaces that do not support operation
at greater than 100 Mb/s."
::= { dot3PauseEntry 1 }
dot3PauseOperMode OBJECT-TYPE
dot3PauseOperModeのOBJECT-TYPE
SYNTAX INTEGER {
disabled(1),
enabledXmit(2),
enabledRcv(3),
enabledXmitAndRcv(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object reflects the PAUSE mode currently
in use on this interface, as determined by
either (1) the result of the auto-negotiation
function or (2) if auto-negotiation is not
enabled or is not implemented for the active MAU
attached to this interface, by the value of
dot3PauseAdminMode. Interfaces operating at
100 Mb/s or less will never return
'enabledXmit(2)' or 'enabledRcv(3)'. Interfaces
operating in half-duplex mode will always return
'disabled(1)'. Interfaces on which
auto-negotiation is enabled but not yet
completed should return the value
'disabled(1)'."
::= { dot3PauseEntry 2 }
dot3InPauseFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of MAC Control frames received on this interface with an opcode indicating the PAUSE operation.
dot3InPauseFrames OBJECT-TYPE SYNTAXカウンタACCESS read-only説明は「MAC制御フレームのカウントがPAUSE操作を示すオペコードを含む、このインターフェイス上で受信しました。
This counter does not increment when the
interface is operating in half-duplex mode.
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.4.3,
aPAUSEMACCtrlFramesReceived."
::= { dot3PauseEntry 3 }
dot3OutPauseFrames OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of MAC Control frames transmitted on this interface with an opcode indicating the
dot3OutPauseFramesのOBJECT-TYPE SYNTAXカウンタACCESS read-onlyステータス現在の説明「を示すオペコードと、このインターフェイス上で送信されたMAC制御フレームの数
PAUSE operation.
PAUSE操作。
This counter does not increment when the interface is operating in half-duplex mode.
インターフェイスは半二重モードで動作している場合、このカウンタは増えません。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system, and at other times as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE 802.3 Std.], 30.3.4.2,
aPAUSEMACCtrlFramesTransmitted."
::= { dot3PauseEntry 4 }
-- 802.3 Tests
- 802.3テスト
dot3Tests OBJECT IDENTIFIER ::= { dot3 6 }
dot3Errors OBJECT IDENTIFIER ::= { dot3 7 }
-- TDR Test
- TDRテスト
dot3TestTdr OBJECT-IDENTITY STATUS current DESCRIPTION "The Time-Domain Reflectometry (TDR) test is specific to ethernet-like interfaces of type 10Base5 and 10Base2. The TDR value may be useful in determining the approximate distance to a cable fault. It is advisable to repeat this test to check for a consistent resulting TDR value, to verify that there is a fault.
dot3TestTdrのOBJECT-IDENTITYステータス現在の説明「時間領域反射率測定（TDR）試験は、タイプ10BASE5と10Base2ののイーサネットのようなインターフェイスに特異的である。TDR値はケーブル障害のおおよその距離を決定するのに有用であり得る。それが賢明です障害があることを確認するために、一貫性のある結果のTDR値をチェックするために、このテストを繰り返します。
A TDR test returns as its result the time
interval, measured in 10 MHz ticks or 100 nsec
units, between the start of TDR test
transmission and the subsequent detection of a
collision or deassertion of carrier. On
successful completion of a TDR test, the result
is stored as the value of an appropriate
instance of an appropriate vendor specific MIB
object, and the OBJECT IDENTIFIER of that
instance is stored in the appropriate instance
of the appropriate test result code object
(thereby indicating where the result has been
stored)."
::= { dot3Tests 1 }
-- Loopback Test dot3TestLoopBack OBJECT-IDENTITY STATUS current DESCRIPTION "This test configures the MAC chip and executes an internal loopback test of memory, data paths, and the MAC chip logic. This loopback test can only be executed if the interface is offline. Once the test has completed, the MAC chip should be reinitialized for network operation, but it should remain offline.
- ループバックテストdot3TestLoopBack OBJECT-IDENTITYステータス現在の説明は「この試験は、MACチップを設定し、メモリ、データ経路の内部ループバックテストを実行し、インタフェースがオフラインである場合、MACチップロジックは、このループバックテストのみ実行することができる一度。テストでは、MACチップはネットワーク運用のために再初期化する必要があり、完了しているが、それはオフラインのままにしてください。
If an error occurs during a test, the
appropriate test result object will be set
to indicate a failure. The two OBJECT
IDENTIFIER values dot3ErrorInitError and
dot3ErrorLoopbackError may be used to provided
more information as values for an appropriate
test result code object."
::= { dot3Tests 2 }
dot3ErrorInitError OBJECT-IDENTITY
STATUS current
DESCRIPTION "Couldn't initialize MAC chip for test."
::= { dot3Errors 1 }
dot3ErrorLoopbackError OBJECT-IDENTITY
STATUS current
DESCRIPTION "Expected data not received (or not received
correctly) in loopback test."
::= { dot3Errors 2 }
-- { dot3 8 }, the dot3ChipSets tree, is defined in [28]
- {DOT3 8}、dot3ChipSetsツリーは、[28]で定義されています
-- conformance information
- 適合情報
etherConformance OBJECT IDENTIFIER ::= { etherMIB 2 }
etherGroups OBJECT IDENTIFIER ::= { etherConformance 1 }
etherCompliances OBJECT IDENTIFIER ::= { etherConformance 2 }
-- compliance statements
- コンプライアンスステートメント
etherCompliance MODULE-COMPLIANCE STATUS deprecated DESCRIPTION "******** THIS COMPLIANCE IS DEPRECATED ********
この準拠******** etherCompliance MODULE-COMPLIANCEステータス非難された説明は」********を非難されました
The compliance statement for managed network
entities which have ethernet-like network
interfaces.
This compliance is deprecated and replaced by dot3Compliance."
この準拠は非推奨とdot3Complianceに置き換えられます。」
MODULE -- this module MANDATORY-GROUPS { etherStatsGroup }
MODULE - このモジュールMANDATORY-GROUPS {etherStatsGroup}
GROUP etherCollisionTableGroup
DESCRIPTION "This group is optional. It is appropriate
for all systems which have the necessary
metering. Implementation in such systems is
highly recommended."
::= { etherCompliances 1 }
ether100MbsCompliance MODULE-COMPLIANCE STATUS deprecated DESCRIPTION "******** THIS COMPLIANCE IS DEPRECATED ********
この準拠******** ether100MbsCompliance MODULE-COMPLIANCEステータス非難された説明は」********を非難されました
The compliance statement for managed network
entities which have 100 Mb/sec ethernet-like
network interfaces.
This compliance is deprecated and replaced by dot3Compliance."
この準拠は非推奨とdot3Complianceに置き換えられます。」
MODULE -- this module MANDATORY-GROUPS { etherStats100MbsGroup }
MODULE - このモジュールMANDATORY-GROUPS {etherStats100MbsGroup}
GROUP etherCollisionTableGroup
DESCRIPTION "This group is optional. It is appropriate
for all systems which have the necessary
metering. Implementation in such systems is
highly recommended."
::= { etherCompliances 2 }
dot3Compliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for managed network entities which have ethernet-like network interfaces."
dot3Compliance MODULE-COMPLIANCEステータス現在の説明「イーサネットのようなネットワークインタフェースを持つ管理されたネットワークエンティティのための準拠宣言。」
MODULE -- this module
MANDATORY-GROUPS { etherStatsBaseGroup }
GROUP etherDuplexGroup
DESCRIPTION "This group is mandatory for all
ethernet-like network interfaces which are
capable of operating in full-duplex mode.
It is highly recommended for all ethernet-like network interfaces."
GROUP etherStatsLowSpeedGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces which are capable of operating at 10 Mb/s or slower in half-duplex mode."
GROUP etherStatsLowSpeedGroup DESCRIPTION「このグループは半二重モードで10 Mb /秒またはより遅いで動作可能であるすべてのイーサネットのようなネットワーク・インターフェースのために必須です。」
GROUP etherStatsHighSpeedGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces which are capable of operating at 100 Mb/s or faster."
GROUP etherStatsHighSpeedGroup DESCRIPTION「このグループは、100メガビット/秒以上の速度で動作することが可能なすべてのイーサネットのようなネットワーク・インターフェースのために必須です。」
GROUP etherControlGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces that support the MAC Control sublayer."
GROUP etherControlGroup DESCRIPTION「このグループはMAC制御サブレイヤーをサポートするすべてのイーサネットのようなネットワーク・インターフェースのために必須です。」
GROUP etherControlPauseGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces that support the MAC Control PAUSE function."
GROUP etherControlPauseGroup DESCRIPTION「このグループはMAC制御PAUSE機能をサポートするすべてのイーサネットのようなネットワーク・インターフェースのために必須です。」
GROUP etherCollisionTableGroup DESCRIPTION "This group is optional. It is appropriate for all ethernet-like network interfaces which are capable of operating in half-duplex mode and have the necessary metering. Implementation in systems with such interfaces is highly recommended."
GROUP etherCollisionTableGroup DESCRIPTION「このグループはオプションである。これは、半二重モードで動作することが可能であり、そのようなインタフェースを備えたシステムで実装が強く推奨される。必要な計量を持っているすべてのイーサネットのようなネットワークインタフェースに適しています。」
::= { etherCompliances 3 }
-- units of conformance
- 適合の単位
etherStatsGroup OBJECT-GROUP OBJECTS { dot3StatsIndex, dot3StatsAlignmentErrors, dot3StatsFCSErrors, dot3StatsSingleCollisionFrames, dot3StatsMultipleCollisionFrames, dot3StatsSQETestErrors, dot3StatsDeferredTransmissions, dot3StatsLateCollisions, dot3StatsExcessiveCollisions, dot3StatsInternalMacTransmitErrors, dot3StatsCarrierSenseErrors, dot3StatsFrameTooLongs, dot3StatsInternalMacReceiveErrors, dot3StatsEtherChipSet } STATUS deprecated DESCRIPTION "********* THIS GROUP IS DEPRECATED **********
etherStatsGroupオブジェクト・グループオブジェクト{dot3StatsIndex、dot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsSingleCollisionFrames、dot3StatsMultipleCollisionFrames、dot3StatsSQETestErrors、dot3StatsDeferredTransmissions、dot3StatsLateCollisions、dot3StatsExcessiveCollisions、dot3StatsInternalMacTransmitErrors、dot3StatsCarrierSenseErrors、dot3StatsFrameTooLongs、dot3StatsInternalMacReceiveErrors、dot3StatsEtherChipSet}ステータス非難された説明「*********このグループはIS非推奨**********
A collection of objects providing information
applicable to all ethernet-like network
interfaces.
This object group has been deprecated and
replaced by etherStatsBaseGroup and
etherStatsLowSpeedGroup."
::= { etherGroups 1 }
etherCollisionTableGroup OBJECT-GROUP
OBJECTS { dot3CollFrequencies
}
STATUS current
DESCRIPTION "A collection of objects providing a histogram
of packets successfully transmitted after
experiencing exactly N collisions."
::= { etherGroups 2 }
etherStats100MbsGroup OBJECT-GROUP OBJECTS { dot3StatsIndex, dot3StatsAlignmentErrors, dot3StatsFCSErrors, dot3StatsSingleCollisionFrames, dot3StatsMultipleCollisionFrames, dot3StatsDeferredTransmissions, dot3StatsLateCollisions, dot3StatsExcessiveCollisions, dot3StatsInternalMacTransmitErrors, dot3StatsCarrierSenseErrors, dot3StatsFrameTooLongs, dot3StatsInternalMacReceiveErrors, dot3StatsEtherChipSet, dot3StatsSymbolErrors } STATUS deprecated DESCRIPTION "********* THIS GROUP IS DEPRECATED **********
etherStats100MbsGroupオブジェクト・グループオブジェクト{dot3StatsIndex、dot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsSingleCollisionFrames、dot3StatsMultipleCollisionFrames、dot3StatsDeferredTransmissions、dot3StatsLateCollisions、dot3StatsExcessiveCollisions、dot3StatsInternalMacTransmitErrors、dot3StatsCarrierSenseErrors、dot3StatsFrameTooLongs、dot3StatsInternalMacReceiveErrors、dot3StatsEtherChipSet、dot3StatsSymbolErrors}ステータス非難された説明「*********このグループはIS非推奨**********
A collection of objects providing information
applicable to 100 Mb/sec ethernet-like network
interfaces.
This object group has been deprecated and replaced by etherStatsBaseGroup and
etherStatsHighSpeedGroup."
::= { etherGroups 3 }
etherStatsBaseGroup OBJECT-GROUP
OBJECTS { dot3StatsIndex,
dot3StatsAlignmentErrors,
dot3StatsFCSErrors,
dot3StatsSingleCollisionFrames,
dot3StatsMultipleCollisionFrames,
dot3StatsDeferredTransmissions,
dot3StatsLateCollisions,
dot3StatsExcessiveCollisions,
dot3StatsInternalMacTransmitErrors,
dot3StatsCarrierSenseErrors,
dot3StatsFrameTooLongs,
dot3StatsInternalMacReceiveErrors
}
STATUS current
DESCRIPTION "A collection of objects providing information
applicable to all ethernet-like network
interfaces."
::= { etherGroups 4 }
etherStatsLowSpeedGroup OBJECT-GROUP OBJECTS { dot3StatsSQETestErrors } STATUS current DESCRIPTION "A collection of objects providing information applicable to ethernet-like network interfaces capable of operating at 10 Mb/s or slower in half-duplex mode."
etherStatsLowSpeedGroupオブジェクト・グループオブジェクト{dot3StatsSQETestErrors}ステータス現在の説明「半二重モードで10 Mb /秒またはより遅いで動作可能なイーサネットのようなネットワークインターフェイスに適当な情報を提供するオブジェクトの収集」。
::= { etherGroups 5 }
etherStatsHighSpeedGroup OBJECT-GROUP
OBJECTS { dot3StatsSymbolErrors }
STATUS current
DESCRIPTION "A collection of objects providing information
applicable to ethernet-like network interfaces
capable of operating at 100 Mb/s or faster."
::= { etherGroups 6 }
etherDuplexGroup OBJECT-GROUP OBJECTS { dot3StatsDuplexStatus } STATUS current DESCRIPTION "A collection of objects providing information about the duplex mode of an ethernet-like network interface."
etherDuplexGroupオブジェクト・グループオブジェクト{dot3StatsDuplexStatus}ステータス現在の説明「イーサネットのようなネットワークインタフェースのデュプレックスモードについての情報を提供するオブジェクトの収集」。
::= { etherGroups 7 }
etherControlGroup OBJECT-GROUP
OBJECTS { dot3ControlFunctionsSupported,
dot3ControlInUnknownOpcodes
}
STATUS current
DESCRIPTION "A collection of objects providing information
about the MAC Control sublayer on ethernet-like
network interfaces."
::= { etherGroups 8 }
etherControlPauseGroup OBJECT-GROUP
OBJECTS { dot3PauseAdminMode,
dot3PauseOperMode,
dot3InPauseFrames,
dot3OutPauseFrames
}
STATUS current
DESCRIPTION "A collection of objects providing information
about and control of the MAC Control PAUSE
function on ethernet-like network interfaces."
::= { etherGroups 9 }
END
終わり
The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書における権利に関するIETFの手続きの情報は、BCP-11に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、または本仕様の実装者または利用者が、そのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
This document was produced by the IETF Ethernet Interfaces and Hub MIB Working Group, whose efforts were greatly advanced by the contributions of the following people:
このドキュメントはIETFイーサネットインタフェースとその努力に大きく以下の人々の貢献だけ進めたハブMIBワーキンググループによって製造しました。
Lynn Kubinec Steve McRobert Dan Romascanu Andrew Smith Geoff Thompson
リンKubinecスティーブMcRobertダンRomascanuアンドリュー・スミスジェフ・トンプソン
This document is based on the Proposed Standard Ethernet MIB, RFC 2358 [23], edited by John Flick of Hewlett-Packard and Jeffrey Johnson of RedBack Networks and produced by the 802.3 Hub MIB Working Group. It extends that document by providing support for full-duplex Ethernet interfaces and 1000 Mb/sec Ethernet interfaces as outlined in [16].
この文書は、提案された標準イーサネットMIB、RFC 2358 [23]、ヒューレット・パッカードのジョン・フリックとレッドバックネットワークスのジェフリー・ジョンソンによって編集され、802.3ハブMIBワーキンググループによって作成さに基づいています。これは、[16]に概説されるように、全二重イーサネットインタフェース1000メガビット/秒のイーサネットインターフェイスのサポートを提供することによって、そのドキュメントを拡張します。
RFC 2358, in turn, is almost completely based on both the Standard Ethernet MIB, RFC 1643 [21], and the Proposed Standard Ethernet MIB using the SNMPv2 SMI, RFC 1650 [22], both of which were edited by Frank Kastenholz of FTP Software and produced by the Interfaces MIB Working Group. RFC 2358 extends those documents by providing support for 100 Mb/sec ethernet interfaces.
RFC 2358、今度は、ほぼ完全に標準的なイーサネットMIB、RFC 1643 [21]の両方に基づいて、提案標準イーサネットMIBは、SNMPv2のSMIを使用して、RFC 1650 [22]、FTPのフランクKastenholzとによって編集されたどちらもソフトウェアおよびインターフェイスMIBワーキンググループによって作成。 RFC 2358は、100メガビット/秒のイーサネットインターフェイスのサポートを提供することにより、これらのドキュメントを拡張します。
RFC 1643 and RFC 1650, in turn, are based on the Draft Standard Ethernet MIB, RFC 1398 [20], also edited by Frank Kastenholz and produced by the Ethernet MIB Working Group.
RFC 1643およびRFC 1650は、今度は、ドラフト標準イーサネットMIB、RFC 1398 [20]、また、フランクKastenholzとによって編集され、イーサネットMIB作業部会によって生産に基づいています。
RFC 1398, in turn, is based on the Proposed Standard Ethernet MIB, RFC 1284 [18], which was edited by John Cook of Chipcom and produced by the Transmission MIB Working Group. The Ethernet MIB Working Group gathered implementation experience of the variables specified in RFC 1284, documented that experience in RFC 1369 [19], and used that information to develop this revised MIB.
RFC 1398は、今度は、Chipcomのジョン・クックによって編集及び伝送MIBワーキンググループによって作成された提案された標準的なイーサネットMIB、RFC 1284 [18]に基づいています。イーサネットMIB作業部会は、RFC 1284で指定された変数の実装経験を集めRFC 1369 [19]でその経験を文書化し、この改訂MIBを開発し、その情報を使用していました。
RFC 1284, in turn, is based on a document written by Frank Kastenholz, then of Interlan, entitled IEEE 802.3 Layer Management Draft M compatible MIB for TCP/IP Networks [17]. This document was modestly reworked, initially by the SNMP Working Group, and then by the Transmission Working Group, to reflect the current conventions for defining objects for MIB interfaces. James Davin, of the MIT Laboratory for Computer Science, and Keith McCloghrie of Hughes LAN Systems, contributed to later drafts of this memo. Marshall Rose of Performance Systems International, Inc. converted the document into
RFC 1284は、今度は、TCP / IPネットワーク[17]のためにIEEE 802.3レイヤー管理のドラフトM互換のMIBを受ける権利、そして、InterlanのフランクKastenholzと、によって書かれた文書に基づいています。この文書は、控えめにMIBインターフェイスのオブジェクトを定義するための現行の規則を反映するために、トランスミッションワーキンググループによって、その後SNMPワーキンググループによって最初に、再加工、及びました。コンピュータサイエンスのためのMIT研究所のジェームズ・デーヴィン、およびヒューズLANシステムのキースMcCloghrieは、このメモの後の草稿に貢献しました。国際パフォーマンスSystems、Inc.のマーシャルローズに文書を変換します
RFC 1212 [3] concise format. Anil Rijsinghani of DEC contributed text that more adequately describes the TDR test. Thanks to Frank Kastenholz of Interlan and Louis Steinberg of IBM for their experimentation.
RFC 1212 [3]簡潔な形式。 12月のアニルRijsinghaniは、より適切TDRテストを記述したテキストを寄付しました。 InterlanのフランクKastenholzと、その実験のためのIBMのルイス・スタインバーグに感謝します。
[1] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing SNMP Management Frameworks", RFC 2571, May 1999.
[1]ハリントン、D.とPresuhnとR.とB. Wijnenを、RFC 2571 "SNMP管理フレームワークを記述するためのアーキテクチャ" を、1999年5月。
[2] Rose, M. and K. McCloghrie, "Structure and Identification of Management Information for TCP/IP-based Internets", STD 16, RFC 1155, May 1990.
[2]ローズ、M.、およびK. McCloghrie、 "構造とTCP / IPベースのインターネットのための経営情報の識別"、STD 16、RFC 1155、1990年5月を。
[3] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16, RFC 1212, March 1991.
[3]ローズ、M.、およびK. McCloghrie、 "簡潔なMIB定義"、STD 16、RFC 1212、1991年3月。
[4] Rose, M., "A Convention for Defining Traps for use with the SNMP", RFC 1215, March 1991.
[4]ローズ、M.、 "SNMPとの使用のためのDefining Trapsのための条約"、RFC 1215、1991年3月。
[5] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[5] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "経営情報バージョン2（SMIv2）の構造"、STD 58、RFC 2578、 1999年4月。
[6] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[6] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。
[7] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[7] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS Waldbusser、STD 58、RFC 2580、1999年4月 "SMIv2のための順応文"。
[8] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.
[8]ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン、 "簡単なネットワーク管理プロトコル"、STD 15、RFC 1157、1990年5月。
[9] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901, January 1996.
[9]ケース、J.、McCloghrie、K.、ローズ、M.およびS. Waldbusser、 "コミュニティベースのSNMPv2の概要"、RFC 1901、1996年1月。
[10] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Transport Mappings for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1906, January 1996.
[10]ケース、J.、McCloghrie、K.、ローズ、M.、およびS. Waldbusser、RFC 1906 "簡易ネットワーク管理プロトコル（SNMPv2）のバージョン2のための交通マッピング"、1996年1月。
[11] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2572, May 1999.
[11]ケース、J.、ハリントンD.、Presuhn R.とB. Wijnenの、 "メッセージ処理と簡単なネットワーク管理プロトコル（SNMP）のための派遣"、RFC 2572、1999年5月。
[12] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2574, May 1999.
[12]ブルーメンソール、U.とB. Wijnenの、 "ユーザベースセキュリティモデル（USM）簡易ネットワーク管理プロトコル（SNMPv3の）のバージョン3のために"、RFC 2574、1999年5月。
[13] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Protocol Operations for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1905, January 1996.
[13]ケース、J.、McCloghrie、K.、ローズ、M.およびS. Waldbusser、 "簡単なネットワーク管理プロトコルのバージョン2のためのプロトコル操作（SNMPv2の）"、RFC 1905、1996年1月。
[14] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC 2573, May 1999.
[14]レビ、D.、マイヤー、P.とB.スチュワート、 "SNMPv3のアプリケーション"、RFC 2573、1999年5月。
[15] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2575, May 1999.
[15] Wijnenの、B.、Presuhn、R.とK. McCloghrie、 "簡易ネットワーク管理プロトコルのためのビューベースアクセス制御モデル（VACM）（SNMP）"、RFC 2575、1999年5月。
[16] IEEE, IEEE Std 802.3, 1998 Edition: "Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications" (incorporating ANSI/IEEE Std. 802.3, 1996 Edition, IEEE Std. 802.3r-1996, 802.3u-1995, 802.3x&y-1997, 802.3z-1998, and 802.3aa-1998), September 1998.
[16] IEEE、IEEE 802.3、1998年版：「情報技術 - 電気通信及びシステム間の情報交換 - 地方とメトロポリタンエリアネットワーク - 特定の要件 - パート3：衝突検出（CSMA / CD）アクセス方法でキャリア検知多重アクセスと（ANSI / IEEE規格を取り入れた。802.3、1996年版、IEEE規格。802.3r-1996、802.3uの-1995、802.3xの＆Y-1997、802.3zの-1998、および802.3aa-1998）の物理層仕様」、1998年9月。
[17] 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.
[17] Kastenholzと、F.、 "TCP / IPネットワークのIEEE 802.3レイヤー管理のドラフト互換MIB"、mib-wg@nnsc.nsf.netする電子メールメッセージ、1989年6月9日。
[18] Cook, J., "Definitions of Managed Objects for Ethernet-Like Interface Types", RFC 1284, December 1991.
[18]クック、J.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC 1284、1991年12月。
[19] Kastenholz, F., "Implementation Notes and Experience for The Internet Ethernet MIB", RFC 1369, October 1992.
[19] Kastenholzと、F.、 "実装NotesとインターネットイーサネットMIBのための経験"、RFC 1369、1992年10月。
[20] Kastenholz, F., "Definitions of Managed Objects for the Ethernet-like Interface Types", RFC 1398, January 1993.
[20] Kastenholzと、F.、RFC 1398、1993年1月 "イーサネットのようなインターフェース型のための管理オブジェクトの定義"。
[21] Kastenholz, F., "Definitions of Managed Objects for the Ethernet-like Interface Types", STD 50, RFC 1643, July 1994.
[21] Kastenholzと、F.、STD 50、RFC 1643、1994年7月、 "イーサネットのようなインターフェース型のための管理オブジェクトの定義"。
[22] Kastenholz, F., "Definitions of Managed Objects for the Ethernet-like Interface Types using SMIv2", RFC 1650, August 1994.
[22] Kastenholzと、F.、RFC 1650、1994年8月 "SMIv2のを使用して、イーサネットのようなインターフェース型のための管理オブジェクトの定義"。
[23] Flick, J. and J. Johnson, "Definitions of Managed Objects for the Ethernet-like Interface Types", RFC 2358, June 1998.
[23]フリック、J.とJ.ジョンソン、RFC 2358、1998年6月「イーサネットのようなインターフェース型のための管理オブジェクトの定義」。
[24] McCloghrie, K. and M. Rose, Editors, "Management Information Base for Network Management of TCP/IP-based internets: MIB-II", STD 17, RFC 1213, March 1991.
[24] McCloghrie、K.とM.ローズ、エディターズ、 "TCP / IPベースのインターネットのネットワーク管理のための管理情報ベース：MIB-II"、STD 17、RFC 1213、1991年3月。
[25] McCloghrie, K., and F. Kastenholz, "The Interfaces Group MIB using SMIv2", RFC 2233, November 1997.
[25] McCloghrie、K.、およびF. Kastenholzと、 "SMIv2のを使用してインターフェイスグループMIB"、RFC 2233、1997年11月。
[26] Bradner, S., "Key words for use in RFCs to Indicate Requirements Levels", BCP 14, RFC 2119, March 1997.
[26]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[27] Smith, A., Flick, J., deGraaf, K., Romascanu, D., McMaster, D., McCloghrie, K. and S. Roberts, "Definitions of Managed Objects for IEEE 802.3 Medium Attachment Units (MAUs)", RFC 2668, August 1999.
[27]スミス、A.、フリック、J.、デグラーフ、K.、Romascanu、D.、マクマスター、D.、McCloghrie、K.およびS.ロバーツ、「IEEE 802.3媒体接続ユニットの管理オブジェクトの定義（MAUの）」、RFC 2668、1999年8月。
[28] Flick, J., "Definitions of Object Identifiers for Identifying Ethernet Chip Sets", RFC 2666, August 1999.
[28]フリック、J.、RFC 2666、1999年8月、 "イーサネット（登録商標）チップセットを識別するためのオブジェクト識別子の定義"。
There are two management objects defined in this MIB that have a MAX-ACCESS clause of read-write. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
読み書きのMAX-ACCESS節を持っているこのMIBで定義された2つの管理オブジェクトがあります。そのようなオブジェクトは、いくつかのネットワーク環境に敏感又は脆弱と考えることができます。適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響を与える可能性があります。
There are a number of managed objects in this MIB that may be considered to contain sensitive information. In particular, the dot3StatsEtherChipSet object may be considered sensitive in many environments, since it would allow an intruder to obtain information about which vendor's equipment is in use on the network. Note that this object has been deprecated. However, some implementors may still choose to implement it for backwards compatability.
機密情報が含まれているとみなすことができる。このMIBの管理対象オブジェクトの数があります。それは侵入者がベンダーの機器がネットワーク上で使用されているかについての情報を得ることができるようになるので、特に、dot3StatsEtherChipSetオブジェクトは、多くの環境で敏感と考えることができます。このオブジェクトは廃止されたことに注意してください。しかし、いくつかの実装はまだ後方互換性のためにそれを実装することもできます。
Therefore, it may be important in some environments to control read access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP. Not all versions of SNMP provide features for such a secure environment.
したがって、それはSNMPを通してネットワークの上にそれらを送信するときに、これらのオブジェクトへの読み取りアクセスを制御し、おそらくはこれらのオブジェクトの値を暗号化するために、いくつかの環境では重要かもしれません。 SNMPのすべてのバージョンは、このような安全な環境のための機能を提供していません。
SNMPv1 by itself is such an insecure environment. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET (read) the objects in this MIB.
それ自体でSNMPv1のは、このような不安定な環境です。ネットワーク自体は（IPSecを使用して、例えば）安全であっても、その後も、安全なネットワーク上でこのMIBのオブジェクトにアクセスしてGET（読み込み）させている人のようなコントロールが全くありません。
It is recommended that the implementors consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model RFC 2574 [12] and the View-based Access Control Model RFC 2575 [15] is recommended.
SNMPv3フレームワークで提供するように実装者がセキュリティ機能を検討することをお勧めします。具体的には、ユーザベースセキュリティモデルのRFC 2574 [12]とビューベースアクセス制御モデルRFC 2575 [15]の使用が推奨されます。
It is then a customer/user responsibility to ensure that the SNMP entity giving access to an instance of this MIB, is properly configured to give access to those objects only to those principals (users) that have legitimate rights to access them.
このMIBのインスタンスへのアクセスを与えるSNMP実体が、適切にのみそれらにアクセスするための正当な権利を持っているそれらのプリンシパル（ユーザ）にそれらのオブジェクトへのアクセスを提供するように設定されていることを確実にするために、顧客/ユーザーの責任です。
John Flick Hewlett-Packard Company 8000 Foothills Blvd. M/S 5557 Roseville, CA 95747-5557
ジョン・フリック、米国Hewlett-Packard Company 8000フットヒルズブルバードM / S 5557ローズ、CA 95747から5557
Phone: +1 916 785 4018 EMail: johnf@rose.hp.com
電話：+1 916 785 4018 Eメール：johnf@rose.hp.com
Jeffrey Johnson RedBack Networks 2570 North First Street, Suite 410 San Jose, CA, 95131, USA
ジェフリー・ジョンソンレッドバックネットワークス2570北まずストリート、スイート410サンノゼ、CA、95131、USA
Phone: +1 408 571 2699 EMail: jeff@redbacknetworks.com
電話：+1 408 571 2699 Eメール：jeff@redbacknetworks.com
A. Change Log
A.変更ログ
A.1. Changes since
A.1。以下からの変更点
This section enumerates changes made to RFC 2358 to produce this document.
このセクションでは、この文書を生成するためにRFC 2358に加えられた変更を列挙します。
(1) Section 2 has been replaced with the current SNMP
Management Framework boilerplate.
(2) The ifMtu mapping has been clarified.
（2）ifMtuマッピングが明らかにされています。
(3) The relationship between the IEEE 802.3 octet counters and the IF-MIB octet counters has been clarified.
（3）IEEE 802.3オクテットカウンタとIF-MIBのオクテットカウンタとの関係が明らかにされています。
(4) REFERENCE clauses have been updated to reflect the actual IEEE 802.3 managed object that each MIB object is based on.
（4）REFERENCE句は、各MIBオブジェクトが基づいている実際のIEEE 802.3管理オブジェクトを反映するように更新されています。
(5) The following object DESCRIPTION clauses have been updated to reflect that they do not increment in
（5）次のオブジェクト記述節は、彼らが増加しないことを反映するように更新されました
full-duplex mode: dot3StatsSingleCollisionFrames,
dot3StatsMultipleCollisionFrames, dot3StatsSQETestErrors,
dot3StatsDeferredTransmissions, dot3StatsLateCollisions,
dot3StatsExcessiveCollisions, dot3StatsCarrierSenseErrors,
dot3CollFrequencies.
(6) The following object DESCRIPTION clauses have been updated to reflect behaviour on full-duplex and 1000 Mb/s interfaces: dot3StatsAlignmentErrors, dot3StatsFCSErrors, dot3StatsSQETestErrors, dot3StatsLateCollisions, dot3StatsSymbolErrors.
dot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsSQETestErrors、dot3StatsLateCollisions、dot3StatsSymbolErrors：（6）は、次のオブジェクト記述句は、全二重1000 MB / sのインターフェイス上の挙動を反映するように更新されています。
(7) Two new tables, dot3ControlTable and dot3PauseTable, have been added.
（7）二つの新しいテーブル、dot3ControlTableとdot3PauseTableは、追加されました。
(8) A new object, dot3StatsDuplexStatus, has been added.
（8）新しいオブジェクト、dot3StatsDuplexStatusは、追加されました。
(9) The object groups and compliances have been restructured.
（9）オブジェクトグループとコンプライアンスは、再構成されています。
(10) The dot3StatsEtherChipSet object has been deprecated.
（10）dot3StatsEtherChipSetオブジェクトが廃止されました。
(11) The dot3ChipSets have been moved to a separate document.
（11）dot3ChipSetsは、別の文書に移動されています。
A.2. Changes between and
A.2。間での変更点
This section enumerates changes made to RFC 1650 to produce RFC 2358.
このセクションでは、RFC 2358を生成するためにRFC 1650に加えられた変更を列挙します。
(1) The MODULE-IDENTITY has been updated to reflect the changes
in the MIB.
(2) A new object, dot3StatsSymbolErrors, has been added.
（2）新たなオブジェクト、dot3StatsSymbolErrorsは、追加されました。
(3) The definition of the object dot3StatsIndex has been converted to use the SMIv2 OBJECT-TYPE macro.
（3）オブジェクトdot3StatsIndexの定義はSMIv2のOBJECT-TYPEマクロを使用するように変換されています。
(4) A new conformance group, etherStats100MbsGroup, has been added.
（4）新たな適合基、etherStats100MbsGroupは、追加されました。
(5) A new compliance statement, ether100MbsCompliance, has been added.
（5）新しい準拠宣言、ether100MbsComplianceは、追加されました。
(6) The Acknowledgements were extended to provide a more complete history of the origin of this document.
（6）謝辞この文書の起源のより完全な履歴を提供するように拡張されました。
(7) The discussion of ifType has been expanded.
（7）のifTypeの議論が展開されています。
(8) A section on mapping of Interfaces MIB objects has been added.
（8）インタフェースMIBオブジェクトのマッピングのセクションが追加されました。
(9) A section defining the relationship of this MIB to the MAU MIB has been added.
（9）MAU MIBこのMIBの関係を定義するセクションが追加されました。
(10) A section on the mapping of IEEE 802.3 managed objects to this MIB and the Interfaces MIB has been added.
（10）このMIBおよびインターフェイスMIBにIEEE 802.3管理オブジェクトのマッピングのセクションが追加されました。
(11) Converted the dot3Tests, dot3Errors, and dot3ChipSets OIDs to use the OBJECT-IDENTITY macro.
（11）OBJECT-IDENTITYマクロを使用するdot3Tests、dot3Errors、及びdot3ChipSetsのOIDをコンバート。
(12) Added to the list of registered dot3ChipSets.
（12）が登録されdot3ChipSetsのリストに追加しました。
(13) An intellectual property notice and copyright notice were added, as required by RFC 2026.
RFC 2026によって要求されるように（13）知的財産の通知及び著作権は、添加しました。
B. Full Copyright Statement
B.完全な著作権声明
Copyright (C) The Internet Society (1999). All Rights Reserved.
著作権（C）インターネット協会（1999）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。