RFC2358 日本語訳
2358 Definitions of Managed Objects for the Ethernet-like InterfaceTypes. J. Flick, J. Johnson. June 1998. (Format: TXT=87891 bytes) (Obsoletes RFC1650) (Obsoleted by RFC2665) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Flick
Request for Comments: 2358 Hewlett-Packard Company
Obsoletes: 1650 J. Johnson
Category: Standards Track RedBack Networks
June 1998
コメントを求めるワーキンググループJ.軽打要求をネットワークでつないでください: 2358 ヒューレット・パッカード会社は以下を時代遅れにします。 1650年のJ.ペニスカテゴリ: 規格は1998年6月に20ドル紙幣ネットワークを追跡します。
Definitions of Managed Objects for
the Ethernet-like Interface Types
イーサネットのようなインターフェース型のための管理オブジェクトの定義
Status of this Memo
この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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1998). All Rights Reserved.
Copyright(C)インターネット協会(1998)。 All rights reserved。
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 1650 "Definitions of Managed Objects for the Ethernet-like Interface Types using SMIv2". This memo extends that specification by including management information useful for the management of 100 Mb/s Ethernet interfaces.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 このメモは「イーサネットのようなインタフェースへの管理オブジェクトの定義はSMIv2"を使用することでタイプする」RFC1650を時代遅れにします。 このメモは、100Mb/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, reflect 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作業部会によって定義されるイーサネット技術は、発展し続けています、速度のスケーラブルな増加、新しいタイプのケーブリングとインタフェース、および新機能で。 この発展は、この新しい機能性を反映するために管理オブジェクトで釣り銭がいるかもしれません。 このドキュメントはこのワーキンググループによって発行された他のドキュメントのようにイーサネット技術の発展に、あるステージを反映します。 将来、このドキュメントが改訂されるかもしれませんか、または新しいドキュメントはイーサネットInterfacesとHub MIB作業部会によって発行されるかもしれません、イーサネット技術の発展を反映するために。
Flick & Johnson Standards Track [Page 1] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[1ページ]RFC2358MIB
Table of Contents
目次
1. Introduction ................................................ 2 2. The SNMP Network Management Framework ...................... 2 2.1. Object Definitions ....................................... 3 3. Overview ................................................... 3 3.1. Relation to MIB-2 ........................................ 4 3.2. Relation to the Interfaces MIB ........................... 4 3.2.1. Layering Model ......................................... 4 3.2.2. Virtual Circuits ....................................... 4 3.2.3. ifTestTable ............................................ 5 3.2.4. ifRcvAddressTable ...................................... 5 3.2.5. ifPhysAddress .......................................... 5 3.2.6. ifType ................................................. 6 3.2.7. Specific Interface MIB Objects ......................... 7 3.3. Relation to the 802.3 MAU MIB ............................ 10 3.4. Mapping of IEEE 802.3 Managed Objects .................... 10 4. Definitions ................................................ 11 5. Intellectual Property ...................................... 34 6. Acknowledgements ........................................... 34 7. References ................................................. 35 8. Security Considerations .................................... 36 9. Authors' Addresses ......................................... 37 A. Change Log ................................................. 38 B. Full Copyright Statement ................................... 39
1. 序論… 2 2. SNMPネットワークマネージメントフレームワーク… 2 2.1. オブジェクト定義… 3 3. 概要… 3 3.1. MIB-2との関係… 4 3.2. インタフェースMIBとの関係… 4 3.2.1. レイヤリングモデル… 4 3.2.2. 仮想の回路… 4 3.2.3ifTestTable… 5 3.2.4ifRcvAddressTable… 5 3.2.5ifPhysAddress… 5 3.2.6ifType… 6 3.2.7. 特定のインタフェースMIBは反対します… 7 3.3. 802.3MAU MIBとの関係… 10 3.4. IEEE802.3管理オブジェクトに関するマッピング… 10 4. 定義… 11 5. 知的所有権… 34 6. 承認… 34 7. 参照… 35 8. セキュリティ問題… 36 9. 作者のアドレス… 37 A. ログを変えてください… 38 B.の完全な著作権宣言文… 39
1. Introduction
1. 序論
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.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(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: RFC1650 [11].
また、このメモはMIBモジュールを含んでいます。 このMIBモジュールはこのMIBの以前のバージョンで指定された管理オブジェクトのリストを広げています: RFC1650[11]。
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 [13].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[13]で説明されるように本書では解釈されることであるべきですか?
2. The SNMP Network Management Framework
2. SNMPネットワークマネージメントフレームワーク
The SNMP Network Management Framework consists of several components. For the purpose of this specification, the applicable components of the Framework are the SMI and related documents [2, 3, 4], which define the mechanisms used for describing and naming objects for the purpose of management.
SNMP Network Management Frameworkはいくつかのコンポーネントから成ります。 この仕様の目的のために、Frameworkの適切な部品は、SMIと関連するドキュメント[2、3、4]です。(そのドキュメントはオブジェクトを管理の目的にちなんで説明して、命名するのに使用されるメカニズムを定義します)。
Flick & Johnson Standards Track [Page 2] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[2ページ]RFC2358MIB
The Framework permits new objects to be defined for the purpose of experimentation and evaluation.
Frameworkは、新しいオブジェクトが実験と評価の目的のために定義されるのを可能にします。
2.1. Object Definitions
2.1. オブジェクト定義
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) [1] defined in the SMI [2]. In particular, each object object type is named by an OBJECT IDENTIFIER, an administratively assigned name. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the descriptor, to refer to the object type.
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBのオブジェクトは、SMI[2]で定義された抽象的なSyntax Notation One(ASN.1)[1]の部分集合を使用することで定義されます。 特に、それぞれのオブジェクトオブジェクト・タイプはOBJECT IDENTIFIER、行政上割り当てられた名前によって命名されます。 オブジェクトインスタンスに伴うオブジェクト・タイプは、唯一オブジェクトの特定の具体化を特定するのに勤めます。 人間の便宜のために、私たちはしばしば記述子と呼ばれた原文のストリングを使用して、オブジェクトについて言及するのはタイプされます。
3. Overview
3. 概要
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 [12]:
これらのオブジェクト・タイプのインスタンスはイーサネットのようなコミュニケーション媒体にインタフェースの属性を表します。 現在のところ、イーサネットのようなメディアはInterfaces MIB[12]のifTypeオブジェクトの以下の値によって特定されます:
ethernetCsmacd(6)
iso88023Csmacd(7)
starLan(11)
ethernetCsmacd(6) iso88023Csmacd(7) starLan(11)
The definitions presented here are based on the IEEE 802.3 Layer Management Specification [5], as originally interpreted by Frank Kastenholz then of Interlan in [7]. Implementors of these MIB objects should note that the IEEE document 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.
ここに提示された定義はIEEE802.3Layer Management Specification[5]に基づいています、元々[7]でそして、InterlanのフランクKastenholzによって解釈されるように。 これらのMIBオブジェクトの作成者は、IEEEドキュメントが明らかにいつ、どこと様々なMAC属性がどう測定されるかを説明することに(パスカル擬似コードの形で)注意するべきです。 また、IEEEドキュメントはここで定義されたMIBオブジェクトのインスタンスを操ることによって呼び出されるかもしれないMAC動作の効果について説明します。
To the extent that some of the attributes defined in [5] are represented by previously defined objects in MIB-2 [16] or in the Interfaces MIB [12], 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.
[5]で定義された属性のいくつかがMIB-2[16]かInterfaces MIB[12]に以前に定義されたオブジェクトによって表されるという範囲には、そのような属性がこのメモで定義されたオブジェクトによって冗長に表されません。 他のメモで定義されたオブジェクトによって表された属性の中では、フレームの数は、特定のインタフェース、インタフェースの無差別な状態、インタフェースに関連しているインタフェース、およびマルチキャスト情報のMACアドレスで八重奏の数が特定のインタフェースに伝えられるか、または受け取られるのを伝えたか、または受けました。
Flick & Johnson Standards Track [Page 3] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[3ページ]RFC2358MIB
3.1. Relation to MIB-2
3.1. MIB-2との関係
This section applies only when this MIB is used in conjunction with the "old" (RFC 1213) [16] interface group.
このMIBが「古い」(RFC1213)[16]インタフェースグループに関連して使用されるときだけ、このセクションは適用されます。
The relationship between an ethernet-like interface and an interface in the context of the Internet-standard MIB 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の文脈のインタフェースとの関係は、1〜1です。 そういうものとして、ここに定義されたオブジェクトの対応するインスタンスを特定するのに直接ifIndexオブジェクトインスタンスの値を使用できます。
For agents which implement the (now deprecated) ifSpecific object, an instance of that object that is associated with an ethernet-like interface has the OBJECT IDENTIFIER value:
エージェントに関しては、どれが、(現在、推奨しない)のifSpecificがオブジェクト、その関連オブジェクトのインスタンスであると実装するかに、OBJECT IDENTIFIER値がイーサネットのようなインタフェースと共にあります:
dot3 OBJECT IDENTIFER ::= { transmission 7 }
dot3 OBJECT IDENTIFER:、:= トランスミッション7
3.2. Relation to the Interfaces MIB
3.2. インタフェースMIBとの関係
The Interface MIB [12] 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.
Interface MIB[12]は、Interface MIBの付属物であるどんなMIBもInterface MIBの中で特定の領域をはっきりさせるのを必要とします。 これらの領域は故意に、MIBを抑制して、その結果、ある管理を排除する上で避けるInterface MIBであいまいな左にメディアでタイプされるということでした。
Section 3.3 of [12] 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 [12] in order to understand the general intent of these areas.
[12]のセクション3.3はメディア特有のMIBがはっきりさせなければならないいくつかの領域を列挙します。 それぞれのこれらの領域は次の小区分で扱われます。 作成者は、[12] これらの領域の総合的目的を理解するために言及されます。
3.2.1. Layering Model
3.2.1. レイヤリングモデル
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.
1つは802.2とenet-トランシーバーMIBの開発について見通すかもしれません。 それらはそれぞれより高くて下側の副層であるかもしれません。 そのTHISドキュメントがするはずであるのが、可能性について暗示して、可能性を意識しているよう作成者に促すことであり、それらは本書では要件に取って代わる要件を持っているかもしれません。
3.2.2. Virtual Circuits
3.2.2. 仮想の回路
This medium does not support virtual circuits and this area is not applicable to this MIB.
この媒体は仮想の回路を支えません、そして、この領域はこのMIBに適切ではありません。
Flick & Johnson Standards Track [Page 4] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[4ページ]RFC2358MIB
3.2.3. ifTestTable
3.2.3. ifTestTable
This MIB defines two tests for media which are instrumented with this MIB; TDR and Loopback. Implementation of these tests is not required. Many common interface chips do not support one or both of these tests.
このMIBはこのMIBと共に器具を取り付けられるメディアのために2つのテストを定義します。 TDRとループバック。 これらのテストの実装は必要ではありません。 多くの一般的なインタフェースチップはこれらのテストの1か両方をサポートしません。
These two tests are provided as a convenience, allowing a common method to invoke the test.
共通方法がテストを呼び出すのを許容して、便利としてこれらの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.
標準のMIBsは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で使用可能になると予想されます。
3.2.4. ifRcvAddressTable
3.2.4. ifRcvAddressTable
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.
このテーブルは802.3が扱うすべてのIEEE、ユニキャスト、マルチキャスト、および放送を含んでいます。(このインタフェースは、それのために地方の消費で、より高い層の実体までパケットを受けて、それらを進めるでしょう)。 アドレスの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ブリッジの一部であるなら、このテーブルは可能な推進のためにある他のポートから受け入れられるユニキャストアドレスを含んでいません。 明らかに、このテーブルがブリッジアドレスフィルタリングメカニズムを提供することを意図しません。
3.2.5. ifPhysAddress
3.2.5. ifPhysAddress
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、またはIEEE802.3フレームのソースアドレス分野にも置かれるIEEE802.3アドレスを含んでいます。 通常、これはインタフェースハードウェアの上にROMに保たれるでしょう。 いくつかのシステムがソフトウェアでこのアドレスを設定するかもしれません。
In a system where there are several such addresses the designer has a tougher choice. The address chosen should be the one most likely to be of use to network management (e.g. the address placed in ARP responses for systems which are primarily IP systems).
そのようないくつかのアドレスがあるシステムでは、デザイナーは、より厳しい選択を持っています。 選ばれたアドレスはネットワークマネージメント(例えば主としてIPシステムであるシステムのためのARP応答に置かれたアドレス)の役に立つ最も傾向があるものであるべきです。
If the designer truly can not chose, use of the factory- provided ROM address is suggested.
デザイナーであるなら、本当に、缶は選ばれないで、工場の提供されたROMアドレスの使用は示されます。
Flick & Johnson Standards Track [Page 5] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[5ページ]RFC2358MIB
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.
アドレスはこのオブジェクトのバイナリーで保存されます。 アドレスは噛み付いている「正準な」オーダーに保存されます、すなわち、Group Bitが最初の八重奏の下位のビットとして置かれます。 したがって、マルチキャストアドレスの最初のバイトで、ビット0x01を設定するでしょう。
3.2.6. ifType
3.2.6. ifType
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.
すべてのイーサネットのようなインタフェースがインタフェースが実行している速度か使用中のリンクレイヤカプセル化にかかわらずethernetCsmacd(6)のifTypeを使用するのは、RECOMMENDEDです。iso88023Csmacd(7)とstarLan(11)は遅れているcompatabilityのためにサポートされます。
There are two other interface types defined in the IANAifType-MIB for 100 Mbit Ethernet. They are fastEther(62), and fastEtherFX(69). 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) or fastEtherFX(69) ifTypes.
100のメガビットイーサネットのためにIANAifType-MIBで定義された他の2人のインターフェース型がいます。 それらは、fastEther(62)と、fastEtherFX(69)です。 このドキュメントはイーサネットがイーサネットと、SHOULDが同じくらいにいつも評価させるifTypeのイーサネットインタフェースであるという立場を取ります。 インタフェースが実行しているイーサネットの特定の風味に関する情報はInterfaces MIBのifSpeed、および802.3MAU MIBのifMauTypeから利用可能です。 イーサネットのようなインタフェースSHOULD NOTはfastEther(62)かfastEtherFX(69) ifTypesを使用します。
Interfaces with any of the supported ifType values map to the EtherLike-MIB in the same manner. Which compliance statement an interface should implement is dependent on the maximum speed supported on the interface. The EtherLike-MIB etherCompliance compliance statement applies to all Ethernet-like interfaces whose maximum supported speed is 10 Mbit/sec or less. There are no implementation differences. Similarly, the EtherLike-MIB ether100MbsCompliance compliance statement applies to all Ethernet- like interfaces whose maximum supported speed is 100Mbit/sec.
値が同じ方法でEtherLike-MIBに写像するサポートしているifTypeのいずれとのインタフェース。 インタフェースがどの承諾声明を実装するべきであるかは、インタフェースでサポートされた最高回転数に依存しています。 EtherLike-MIB etherCompliance承諾声明は速度であるとサポートされた最大が10メガビット/秒以下であるすべてのイーサネットのようなインタフェースに適用されます。 実装差が全くありません。 同様に、EtherLike-MIB ether100MbsCompliance承諾声明は速度であるとサポートされた最大が100Mbit/秒であるインタフェースのようにすべてのイーサネットに適用されます。
An interface that is capable of operating at 100Mbit/sec MUST implement the ether100MbsCompliance compliance statement, even if it is currently operating at a lower speed. Counters in the ether100MbsCompliance compliance statement that only apply to 100 Mbit interfaces would simply not increment when the interface is operating at a lower speed.
100Mbit/秒のときに作動できるインタフェースはether100MbsCompliance承諾声明を実装しなければなりません、現在速度をゆるめて作動していても。 ether100MbsCompliance承諾声明のインタフェースが速度をゆるめて作動しているときだけインタフェースが絶対に増加しない100メガビットに適用されるカウンタ。
Flick & Johnson Standards Track [Page 6] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[6ページ]RFC2358MIB
3.2.7. Specific Interface MIB Objects
3.2.7. 特定のインタフェースMIBオブジェクト
The following table provides specific implementation guidelines for applying the interface group objects to ethernet-like media.
以下のテーブルはイーサネットのようなメディアにインタフェース群対象を適用するための特定の実施要綱を提供します。
Object
オブジェクト
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 EachのイーサネットのようなインタフェースはifEntryによって表されます。 このMIBモジュールによるdot3StatsTableはdot3StatsIndexによって索引をつけられます。 dot3StatsIndexの特定の値によって特定されたインタフェースはifIndexの同じ値によって特定されるように同じインタフェースです。
ifDescr Refer to [12].
ifDescrは[12]について言及します。
ifType Refer to section 3.2.6.
セクション3.2.6へのifType Refer。
ifMtu 1500 octets.
ifMtu1500八重奏。
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), or 100,000,000
(100 million). 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 correct object to use
to determine the duplex mode of the
interface is the ifMauType object in the
802.3 MAU MIB.
bpsにおける、インタフェースの現在の操作上の速度をifSpeedしました。 現在のイーサネットのようなインタフェースに関しては、これは、100万への同輩(100万)、1000万(1000万)か1億になるでしょう(1億)。 インタフェースが自動交渉を実装して、自動交渉がこのインタフェースに可能にされて、インタフェースがまだ操作上の速度と交渉されていないなら、このオブジェクトSHOULDはインタフェースによってサポートされた最高回転数を反映します。 全二重モードで作動するとき、このオブジェクトが倍増している値を示してはいけないことに注意してください。 それは現在の重複のモードにかかわらず適度のライン・スピードを示さなければなりません。 インタフェースの重複のモードを決定するのに使用する正しいオブジェクトは802.3MAU MIBのifMauTypeオブジェクトです。
ifPhysAddress Refer to section 3.2.5.
セクション3.2.5へのifPhysAddress Refer。
ifAdminStatus Write access is not required. Support
for 'testing' is not required.
ifAdminStatus Writeアクセスは必要ではありません。 'テスト'であるサポートは必要ではありません。
Flick & Johnson Standards Track [Page 7] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[7ページ]RFC2358MIB
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 [12].
ifLastChangeは[12]について言及します。
ifInOctets The number of octets in valid MAC frames
received on this interface, including
the MAC header and FCS.
MACヘッダーとFCSを含んでいて、有効なMACフレームの八重奏の数がこのインタフェースで受けたifInOctets。
ifInUcastPkts Refer to [12].
ifInUcastPktsは[12]について言及します。
ifInDiscards Refer to [12].
ifInDiscardsは[12]について言及します。
ifInErrors The sum for this interface of
dot3StatsAlignmentErrors,
dot3StatsFCSErrors,
dot3StatsFrameTooLongs,
dot3StatsInternalMacReceiveErrors and
dot3StatsSymbolErrors.
これのための合計が連結するdot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsFrameTooLongs、dot3StatsInternalMacReceiveErrors、およびdot3StatsSymbolErrorsのifInErrors。
ifInUnknownProtos Refer to [12].
ifInUnknownProtosは[12]について言及します。
ifOutOctets The number of octets transmitted in
valid MAC frames on this interface,
including the MAC header and FCS.
八重奏の数が有効なMACで伝えたifOutOctetsはMACヘッダーとFCSを含むこのインタフェースで縁どっています。
ifOutUcastPkts Refer to [12].
ifOutUcastPktsは[12]について言及します。
ifOutDiscards Refer to [12].
ifOutDiscardsは[12]について言及します。
ifOutErrors The sum for this interface of:
dot3StatsSQETestErrors,
dot3StatsLateCollisions,
dot3StatsExcessiveCollisions,
dot3StatsInternalMacTransmitErrors and
dot3StatsCarrierSenseErrors.
これのための合計が連結するifOutErrors: dot3StatsSQETestErrors、dot3StatsLateCollisions、dot3StatsExcessiveCollisions、dot3StatsInternalMacTransmitErrors、およびdot3StatsCarrierSenseErrors。
ifName Locally-significant textual name for the
interface (e.g. lan0).
インタフェース(例えば、lan0)へのifName Locally重要な原文の名前。
ifInMulticastPkts Refer to [12].
ifInMulticastPktsは[12]について言及します。
ifInBroadcastPkts Refer to [12].
ifInBroadcastPktsは[12]について言及します。
ifOutMulticastPkts Refer to [12].
ifOutMulticastPktsは[12]について言及します。
Flick & Johnson Standards Track [Page 8] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[8ページ]RFC2358MIB
ifOutBroadcastPkts Refer to [12].
ifOutBroadcastPktsは[12]について言及します。
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.
カウンタのifHCInOctetsの64ビットのバージョン。 インタフェースが現在20Mbit/秒以下で作動していても、20Mbit/秒のときに作動できるか、または、より速いイーサネットのようなインタフェースへの必要なifHCOutOctets
ifHCInUcastPkts 64-bit versions of packet counters.
ifHCInMulticastPkts Support for these counters is not
ifHCInBroadcastPkts required for the interface types
ifHCOutUcastPkts supported by this MIB. They are only
ifHCOutMulticastPkts required for interfaces capable of
ifHCOutBroadcastPkts operating at 640Mbit/sec or faster.
Note that a future revision of this
document may support faster interfaces,
and therefore may require support for
these counters.
パケットカウンタこれらのカウンタへのifHCInMulticastPkts SupportのifHCInUcastPktsの64ビットのバージョンはifHCOutUcastPktsがこのMIBでサポートしたインターフェース型に必要であるifHCInBroadcastPktsではありません。 それらはifHCOutBroadcastPktsが640Mbit/秒か、より速く作動できるインタフェースに必要であるifHCOutMulticastPktsにすぎません。 このドキュメントの今後の改正が、より速いインタフェースをサポートして、したがって、これらのカウンタに支持を要するかもしれないことに注意してください。
ifLinkUpDownTrapEnable Refer to [12]. Default is 'enabled'
ifLinkUpDownTrapEnableは[12]について言及します。 デフォルトは'可能にされます'。
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,
or 100. 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 correct object to use to determine
the duplex mode of the interface is the
ifMauType object in the 802.3 MAU MIB.
何百万ものbpsにおける、インタフェースの現在の操作上の速度のifHighSpeed。 現在のイーサネットのようなインタフェースに関しては、これは1、10、または100と等しくなるでしょう。 インタフェースが自動交渉を実装して、自動交渉がこのインタフェースに可能にされて、インタフェースがまだ操作上の速度と交渉されていないなら、このオブジェクトSHOULDはインタフェースによってサポートされた最高回転数を反映します。 全二重モードで作動するとき、このオブジェクトが倍増している値を示してはいけないことに注意してください。 それは現在の重複のモードにかかわらず適度のライン・スピードを示さなければなりません。 インタフェースの重複のモードを決定するのに使用する正しいオブジェクトは802.3MAU MIBのifMauTypeオブジェクトです。
ifPromiscuousMode Refer to [12].
ifPromiscuousModeは[12]について言及します。
ifConnectorPresent This will normally be 'true'.
通常、ifConnectorPresent Thisは'本当でしょう'。
ifAlias Refer to [12].
ifAliasは[12]について言及します。
ifCounterDiscontinuityTime Refer to [12].
ifCounterDiscontinuityTimeは[12]について言及します。
Flick & Johnson Standards Track [Page 9] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[9ページ]RFC2358MIB
ifStackHigherLayer Refer to section 3.2.1.
ifStackLowerLayer
ifStackStatus
セクション3.2.1ifStackLowerLayer ifStackStatusへのifStackHigherLayer Refer
ifRcvAddressAddress Refer to section 3.2.4.
ifRcvAddressStatus
ifRcvAddressType
セクション3.2.4ifRcvAddressStatus ifRcvAddressTypeへのifRcvAddressAddress Refer
3.3. Relation to the 802.3 MAU MIB
3.3. 802.3MAU MIBとの関係
Support for the mauModIfCompl compliance statement of the MAU-MIB [14] 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. The MAU type indicates not only the media type in use, but also indicates whether the interface is operating in half- duplex or full-duplex mode. Implementing this MIB module without implementing the MAU-MIB would leave applications with no standard way to determine the duplex mode of the interface.
MAU-MIB[14]のmauModIfCompl承諾声明のサポートはイーサネットのようなインタフェースへのREQUIREDです。 このMIBが、アプリケーションが、現在のMAUがインタフェースのそばで使用をタイプすることを決定するのを許容するのに必要です。 MAUタイプは、メディアだけが使用をタイプするのを示しませんが、インタフェースが半分デュプレックスか全二重モードで作動しているかどうかをまた示します。 インタフェースの重複のモードを決定するために実装することのないMAU-MIBがそうするこのMIBモジュールに標準の道のない休暇届を実装すること。
3.4. Mapping of IEEE 802.3 Managed Objects
3.4. IEEE802.3管理オブジェクトに関するマッピング
IEEE 802.3 Managed Object Corresponding SNMP Object
IEEE802.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
oまたは、MacEntity .aMACID dot3StatsIndex、-、MIB、--、ifIndex .aFramesTransmittedOK、-、MIB、--ifOutUCastPkts+ifOutMulticastPkts+ifOutBroadcastPkts .aSingleCollisionFrames dot3StatsSingleCollisionFrames.aMultipleCollisionFrames dot3StatsMultipleCollisionFrames; aFramesReceivedOK、-、MIB、--、ifInUcastPkts+ifInMulticastPkts+ifInBroadcastPkts .aFrameCheckSequenceErrors dot3StatsFCSErrors.aAlignmentErrors dot3StatsAlignmentErrors .aOctetsTransmittedOK、-、MIB、--ifOutOctets .aFramesWithDeferredXmissions dot3StatsDeferredTransmissions; aLateCollisions dot3StatsLateCollisions.aFramesAbortedDueToXSColls dot3StatsExcessiveCollisions.aFramesLostDueToIntMACXmitError dot3StatsInternalMacTransmitErrors.aCarrierSenseErrors dot3StatsCarrierSenseErrors .aOctetsReceivedOK、-、MIB、--、ifInOctets .aFramesLostDueToIntMACRcvError dot3StatsInternalMacReceiveErrors .aPromiscuousStatus、-、MIB、--、ifPromiscuousMode .aReadMulticastAddressList、-、MIB、--、ifRcvAddressTable .aMulticastFramesXmittedOK、-、MIB、--、ifOutMulticastPkts .aBroadcastFramesXmittedOK、-、MIB、--、ifOutBroadcastPkts
Flick & Johnson Standards Track [Page 10] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[10ページ]RFC2358MIB
.aMulticastFramesReceivedOK IF-MIB - ifInMulticastPkts
.aBroadcastFramesReceivedOK IF-MIB - ifInBroadcastPkts
.aFrameTooLongErrors dot3StatsFrameTooLongs
.aReadWriteMACAddress IF-MIB - ifPhysAddress
.aCollisionFrames dot3CollFrequencies
.acAddGroupAddress IF-MIB - ifRcvAddressTable
.acDeleteGroupAddress IF-MIB - ifRcvAddressTable
.acExecuteSelfTest dot3TestLoopBack
.aMulticastFramesReceivedOK IF-MIB - ifInMulticastPkts .aBroadcastFramesReceivedOK IF-MIB - ifInBroadcastPkts .aFrameTooLongErrors dot3StatsFrameTooLongs .aReadWriteMACAddress IF-MIB - ifPhysAddress .aCollisionFrames dot3CollFrequencies .acAddGroupAddress IF-MIB - ifRcvAddressTable .acDeleteGroupAddress IF-MIB - ifRcvAddressTable .acExecuteSelfTest dot3TestLoopBack
oPHYEntity
.aSQETestErrors dot3StatsSQETestErrors
.aSymbolErrorDuringCarrier dot3StatsSymbolErrors
oPHYEntity .aSQETestErrors dot3StatsSQETestErrors.aSymbolErrorDuringCarrier dot3StatsSymbolErrors
The following IEEE 802.3 managed objects have been removed from this MIB module as a result of implementation feedback:
以下のIEEE802.3に、実装フィードバックの結果、このMIBモジュールから管理オブジェクトを取り除きました:
oMacEntity
.aFramesWithExcessiveDeferral
.aInRangeLengthErrors
.aOutOfRangeLengthField
.aMACEnableStatus
.aTransmitEnableStatus
.aMulticastReceiveStatus
.acInitializeMAC
oMacEntity .aFramesWithExcessiveDeferral.aInRangeLengthErrors .aOutOfRangeLengthField.aMACEnableStatus .aTransmitEnableStatus.aMulticastReceiveStatus .acInitializeMAC
Please see [15] for the detailed reasoning on why these objects were removed.
これらのオブジェクトが取り除かれた理由における詳細な推理のための[15]を見てください。
4. Definitions
4. 定義
EtherLike-MIB DEFINITIONS ::= BEGIN
EtherLike-MIB定義:、:= 始まってください。
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;
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、OBJECT-IDENTITY、Counter32、mib-2、トランスミッションFROM SNMPv2-SMI MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF ifIndex、InterfaceIndex FROM、-、MIB、。
etherMIB MODULE-IDENTITY
LAST-UPDATED "9806032150Z" -- June 3, 1998
ORGANIZATION "IETF 802.3 Hub MIB Working Group"
CONTACT-INFO
"WG E-mail: hubmib@hprnd.rose.hp.com
To subscribe: hubmib-request@hprnd.rose.hp.com
etherMIBモジュールアイデンティティ最終更新日の"9806032150Z"--「WGは以下をメールする」という1998年6月3日組織「IETF802.3ハブMIB作業部会」コンタクトインフォメーション 申し込む hubmib@hprnd.rose.hp.com : hubmib-request@hprnd.rose.hp.com
Flick & Johnson Standards Track [Page 11] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[11ページ]RFC2358MIB
Chair: Dan Romascanu
Postal: LANNET Ltd.
Atidum Technology Park, Bldg. 3
Tel Aviv 61131
Israel
Tel: +972 3 645 8414
E-mail: dromasca@lannet.com
議長: ダンRomascanu郵便: LANNET株式会社Atidum技術公園、ビルディング 3 テルアビブ61131イスラエルTel: +972 3 645 8414はメールされます: dromasca@lannet.com
Editor: John Flick
Postal: Hewlett-Packard Company
8000 Foothills Blvd. M/S 5556
Roseville, CA 95747-5556
USA
Tel: +1 916 785 4018
Fax: +1 916 785 3583
E-mail: johnf@hprnd.rose.hp.com
エディタ: ジョンFlick郵便: ヒューレット・パッカード会社8000山麓の丘Blvd. S5556ローズビル、カリフォルニア95747-5556M/米国Tel: +1 916 785、4018Fax: +1 3583年の916 785メール: johnf@hprnd.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"
エディタ: ジェフリー・ジョンソンPostal: 20ドル紙幣は2570北でFirst通り、Suite410サンノゼ、カリフォルニア95131米国Tel:をネットワークでつなぎます。 +1 408 571、2699Fax: +1 2698年の408 571メール: " jeff@redbacknetworks.com "
DESCRIPTION "The MIB module to describe generic objects for
Ethernet-like network interfaces. This MIB is an
updated version of the Ethernet-like MIB in RFC
1650."
記述、「イーサネットのようなネットワークのためにジェネリックオブジェクトについて説明するMIBモジュールは連結します」。 「このMIBはRFC1650のイーサネットのようなMIBのアップデートされたバージョンです。」
REVISION "9806032150Z"
DESCRIPTION "Updated to include support for 100 Mb/sec
interfaces."
「100Mb/秒のインタフェースのサポートを含むようにアップデートする」REVISION"9806032150Z"記述。
REVISION "9402030400Z"
DESCRIPTION "Version published as RFC 1650."
::= { mib-2 35 }
「バージョンはRFC1650として発行した」REVISION"9402030400Z"記述。 ::= mib-2 35
etherMIBObjects OBJECT IDENTIFIER ::= { etherMIB 1 }
etherMIBObjectsオブジェクト識別子:、:= etherMIB1
dot3 OBJECT IDENTIFIER ::= { transmission 7 }
dot3 OBJECT IDENTIFIER:、:= トランスミッション7
-- the Ethernet-like Statistics group
-- イーサネットのようなStatisticsグループ
dot3StatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3StatsEntry
MAX-ACCESS not-accessible
アクセスしやすくないdot3StatsTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3StatsEntryマックス-ACCESS
Flick & Johnson Standards Track [Page 12] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[12ページ]RFC2358MIB
STATUS current
DESCRIPTION "Statistics for a collection of ethernet-like
interfaces attached to a particular system."
::= { dot3 2 }
「イーサネットのようなインタフェースの収集のための統計は特定のシステムに取り付けた」STATUSの現在の記述。 ::= 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 OBJECT-TYPE SYNTAX Dot3StatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「イーサネットのような媒体への特定のインタフェースへの統計。」 dot3StatsIndexに索引をつけてください:、:= dot3StatsTable1
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
}
Dot3StatsEntry:、:= 系列{ 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オブジェクト識別子、dot3StatsSymbolErrors Counter32; }
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."
::= { dot3StatsEntry 1 }
dot3StatsIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一イーサネットのような媒体にインタフェースを特定するインデックス値。」 「このインデックスの特定の値によって特定されたインタフェースはifIndexの同じ値によって特定されるように同じインタフェースです。」 ::= dot3StatsEntry1
dot3StatsAlignmentErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
dot3StatsAlignmentErrors OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Flick & Johnson Standards Track [Page 13] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[13ページ]RFC2358MIB
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.
「フレームのカウントは長さにおける、整数の八重奏でなく、またFCSチェックを通過しない特定のインタフェースで受けた」記述。
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 2 }
alignmentError状態がLLC(または、他のMACユーザ)に対するMACサービスで返されるとき、このオブジェクトのインスタンスによって表されたカウントは増加されています。 「排他的なLLCに提示されたエラー状況によると、エラー条件が得るどの倍数がIEEE802.3Layer Managementのコンベンションで数えられるかために、フレーム搬入します。」だった 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry2
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.
「フレームのカウントは長さにおける、整数の八重奏ですが、FCSチェックを通過しない特定のインタフェースで受けた」dot3StatsFCSErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 3 }
frameCheckError状態がLLC(または、他のMACユーザ)に対するMACサービスで返されるとき、このオブジェクトのインスタンスによって表されたカウントは増加されています。 「排他的なLLCに提示されたエラー状況によると、エラー条件が得るどの倍数がIEEE802.3Layer Managementのコンベンションで数えられるかために、フレーム搬入します。」だった 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry3
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.
「首尾よく伝えられることのカウントはトランスミッションがまさに1回の衝突で抑制される特定のインタフェースで縁どる」dot3StatsSingleCollisionFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
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
このオブジェクトのインスタンスによって数えられるフレームは、また、ifOutUcastPkts、ifOutMulticastPktsかifOutBroadcastPktsのどちらかの対応するインスタンスが数えられて、dot3StatsMultipleCollisionFramesの対応するインスタンスによって数えられません。
Flick & Johnson Standards Track [Page 14] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[14ページ]RFC2358MIB
object."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 4 }
「反対してください。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry4
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.
「首尾よく伝えられることのカウントはトランスミッションが1回以上の衝突で抑制される特定のインタフェースで縁どる」dot3StatsMultipleCollisionFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 5 }
「このオブジェクトのインスタンスによって数えられるフレームは、また、ifOutUcastPkts、ifOutMulticastPktsかifOutBroadcastPktsのどちらかの対応するインスタンスが数えられて、dot3StatsSingleCollisionFramesオブジェクトの対応するインスタンスによって数えられません。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry5
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
message is defined in section 7.2.2.2.4 of
ANSI/IEEE 802.3-1985 and its generation is
described in section 7.2.4.6 of the same
document."
REFERENCE "ANSI/IEEE Std 802.3-1985 Carrier Sense
Multiple Access with Collision Detection Access
Method and Physical Layer Specifications"
::= { dot3StatsEntry 6 }
「SQE TEST ERRORメッセージは回ですが、PLS副層によって特定のインタフェースに生成されて、Aは数える」dot3StatsSQETestErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「SQE TEST ERRORメッセージはセクション7.2.2で定義されて、.4ANSI/IEEE802.3-1985とその世代が説明される.2が7.2に同じくらいの.6が記録する.4を区分するということです。」 「ANSI/IEEE Std802.3-1985衝突検出型搬送波検知多重アクセスアクセス法と物理的な層の仕様」という参照:、:= dot3StatsEntry6
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.
dot3StatsDeferredTransmissions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「媒体が忙しいので特定のインタフェースへの最初のトランスミッション試みが遅れるフレームのカウント。」
Flick & Johnson Standards Track [Page 15] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[15ページ]RFC2358MIB
The count represented by an instance of this
object does not include frames involved in
collisions."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 7 }
「このオブジェクトのインスタンスによって表されたカウントは衝突にかかわるフレームを含んでいません。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry7
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
512 bit-times into the transmission of a
packet.
dot3StatsLateCollisions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「衝突が512ビット-回より遅く特定のインタフェースにパケットのトランスミッションに検出されるという回の数。」
Five hundred and twelve bit-times corresponds
to 51.2 microseconds on a 10 Mbit/s system. 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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 8 }
512ビット-回は10メガビット/sシステムの上の51.2マイクロセカンドに対応しています。 「また、このオブジェクトのインスタンスによって表されたカウントに(遅い)の衝突を含んでいるのは他の衝突関連の統計の目的のための(ジェネリック)衝突であるとみなされます。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry8
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 9 }
dot3StatsExcessiveCollisions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「特定のインタフェースにおけるトランスミッションが過度の衝突のため失敗するフレームのカウント。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry9
dot3StatsInternalMacTransmitErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A count of frames for which transmission on a
particular interface fails due to an internal
MAC sublayer transmit error. A frame is only
counted by an instance of this object if it is
not counted by the corresponding instance of
either the dot3StatsLateCollisions object, the
dot3StatsExcessiveCollisions object, or the
dot3StatsCarrierSenseErrors object.
dot3StatsInternalMacTransmitErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「事項におけるどのトランスミッションが連結するかが内部のMAC副層のため失敗するので、フレームのカウントは誤りを伝えます」。 それがdot3StatsLateCollisionsオブジェクト、dot3StatsExcessiveCollisionsオブジェクトかdot3StatsCarrierSenseErrorsオブジェクトのどちらかの対応するインスタンスによって数えられない場合にだけ、フレームはこのオブジェクトのインスタンスによって数えられます。
Flick & Johnson Standards Track [Page 16] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[16ページ]RFC2358MIB
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 10 }
このオブジェクトのインスタンスによって表されたカウントの正確な意味は実装特有です。 「特に、このオブジェクトのインスタンスは特定のインタフェースの別の方法で数えられない伝送エラーのカウントを表すかもしれません。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry10
dot3StatsCarrierSenseErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of times that the carrier sense
condition was lost or never asserted when
attempting to transmit a frame on a particular
interface.
dot3StatsCarrierSenseErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「特定のインタフェースでフレームを伝えるのを試みるとき、キャリヤーが状態に気付くという回の数は、失われたか、または決して断言されませんでした」。
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 11 }
「このオブジェクトのインスタンスによって表されたカウントは高々トランスミッション試みに一度増加されます、キャリア検知状態がトランスミッション試みの間、変動しても。」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry11
-- { dot3StatsEntry 12 } is not assigned
-- dot3StatsEntry12は割り当てられません。
dot3StatsFrameTooLongs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A count of frames received on a particular
interface that exceed the maximum permitted
frame size.
「フレームのカウントはフレーム・サイズが受入れられた最大を超えている特定のインタフェースで受けた」dot3StatsFrameTooLongs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 13 }
frameTooLong状態がLLC(または、他のMACユーザ)に対するMACサービスで返されるとき、このオブジェクトのインスタンスによって表されたカウントは増加されています。 「排他的なLLCに提示されたエラー状況によると、エラー条件が得るどの倍数がIEEE802.3Layer Managementのコンベンションで数えられるかために、フレーム搬入します。」だった 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry13
-- { dot3StatsEntry 14 } is not assigned
-- dot3StatsEntry14は割り当てられません。
Flick & Johnson Standards Track [Page 17] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[17ページ]RFC2358MIB
-- { dot3StatsEntry 15 } is not assigned
-- dot3StatsEntry15は割り当てられません。
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.
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."
REFERENCE "IEEE 802.3 Layer Management"
::= { dot3StatsEntry 16 }
dot3StatsInternalMacReceiveErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「内部のMAC副層によるやり損ないが特定のインタフェースにおけるそれのレセプションに関して誤りを受けるフレームのカウント。」 それがdot3StatsFrameTooLongsオブジェクト、dot3StatsAlignmentErrorsオブジェクトかdot3StatsFCSErrorsオブジェクトのどちらかの対応するインスタンスによって数えられない場合にだけ、フレームはこのオブジェクトのインスタンスによって数えられます。 このオブジェクトのインスタンスによって表されたカウントの正確な意味は実装特有です。 「特に、このオブジェクトのインスタンスがカウントを表すかもしれない、特定のインタフェースにおける別の方法で数えられない誤りを受けてください、」 「IEEE802.3層の管理」という参照:、:= dot3StatsEntry16
dot3StatsEtherChipSet OBJECT-TYPE
SYNTAX OBJECT IDENTIFIER
MAX-ACCESS read-only
STATUS current
DESCRIPTION "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 }
dot3StatsEtherChipSet OBJECT-TYPE SYNTAX OBJECT IDENTIFIERのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「インタフェースがわかるのに使用されるチップセットを特定するOBJECT IDENTIFIERを含これが反対するしています」。 イーサネットのようなインタフェースは数個の異なったチップから通常造られます。 このオブジェクトを通してどのチップを特定したらよいかに関する決定をMIB作成者に与えます。 作成者は通常、Medium Access Controlチップと呼ばれるチップを特定するべきです。 そのようなどれかチップが容易に身元保証可能でないなら、作成者が実際に集まるチップを特定するべきである、統計と誤り指摘を送受信してください。 「マネージャステーションはこれで統計とそれらを生成するチップを関連させることができるでしょう、チップのどんな知られている例外も考慮に入れる能力をそれに与えて。」 ::= dot3StatsEntry17
Flick & Johnson Standards Track [Page 18] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[18ページ]RFC2358MIB
dot3StatsSymbolErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION "The number of times there was an invalid data
symbol when a valid carrier was present on a
particular interface.
dot3StatsSymbolErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「有効なキャリヤーが特定のインタフェースに出席していたとき、そこの回数は無効のデータシンボルでした」。
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."
REFERENCE "IEEE 802.3u-1995 10 & 100 Mb/s Management"
::= { dot3StatsEntry 18 }
「このオブジェクトのインスタンスによって表されたカウントは高々キャリヤーイベントに一度増加されます、複数のシンボル誤りがキャリヤーイベントの間、発生しても。」 「IEEE 802.3u-1995 10と100Mb/sの管理」という参照:、:= dot3StatsEntry18
-- the Ethernet-like Collision Statistics group
-- イーサネットのようなCollision Statisticsグループ
-- 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."
::= { dot3 5 }
dot3CollTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3CollEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のセットのインタフェースへの衝突ヒストグラムの収集。」 ::= 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 }
「事項のための1フレームあたりの衝突のヒストグラムによるセルは連結する」dot3CollEntry OBJECT-TYPE SYNTAX Dot3CollEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このオブジェクトのインスタンスは特定の数のメディア衝突で特定のインタフェースの(うまくいくかそうではありません)のトランスミッションが伴われる個々のMACフレームの頻度を表します。」 ifIndex、dot3CollCountに索引をつけてください:、:= dot3CollTable1
Dot3CollEntry ::=
SEQUENCE {
dot3CollCount INTEGER,
dot3CollFrequencies Counter32
}
Dot3CollEntry:、:= 系列dot3CollCount整数、dot3CollFrequencies Counter32
Flick & Johnson Standards Track [Page 19] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[19ページ]RFC2358MIB
-- { 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 }
dot3CollCount OBJECT-TYPE SYNTAX INTEGER(1 .16)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定の衝突ヒストグラムセルが特定のインタフェースに頻度を表す1フレームあたりのメディア衝突の数。」 ::= dot3CollEntry2
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のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「特定のインタフェースの(うまくいくかそうではありません)のトランスミッションがフレームの後に起こる個々のMACフレームのカウントはちょうど関連dot3CollCountオブジェクトの衝突の数になりました」。
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."
::= { dot3CollEntry 3 }
例えば、まさに4回の衝突を経験した後にインタフェース77で伝えられるフレームがdot3CollFrequenciesだけを増加することによって示されるだろう、.77、.4 「dot3CollFrequenciesの他のインスタンスは全くこの例で増加されないでしょう。」 ::= dot3CollEntry3
-- 802.3 Tests
-- 802.3 テスト
dot3Tests OBJECT IDENTIFIER ::= { dot3 6 }
dot3Testsオブジェクト識別子:、:= dot3 6
dot3Errors OBJECT IDENTIFIER ::= { dot3 7 }
dot3Errorsオブジェクト識別子:、:= 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
dot3TestTdr OBJECT-IDENTITY STATUSの現在の記述、「Time-ドメインReflectometry(TDR)テストはタイプ10Base5と10Base2のイーサネットのようなインタフェースに特定です」。 TDR値はケーブル欠点に大体の距離を測定する際に役に立つかもしれません。 繰り返すのは賢明です。
Flick & Johnson Standards Track [Page 20] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[20ページ]RFC2358MIB
this test to check for a consistent resulting
TDR value, to verify that there is a fault.
一貫した結果として起こる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 }
TDRテストは結果として10MHzのカチカチする音か100nsec単位で測定された時間間隔を返します、TDRテスト送信の始まりとキャリヤーの衝突か反主張のその後の検出の間で。 「TDRテストの無事終了のときに結果は適切なベンダー特定のMIBオブジェクトの適切なインスタンスの値として保存されます、そして、そのインスタンスのOBJECT IDENTIFIERは適切なテスト結果コードオブジェクトの適切なインスタンスで保存されます(その結果、結果がどこに保存されたかを示します)。」 ::= dot3Tests1
-- Loopback Test
-- 折返しテスト
dot3TestLoopBack OBJECT-IDENTITY
STATUS current
DESCRIPTION "This test configures the MAC chip and executes
an internal loopback test of memory, data paths,
and the MAC chip logic. This loopback test can
only be executed if the interface is offline.
Once the test has completed, the MAC chip should
be reinitialized for network operation, but it
should remain offline.
dot3TestLoopBack OBJECT-IDENTITY STATUSの現在の記述、「このテストは、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 }
誤りがテストの間、発生すると、適切なテスト結果オブジェクトが失敗を示すように設定されるでしょう。 「2OBJECT IDENTIFIERはdot3ErrorInitErrorを評価します、そして、適切なテスト結果コードのための値が反対するようにdot3ErrorLoopbackErrorは提供された詳しい情報に使用されるかもしれません。」 ::= dot3Tests2
dot3ErrorInitError OBJECT-IDENTITY
STATUS current
DESCRIPTION "Couldn't initialize MAC chip for test."
::= { dot3Errors 1 }
dot3ErrorInitError OBJECT-IDENTITY STATUSの現在の記述は「テストのためにMACチップを初期化できませんでした」。 ::= dot3Errors1
dot3ErrorLoopbackError OBJECT-IDENTITY
STATUS current
DESCRIPTION "Expected data not received (or not received
correctly) in loopback test."
「容認された(または、正しく受け取られない)ループバックではなく、予想されたデータがテストする」dot3ErrorLoopbackError OBJECT-IDENTITY STATUSの現在の記述。
Flick & Johnson Standards Track [Page 21] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[21ページ]RFC2358MIB
::= { dot3Errors 2 }
::= dot3Errors2
-- 802.3 Hardware Chipsets
-- 802.3 ハードウェアチップセット
-- The object dot3StatsEtherChipSet is provided to
-- identify the MAC hardware used to communicate on an
-- interface. The following hardware chipsets are
-- registered:
-- オブジェクトdot3StatsEtherChipSetに供給します--ハードウェアが以前はよく話し合っていたMACを特定してください、--連結してください。 以下のハードウェアチップセットはそうです--登録されます:
dot3ChipSets OBJECT IDENTIFIER ::= { dot3 8 }
dot3ChipSetsオブジェクト識別子:、:= dot3 8
dot3ChipSetAMD OBJECT IDENTIFIER ::= { dot3ChipSets 1 }
dot3ChipSetAMDオブジェクト識別子:、:= dot3ChipSets1
dot3ChipSetAMD7990 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am7990 Local Area Network
Controller for Ethernet (LANCE)."
::= { dot3ChipSetAMD 1 }
dot3ChipSetAMD7990 OBJECT-IDENTITY STATUSの現在の記述、「イーサネット(ランス)のためのアドバンストマイクロデバイセスAm7990ローカル・エリア・ネットワークControllerに、正式の識別子。」 ::= dot3ChipSetAMD1
dot3ChipSetAMD79900 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79900 chip."
::= { dot3ChipSetAMD 2 }
「アドバンストマイクロデバイセスAm79900に、正式の識別子は欠く」dot3ChipSetAMD79900 OBJECT-IDENTITY STATUSの現在の記述。 ::= dot3ChipSetAMD2
dot3ChipSetAMD79C940 OBJECT-IDENTITY
dot3ChipSetAMD79C940オブジェクトアイデンティティ
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C940 Media Access Controller
for Ethernet (MACE)."
::= { dot3ChipSetAMD 3 }
STATUSの現在の記述、「イーサネット(催涙神経ガス)のためのアドバンストマイクロデバイセスAm79C940メディアAccess Controllerに、正式の識別子。」 ::= dot3ChipSetAMD3
dot3ChipSetAMD79C90 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C90 CMOS Local Area Network
Controller for Ethernet (C-LANCE)."
::= { dot3ChipSetAMD 4 }
dot3ChipSetAMD79C90 OBJECT-IDENTITY STATUSの現在の記述、「イーサネット(C-ランス)のためのアドバンストマイクロデバイセスAm79C90CMOSローカル・エリア・ネットワークControllerに、正式の識別子。」 ::= dot3ChipSetAMD4
dot3ChipSetAMD79C960 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C960 PCnet-ISA Single Chip
Ethernet Controller for ISA."
::= { dot3ChipSetAMD 5 }
dot3ChipSetAMD79C960 OBJECT-IDENTITY STATUSの現在の記述、「ISAのためのアドバンストマイクロデバイセスAm79C960 PCnet-ISA Single ChipイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetAMD5
Flick & Johnson Standards Track [Page 22] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[22ページ]RFC2358MIB
dot3ChipSetAMD79C961 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C961 PCnet-ISA+ Single Chip
Plug & Play Full-Duplex Ethernet Controller
for ISA."
::= { dot3ChipSetAMD 6 }
dot3ChipSetAMD79C961 OBJECT-IDENTITY STATUSの現在の記述「アドバンストマイクロデバイセスAm79C961 PCnet-ISA+独身のChip Plugに、正式の識別子とISAのためのPlay Full-デュプレックスイーサネットController。」 ::= dot3ChipSetAMD6
dot3ChipSetAMD79C961A OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C961A PCnet-ISA II Single Chip
Plug & Play Full-Duplex Ethernet Controller
for ISA."
::= { dot3ChipSetAMD 7 }
dot3ChipSetAMD79C961A OBJECT-IDENTITY STATUSの現在の記述「アドバンストマイクロデバイセスAm79C961A PCnet-ISA II Single Chip Plugに、正式の識別子とISAのためのPlay Full-デュプレックスイーサネットController。」 ::= dot3ChipSetAMD7
dot3ChipSetAMD79C965 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C965 PCnet-32 Single Chip
Ethernet Controller for PCI."
::= { dot3ChipSetAMD 8 }
dot3ChipSetAMD79C965 OBJECT-IDENTITY STATUSの現在の記述、「PCIのためのアドバンストマイクロデバイセスAm79C965 PCnet-32 Single ChipイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetAMD8
dot3ChipSetAMD79C970 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C970 PCnet PCI Single Chip
Ethernet Controller for PCI Local Bus."
dot3ChipSetAMD79C970 OBJECT-IDENTITY STATUSの現在の記述、「PCI Local BusのためのアドバンストマイクロデバイセスAm79C970 PCnet PCI Single ChipイーサネットControllerに、正式の識別子。」
::= { dot3ChipSetAMD 9 }
::= dot3ChipSetAMD9
dot3ChipSetAMD79C970A OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices AM79C970A PCnet PCI II Single Chip
Full-Duplex Ethernet Controller for PCI Local
Bus."
::= { dot3ChipSetAMD 10 }
dot3ChipSetAMD79C970A OBJECT-IDENTITY STATUSの現在の記述、「PCI Local BusのためのアドバンストマイクロデバイセスAM79C970A PCnet PCI II Single Chip Full-デュプレックスイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetAMD10
dot3ChipSetAMD79C971 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C971 PCnet-FAST Single Chip
Full-Duplex 10/100 Mbps Ethernet Controller for
PCI Local Bus."
::= { dot3ChipSetAMD 11 }
dot3ChipSetAMD79C971 OBJECT-IDENTITY STATUSの現在の記述、「PCI Local BusのためのAdvanced Micro Devices Am79C971 PCnet-FAST Single Chip Full-デュプレックス10/100MbpsイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetAMD11
dot3ChipSetAMD79C972 OBJECT-IDENTITY
dot3ChipSetAMD79C972オブジェクトアイデンティティ
Flick & Johnson Standards Track [Page 23] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[23ページ]RFC2358MIB
STATUS current
DESCRIPTION "The authoritative identifier for the Advanced
Micro Devices Am79C972 PCnet-FAST+ Enhanced
10/100 Mbps PCI Ethernet Controller with OnNow
Support."
::= { dot3ChipSetAMD 12 }
STATUSの現在の記述、「OnNow SupportとアドバンストマイクロデバイセスAm79C972 PCnet-FAST+高められた10/100Mbps PCIイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetAMD12
dot3ChipSetIntel OBJECT IDENTIFIER ::= { dot3ChipSets 2 }
dot3ChipSetIntelオブジェクト識別子:、:= dot3ChipSets2
dot3ChipSetIntel82586 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Intel
82586 IEEE 802.3 Ethernet LAN Coprocessor."
::= { dot3ChipSetIntel 1 }
dot3ChipSetIntel82586 OBJECT-IDENTITY STATUSの現在の記述、「インテル82586IEEE802.3イーサネットLAN Coprocessorに、正式の識別子。」 ::= dot3ChipSetIntel1
dot3ChipSetIntel82596 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Intel
82596 High-Performance 32-Bit Local Area Network
Coprocessor."
::= { dot3ChipSetIntel 2 }
dot3ChipSetIntel82596 OBJECT-IDENTITY STATUSの現在の記述、「インテル82596のHigh-パフォーマンスの32ビットのローカル・エリア・ネットワークCoprocessorに、正式の識別子。」 ::= dot3ChipSetIntel2
dot3ChipSetIntel82595 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Intel
82595 High Integration Ethernet Controller."
::= { dot3ChipSetIntel 3 }
dot3ChipSetIntel82595 OBJECT-IDENTITY STATUSの現在の記述、「インテル82595High IntegrationイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetIntel3
dot3ChipSetIntel82557 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Intel
82557 Fast Ethernet PCI Bus Lan Controller."
::= { dot3ChipSetIntel 4 }
dot3ChipSetIntel82557 OBJECT-IDENTITY STATUSの現在の記述、「インテル82557ファースト・イーサネットPCI BusランControllerに、正式の識別子。」 ::= dot3ChipSetIntel4
dot3ChipSetIntel82558 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Intel
82558 Fast Ethernet PCI Bus LAN Controller with
Integrated PHY."
::= { dot3ChipSetIntel 5 }
dot3ChipSetIntel82558 OBJECT-IDENTITY STATUSの現在の記述、「Integrated PHYとインテル82558ファースト・イーサネットPCI Bus LAN Controllerに、正式の識別子。」 ::= dot3ChipSetIntel5
dot3ChipSetSeeq OBJECT IDENTIFIER ::= { dot3ChipSets 3 }
dot3ChipSetSeeqオブジェクト識別子:、:= dot3ChipSets3
dot3ChipSetSeeq8003 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
8003 chip set."
::= { dot3ChipSetSeeq 1 }
「SEEQ8003チップのための正式の識別子は設定する」dot3ChipSetSeeq8003 OBJECT-IDENTITY STATUSの現在の記述。 ::= dot3ChipSetSeeq1
Flick & Johnson Standards Track [Page 24] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[24ページ]RFC2358MIB
dot3ChipSetSeeq80C03 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
80C03 Full-Duplex CMOS Ethernet Data Link
Controller (MAC)."
::= { dot3ChipSetSeeq 2 }
dot3ChipSetSeeq80C03 OBJECT-IDENTITY STATUSの現在の記述、「SEEQ 80C03 Full-デュプレックスCMOSイーサネットData Link Controller(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq2
dot3ChipSetSeeq84C30 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
4-Port 84C30 Full-Duplex CMOS Ethernet 10
MBit/Sec Data Link Controller (MAC)."
::= { dot3ChipSetSeeq 3 }
dot3ChipSetSeeq84C30 OBJECT-IDENTITY STATUSの現在の記述、「4ポートのSEEQ84C30 Full-デュプレックスCMOSイーサネット10MBit/秒のData Link Controller(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq3
dot3ChipSetSeeq8431 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
4-Port 8431 Full-Duplex CMOS Ethernet 10
MBit/Sec Data Link Controller (MAC)."
::= { dot3ChipSetSeeq 4 }
dot3ChipSetSeeq8431 OBJECT-IDENTITY STATUSの現在の記述、「SEEQ4ポートの8431のFull-デュプレックスCMOSイーサネット10MBit/秒のData Link Controller(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq4
dot3ChipSetSeeq80C300 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
80C300 Full-Duplex CMOS Ethernet 10/100
Mbit/Sec Data Link Controller (MAC)."
::= { dot3ChipSetSeeq 5 }
dot3ChipSetSeeq80C300 OBJECT-IDENTITY STATUSの現在の記述、「SEEQ 80C300 Full-デュプレックスCMOSイーサネット10/100メガビット/秒のData Link Controller(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq5
dot3ChipSetSeeq84C300 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
4-Port 84C300 Fast Ethernet Controller (MAC)."
::= { dot3ChipSetSeeq 6 }
dot3ChipSetSeeq84C300 OBJECT-IDENTITY STATUSの現在の記述、「4ポートのSEEQ84C300ファースト・イーサネットController(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq6
dot3ChipSetSeeq84301 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
4-Port 84301 Fast Ethernet Controller (MAC)."
::= { dot3ChipSetSeeq 7 }
dot3ChipSetSeeq84301 OBJECT-IDENTITY STATUSの現在の記述、「4ポートのSEEQ84301ファースト・イーサネットController(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq7
dot3ChipSetSeeq84302 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the SEEQ
4-Port 84302 Fast Ethernet Controller (MAC)."
::= { dot3ChipSetSeeq 8 }
dot3ChipSetSeeq84302 OBJECT-IDENTITY STATUSの現在の記述、「4ポートのSEEQ84302ファースト・イーサネットController(MAC)に、正式の識別子。」 ::= dot3ChipSetSeeq8
dot3ChipSetSeeq8100 OBJECT-IDENTITY
STATUS current
dot3ChipSetSeeq8100 OBJECT-IDENTITY STATUS海流
Flick & Johnson Standards Track [Page 25] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[25ページ]RFC2358MIB
DESCRIPTION "The authoritative identifier for the SEEQ
8100 Gigabit Ethernet Controller (MAC & PCS)."
::= { dot3ChipSetSeeq 9 }
記述、「SEEQ8100GigabitイーサネットController(MACとPCS)に、正式の識別子。」 ::= dot3ChipSetSeeq9
dot3ChipSetNational OBJECT IDENTIFIER ::= { dot3ChipSets 4 }
dot3ChipSetNationalオブジェクト識別子:、:= dot3ChipSets4
dot3ChipSetNational8390 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP8390 Network Interface
Controller."
::= { dot3ChipSetNational 1 }
dot3ChipSetNational8390 OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターDP8390 Network Interface Controllerに、正式の識別子。」 ::= dot3ChipSetNational1
dot3ChipSetNationalSonic OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83932 Systems-Oriented Network
Interface Controller (SONIC)."
::= { dot3ChipSetNational 2 }
dot3ChipSetNationalSonic OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターのDP83932 Systemsが指向のNetwork Interface Controller(SONIC)に、正式の識別子。」 ::= dot3ChipSetNational2
dot3ChipSetNational83901 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83901 Serial Network Interface
Controller (SNIC)."
::= { dot3ChipSetNational 3 }
dot3ChipSetNational83901 OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターDP83901 Serial Network Interface Controller(SNIC)に、正式の識別子。」 ::= dot3ChipSetNational3
dot3ChipSetNational83902 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83902 Serial Network Interface
Controller for Twisted Pair (ST-NIC)."
::= { dot3ChipSetNational 4 }
dot3ChipSetNational83902 OBJECT-IDENTITY STATUSの現在の記述、「Twisted Pair(ST-NIC)のためのナショナル・セミコンダクターDP83902 Serial Network Interface Controllerに、正式の識別子。」 ::= dot3ChipSetNational4
dot3ChipSetNational83905 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83905 AT Local Area Network
Twisted-Pair Interface (AT/LANTIC)."
::= { dot3ChipSetNational 5 }
dot3ChipSetNational83905 OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターDP83905 ATローカル・エリア・ネットワークTwisted-組Interface(AT/LANTIC)に、正式の識別子。」 ::= dot3ChipSetNational5
dot3ChipSetNational83907 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83907 AT Twisted-Pair Enhanced
Coaxial Network Interface Controller
(AT/LANTIC II)."
::= { dot3ChipSetNational 6 }
dot3ChipSetNational83907 OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターDP83907 AT Twisted-組Enhanced Coaxial Network Interface Controller(AT/LANTIC II)に、正式の識別子。」 ::= dot3ChipSetNational6
Flick & Johnson Standards Track [Page 26] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[26ページ]RFC2358MIB
dot3ChipSetNational83916 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83916 Systems-Oriented Network
Interface Controller (SONIC-16)."
::= { dot3ChipSetNational 7 }
dot3ChipSetNational83916 OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターのDP83916 Systemsが指向のNetwork Interface Controller(SONIC-16)に、正式の識別子。」 ::= dot3ChipSetNational7
dot3ChipSetNational83934 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83934 Systems-Oriented Network
Interface Controller with Twisted Pair Interface
(SONIC-T)."
::= { dot3ChipSetNational 8 }
dot3ChipSetNational83934 OBJECT-IDENTITY STATUSの現在の記述、「Twisted Pair Interface(SONIC-T)とナショナル・セミコンダクターのDP83934 Systemsが指向のNetwork Interface Controllerに、正式の識別子。」 ::= dot3ChipSetNational8
dot3ChipSetNational83936 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the National
Semiconductor DP83936AVUL Full-Duplex Systems-
Oriented Network Interface Controller with
Twisted Pair Interface (SONIC-T)."
::= { dot3ChipSetNational 9 }
dot3ChipSetNational83936 OBJECT-IDENTITY STATUSの現在の記述、「ナショナル・セミコンダクターDP83936AVUL Full-デュプレックスSystemsに、正式の識別子はTwisted Pair Interface(SONIC-T)と共にNetwork Interface Controllerを適応しました」。 ::= dot3ChipSetNational9
dot3ChipSetFujitsu OBJECT IDENTIFIER ::= { dot3ChipSets 5 }
dot3ChipSetFujitsuオブジェクト識別子:、:= dot3ChipSets5
dot3ChipSetFujitsu86950 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Fujitsu
86950 chip."
::= { dot3ChipSetFujitsu 1 }
「富士通86950に、正式の識別子は欠く」dot3ChipSetFujitsu86950 OBJECT-IDENTITY STATUSの現在の記述。 ::= dot3ChipSetFujitsu1
dot3ChipSetFujitsu86960 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Fujitsu
MB86960 Network Interface Controller with
Encoder/Decoder (NICE)."
::= { dot3ChipSetFujitsu 2 }
dot3ChipSetFujitsu86960 OBJECT-IDENTITY STATUSの現在の記述、「Encoder/デコーダ(ニース)がある富士通MB86960 Network Interface Controllerに、正式の識別子。」 ::= dot3ChipSetFujitsu2
dot3ChipSetFujitsu86964 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Fujitsu
MB86964 Ethernet Controller with 10BASE-T
Tranceiver."
::= { dot3ChipSetFujitsu 3 }
dot3ChipSetFujitsu86964 OBJECT-IDENTITY STATUSの現在の記述、「10BASE-T Tranceiverと富士通MB86964イーサネットControllerに、正式の識別子」、:、:= dot3ChipSetFujitsu3
dot3ChipSetFujitsu86965A OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Fujitsu
dot3ChipSetFujitsu86965A OBJECT-IDENTITY STATUSの現在の記述は「富士通に、正式の識別子」です。
Flick & Johnson Standards Track [Page 27] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[27ページ]RFC2358MIB
MB86965A EtherCoupler Single-Chip Ethernet
Controller."
::= { dot3ChipSetFujitsu 4 }
「MB86965A EtherCouplerシングルチップイーサネットコントローラ。」 ::= dot3ChipSetFujitsu4
dot3ChipSetFujitsu86965B OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Fujitsu
MB86965B EtherCoupler Single-Chip Ethernet
Controller (supports full-duplex)."
::= { dot3ChipSetFujitsu 5 }
dot3ChipSetFujitsu86965B OBJECT-IDENTITY STATUSの現在の記述、「富士通MB86965B EtherCoupler Single-チップイーサネットController(全二重をサポートする)に、正式の識別子。」 ::= dot3ChipSetFujitsu5
dot3ChipSetDigital OBJECT IDENTIFIER ::= { dot3ChipSets 6 }
dot3ChipSetDigitalオブジェクト識別子:、:= dot3ChipSets6
dot3ChipSetDigitalDC21040 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor DC21040 chip."
::= { dot3ChipSetDigital 1 }
「Digital Semiconductor DC21040に、正式の識別子は欠く」dot3ChipSetDigitalDC21040 OBJECT-IDENTITY STATUSの現在の記述。 ::= dot3ChipSetDigital1
dot3ChipSetDigital21041 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor 21041 PCI Ethernet LAN
Controller."
::= { dot3ChipSetDigital 2 }
dot3ChipSetDigital21041 OBJECT-IDENTITY STATUSの現在の記述、「Digital Semiconductor21041PCIイーサネットLAN Controllerに、正式の識別子。」 ::= dot3ChipSetDigital2
dot3ChipSetDigital21140 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor 21140 PCI Fast Ethernet LAN
Controller."
::= { dot3ChipSetDigital 3 }
dot3ChipSetDigital21140 OBJECT-IDENTITY STATUSの現在の記述、「Digital Semiconductor21140PCIファースト・イーサネットLAN Controllerに、正式の識別子。」 ::= dot3ChipSetDigital3
dot3ChipSetDigital21143 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor 21143 PCI/CardBus 10/100-Mb/s
Ethernet LAN Controller."
::= { dot3ChipSetDigital 4 }
dot3ChipSetDigital21143 OBJECT-IDENTITY STATUSの現在の記述、「Digital Semiconductor21143のPCI/CardBusの10/100Mbの/sイーサネットLAN Controllerに、正式の識別子。」 ::= dot3ChipSetDigital4
dot3ChipSetDigital21340 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor 21340 10/100-MB/s managed buffered
port switch."
::= { dot3ChipSetDigital 5 }
「100Digital Semiconductor21340 10/MBの/s管理されたバッファリングされたポートのための正式の識別子は切り換える」dot3ChipSetDigital21340 OBJECT-IDENTITY STATUSの現在の記述。 ::= dot3ChipSetDigital5
dot3ChipSetDigital21440 OBJECT-IDENTITY
dot3ChipSetDigital21440オブジェクトアイデンティティ
Flick & Johnson Standards Track [Page 28] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[28ページ]RFC2358MIB
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor 21440 Multiport 10/100Mbps
Ethernet Controller."
::= { dot3ChipSetDigital 6 }
STATUSの現在の記述、「Digital Semiconductor21440Multiport 10/100MbpsイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetDigital6
dot3ChipSetDigital21540 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Digital
Semiconductor 21540 PCI/CardBus Ethernet LAN
Controller with Modem Interface."
::= { dot3ChipSetDigital 7 }
dot3ChipSetDigital21540 OBJECT-IDENTITY STATUSの現在の記述、「Modem InterfaceとDigital Semiconductor21540PCI/CardBusイーサネットLAN Controllerに、正式の識別子。」 ::= dot3ChipSetDigital7
dot3ChipSetTI OBJECT IDENTIFIER ::= { dot3ChipSets 7 }
dot3ChipSetTIオブジェクト識別子:、:= dot3ChipSets7
dot3ChipSetTIE100 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Texas
Instruments TNETE100 ThunderLAN PCI Fast
Ethernet Controller."
::= { dot3ChipSetTI 1 }
dot3ChipSetTIE100 OBJECT-IDENTITY STATUSの現在の記述、「テキサス・インスツルメンツTNETE100 ThunderLAN PCIファースト・イーサネットControllerに、正式の識別子。」 ::= dot3ChipSetTI1
dot3ChipSetTIE110 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Texas
Instruments TNETE110 ThunderLAN PCI 10BASE-T
Ethernet Adapter."
::= { dot3ChipSetTI 2 }
dot3ChipSetTIE110 OBJECT-IDENTITY STATUSの現在の記述、「テキサス・インスツルメンツTNETE110 ThunderLAN PCI 10BASE-TイーサネットAdapterに、正式の識別子。」 ::= dot3ChipSetTI2
dot3ChipSetTIX3100 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Texas
Instruments TNETX3100 Desktop ThunderSWITCH
8/2."
::= { dot3ChipSetTI 3 }
dot3ChipSetTIX3100 OBJECT-IDENTITY STATUSの現在の記述、「テキサス・インスツルメンツTNETX3100 Desktop ThunderSWITCH8/2に、正式の識別子。」 ::= dot3ChipSetTI3
dot3ChipSetTIX3150 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Texas
Instruments TNETX3150 ThunderSWITCH 12/3."
::= { dot3ChipSetTI 4 }
dot3ChipSetTIX3150 OBJECT-IDENTITY STATUSの現在の記述、「テキサス・インスツルメンツTNETX3150 ThunderSWITCH12/3に、正式の識別子。」 ::= dot3ChipSetTI4
dot3ChipSetTIX3270 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Texas
Instruments TNETX3270 ThunderSWITCH 24/3."
::= { dot3ChipSetTI 5 }
dot3ChipSetTIX3270 OBJECT-IDENTITY STATUSの現在の記述、「テキサス・インスツルメンツTNETX3270 ThunderSWITCH24/3に、正式の識別子。」 ::= dot3ChipSetTI5
Flick & Johnson Standards Track [Page 29] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[29ページ]RFC2358MIB
dot3ChipSetToshiba OBJECT IDENTIFIER ::= { dot3ChipSets 8 }
dot3ChipSetToshibaオブジェクト識別子:、:= dot3ChipSets8
dot3ChipSetToshibaTC35815F OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Toshiba
TC35815F PCI-Based 100/10Mbps Ethernet
Controller."
::= { dot3ChipSetToshiba 1 }
dot3ChipSetToshibaTC35815F OBJECT-IDENTITY STATUSの現在の記述、「東芝に、正式の識別子は100/10MbpsイーサネットControllerをTC35815F PCI基礎づけました」。 ::= dot3ChipSetToshiba1
dot3ChipSetLucent OBJECT IDENTIFIER ::= { dot3ChipSets 9 }
dot3ChipSetLucentオブジェクト識別子:、:= dot3ChipSets9
dot3ChipSetLucentATT1MX10 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Lucent
Technologies ATT1MX10 (Spinnaker) Quad MAC and
Tranceiver for Ethernet Frame Switching."
::= { dot3ChipSetLucent 1 }
dot3ChipSetLucentATT1MX10 OBJECT-IDENTITY STATUSの現在の記述「ルーセントテクノロジーズATT1MX10(大三角帆)回路MACに、正式の識別子とイーサネットFrame SwitchingのためのTranceiver。」 ::= dot3ChipSetLucent1
dot3ChipSetLucentLUC3M08 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Lucent
Technologies LUC3M08 Eight Ethernet MACs for
10/100 Mbits/s Frame Switching."
::= { dot3ChipSetLucent 2 }
dot3ChipSetLucentLUC3M08 OBJECT-IDENTITY STATUSの現在の記述、「10/100メガビット/s Frame SwitchingのためのルーセントテクノロジーズLUC3M08 EightイーサネットMACsに、正式の識別子。」 ::= dot3ChipSetLucent2
dot3ChipSetGalileo OBJECT IDENTIFIER ::= { dot3ChipSets 10 }
dot3ChipSetGalileoオブジェクト識別子:、:= dot3ChipSets10
dot3ChipSetGalileoGT48001 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Galileo
Technology GT-48001A Switched Ethernet
Controller."
::= { dot3ChipSetGalileo 1 }
dot3ChipSetGalileoGT48001 OBJECT-IDENTITY STATUSの現在の記述、「ガリレオTechnology GT-48001A SwitchedイーサネットControllerに、正式の識別子。」 ::= dot3ChipSetGalileo1
dot3ChipSetGalileoGT48002 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Galileo
Technology GT-48002A Switched Fast Ethernet
Controller."
::= { dot3ChipSetGalileo 2 }
dot3ChipSetGalileoGT48002 OBJECT-IDENTITY STATUSの現在の記述、「ガリレオTechnology GT-48002A Switchedファースト・イーサネットControllerに、正式の識別子。」 ::= dot3ChipSetGalileo2
dot3ChipSetGalileoGT48004 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Galileo
Technology GT-48004A Four Port Fast Ethernet
Switch for Multiport 10/100BASE-X Systems."
::= { dot3ChipSetGalileo 3 }
dot3ChipSetGalileoGT48004 OBJECT-IDENTITY STATUSの現在の記述、「Multiport 10/100BASE-X SystemsのためのガリレオTechnology GT-48004A Four Portファースト・イーサネットSwitchに、正式の識別子」、:、:= dot3ChipSetGalileo3
Flick & Johnson Standards Track [Page 30] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[30ページ]RFC2358MIB
dot3ChipSetGalileoGT48207 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Galileo
Technology GT-48207 Low-Cost 10 Port Switched
Ethernet Controller for 10+10/100BASE-X."
::= { dot3ChipSetGalileo 4 }
「ガリレオにとって、正式の識別子は10 100BASE+10/X.のための10Port SwitchedイーサネットControllerをTechnology GT-48207 Lowさせました」dot3ChipSetGalileoGT48207 OBJECT-IDENTITY STATUSの現在の記述 ::= dot3ChipSetGalileo4
dot3ChipSetGalileoGT48208 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Galileo
Technology GT-48208 Advanced 10 Port Switched
Ethernet Controller for 10+10/100BASE-X."
::= { dot3ChipSetGalileo 5 }
dot3ChipSetGalileoGT48208 OBJECT-IDENTITY STATUSの現在の記述は「10 100BASE+10/X.のためのガリレオTechnology GT-48208 Advanced10Port SwitchedイーサネットControllerに、正式の識別子」です。 ::= dot3ChipSetGalileo5
dot3ChipSetGalileoGT48212 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Galileo
Technology GT-48212 Advanced 14 Port Switched
Ethernet Controller for 10+10/100BASE-X."
::= { dot3ChipSetGalileo 6 }
dot3ChipSetGalileoGT48212 OBJECT-IDENTITY STATUSの現在の記述は「10 100BASE+10/X.のためのガリレオTechnology GT-48212 Advanced14Port SwitchedイーサネットControllerに、正式の識別子」です。 ::= dot3ChipSetGalileo6
dot3ChipSetJato OBJECT IDENTIFIER ::= { dot3ChipSets 11 }
dot3ChipSetJatoオブジェクト識別子:、:= dot3ChipSets11
dot3ChipSetJatoJT1001 OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the Jato
Technologies JT1001 GigEMAC Server
10/100/1000Mbps Ethernet Controller with PCI
interface."
::= { dot3ChipSetJato 1 }
「PCIとJato Technologies JT1001 GigEMAC Server 10/100/1000MbpsイーサネットControllerに、正式の識別子は連結する」dot3ChipSetJatoJT1001 OBJECT-IDENTITY STATUSの現在の記述。 ::= dot3ChipSetJato1
dot3ChipSetXaQti OBJECT IDENTIFIER ::= { dot3ChipSets 12 }
dot3ChipSetXaQtiオブジェクト識別子:、:= dot3ChipSets12
dot3ChipSetXaQtiXQ11800FP OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the XaQTI
XQ11800FP XMAC II Gigabit Ethernet Media Access
Controller."
::= { dot3ChipSetXaQti 1 }
dot3ChipSetXaQtiXQ11800FP OBJECT-IDENTITY STATUSの現在の記述、「XaQTI XQ11800FP XMAC II GigabitイーサネットメディアAccess Controllerに、正式の識別子。」 ::= dot3ChipSetXaQti1
dot3ChipSetXaQtiXQ18110FP OBJECT-IDENTITY
STATUS current
DESCRIPTION "The authoritative identifier for the XaQTI
XQ18110FP GigaPower Protocol Accelerator."
::= { dot3ChipSetXaQti 2 }
dot3ChipSetXaQtiXQ18110FP OBJECT-IDENTITY STATUSの現在の記述、「XaQTI XQ18110FP GigaPowerプロトコルAcceleratorに、正式の識別子。」 ::= dot3ChipSetXaQti2
-- For those chipsets not represented above, OBJECT IDENTIFIER
-- assignment is required in other documentation, e.g.,
-- OBJECT IDENTIFIER、それらに関しては、チップセットは上を表しませんでした--課題が例えば他のドキュメンテーションで必要です。
Flick & Johnson Standards Track [Page 31] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[31ページ]RFC2358MIB
-- assignment within that part of the registration tree
-- delegated to individual enterprises (see RFC 1155 and
-- RFC 1902).
--
-- In the future, management of chipset registrations may be
-- delegated to the Internet Assigned Numbers Authority (IANA).
-- そして、登録木--個人企業に委任するその部分の中の課題、(RFC1155を見てください、--RFC1902)。 -- -- 将来、チップセット登録証明書の管理はそうです--インターネットAssigned民数記Authority(IANA)に委任します。
-- conformance information
-- 順応情報
etherConformance OBJECT IDENTIFIER ::= { etherMIB 2 }
etherConformanceオブジェクト識別子:、:= etherMIB2
etherGroups OBJECT IDENTIFIER ::= { etherConformance 1 }
etherCompliances OBJECT IDENTIFIER ::= { etherConformance 2 }
etherGroupsオブジェクト識別子:、:= etherConformance1etherCompliancesオブジェクト識別子:、:= etherConformance2
-- compliance statements
-- 承諾声明
etherCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for managed network
entities which have ethernet-like network
interfaces."
etherCompliance MODULE-COMPLIANCE STATUSの現在の記述、「イーサネットのようなネットワークを持っている管理されたネットワーク実体のための承諾声明は連結します」。
MODULE -- this module
MANDATORY-GROUPS { etherStatsGroup }
MODULE--このモジュールMANDATORY-GROUPSetherStatsGroup
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 }
GROUP etherCollisionTableGroup記述、「このグループは任意です」。 必要な計量を持っているすべてのシステムに、それは適切です。 「そのようなシステムの実装は非常にお勧めです。」 ::= etherCompliances1
ether100MbsCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for managed network
entities which have 100 Mb/sec ethernet-like
network interfaces."
ether100MbsCompliance MODULE-COMPLIANCE STATUSの現在の記述、「100Mb/秒のイーサネットのようなネットワークを持っている管理されたネットワーク実体のための承諾声明は連結します」。
MODULE -- this module
MANDATORY-GROUPS { etherStats100MbsGroup }
MODULE--このモジュールMANDATORY-GROUPSetherStats100MbsGroup
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 }
GROUP etherCollisionTableGroup記述、「このグループは任意です」。 必要な計量を持っているすべてのシステムに、それは適切です。 「そのようなシステムの実装は非常にお勧めです。」 ::= etherCompliances2
Flick & Johnson Standards Track [Page 32] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[32ページ]RFC2358MIB
-- units of conformance
-- ユニットの順応
etherStatsGroup OBJECT-GROUP
OBJECTS { dot3StatsIndex,
dot3StatsAlignmentErrors,
dot3StatsFCSErrors,
dot3StatsSingleCollisionFrames,
dot3StatsMultipleCollisionFrames,
dot3StatsSQETestErrors,
dot3StatsDeferredTransmissions,
dot3StatsLateCollisions,
dot3StatsExcessiveCollisions,
dot3StatsInternalMacTransmitErrors,
dot3StatsCarrierSenseErrors,
dot3StatsFrameTooLongs,
dot3StatsInternalMacReceiveErrors,
dot3StatsEtherChipSet
}
STATUS current
DESCRIPTION "A collection of objects providing information
applicable to all ethernet-like network
interfaces."
::= { etherGroups 1 }
etherStatsGroupオブジェクト群対象、dot3StatsIndex、dot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsSingleCollisionFrames、dot3StatsMultipleCollisionFrames、dot3StatsSQETestErrors、dot3StatsDeferredTransmissions、dot3StatsLateCollisions、dot3StatsExcessiveCollisions、dot3StatsInternalMacTransmitErrors、dot3StatsCarrierSenseErrors、dot3StatsFrameTooLongs、dot3StatsInternalMacReceiveErrors、dot3StatsEtherChipSet; 「オブジェクトがすべてのイーサネットのようなネットワークに適切な情報を提供する収集は連結する」STATUSの現在の記述。 ::= etherGroups1
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 }
etherCollisionTableGroup OBJECT-GROUP OBJECTS dot3CollFrequencies、「まさにN衝突を経験した後に、オブジェクトが首尾よくパケットのヒストグラムを提供する収集は伝えた」STATUSの現在の記述。 ::= etherGroups2
etherStats100MbsGroup OBJECT-GROUP
OBJECTS { dot3StatsIndex,
dot3StatsAlignmentErrors,
dot3StatsFCSErrors,
dot3StatsSingleCollisionFrames,
dot3StatsMultipleCollisionFrames,
dot3StatsDeferredTransmissions,
dot3StatsLateCollisions,
dot3StatsExcessiveCollisions,
dot3StatsInternalMacTransmitErrors,
dot3StatsCarrierSenseErrors,
dot3StatsFrameTooLongs,
dot3StatsInternalMacReceiveErrors,
etherStats100MbsGroupオブジェクト群対象、dot3StatsIndex、dot3StatsAlignmentErrors、dot3StatsFCSErrors、dot3StatsSingleCollisionFrames、dot3StatsMultipleCollisionFrames、dot3StatsDeferredTransmissions、dot3StatsLateCollisions、dot3StatsExcessiveCollisions、dot3StatsInternalMacTransmitErrors、dot3StatsCarrierSenseErrors、dot3StatsFrameTooLongs、dot3StatsInternalMacReceiveErrors
Flick & Johnson Standards Track [Page 33] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[33ページ]RFC2358MIB
dot3StatsEtherChipSet,
dot3StatsSymbolErrors
}
STATUS current
DESCRIPTION "A collection of objects providing information
applicable to 100 Mb/sec ethernet-like network
interfaces."
::= { etherGroups 3 }
dot3StatsEtherChipSet、dot3StatsSymbolErrors STATUSの現在の記述、「100Mb/秒のイーサネットのようなネットワークに適切な情報を提供するオブジェクトの収集は連結します」。 ::= etherGroups3
END
終わり
5. Intellectual Property
5. 知的所有権
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はどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、または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専務に情報を扱ってください。
6. Acknowledgements
6. 承認
This document was produced by the 802.3 Hub MIB Working Group.
このドキュメントは802.3Hub MIB作業部会によって製作されました。
This document is almost completely based on both the Standard Ethernet MIB, RFC 1643 [10], and the Proposed Standard Ethernet MIB using the SNMPv2 SMI, RFC 1650 [11], both of which were edited by Frank Kastenholz of FTP Software and produced by the Ethernet MIB Working Group. This document extends those documents by providing support for 100 Mb/sec ethernet interfaces as outlined in [6].
このドキュメントは両方のStandardイーサネットMIB、RFC1643[10]、およびSNMPv2 SMIを使用するProposed StandardイーサネットMIB、RFC1650[11]にほぼ完全に基づいています。FTP SoftwareのフランクKastenholzによって編集されます。イーサネットMIB作業部会はその両方をそれを生産しました。 このドキュメントは、[6]に概説されているように100Mb/秒のイーサネットインタフェースのサポートを提供することによって、それらのドキュメントを広げています。
RFC 1643 and RFC 1650, in turn, are based on the Draft Standard Ethernet MIB, RFC 1398 [9], also edited by Frank Kastenholz and produced by the Ethernet MIB Working Group.
RFC1643とRFC1650はイーサネットMIB作業部会によって順番にまたイーサネットMIB(RFC1398[9])がフランクKastenholzで編集したDraft Standardに基づいていて、生産されます。
Flick & Johnson Standards Track [Page 34] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[34ページ]RFC2358MIB
RFC 1398, in turn, is based on the Proposed Standard Ethernet MIB, RFC 1284 [8], 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 and used that information to develop this revised MIB.
RFC1398は順番にProposed StandardイーサネットMIB、Chipcomのション・クックによって編集されて、Transmission MIB作業部会によって生産されたRFC1284[8]に基づいています。 イーサネットMIB作業部会は、RFC1284で指定された変数の実装経験を集めて、この改訂された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 [7]. This document has been 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 its current 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.
RFC1284は順番にそして、Interlan(TCP/IP Networks[7]のための題しているIEEE802.3のLayer Management DraftのMコンパチブルMIB)についてフランクKastenholzによって書かれたドキュメントに基づいています。 このドキュメントは、初めは、MIBインタフェースとオブジェクトを定義するために現在のコンベンションを反映するためにSNMP作業部会、およびそして、Transmission作業部会によって遠慮深く作りなおされました。 MITコンピュータサイエンス研究所のジェームス・デーヴィン、およびヒューズLAN SystemsのキースMcCloghrieはこのメモの後の草稿に貢献しました。 パフォーマンスのSystemsの国際Inc.のマーシャル・ローズは現在の簡潔な形式にドキュメントを変換しました。 12月のコマツナギRijsinghaniは、より適切にTDRテストについて説明するテキストを寄付しました。 彼らの実験をInterlanのフランクKastenholzとIBMのルイス・スタインバーグをありがとうございます。
7. References
7. 参照
[1] Information processing systems - Open Systems Interconnection -
Specification of Abstract Syntax Notation One (ASN.1),
International Organization for Standardization, International
Standard 8824, December 1987.
[1] 情報処理システム--オープン・システム・インターコネクション--抽象的なSyntax Notation One(ASN.1)、国際標準化機構国際規格8824(1987年12月)の仕様。
[2] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and S.
Waldbusser, "Structure of Management Information for Version 2 of
the Simple Network Management Protocol (SNMPv2)", RFC 1902,
January 1996.
[2]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための経営情報の構造」、RFC1902(1996年1月)。
[3] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and S.
Waldbusser, "Textual Conventions for Version 2 of the Simple
Network Management Protocol (SNMPv2)", RFC 1903, January 1996.
[3]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための原文のコンベンションは(SNMPv2)について議定書の中で述べます」、RFC1903、1996年1月。
[4] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and S.
Waldbusser, "Conformance Statements for Version 2 of the Simple
Network Management Protocol (SNMPv2)", RFC 1904, January 1996.
[4]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワークマネージメントのバージョン2のための順応声明は(SNMPv2)について議定書の中で述べます」、RFC1904、1996年1月。
[5] IEEE, IEEE 802.3 Layer Management, November 1988.
[5]IEEE、IEEE802.3層の管理、1988年11月。
[6] IEEE, IEEE 802.3u-1995, "10 & 100 Mb/s Management," Section 30,
Supplement to IEEE Std 802.3, October 26, 1995.
[6] IEEE(IEEE 802.3u-1995、「10と100Mb/sの管理」、セクション30)はIEEE Std802.3、1995年10月26日まで補います。
[7] 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.
[7]Kastenholz、F.、「TCP/IP NetworksのためのIEEE802.3のLayer Management DraftのコンパチブルMIB」、mib wg@nnsc.nsf.net (1989年6月9日)への電子メールメッセージ。
Flick & Johnson Standards Track [Page 35] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[35ページ]RFC2358MIB
[8] Cook, J., "Definitions of Managed Objects for Ethernet-Like
Interface Types", RFC 1284, December 1991.
[8] クック、J.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC1284、1991年12月。
[9] Kastenholz, F., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 1398, January 1993.
[9]Kastenholz、F.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC1398、1993年1月。
[10] Kastenholz, F., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 1643, July 1994.
[10]Kastenholz、F.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC1643、1994年7月。
[11] Kastenholz, F., "Definitions of Managed Objects for the
Ethernet-like Interface Types using SMIv2", RFC 1650, August
1994.
[11]Kastenholz、F.、「1994年8月にSMIv2"、RFC1650を使用するイーサネットのようなインターフェース型のための管理オブジェクトの定義。」
[12] McCloghrie, K., and F. Kastenholz, "The Interfaces Group MIB
using SMIv2", RFC 2233, Cisco Systems, November 1997.
[12] McCloghrie、K.、およびF.Kastenholz、「1997年11月にSMIv2"、RFC2233、シスコシステムズを使用するインタフェースグループMIB。」
[13] Bradner, S., "Key words for use in RFCs to Indicate Requirements
Levels", BCP 14, RFC 2119, March 1997.
[13] ブラドナー、S.、「Indicate Requirements LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[14] deGraaf, K., Romascanu, D., McMaster, D., McCloghrie, K., and S.
Roberts, "Definitions of Managed Objects for IEEE 802.3 Medium
Attachment Units (MAUs) using SMIv2", RFC 2239, November 1997.
[14]deGraaf、K.、Romascanu、D.、マクマスター、D.、McCloghrie、K.、およびS.ロバーツ、「1997年11月にSMIv2"、RFC2239を使用するIEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義。」
[15] Kastenholz, F., "Implementation Notes and Experience for The
Internet Ethernet MIB", RFC 1369, October 1992.
[15]Kastenholzと、F.と、「インターネットイーサネットMIBのための実装注意と経験」、RFC1369、10月1992日
[16] 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.
[16] McCloghrie、K.とM.ローズ、エディターズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地:」 「MIB-II」、STD17、RFC1213、1991年3月。
[17] Blumenthal, U., and B. Wijnen, "User-based Security Model (USM)
for version 3 of the Simple Network Management Protocol
(SNMPv3)", RFC 2274, January 1998.
[17] ブルーメンソル、U.、およびB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、RFC2274(1998年1月)。
[18] Wijnen, B., Presuhn, R., and K. McCloghrie, "View-based Access
Control Model for the Simple Network Management Protocol (SNMP)",
RFC 2275, January 1998.
[18]Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワーク管理プロトコルのための視点ベースのアクセス制御モデル(SNMP)」、RFC2275(1998年1月)。
8. Security Considerations
8. セキュリティ問題
There are no management objects defined in this MIB that have a MAX- ACCESS clause of read-write and/or read-create. So, if this MIB is implemented correctly, then there is no risk that an intruder can alter or create any management objects of this MIB via direct SNMP SET operations.
オブジェクトが読書して書くことのマックスACCESS節を持っているこのMIBで定義する、そして/または、読書して創設する管理が全くありません。 それで、このMIBが正しく実装されるなら、侵入者が変更できる危険が全くないか、またはダイレクトSNMP SET操作でこのMIBのあらゆる管理オブジェクトを作成してください。
Flick & Johnson Standards Track [Page 36] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[36ページ]RFC2358MIB
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.
多くの管理オブジェクトが機密情報を含むと考えられるかもしれないこの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 object 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を使用するのによる)、その時でさえ、アクセスとGET(読む)へのオブジェクトがこの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 2274 [17] and the View-based Access Control Model RFC 2275 [18] is recommended.
作成者がSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model RFC2274[17]とViewベースのAccess Control Model RFC2275[18]の使用はお勧めです。
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実体が適切にそうであることを保証する顧客/ユーザ責任です。
9. Authors' Addresses
9. 作者のアドレス
John Flick Hewlett-Packard Company 8000 Foothills Blvd. M/S 5556 Roseville, CA 95747-5556
ジョン軽打ヒューレット・パッカード会社8000山麓の丘Blvd. S5556ローズビル、M/カリフォルニア95747-5556
Phone: +1 916 785 4018 EMail: johnf@hprnd.rose.hp.com
以下に電話をしてください。 +1 4018年の916 785メール: johnf@hprnd.rose.hp.com
Jeffrey Johnson RedBack Networks 2570 North First Street, Suite 410 San Jose, CA, 95131, USA
ジェフリーペニス20ドル紙幣はNorth First通り、Suite410サンノゼ、2570カリフォルニア 95131、米国をネットワークでつなぎます。
Phone: +1 408 571 2699 EMail: jeff@redbacknetworks.com
以下に電話をしてください。 +1 2699年の408 571メール: jeff@redbacknetworks.com
Flick & Johnson Standards Track [Page 37] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[37ページ]RFC2358MIB
A. Change Log
A。 チェンジログ
This section enumerates changes made to RFC 1650 to produce this document.
このセクションはこのドキュメントを製作するのがRFC1650にされた変更を列挙します。
(1) The MODULE-IDENTITY has been updated to reflect the changes
in the MIB.
(1) MIBにおける変化を反映するためにMODULE-IDENTITYをアップデートしました。
(2) A new object, dot3StatsSymbolErrors, has been added.
(2) 新しいオブジェクト(dot3StatsSymbolErrors)は加えられます。
(3) The definition of the object dot3StatsIndex has been
converted to use the SMIv2 OBJECT-TYPE macro.
(3) オブジェクトdot3StatsIndexの定義は、SMIv2 OBJECT-TYPEマクロを使用するために変換されました。
(4) A new conformance group, etherStats100MbsGroup, has been
added.
(4) 新しい順応グループ(etherStats100MbsGroup)は加えられます。
(5) A new compliance statement, ether100MbsCompliance, has
been added.
(5) 新しい承諾声明(ether100MbsCompliance)は加えられます。
(6) The Acknowledgements were extended to provide a more
complete history of the origin of this document.
(6) Acknowledgementsは、このドキュメントの発生源の、より完全な歴史を供給するために広げられました。
(7) The discussion of ifType has been expanded.
(7) ifTypeの議論を広げてあります。
(8) A section on mapping of Interfaces MIB objects has
been added.
(8) Interfaces 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) IEEE802.3のこのMIBへの管理オブジェクトとInterfaces MIBに関するマッピングのセクションは加えられます。
(11) Converted the dot3Tests, dot3Errors, and dot3ChipSets
OIDs to use the OBJECT-IDENTITY macro.
(11)は、OBJECT-IDENTITYマクロを使用するためにdot3Tests、dot3Errors、およびdot3ChipSets OIDsを変換しました。
(12) Added to the list of registered dot3ChipSets.
登録されたdot3ChipSetsのリストに追加された(12)。
(13) An intellectual property notice and copyright notice
were added, as required by RFC 2026.
(13) 知的所有権通知と版権情報は必要に応じてRFC2026によって加えられました。
Flick & Johnson Standards Track [Page 38] RFC 2358 MIB for Ethernet-like Interface Types June 1998
イーサネットのようなインターフェース型1998年6月のための軽打とペニス標準化過程[38ページ]RFC2358MIB
B. Full Copyright Statement
B。 完全な著作権宣言文
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Flick & Johnson Standards Track [Page 39]
軽打とペニス標準化過程[39ページ]
一覧
スポンサーリンク
