[要約] RFC 2665は、Ethernetのようなインターフェースタイプの管理オブジェクトの定義に関するものです。このRFCの目的は、ネットワーク管理者がEthernetインターフェースを効果的に監視・制御するための標準化された情報を提供することです。
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.
Copyright（c）The Internet Society（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モジュールも含まれています。このMIBモジュールは、このMIB：RFC 2358 [23]の以前のバージョンで指定された管理されたオブジェクトのリストを拡張します。
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].
「必須」、「そうしない」、「必須」、「shall」、「shall "、" ingle "、" should "、" not "、" becommended "、" bay "、および「optional」は、[26]に記載されているように解釈される。
The SNMP Management Framework presently consists of five major components:
SNMP管理フレームワークは現在、5つの主要なコンポーネントで構成されています。
o An overall architecture, described in RFC 2571 [1].
o RFC 2571 [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）の最初のバージョンはSMIV1と呼ばれ、STD 16、RFC 1155 [2]、STD 16、RFC 1212 [3]およびRFC 1215 [4]で説明されています。SMIV2と呼ばれる2番目のバージョンは、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メッセージプロトコルの最初のバージョンはSNMPV1と呼ばれ、STD 15、RFC 1157 [8]で説明されています。インターネット標準トラックプロトコルではないSNMPメッセージプロトコルの2番目のバージョンは、SNMPV2Cと呼ばれ、RFC 1901 [9]およびRFC 1906 [10]で説明されています。メッセージプロトコルの3番目のバージョンは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]で説明されています。プロトコル操作の2番目のセットと関連するPDU形式は、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 [25]のIFTypeオブジェクトの次の値によって識別されています。
ethernetCsmacd(6) iso88023Csmacd(7) starLan(11)
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.
ここで紹介する定義は、IEEE STDのセクション30、「10 MB/s、100 MB/sおよび1000 MB/s管理」、および「802.3マネージドオブジェクトクラスのGDMO仕様」に基づいています。802.3、1998エディション[16]、当初は[17]のインターランのフランク・カステンホルツによって解釈された。これらのMIBオブジェクトの実装者は、IEEE STDであることに注意する必要があります。802.3 [16]は、（Pascal Pseudocodeの形で）いつ、どこで、どのように測定されるかを明示的に説明しています。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:
（現在廃止された）異なるオブジェクトを実装するエージェントの場合、イーサネットのようなインターフェイスに関連付けられているそのオブジェクトのインスタンスには、オブジェクト識別子値があります。
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:
編集者メモ：
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-Transceiver 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とループバック。これらのテストの実装は必要ありません。多くの一般的なインターフェイスチップは、これらのテストのいずれかまたは両方をサポートしていません。
These two tests are provided as a convenience, allowing a common method to invoke the test.
これらの2つのテストは利便性として提供されており、一般的な方法でテストを呼び出すことができます。
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.
デザイナーが本当に選択できない場合は、Factoryを使用して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)
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.
すべてのイーサネットのようなインターフェイスは、インターフェイスが実行されている速度や使用中のリンク層カプセル化に関係なく、イーサネットマック（6）のIFTypeを使用することをお勧めします。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つのインターフェイスタイプがあります。それらは、速い（62）、FastEtherFX（69）、およびGigabitethernet（117）です。このドキュメントは、イーサネットがイーサネットであるという位置を取得し、イーサネットインターフェイスは常に同じ値のIFTypeを持つ必要があります。インターフェイスが実行されているイーサネットの特定のフレーバーに関する情報は、インターフェイスMIBのIFSSPEEDから、および802.3 Mau MIBのIfmautypeから使用できます。イーサネットのようなインターフェイスは、FastEther（62）、FastEtherFX（69）、またはGigabitethernet（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.
インターフェイスの現在の動作速度を1秒あたりビットでifspeedします。現在のイーサネット様インターフェイスの場合、これは1,000,000（100万）、100,000,000（1000万）、100,000,000（1億）、または1,000,000,000（10億）に等しくなります。インターフェイスが自動ネゴシエーションを実施する場合、このインターフェイスに対して自動ネゴシエーションが有効になり、インターフェイスがまだ動作速度にネゴシエートされていない場合、このオブジェクトはインターフェイスによってサポートされる最大速度を反映する必要があります。このオブジェクトは、全二重モードで動作するときに2倍の値を示してはならないことに注意してください。現在の二重モードに関係なく、正しいライン速度を示す必要があります。インターフェイスの二重モードは、このMibmoduleのdot3statsduplexstatusオブジェクト、または802.3 mau mibのifmautypeオブジェクトのいずれかを調べることにより決定できます。
ifPhysAddress Refer to section 3.2.5.
IfphysAddressはセクション3.2.5を参照してください。
ifAdminStatus Write access is not required. Support for 'testing' is not required.
Ifadmintatusの書き込みアクセスは必要ありません。「テスト」のサポートは必要ありません。
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].
iflastchangeは[25]を参照しています。
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.
ifinoctetsは、MacヘッダーやFCSを含む、このインターフェイスで受信した有効なMacフレームのオクテットの数を含みます。これには、このインターフェイスで受信した有効な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.
inucastpktsは[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.
ifoutotetsは、MacヘッダーやFCを含む、このインターフェイス上の有効なMacフレームに送信されるオクテットの数を含みます。これには、このインターフェイスに送信される有効な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、dot3statsintermactransmiterrors、dot3statscarrierersenseersers。
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.
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.
ifLinkUpDownTrapEnable Refer to [25]. Default is 'enabled'
iflinkupdownTrapenableは[25]を参照します。デフォルトは「有効」です
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.
Ifhighspedインターフェイスの現在の動作速度は、毎秒数百万ビットで。現在のイーサネットのようなインターフェイスの場合、これは1、10、100、または1,000に等しくなります。インターフェイスが自動ネゴシエーションを実施する場合、このインターフェイスに対して自動ネゴシエーションが有効になり、インターフェイスがまだ動作速度にネゴシエートされていない場合、このオブジェクトはインターフェイスによってサポートされる最大速度を反映する必要があります。このオブジェクトは、全二重モードで動作するときに2倍の値を示してはならないことに注意してください。現在の二重モードに関係なく、正しいライン速度を示す必要があります。インターフェイスの二重モードは、このMIBモジュールのdot3statsduplexstatusオブジェクト、または802.3 mau mibのifmautypeオブジェクトのいずれかを調べることにより決定できます。
ifPromiscuousMode Refer to [25].
ifpromiscuurtyModeは[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
ifrcvaddressAddressセクション3.2.4を参照してください。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].
このドキュメントでは、dot3statsetherchipsetというオブジェクトを定義します。これは、インターフェイスで通信するために使用されるMacハードウェアを識別するために使用されます。このドキュメントの以前のバージョンには、いくつかの既存のイーサネットチップセットのOID割り当てがいくつか含まれていました。このドキュメントの一部としてそのリストを維持することは問題があることが証明されているため、このドキュメントの以前のバージョンに含まれる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オブジェクトが廃止されました。実装フィードバックは、このオブジェクトが実際には理論よりもはるかに有用であることを示しています。フィールドでネットワークの問題をデバッグする際のオブジェクトのユーティリティは制限されているようです。それが有用である可能性がある場合、PHY、PMD、またはドライバーではなくMACチップのみを識別するため、十分ではありません。チップセット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
IEEE 802.3マネージドオブジェクトに対応するSNMPオブジェクト
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*
.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
oMACControlEntity .aMACControlID dot3StatsIndex or IF-MIB - ifIndex .aMACControlFunctionsSupported dot3ControlFunctionsSupported and dot3ControlFunctionsEnabled .aUnsupportedOpcodesReceived dot3ControlInUnknownOpcodes
OmacControlentity .AmacContrololid dot3statsindexまたはif -mib -ifindex .AmacControlfunctionsSupported dot3controlfunctionsSupported and dot3Controlfunctionsedabled .AunsupportededopcodeSeedevededevededevededevededunununununununununununununcodesopcodesese
oPAUSEEntity .aPAUSEMACCtrlFramesTransmitted dot3OutPauseFrames .aPAUSEMACCtrlFramesReceived dot3InPauseFrames
opauseThity .apausemacctrlframestransmitted dot3outpauseframes .apausemacctrlframes received 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のオクテットカウンターの定義と正確に一致しないことに注意してください。aoctetStransmitedokとaoctetsreceivedokは、clientDataおよびPADフィールドのオクテットのみをカウントしますが、ifinoctetsとifoutoctetsにはMacヘッダーとFCを含むMacフレーム全体が含まれます。ただし、IF-MIBカウンターは、次のようにIEEE 802.3カウンターから派生できます。
ifInOctets = aOctetsReceivedOK + (18 * aFramesReceivedOK)
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のフレームカウンターの定義と正確に一致しないことに注意してください。aframestransmitedokは、インターフェイスに正常に送信されたフレームの数を数えますが、ifoutucastpkts、ifoutmulticastpkts、およびifoutbroadcastpktsは、送信試行が成功したかどうかにかかわらず、より高いレイヤーから作られた送信要求の数を数えます。これは、iFouterrorsまたはifoutDiscardsによってカウントされるパケットもifout*castpktsによってカウントされるが、Aframestransmittokによってカウントされることはないことを意味します。これはまた、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、iNmulticastpkts、およびIfinbroadcastpktsは、高層に渡されたパケットの数のみをカウントします。これは、ifindiscardsまたはifinunnunknownProtosによってカウントされるパケットもAframesReceivedokによってカウントされますが、ifin*castpktsによってカウントされないことを意味します。これはまた、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カウンターの間で留意するもう1つの違いは、IEEE 802.3ドキュメントでは、フレームカウンターとオクテットカウンターが常に一緒に増分されることです。aoctetStransmitedokは、aframestransmitedokによってカウントされたフレームのオクテットの数を数えます。aoctetsreceivedokは、aframesreceivedokによってカウントされたフレームのオクテットの数を数えます。これは、IF-MIBカウンターには当てはまりません。IF-MIB Octetカウンターは、このインターフェイスの下のレイヤーに送信または受信したオクテットの数をカウントしますが、パケットカウンターは上記のレイヤーに送信または受信したパケットの数をカウントします。したがって、受信したMacコントロールフレーム、Ifindiscards、およびIfinunnunknownProtosはifinoctetsによってカウントされますが、ifin*castpktsではありません。送信されたMacコントロールフレームはifoutoctetsによってカウントされますが、ifout*castpktsではありません。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 .aframeswithexcesivedeferral .autofrangelengthfield .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.Amaccapabilityは、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.
.aphyadminStateは、if -mibから既にインターフェイス状態を取得できます。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からのインターフェイス状態を既に制御できます。PHYの個別の管理者制御を提供することは有用ではありませんでした。
oMACControlEntity .aMACControlFramesTransmitted Can be determined by summing the OutFrames counters for the individual control functions
OMACCONTROLENTITY .AMACCONTROLFRAMESTRANSTITEDは、個々の制御関数の外部フレームカウンターを合計することで決定できます
.aMACControlFramesReceived Can be determined by summing the InFrames counters for the individual control functions
.AmacControlFramesivedは、個々の制御関数のInframesカウンターを合計することで決定できます
oPAUSEEntity .aPAUSELinkDelayAllowance Not considered useful.
opausethentity .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;
インポートモジュールアイデンティティ、オブジェクトタイプ、オブジェクトアイデンティティ、カウンター32、MIB-2、SNMPV2-SMIモジュールコンプライアンスからの送信、SNMPV2-CONF IFINDEXからのオブジェクトグループ、IF-MIBからのInterfaceIndex;
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日組織 "IETFイーサネットインターフェースとハブMIBワーキンググループ" Contact-info "wg e-mail：hubmib@hprnd.rose.hp.comrequest@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
議長：Dan Romascanu Postal：Lucent Technologies Atidum Technology Park、Bldg。3 Tel Aviv 61131 Israel Tel：972 3 645 8414電子メール：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
編集者：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
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カリフォルニア州サンノゼ、95131米国電話：1 408 571 2699ファックス：1 408 571 2698電子メール：jeff@redbacknetworks.com "
DESCRIPTION "The MIB module to describe generic objects for
説明 "の一般的なオブジェクトを説明する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 STD 802.3、1998エディションを指します。アクセス方法と物理層仕様」、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."
改訂「9908240400Z」 - 1999年8月24日説明「1000 MB/SECインターフェイスと全二重インターフェイスのサポートが含まれるように更新されました。このバージョンはRFC 2665として公開されています。
REVISION "9806032150Z" DESCRIPTION "Updated to include support for 100 Mb/sec interfaces. This version published as RFC 2358."
リビジョン「9806032150Z "説明」は、100 MB/秒インターフェイスのサポートを含むように更新されました。このバージョンはRFC 2358として公開されています。
REVISION "9402030400Z" DESCRIPTION "Initial version, published as RFC 1650."
リビジョン「9402030400Z」説明「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 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.
dot3statsalignmenterrors Object-type syntax counter32 max-access読み取り専用ステータス現在
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.
このオブジェクトのインスタンスで表されるカウントは、AlignmentErrorステータスがMACサービスによってLLC（または他のMacユーザー）に返されると増加します。IEEE 802.3レイヤー管理の規則によると、複数のエラー条件が得られる受信フレームは、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 counter32 max-access read-ccess read-onlyステータス現在フレームトゥーロングまたはフレームシュートエラー。
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.
このオブジェクトのインスタンスで表されるカウントは、FramecheckerrorのステータスがMacサービスによってLLC（または他のMacユーザー）に返されると増加します。IEEE 802.3レイヤー管理の規則によると、複数のエラー条件が得られる受信フレームは、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オブジェクトタイプの構文COUNTER32 MAX-ACCESS READ-ACCESS READ-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 dot3StatsMultipleCollisionFrames object.
このオブジェクトのインスタンスによってカウントされるフレームは、ifoutucastpkts、ifoutmulticastpkts、またはifoutbroadcastpktsのいずれかの対応するインスタンスによってカウントされ、Dot3statsmultiprecollisionframesオブジェクトの対応するインスタンスによってカウントされません。
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 counter32 max-access読み取り専用ステータス現在の説明 "複数の衝突によって伝送が阻害される特定のインターフェイスに正常に送信されたフレームのカウント。
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.
このオブジェクトのインスタンスによってカウントされるフレームは、ifoutucastpkts、ifoutmulticastpkts、またはifoutbroadcastpktsのいずれかの対応するインスタンスによってカウントされ、Dot3statssinglecollisionFramesオブジェクトの対応するインスタンスによってカウントされません。
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 counter32 max-access read-ccess read-only status current current "SQEテストエラーメッセージが特定のインターフェイスに対してPLSサブレイヤーによって生成される回数の数。SQEテストエラーは、検証の規則に従って設定されていますIEEE Std。802.3、1998 Edition、セクション7.2.4.6に記載されているPLSキャリア感覚関数のSQE検出メカニズムの
This counter does not increment on interfaces operating at speeds greater than 10 Mb/s, or on interfaces operating in full-duplex mode.
このカウンターは、10 MB/sを超える速度で動作するインターフェイス、またはフルダプレックスモードで動作するインターフェイスで増加しません。
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オブジェクトタイプ構文Counter32 Max-Access Read-Access読み取り専用ステータス現在衝突に関与するフレーム。
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.
dot3statslatecollisions object-type syntax counter32 max-access read-only status current current "パケットの送信に1つのスロットタイムより遅れて特定のインターフェイスで衝突が検出される回数。
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 counter32 max-access読み取り専用ステータス現在
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,
このカウンターの値の不連続性は、管理システムの再初期化で発生する可能性があり、他の場合はifcounterdiscontinuitytimeの値で示されています。
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オブジェクトタイプ構文Counter32 max-access read-access read-ccess read-onlyステータス現在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.
dot3statscarrierersenseerrorsオブジェクトタイプ構文Counter32 max-access read-ccess read-only status current current "特定のインターフェイスでフレームを送信しようとしたときに、キャリアセンス状態が失われたか、決して主張されなかった回数。
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.
このオブジェクトのインスタンスで表されるカウントは、伝送の試行中にキャリアセンス状態が変動する場合でも、伝送試行ごとにせいぜい1回増加します。
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オブジェクトタイプの構文Counter32 max-access読み取り専用ステータス現在の説明 "最大許容フレームサイズを超える特定のインターフェイスで受信したフレームのカウント。
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.
このオブジェクトのインスタンスで表されるカウントは、FrametoolongステータスがMacサービスによってLLC（または他のMacユーザー）に返されると増加します。IEEE 802.3レイヤー管理の規則によると、複数のエラー条件が得られる受信フレームは、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 counter32 max-access読み取り専用ステータス現在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 ********
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 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.
dot3statssymbolerrors object-type syntax counter32 max-access読み取り専用ステータス現在の説明 "100 mb/sで動作するインターフェイスの場合、有効なキャリアが存在したときに無効なデータ記号があった回数。
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.
1000 mb/sで半分二重モードで動作するインターフェイスの場合、受信メディアの回数は、スロット型以上の期間、非アイドル（キャリアイベント）です。PHYがGMIIで「データ受信エラー」または「キャリア拡張エラー」を示すイベントの1つの発生。
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.
1000 mb/sで全二重モードで動作するインターフェイスの場合、受信メディアの回数はキャリアイベントではありません）。PhyがGMIIで「データ受信エラー」を示すイベントの発生。
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.
このオブジェクトのインスタンスで表されるカウントは、キャリアイベント中に複数のシンボルエラーが発生した場合でも、キャリアイベントごとにせいぜい1回増加します。衝突が存在する場合、このカウントは増加しません。
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.
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.
デュプレックスモードの管理制御は、MAU MIBを通じて達成されます。インターフェイスがオートネゴチエーションをサポートしていない場合、または自動化が有効になっていない場合、IfmaudeFaultTypeを使用してデュプレックスモードが制御されます。AutOneGoTiationがサポートされ、有効になっている場合、DuplexモードはIfMaUutonegAdvertisedBitsを使用して制御されます。どちらの場合でも、現在動作している二重モードがこのオブジェクトと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
- {dot3collentry1}はもはや使用されていません
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 counter32 max-access read-access read-only status current current "特定のインターフェイスの伝送（成功またはその他）が、フレームが関連する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.
たとえば、正確に4つの衝突を経験した後にインターフェイス77に送信されるフレームは、dot3collfrequencies.77.4のみを増加させることで示されます。この例では、dot3collfrequencyの他のインスタンスは増加しません。
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 DESCRIPTION "A count of MAC Control frames received on this interface that contain an opcode that is not supported by this device.
dot3controlinunununununununupcodes object-type syntax counter32 max-access読み取り専用ステータス現在
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.
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.
このオブジェクトは、このインターフェイスの管理的に構成された一時停止モードを表します。このインターフェイスに接続されたアクティブMAUに自動ネゴシエーションが有効になっていないか、実装されていない場合、このオブジェクトの値は、フルデュペックスモードで動作するときはいつでも、インターフェイスの動作一時停止モードを決定します。この場合、このオブジェクトへのセットは、インターフェイスを指定されたモードに強制します。
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に自動ネゴシエーションが実装および有効になった場合、このインターフェイスの一時停止モードは自動ネゴシエーションによって決定され、このオブジェクトの値は、インターフェイスが自動的に元に戻すモードを示します。交渉は後に無効になります。Auto Negotiationが実行されている場合、MAU-MIBのIFMAUTONEGCAPADIVERTISEDBITSオブジェクトを使用して、一時停止モードの管理制御を実現できることに注意してください。
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オブジェクトタイプ
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オブジェクトタイプの構文COUNTER32 MAX-ACCESS READ-ONLYステータス現在の説明 "このインターフェイスで受信したMACコントロールフレームのカウントは、一時停止操作を示すオペードを示しています。
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 PAUSE operation.
dot3outPauseFrames Object-Type構文Counter32 Max-Access読み取り専用ステータス現在の説明 "このインターフェイスに送信されたMacコントロールフレームのカウントは、一時停止操作を示すOPCODEを使用して送信されます。
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オブジェクトアイデンティティステータス現在の説明 "時間領域反射測定（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オブジェクトアイデンティティステータス現在の説明 "このテストは、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 ********
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 }
モジュール - このモジュールの必須グループ{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 ********
The compliance statement for managed network entities which have 100 Mb/sec ethernet-like network interfaces.
100 MB/秒イーサネットのようなネットワークインターフェイスを備えたマネージドネットワークエンティティのコンプライアンスステートメント。
This compliance is deprecated and replaced by dot3Compliance."
このコンプライアンスは廃止され、dot3complianceに置き換えられます。」
MODULE -- this module MANDATORY-GROUPS { etherStats100MbsGroup }
モジュール - このモジュールの必須グループ{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 -- this module MANDATORY-GROUPS { etherStatsBaseGroup }
モジュール - このモジュールの必須グループ{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."
グループEtherDuplexGroupの説明「このグループは、フルダプレックスモードで動作できるすべてのイーサネットのようなネットワークインターフェイスに必須です。すべてのイーサネットのようなネットワークインターフェイスに強くお勧めします。」
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の説明「このグループは、10 MB/sで動作したり、半過激なモードで遅くなったりすることができるすべてのイーサネットのようなネットワークインターフェイスに必須です。」
GROUP etherStatsHighSpeedGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces which are capable of operating at 100 Mb/s or faster."
グループEtherstatshighSpeedGroupの説明「このグループは、100 MB/s以上で動作できるすべてのイーサネットのようなネットワークインターフェイスに必須です。」
GROUP etherControlGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces that support the MAC Control sublayer."
グループEtherControlgroupの説明「このグループは、Mac Control Sublayerをサポートするすべてのイーサネットのようなネットワークインターフェイスに必須です。」
GROUP etherControlPauseGroup DESCRIPTION "This group is mandatory for all ethernet-like network interfaces that support the MAC Control PAUSE function."
グループEtherControlPauseGroupの説明「このグループは、MACコントロールの一時停止関数をサポートするすべてのイーサネットのようなネットワークインターフェイスに必須です。」
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の説明「このグループはオプションです。ハーフダプレックスモードで動作し、必要な計測を行うことができるすべてのイーサネットのようなネットワークインターフェイスに適しています。そのようなインターフェイスを持つシステムでの実装を強くお勧めします。」
::= { 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 **********
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 **********
A collection of objects providing information applicable to 100 Mb/sec ethernet-like network interfaces.
100 MB/secイーサネットのようなネットワークインターフェイスに適用される情報を提供するオブジェクトのコレクション。
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オブジェクトグループオブジェクト{dot3statsssqetesterrors}ステータス現在の説明
::= { 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イーサネットインターフェイスとHub MIBワーキンググループによって作成されました。
Lynn Kubinec Steve McRobert Dan Romascanu Andrew Smith Geoff Thompson
Lynn Kubinec Steve McRobert Dan Romascanu Andrew Smith Geoff Thompson
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]に基づいており、Hewlett-PackardのJohn FlickとRedback NetworksのJeffrey Johnsonが編集し、802.3 Hub MIBワーキンググループによって生産されています。[16]で概説されているように、全二重イーサネットインターフェイスと1000 MB/秒イーサネットインターフェイスのサポートを提供することにより、その文書を拡張します。
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]、およびSNMPV2 SMI、RFC 1650 [22]を使用して提案された標準イーサネットMIBの両方にほぼ完全に基づいています。ソフトウェアとインターフェイスMIBワーキンググループによって生産されます。RFC 2358は、100 MB/秒イーサネットインターフェイスのサポートを提供することにより、これらのドキュメントを拡張します。
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ワーキンググループによって生産されたドラフト標準イーサネットMIB、RFC 1398 [20]に基づいています。
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は、提案されている標準イーサネットMIB、RFC 1284 [18]に基づいており、これはチップコムのジョンクックによって編集され、Transmission MIBワーキンググループによって生産されました。イーサネット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 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 1284は、TCP/IPネットワークのIEEE 802.3レイヤー管理ドラフトM互換MIBと題されたInterlanのFrank Kastenholzによって書かれたドキュメントに基づいています[17]。このドキュメントは、最初はSNMPワーキンググループによって、そしてMIBインターフェイスのオブジェクトを定義するための現在の規則を反映するために、最初はSNMPワーキンググループによって、そして送信ワーキンググループによって控えめに再加工されました。MIT Laboratory for Computer ScienceのJames DavinとHughes Lan SystemsのKeith McCloghrieは、このメモの後のドラフトに貢献しました。Marshall Rose of Performance Systems International、Inc。は、ドキュメントをRFC 1212 [3]簡潔な形式に変換しました。DECのAnil Rijsinghaniは、TDRテストをより適切に説明するテキストを貢献しました。インターランのフランク・カステンホルツとIBMのルイ・スタインバーグの実験に感謝します。
[1] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing SNMP Management Frameworks", RFC 2571, May 1999.
[1] Harrington、D.、Presuhn、R。、およびB. Wijnen、「SNMP管理フレームワークを説明するためのアーキテクチャ」、RFC 2571、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] Rose、M。and 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] Rose、M。and K. McCloghrie、「Scise MIB Definitions」、STD 16、RFC 1212、1991年3月。
[4] Rose, M., "A Convention for Defining Traps for use with the SNMP", RFC 1215, March 1991.
[4] Rose、M。、「SNMPで使用するトラップを定義するための慣習」、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.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M。and 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.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M。and 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.、Perkins、D.、Schoenwaelder、J.、Case、J.、Rose、M。and S Waldbusser、「Smiv2の適合ステートメント」、STD 58、RFC 2580、1999年4月。
[8] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.
[8] Case、J.、Fedor、M.、Schoffstall、M。and J. Davin、「Simple Network Management Protocol」、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] Case、J.、McCloghrie、K.、Rose、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] Case、J.、McCloghrie、K.、Rose、M。、およびS. Waldbusser、「単純なネットワーク管理プロトコル（SNMPV2）のバージョン2の輸送マッピング」、RFC 1906、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] Case、J.、Harrington D.、Presuhn R.およびB. Wijnen、「Simple Network Management Protocol（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] Blumenthal、U.およびB. Wijnen、「シンプルネットワーク管理プロトコル（SNMPV3）のバージョン3のユーザーベースのセキュリティモデル（USM）」、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] Case、J.、McCloghrie、K.、Rose、M。、およびS. Waldbusser、「単純なネットワーク管理プロトコル（SNMPV2）のバージョン2のプロトコル操作」、RFC 1905、1996年1月。
[14] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC 2573, May 1999.
[14] Levi、D.、Meyer、P。and B. Stewart、「SNMPV3 Applications」、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、「シンプルネットワーク管理プロトコル（SNMP）のビューベースのアクセス制御モデル（VACM）」、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 STD 802.3、1998エディション：「情報技術 - システム間の電気通信と情報交換 - ローカルおよびメトロポリタンエリアネットワーク - 特定の要件 - パート3：衝突検出による複数アクセス（CSMA/CD）アクセス方法と物理レイヤー仕様の仕様「（ANSI/IEEE Std。802.3、1996 Edition、IEEEStd。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。、「IEEE 802.3レイヤー管理ドラフトTCP/IPネットワーク用の互換性のある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] Cook、J。、「イーサネットのようなインターフェイスタイプの管理オブジェクトの定義」、RFC 1284、1991年12月。
[19] Kastenholz, F., "Implementation Notes and Experience for The Internet Ethernet MIB", RFC 1369, October 1992.
[19] Kastenholz、F。、「インターネットイーサネット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。、「SMIV2を使用したイーサネット様インターフェイスタイプの管理されたオブジェクトの定義」、RFC 1650、1994年8月。
[23] Flick, J. and J. Johnson, "Definitions of Managed Objects for the Ethernet-like Interface Types", RFC 2358, June 1998.
[23] Flick、J。およびJ. Johnson、「イーサネットのようなインターフェイスタイプの管理されたオブジェクトの定義」、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. Rose、編集者、「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] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、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] Smith、A.、Flick、J.、Degraaf、K.、Romascanu、D.、McMaster、D.、McCloghrie、K。、およびS. Roberts、「IEEE 802.3中程度のアタッチメントユニット（MAUS）の管理オブジェクトの定義」、RFC 2668、1999年8月。
[28] Flick, J., "Definitions of Object Identifiers for Identifying Ethernet Chip Sets", RFC 2666, August 1999.
[28] Flick、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.
このMIBには、read-writeの最大アクセス句がある2つの管理オブジェクトが定義されています。このようなオブジェクトは、一部のネットワーク環境で敏感または脆弱と見なされる場合があります。適切な保護なしの非セキュア環境でのセット操作のサポートは、ネットワーク操作に悪影響を与える可能性があります。
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のオブジェクトにアクセスして（読み取る）ことができるかについての制御はありません。
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
John Flick Hewlett-Packard Company 8000 Foothills Blvd.M/S 5557 Roseville、CA 95747-5557
Phone: +1 916 785 4018
EMail: johnf@rose.hp.com
Jeffrey Johnson RedBack Networks 2570 North First Street, Suite 410 San Jose, CA, 95131, USA
ジェフリージョンソンレッドバックネットワーク2570ノースファーストストリート、スイート410サンノゼ、カリフォルニア州、95131、米国
Phone: +1 408 571 2699
EMail: jeff@redbacknetworks.com
A. Change Log
A.ログを変更します
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.
(1) セクション2は、現在のSNMP管理フレームワークボイラープレートに置き換えられています。
(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) 参照条項は、各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.
フルダプレックスモード：dot3statssinglecollisionframes、dot3statsmultiplecollisionframes、dot3statssqetesterrors、dot3statsdeferredtransmissions、dot3statslatecollisions、dot3statsexcessivecollisions、dot3statscarriererserrors、dot3collis。
(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.
(6) 次のオブジェクト説明条項は、フルダップレックスと1000 MB/sのインターフェイスの動作を反映するように更新されています：dot3statsalignmenterrors、dot3statsfcserrors、dot3statssqetesterrors、dot3statslatecollisions、dot3statssymbolerrors。
(7) Two new tables, dot3ControlTable and dot3PauseTable, have been added.
(7) Dot3Controltableとdot3Pausetableの2つの新しいテーブルが追加されました。
(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は別のドキュメントに移動されました。
This section enumerates changes made to RFC 1650 to produce RFC 2358.
このセクションでは、RFC 1650への変更を列挙してRFC 2358を生成します。
(1) The MODULE-IDENTITY has been updated to reflect the changes in the MIB.
(1) 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オブジェクトタイプのマクロを使用するように変換されています。
(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) このMIBとMAU MIBの関係を定義するセクションが追加されました。
(10) A section on the mapping of IEEE 802.3 managed objects to this MIB and the Interfaces MIB has been added.
（10）IEEE 802.3の管理されたオブジェクトのマッピングに関するセクションこのMIBとインターフェイスMIBが追加されました。
(11) Converted the dot3Tests, dot3Errors, and dot3ChipSets OIDs to use the OBJECT-IDENTITY macro.
（11）dot3test、dot3errors、dot3chipsets oidsを変換して、オブジェクトアイデンティティマクロを使用しました。
(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.
（13）RFC 2026の要求に応じて、知的財産通知と著作権通知が追加されました。
B. Full Copyright Statement
B.完全な著作権声明
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright（c）The Internet Society（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エディター機能の資金は現在、インターネット協会によって提供されています。