RFC2239 日本語訳
2239 Definitions of Managed Objects for IEEE 802.3 Medium AttachmentUnits (MAUs) using SMIv2. K. de Graaf, D. Romascanu, D. McMaster, K.McCloghrie, S. Roberts. November 1997. (Format: TXT=80651 bytes) (Obsoleted by RFC2668) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group K. de Graaf Request for Comments: 2239 3Com Corporation Category: Standards Track D. Romascanu Madge Networks Ltd. D. McMaster Cisco Systems Inc. K. McCloghrie Cisco Systems Inc. S. Roberts Farallon Computing, Inc. November 1997
Commentsのために作業部会K.deグラーフRequestをネットワークでつないでください: 2239年の3Com社のカテゴリ: 標準化過程D.RomascanuマッジはInc.1997年11月に計算される株式会社D.マクマスター・シスコシステムズ株式会社K.McCloghrieシスコシステムズ株式会社S.ロバーツ・ファラロンをネットワークでつなぎます。
Definitions of Managed Objects for IEEE 802.3 Medium Attachment Units (MAUs) using SMIv2
SMIv2を使用しているIEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義
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 (1997). All Rights Reserved.
Copyright(C)インターネット協会(1997)。 All rights reserved。
Table of Contents
目次
1 The SNMPv2 Network Management Framework ............... 2 1.1 Object Definitions .................................. 2 2 Overview .............................................. 3 2.1 Relationship to RFC 1515 ............................ 3 2.2 MAU Management ...................................... 3 2.3 Relationship to Other MIBs .......................... 3 2.3.1 Relationship to the MIB-II 'interfaces' group ..... 3 2.3.2 Relationship to the 802.3 Repeater MIB ............ 4 2.4 Management of Internal MAUs ......................... 4 3 Definitions ........................................... 4 4 Acknowledgements ...................................... 39 5 References ............................................ 40 6 Security Considerations ............................... 41 7 Authors' Addresses .................................... 41 8 Full Copyright Statement .............................. 43
1 SNMPv2ネットワークマネージメント枠組み… 2 1.1 物の定義… 2 2概観… 3 RFC1515との2.1関係… 3 2.2 MAU管理… 3 他のMIBsとの2.3関係… 3 2.3 .1 MIB-IIとの関係はグループを'連結します'… 3 2.3 802.3リピータMIBとの.2関係… 4 2.4 内部のMAUsの管理… 4 3の定義… 4 4の承認… 39 5つの参照箇所… 40 6 セキュリティ問題… 41 7人の作者のアドレス… 41 8 完全な著作権宣言文… 43
de Graaf, et. al. Standards Track [Page 1] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[1ページ]。
Abstract
要約
This memo defines an portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines objects for managing 10 and 100 Mb/second Medium Attachment Units (MAUs) based on IEEE Std 802.3 Section 30, "10 & 100 Mb/s Management," October 26, 1995.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、1995年10月26日にMedium Attachment Units(MAUs)がIEEE Std802.3セクション30に基礎づけた10と100Mb/秒、「10と100Mb/sの管理」を管理するために物を定義します。
1. The SNMPv2 Network Management Framework
1. SNMPv2ネットワークマネージメント枠組み
The SNMPv2 Network Management Framework presently consists of three major components. They are:
SNMPv2 Network Management Frameworkは現在、3個の主要コンポーネントから成ります。 それらは以下の通りです。
o the SMI, described in RFC 1902 [6] - the mechanisms used for describing and naming objects for the purpose of management.
o --RFC1902[6]で説明されて、SMI、メカニズムは説明と命名に管理の目的のための物を使用しました。
o the MIB-II, STD 17, RFC 1213 [5] - the core set of managed objects for the Internet suite of protocols.
o MIB-II、STD17、RFC1213[5]--プロトコルのインターネットスイートへの管理オブジェクトの巻き癖。
o the protocol, STD 15, RFC 1157 [10] and/or RFC 1905 [9] - the protocol used for accessing managed information.
o プロトコル、STD15、RFC1157[10]、そして/または、RFC1905[9]--アクセスに使用されるプロトコルは情報を管理しました。
Textual conventions are defined in RFC 1903 [7], and conformance statements are defined in RFC 1904 [8].
原文のコンベンションはRFC1903[7]で定義されます、そして、順応声明はRFC1904[8]で定義されます。
The Framework permits new objects to be defined for the purpose of experimentation and evaluation.
Frameworkは、新しい物が実験と評価の目的のために定義されるのを可能にします。
1.1. Object Definitions
1.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) defined in the SMI. In particular, each 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で定義された抽象的なSyntax Notation One(ASN.1)の部分集合を使用することで定義されます。 特に、各オブジェクト・タイプはOBJECT IDENTIFIER、行政上割り当てられた名前によって命名されます。 物の例に伴うオブジェクト・タイプは、唯一物の特定の具体化を特定するのに勤めます。 人間の便宜のために、私たちはしばしば記述子と呼ばれた原文のストリングを使用して、物を示すのはタイプされます。
de Graaf, et. al. Standards Track [Page 2] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[2ページ]。
2. Overview
2. 概観
2.1. Relationship to RFC 1515
2.1. RFC1515との関係
This MIB is intended to be a superset of that defined by RFC 1515 [11], which will go to historic status. This MIB includes all of the objects contained in that MIB, plus several new ones which provide additional capabilities. Implementors are encouraged to support all applicable conformance groups in order to make the best use of the new functionality provided by this MIB. The new objects provide management support for:
このMIBは歴史的な状態に行くRFC1515[11]によって定義されたそのスーパーセットであることを意図します。 このMIBはそのMIBに含まれた物、および追加能力を提供するいくつかの新しいもののすべてを含んでいます。 作成者が有効にこのMIBによって提供された新しい機能性を利用するためにすべての適切な順応グループを支持するよう奨励されます。 新しい物は以下の管理サポートを提供します。
o management of 100 Mb/s devices
o 100Mb/sの装置の管理
o auto-negotiation on interface MAUs
o インタフェースMAUsの自動交渉
o jack management
o ジャッキ管理
2.2. MAU Management
2.2. MAU管理
Instances of these object types represent attributes of an IEEE 802.3 MAU. Several types of MAUs are defined in the IEEE 802.3 CSMA/CD standard [1] and [2]. These MAUs may be connected to IEEE 802.3 repeaters or to 802.3 (Ethernet-like) interfaces. For convenience this document refers to these devices as "repeater MAUs" and "interface MAUs."
これらのオブジェクト・タイプの例はIEEE802.3MAUの属性を表します。 MAUsのいくつかのタイプがIEEE802.3CSMA/CD規格[1]と[2]で定義されます。 これらのMAUsはリピータか802.3の(イーサネットのよう)のインタフェースへのIEEE802.3に接続されるかもしれません。 便利について、このドキュメントは「リピータMAUs」と「インタフェースMAUs」とこれらの装置を呼びます。
The definitions presented here are based on Section 30.5, "Layer Management for 10 & 100 Mb/s Medium Attachment Units (MAUs)", and Annex 30A, "GDMO Specifications for 802.3 managed objects" of IEEE Std 802.3u-1995. That specification includes definitions for both 10Mb/s and 100Mb/s devices, and is essentially a superset of the 10Mb/s definitions given by IEEE 802.3 Section 20. This specification is intended to serve the same purpose: to provide for management of both 10Mb/s and 100Mb/s MAUs.
セクション30.5、「中型の10と100Mb/sの付属ユニット(MAUs)層の管理」、およびAnnex 30A、「802.3の管理オブジェクトのためのGDMO Specifications」にここに提示された定義はIEEE Std 802.3u-1995について基づいています。 その仕様は、10Mb/sと100Mb/sの装置の両方のために定義を含んで、本質的にはIEEE802.3セクション20によって与えられた10Mb/sの定義のスーパーセットです。 この仕様が同じ目的に役立つことを意図します: 10Mb/sと100Mb/sのMAUsの両方の管理に備えるために。
2.3. Relationship to Other MIBs
2.3. 他のMIBsとの関係
It is assumed that an agent implementing this MIB will also implement (at least) the 'system' group defined in MIB-II [5]. The following sections identify other MIBs that such an agent should implement.
また、このMIBを実行するエージェントがMIB-II[5]で定義された'システム'グループを実行する(少なくとも)と思われます。 以下のセクションはそのようなエージェントが実行するべきである他のMIBsを特定します。
2.3.1. Relationship to the MIB-II 'interfaces' group
2.3.1. MIB-II'インタフェース'グループとの関係
The sections of this document that define interface MAU-related objects specify an extension to the 'interfaces' group of MIB-II. An agent implementing these interface-MAU related objects must also
インタフェースのMAU関連の物を定義するこのドキュメントのセクションはMIB-IIの'インタフェース'グループに拡大を指定します。 また、これらの関係づけられたインタフェース-MAU物を実行するエージェントはそうしなければなりません。
de Graaf, et. al. Standards Track [Page 3] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[3ページ]。
implement the 'interfaces' group of MIB-II. The value of the object ifMauIfIndex is the same as the value of 'ifIndex' used to instantiate the interface to which the given MAU is connected.
MIB-IIの'インタフェース'グループを実行してください。 物のifMauIfIndexの値は'ifIndex'の値が以前は、よく与えられたMAUが接続されているインタフェースを例示していたのと同じです。
It is expected that an agent implementing the interface-MAU related objects in this MIB will also implement the Ethernet- like Interfaces MIB, RFC 1650.
また、このMIBの関係づけられたインタフェース-MAU物を実行するエージェントがInterfaces MIB(RFC1650)のようにイーサネットを実行すると予想されます。
(Note that repeater ports are not represented as interfaces in the sense of MIB-II's 'interfaces' group.)
(MIB-IIの'インタフェース'の意味におけるインタフェースが分類されるときリピータポートが表されないことに注意してください。)
2.3.2. Relationship to the 802.3 Repeater MIB
2.3.2. 802.3リピータMIBとの関係
The section of this document that defines repeater MAU-related objects specifies an extension to the 802.3 Repeater MIB defined in [4]. An agent implementing these repeater-MAU related objects must also implement the 802.3 Repeater MIB.
リピータのMAU関連の物を定義するこのドキュメントのセクションは[4]で定義された802.3Repeater MIBに拡大を指定します。 また、これらの関係づけられたリピータ-MAU物を実行するエージェントは802.3Repeater MIBを実行しなければなりません。
The values of 'rpMauGroupIndex' and 'rpMauPortIndex' used to instantiate a repeater MAU variable shall be the same as the values of 'rptrPortGroupIndex' and 'rptrPortIndex' used to instantiate the port to which the given MAU is connected.
リピータMAU変数を例示するのに使用される'rpMauGroupIndex'と'rpMauPortIndex'の値は'rptrPortGroupIndex'と'rptrPortIndex'の値が以前は、よく与えられたMAUが接続されているポートを例示していたのと同じになるでしょう。
2.4. Management of Internal MAUs
2.4. 内部のMAUsの管理
In some situations, a MAU can be "internal" -- i.e., its functionality is implemented entirely within a device. For example, a managed repeater may contain an internal repeater- MAU and/or an internal interface-MAU through which management communications originating on one of the repeater's external ports pass in order to reach the management agent associated with the repeater. Such internal MAUs may or may not be managed. If they are managed, objects describing their attributes should appear in the appropriate MIB subtree:
いくつかの状況で、MAUは「内部であることができます」--すなわち、機能性は完全に装置の中に実行されます。 例えば、管理されたリピータはリピータの外部のポートの1つで由来するマネジメント・コミュニケーションがリピータに関連づけられた管理エージェントに届くように終わる内部のリピータMAU、そして/または、内部のインタフェース-MAUを含むかもしれません。 そのような内部のMAUsは管理されるかもしれません。 それらが管理されるなら、それらの属性について説明する物は適切なMIB下位木に現れるはずです:
dot3RpMauBasicGroup for internal repeater-MAUs and dot3IfMauBasicGroup for internal interface-MAUs.
内部のリピータ-MAUsのためのdot3RpMauBasicGroupと内部のインタフェース-MAUsのためのdot3IfMauBasicGroup。
3. Definitions
3. 定義
MAU-MIB DEFINITIONS ::= BEGIN
マウ-MIB定義:、:= 始まってください。
IMPORTS Counter32, Integer32, OBJECT-TYPE, MODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-IDENTITY, mib-2 FROM SNMPv2-SMI TruthValue, TEXTUAL-CONVENTION
IMPORTS Counter32、Integer32、OBJECT-TYPE、MODULE-IDENTITY、NOTIFICATION-TYPE、OBJECT-IDENTITY、mib-2 FROM SNMPv2-SMI TruthValue、TEXTUAL-CONVENTION
de Graaf, et. al. Standards Track [Page 4] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[4ページ]。
FROM SNMPv2-TC OBJECT-GROUP, MODULE-COMPLIANCE, NOTIFICATION-GROUP FROM SNMPv2-CONF;
SNMPv2-Tc物グループ、モジュールコンプライアンスから、SNMPv2-CONFから通知で分類してください。
mauMod MODULE-IDENTITY LAST-UPDATED "9710310000Z" ORGANIZATION "IETF HUB MIB Working Group" CONTACT-INFO "WG E-mail: hubmib@hprnd.rose.hp.com
mauModモジュールアイデンティティは「WGは以下をメールする」という"9710310000Z"組織「IETFハブMIB作業部会」コンタクトインフォメーションをアップデートしました。 hubmib@hprnd.rose.hp.com
Chair: Dan Romascanu Postal: Madge Networks (Israel) Ltd. Atidim Technology Park, Bldg. 3 Tel Aviv 61131, Israel Tel: 972-3-6458414, 6458458 Fax: 972-3-6487146 E-mail: dromasca@madge.com
議長: ダンRomascanu郵便: マッジは(イスラエル)株式会社Atidim技術公園、ビルディングをネットワークでつなぎます。 3 テルアビブ61131、イスラエルTel: 972-3-6458414 6458458Fax: 972-3-6487146 メールしてください: dromasca@madge.com
Editor: Kathryn de Graaf Postal: 3Com Corporation 118 Turnpike Rd. Southborough, MA 01772 USA Tel: (508)229-1627 Fax: (508)490-5882 E-mail: kdegraaf@isd.3com.com" DESCRIPTION "Management information for 802.3 MAUs.
エディタ: キャスリンdeグラーフPostal: 3Com社118のTurnpike通り Southborough、MA01772米国Tel: (508)229-1627 Fax: (508)490-5882 メールしてください: " kdegraaf@isd.3com.com "記述、「802.3MAUsのための経営情報。」
The following references are used throughout this MIB module:
以下の参照はこのMIBモジュール中で使用されます:
[IEEE 802.3 Std] refers to IEEE 802.3/ISO 8802-3 Information processing systems - Local area networks - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications (1993), and to IEEE Std 802.3u-1995, Supplement to IEEE Std 802.3, clauses 22 through 29.
[IEEE802.3Std]はIEEE802.3/ISO8802-3情報処理システム--ローカル・エリア・ネットワーク--パート3について言及します: 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様(1993)と、IEEE Std 802.3u-1995、IEEE Std802.3(22〜29番目の節)へのSupplementへの搬送波感知多重アクセス。
[IEEE 802.3 Mgt] refers to IEEE 802.3u-1995, - 10 Mb/s & 100 Mb/s Management, Section 30 - Supplement to IEEE Std 802.3." ::= { snmpDot3MauMgt 6 }
「[IEEE802.3Mgt]はIEEE 802.3u-1995--10Mb/sと100Mb/sのManagement、セクション30--補足をIEEE Std802.3と呼びます。」 ::= snmpDot3MauMgt6
de Graaf, et. al. Standards Track [Page 5] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[5ページ]。
snmpDot3MauMgt OBJECT IDENTIFIER ::= { mib-2 26 }
snmpDot3MauMgt物の識別子:、:= mib-2 26
-- textual conventions
-- 原文のコンベンション
JackType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "Common enumeration values for repeater and interface MAU jack types." SYNTAX INTEGER { other(1), rj45(2), rj45S(3), -- rj45 shielded db9(4), bnc(5), fAUI(6), -- female aui mAUI(7), -- male aui fiberSC(8), fiberMIC(9), fiberST(10), telco(11) }
JackType:、:= 「一般的な列挙はリピータとインタフェースMAUジャッキタイプのために評価する」TEXTUAL-CONVENTION STATUSの現在の記述。 構文整数他の(1)、rj45(2)、rj45S(3)--rj45はdb9(4)、bnc(5)、fAUI(6)--女性のaui mAUI(7)--雄aui fiberSC(8)を保護しました、fiberMIC(9)、fiberST(10)、通信業者(11)
dot3RpMauBasicGroup OBJECT IDENTIFIER ::= { snmpDot3MauMgt 1 } dot3IfMauBasicGroup OBJECT IDENTIFIER ::= { snmpDot3MauMgt 2 } dot3BroadMauBasicGroup OBJECT IDENTIFIER ::= { snmpDot3MauMgt 3 }
dot3RpMauBasicGroup物の識別子:、:= snmpDot3MauMgt1dot3IfMauBasicGroup物の識別子:、:= snmpDot3MauMgt2dot3BroadMauBasicGroup物の識別子:、:= snmpDot3MauMgt3
dot3IfMauAutoNegGroup OBJECT IDENTIFIER ::= { snmpDot3MauMgt 5 }
dot3IfMauAutoNegGroup物の識別子:、:= snmpDot3MauMgt5
-- object identities for MAU types -- (see rpMauType and ifMauType for usage)
-- MAUタイプのための物のアイデンティティ--(用法に関してrpMauTypeとifMauTypeを見ます)
dot3MauType OBJECT IDENTIFIER ::= { snmpDot3MauMgt 4 }
dot3MauType物の識別子:、:= snmpDot3MauMgt4
dot3MauTypeAUI OBJECT-IDENTITY STATUS current DESCRIPTION "no internal MAU, view from AUI" ::= { dot3MauType 1 }
dot3MauTypeAUI OBJECT-IDENTITY STATUSの現在の記述、「AUIからの内部のMAUがない、視点」:、:= dot3MauType1
dot3MauType10Base5 OBJECT-IDENTITY STATUS current DESCRIPTION "thick coax MAU (per 802.3 section 8)" ::= { dot3MauType 2 }
dot3MauType10Base5 OBJECT-IDENTITY STATUSの現在の記述、「太い部分はMAU(802.3部8あたりの)をおだてる」:、:= dot3MauType2
de Graaf, et. al. Standards Track [Page 6] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[6ページ]。
dot3MauTypeFoirl OBJECT-IDENTITY STATUS current DESCRIPTION "FOIRL MAU (per 802.3 section 9.9)" ::= { dot3MauType 3 }
dot3MauTypeFoirl OBJECT-IDENTITY STATUSの現在の記述「FOIRL MAU(802.3部9.9あたりの)」:、:= dot3MauType3
dot3MauType10Base2 OBJECT-IDENTITY STATUS current DESCRIPTION "thin coax MAU (per 802.3 section 10)" ::= { dot3MauType 4 }
dot3MauType10Base2 OBJECT-IDENTITY STATUSの現在の記述、「薄く、MAU(802.3部10あたりの)をおだててください、」、:、:= dot3MauType4
dot3MauType10BaseT OBJECT-IDENTITY STATUS current DESCRIPTION "UTP MAU (per 802.3 section 14)" ::= { dot3MauType 5 }
dot3MauType10BaseT OBJECT-IDENTITY STATUSの現在の記述「UTP MAU(802.3部14あたりの)」:、:= dot3MauType5
dot3MauType10BaseFP OBJECT-IDENTITY STATUS current DESCRIPTION "passive fiber MAU (per 802.3 section 16)" ::= { dot3MauType 6 }
dot3MauType10BaseFP OBJECT-IDENTITY STATUSの現在の記述「受け身の性格MAU(802.3部16あたりの)」:、:= dot3MauType6
dot3MauType10BaseFB OBJECT-IDENTITY STATUS current DESCRIPTION "sync fiber MAU (per 802.3 section 17)" ::= { dot3MauType 7 }
dot3MauType10BaseFB OBJECT-IDENTITY STATUSの現在の記述「同時性ファイバーMAU(802.3部17あたりの)」:、:= dot3MauType7
dot3MauType10BaseFL OBJECT-IDENTITY STATUS current DESCRIPTION "async fiber MAU (per 802.3 section 18)" ::= { dot3MauType 8 }
dot3MauType10BaseFL OBJECT-IDENTITY STATUSの現在の記述「asyncファイバーMAU(802.3部18あたりの)」:、:= dot3MauType8
dot3MauType10Broad36 OBJECT-IDENTITY STATUS current DESCRIPTION "broadband DTE MAU (per 802.3 section 11). Note that 10BROAD36 MAUs can be attached to interfaces but not to repeaters." ::= { dot3MauType 9 }
dot3MauType10Broad36 OBJECT-IDENTITY STATUSの現在の記述「ブロードバンドDTE MAU(802.3部11あたりの)。」 「10BROAD36 MAUsをインタフェースに取り付けることができることに注意しますが、リピータに注意するというわけではなくなってください。」 ::= dot3MauType9
------ new since RFC 1515:
------ 新しいRFC1515以来:
dot3MauType10BaseTHD OBJECT-IDENTITY STATUS current
dot3MauType10BaseTHD OBJECT-IDENTITY STATUS海流
de Graaf, et. al. Standards Track [Page 7] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[7ページ]。
DESCRIPTION "UTP MAU (per 802.3 section 14), half duplex mode" ::= { dot3MauType 10 }
記述、「UTP MAU(802.3部14あたりの)、ハーフデュプレックスモード」:、:= dot3MauType10
dot3MauType10BaseTFD OBJECT-IDENTITY STATUS current DESCRIPTION "UTP MAU (per 802.3 section 14), full duplex mode" ::= { dot3MauType 11 }
dot3MauType10BaseTFD OBJECT-IDENTITY STATUSの現在の記述、「UTP MAU(802.3部14あたりの)、全二重モード」:、:= dot3MauType11
dot3MauType10BaseFLHD OBJECT-IDENTITY STATUS current DESCRIPTION "async fiber MAU (per 802.3 section 18), half duplex mode" ::= { dot3MauType 12 }
dot3MauType10BaseFLHD OBJECT-IDENTITY STATUSの現在の記述は「ファイバーMAU(802.3部18あたりの)、ハーフデュプレックスモードをasyncする」:、:= dot3MauType12
dot3MauType10BaseFLFD OBJECT-IDENTITY STATUS current DESCRIPTION "async fiber MAU (per 802.3 section 18), full duplex mode" ::= { dot3MauType 13 }
dot3MauType10BaseFLFD OBJECT-IDENTITY STATUSの現在の記述は「ファイバーMAU(802.3部18あたりの)、全二重モードをasyncする」:、:= dot3MauType13
dot3MauType100BaseT4 OBJECT-IDENTITY STATUS current DESCRIPTION "4 pair categ. 3 UTP (per 802.3 section 23)" ::= { dot3MauType 14 }
dot3MauType100BaseT4 OBJECT-IDENTITY STATUSの現在の記述、「4はcateg3UTP(802.3部23あたりの)を対にする」:、:= dot3MauType14
dot3MauType100BaseTXHD OBJECT-IDENTITY STATUS current DESCRIPTION "2 pair categ. 5 UTP (per 802.3 section 25), half duplex mode" ::= { dot3MauType 15 }
dot3MauType100BaseTXHD OBJECT-IDENTITY STATUSの現在の記述、「2はcateg5UTP(802.3部25あたりの)、ハーフデュプレックスモードを対にする」:、:= dot3MauType15
dot3MauType100BaseTXFD OBJECT-IDENTITY STATUS current DESCRIPTION "2 pair categ. 5 UTP (per 802.3 section 25), full duplex mode" ::= { dot3MauType 16 }
dot3MauType100BaseTXFD OBJECT-IDENTITY STATUSの現在の記述、「2はcateg5UTP(802.3部25あたりの)、全二重モードを対にする」:、:= dot3MauType16
dot3MauType100BaseFXHD OBJECT-IDENTITY STATUS current DESCRIPTION "X fiber over PMT (per 802.3 section 26), half
dot3MauType100BaseFXHD OBJECT-IDENTITY STATUSの現在の記述、「PMT(802.3部26あたりの)の上のXファイバー、半分」
de Graaf, et. al. Standards Track [Page 8] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[8ページ]。
duplex mode" ::= { dot3MauType 17 }
「重複のモード」:、:= dot3MauType17
dot3MauType100BaseFXFD OBJECT-IDENTITY STATUS current DESCRIPTION "X fiber over PMT (per 802.3 section 26), full duplex mode" ::= { dot3MauType 18 }
dot3MauType100BaseFXFD OBJECT-IDENTITY STATUSの現在の記述、「PMT(802.3部26あたりの)の上のXファイバー、全二重モード」:、:= dot3MauType18
dot3MauType100BaseT2HD OBJECT-IDENTITY STATUS current DESCRIPTION "2 pair categ. 3 UTP (per 802.3 section 32), half duplex mode" ::= { dot3MauType 19 }
dot3MauType100BaseT2HD OBJECT-IDENTITY STATUSの現在の記述、「2はcateg3UTP(802.3部32あたりの)、ハーフデュプレックスモードを対にする」:、:= dot3MauType19
dot3MauType100BaseT2FD OBJECT-IDENTITY STATUS current DESCRIPTION "2 pair categ. 3 UTP (per 802.3 section 32), full duplex mode" ::= { dot3MauType 20 }
dot3MauType100BaseT2FD OBJECT-IDENTITY STATUSの現在の記述、「2はcateg3UTP(802.3部32あたりの)、全二重モードを対にする」:、:= dot3MauType20
-- -- The Basic Repeater MAU Table --
-- -- 基本的なリピータMAUテーブル--
rpMauTable OBJECT-TYPE SYNTAX SEQUENCE OF RpMauEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of descriptive and status information about the MAU(s) attached to the ports of a repeater." ::= { dot3RpMauBasicGroup 1 }
「MAU(s)の描写的、そして、状態情報のテーブルはリピータのポートに付けた」rpMauTable OBJECT-TYPE SYNTAX SEQUENCE OF RpMauEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= dot3RpMauBasicGroup1
rpMauEntry OBJECT-TYPE SYNTAX RpMauEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing information about a single MAU." INDEX { rpMauGroupIndex, rpMauPortIndex, rpMauIndex } ::= { rpMauTable 1 }
rpMauEntry OBJECT-TYPE SYNTAX RpMauEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身のMAUの情報を含むテーブルのエントリー。」 rpMauGroupIndex、rpMauPortIndex、rpMauIndexに索引をつけてください:、:= rpMauTable1
de Graaf, et. al. Standards Track [Page 9] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[9ページ]。
RpMauEntry ::= SEQUENCE { rpMauGroupIndex Integer32, rpMauPortIndex Integer32, rpMauIndex Integer32, rpMauType OBJECT IDENTIFIER, rpMauStatus INTEGER, rpMauMediaAvailable INTEGER, rpMauMediaAvailableStateExits Counter32, rpMauJabberState INTEGER, rpMauJabberingStateEnters Counter32, rpMauFalseCarriers Counter32 }
RpMauEntry:、:= 系列rpMauGroupIndex Integer32、rpMauPortIndex Integer32、rpMauIndex Integer32、rpMauType物の識別子、rpMauStatus整数、rpMauMediaAvailable整数、rpMauMediaAvailableStateExits Counter32、rpMauJabberState整数、rpMauJabberingStateEnters Counter32、rpMauFalseCarriers Counter32
rpMauGroupIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This variable uniquely identifies the group containing the port to which the MAU described by this entry is connected.
rpMauGroupIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数は唯一このエントリーで説明されたMAUが接続されているポートを含むグループを特定します」。
Note: In practice, a group will generally be a field-replaceable unit (i.e., module, card, or board) that can fit in the physical system enclosure, and the group number will correspond to a number marked on the physical enclosure.
以下に注意してください。 実際には、一般に、グループは物理的なシステム包囲をうまくはめ込むことができる分野取替え可能なユニットになるでしょう、そして、(すなわち、モジュール、カード、または板)グループ番号は物理的な包囲に印を付けられた数に対応するでしょう。
The group denoted by a particular value of this object is the same as the group denoted by the same value of rptrGroupIndex." ::= { rpMauEntry 1 }
「この物の特定の値によって指示されたグループはグループがrptrGroupIndexの同じ値で指示したのと同じです。」 ::= rpMauEntry1
rpMauPortIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current
rpMauPortIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESS書き込み禁止STATUS海流
de Graaf, et. al. Standards Track [Page 10] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[10ページ]。
DESCRIPTION "This variable uniquely identifies the repeater port within group rpMauGroupIndex to which the MAU described by this entry is connected." REFERENCE "Reference RFC 1516, rptrPortIndex." ::= { rpMauEntry 2 }
記述、「この変数はこのエントリーで説明されたMAUが接続されているグループrpMauGroupIndexの中で唯一リピータポートを特定します」。 「参照RFC1516、rptrPortIndex」という参照。 ::= rpMauEntry2
rpMauIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This variable uniquely identifies the MAU described by this entry from among other MAUs connected to the same port (rpMauPortIndex)." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.1, aMAUID." ::= { rpMauEntry 3 }
「この変数は同じポート(rpMauPortIndex)に接続された他のMAUsの中で唯一このエントリーで説明されたMAUを特定する」rpMauIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .1、aMAUID、」 ::= rpMauEntry3
rpMauType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This object identifies the 10 or 100 Mb/s baseband MAU type. An initial set of MAU types are defined above. The assignment of OBJECT IDENTIFIERs to new types of MAUs is managed by the IANA. If the MAU type is unknown, the object identifier
rpMauType OBJECT-TYPE SYNTAX OBJECT IDENTIFIERのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「10か100Mb/sのベースバンドMAUタイプを特定これが反対するします」。 1人の始発のMAUタイプは上で定義されます。 MAUsの新しいタイプへのOBJECT IDENTIFIERsの課題はIANAによって管理されます。 MAUタイプが未知、物の識別子であるなら
unknownMauType OBJECT IDENTIFIER ::= { 0 0 }
unknownMauType物の識別子:、:= { 0 0 }
is returned. Note that unknownMauType is a syntactically valid object identifier, and any conformant implementation of ASN.1 and the BER must be able to generate and recognize this value." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.2, aMAUType." ::= { rpMauEntry 4 }
返します。 「unknownMauTypeがシンタクス上有効な物の識別子であり、ASN.1とBERのどんなconformant実現もこの値を発生して、認識できなければならないことに注意してください。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .2、aMAUType、」 ::= rpMauEntry4
rpMauStatus OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), operational(3),
rpMauStatus OBJECT-TYPE SYNTAX INTEGER、他の(1)、未知(2)、操作上の(3)
de Graaf, et. al. Standards Track [Page 11] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[11ページ]。
standby(4), shutdown(5), reset(6) } MAX-ACCESS read-write STATUS current DESCRIPTION "The current state of the MAU. This object may be implemented as a read-only object by those agents and MAUs that do not implement software control of the MAU state. Some agents may not support setting the value of this object to some of the enumerated values.
予備(4)(閉鎖(5))は(6)をリセットしました。 マックス-ACCESSは「MAUの現状」をSTATUSの現在の記述に読書して書きます。 この物は書き込み禁止物としてMAU状態のソフトウェア制御装置を実行しないそれらのエージェントとMAUsによって実行されるかもしれません。 エージェントの中には列挙された値のいくつかにこの物の値を設定するのを支持しない人もいるかもしれません。
The value other(1) is returned if the MAU is in a state other than one of the states 2 through 6.
MAUが州の1つ以外の状態に2〜6にあるなら、値の他の(1)を返します。
The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized.
MAUの本当の状態が未知であるときに、値の未知(2)は返されます。 それが例えば初期化されているとき。
A MAU in the operational(3) state is fully functional, operates, and passes signals to its attached DTE or repeater port in accordance to its specification.
操作上の(3)状態のMAUは仕様との一致でその付属DTEかリピータポートに信号を完全に機能的であり、操作して、渡します。
A MAU in standby(4) state forces DI and CI to idle and the media transmitter to idle or fault, if supported. Standby(4) mode only applies to link type MAUs. The state of rpMauMediaAvailable is unaffected.
予備(4)状態のMAUはDIと怠けるCIとアイドリングさせるメディア送信機か欠点を強制します、支持されるなら。 予備(4)モードは、タイプMAUsをリンクするのに当てはまるだけです。 rpMauMediaAvailableの州は影響を受けないです。
A MAU in shutdown(5) state assumes the same condition on DI, CI, and the media transmitter as though it were powered down or not connected. The MAU may return other(1) value for the rpMauJabberState and rpMauMediaAvailable objects when it is in this state. For an AUI, this state will remove power from the AUI.
まるでそれがパワーダウンされたか、または接続されないかのように閉鎖(5)状態のMAUはDI、CI、およびメディア送信機に関する同じ状態を仮定します。 それがこの状態にあるとき、MAUはrpMauJabberStateとrpMauMediaAvailable物のために他の(1)値を返すかもしれません。 AUIに関しては、この州はAUIからパワーを取り除くでしょう。
Setting this variable to the value reset(6) resets the MAU in the same manner as a power-off, power- on cycle of at least one-half second would. The agent is not required to return the value reset (6).
値のリセット(6)にこの変数を設定すると、MAUは電源オフ(少なくとも2番目がそうする半分のサイクルのパワー)と同じ方法でリセットされます。 エージェントは値のリセット(6)を返す必要はありません。
Setting this variable to the value operational(3), standby(4), or shutdown(5) causes the MAU to
操作上の(3)、予備(4)、または閉鎖(5)がMAUを引き起こす値にこの変数を設定します。
de Graaf, et. al. Standards Track [Page 12] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[12ページ]。
assume the respective state except that setting a mixing-type MAU or an AUI to standby(4) will cause the MAU to enter the shutdown state." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.7, aMAUAdminState, 30.5.1.2.2, acMAUAdminControl, and 30.5.1.2.1, acRESETMAU." ::= { rpMauEntry 5 }
「MAUが混合タイプMAUかAUIを予備(4)に設定するのに閉鎖状態に入るのを除いて、それぞれの状態を仮定してください。」 そして、参照、「[IEEE802.3Mgt]、30.5 .1 .1 .7 aMAUAdminState、30.5 .1 .2 .2 acMAUAdminControl、30.5 .1 .2 .1、acRESETMAU、」 ::= rpMauEntry5
rpMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), available(3), notAvailable(4), remoteFault(5), invalidSignal(6), remoteJabber(7), remoteLinkLoss(8), remoteTest(9) } MAX-ACCESS read-only STATUS current DESCRIPTION "If the MAU is a link or fiber type (FOIRL, 10BASE-T, 10BASE-F) then this is equivalent to the link test fail state/low light function. For an AUI or a coax (including broadband) MAU this indicates whether or not loopback is detected on the DI circuit. The value of this attribute persists between packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.
rpMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER、他の(1)、未知(2)、利用可能な(3)、notAvailable(4)、remoteFault(5)、invalidSignal(6)、remoteJabber(7)、remoteLinkLoss(8)、remoteTest(9)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「MAUがリンクかファイバータイプ(FOIRL、10BASE-T、10BASE-F)であるなら、これはリンクテストやり損ない状態/低軽い機能に同等です」。 AUIかaに関して、MAUをおだててください(ブロードバンドを含んでいます)。これは、ループバックがDIサーキットの上に検出されるかどうかを示します。 この属性の値はMAUタイプのAUI、10BASE5、10BASE2、10BROAD36、および10BASE-FPのためにパケットの間で持続しています。
The value other(1) is returned if the mediaAvailable state is not one of 2 through 6.
mediaAvailable状態が2〜6の1つでないなら値の他の(1)を返します。
The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized. At power-up or following a reset, the value of this attribute will be unknown for AUI, coax, and 10BASE-FP MAUs. For these MAUs loopback will be tested on each transmission during which no collision is detected. If DI is receiving input when DO returns to IDL after a transmission and there has been no collision during the transmission then loopback will be detected. The value of this attribute will only change during non-collided transmissions for AUI,
MAUの本当の状態が未知であるときに、値の未知(2)は返されます。 それが例えば初期化されているとき。 パワーアップするか次のaリセットでは、この属性の値がAUIにおいて未知になる、おだて、そして、10BASE-FP MAUs。 これらのMAUsがないかどうか、ループバックは衝突が全く検出されない各トランスミッションのときにテストされるでしょう。 トランスミッションの後にIDLへのリターンをしてください。そうすれば、衝突が全くトランスミッションの当時のループバックの間ないとき、DIが受信していると、入力は検出されるでしょう。 この属性の値はAUIのために非衝突したトランスミッションの間、変化するだけでしょう。
de Graaf, et. al. Standards Track [Page 13] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[13ページ]。
coax, and 10BASE-FP MAUs.
おだて、そして、10BASE-FP MAUs。
For 100BASE-T4, 100BASE-TX and 100BASE-FX the enumerations match the states within the respective link integrity state diagrams, fig 23- 12 and 24-15 of sections 23 and 24 of [2]. Any MAU which implements management of auto- negotiation will map remote fault indication to remote fault.
100BASE-T4、100BASE-テキサスと100BASE-FXに関しては、列挙は[2]のセクション23と24のそれぞれのリンク保全州のダイヤグラム、図23- 12、および24-15の中に州に合っています。 自動交渉の管理を実行するどんなMAUもリモート欠点指示をリモート欠点に写像するでしょう。
The value available(3) indicates that the link, light, or loopback is normal. The value notAvailable(4) indicates link loss, low light, or no loopback.
値の利用可能な(3)は、リンク、光、またはループバックが通常であるのを示します。 低い光を示しますが、値のnotAvailable(4)はリンクの損失、どんなループバックも示しません。
The value remoteFault(5) indicates that a fault has been detected at the remote end of the link. This value applies to 10BASE-FB, 100BASE-T4 Far End Fault Indication and non-specified remote faults from a system running auto-negotiation. The values remoteJabber(7), remoteLinkLoss(8), and remoteTest(9) should be used instead of remoteFault(5) where the reason for remote fault is identified in the remote signaling protocol.
値のremoteFault(5)は、欠点がリンクのリモートエンドで検出されたのを示します。 この値はシステム走行自動交渉から10BASE-FB、100BASE-T4 Far End Fault Indication、および特記以外のリモート欠点に適用されます。 値のremoteJabber(7)、remoteLinkLoss(8)、およびremoteTest(9)はリモート欠点の理由がリモートシグナリングプロトコルで特定されるremoteFault(5)の代わりに使用されるべきです。
The value invalidSignal(6) indicates that an invalid signal has been received from the other end of the link. InvalidSignal(6) applies only to MAUs of type 10BASE-FB.
値のinvalidSignal(6)は、無効の信号がリンクのもう一方の端から受信されたのを示します。 InvalidSignal(6)はタイプ10BASE-FBのMAUsだけに適用します。
Where an IEEE Std 802.3u-1995 clause 22 MII is present, a logic one in the remote fault bit (reference section 22.2.4.2.8 of that document) maps to the value remoteFault(5), and a logic zero in the link status bit (reference section 22.2.4.2.10 of that document) maps to the value notAvailable(4). The value notAvailable(4) takes precedence over the value remoteFault(5)." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.4, aMediaAvailable." ::= { rpMauEntry 6 }
どこ、IEEE Std 802.3u-1995節、22MIIは存在しています、値のremoteFault(5)へのリモート欠点ビット(その.8が記録する参照セクション22.2.4.2)地図の論理1、そして、リンクステータスビット(その.10が記録する参照セクション22.2.4.2)における論理ゼロはnotAvailable(4)を値に写像するか。 「値のnotAvailable(4)は値のremoteFault(5)の上で優先します。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .4、aMediaAvailable、」 ::= rpMauEntry6
rpMauMediaAvailableStateExits OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times that
rpMauMediaAvailableStateExits OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「それの回の数のカウント」です。
de Graaf, et. al. Standards Track [Page 14] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[14ページ]。
rpMauMediaAvailable for this MAU instance leaves the state available(3)." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.5, aLoseMediaCounter." ::= { rpMauEntry 7 }
「このMAU例のためのrpMauMediaAvailableは利用可能な(3)に状態を出ます。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .5、aLoseMediaCounter、」 ::= rpMauEntry7
rpMauJabberState OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), noJabber(3), jabbering(4) } MAX-ACCESS read-only STATUS current DESCRIPTION "The value other(1) is returned if the jabber state is not 2, 3, or 4. The agent must always return other(1) for MAU type dot3MauTypeAUI.
rpMauJabberState OBJECT-TYPE SYNTAX INTEGER、他の(1)、未知(2)、(4)についてペチャクチャしゃべるnoJabber(3)、「おしゃべり状態が2でなくて、また3でなくて、また4でもないなら値の他の(1)を返す」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 エージェントはいつもMAUタイプdot3MauTypeAUIのための他の(1)を返さなければなりません。
The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized.
MAUの本当の状態が未知であるときに、値の未知(2)は返されます。 それが例えば初期化されているとき。
If the MAU is not jabbering the agent returns noJabber(3). This is the 'normal' state.
MAUがペチャクチャしゃべっていないなら、エージェントはnoJabber(3)を返します。 これは'正常な'状態です。
If the MAU is in jabber state the agent returns the jabbering(4) value." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.6, aJabber.jabberFlag." ::= { rpMauEntry 8 }
「MAUがおしゃべり状態にあるなら、エージェントはおしゃべり(4)値を返します。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .6、aJabber.jabberFlag、」 ::= rpMauEntry8
rpMauJabberingStateEnters OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times that mauJabberState for this MAU instance enters the state jabbering(4). For MAUs of type dot3MauTypeAUI, dot3MauType100BaseT4, dot3MauType100BaseTX, and dot3MauType100BaseFX, this counter will always indicate zero." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.6, aJabber.jabberCounter."
rpMauJabberingStateEnters OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このMAU例のためのmauJabberStateが(4)についてペチャクチャしゃべる州に入るという回の数のカウント。」 「タイプdot3MauTypeAUI、dot3MauType100BaseT4、dot3MauType100BaseTX、およびdot3MauType100BaseFXのMAUsに関して、このカウンタはいつもゼロを示すでしょう。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .6、aJabber.jabberCounter、」
de Graaf, et. al. Standards Track [Page 15] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[15ページ]。
::= { rpMauEntry 9 }
::= rpMauEntry9
rpMauFalseCarriers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of false carrier events during IDLE in 100BASE-X links. This counter does not increment at the symbol rate. It can increment after a valid carrier completion at a maximum rate of once per 100 ms until the next carrier event.
「100BASE-XのIDLEの間の誤ったキャリヤーイベントの数のカウントはリンクする」rpMauFalseCarriers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このカウンタはシンボルでレートを増加しません。 それは一度の最高率での有効なキャリヤー完成の後の次のキャリヤーイベントまでの100msあたりの増分にそうすることができます。
This counter increments only for MAUs of type dot3MauType100BaseT4, dot3MauType100BaseTX, and dot3MauType100BaseFX. For all other MAU types, this counter will always indicate zero.
このカウンタはタイプのMAUsのためだけにdot3MauType100BaseT4、dot3MauType100BaseTX、およびdot3MauType100BaseFXを増加します。 他のすべてのMAUタイプのために、このカウンタはいつもゼロを示すでしょう。
The approximate minimum time for rollover of this counter is 7.4 hours." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.10, aFalseCarriers." ::= { rpMauEntry 10 }
「このカウンタのロールオーバーのための大体の最小の時間は7.4時間です。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .10、aFalseCarriers、」 ::= rpMauEntry10
-- The rpJackTable applies to MAUs attached to repeaters -- which have one or more external jacks (connectors).
-- rpJackTableはリピータ(1個以上の外部のジャッキ(コネクタ)を持っている)に取り付けられたMAUsに適用します。
rpJackTable OBJECT-TYPE SYNTAX SEQUENCE OF RpJackEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information about the external jacks attached to MAUs attached to the ports of a repeater." ::= { dot3RpMauBasicGroup 2 }
「外部のジャッキに関する情報はリピータのポートに取り付けられたMAUsに付けた」rpJackTable OBJECT-TYPE SYNTAX SEQUENCE OF RpJackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= dot3RpMauBasicGroup2
rpJackEntry OBJECT-TYPE SYNTAX RpJackEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing information about a particular jack."
rpJackEntry OBJECT-TYPE SYNTAX RpJackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のジャッキの情報を含むテーブルのエントリー。」
INDEX { rpMauGroupIndex, rpMauPortIndex,
インデックス、rpMauGroupIndex、rpMauPortIndex
de Graaf, et. al. Standards Track [Page 16] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[16ページ]。
rpMauIndex, rpJackIndex } ::= { rpJackTable 1 }
rpMauIndex、rpJackIndex ::= rpJackTable1
RpJackEntry ::= SEQUENCE { rpJackIndex Integer32, rpJackType JackType }
RpJackEntry:、:= 系列rpJackIndex Integer32、rpJackType JackType
rpJackIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This variable uniquely identifies the jack described by this entry from among other jacks attached to the same MAU (rpMauIndex)." ::= { rpJackEntry 1 }
「この変数は同じMAU(rpMauIndex)に取り付けられた他のジャッキの中で唯一このエントリーで説明されたジャッキを特定する」rpJackIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= rpJackEntry1
rpJackType OBJECT-TYPE SYNTAX JackType MAX-ACCESS read-only STATUS current DESCRIPTION "The jack connector type, as it appears on the outside of the system." ::= { rpJackEntry 2 }
「ジャッキコネクタはシステムの外部に現れるようにタイプする」rpJackType OBJECT-TYPE SYNTAX JackTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= rpJackEntry2
-- -- The Basic Interface MAU Table --
-- -- 基本インターフェースMAUテーブル--
ifMauTable OBJECT-TYPE SYNTAX SEQUENCE OF IfMauEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of descriptive and status information about MAU(s) attached to an interface."
「MAU(s)の描写的、そして、状態情報のテーブルはインタフェースに付けた」ifMauTable OBJECT-TYPE SYNTAX SEQUENCE OF IfMauEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
::= { dot3IfMauBasicGroup 1 }
::= dot3IfMauBasicGroup1
ifMauEntry OBJECT-TYPE SYNTAX IfMauEntry
ifMauEntryオブジェクト・タイプ構文IfMauEntry
de Graaf, et. al. Standards Track [Page 17] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[17ページ]。
MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing information about a single MAU." INDEX { ifMauIfIndex, ifMauIndex } ::= { ifMauTable 1 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身のMAUの情報を含むテーブルのエントリー。」 ifMauIfIndex、ifMauIndexに索引をつけてください:、:= ifMauTable1
IfMauEntry ::= SEQUENCE { ifMauIfIndex Integer32, ifMauIndex Integer32, ifMauType OBJECT IDENTIFIER, ifMauStatus INTEGER, ifMauMediaAvailable INTEGER, ifMauMediaAvailableStateExits Counter32, ifMauJabberState INTEGER, ifMauJabberingStateEnters Counter32, ifMauFalseCarriers Counter32, ifMauTypeList Integer32, ifMauDefaultType OBJECT IDENTIFIER, ifMauAutoNegSupported TruthValue }
IfMauEntry:、:= 系列ifMauIfIndex Integer32、ifMauIndex Integer32、ifMauType物の識別子、ifMauStatus整数、ifMauMediaAvailable整数、ifMauMediaAvailableStateExits Counter32、ifMauJabberState整数、ifMauJabberingStateEnters Counter32、ifMauFalseCarriers Counter32、ifMauTypeList Integer32、ifMauDefaultType物の識別子、ifMauAutoNegSupported TruthValue
ifMauIfIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This variable uniquely identifies the interface to which the MAU described by this entry is connected." REFERENCE "RFC 1213, ifIndex" ::= { ifMauEntry 1 }
ifMauIfIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数は唯一、このエントリーで説明されたMAUが接続されているインタフェースを特定します」。 「RFC1213、ifIndex」という参照:、:= ifMauEntry1
de Graaf, et. al. Standards Track [Page 18] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[18ページ]。
ifMauIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This variable uniquely identifies the MAU described by this entry from among other MAUs connected to the same interface (ifMauIfIndex)." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.1, aMAUID." ::= { ifMauEntry 2 }
「この変数は同じインタフェース(ifMauIfIndex)に接続された他のMAUsの中で唯一このエントリーで説明されたMAUを特定する」ifMauIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .1、aMAUID、」 ::= ifMauEntry2
ifMauType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This object identifies the 10 or 100 Mb/s baseband or broadband MAU type. An initial set of MAU types are defined above. The assignment of OBJECT IDENTIFIERs to new types of MAUs is managed by the IANA. If the MAU type is unknown, the object identifier
ifMauType OBJECT-TYPE SYNTAX OBJECT IDENTIFIERのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「10か100Mb/sのベースバンドか広帯域のMAUタイプを特定これが反対するします」。 1人の始発のMAUタイプは上で定義されます。 MAUsの新しいタイプへのOBJECT IDENTIFIERsの課題はIANAによって管理されます。 MAUタイプが未知、物の識別子であるなら
unknownMauType OBJECT IDENTIFIER ::= { 0 0 }
unknownMauType物の識別子:、:= { 0 0 }
is returned. Note that unknownMauType is a syntactically valid object identifier, and any conformant implementation of ASN.1 and the BER must be able to generate and recognize this value.
返します。 unknownMauTypeがシンタクス上有効な物の識別子であり、ASN.1とBERのどんなconformant実現もこの値を発生して、認識できなければならないことに注意してください。
This object represents the operational type of the MAU, as determined by either (1) the result of the auto-negotiation function or (2) if auto- negotiation is not enabled or is not implemented for this MAU, by the value of the object ifMauDefaultType. In case (2), a set to the object ifMauDefaultType will force the MAU into the new operating mode." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.2, aMAUType." ::= { ifMauEntry 3 }
この物はMAUの操作上のタイプの代理をします、自動交渉が可能にされないか、またはこのMAUのために実行されないなら(1) 自動交渉機能の結果か(2)のどちらかで決定するように、物のifMauDefaultTypeの値で。 「場合(2)では、物のifMauDefaultTypeへのセットは新しいオペレーティング・モードにMAUを力づくで押すでしょう。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .2、aMAUType、」 ::= ifMauEntry3
ifMauStatus OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), operational(3),
ifMauStatus OBJECT-TYPE SYNTAX INTEGER、他の(1)、未知(2)、操作上の(3)
de Graaf, et. al. Standards Track [Page 19] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[19ページ]。
standby(4), shutdown(5), reset(6) } MAX-ACCESS read-write STATUS current DESCRIPTION "The current state of the MAU. This object may be implemented as a read-only object by those agents and MAUs that do not implement software control of the MAU state. Some agents may not support setting the value of this object to some of the enumerated values.
予備(4)(閉鎖(5))は(6)をリセットしました。 マックス-ACCESSは「MAUの現状」をSTATUSの現在の記述に読書して書きます。 この物は書き込み禁止物としてMAU状態のソフトウェア制御装置を実行しないそれらのエージェントとMAUsによって実行されるかもしれません。 エージェントの中には列挙された値のいくつかにこの物の値を設定するのを支持しない人もいるかもしれません。
The value other(1) is returned if the MAU is in a state other than one of the states 2 through 6.
MAUが州の1つ以外の状態に2〜6にあるなら、値の他の(1)を返します。
The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized.
MAUの本当の状態が未知であるときに、値の未知(2)は返されます。 それが例えば初期化されているとき。
A MAU in the operational(3) state is fully functional, operates, and passes signals to its attached DTE or repeater port in accordance to its specification.
操作上の(3)状態のMAUは仕様との一致でその付属DTEかリピータポートに信号を完全に機能的であり、操作して、渡します。
A MAU in standby(4) state forces DI and CI to idle and the media transmitter to idle or fault, if supported. Standby(4) mode only applies to link type MAUs. The state of ifMauMediaAvailable is unaffected.
予備(4)状態のMAUはDIと怠けるCIとアイドリングさせるメディア送信機か欠点を強制します、支持されるなら。 予備(4)モードは、タイプMAUsをリンクするのに当てはまるだけです。 ifMauMediaAvailableの州は影響を受けないです。
A MAU in shutdown(5) state assumes the same condition on DI, CI, and the media transmitter as though it were powered down or not connected. The MAU may return other(1) value for the ifMauJabberState and ifMauMediaAvailable objects when it is in this state. For an AUI, this state will remove power from the AUI.
まるでそれがパワーダウンされたか、または接続されないかのように閉鎖(5)状態のMAUはDI、CI、およびメディア送信機に関する同じ状態を仮定します。 それがこの状態にあるとき、MAUはifMauJabberStateとifMauMediaAvailable物のために他の(1)値を返すかもしれません。 AUIに関しては、この州はAUIからパワーを取り除くでしょう。
Setting this variable to the value reset(6) resets the MAU in the same manner as a power-off, power- on cycle of at least one-half second would. The agent is not required to return the value reset (6).
値のリセット(6)にこの変数を設定すると、MAUは電源オフ(少なくとも2番目がそうする半分のサイクルのパワー)と同じ方法でリセットされます。 エージェントは値のリセット(6)を返す必要はありません。
Setting this variable to the value operational(3), standby(4), or shutdown(5) causes the MAU to
操作上の(3)、予備(4)、または閉鎖(5)がMAUを引き起こす値にこの変数を設定します。
de Graaf, et. al. Standards Track [Page 20] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[20ページ]。
assume the respective state except that setting a mixing-type MAU or an AUI to standby(4) will cause the MAU to enter the shutdown state." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.7, aMAUAdminState, 30.5.1.2.2, acMAUAdminControl, and 30.5.1.2.1, acRESETMAU." ::= { ifMauEntry 4 }
「MAUが混合タイプMAUかAUIを予備(4)に設定するのに閉鎖状態に入るのを除いて、それぞれの状態を仮定してください。」 そして、参照、「[IEEE802.3Mgt]、30.5 .1 .1 .7 aMAUAdminState、30.5 .1 .2 .2 acMAUAdminControl、30.5 .1 .2 .1、acRESETMAU、」 ::= ifMauEntry4
ifMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), available(3), notAvailable(4), remoteFault(5), invalidSignal(6), remoteJabber(7), remoteLinkLoss(8), remoteTest(9) } MAX-ACCESS read-only STATUS current DESCRIPTION "If the MAU is a link or fiber type (FOIRL, 10BASE-T, 10BASE-F) then this is equivalent to the link test fail state/low light function. For an AUI or a coax (including broadband) MAU this indicates whether or not loopback is detected on the DI circuit. The value of this attribute persists between packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and 10BASE-FP.
ifMauMediaAvailable OBJECT-TYPE SYNTAX INTEGER、他の(1)、未知(2)、利用可能な(3)、notAvailable(4)、remoteFault(5)、invalidSignal(6)、remoteJabber(7)、remoteLinkLoss(8)、remoteTest(9)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「MAUがリンクかファイバータイプ(FOIRL、10BASE-T、10BASE-F)であるなら、これはリンクテストやり損ない状態/低軽い機能に同等です」。 AUIかaに関して、MAUをおだててください(ブロードバンドを含んでいます)。これは、ループバックがDIサーキットの上に検出されるかどうかを示します。 この属性の値はMAUタイプのAUI、10BASE5、10BASE2、10BROAD36、および10BASE-FPのためにパケットの間で持続しています。
The value other(1) is returned if the mediaAvailable state is not one of 2 through 6.
mediaAvailable状態が2〜6の1つでないなら値の他の(1)を返します。
The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized. At power-up or following a reset, the value of this attribute will be unknown for AUI, coax, and 10BASE-FP MAUs. For these MAUs loopback will be tested on each transmission during which no collision is detected. If DI is receiving input when DO returns to IDL after a transmission and there has been no collision during the transmission then loopback will be detected. The value of this attribute will only change during non-collided transmissions for AUI,
MAUの本当の状態が未知であるときに、値の未知(2)は返されます。 それが例えば初期化されているとき。 パワーアップするか次のaリセットでは、この属性の値がAUIにおいて未知になる、おだて、そして、10BASE-FP MAUs。 これらのMAUsがないかどうか、ループバックは衝突が全く検出されない各トランスミッションのときにテストされるでしょう。 トランスミッションの後にIDLへのリターンをしてください。そうすれば、衝突が全くトランスミッションの当時のループバックの間ないとき、DIが受信していると、入力は検出されるでしょう。 この属性の値はAUIのために非衝突したトランスミッションの間、変化するだけでしょう。
de Graaf, et. al. Standards Track [Page 21] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[21ページ]。
coax, and 10BASE-FP MAUs.
おだて、そして、10BASE-FP MAUs。
For 100BASE-T4, 100BASE-TX and 100BASE-FX the enumerations match the states within the respective link integrity state diagrams, fig 23- 12 and 24-15 of sections 23 and 24 of [2]. Any MAU which implements management of auto- negotiation will map remote fault indication to remote fault.
100BASE-T4、100BASE-テキサスと100BASE-FXに関しては、列挙は[2]のセクション23と24のそれぞれのリンク保全州のダイヤグラム、図23- 12、および24-15の中に州に合っています。 自動交渉の管理を実行するどんなMAUもリモート欠点指示をリモート欠点に写像するでしょう。
The value available(3) indicates that the link, light, or loopback is normal. The value notAvailable(4) indicates link loss, low light, or no loopback.
値の利用可能な(3)は、リンク、光、またはループバックが通常であるのを示します。 低い光を示しますが、値のnotAvailable(4)はリンクの損失、どんなループバックも示しません。
The value remoteFault(5) indicates that a fault has been detected at the remote end of the link. This value applies to 10BASE-FB, 100BASE-T4 Far End Fault Indication and non-specified remote faults from a system running auto-negotiation. The values remoteJabber(7), remoteLinkLoss(8), and remoteTest(9) should be used instead of remoteFault(5) where the reason for remote fault is identified in the remote signaling protocol.
値のremoteFault(5)は、欠点がリンクのリモートエンドで検出されたのを示します。 この値はシステム走行自動交渉から10BASE-FB、100BASE-T4 Far End Fault Indication、および特記以外のリモート欠点に適用されます。 値のremoteJabber(7)、remoteLinkLoss(8)、およびremoteTest(9)はリモート欠点の理由がリモートシグナリングプロトコルで特定されるremoteFault(5)の代わりに使用されるべきです。
The value invalidSignal(6) indicates that an invalid signal has been received from the other end of the link. InvalidSignal(6) applies only to MAUs of type 10BASE-FB.
値のinvalidSignal(6)は、無効の信号がリンクのもう一方の端から受信されたのを示します。 InvalidSignal(6)はタイプ10BASE-FBのMAUsだけに適用します。
Where an IEEE Std 802.3u-1995 clause 22 MII is present, a logic one in the remote fault bit (reference section 22.2.4.2.8 of that document) maps to the value remoteFault(5), and a logic zero in the link status bit (reference section 22.2.4.2.10 of that document) maps to the value notAvailable(4). The value notAvailable(4) takes precedence over the value remoteFault(5)." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.4, aMediaAvailable." ::= { ifMauEntry 5 }
どこ、IEEE Std 802.3u-1995節、22MIIは存在しています、値のremoteFault(5)へのリモート欠点ビット(その.8が記録する参照セクション22.2.4.2)地図の論理1、そして、リンクステータスビット(その.10が記録する参照セクション22.2.4.2)における論理ゼロはnotAvailable(4)を値に写像するか。 「値のnotAvailable(4)は値のremoteFault(5)の上で優先します。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .4、aMediaAvailable、」 ::= ifMauEntry5
ifMauMediaAvailableStateExits OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times that
ifMauMediaAvailableStateExits OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「それの回の数のカウント」です。
de Graaf, et. al. Standards Track [Page 22] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[22ページ]。
ifMauMediaAvailable for this MAU instance leaves the state available(3)." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.5, aLoseMediaCounter." ::= { ifMauEntry 6 }
「このMAU例のためのifMauMediaAvailableは利用可能な(3)に状態を出ます。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .5、aLoseMediaCounter、」 ::= ifMauEntry6
ifMauJabberState OBJECT-TYPE SYNTAX INTEGER { other(1), unknown(2), noJabber(3), jabbering(4) } MAX-ACCESS read-only STATUS current DESCRIPTION "The value other(1) is returned if the jabber state is not 2, 3, or 4. The agent must always return other(1) for MAU type dot3MauTypeAUI.
ifMauJabberState OBJECT-TYPE SYNTAX INTEGER、他の(1)、未知(2)、(4)についてペチャクチャしゃべるnoJabber(3)、「おしゃべり状態が2でなくて、また3でなくて、また4でもないなら値の他の(1)を返す」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 エージェントはいつもMAUタイプdot3MauTypeAUIのための他の(1)を返さなければなりません。
The value unknown(2) is returned when the MAU's true state is unknown; for example, when it is being initialized.
MAUの本当の状態が未知であるときに、値の未知(2)は返されます。 それが例えば初期化されているとき。
If the MAU is not jabbering the agent returns noJabber(3). This is the 'normal' state.
MAUがペチャクチャしゃべっていないなら、エージェントはnoJabber(3)を返します。 これは'正常な'状態です。
If the MAU is in jabber state the agent returns the jabbering(4) value." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.6, aJabber.jabberFlag." ::= { ifMauEntry 7 }
「MAUがおしゃべり状態にあるなら、エージェントはおしゃべり(4)値を返します。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .6、aJabber.jabberFlag、」 ::= ifMauEntry7
ifMauJabberingStateEnters OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of times that mauJabberState for this MAU instance enters the state jabbering(4). For MAUs of type dot3MauTypeAUI, dot3MauType100BaseT4, dot3MauType100BaseTX, and dot3MauType100BaseFX, this counter will always indicate zero." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.6, aJabber.jabberCounter."
ifMauJabberingStateEnters OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このMAU例のためのmauJabberStateが(4)についてペチャクチャしゃべる州に入るという回の数のカウント。」 「タイプdot3MauTypeAUI、dot3MauType100BaseT4、dot3MauType100BaseTX、およびdot3MauType100BaseFXのMAUsに関して、このカウンタはいつもゼロを示すでしょう。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .6、aJabber.jabberCounter、」
de Graaf, et. al. Standards Track [Page 23] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[23ページ]。
::= { ifMauEntry 8 }
::= ifMauEntry8
ifMauFalseCarriers OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the number of false carrier events during IDLE in 100BASE-X links. This counter does not increment at the symbol rate. It can increment after a valid carrier completion at a maximum rate of once per 100 ms until the next carrier event.
「100BASE-XのIDLEの間の誤ったキャリヤーイベントの数のカウントはリンクする」ifMauFalseCarriers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このカウンタはシンボルでレートを増加しません。 それは一度の最高率での有効なキャリヤー完成の後の次のキャリヤーイベントまでの100msあたりの増分にそうすることができます。
This counter increments only for MAUs of type dot3MauType100BaseT4, dot3MauType100BaseTX, and dot3MauType100BaseFX. For all other MAU types, this counter will always indicate zero.
このカウンタはタイプのMAUsのためだけにdot3MauType100BaseT4、dot3MauType100BaseTX、およびdot3MauType100BaseFXを増加します。 他のすべてのMAUタイプのために、このカウンタはいつもゼロを示すでしょう。
The approximate minimum time for rollover of this counter is 7.4 hours." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.10, aFalseCarriers." ::= { ifMauEntry 9 }
「このカウンタのロールオーバーのための大体の最小の時間は7.4時間です。」 参照、「[IEEE802.3Mgt]、30.5、.1 .1 .10、aFalseCarriers、」 ::= ifMauEntry9
ifMauTypeList OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current DESCRIPTION "A value that uniquely identifies the set of possible IEEE 802.3 types that the MAU could be. The value is a sum which initially takes the value zero. Then, for each type capability of this MAU, 2 raised to the power noted below is added to the sum. For example, a MAU which has the capability to be only 10BASE-T would have a value of 512 (2**9). In contrast, a MAU which supports both 10Base-T (full duplex) and 100BASE-TX (full duplex) would have a value of ((2**11) + (2**16)) or 67584.
ifMauTypeList OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一可能なIEEE802.3のセットを特定する値は、MAUがそうであるかもしれないことをタイプします」。 値は初めは値ゼロを取る合計です。 そして、各タイプにおいて、以下に述べられたパワーに上げられたこのMAU、2の能力は合計に加えられます。 例えば、10BASE-Tだけである能力を持っているMAUは512(2**9)の値を持っているでしょう。 対照的に、10Base-T(全二重)と100BASE-テキサス(全二重)の両方を支持するMAUは+ (2**11)の(2**16)か67584の値を持っているでしょう。
The powers of 2 assigned to the capabilities are these:
能力に割り当てられた2人の強国がこれらです:
Power Capability 0 other or unknown 1 AUI
パワーCapability0 1他の、または、未知のAUI
de Graaf, et. al. Standards Track [Page 24] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[24ページ]。
2 10BASE-5 3 FOIRL 4 10BASE-2 5 10BASE-T duplex mode unknown 6 10BASE-FP 7 10BASE-FB 8 10BASE-FL duplex mode unknown 9 10BROAD36 10 10BASE-T half duplex mode 11 10BASE-T full duplex mode 12 10BASE-FL half duplex mode 13 10BASE-FL full duplex mode 14 100BASE-T4 15 100BASE-TX half duplex mode 16 100BASE-TX full duplex mode 17 100BASE-FX half duplex mode 18 100BASE-FX full duplex mode 19 100BASE-T2 half duplex mode 20 100BASE-T2 full duplex mode
2 重複の重複の未知の10BASE-5 3 FOIRL4の全二重モード19 100BASE-T2 10BASE-2 5 10BASE-Tモード未知の6 10BASE-FP7 10BASE-FB8 10BASE-フロリダモード9 10BROAD36 10 10BASE-Tハーフデュプレックスモード11 10BASE-T全二重モード12 10BASE-フロリダハーフデュプレックスモード13 10BASE-フロリダ全二重モード14 100BASE-T4 15 100BASE-テキサスハーフデュプレックスモード16 100BASE-テキサス全二重モード17 100BASE-FXハーフデュプレックスモード18 100BASE-FXハーフデュプレックスモード20 100BASE-T2全二重モード
If auto-negotiation is present on this MAU, this object will map to ifMauAutoNegCapability."
「自動交渉がこのMAUに存在していると、この物はifMauAutoNegCapabilityに写像されるでしょう。」
::= { ifMauEntry 10 }
::= ifMauEntry10
ifMauDefaultType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-write STATUS current DESCRIPTION "This object identifies the default administrative 10 or 100 Mb/s baseband MAU type, to be used in conjunction with the operational MAU type denoted by ifMauType.
ifMauDefaultType OBJECT-TYPE SYNTAX OBJECT IDENTIFIERマックス-ACCESSは「この物はifMauTypeによって指示された操作上のMAUタイプに関連して使用されるために、管理10か100Mb/sのベースバンドMAUがタイプするデフォルトを特定すること」をSTATUSの現在の記述に読書して書きます。
The set of possible values for this object is the same as the set defined for the ifMauType object.
この物のための可能な値のセットはifMauType物のために定義されたセットと同じです。
This object represents the administratively- configured type of the MAU. If auto-negotiation is not enabled or is not implemented for this MAU, the value of this object determines the operational type of the MAU. In this case, a set to this object will force the MAU into the specified operating mode.
この物はMAUの行政上構成されたタイプの代理をします。 自動交渉が可能にされないか、またはこのMAUのために実行されないなら、この物の値はMAUの操作上のタイプを決定します。 この場合、この物へのセットは指定されたオペレーティング・モードにMAUを力づくで押すでしょう。
If auto-negotiation is implemented and enabled for this MAU, the operational type of the MAU is
自動交渉がこのMAUのために実行されて、可能にされるなら、MAUの操作上のタイプは可能にされます。
de Graaf, et. al. Standards Track [Page 25] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[25ページ]。
determined by auto-negotiation, and the value of this object denotes the type to which the MAU will automatically revert if/when auto-negotiation is later disabled.
自動交渉で決定する、この物の値はMAUが自動交渉が後で無効にされるとき、/であるなら戻るために自動的に望んでいるタイプを指示します。
NOTE TO IMPLEMENTORS: It may be necessary to provide for underlying hardware implementations which do not follow the exact behavior specified above. In particular, when ifMauAutoNegAdminStatus transitions from enabled to disabled, the agent implementation must ensure that the operational type of the MAU (as reported by ifMauType) correctly transitions to the value specified by this object, rather than continuing to operate at the value earlier determined by the auto-negotiation function." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.1.1, aMAUID, and [IEEE 802.3 Std], 22.2.4.1.4." ::= { ifMauEntry 11 }
作成者に以下に注意してください。 上で指定された正確な振舞いに続かない基盤となるハードウェア実現に備えるのが必要であるかもしれません。 「ifMauAutoNegAdminStatusが可能にされるのから身体障害者に移行するとき、特に、エージェント実現は、MAU(ifMauTypeによって報告されるように)の操作上のタイプが正しく前に自動交渉機能で決定した値で作動し続けているよりこの物によってむしろ指定された値に移行するのを確実にしなければなりません。」 参照、「[IEEE802.3Mgt]、30.5 .1 .1 .1 aMAUID、および[IEEE802.3Std]、22.2 .4 .1 .4インチ。 ::= ifMauEntry11
ifMauAutoNegSupported OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object indicates whether or not auto- negotiation is supported on this MAU." ::= { ifMauEntry 12 }
「自動交渉がこのMAUで支持されるか否かに関係なく、この物は示す」ifMauAutoNegSupported OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifMauEntry12
-- The ifJackTable applies to MAUs attached to interfaces -- which have one or more external jacks (connectors).
-- ifJackTableはインタフェース(1個以上の外部のジャッキ(コネクタ)を持っている)に取り付けられたMAUsに適用します。
ifJackTable OBJECT-TYPE SYNTAX SEQUENCE OF IfJackEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information about the external jacks attached to MAUs attached to an interface." ::= { dot3IfMauBasicGroup 2 }
「外部のジャッキに関する情報はインタフェースに取り付けられたMAUsに付けた」ifJackTable OBJECT-TYPE SYNTAX SEQUENCE OF IfJackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= dot3IfMauBasicGroup2
ifJackEntry OBJECT-TYPE SYNTAX IfJackEntry MAX-ACCESS not-accessible STATUS current
ifJackEntry OBJECT-TYPE SYNTAX IfJackEntryのマックス-ACCESSのアクセスしやすくないSTATUS海流
de Graaf, et. al. Standards Track [Page 26] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[26ページ]。
DESCRIPTION "An entry in the table, containing information about a particular jack." INDEX { ifMauIfIndex, ifMauIndex, ifJackIndex } ::= { ifJackTable 1 }
記述、「特定のジャッキの情報を含むテーブルのエントリー。」 ifMauIfIndex、ifMauIndex、ifJackIndexに索引をつけてください:、:= ifJackTable1
IfJackEntry ::= SEQUENCE { ifJackIndex Integer32, ifJackType JackType }
IfJackEntry:、:= 系列ifJackIndex Integer32、ifJackType JackType
ifJackIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This variable uniquely identifies the jack described by this entry from among other jacks attached to the same MAU." ::= { ifJackEntry 1 }
「この変数は同じMAUに取り付けられた他のジャッキの中で唯一このエントリーで説明されたジャッキを特定する」ifJackIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= ifJackEntry1
ifJackType OBJECT-TYPE SYNTAX JackType MAX-ACCESS read-only STATUS current DESCRIPTION "The jack connector type, as it appears on the outside of the system." ::= { ifJackEntry 2 }
「ジャッキコネクタはシステムの外部に現れるようにタイプする」ifJackType OBJECT-TYPE SYNTAX JackTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifJackEntry2
-- The ifMauAutoNegTable applies to systems in which -- auto-negotiation is supported on one or more MAUs -- attached to interfaces. Note that if auto-negotiation -- is present and enabled, the ifMauType object reflects -- the result of the auto-negotiation function.
-- ifMauAutoNegTableは中のシステムにどれを適用するか--自動交渉は1MAUsで支持されます--インタフェースに付きます。 自動交渉--存在していて、可能にされるなら、ifMauType物は反射します--自動交渉機能の結果に注意してください。
ifMauAutoNegTable OBJECT-TYPE SYNTAX SEQUENCE OF IfMauAutoNegEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION
ifMauAutoNegTable OBJECT-TYPE SYNTAX SEQUENCE OF IfMauAutoNegEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
de Graaf, et. al. Standards Track [Page 27] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[27ページ]。
"Configuration and status objects for the auto- negotiation function of MAUs attached to interfaces." ::= { dot3IfMauAutoNegGroup 1 }
「MAUsの自動交渉機能のための構成と状態物はインタフェースに付きました。」 ::= dot3IfMauAutoNegGroup1
ifMauAutoNegEntry OBJECT-TYPE SYNTAX IfMauAutoNegEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing configuration and status information for the auto-negotiation function of a particular MAU." INDEX { ifMauIfIndex, ifMauIndex } ::= { ifMauAutoNegTable 1 }
ifMauAutoNegEntry OBJECT-TYPE SYNTAX IfMauAutoNegEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「構成を含むテーブルのエントリーと特定のMAUの自動交渉機能のための状態情報。」 ifMauIfIndex、ifMauIndexに索引をつけてください:、:= ifMauAutoNegTable1
IfMauAutoNegEntry ::= SEQUENCE { ifMauAutoNegAdminStatus INTEGER, ifMauAutoNegRemoteSignaling INTEGER, ifMauAutoNegConfig INTEGER, ifMauAutoNegCapability Integer32, ifMauAutoNegCapAdvertised Integer32, ifMauAutoNegCapReceived Integer32, ifMauAutoNegRestart INTEGER
IfMauAutoNegEntry:、:= 系列、ifMauAutoNegAdminStatus整数、ifMauAutoNegRemoteSignaling整数、ifMauAutoNegConfig整数、ifMauAutoNegCapability Integer32、ifMauAutoNegCapAdvertised Integer32、ifMauAutoNegCapReceived Integer32、ifMauAutoNegRestart整数
}
}
ifMauAutoNegAdminStatus OBJECT-TYPE SYNTAX INTEGER { enabled(1), disabled(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "Setting this object to enabled(1) will cause the interface which has the auto-negotiation signaling ability to be enabled.
ifMauAutoNegAdminStatus OBJECT-TYPE SYNTAX INTEGERは(1)、障害がある(2)を可能にしました。マックス-ACCESSは「この物を可能にされるのに設定して、(1)は可能にされるように能力に合図しながら自動交渉を持っているインタフェースを引き起こすこと」をSTATUSの現在の記述に読書して書きます。
de Graaf, et. al. Standards Track [Page 28] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[28ページ]。
If the value of this object is disabled(2) then the interface will act as it would if it had no auto-negotiation signaling. Under these conditions, an IEEE 802.3 MAU will immediately be forced to the state indicated by the value of the object ifMauDefaultType.
この物の値が身体障害者(2)であるなら、それが行動しても、それに自動交渉がないシグナリングがあったなら、インタフェースはそうするでしょう。 これらの条件で、IEEE802.3MAUはすぐに、物のifMauDefaultTypeの値によって示された状態に強制されるでしょう。
NOTE TO IMPLEMENTORS: When ifMauAutoNegAdminStatus transitions from enabled to disabled, the agent implementation must ensure that the operational type of the MAU (as reported by ifMauType) correctly transitions to the value specified by the ifMauDefaultType object, rather than continuing to operate at the value earlier determined by the auto-negotiation function." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.1.2, aAutoNegAdminState and 30.6.1.2.2, acAutoNegAdminControl." ::= { ifMauAutoNegEntry 1 }
作成者に以下に注意してください。 「ifMauAutoNegAdminStatusが可能にされるのから身体障害者に移行するとき、エージェント実現は、MAU(ifMauTypeによって報告されるように)の操作上のタイプが正しく前に自動交渉機能で決定した値で作動し続けているよりifMauDefaultType物によってむしろ指定された値に移行するのを確実にしなければなりません。」 そして、参照、「[IEEE802.3Mgt]、30.6、.1 .1 .2、aAutoNegAdminState、30.6 .1 .2 .2、acAutoNegAdminControl、」 ::= ifMauAutoNegEntry1
ifMauAutoNegRemoteSignaling OBJECT-TYPE SYNTAX INTEGER { detected(1), notdetected(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "A value indicating whether the remote end of the link is using auto-negotiation signaling. It takes the value detected(1) if and only if, during the previous link negotiation, FLP Bursts were received." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.1.3, aAutoNegRemoteSignaling." ::= { ifMauAutoNegEntry 2 }
ifMauAutoNegRemoteSignaling OBJECT-TYPE SYNTAX INTEGERは(1)、notdetected(2)を検出しました。「リンクのリモートエンドが自動交渉シグナリングを使用しているかどうかを示しながら、Aは評価する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「それが検出された値を取る、(1)、前のリンク交渉の間、単にFLP Burstsを受け取った、」 参照、「[IEEE802.3Mgt]、30.6、.1 .1 .3、aAutoNegRemoteSignaling、」 ::= ifMauAutoNegEntry2
ifMauAutoNegConfig OBJECT-TYPE SYNTAX INTEGER { other(1), configuring(2), complete(3), disabled(4), parallelDetectFail(5) } MAX-ACCESS read-only STATUS current
ifMauAutoNegConfig OBJECT-TYPE SYNTAX INTEGER、parallelDetectFail(5)、他の(1)((2)を構成する完全な(3))が(4)を無能にした、マックス-ACCESS書き込み禁止STATUS海流
de Graaf, et. al. Standards Track [Page 29] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[29ページ]。
DESCRIPTION "A value indicating the current status of the auto-negotiation process. The enumeration parallelDetectFail(5) maps to a failure in parallel detection as defined in 28.2.3.1 of [IEEE 802.3 Std]." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.1.4, aAutoNegAutoConfig." ::= { ifMauAutoNegEntry 4 }
「Aは自動交渉の過程の現在の状態を示しながら、評価する」記述。 「列挙parallelDetectFail(5)が中で定義されるように平行な失敗に検出を写像する、28.2、.3、.1、[IEEE802.3Std]、」 参照、「[IEEE802.3Mgt]、30.6、.1 .1 .4、aAutoNegAutoConfig、」、:、:= ifMauAutoNegEntry4
ifMauAutoNegCapability OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current DESCRIPTION "A value that uniquely identifies the set of capabilities of the local auto-negotiation entity. The value is a sum which initially takes the value zero. Then, for each capability of this interface, 2 raised to the power noted below is added to the sum. For example, an interface which has the capability to support only 100Base-TX half duplex would have a value of 32768 (2**15). In contrast, an interface which supports both 100Base-TX half duplex and and 100Base-TX full duplex would have a value of 98304 ((2**15) + (2**16)).
ifMauAutoNegCapability OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一地方の自動交渉実体の能力のセットを特定する値。」 値は初めは値ゼロを取る合計です。 2がこのインタフェースの各能力のために以下に述べられたパワーに上げたその時によって合計に加えられます。 例えば、100Base-テキサス半二重だけを支持する能力を持っているインタフェースは32768(2**15)の値を持っているでしょう。 そして、そして、対照的に、両方を支持するインタフェース、100Base-テキサス半二重、100Base-テキサス全二重には、98304(+ (2**15)(2**16))の値があるでしょう。
The powers of 2 assigned to the capabilities are these:
能力に割り当てられた2人の強国がこれらです:
Power Capability 0 other or unknown (1-9) (reserved) 10 10BASE-T half duplex mode 11 10BASE-T full duplex mode 12 (reserved) 13 (reserved) 14 100BASE-T4 15 100BASE-TX half duplex mode 16 100BASE-TX full duplex mode 17 (reserved) 18 (reserved) 19 100BASE-T2 half duplex mode 20 100BASE-T2 full duplex mode
他の、または、未知のパワーCapability0の17(予約される)18(予約される)19 100BASE-T2(1-9)(予約される)10 10BASE-Tハーフデュプレックスモード11 10BASE-T全二重モード12(予約される)13(予約される)14 100BASE-T4 15 100BASE-テキサスハーフデュプレックスモード16 100BASE-テキサス全二重モードハーフデュプレックスモード20 100BASE-T2全二重モード
Note that interfaces that support this MIB may
このMIBを支持するインタフェースがそうするかもしれないことに注意してください。
de Graaf, et. al. Standards Track [Page 30] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[30ページ]。
have capabilities that extend beyond the scope of this MIB." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.1.5, aAutoNegLocalTechnologyAbility." ::= { ifMauAutoNegEntry 5 }
「このMIBの範囲で広がる能力を持ってください。」 参照、「[IEEE802.3Mgt]、30.6、.1 .1 .5、aAutoNegLocalTechnologyAbility、」 ::= ifMauAutoNegEntry5
ifMauAutoNegCapAdvertised OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-write STATUS current DESCRIPTION "A value that uniquely identifies the set of capabilities advertised by the local auto- negotiation entity. Refer to ifMauAutoNegCapability for a description of the possible values of this object.
ifMauAutoNegCapAdvertised OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは「唯一地方の自動交渉実体によって広告に掲載された能力のセットを特定する値」をSTATUSの現在の記述に読書して書きます。 この物の可能な値の記述についてifMauAutoNegCapabilityを参照してください。
Capabilities in this object that are not available in ifMauAutoNegCapability cannot be enabled." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.1.6, aAutoNegAdvertisedTechnologyAbility." ::= { ifMauAutoNegEntry 6 }
「この物のifMauAutoNegCapabilityで利用可能でない能力は可能にすることができません。」 参照、「[IEEE802.3Mgt]、30.6、.1 .1 .6、aAutoNegAdvertisedTechnologyAbility、」 ::= ifMauAutoNegEntry6
ifMauAutoNegCapReceived OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current DESCRIPTION "A value that uniquely identifies the set of capabilities received from the remote auto- negotiation entity. Refer to ifMauAutoNegCapability for a description of the possible values of this object.
ifMauAutoNegCapReceived OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一リモート自動交渉実体から受け取られた能力のセットを特定する値。」 この物の可能な値の記述についてifMauAutoNegCapabilityを参照してください。
Note that interfaces that support this MIB may be attached to remote auto-negotiation entities which have capabilities beyond the scope of this MIB." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.1.7, aAutoNegReceivedTechnologyAbility." ::= { ifMauAutoNegEntry 7 }
「このMIBを支持するインタフェースがこのMIBの範囲に能力を持っているリモート自動交渉実体に付けられるかもしれないことに注意してください。」 参照、「[IEEE802.3Mgt]、30.6、.1 .1 .7、aAutoNegReceivedTechnologyAbility、」 ::= ifMauAutoNegEntry7
ifMauAutoNegRestart OBJECT-TYPE SYNTAX INTEGER { restart(1), norestart(2)
ifMauAutoNegRestart OBJECT-TYPE SYNTAX INTEGER、(1)、norestartを再開してください。(2)
de Graaf, et. al. Standards Track [Page 31] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[31ページ]。
} MAX-ACCESS read-write STATUS current DESCRIPTION "If the value of this object is set to restart(1) then this will force auto-negotiation to begin link renegotiation. If auto-negotiation signaling is disabled, a write to this object has no effect.
} マックス-ACCESSは「この物の値が(1)を再開するように設定されると、これによって、自動交渉はやむを得ずリンク再交渉を始めること」をSTATUSの現在の記述に読書して書きます。 自動交渉シグナリングが身体障害者、aがこれに書くということであるなら、物は効き目がありません。
Setting the value of this object to norestart(2) has no effect." REFERENCE "[IEEE 802.3 Mgt], 30.6.1.2.1, acAutoNegRestartAutoConfig." ::= { ifMauAutoNegEntry 8 }
「この物の値をnorestart(2)に設定するのは効き目がありません。」 参照、「[IEEE802.3Mgt]、30.6、.1 .2 .1、acAutoNegRestartAutoConfig、」、:、:= ifMauAutoNegEntry8
-- -- The Basic Broadband MAU Table --
-- -- 基本的な広帯域のMAUテーブル--
broadMauBasicTable OBJECT-TYPE SYNTAX SEQUENCE OF BroadMauBasicEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of descriptive and status information about the broadband MAUs connected to interfaces." ::= { dot3BroadMauBasicGroup 1 }
「広帯域のMAUsの描写的、そして、状態情報のテーブルはインタフェースに接続した」broadMauBasicTable OBJECT-TYPE SYNTAX SEQUENCE OF BroadMauBasicEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= dot3BroadMauBasicGroup1
broadMauBasicEntry OBJECT-TYPE SYNTAX BroadMauBasicEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the table, containing information about a single broadband MAU." INDEX { broadMauIfIndex, broadMauIndex } ::= { broadMauBasicTable 1 }
broadMauBasicEntry OBJECT-TYPE SYNTAX BroadMauBasicEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身の広帯域のMAUの情報を含むテーブルのエントリー。」 broadMauIfIndex、broadMauIndexに索引をつけてください:、:= broadMauBasicTable1
BroadMauBasicEntry ::= SEQUENCE { broadMauIfIndex Integer32, broadMauIndex Integer32, broadMauXmtRcvSplitType INTEGER,
BroadMauBasicEntry:、:= 系列、broadMauIfIndex Integer32、broadMauIndex Integer32、broadMauXmtRcvSplitType整数
de Graaf, et. al. Standards Track [Page 32] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[32ページ]。
broadMauXmtCarrierFreq Integer32, broadMauTranslationFreq Integer32 }
broadMauXmtCarrierFreq Integer32、broadMauTranslationFreq Integer32
broadMauIfIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This variable uniquely identifies the interface to which the MAU described by this entry is connected." REFERENCE "Reference RFC 1213, ifIndex." ::= { broadMauBasicEntry 1 }
broadMauIfIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数は唯一、このエントリーで説明されたMAUが接続されているインタフェースを特定します」。 「参照RFC1213、ifIndex」という参照。 ::= broadMauBasicEntry1
broadMauIndex OBJECT-TYPE SYNTAX Integer32 (1..2147483647) MAX-ACCESS read-only STATUS current DESCRIPTION "This variable uniquely identifies the MAU connected to interface broadMauIfIndex that is described by this entry." REFERENCE "Reference IEEE 802.3 MAU Mgt, 20.2.3.2, aMAUID." ::= { broadMauBasicEntry 2 }
broadMauIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数は唯一このエントリーで説明されるbroadMauIfIndexを連結するように接続されたMAUを特定します」。 参照、「参照IEEE802.3MAU Mgt、20.2、.3、.2、aMAUID、」 ::= broadMauBasicEntry2
broadMauXmtRcvSplitType OBJECT-TYPE SYNTAX INTEGER { other(1), single(2), dual(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "This object indicates the type of frequency multiplexing/cabling system used to separate the transmit and receive paths for the 10BROAD36 MAU.
broadMauXmtRcvSplitType OBJECT-TYPE SYNTAX INTEGER、他の(1)、シングル(2)、二元的な(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この物が、頻度マルチプレクシング/配線システムのタイプが以前はよく別々の状態でそうしていたのを示す、10BROAD36 MAUのために経路を送受信してください、」
The value other(1) is returned if the split type is not either single or dual.
スプリット形が返すなら、値の他の(1)を返します。単一でないか、または二元的ではありません。
The value single(2) indicates a single cable system. The value dual(3) indicates a dual cable
値のシングル(2)はただ一つのケーブルシステムを示します。 値の二元的な(3)は二元的なケーブルを示します。
de Graaf, et. al. Standards Track [Page 33] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[33ページ]。
system, offset normally zero." REFERENCE "Reference IEEE 802.3 MAU Mgt, 20.2.3.2, aBbMAUXmitRcvSplitType." ::= { broadMauBasicEntry 3 }
「システム、通常、ゼロを相殺してください、」 参照、「参照IEEE802.3MAU Mgt、20.2、.3、.2、aBbMAUXmitRcvSplitType、」 ::= broadMauBasicEntry3
broadMauXmtCarrierFreq OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current DESCRIPTION "This variable indicates the transmit carrier frequency of the 10BROAD36 MAU in MHz/4; that is, in units of 250 kHz." REFERENCE "Reference IEEE 802.3 MAU Mgt, 20.2.3.2, aBroadbandFrequencies.xmitCarrierFrequency." ::= { broadMauBasicEntry 4 }
broadMauXmtCarrierFreq OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数が示す、MHz/4における、10BROAD36 MAUのキャリヤー頻度を伝えてください、」、。 「すなわち、250kHzのユニット」 参照、「参照IEEE802.3MAU Mgt、20.2、.3、.2、aBroadbandFrequencies.xmitCarrierFrequency、」 ::= broadMauBasicEntry4
broadMauTranslationFreq OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current DESCRIPTION "This variable indicates the translation offset frequency of the 10BROAD36 MAU in MHz/4; that is, in units of 250 kHz." REFERENCE "Reference IEEE 802.3 MAU Mgt, 20.2.3.2, aBroadbandFrequencies.translationFrequency." ::= { broadMauBasicEntry 5 }
broadMauTranslationFreq OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数は、翻訳がMHz/4における、10BROAD36 MAUの頻度を相殺したのを示します」。 「すなわち、250kHzのユニット」 参照、「参照IEEE802.3MAU Mgt、20.2、.3、.2、aBroadbandFrequencies.translationFrequency、」 ::= broadMauBasicEntry5
-- Notifications for use by 802.3 MAUs
-- 802.3MAUsによる使用のために通知
rpMauJabberTrap NOTIFICATION-TYPE OBJECTS { rpMauJabberState } STATUS current DESCRIPTION "This trap is sent whenever a managed repeater MAU enters the jabber state.
rpMauJabberTrap NOTIFICATION-TYPE OBJECTS rpMauJabberState、「管理されたリピータMAUがおしゃべり状態に入るときはいつも、この罠を送る」STATUSの現在の記述。
The agent must throttle the generation of consecutive rpMauJabberTraps so that there is at least a five-second gap between them." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.3.1, nJabber
「エージェントは彼らの間には、少なくとも5秒のギャップがあるように、連続したrpMauJabberTrapsの世代を阻止しなければなりません。」 参照、「[IEEE802.3Mgt]、30.5、.1 .3 .1、nJabber、」
de Graaf, et. al. Standards Track [Page 34] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[34ページ]。
notification." ::= { snmpDot3MauMgt 0 1 }
「通知。」 ::= snmpDot3MauMgt0 1
ifMauJabberTrap NOTIFICATION-TYPE OBJECTS { ifMauJabberState } STATUS current DESCRIPTION "This trap is sent whenever a managed interface MAU enters the jabber state.
ifMauJabberTrap NOTIFICATION-TYPE OBJECTS ifMauJabberState、「管理されたインタフェースMAUがおしゃべり状態に入るときはいつも、この罠を送る」STATUSの現在の記述。
The agent must throttle the generation of consecutive ifMauJabberTraps so that there is at least a five-second gap between them." REFERENCE "[IEEE 802.3 Mgt], 30.5.1.3.1, nJabber notification." ::= { snmpDot3MauMgt 0 2 }
「エージェントは彼らの間には、少なくとも5秒のギャップがあるように、連続したifMauJabberTrapsの世代を阻止しなければなりません。」 REFERENCE、「[IEEE802.3Mgt]、30.5、.1、.3、.1、nJabber通知、」 ::= snmpDot3MauMgt0 2
-- Conformance information
-- 順応情報
mauModConf OBJECT IDENTIFIER ::= { mauMod 1 } mauModCompls OBJECT IDENTIFIER ::= { mauModConf 1 } mauModObjGrps OBJECT IDENTIFIER ::= { mauModConf 2 } mauModNotGrps OBJECT IDENTIFIER ::= { mauModConf 3 }
mauModConf物の識別子:、:= mauMod1mauModCompls物の識別子:、:= mauModConf1mauModObjGrps物の識別子:、:= mauModConf2mauModNotGrps物の識別子:、:= mauModConf3
-- Object groups
-- 物のグループ
mauRpGrpBasic OBJECT-GROUP OBJECTS { rpMauGroupIndex, rpMauPortIndex, rpMauIndex, rpMauType, rpMauStatus, rpMauMediaAvailable, rpMauMediaAvailableStateExits, rpMauJabberState, rpMauJabberingStateEnters } STATUS current DESCRIPTION "Basic conformance group for MAUs attached to repeater ports. This group is also the conformance specification for RFC 1515
mauRpGrpBasic OBJECT-GROUP OBJECTS、rpMauGroupIndex、rpMauPortIndex、rpMauIndex、rpMauType、rpMauStatus、rpMauMediaAvailable、rpMauMediaAvailableStateExits、rpMauJabberState、rpMauJabberingStateEnters、「MAUsに、基本的な順応グループはリピータポートに付けた」STATUSの現在の記述。 また、このグループはRFC1515のための順応仕様です。
de Graaf, et. al. Standards Track [Page 35] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[35ページ]。
implementations." ::= { mauModObjGrps 1 }
「実現。」 ::= mauModObjGrps1
mauRpGrp100Mbs OBJECT-GROUP OBJECTS { rpMauFalseCarriers } STATUS current DESCRIPTION "Conformance group for MAUs attached to repeater ports with 100 Mb/s capability." ::= { mauModObjGrps 2 }
mauRpGrp100Mbs OBJECT-GROUP OBJECTS rpMauFalseCarriers、「MAUsのための順応グループは100Mb/sの能力でリピータポートに付けた」STATUSの現在の記述。 ::= mauModObjGrps2
mauRpGrpJack OBJECT-GROUP OBJECTS { rpJackType } STATUS current DESCRIPTION "Conformance group for MAUs attached to repeater ports with managed jacks." ::= { mauModObjGrps 3 }
mauRpGrpJack OBJECT-GROUP OBJECTS rpJackType、「MAUsのための順応グループは管理されたジャッキでリピータポートに付けた」STATUSの現在の記述。 ::= mauModObjGrps3
mauIfGrpBasic OBJECT-GROUP OBJECTS { ifMauIfIndex, ifMauIndex, ifMauType, ifMauStatus, ifMauMediaAvailable, ifMauMediaAvailableStateExits, ifMauJabberState, ifMauJabberingStateEnters } STATUS current DESCRIPTION "Basic conformance group for MAUs attached to interfaces. This group also provides a conformance specification for RFC 1515 implementations." ::= { mauModObjGrps 4 }
mauIfGrpBasic OBJECT-GROUP OBJECTS、ifMauIfIndex、ifMauIndex、ifMauType、ifMauStatus、ifMauMediaAvailable、ifMauMediaAvailableStateExits、ifMauJabberState、ifMauJabberingStateEnters、「MAUsに、基本的な順応グループはインタフェースに付けた」STATUSの現在の記述。 「また、このグループはRFC1515実現のための順応仕様を提供します。」 ::= mauModObjGrps4
mauIfGrp100Mbs OBJECT-GROUP OBJECTS { ifMauFalseCarriers, ifMauTypeList, ifMauDefaultType, ifMauAutoNegSupported } STATUS current DESCRIPTION "Conformance group for MAUs attached to interfaces with 100 Mb/s capability." ::= { mauModObjGrps 5 }
mauIfGrp100Mbs OBJECT-GROUP OBJECTS、ifMauFalseCarriers、ifMauTypeList、ifMauDefaultType、ifMauAutoNegSupported、「MAUsのための順応グループは100Mb/sの能力とのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps5
mauIfGrpJack OBJECT-GROUP
mauIfGrpJack物グループ
de Graaf, et. al. Standards Track [Page 36] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[36ページ]。
OBJECTS { ifJackType } STATUS current DESCRIPTION "Conformance group for MAUs attached to interfaces with managed jacks." ::= { mauModObjGrps 6 }
OBJECTS ifJackType、「MAUsのための順応グループは管理されたジャッキとのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps6
mauIfGrpAutoNeg OBJECT-GROUP OBJECTS { ifMauAutoNegAdminStatus, ifMauAutoNegRemoteSignaling, ifMauAutoNegConfig, ifMauAutoNegCapability, ifMauAutoNegCapAdvertised, ifMauAutoNegCapReceived, ifMauAutoNegRestart } STATUS current DESCRIPTION "Conformance group for MAUs attached to interfaces with managed auto-negotiation." ::= { mauModObjGrps 7 }
mauIfGrpAutoNeg OBJECT-GROUP OBJECTS、ifMauAutoNegAdminStatus、ifMauAutoNegRemoteSignaling、ifMauAutoNegConfig、ifMauAutoNegCapability、ifMauAutoNegCapAdvertised、ifMauAutoNegCapReceived、ifMauAutoNegRestart、「MAUsのための順応グループは管理された自動交渉とのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps7
mauBroadBasic OBJECT-GROUP OBJECTS { broadMauIfIndex, broadMauIndex, broadMauXmtRcvSplitType, broadMauXmtCarrierFreq, broadMauTranslationFreq } STATUS current DESCRIPTION "Conformance group for broadband MAUs attached to interfaces. This group provides a conformance specification for RFC 1515 implementations." ::= { mauModObjGrps 8 }
mauBroadBasic OBJECT-GROUP OBJECTS、broadMauIfIndex、broadMauIndex、broadMauXmtRcvSplitType、broadMauXmtCarrierFreq、broadMauTranslationFreq、「ブロードバンドMAUsのための順応グループはインタフェースに付けた」STATUSの現在の記述。 「このグループはRFC1515実現のための順応仕様を提供します。」 ::= mauModObjGrps8
-- Notification groups
-- 通知グループ
rpMauNotifications NOTIFICATION-GROUP NOTIFICATIONS { rpMauJabberTrap } STATUS current DESCRIPTION "Notifications for repeater MAUs." ::= { mauModNotGrps 1 }
rpMauNotifications NOTIFICATION-GROUP NOTIFICATIONS rpMauJabberTrap、STATUSの現在の記述、「リピータMAUsのための通知。」 ::= mauModNotGrps1
ifMauNotifications NOTIFICATION-GROUP NOTIFICATIONS { ifMauJabberTrap } STATUS current DESCRIPTION
ifMauNotifications NOTIFICATION-GROUP NOTIFICATIONS ifMauJabberTrap、STATUSの現在の記述
de Graaf, et. al. Standards Track [Page 37] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[37ページ]。
"Notifications for interface MAUs." ::= { mauModNotGrps 2 }
「インタフェースMAUsのための通知。」 ::= mauModNotGrps2
-- Compliances
-- 承諾
mauModRpCompl MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance for MAUs attached to repeater ports."
「MAUsのための承諾はリピータポートに付けた」mauModRpCompl MODULE-COMPLIANCE STATUSの現在の記述。
MODULE -- this module MANDATORY-GROUPS { mauRpGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauRpGrpBasic
GROUP mauRpGrp100Mbs DESCRIPTION "Implementation of this optional group is recommended for MAUs which have 100Mb/s capability."
「この任意のグループの実現は100Mb/sの能力を持っているMAUsのために推薦される」GROUP mauRpGrp100Mbs記述。
GROUP mauRpGrpJack DESCRIPTION "Implementation of this optional group is recommended for MAUs which have one or more external jacks."
「この任意のグループの実現は1個以上の外部のジャッキを持っているMAUsのために推薦される」GROUP mauRpGrpJack記述。
GROUP rpMauNotifications DESCRIPTION "Implementation of this group is recommended for MAUs attached to repeater ports."
「このグループの実現はリピータポートに取り付けられたMAUsのために推薦される」GROUP rpMauNotifications記述。
::= { mauModCompls 1 }
::= mauModCompls1
mauModIfCompl MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance for MAUs attached to interfaces."
「MAUsのための承諾はインタフェースに付けた」mauModIfCompl MODULE-COMPLIANCE STATUSの現在の記述。
MODULE -- this module MANDATORY-GROUPS { mauIfGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauIfGrpBasic
GROUP mauIfGrp100Mbs DESCRIPTION "Implementation of this optional group is recommended for MAUs which have 100Mb/s capability."
「この任意のグループの実現は100Mb/sの能力を持っているMAUsのために推薦される」GROUP mauIfGrp100Mbs記述。
de Graaf, et. al. Standards Track [Page 38] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[38ページ]。
GROUP mauIfGrpJack DESCRIPTION "Implementation of this optional group is recommended for MAUs which have one or more external jacks."
「この任意のグループの実装は1個以上の外部のジャッキを持っているMAUsのために推薦される」GROUP mauIfGrpJack記述。
GROUP mauIfGrpAutoNeg DESCRIPTION "Implementation of this group is mandatory for MAUs which support managed auto-negotiation."
GROUP mauIfGrpAutoNeg記述、「このグループの実装は管理された自動交渉をサポートするMAUsに義務的です」。
GROUP mauBroadBasic DESCRIPTION "Implementation of this group is mandatory for broadband MAUs."
GROUP mauBroadBasic記述、「このグループの実装はブロードバンドMAUsに義務的です」。
GROUP ifMauNotifications DESCRIPTION "Implementation of this group is recommended for MAUs attached to interfaces."
「このグループの実装はインタフェースに取り付けられたMAUsのために推薦される」GROUP ifMauNotifications記述。
::= { mauModCompls 2 }
::= mauModCompls2
END
終わり
4. Acknowledgements
4. 承認
This document was produced by the IETF Hub MIB Working Group, whose efforts were greatly advanced by the contributions of the following people:
このドキュメントはIETF Hub MIB作業部会によって製作されました:(作業部会の取り組みは以下の人々の貢献で大いに進められました)。
Chuck Black John Flick Jeff Johnson Leon Leong Mike Lui Dave Perkins Geoff Thompson Maurice Turcotte Paul Woodruff
チャックBlackのジョンのジェフトンプソンモーリスTurcotteポール軽打ジェフ・ジョンソンレオンLeongマイクLuiデーヴパーキンスクルマバソウ
Special thanks as well to Dave Perkins for his excellent work on the SMICng compiler, which made it easy to take advantage of the latest SNMPv2 constructs in this MIB.
また、このMIBで最新のSNMPv2構造物を利用するのを簡単にしたSMICngコンパイラに対する彼の素晴らしい仕事のためのデーヴ・パーキンスへの特別な感謝。
de Graaf, et. al. Standards Track [Page 39] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[39ページ]。
5. References
5. 参照
[1] IEEE 802.3/ISO 8802-3 Information processing systems - Local area networks - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications, 1993.
[1] IEEE802.3/ISO8802-3情報処理システム--ローカル・エリア・ネットワーク--パート3: 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス、1993。
[2] IEEE 802.3u-1995, "MAC Parameters, Physical Layer, Medium Attachment Units and Repeater for 100 Mb/s Operation, Type 100BASE-T," Sections 21 through 29, Supplement to IEEE Std 802.3, October 26, 1995.
[2] IEEE 802.3u-1995(「100Mb/sの操作のためのMACパラメタ、物理的な層、媒体接続機構、およびリピータは100BASE-Tをタイプする」セクション21〜29)はIEEE Std802.3、1995年10月26日まで補います。
[3] IEEE 802.3u-1995, "10 & 100 Mb/s Management," Section 30, Supplement to IEEE Std 802.3, October 26, 1995.
[3] IEEE 802.3u-1995(「10と100Mb/sの管理」、セクション30)はIEEE Std802.3、1995年10月26日まで補います。
[4] de Graaf, K., D. Romascanu, D. McMaster and K. McCloghrie, "Definitions of Managed Objects for IEEE 802.3 Repeater Devices using SMIv2", RFC 2108, February 1997.
[4] deグラーフとK.とD.RomascanuとD.マクマスターとK.McCloghrie、「1997年2月にSMIv2"、RFC2108を使用するIEEE802.3リピータデバイスのための管理オブジェクトの定義。」
[5] 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.
[5]McCloghrie、K.とM.ローズ、エディターズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地:」 「MIB-II」、STD17、RFC1213、1991年3月。
[6] 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.
[6]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「Simple Network Managementプロトコル(SNMPv2)のバージョン2のためのManagement情報の構造」、RFC1902(1996年1月)。
[7] 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.
[7]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「Simple Network Managementプロトコルのバージョン2のための原文のConventions(SNMPv2)」、RFC1903(1996年1月)。
[8] 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.
[8]ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「Simple Network Managementプロトコルのバージョン2のための順応Statements(SNMPv2)」、RFC1904(1996年1月)。
[9] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Protocol Operations for version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1905, January 1996.
[9] ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「Simple Network Managementプロトコル(SNMPv2)のバージョン2のためにOperationsについて議定書の中で述べます」、RFC1905、1996年1月。
[10] Case, J., M. Fedor, M. Schoffstall and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.
[10] ケース、J.、M.ヒョードル、M.Schoffstall、およびJ.デーヴィン(「簡単なネットワーク管理プロトコル」、STD15、RFC1157)は1990がそうするかもしれません。
[11] McMaster, D., K. McCloghrie and S. Roberts, "Definitions of Managed Objects for IEEE 802.3 Medium Attachment Units (MAUs)", RFC 1515, September 1993.
[11] マクマスターとD.、K.McCloghrieとS.ロバーツ、「IEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義」RFC1515(1993年9月)。
de Graaf, et. al. Standards Track [Page 40] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[40ページ]。
6. Security Considerations
6. セキュリティ問題
Certain management information defined in this MIB may be considered sensitive in some network environments. Therefore, authentication of received SNMP requests and controlled access to management information should be employed in such environments. The method for this authentication is a function of the SNMP Administrative Framework, and has not been expanded by this MIB.
このMIBで定義されたある経営情報はいくつかのネットワーク環境で敏感であると考えられるかもしれません。 したがって、受信されたSNMP要求と経営情報への制御アクセスの認証はそのような環境で使われるべきです。 この認証のためのメソッドは、SNMP Administrative Frameworkの機能であり、このMIBによって広げられていません。
Several objects in this MIB allow write access. Setting these objects can have a serious effect on the operation of the network, including enabling or disabling a MAU, changing a MAU's default type, enabling, disabling or restarting autonegotiation, or modifying the capabilities that a MAU advertizes during autonegotiation. It is recommended that implementers seriously consider whether set operations should be allowed without providing, at a minimum, authentication of request origin.
MIBが許容するこれの数個のオブジェクトがアクセサリーを書きます。 これらのオブジェクトを設定すると、ネットワークの操作に重大な影響を与えることができます、autonegotiationの間、aがMAUのデフォルトタイプを変えて、autonegotiationを有効にするか、無効にするか、または再開するMAUであるか能力を変更するのが、そのa MAU advertizesであると可能にするか、または無効にするのを含んでいて。 implementersが、集合演算が提供しないで許容されるべきであるかどうか真剣に考えるのは、お勧めです、最小限で、要求発生源の認証。
7. Authors' Addresses
7. 作者のアドレス
Kathryn de Graaf 3Com Corporation 118 Turnpike Rd. Southborough, MA 01772 USA
キャスリンdeグラーフ3Com社118のTurnpike通り Southborough、MA01772米国
Phone: (508)229-1627 Fax: (508)490-5882 EMail: kdegraaf@isd.3com.com
以下に電話をしてください。 (508)229-1627 Fax: (508)490-5882 メールしてください: kdegraaf@isd.3com.com
Dan Romascanu Madge Networks (Israel) Ltd. Atidim Technology Park, Bldg. 3 Tel Aviv 61131, Israel
ダンRomascanuマッジは(イスラエル)株式会社Atidim技術公園、ビルディングをネットワークでつなぎます。 3 テルアビブ61131(イスラエル)
Phone: 972-3-6458414, 6458458 Fax: 972-3-6487146 EMail: dromasca@madge.com
以下に電話をしてください。 972-3-6458414 6458458Fax: 972-3-6487146 メールしてください: dromasca@madge.com
Donna McMaster Cisco Systems Inc. 170 West Tasman Drive San Jose, CA 95134
ドナマクマスターシスコシステムズ株式会社170の西タスマン・Driveサンノゼ、カリフォルニア 95134
Phone:: (408) 526-5260 EMail: mcmaster@cisco.com
以下に電話をしてください: (408) 526-5260 メールしてください: mcmaster@cisco.com
de Graaf, et. al. Standards Track [Page 41] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[41ページ]。
Keith McCloghrie Cisco Systems Inc. 170 West Tasman Drive San Jose, CA 95134
キースMcCloghrieシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア 95134
Phone: (408) 526-5260 EMail: kzm@cisco.com
以下に電話をしてください。 (408) 526-5260 メールしてください: kzm@cisco.com
Sam Roberts Farallon Computing, Inc. 2470 Mariner Square Loop Alameda, CA 94501-1010
正方形のLoopアラメダ、2470年のInc.船員カリフォルニア94501-1010を計算するサム・ロバーツ・ファラロン
Phone:: (510) 814-5215 EMail: sroberts@farallon.com
以下に電話をしてください: (510) 814-5215 メールしてください: sroberts@farallon.com
de Graaf, et. al. Standards Track [Page 42] RFC 2239 Managed Objects for IEEE 802.3 MAUs November 1997
et deグラーフ、アル。 規格はMAUs1997年11月にIEEE802.3のためにRFC2239管理オブジェクトを追跡します[42ページ]。
8. Full Copyright Statement
8. 完全な著作権宣言文
Copyright (C) The Internet Society (1997). All Rights Reserved.
Copyright(C)インターネット協会(1997)。 All rights reserved。
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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
de Graaf, et. al. Standards Track [Page 43]
et deグラーフ、アル。 標準化過程[43ページ]
一覧
スポンサーリンク