RFC4836 日本語訳
4836 Definitions of Managed Objects for IEEE 802.3 Medium AttachmentUnits (MAUs). E. Beili. April 2007. (Format: TXT=151012 bytes) (Obsoletes RFC3636) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group E. Beili Request for Comments: 4836 Actelis Networks Obsoletes: 3636 April 2007 Category: Standards Track
Beiliがコメントのために要求するワーキンググループE.をネットワークでつないでください: 4836のActelisネットワークが以下を時代遅れにします。 3636 2007年4月のカテゴリ: 標準化過程
Definitions of Managed Objects for
IEEE 802.3 Medium Attachment Units (MAUs)
IEEE802.3中型の付属ユニット管理オブジェクトの定義(MAUs)
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
Abstract
要約
This document defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines objects for managing IEEE 802.3 Medium Attachment Units (MAUs). This document obsoletes RFC 3636. It amends that specification by moving MAU type OBJECT-IDENTITY definitions and relevant textual conventions into a separate Internet Assigned Number Authority (IANA) maintained MIB module. In addition, management information is added to enable support for Ethernet in the First Mile (EFM) and 10GBASE-CX4 MAUs.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このドキュメントは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは管理IEEE802.3Medium Attachment Units(MAUs)のために物を定義します。 このドキュメントはRFC3636を時代遅れにします。 MAUタイプOBJECT-IDENTITY定義と関連原文のコンベンションを別々のISOCの機関の一つで(IANA)に動かすのによる仕様がMIBモジュールを維持したのは修正します。 さらに、経営情報は、First Mile(EFM)と10GBASE-CX4 MAUsのイーサネットのサポートを可能にするために加えられます。
Beili Standards Track [Page 1] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[1ページ]。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. The Internet-Standard Management Framework . . . . . . . . . . 3
3. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3.1. Relationship to RFC 3636 . . . . . . . . . . . . . . . . . 4
3.2. Relationship to Other MIBs . . . . . . . . . . . . . . . . 5
3.2.1. Relationship to the Interfaces MIB . . . . . . . . . . 5
3.2.2. Relationship to the 802.3 Repeater MIB Module . . . . 6
3.3. Management of Internal MAUs . . . . . . . . . . . . . . . 6
3.4. Mapping of IEEE 802.3 Managed Objects . . . . . . . . . . 6
3.5. Addition of New MAU Types . . . . . . . . . . . . . . . . 9
3.5.1. dot3MauType OBJECT-IDENTITIES . . . . . . . . . . . . 9
3.5.2. IANAifMauTypeListBits TEXTUAL-CONVENTION . . . . . . . 9
3.5.3. IANAifMauMediaAvailable TEXTUAL-CONVENTION . . . . . . 9
3.5.4. IANAifMauAutoNegCapBits TEXTUAL-CONVENTION . . . . . . 10
3.5.5. JackType TEXTUAL-CONVENTION . . . . . . . . . . . . . 10
4. MAU MIB Definitions . . . . . . . . . . . . . . . . . . . . . 10
5. IANA-Maintained MAU TC Definitions . . . . . . . . . . . . . . 46
6. Security Considerations . . . . . . . . . . . . . . . . . . . 62
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 63
8. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 63
9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 64
9.1. Normative References . . . . . . . . . . . . . . . . . . . 64
9.2. Informative References . . . . . . . . . . . . . . . . . . 66
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 3 2。 インターネット標準の管理枠組み. . . . . . . . . . 3 3。 概観. . . . . . . . . . . . . . . . . . . . . . . . . . . 4 3.1。 RFC3636.43.2との関係。 他のMIBs. . . . . . . . . . . . . . . . 5 3.2.1との関係。 インタフェースMIB. . . . . . . . . . 5 3.2.2との関係。 802.3リピータMIBモジュール. . . . 6 3.3との関係。 内部のMAUs. . . . . . . . . . . . . . . 6 3.4の管理。 IEEE802.3管理オブジェクト.63.5に関するマッピング 新しいMAUの添加は.93.5.1dot3MauType物アイデンティティ. . . . . . . . . . . . 9 3.5.2をタイプします。 IANAifMauTypeListBits原文のコンベンション. . . . . . . 9 3.5.3。 IANAifMauMediaAvailable原文のコンベンション. . . . . . 9 3.5.4。 IANAifMauAutoNegCapBits原文のコンベンション. . . . . . 10 3.5.5。 JackType原文のコンベンション.104。 MAU MIB定義. . . . . . . . . . . . . . . . . . . . . 10 5。 IANAによって維持されたMAU Tc定義. . . . . . . . . . . . . . 46 6。 セキュリティ問題. . . . . . . . . . . . . . . . . . . 62 7。 IANA問題. . . . . . . . . . . . . . . . . . . . . 63 8。 承認. . . . . . . . . . . . . . . . . . . . . . . 63 9。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 64 9.1。 引用規格. . . . . . . . . . . . . . . . . . . 64 9.2。 有益な参照. . . . . . . . . . . . . . . . . . 66
Beili Standards Track [Page 2] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[2ページ]。
1. Introduction
1. 序論
This document defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines objects for managing IEEE 802.3 [IEEE802.3] Medium Attachment Units (MAUs).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このドキュメントは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、IEEE802.3[IEEE802.3]媒体Attachment Units(MAUs)を管理するために物を定義します。
The previous version of this document, RFC 3636 [RFC3636], defined a single MIB module. This document splits the original MIB module into two, putting frequently updated object identities and textual conventions into a separate, IANA-maintained MIB module, in order to decrease the need of updating the basic MAU MIB module.
このドキュメントの旧バージョン(RFC3636[RFC3636])はただ一つのMIBモジュールを定義しました。 このドキュメントはオリジナルのMIBモジュールを2に分けます、頻繁にアップデートされた物のアイデンティティと原文のコンベンションを別々の、そして、IANAによって維持されたMIBモジュールに置いて、基本的なMAU MIBモジュールをアップデートする必要性を減少させるために。
The first version of the IANA-maintained MIB module also extends the list of managed objects to support Ethernet in the First Mile (EFM) and 10GBASE-CX4 interfaces.
また、IANAによって維持されたMIBモジュールの最初のバージョンは、First Mile(EFM)と10GBASE-CX4インタフェースでイーサネットを支持するために管理オブジェクトのリストを広げています。
Ethernet technology, as defined by the 802.3 Working Group of the IEEE, continues to evolve, with scalable increases in speed, new types of cabling and interfaces, and new features. This evolution may require changes in the managed objects in order to reflect this new functionality. This document, as with other documents issued by this working group, reflects a certain stage in the evolution of Ethernet technology. In the future, this document might be revised, or new documents might be issued by the Ethernet Interfaces and Hub MIB Working Group, in order to reflect the evolution of Ethernet technology.
IEEEの802.3作業部会によって定義されるイーサネット技術は、発展し続けています、速度のスケーラブルな増加、新しいタイプのケーブリングとインタフェース、および新機能で。 この発展は、この新しい機能性を反映するために管理オブジェクトで釣り銭がいるかもしれません。 このドキュメントはこのワーキンググループによって発行された他のドキュメントのようにイーサネット技術の発展に、あるステージを反映します。 将来、このドキュメントが改訂されるかもしれませんか、または新しいドキュメントはイーサネットInterfacesとHub MIB作業部会によって発行されるかもしれません、イーサネット技術の発展を反映するために。
2. The Internet-Standard Management Framework
2. インターネット標準の管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
Beili Standards Track [Page 3] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[3ページ]。
3. Overview
3. 概観
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 [IEEE802.3]. 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規格[IEEE802.3]で定義されます。 これらのMAUsはリピータか802.3の(イーサネットのよう)のインタフェースへのIEEE802.3に接続されるかもしれません。 便利について、このドキュメントは「リピータMAUs」と「インタフェースMAUs」とこれらの装置を呼びます。
The definitions presented here are based on Section 30.5, "Layer Management for 10 Mb/s, 100 Mb/s, 1000 Mb/s, and 10 Gb/s Medium Attachment Units (MAUs)", Section 30.6, "Management for link Auto- Negotiation", and Annex 30A, "GDMO Specifications for 802.3 managed object classes" of IEEE Std. 802.3-2005 [IEEE802.3]. This specification is intended to provide for management of all types of Ethernet/802.3 MAUs.
ここに提示された定義はセクション30.5、「10Mb/100Mb/1000Mb/s、s、s、および10Gb/s媒体接続機構(MAUs)のための層の管理」、セクション30.6、「リンクAuto交渉のための管理」、Annex 30A、IEEE Stdについて「802.3管理オブジェクトのためのGDMO Specificationsは属すること」に基づいています。 802.3-2005 [IEEE802.3。] この仕様がイーサネット/802.3MAUsのすべてのタイプの管理に備えることを意図します。
3.1. Relationship to RFC 3636
3.1. RFC3636との関係
The management definitions provided in this document are intended to be a superset of those defined by RFC 3636 [RFC3636].
本書では提供された管理定義はRFC3636[RFC3636]によって定義されたもののスーパーセットであることを意図します。
In order to decrease the need of updating the basic MAU MIB module due to the new MAU type, Media Available state, Auto Negotiation capability and/or Jack type introduction, all relevant object identities and textual conventions have been moved to a separate, IANA-maintained MIB module IANA-MAU-MIB, the first version of which is defined in this document. Thus when a new MAU type, Media Available state, Auto Negotiation capability, and/or Jack type is defined by the IEEE 802.3 working group, only the IANA-maintained module needs to be revised, leaving the basic MAU-MIB module defined in this document unchanged.
新しいMAUタイプ、メディアAvailable状態、Auto Negotiation能力、そして/または、ジャックタイプ序論のため基本的なMAU MIBモジュールをアップデートする必要性を減少させるために、すべての関連物のアイデンティティと原文のコンベンションは別々の、そして、IANAによって維持されたMIBモジュールIANA-MAU-MIBに持ち込まれました。その最初のバージョンは本書では定義されます。 新しいMAUタイプ、メディアAvailable状態、Auto Negotiation能力、そして/または、ジャックタイプがIEEE802.3ワーキンググループによって定義されるとき、したがって、IANAによって維持されたモジュールだけが、改訂される必要があります、基本的なMAU-MIBモジュールを本書では変わりがない状態で定義されたままにして。
In addition, the new definitions are added to the IANA-maintained MIB module, to support Ethernet in the First Mile (EFM) and 10GBASE-CX4 interfaces, defined in IEEE Std 802.3ah-2004 [IEEE802.3ah] and IEEE Std 802.3ak-2004 [IEEE802.3ak] respectively, now part of IEEE Std 802.3-2005 [IEEE802.3].
さらに、新しい定義は、IEEE Std 802.3ah-2004[IEEE802.3ah]とIEEE Std 802.3ak-2004[IEEE802.3ak]でそれぞれ定義されたインタフェースが現在分けるIEEE Std802.3-2005[IEEE802.3]のFirst Mile(EFM)と10GBASE-CX4でイーサネットを支持するためにIANAによって維持されたMIBモジュールに追加されます。
It should be noted that the changes made in this revision will not be entirely backward-compatible with MIB modules that currently import MAU type object identity descriptors from the MAU-MIB; such modules will need to be revised to import those DESCRIPTORS from the IANA- MAU-MIB. Similarly, any management applications that process the object identity definitions (e.g., to present the DESCRIPTION text to a user) will need to get those definitions from the IANA-MAU-MIB instead of the MAU-MIB. While it is true that changes that require such adjustments are not strictly compliant with the SMIv2 rules
この改正で行われた変更がMAU-MIBから現在の輸入MAUがタイプするMIBモジュールとの完全に後方コンパチブル物のアイデンティティ記述子にならないことに注意されるべきです。 そのようなモジュールは、IANA- MAU-MIBからそれらのDESCRIPTORSを輸入するために改訂される必要があるでしょう。 同様に、物のアイデンティティ定義(例えば記述テキストをユーザに提示する)を処理するどんな管理アプリケーションも、MAU-MIBの代わりにIANA-MAU-MIBからそれらの定義を得る必要があるでしょう。 そのような調整を必要とする変化がSMIv2規則で厳密に言いなりにならないのが、本当ですが
Beili Standards Track [Page 4] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[4ページ]。
governing MIB module revisions (see [RFC2578] Section 10), in this case continued high maintenance costs that would result from not making these changes make the deviation from the rules justified. It should be noted that the working group was not able to find any examples of MIB modules or management applications that would actually be negatively affected by the changes.
MIBモジュール改正([RFC2578]セクション10を見る)を治めて、それがこれらの変更を行わないことで生じるこの場合継続的な高い維持コストで規則からの逸脱を正当化します。 ワーキンググループが実際に変化で否定的に影響を受けるMIBモジュールか管理アプリケーションに関するどんな例も見つけることができなかったことに注意されるべきです。
3.2. Relationship to Other MIBs
3.2. 他のMIBsとの関係
It is assumed that an agent implementing MAU-MIB will also implement (at least) the 'system' group defined in the SNMPv2 MIB [RFC3418]. The following sections identify other MIBs that such an agent should implement.
また、MAU-MIBを実行するエージェントがSNMPv2 MIB[RFC3418]で定義された'システム'グループを実行する(少なくとも)と思われます。 以下のセクションはそのようなエージェントが実行するべきである他のMIBsを特定します。
3.2.1. Relationship to the Interfaces MIB
3.2.1. インタフェースMIBとの関係
The sections of this document that define interface MAU-related objects specify an extension to the Interfaces MIB [RFC2863]. An agent implementing these interface-MAU related objects MUST also implement the relevant groups of the ifCompliance3 MODULE-COMPLIANCE statement of the Interface MIB. 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.
インタフェースのMAU関連の物を定義するこのドキュメントのセクションはInterfaces MIB[RFC2863]に拡大を指定します。 また、これらの関係づけられたインタフェース-MAU物を実行するエージェントはInterface MIBのifCompliance3 MODULE-COMPLIANCE声明の関連グループを実行しなければなりません。 物のifMauIfIndexの値は'ifIndex'の値が以前は、よく与えられたMAUが接続されているインタフェースを例示していたのと同じです。
It is REQUIRED that an agent implementing the interface-MAU related objects in the MAU-MIB will also fully comply with the dot3Compliance2 MODULE-COMPLIANCE statement of the Ethernet-like Interfaces MIB, [RFC3635]. Furthermore, when the interface-MAU related objects are used to manage a 10GBASE-W PHY -- i.e., when ifMauType is equal to dot3MauType10GigBaseW or any other 10GBASE-W variant -- then the agent MUST also support the Ethernet WAN Interface Sublayer (WIS) MIB [RFC3637] and must follow the interface layering model specified therein. In that case the value of the object ifMauIfIndex is the same as the value of 'ifIndex' for the layer at the top of the stack, i.e., for the ifTable entry that has 'ifType' equal to ethernetCsmacd(6). If the interface-MAU related objects are used to manage a PHY that allows the MAU type to be changed dynamically, then the agent SHALL create ifTable, ifStackTable, and ifInvStackTable entries that pertain to the WIS when ifMauDefaultType is changed to a 10GBASEW variant (i.e., one of dot3MauType10GigBaseW, dot3MauType10GigBaseEW, dot3MauType10GigBaseLW, or dot3MauType10GigBaseSW) from any other type, and shall destroy the WIS-related entries when ifMauDefaultType is changed to a non- 10GBASE-W type. The agent SHALL also change the values of 'ifConnectorPresent' and 'ifHighSpeed' in the ifTable entry indexed by ifMauIfIndex as specified in [RFC3635] and [RFC3637] when ifMauDefaultType is manipulated in this way, but SHALL NOT otherwise alter that entry.
また、MAU-MIBの関係づけられたインタフェース-MAU物を実行するエージェントがイーサネットのようなInterfaces MIBのdot3Compliance2 MODULE-COMPLIANCE声明に完全に従うのは、REQUIREDです、[RFC3635。] その上、関係づけられたインタフェース-MAU物がすなわち、ifMauTypeがその時dot3MauType10GigBaseWかいかなる他の10GBASE-W異形とも等しいときに、10GBASE-W PHYを管理するのに使用されるとき、エージェントは、また、イーサネットWAN Interface Sublayer(WIS)MIB[RFC3637]を支持しなければならなくて、そこに指定されたインタフェースレイヤリングモデルについて来なければなりません。 その場合、スタックの先端の層には、物のifMauIfIndexの値は'ifIndex'の値と同じです、すなわち、ethernetCsmacd(6)と等しい'ifType'を持っているifTableエントリーに。 関係づけられたインタフェース-MAU物がMAUタイプをダイナミックに変えさせるPHYを管理するのに使用されるなら、エージェントSHALLはifTableを作成します、ifStackTable、そして、ifMauDefaultTypeが非10GBASE-Wのタイプに変わるとき、ifMauDefaultTypeがいかなる他のも10GBASEW異形(すなわち、dot3MauType10GigBaseWの1つ、dot3MauType10GigBaseEW、dot3MauType10GigBaseLW、またはdot3MauType10GigBaseSW)に変わるときWISに関係するifInvStackTableエントリーがWIS関連のエントリーをタイプして、破壊するものとします。 また、ifMauDefaultTypeがこのように操作されるとき、エージェントSHALLは[RFC3635]と[RFC3637]の指定されるとしてのifMauIfIndexによって索引をつけられたifTableエントリーで'ifConnectorPresent'と'ifHighSpeed'の値を変えますが、そうでなければ、SHALL NOTはそのエントリーを変更します。
Beili Standards Track [Page 5] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[5ページ]。
(Note that repeater ports are not represented as interfaces in the Interface MIB.)
(リピータポートがインタフェースとしてInterface MIBに表されないことに注意してください。)
3.2.2. Relationship to the 802.3 Repeater MIB Module
3.2.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 [RFC2108]. An agent implementing these repeater-MAU related objects MUST also comply with the snmpRptrModCompl compliance statement of the 802.3 Repeater MIB module.
リピータのMAU関連の物を定義するこのドキュメントのセクションは[RFC2108]で定義された802.3Repeater MIBに拡大を指定します。 また、これらの関係づけられたリピータ-MAU物を実行するエージェントは802.3Repeater MIBモジュールのsnmpRptrModCompl承諾声明に従わなければなりません。
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 that the given MAU is connected to.
'rptrPortGroupIndex'と'rptrPortIndex'の値と同じくらいが与えられたMAUが接続されるポートを例示するのにおいて使用されていたなら、'rpMauGroupIndex'と'rpMauPortIndex'の値は以前はよくリピータのMAUの可変SHALLを例示していました。
3.3. Management of Internal MAUs
3.3. 内部の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: dot3RpMauBasicGroup for internal repeater-MAUs and dot3IfMauBasicGroup for internal interface-MAUs.
いくつかの状況で、MAUは「内部であることができます」--すなわち、機能性は完全に装置の中に実行されます。 例えば、管理されたリピータはリピータの外部のポートの1つで由来するマネジメント・コミュニケーションが終わる内部のリピータ-MAU、そして/または、内部のインタフェース-MAUを含むかもしれません、リピータに関連づけられた管理エージェントに届くように。 そのような内部のMAUsは管理されるかもしれません。 それらが管理されるなら、それらの属性について説明する物は適切なMIB下位木に現れるはずです: 内部のリピータ-MAUsのためのdot3RpMauBasicGroupと内部のインタフェース-MAUsのためのdot3IfMauBasicGroup。
3.4. Mapping of IEEE 802.3 Managed Objects
3.4. IEEE802.3管理オブジェクトに関するマッピング
This section contains the mapping between relevant managed objects (attributes) defined in [IEEE802.3] Clause 30, and managed objects defined in this document.
このセクションは第30[IEEE802.3]節、および本書では定義された管理オブジェクトで定義された関連管理オブジェクト(属性)の間にマッピングを含みます。
Beili Standards Track [Page 6] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[6ページ]。
+----------------------------------+--------------------------------+ | IEEE 802.3 Managed Object | Corresponding SNMP Object | +----------------------------------+--------------------------------+ | oMAU | | +----------------------------------+--------------------------------+ | .aMAUID | rpMauIndex or ifMauIndex or | | | broadMauIndex | +----------------------------------+--------------------------------+ | .aMAUType | rpMauType or ifMauType | +----------------------------------+--------------------------------+ | .aMAUTypeList | ifMauTypeListBits | +----------------------------------+--------------------------------+ | .aMediaAvailable | rpMauMediaAvailable or | | | ifMauMediaAvailable | +----------------------------------+--------------------------------+ | .aLoseMediaCounter | rpMauMediaAvailableStateExits | | | or | | | ifMauMediaAvailableStateExits | +----------------------------------+--------------------------------+ | .aJabber | rpMauJabberState and | | | rpMauJabberingStateEnters or | | | ifMauJabberState and | | | ifMauJabberingStateEnters | +----------------------------------+--------------------------------+ | .aMAUAdminState | rpMauStatus or ifMauStatus | +----------------------------------+--------------------------------+ | .aBbMAUXmitRcvSplitType | broadMauXmtRcvSplitType | +----------------------------------+--------------------------------+ | .aBroadbandFrequencies | broadMauXmtCarrierFreq and | | | broadMauTranslationFreq | +----------------------------------+--------------------------------+ | .aFalseCarriers | rpMauFalseCarriers or | | | ifMauFalseCarriers | +----------------------------------+--------------------------------+ | .acResetMAU | rpMauStatus or ifMauStatus | +----------------------------------+--------------------------------+ | .acMAUAdminControl | rpMauStatus or ifMauStatus | +----------------------------------+--------------------------------+ | .nJabber | rpMauJabberTrap or | | | ifMauJabberTrap | +----------------------------------+--------------------------------+ | oAutoNegotiation | | +----------------------------------+--------------------------------+ | .aAutoNegID | ifMauIndex | +----------------------------------+--------------------------------+ | .aAutoNegAdminState | ifMauAutoNegAdminStatus | +----------------------------------+--------------------------------+ | .aAutoNegRemoteSignalling | ifMauAutoNegRemoteSignalling |
+----------------------------------+--------------------------------+ | IEEE802.3管理オブジェクト| 対応するSNMP物| +----------------------------------+--------------------------------+ | oマウ| | +----------------------------------+--------------------------------+ | .aMAUID| またはrpMauIndexかifMauIndex。| | | broadMauIndex| +----------------------------------+--------------------------------+ | .aMAUType| rpMauTypeかifMauType| +----------------------------------+--------------------------------+ | .aMAUTypeList| ifMauTypeListBits| +----------------------------------+--------------------------------+ | .aMediaAvailable| またはrpMauMediaAvailable。| | | ifMauMediaAvailable| +----------------------------------+--------------------------------+ | .aLoseMediaCounter| rpMauMediaAvailableStateExits| | | または| | | ifMauMediaAvailableStateExits| +----------------------------------+--------------------------------+ | .aJabber| そしてrpMauJabberState。| | | またはrpMauJabberingStateEnters。| | | そしてifMauJabberState。| | | ifMauJabberingStateEnters| +----------------------------------+--------------------------------+ | .aMAUAdminState| rpMauStatusかifMauStatus| +----------------------------------+--------------------------------+ | .aBbMAUXmitRcvSplitType| broadMauXmtRcvSplitType| +----------------------------------+--------------------------------+ | .aBroadbandFrequencies| そしてbroadMauXmtCarrierFreq。| | | broadMauTranslationFreq| +----------------------------------+--------------------------------+ | .aFalseCarriers| またはrpMauFalseCarriers。| | | ifMauFalseCarriers| +----------------------------------+--------------------------------+ | .acResetMAU| rpMauStatusかifMauStatus| +----------------------------------+--------------------------------+ | .acMAUAdminControl| rpMauStatusかifMauStatus| +----------------------------------+--------------------------------+ | .nJabber| またはrpMauJabberTrap。| | | ifMauJabberTrap| +----------------------------------+--------------------------------+ | oAutoNegotiation| | +----------------------------------+--------------------------------+ | .aAutoNegID| ifMauIndex| +----------------------------------+--------------------------------+ | .aAutoNegAdminState| ifMauAutoNegAdminStatus| +----------------------------------+--------------------------------+ | .aAutoNegRemoteSignalling| ifMauAutoNegRemoteSignalling|
Beili Standards Track [Page 7] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[7ページ]。
| .aAutoNegAutoConfig | ifMauAutoNegConfig | +----------------------------------+--------------------------------+ | .aAutoNegLocalTechnologyAbility | ifMauAutoNegCapabilityBits | +----------------------------------+--------------------------------+ | .aAutoNegAdvertisedTechnologyAbi | ifMauAutoNegAdvertisedBits and | | lity | ifMauAutoNegRemoteFaultAdverti | | | sed | +----------------------------------+--------------------------------+ | .aAutoNegReceivedTechnologyAbili | ifMauAutoNegReceivedBits and | | ty | ifMauAutoNegRemoteFaultReceive | | | d | +----------------------------------+--------------------------------+ | .acAutoNegRestartAutoConfig | ifMauAutoNegRestart | +----------------------------------+--------------------------------+ | .acAutoNegAdminControl | ifMauAutoNegAdminStatus | +----------------------------------+--------------------------------+
| .aAutoNegAutoConfig| ifMauAutoNegConfig| +----------------------------------+--------------------------------+ | .aAutoNegLocalTechnologyAbility| ifMauAutoNegCapabilityBits| +----------------------------------+--------------------------------+ | .aAutoNegAdvertisedTechnologyAbi| そしてifMauAutoNegAdvertisedBits。| | lity| ifMauAutoNegRemoteFaultAdverti| | | sed| +----------------------------------+--------------------------------+ | .aAutoNegReceivedTechnologyAbili| そしてifMauAutoNegReceivedBits。| | ty| ifMauAutoNegRemoteFaultReceive| | | d| +----------------------------------+--------------------------------+ | .acAutoNegRestartAutoConfig| ifMauAutoNegRestart| +----------------------------------+--------------------------------+ | .acAutoNegAdminControl| ifMauAutoNegAdminStatus| +----------------------------------+--------------------------------+
Table 1: Mapping of IEEE 802.3 Managed Objects
テーブル1: IEEE802.3管理オブジェクトに関するマッピング
The following IEEE 802.3 managed objects have not been included in the MAU-MIB for the following reasons.
以下のIEEE802.3に、管理オブジェクトは以下の理由によるMAU-MIBに含まれていません。
+------------------------------------+------------------------------+ | IEEE 802.3 Managed Object | Reason for exclusion | +------------------------------------+------------------------------+ | oMAU | | +------------------------------------+------------------------------+ | .aIdleErrorCount | Only useful for 100BaseT2, | | | which is not widely | | | implemented. | +------------------------------------+------------------------------+ | oAutoNegotiation | | +------------------------------------+------------------------------+ | .aAutoNegLocalSelectorAbility | Only needed for support of | | | isoethernet (802.9a), which | | | is not supported by MAU-MIB. | +------------------------------------+------------------------------+ | .aAutoNegAdvertisedSelectorAbility | | +------------------------------------+------------------------------+ | .aAutoNegReceivedSelectorAbility | | +------------------------------------+------------------------------+
+------------------------------------+------------------------------+ | IEEE802.3管理オブジェクト| 除外の理由| +------------------------------------+------------------------------+ | oマウ| | +------------------------------------+------------------------------+ | .aIdleErrorCount| 単に100BaseT2の役に立ちます。| | | どれが広くそうではありませんか。| | | 実行にされる。 | +------------------------------------+------------------------------+ | oAutoNegotiation| | +------------------------------------+------------------------------+ | .aAutoNegLocalSelectorAbility| サポートに必要であるだけです。| | | isoethernet、(802.9a)、どれ| | | MAU-MIBによって支持されません。 | +------------------------------------+------------------------------+ | .aAutoNegAdvertisedSelectorAbility| | +------------------------------------+------------------------------+ | .aAutoNegReceivedSelectorAbility| | +------------------------------------+------------------------------+
Table 2: Unmapped IEEE 802.3 Managed Objects
テーブル2: Unmapped IEEE802.3管理オブジェクト
Beili Standards Track [Page 8] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[8ページ]。
3.5. Addition of New MAU Types
3.5. 新しいMAUタイプの追加
3.5.1. dot3MauType OBJECT-IDENTITIES
3.5.1. dot3MauType物アイデンティティ
The dot3MauType OBJECT IDENTIFIER and its OBJECT-IDENTITY definitions has been moved from the MAU-MIB into the IANA-maintained IANA-MAU- MIB, the first version of which is defined in this document.
dot3MauType OBJECT IDENTIFIERとそのOBJECT-IDENTITY定義はMAU-MIBからIANAによって維持されたIANA-MAU- MIBに動かされました。その最初のバージョンは本書では定義されます。
When a new IEEE 802.3 MAU is defined, IANA can re-issue a version of IANA-MAU-MIB with the new dot3MauType OBJECT-IDENTITY and its matching IANAifMauTypeListBits textual convention value and, possibly, with new IANAifMauMediaAvailable, IANAifMauAutoNegCapBits, and/or IANAifJackType values.
新しいIEEE802.3MAUが定義されるとき、IANAは新しいdot3MauType OBJECT-IDENTITYとその合っているIANAifMauTypeListBits原文のコンベンション価値と新しいIANAifMauMediaAvailable、IANAifMauAutoNegCapBits、そして/または、ことによるとIANAifJackType値でIANA-MAU-MIBのバージョンを再発行できます。
An Expert Review, as defined in RFC 2434 [RFC2434], is REQUIRED for the addition of the new MAU, Media Available states, Auto Negotiation capabilities, and/or Jack types.
RFC2434[RFC2434]で定義されるExpert Reviewは新しいMAU、メディアAvailable州、Auto Negotiation能力、そして/または、ジャックタイプの追加のためのREQUIREDです。
In some cases, new MAU types may require additional managed objects or may have side effects on the behavior of existing managed objects. In such cases a standards-track specification (which may be a new document or a revision of this document) is also REQUIRED. Any such document is REQUIRED to note any special properties of the MAU types that it defines - for example, side effects on the ifStackTable as noted in this document for 10GBASE-W MAUs.
いくつかの場合、新しいMAUタイプは、追加管理オブジェクトを必要とするか、または既存の管理オブジェクトの振舞いに副作用を持っているかもしれません。 また、そのような場合標準化過程仕様(新しいドキュメントかこのドキュメントの改正であるかもしれない)はREQUIREDです。 どんなそのようなドキュメントもMAUのどんな特別な性質もタイプされることに注意するそれが定義するREQUIREDです--例えば、本書では10GBASE-W MAUsで有名であるifStackTableにおける副作用。
3.5.2. IANAifMauTypeListBits TEXTUAL-CONVENTION
3.5.2. IANAifMauTypeListBitsの原文のコンベンション
The syntax of ifMauTypeListBits is changed to be a textual convention, such that the enumerated integer values are now defined in the textual convention IANAifMauTypeListBits, which can be re- specified (with additional values, when defined by IEEE 802.3) in the IANA-maintained MIB module without issuing a new version of this document.
原文のコンベンションになるようにifMauTypeListBitsの構文を変えます、列挙された整数値が現在原文のコンベンションIANAifMauTypeListBits(このドキュメントの新しいバージョンを発行しないで、IANAによって維持されたMIBモジュールで再指定できます(加算値によるIEEE802.3によって定義されたいつか))で定義されるように。
3.5.3. IANAifMauMediaAvailable TEXTUAL-CONVENTION
3.5.3. IANAifMauMediaAvailableの原文のコンベンション
The syntax of ifMauMediaAvailable and rpMauMediaAvailable is changed to be a textual convention, such that the enumerated integer values are now defined in the textual convention IANAifMauMediaAvailable, which can be re-specified (with additional values, when defined by IEEE 802.3) in the IANA-maintained MIB module without issuing a new version of this document.
原文のコンベンションになるようにifMauMediaAvailableとrpMauMediaAvailableの構文を変えます、列挙された整数値が現在原文のコンベンションIANAifMauMediaAvailable(このドキュメントの新しいバージョンを発行しないで、IANAによって維持されたMIBモジュールで再指定できます(加算値によるIEEE802.3によって定義されたいつか))で定義されるように。
Beili Standards Track [Page 9] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[9ページ]。
3.5.4. IANAifMauAutoNegCapBits TEXTUAL-CONVENTION
3.5.4. IANAifMauAutoNegCapBitsの原文のコンベンション
The syntax of ifMauAutoNegCapabilityBits, ifMauAutoNegCapAdvertisedBits, and ifMauAutoNegCapReceivedBits objects is changed to be a textual convention, such that the enumerated integer values are now defined in the textual convention IANAifMauAutoNegCapBits, which can be re-specified (with additional values, when defined by IEEE 802.3) in the IANA-maintained MIB module without issuing a new version of this document.
原文のコンベンションになるようにifMauAutoNegCapabilityBits、ifMauAutoNegCapAdvertisedBits、およびifMauAutoNegCapReceivedBits物の構文を変えます、列挙された整数値が現在原文のコンベンションIANAifMauAutoNegCapBits(このドキュメントの新しいバージョンを発行しないで、IANAによって維持されたMIBモジュールで再指定できます(加算値によるIEEE802.3によって定義されたいつか))で定義されるように。
3.5.5. JackType TEXTUAL-CONVENTION
3.5.5. JackTypeの原文のコンベンション
The JackType Textual Convention has been deprecated in favor of the IANAifJackType defined in the IANA-maintained MIB module, so the new Jack types can be added (when defined by IEEE 802.3) without issuing a new version of this document.
JackType Textual ConventionがIANAによって維持されたMIBモジュールで定義されたIANAifJackTypeを支持して非難されたので、このドキュメントの新しいバージョンを発行しないで、新しいジャックタイプを加えることができます(IEEE802.3によって定義されると)。
4. MAU MIB Definitions
4. MAU MIB定義
MAU-MIB DEFINITIONS ::= BEGIN
マウ-MIB定義:、:= 始まってください。
IMPORTS
Counter32, Integer32, Counter64,
OBJECT-TYPE, MODULE-IDENTITY, NOTIFICATION-TYPE, mib-2
FROM SNMPv2-SMI -- RFC 2578
TruthValue, AutonomousType, TEXTUAL-CONVENTION
FROM SNMPv2-TC -- RFC 2579
OBJECT-GROUP, MODULE-COMPLIANCE, NOTIFICATION-GROUP
FROM SNMPv2-CONF -- RFC 2580
InterfaceIndex
FROM IF-MIB -- RFC 2863
IANAifMauTypeListBits, IANAifMauMediaAvailable,
IANAifMauAutoNegCapBits, IANAifJackType
FROM IANA-MAU-MIB
-- http://www.iana.org/assignments/ianamau-mib
;
IMPORTS Counter32、Integer32、Counter64、OBJECT-TYPE、MODULE-IDENTITY、NOTIFICATION-TYPE、mib-2 FROM SNMPv2-SMI--RFC2578TruthValue、AutonomousType、TEXTUAL-CONVENTION FROM SNMPv2-TC--RFC2579OBJECT-GROUP、RFC MODULE-COMPLIANCE、NOTIFICATION-GROUP FROM SNMPv2-CONF--2580、InterfaceIndex FROM、-、MIB、--RFC2863IANAifMauTypeListBits、IANAifMauMediaAvailable、IANAifMauAutoNegCapBits、IANAifJackType FROM IANA-MAU-MIB-- http://www.iana.org/assignments/ianamau-mib 。
mauMod MODULE-IDENTITY
LAST-UPDATED "200704210000Z" -- April 21, 2007
ORGANIZATION "IETF Ethernet Interfaces and Hub MIB Working Group"
CONTACT-INFO
"WG charter:
http://www.ietf.org/html.charters/hubmib-charter.html
mauMod MODULE-IDENTITY LAST-UPDATED"200704210000Z"--、2007年4月21日組織「IETFイーサネットインタフェースとハブMIBワーキンググループ」コンタクトインフォメーション、「WGは以下をチャーターします」。 http://www.ietf.org/html.charters/hubmib-charter.html
Mailing Lists:
General Discussion: hubmib@ietf.org
To Subscribe: hubmib-request@ietf.org
In Body: subscribe your_email_address
メーリングリスト: 一般議論: 申し込む hubmib@ietf.org : ボディーの hubmib-request@ietf.org : _メール_アドレスを申し込んでください。
Beili Standards Track [Page 10] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[10ページ]。
Chair: Bert Wijnen
Postal: Alcatel-Lucent
Schagen 33
3461 GL Linschoten
Netherlands
Phone: +31-348-407-775
EMail: bwijnen@alcatel-lucent.com
議長: バートWijnen郵便: アルカテル透明なSchagen33 3461GLリンスホーテン・オランダは以下に電話をします。 +31-348-407-775 メールしてください: bwijnen@alcatel-lucent.com
Editor: Edward Beili
Postal: Actelis Networks Inc.
25 Bazel St., P.O.B. 10173
Petach-Tikva 10173
Israel
Tel: +972-3-924-3491
EMail: edward.beili@actelis.com"
エディタ: エドワードBeili郵便: Actelisネットワーク株式会社25Bazel通り、私書箱10173Petach-Tikva10173イスラエルTel: +972-3-924-3491 メールしてください: " edward.beili@actelis.com "
DESCRIPTION
"Management information for 802.3 MAUs.
記述、「802.3MAUsのための経営情報。」
The following reference is used throughout this MIB module:
以下の参照はこのMIBモジュール中で使用されます:
[IEEE802.3] refers to:
IEEE Std 802.3, 2005 Edition: 'IEEE Standard for Information
technology - Telecommunications and information exchange
between systems - Local and metropolitan area networks -
Specific requirements - Part 3: Carrier sense multiple
access with collision detection (CSMA/CD) access method and
physical layer specifications'.
[IEEE802.3] 言及します: IEEE Std802.3、2005版: '情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます' 衝突検出(CSMA/CD)アクセス法と物理的な仕様の層のものがある搬送波感知多重アクセス。
Of particular interest is Clause 30, 'Management'.
特別の関心はClause30、'管理'です。
Copyright (C) The IETF Trust (2007).
This version of this MIB module is part of RFC 4836;
see the RFC itself for full legal notices."
IETFが信じる著作権(C)(2007)。 このMIBモジュールのこのバージョンはRFC4836の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
REVISION "200704210000Z" -- April 21, 2007
DESCRIPTION "Updated to reference IANA maintaned textual
conventions for MAU types, Media Availability state,
Auto Negotiation capabilities, and jack types,
instead of using internally defined values.
REVISION"200704210000Z"--2007年4月21日に、記述は「内部的に定義された値を使用することの代わりにマウタイプ、メディア有用性状態、自動交渉能力、およびジャッキタイプのためにIANA maintanedの原文のコンベンションを参照にアップデートしました」。
This version is published as RFC 4836."
「このバージョンはRFC4836として発行されます。」
REVISION "200309190000Z" -- September 19, 2003
DESCRIPTION "Updated to include support for 10 Gb/s MAUs.
This resulted in the following revisions:
- Added OBJECT-IDENTITY definitions for
10 gigabit MAU types
REVISION"200309190000Z"--「10Gb/sマウスのサポートを含むようにアップデートする」2003年9月19日記述。 これは以下の改正をもたらしました: - 10のギガビットMAUタイプのための加えられたOBJECT-IDENTITY定義
Beili Standards Track [Page 11] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[11ページ]。
- Added fiberLC jack type to JackType TC
- Extended ifMauTypeListBits with bits for
the 10 gigabit MAU types
- Added enumerations to ifMauMediaAvailable,
and updated its DESCRIPTION to reflect
behaviour at 10 Gb/s
- Added 64-bit version of ifMauFalseCarriers
and added mauIfGrpHCStats object group to
contain the new object
- Deprecated mauModIfCompl2 and replaced it
with mauModIfCompl3, which includes the new
object group
- 加えられたfiberLCはJackType TCにタイプをジャッキで上げます--10ギガビットMAUのためのビットがある拡張ifMauTypeListBitsはタイプします--ifMauMediaAvailableに列挙を加えて、10Gb/s--ifMauFalseCarriersと新しい物を含む加えられたmauIfGrpHCStats物のグループの加えられた64ビットのバージョン--推奨しないmauModIfCompl2にふるまいを反映するために記述をアップデートして、それをmauModIfCompl3に取り替えます。(mauModIfCompl3は新しい物のグループを含んでいます)。
This version published as RFC 3636."
「RFC3636として発行されたこのバージョン。」
REVISION "199908240400Z" -- August 24, 1999
DESCRIPTION "This version published as RFC 2668. Updated
to include support for 1000 Mb/sec
MAUs and flow control negotiation."
REVISION"199908240400Z"--「このバージョンはRFC2668として発行した」1999年8月24日記述。 「1000Mb/秒のMAUsのサポートとフロー制御交渉を含むように、アップデートします。」
REVISION "199710310000Z" -- October 31, 1997
DESCRIPTION "Version published as RFC 2239."
REVISION"199710310000Z"--「バージョンはRFC2239として発行した」1997年10月31日記述。
REVISION "199309300000Z" -- September 30, 1993
DESCRIPTION "Initial version, published as RFC 1515."
REVISION"199309300000Z"--「初期のバージョンであって、RFC1515として発行された」1993年9月30日記述。
::= { snmpDot3MauMgt 6 }
::= snmpDot3MauMgt6
snmpDot3MauMgt OBJECT IDENTIFIER ::= { mib-2 26 }
snmpDot3MauMgt物の識別子:、:= mib-2 26
-- Textual Conventions
-- 原文のコンベンション
JackType ::= TEXTUAL-CONVENTION
STATUS deprecated
DESCRIPTION "********* THIS TC IS DEPRECATED **********
JackType:、:= 「TEXTUAL-CONVENTION STATUSは記述を非難した」、*********このTcが推奨しない**********です。
This TC has been deprecated in favour of
IANAifJackType.
このTCはIANAifJackTypeを支持して非難されました。
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
「リピータとインタフェースMAUのための一般的な列挙値はタイプをジャッキで上げます。」 SYNTAX INTEGER、他の(1)、rj45(2)、rj45がdb9(4)、bnc(5)、fAUI(6)を保護したという女性がauiするrj45S(3)
Beili Standards Track [Page 12] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[12ページ]。
mAUI(7), -- male aui
fiberSC(8),
fiberMIC(9),
fiberST(10),
telco(11),
mtrj(12), -- fiber MT-RJ
hssdc(13), -- fiber channel style-2
fiberLC(14)
}
mAUI(7)--、雄aui fiberSC(8)、fiberMIC(9)、fiberST(10)、通信業者(11)、mtrj(12)--ファイバーMT-RJ hssdc(13)--ファイバーチャネルスタイル-2fiberLC(14)
dot3RpMauBasicGroup
OBJECT IDENTIFIER ::= { snmpDot3MauMgt 1 }
dot3IfMauBasicGroup
OBJECT IDENTIFIER ::= { snmpDot3MauMgt 2 }
dot3BroadMauBasicGroup
OBJECT IDENTIFIER ::= { snmpDot3MauMgt 3 }
dot3RpMauBasicGroup物の識別子:、:= snmpDot3MauMgt1dot3IfMauBasicGroup物の識別子:、:= snmpDot3MauMgt2dot3BroadMauBasicGroup物の識別子:、:= snmpDot3MauMgt3
-- OIDs under the following branch are reserved for
-- the IANA-MAU-MIB to assign as MAU type values:
-- { snmpDot3MauMgt 4 }
-- 以下の下のブランチが予約されるOIDs--MAUタイプとして値を割り当てるIANA-MAU-MIB: -- snmpDot3MauMgt4
dot3IfMauAutoNegGroup
OBJECT IDENTIFIER ::= { snmpDot3MauMgt 5 }
dot3IfMauAutoNegGroup物の識別子:、:= snmpDot3MauMgt5
-- the following OID is the MODULE-IDENTITY value
-- for this MIB module: { snmpDot3MauMgt 6 }
-- 以下のOIDはこのMIBモジュールのためのMODULE-IDENTITY値です: snmpDot3MauMgt6
--
-- 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,
rpMauEntry OBJECT-TYPE SYNTAX RpMauEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身のMAUの情報を含むテーブルのエントリー。」 インデックス、rpMauGroupIndex、rpMauPortIndex
Beili Standards Track [Page 13] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[13ページ]。
rpMauIndex
}
::= { rpMauTable 1 }
rpMauIndex ::= rpMauTable1
RpMauEntry ::=
SEQUENCE {
rpMauGroupIndex Integer32,
rpMauPortIndex Integer32,
rpMauIndex Integer32,
rpMauType AutonomousType,
rpMauStatus INTEGER,
rpMauMediaAvailable IANAifMauMediaAvailable,
rpMauMediaAvailableStateExits Counter32,
rpMauJabberState INTEGER,
rpMauJabberingStateEnters Counter32,
rpMauFalseCarriers Counter32
}
RpMauEntry:、:= 系列rpMauGroupIndex Integer32、rpMauPortIndex Integer32、rpMauIndex Integer32、rpMauType AutonomousType、rpMauStatus整数、rpMauMediaAvailable IANAifMauMediaAvailable、rpMauMediaAvailableStateExits Counter32、rpMauJabberState整数、rpMauJabberingStateEnters Counter32、rpMauFalseCarriers Counter32
rpMauGroupIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION "This variable uniquely identifies the group
containing the port to which the MAU described
by this entry is connected.
SMIv1はSTATUS現在の記述に索引をつけます。rpMauGroupIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「このエントリーで説明された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."
REFERENCE "RFC 2108, rptrGroupIndex."
::= { rpMauEntry 1 }
「この物の特定の値によって指示されたグループはグループがrptrGroupIndexの同じ値で指示したのと同じです。」 「RFC2108、rptrGroupIndex」という参照。 ::= rpMauEntry1
rpMauPortIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION "This variable uniquely identifies the repeater
port within group rpMauGroupIndex to which the
MAU described by this entry is connected."
REFERENCE "RFC 2108, rptrPortIndex."
SMIv1はSTATUS現在の記述に索引をつけます。rpMauPortIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「この変数はこのエントリーで説明されたMAUが接続されているグループrpMauGroupIndexの中で唯一リピータポートを特定します」。 「RFC2108、rptrPortIndex」という参照。
Beili Standards Track [Page 14] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[14ページ]。
::= { rpMauEntry 2 }
::= rpMauEntry2
rpMauIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION "This variable uniquely identifies the MAU
described by this entry from among other
MAUs connected to the same port
(rpMauPortIndex)."
REFERENCE "[IEEE802.3], 30.5.1.1.1, aMAUID."
::= { rpMauEntry 3 }
rpMauIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「この変数は同じポート(rpMauPortIndex)に接続されたもう一方MAUsの中で唯一このエントリーで説明されたMAUを特定する」STATUSの現在の記述に索引をつけます。 参照、「[IEEE802.3]、30.5 .1 .1 .1、aMAUID、」 ::= rpMauEntry3
rpMauType OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object identifies the MAU type. Values for
standard IEEE 802.3 MAU types are defined in the
IANA maintained IANA-MAU-MIB module, as
OBJECT-IDENTITIES of dot3MauType.
If the MAU type is unknown, the object identifier
zeroDotZero is returned."
REFERENCE "[IEEE802.3], 30.5.1.1.2, aMAUType."
::= { rpMauEntry 4 }
rpMauType OBJECT-TYPE SYNTAX AutonomousTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「MAUタイプを特定これが反対するします」。 標準のIEEE802.3MAUタイプのための値はIANA-MAU-MIBモジュールであることが支持されたIANAでdot3MauTypeのOBJECT-IDENTITIESと定義されます。 「MAUタイプが未知であるなら、物の識別子zeroDotZeroを返します。」 参照、「[IEEE802.3]、30.5 .1 .1 .2、aMAUType、」 ::= rpMauEntry4
rpMauStatus OBJECT-TYPE
SYNTAX INTEGER {
other(1),
unknown(2),
operational(3),
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.
他の(1)、未知の(2)、操作上の(3)、予備(4)(閉鎖(5))は(6)をリセットしました。rpMauStatus OBJECT-TYPE SYNTAX INTEGER、マックス-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)を返します。
Beili Standards Track [Page 15] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[15ページ]。
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; it 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 MAYは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 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 "[IEEE802.3], 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)に設定するのに閉鎖状態に入るのを除いて、MAUは操作上の(3)、予備(4)、または閉鎖(5)でそれぞれの状態を仮定します。」 そして、参照、「[IEEE802.3]、30.5 .1 .1 .7 aMAUAdminState、30.5 .1 .2 .2 acMAUAdminControl、30.5 .1 .2 .1、acResetMAU、」 ::= rpMauEntry5
rpMauMediaAvailable OBJECT-TYPE
SYNTAX IANAifMauMediaAvailable
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object identifies Media Available state of
the MAU, complementary to the rpMauStatus. Values
for the standard IEEE 802.3 Media Available states
are defined in the IANA maintained IANA-MAU-MIB
rpMauMediaAvailable OBJECT-TYPE SYNTAX IANAifMauMediaAvailableのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「rpMauStatusに補足的なMAUのメディアAvailable州を特定これが反対するします」。 標準のIEEE802.3メディアAvailable州への値はIANA-MAU-MIBであることが支持されたIANAで定義されます。
Beili Standards Track [Page 16] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[16ページ]。
module, as IANAifMauMediaAvailable TC."
REFERENCE "[IEEE802.3], 30.5.1.1.4, aMediaAvailable."
::= { rpMauEntry 6 }
「IANAifMauMediaAvailable TCとしてのモジュール。」 参照、「[IEEE802.3]、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
rpMauMediaAvailable for this MAU instance leaves
the state available(3).
「このMAU例のためのそれの回のrpMauMediaAvailableの数のカウントは州の利用可能な(3)を残す」rpMauMediaAvailableStateExits OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of rptrMonitorPortLastChange."
REFERENCE "[IEEE802.3], 30.5.1.1.5, aLoseMediaCounter.
RFC 2108, rptrMonitorPortLastChange"
::= { rpMauEntry 7 }
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、rptrMonitorPortLastChangeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .5、aLoseMediaCounter、」 「RFC2108、rptrMonitorPortLastChange」:、:= 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 "[IEEE802.3], 30.5.1.1.6, aJabber.jabberFlag."
::= { rpMauEntry 8 }
「MAUがおしゃべり状態にあるなら、エージェントはおしゃべり(4)値を返します。」 参照、「[IEEE802.3]、30.5 .1 .1 .6、aJabber.jabberFlag、」 ::= rpMauEntry8
rpMauJabberingStateEnters OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
rpMauJabberingStateEnters OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
Beili Standards Track [Page 17] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[17ページ]。
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, dot3MauType100BaseFX, and
all 1000Mbps types, this counter will always
indicate zero.
STATUSの現在の記述、「このMAU例のためのmauJabberStateが(4)についてペチャクチャしゃべる州に入るという回の数のカウント。」 タイプdot3MauTypeAUI、dot3MauType100BaseT4、dot3MauType100BaseTX、dot3MauType100BaseFX、およびすべての1000MbpsタイプのMAUsに関しては、このカウンタはいつもゼロを示すでしょう。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of rptrMonitorPortLastChange."
REFERENCE "[IEEE802.3], 30.5.1.1.6, aJabber.jabberCounter.
RFC 2108, rptrMonitorPortLastChange"
::= { rpMauEntry 9 }
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、rptrMonitorPortLastChangeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .6、aJabber.jabberCounter、」 「RFC2108、rptrMonitorPortLastChange」:、:= 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,
dot3MauType100BaseFX, and all 1000Mbps types.
このカウンタはタイプdot3MauType100BaseT4、dot3MauType100BaseTX、dot3MauType100BaseFX、およびすべての1000MbpsのMAUsのためだけにタイプを増加します。
For all other MAU types, this counter will
always indicate zero.
他のすべてのMAUタイプのために、このカウンタはいつもゼロを示すでしょう。
The approximate minimum time for rollover of
this counter is 7.4 hours.
このカウンタのロールオーバーのための大体の最小の時間は7.4時間です。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of rptrMonitorPortLastChange."
REFERENCE "[IEEE802.3], 30.5.1.1.10, aFalseCarriers.
RFC 2108, rptrMonitorPortLastChange"
::= { rpMauEntry 10 }
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、rptrMonitorPortLastChangeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .10、aFalseCarriers、」 「RFC2108、rptrMonitorPortLastChange」:、:= rpMauEntry10
-- The rpJackTable applies to MAUs attached to repeaters
-- which have one or more external jacks (connectors).
-- rpJackTableはリピータ(1個以上の外部のジャッキ(コネクタ)を持っている)に取り付けられたMAUsに適用します。
Beili Standards Track [Page 18] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[18ページ]。
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."
INDEX { rpMauGroupIndex,
rpMauPortIndex,
rpMauIndex,
rpJackIndex
}
::= { rpJackTable 1 }
rpJackEntry OBJECT-TYPE SYNTAX RpJackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のジャッキの情報を含むテーブルのエントリー。」 rpMauGroupIndex、rpMauPortIndex、rpMauIndex、rpJackIndexに索引をつけてください:、:= rpJackTable1
RpJackEntry ::=
SEQUENCE {
rpJackIndex Integer32,
rpJackType IANAifJackType
}
RpJackEntry:、:= 系列rpJackIndex Integer32、rpJackType IANAifJackType
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 IANAifJackType
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 IANAifJackTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= rpJackEntry2
--
-- The Basic Interface MAU Table
--
-- -- 基本インターフェースMAUテーブル--
Beili Standards Track [Page 19] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[19ページ]。
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."
::= { dot3IfMauBasicGroup 1 }
「MAU(s)の描写的、そして、状態情報のテーブルはインタフェースに付けた」ifMauTable OBJECT-TYPE SYNTAX SEQUENCE OF IfMauEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= dot3IfMauBasicGroup1
ifMauEntry OBJECT-TYPE
SYNTAX IfMauEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "An entry in the table, containing information
about a single MAU."
INDEX { ifMauIfIndex,
ifMauIndex
}
::= { ifMauTable 1 }
ifMauEntry OBJECT-TYPE SYNTAX IfMauEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身のMAUの情報を含むテーブルのエントリー。」 ifMauIfIndex、ifMauIndexに索引をつけてください:、:= ifMauTable1
IfMauEntry ::=
SEQUENCE {
ifMauIfIndex InterfaceIndex,
ifMauIndex Integer32,
ifMauType AutonomousType,
ifMauStatus INTEGER,
ifMauMediaAvailable IANAifMauMediaAvailable,
ifMauMediaAvailableStateExits Counter32,
ifMauJabberState INTEGER,
ifMauJabberingStateEnters Counter32,
ifMauFalseCarriers Counter32,
ifMauTypeList Integer32,
ifMauDefaultType AutonomousType,
ifMauAutoNegSupported TruthValue,
ifMauTypeListBits IANAifMauTypeListBits,
ifMauHCFalseCarriers Counter64
}
IfMauEntry:、:= 系列ifMauIfIndex InterfaceIndex、ifMauIndex Integer32、ifMauType AutonomousType、ifMauStatus整数、ifMauMediaAvailable IANAifMauMediaAvailable、ifMauMediaAvailableStateExits Counter32、ifMauJabberState整数、ifMauJabberingStateEnters Counter32、ifMauFalseCarriers Counter32、ifMauTypeList Integer32、ifMauDefaultType AutonomousType、ifMauAutoNegSupported TruthValue、ifMauTypeListBits IANAifMauTypeListBits、ifMauHCFalseCarriers Counter64
ifMauIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION "This variable uniquely identifies the interface
to which the MAU described by this entry is
connected."
REFERENCE "RFC 2863, ifIndex"
::= { ifMauEntry 1 }
SMIv1はSTATUS現在の記述に索引をつけます。ifMauIfIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「この変数は唯一このエントリーで説明されたMAUがどれであるかと接続されたインタフェースを特定します」。 「RFC2863、ifIndex」という参照:、:= ifMauEntry1
Beili Standards Track [Page 20] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[20ページ]。
ifMauIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION "This variable uniquely identifies the MAU
described by this entry from among other MAUs
connected to the same interface (ifMauIfIndex)."
REFERENCE "[IEEE802.3], 30.5.1.1.1, aMAUID."
::= { ifMauEntry 2 }
ifMauIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--SMIv1は「この変数は同じインタフェース(ifMauIfIndex)に接続されたもう一方MAUsの中で唯一このエントリーで説明されたMAUを特定する」STATUSの現在の記述に索引をつけます。 参照、「[IEEE802.3]、30.5 .1 .1 .1、aMAUID、」 ::= ifMauEntry2
ifMauType OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object identifies the MAU type. Values for
standard IEEE 802.3 MAU types are defined in the
IANA maintained IANA-MAU-MIB module, as
OBJECT-IDENTITIES of dot3MauType.
If the MAU type is unknown, the object identifier
zeroDotZero is returned.
ifMauType OBJECT-TYPE SYNTAX AutonomousTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「MAUタイプを特定これが反対するします」。 標準のIEEE802.3MAUタイプのための値はIANA-MAU-MIBモジュールであることが支持されたIANAでdot3MauTypeのOBJECT-IDENTITIESと定義されます。 MAUタイプが未知であるなら、物の識別子zeroDotZeroを返します。
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 "[IEEE802.3], 30.5.1.1.2, aMAUType."
::= { ifMauEntry 3 }
この物がMAUの操作上のタイプの代理をして、自動交渉機能か2つの)ものの結果は、自動交渉であるなら1で)決定するように可能にされないか、またはこのMAUのために実行されません、物のifMauDefaultTypeの値で。 「場合2)では、物のifMauDefaultTypeへのセットは新しいオペレーティング・モードにMAUを力づくで押すでしょう。」 参照、「[IEEE802.3]、30.5 .1 .1 .2、aMAUType、」 ::= ifMauEntry3
ifMauStatus OBJECT-TYPE
SYNTAX INTEGER {
other(1),
unknown(2),
operational(3),
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
他の(1)、未知の(2)、操作上の(3)、予備(4)(閉鎖(5))は(6)をリセットしました。ifMauStatus OBJECT-TYPE SYNTAX INTEGER、マックス-ACCESSは「MAUの現状」をSTATUSの現在の記述に読書して書きます。 この物は書き込み禁止物としてMAU状態のソフトウェア制御装置を実行しないそれらのエージェントとMAUsによって実行されるかもしれません。 そうしないエージェントもいるかもしれません。
Beili Standards Track [Page 21] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[21ページ]。
support setting the value of this object to some
of the enumerated values.
列挙された値のいくつかにこの物の値を設定するのを支持してください。
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; it 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 MAYは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 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 "[IEEE802.3], 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)に設定するのに閉鎖状態に入るのを除いて、MAUは操作上の(3)、予備(4)、または閉鎖(5)でそれぞれの状態を仮定します。」 そして、参照、「[IEEE802.3]、30.5 .1 .1 .7 aMAUAdminState、30.5 .1 .2 .2 acMAUAdminControl、30.5 .1 .2 .1、acResetMAU、」 ::= ifMauEntry4
ifMauMediaAvailable OBJECT-TYPE
ifMauMediaAvailableオブジェクト・タイプ
Beili Standards Track [Page 22] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[22ページ]。
SYNTAX IANAifMauMediaAvailable
MAX-ACCESS read-only
STATUS current
DESCRIPTION "This object identifies Media Available state of
the MAU, complementary to the ifMauStatus. Values
for the standard IEEE 802.3 Media Available states
are defined in the IANA maintained IANA-MAU-MIB
module, as IANAifMauMediaAvailable TC."
REFERENCE "[IEEE802.3], 30.5.1.1.4, aMediaAvailable."
::= { ifMauEntry 5 }
SYNTAX IANAifMauMediaAvailableのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「ifMauStatusに補足的なMAUのメディアAvailable州を特定これが反対するします」。 「標準のIEEE802.3メディアAvailable州への値はIANA-MAU-MIBモジュールであることが支持されたIANAでIANAifMauMediaAvailable TCと定義されます。」 参照、「[IEEE802.3]、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
ifMauMediaAvailable for this MAU instance leaves
the state available(3).
「このMAU例のためのそれの回のifMauMediaAvailableの数のカウントは州の利用可能な(3)を残す」ifMauMediaAvailableStateExits OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE802.3], 30.5.1.1.5, aLoseMediaCounter.
RFC 2863, ifCounterDiscontinuityTime."
::= { ifMauEntry 6 }
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、ifCounterDiscontinuityTimeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .5、aLoseMediaCounter、」 「RFC2863、ifCounterDiscontinuityTime。」 ::= 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
MAUがエージェントが返すおしゃべり状態にあるなら
Beili Standards Track [Page 23] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[23ページ]。
the jabbering(4) value."
REFERENCE "[IEEE802.3], 30.5.1.1.6, aJabber.jabberFlag."
::= { ifMauEntry 7 }
「おしゃべり(4)値。」 参照、「[IEEE802.3]、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). This counter will always
indicate zero for MAUs of type dot3MauTypeAUI
and those of speeds above 10Mbps.
ifMauJabberingStateEnters OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「このMAU例のためのmauJabberStateが(4)についてペチャクチャしゃべる州に入るという回の数のカウント。」 このカウンタはタイプdot3MauTypeAUIのMAUsと速度のもののために10Mbpsの上にいつもゼロを示すでしょう。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE802.3], 30.5.1.1.6, aJabber.jabberCounter.
RFC 2863, ifCounterDiscontinuityTime."
::= { ifMauEntry 8 }
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、ifCounterDiscontinuityTimeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .6、aJabber.jabberCounter、」 「RFC2863、ifCounterDiscontinuityTime。」 ::= 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 and 1000BASE-X links.
「100BASE-Xと1000BASE-XのIDLEの間の誤ったキャリヤーイベントの数のカウントはリンクする」ifMauFalseCarriers OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
For all other MAU types, this counter will
always indicate zero. This counter does not
increment at the symbol rate.
他のすべてのMAUタイプのために、このカウンタはいつもゼロを示すでしょう。 このカウンタはシンボルでレートを増加しません。
It can increment after a valid carrier
completion at a maximum rate of once per 100 ms
for 100BASE-X and once per 10us for 1000BASE-X
until the next CarrierEvent.
それは100BASE-Xのための100msあたりの一度の最高率における次までの1000BASE-Xのための10usに一度有効なキャリヤー完成の後にCarrierEventを増加できます。
This counter can roll over very quickly. A
management station is advised to poll the
ifMauHCFalseCarriers instead of this counter in
order to avoid loss of information.
このカウンタは非常にすぐにひっくり返ることができます。 管理局が情報の損失を避けるためにこのカウンタの代わりにifMauHCFalseCarriersに投票するようにアドバイスされます。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE802.3], 30.5.1.1.10, aFalseCarriers.
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、ifCounterDiscontinuityTimeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .10、aFalseCarriers、」
Beili Standards Track [Page 24] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[24ページ]。
RFC 2863, ifCounterDiscontinuityTime."
::= { ifMauEntry 9 }
「RFC2863、ifCounterDiscontinuityTime。」 ::= ifMauEntry9
ifMauTypeList OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「ifMauTypeList OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述」*********はこれが、反対する推奨しない**********です。
This object has been deprecated in favour of
ifMauTypeListBits.
この物はifMauTypeListBitsを支持して非難されました。
A value that uniquely identifies the set of
possible IEEE 802.3 types that the MAU could be.
The value is a sum that 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 that has
the capability to be only 10BASE-T would have a
value of 512 (2**9). In contrast, a MAU that
supports both 10Base-T (full duplex) and
100BASE-TX (full duplex) would have a value of
((2**11) + (2**16)), or 67584.
唯一可能なIEEE802.3のセットを特定する値は、MAUがそうであるかもしれないことをタイプします。 値は初めは値ゼロを取る合計です。 そして、各タイプにおいて、以下に述べられたパワーに上げられたこのMAU、2の能力は合計に加えられます。 例えば、10BASE-Tだけである能力を持っているMAUは512(2**9)の値を持っているでしょう。 対照的に、10Base-T(全二重)と100BASE-テキサス(全二重)の両方を支持するMAUは(+ (2**11)(2**16))の1か67584の値を持っているでしょう。
The powers of 2 assigned to the capabilities are
these:
能力に割り当てられた2人の強国がこれらです:
Power Capability
0 other or unknown
1 AUI
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
重複の重複の未知のパワーCapability0 1他の、または、未知のAUI2の10BASE-5 3 FOIRL4のハーフデュプレックスモード18 100BASE-FX全二重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モード19 100BASE-T2ハーフデュプレックスモード
Beili Standards Track [Page 25] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[25ページ]。
20 100BASE-T2 full duplex mode
20 100BASE-T2全二重モード
If auto-negotiation is present on this MAU, this
object will map to ifMauAutoNegCapability."
::= { ifMauEntry 10 }
「自動交渉がこのMAUに存在していると、この物はifMauAutoNegCapabilityに写像されるでしょう。」 ::= ifMauEntry10
ifMauDefaultType OBJECT-TYPE
SYNTAX AutonomousType
MAX-ACCESS read-write
STATUS current
DESCRIPTION "This object identifies the default
administrative baseband MAU type to be used in
conjunction with the operational MAU type
denoted by ifMauType.
ifMauDefaultType OBJECT-TYPE SYNTAX AutonomousTypeマックス-ACCESSは「この物は管理ベースバンドMAUがifMauTypeによって指示された操作上の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 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のために実行されて、可能にされるなら、MAUの操作上のタイプは自動交渉で決定します、そして、この物の値は自動交渉が後で無効にされるとき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 "[IEEE802.3], 30.5.1.1.1, aMAUID, and 22.2.4.1.4."
::= { ifMauEntry 11 }
作成者に以下に注意してください。 上で指定された正確な振舞いに続かない基盤となるハードウェア実現に備えるのが必要であるかもしれません。 「ifMauAutoNegAdminStatusが可能にされるのから身体障害者に移行するとき、特に、エージェント実現は、MAU(ifMauTypeによって報告されるように)の操作上のタイプが正しく前に自動交渉機能で決定した値で作動し続けているよりこの物によってむしろ指定された値に移行するのを確実にしなければなりません。」 そして、参照、「[IEEE802.3]、30.5 .1 .1 .1 aMAUID、22.2 .4 .1 .4インチ。 ::= ifMauEntry11
Beili Standards Track [Page 26] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[26ページ]。
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
ifMauTypeListBits OBJECT-TYPE
SYNTAX IANAifMauTypeListBits
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.
If auto-negotiation is present on this MAU, this
object will map to ifMauAutoNegCapabilityBits.
ifMauTypeListBits OBJECT-TYPE SYNTAX IANAifMauTypeListBitsのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一可能なIEEE802.3のセットを特定する値は、MAUがそうであるかもしれないことをタイプします」。 自動交渉がこのMAUに存在していると、この物はifMauAutoNegCapabilityBitsに写像されるでしょう。
Note that this MAU may be capable of operating
as a MAU type that is beyond the scope of this
MIB. This is indicated by returning the
bit value bOther in addition to any bit values
for standard capabilities that are listed in the
IANAifMauTypeListBits TC."
::= { ifMauEntry 13 }
このMAUがこのMIBの範囲にあるMAUタイプとして作動できるかもしれないことに注意してください。 「これはIANAifMauTypeListBits TCに記載されている標準の能力のためのどんな噛み付いている値に加えてビット値のbOtherを返すことによって、示されます。」 ::= ifMauEntry13
ifMauHCFalseCarriers OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A count of the number of false carrier events
during IDLE in 100BASE-X and 1000BASE-X links.
「100BASE-Xと1000BASE-XのIDLEの間の誤ったキャリヤーイベントの数のカウントはリンクする」ifMauHCFalseCarriers OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
For all other MAU types, this counter will
always indicate zero. This counter does not
increment at the symbol rate.
他のすべてのMAUタイプのために、このカウンタはいつもゼロを示すでしょう。 このカウンタはシンボルでレートを増加しません。
This counter is a 64-bit version of
ifMauFalseCarriers. Since the 32-bit version of
this counter can roll over very quickly,
management stations are advised to poll the
64-bit version instead, in order to avoid loss
of information.
このカウンタはifMauFalseCarriersの64ビットのバージョンです。 このカウンタの32ビットのバージョンが非常にすぐにひっくり返ることができるので、管理局が代わりに64ビットのバージョンに投票するようにアドバイスされます、情報の損失を避けるために。
Discontinuities in the value of this counter can
occur at re-initialization of the management
system and at other times, as indicated by the
value of ifCounterDiscontinuityTime."
REFERENCE "[IEEE802.3], 30.5.1.1.10, aFalseCarriers.
「このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます、ifCounterDiscontinuityTimeの値によって示されるように。」 参照、「[IEEE802.3]、30.5 .1 .1 .10、aFalseCarriers、」
Beili Standards Track [Page 27] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[27ページ]。
RFC 2863, ifCounterDiscontinuityTime."
::= { ifMauEntry 14 }
「RFC2863、ifCounterDiscontinuityTime。」 ::= ifMauEntry14
-- 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
DESCRIPTION "An entry in the table, containing information
about a particular jack."
INDEX { ifMauIfIndex,
ifMauIndex,
ifJackIndex
}
::= { ifJackTable 1 }
ifJackEntry OBJECT-TYPE SYNTAX IfJackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のジャッキの情報を含むテーブルのエントリー。」 ifMauIfIndex、ifMauIndex、ifJackIndexに索引をつけてください:、:= ifJackTable1
IfJackEntry ::=
SEQUENCE {
ifJackIndex Integer32,
ifJackType IANAifJackType
}
IfJackEntry:、:= 系列ifJackIndex Integer32、ifJackType IANAifJackType
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 IANAifJackType
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 IANAifJackTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= ifJackEntry2
Beili Standards Track [Page 28] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[28ページ]。
--
-- The MAU Auto-Negotiation Table
--
-- -- MAU自動交渉テーブル--
ifMauAutoNegTable OBJECT-TYPE
SYNTAX SEQUENCE OF IfMauAutoNegEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION "Configuration and status objects for the
auto-negotiation function of MAUs attached to
interfaces.
「構成と状態はインタフェースに取り付けられたMAUsの自動交渉機能のために反対させる」ifMauAutoNegTable OBJECT-TYPE SYNTAX SEQUENCE OF IfMauAutoNegEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
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."
::= { dot3IfMauAutoNegGroup 1 }
ifMauAutoNegTableは自動交渉がインタフェースに取り付けられた1MAUsで支持されるシステムに適用します。 「自動交渉が現在であって可能にされるなら、ifMauType物が自動交渉機能の結果を反映することに注意してください。」 ::= 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,
ifMauAutoNegCapabilityBits IANAifMauAutoNegCapBits,
ifMauAutoNegCapAdvertisedBits IANAifMauAutoNegCapBits,
ifMauAutoNegCapReceivedBits IANAifMauAutoNegCapBits,
ifMauAutoNegRemoteFaultAdvertised INTEGER,
ifMauAutoNegRemoteFaultReceived INTEGER
}
IfMauAutoNegEntry:、:= 系列ifMauAutoNegAdminStatus整数、ifMauAutoNegRemoteSignaling整数、ifMauAutoNegConfig整数、ifMauAutoNegCapability Integer32、ifMauAutoNegCapAdvertised Integer32、ifMauAutoNegCapReceived Integer32、ifMauAutoNegRestart整数、ifMauAutoNegCapabilityBits IANAifMauAutoNegCapBits、ifMauAutoNegCapAdvertisedBits IANAifMauAutoNegCapBits、ifMauAutoNegCapReceivedBits IANAifMauAutoNegCapBits、ifMauAutoNegRemoteFaultAdvertised整数、ifMauAutoNegRemoteFaultReceived整数
Beili Standards Track [Page 29] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[29ページ]。
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 that has the auto-negotiation
signaling ability to be enabled.
ifMauAutoNegAdminStatus OBJECT-TYPE SYNTAX INTEGERは(1)、障害がある(2)を可能にしました。マックス-ACCESSは「この物を可能にされるのに設定して、(1)は可能にされるように能力に合図しながら自動交渉を持っているインタフェースを引き起こすこと」をSTATUSの現在の記述に読書して書きます。
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 "[IEEE802.3], 30.6.1.1.2, aAutoNegAdminState,
and 30.6.1.2.2, acAutoNegAdminControl."
::= { ifMauAutoNegEntry 1 }
作成者に以下に注意してください。 「ifMauAutoNegAdminStatusが可能にされるのから身体障害者に移行するとき、エージェント実現は、MAU(ifMauTypeによって報告されるように)の操作上のタイプが正しく前に自動交渉機能で決定した値で作動し続けているよりifMauDefaultType物によってむしろ指定された値に移行するのを確実にしなければなりません。」 そして、参照、「[IEEE802.3]、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 "[IEEE802.3], 30.6.1.1.3,
aAutoNegRemoteSignaling."
::= { ifMauAutoNegEntry 2 }
ifMauAutoNegRemoteSignaling OBJECT-TYPE SYNTAX INTEGERは(1)、notdetected(2)を検出しました。「リンクのリモートエンドが自動交渉シグナリングを使用しているかどうかを示しながら、Aは評価する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「それが検出された値を取る、(1)、前のリンク交渉の間、単にFLP Burstsを受け取った、」 参照、「[IEEE802.3]、30.6 .1 .1 .3、aAutoNegRemoteSignaling、」 ::= ifMauAutoNegEntry2
ifMauAutoNegConfig OBJECT-TYPE
ifMauAutoNegConfigオブジェクト・タイプ
Beili Standards Track [Page 30] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[30ページ]。
SYNTAX INTEGER {
other(1),
configuring(2),
complete(3),
disabled(4),
parallelDetectFail(5)
}
MAX-ACCESS read-only
STATUS current
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
[IEEE802.3]."
REFERENCE "[IEEE802.3], 30.6.1.1.4, aAutoNegAutoConfig."
::= { ifMauAutoNegEntry 4 }
(2)を構成する他の(1)(完全な(3))を(4)を無能にしました、parallelDetectFail(5)。SYNTAX INTEGER、「Aは自動交渉の過程の現在の状態を示しながら、評価する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「列挙parallelDetectFail(5)が中で定義されるように平行な失敗に検出を写像する、28.2、.3、.1、[IEEE802.3]、」 参照、「[IEEE802.3]、30.6 .1 .1 .4、aAutoNegAutoConfig、」、:、:= ifMauAutoNegEntry4
ifMauAutoNegCapability OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「ifMauAutoNegCapability OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述」*********はこれが、反対する推奨しない**********です。
This object has been deprecated in favour of
ifMauAutoNegCapabilityBits.
この物はifMauAutoNegCapabilityBitsを支持して非難されました。
A value that uniquely identifies the set of
capabilities of the local auto-negotiation
entity. The value is a sum that 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 that has the capability to support
only 100Base-TX half duplex would have a value
of 32768 (2**15). In contrast, an interface
that supports both 100Base-TX half duplex and
100Base-TX full duplex would have a value of
98304 ((2**15) + (2**16)).
唯一地方の自動交渉実体の能力のセットを特定する値。 値は初めは値ゼロを取る合計です。 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)
他の、または、未知のパワーCapability0の10 10BASE-Tハーフデュプレックスモード11 10BASE-T全二重(1-9)(予約される)モード12(予約される)です。
Beili Standards Track [Page 31] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[31ページ]。
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
13 (予約される)の14 100BASE-T4 15 100BASE-テキサスハーフデュプレックスモード16 100BASE-テキサス全二重モード17(予約される)18(予約される)19 100BASE-T2ハーフデュプレックスモード20 100BASE-T2全二重モード
Note that interfaces that support this MIB may
have capabilities that extend beyond the scope
of this MIB."
REFERENCE "[IEEE802.3], 30.6.1.1.5,
aAutoNegLocalTechnologyAbility."
::= { ifMauAutoNegEntry 5 }
「このMIBを支持するインタフェースがこのMIBの範囲で広がる能力を持っているかもしれないことに注意してください。」 参照、「[IEEE802.3]、30.6 .1 .1 .5、aAutoNegLocalTechnologyAbility、」 ::= ifMauAutoNegEntry5
ifMauAutoNegCapAdvertised OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-write
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「ifMauAutoNegCapAdvertised OBJECT-TYPE SYNTAX Integer32マックス-ACCESSは推奨しない記述をSTATUSに読書して書く」という*********はこれが、反対する推奨しない**********です。
This object has been deprecated in favour of
ifMauAutoNegCapAdvertisedBits.
この物はifMauAutoNegCapAdvertisedBitsを支持して非難されました。
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.
唯一地方の自動交渉実体によって広告に掲載された能力のセットを特定する値。 この物の可能な値の記述についてifMauAutoNegCapabilityを参照してください。
Capabilities in this object that are not
available in ifMauAutoNegCapability cannot be
enabled."
REFERENCE "[IEEE802.3], 30.6.1.1.6,
aAutoNegAdvertisedTechnologyAbility."
::= { ifMauAutoNegEntry 6 }
「この物のifMauAutoNegCapabilityで利用可能でない能力は可能にすることができません。」 参照、「[IEEE802.3]、30.6 .1 .1 .6、aAutoNegAdvertisedTechnologyAbility、」 ::= ifMauAutoNegEntry6
ifMauAutoNegCapReceived OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「ifMauAutoNegCapReceived OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述」*********はこれが、反対する推奨しない**********です。
This object has been deprecated in favour of
ifMauAutoNegCapReceivedBits.
この物はifMauAutoNegCapReceivedBitsを支持して非難されました。
A value that uniquely identifies the set of
それが唯一セットを特定する値
Beili Standards Track [Page 32] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[32ページ]。
capabilities received from the remote
auto-negotiation entity. Refer to
ifMauAutoNegCapability for a description of the
possible values of this object.
能力はリモート自動交渉実体から受信されました。 この物の可能な値の記述についてifMauAutoNegCapabilityを参照してください。
Note that interfaces that support this MIB may
be attached to remote auto-negotiation entities
that have capabilities beyond the scope of this
MIB."
REFERENCE "[IEEE802.3], 30.6.1.1.7,
aAutoNegReceivedTechnologyAbility."
::= { ifMauAutoNegEntry 7 }
「このMIBを支持するインタフェースがこのMIBの範囲に能力を持っているリモート自動交渉実体に付けられるかもしれないことに注意してください。」 参照、「[IEEE802.3]、30.6 .1 .1 .7、aAutoNegReceivedTechnologyAbility、」 ::= ifMauAutoNegEntry7
ifMauAutoNegRestart OBJECT-TYPE
SYNTAX INTEGER {
restart(1),
norestart(2)
}
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.
Setting the value of this object to norestart(2)
has no effect."
REFERENCE "[IEEE802.3], 30.6.1.2.1,
acAutoNegRestartAutoConfig."
::= { ifMauAutoNegEntry 8 }
ifMauAutoNegRestart OBJECT-TYPE SYNTAX INTEGERは(1)、norestart(2)を再開します。マックス-ACCESSは「この物の値が(1)を再開するように設定されると、これによって、自動交渉はやむを得ずリンク再交渉を始めること」をSTATUSの現在の記述に読書して書きます。 自動交渉シグナリングが身体障害者、aがこれに書くということであるなら、物は効き目がありません。 「この物の値をnorestart(2)に設定するのは効き目がありません。」 参照、「[IEEE802.3]、30.6 .1 .2 .1、acAutoNegRestartAutoConfig、」、:、:= ifMauAutoNegEntry8
ifMauAutoNegCapabilityBits OBJECT-TYPE
SYNTAX IANAifMauAutoNegCapBits
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A value that uniquely identifies the set of
capabilities of the local auto-negotiation
entity. Note that interfaces that support this
MIB may have capabilities that extend beyond the
scope of this MIB.
ifMauAutoNegCapabilityBits OBJECT-TYPE SYNTAX IANAifMauAutoNegCapBitsのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一地方の自動交渉実体の能力のセットを特定する値。」 このMIBを支持するインタフェースがこのMIBの範囲で広がる能力を持っているかもしれないことに注意してください。
Note that the local auto-negotiation entity may
support some capabilities beyond the scope of
this MIB. This is indicated by returning the
bit value bOther in addition to any bit values
for standard capabilities that are listed in the
IANAifMauAutoNegCapBits TC."
地方の自動交渉実体がこのMIBの範囲を超えたいくつかの能力を支持するかもしれないことに注意してください。 「これはIANAifMauAutoNegCapBits TCに記載されている標準の能力のためのどんな噛み付いている値に加えてビット値のbOtherを返すことによって、示されます。」
Beili Standards Track [Page 33] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[33ページ]。
REFERENCE "[IEEE802.3], 30.6.1.1.5,
aAutoNegLocalTechnologyAbility."
::= { ifMauAutoNegEntry 9 }
参照、「[IEEE802.3]、30.6 .1 .1 .5、aAutoNegLocalTechnologyAbility、」 ::= ifMauAutoNegEntry9
ifMauAutoNegCapAdvertisedBits OBJECT-TYPE
SYNTAX IANAifMauAutoNegCapBits
MAX-ACCESS read-write
STATUS current
DESCRIPTION "A value that uniquely identifies the set of
capabilities advertised by the local
auto-negotiation entity.
ifMauAutoNegCapAdvertisedBits OBJECT-TYPE SYNTAX IANAifMauAutoNegCapBitsマックス-ACCESSは「唯一地方の自動交渉実体によって広告に掲載された能力のセットを特定する値」をSTATUSの現在の記述に読書して書きます。
Capabilities in this object that are not
available in ifMauAutoNegCapabilityBits cannot
be enabled.
この物のifMauAutoNegCapabilityBitsで利用可能でない能力は可能にすることができません。
Note that the local auto-negotiation entity may
advertise some capabilities beyond the scope of
this MIB. This is indicated by returning the
bit value bOther in addition to any bit values
for standard capabilities that are listed in the
IANAifMauAutoNegCapBits TC."
REFERENCE "[IEEE802.3], 30.6.1.1.6,
aAutoNegAdvertisedTechnologyAbility."
::= { ifMauAutoNegEntry 10 }
地方の自動交渉実体がこのMIBの範囲を超えたいくつかの能力の広告を出すかもしれないことに注意してください。 「これはIANAifMauAutoNegCapBits TCに記載されている標準の能力のためのどんな噛み付いている値に加えてビット値のbOtherを返すことによって、示されます。」 参照、「[IEEE802.3]、30.6 .1 .1 .6、aAutoNegAdvertisedTechnologyAbility、」 ::= ifMauAutoNegEntry10
ifMauAutoNegCapReceivedBits OBJECT-TYPE
SYNTAX IANAifMauAutoNegCapBits
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A value that uniquely identifies the set of
capabilities received from the remote
auto-negotiation entity.
Note that interfaces that support this MIB may
be attached to remote auto-negotiation entities
that have capabilities beyond the scope of this
MIB. This is indicated by returning the bit
value bOther in addition to any bit values for
standard capabilities that are listed in the
IANAifMauAutoNegCapBits TC."
REFERENCE "[IEEE802.3], 30.6.1.1.7,
aAutoNegReceivedTechnologyAbility."
::= { ifMauAutoNegEntry 11 }
ifMauAutoNegCapReceivedBits OBJECT-TYPE SYNTAX IANAifMauAutoNegCapBitsのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「唯一リモート自動交渉実体から受け取られた能力のセットを特定する値。」 このMIBを支持するインタフェースがこのMIBの範囲に能力を持っているリモート自動交渉実体に付けられるかもしれないことに注意してください。 「これはIANAifMauAutoNegCapBits TCに記載されている標準の能力のためのどんな噛み付いている値に加えてビット値のbOtherを返すことによって、示されます。」 参照、「[IEEE802.3]、30.6 .1 .1 .7、aAutoNegReceivedTechnologyAbility、」 ::= ifMauAutoNegEntry11
ifMauAutoNegRemoteFaultAdvertised OBJECT-TYPE
SYNTAX INTEGER {
noError(1),
offline(2),
ifMauAutoNegRemoteFaultAdvertised OBJECT-TYPE SYNTAX INTEGER、noError(1)、オフライン(2)
Beili Standards Track [Page 34] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[34ページ]。
linkFailure(3),
autoNegError(4)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION "A value that identifies any local fault
indications that this MAU has detected and will
advertise at the next auto-negotiation
interaction for 1000Mbps MAUs."
REFERENCE "[IEEE802.3], 30.6.1.1.6,
aAutoNegAdvertisedTechnologyAbility."
::= { ifMauAutoNegEntry 12 }
linkFailure(3)、autoNegError(4) マックス-ACCESSは「このMAUが検出したどんな地方の欠点指摘も特定して、1000Mbps MAUsのために次の自動交渉相互作用に広告を出す値」をSTATUSの現在の記述に読書して書きます。 参照、「[IEEE802.3]、30.6 .1 .1 .6、aAutoNegAdvertisedTechnologyAbility、」 ::= ifMauAutoNegEntry12
ifMauAutoNegRemoteFaultReceived OBJECT-TYPE
SYNTAX INTEGER {
noError(1),
offline(2),
linkFailure(3),
autoNegError(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION "A value that identifies any fault indications
received from the far end of a link by the
local auto-negotiation entity for 1000Mbps
MAUs."
REFERENCE "[IEEE802.3], 30.6.1.1.7,
aAutoNegReceivedTechnologyAbility."
::= { ifMauAutoNegEntry 13 }
ifMauAutoNegRemoteFaultReceived OBJECT-TYPE SYNTAX INTEGER、noError(1)、オフライン(2)、linkFailure(3)、autoNegError(4)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「1000Mbps MAUsのために地方の自動交渉実体でリンクの遠端から受けられたどんな欠点指摘も特定する値。」 参照、「[IEEE802.3]、30.6 .1 .1 .7、aAutoNegReceivedTechnologyAbility、」 ::= ifMauAutoNegEntry13
--
-- The Basic Broadband MAU Table
--
-- -- 基本的な広帯域のMAUテーブル--
broadMauBasicTable OBJECT-TYPE
SYNTAX SEQUENCE OF BroadMauBasicEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauBasicTable OBJECT-TYPE SYNTAX SEQUENCE OF BroadMauBasicEntryのマックス-ACCESSのアクセスしやすくないSTATUS推奨しない記述」*********はこれが、反対する推奨しない**********です。
This entire table has been deprecated. There
have been no reported implementations of this
table, and it is unlikely that there ever will
be. IEEE recommends that broadband MAU types
should not be used for new installations.
この全体のテーブルは非難されました。 このテーブルの実現が報告されていなくて、今までにあるのはありそうもないです。 IEEEは、広帯域のMAUタイプが新しいインストールに使用されるべきでないことを勧めます。
Table of descriptive and status information
描写的、そして、状態情報のテーブル
Beili Standards Track [Page 35] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[35ページ]。
about the broadband MAUs connected to
interfaces."
::= { dot3BroadMauBasicGroup 1 }
「ブロードバンドに関して、MAUsはインタフェースに接続しました。」 ::= dot3BroadMauBasicGroup1
broadMauBasicEntry OBJECT-TYPE
SYNTAX BroadMauBasicEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauBasicEntry OBJECT-TYPE SYNTAX BroadMauBasicEntryのマックス-ACCESSのアクセスしやすくないSTATUS推奨しない記述」*********はこれが、反対する推奨しない**********です。
An entry in the table, containing information
about a single broadband MAU."
INDEX { broadMauIfIndex,
broadMauIndex
}
::= { broadMauBasicTable 1 }
「独身の広帯域のMAUの情報を含むテーブルのエントリー。」 broadMauIfIndex、broadMauIndexに索引をつけてください:、:= broadMauBasicTable1
BroadMauBasicEntry ::=
SEQUENCE {
broadMauIfIndex InterfaceIndex,
broadMauIndex Integer32,
broadMauXmtRcvSplitType INTEGER,
broadMauXmtCarrierFreq Integer32,
broadMauTranslationFreq Integer32
}
BroadMauBasicEntry:、:= 系列broadMauIfIndex InterfaceIndex、broadMauIndex Integer32、broadMauXmtRcvSplitType整数、broadMauXmtCarrierFreq Integer32、broadMauTranslationFreq Integer32
broadMauIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauIfIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、SMIv1インデックスSTATUSが記述を非難した」 *********はこれが、反対する推奨しない**********です。
This variable uniquely identifies the interface
to which the MAU described by this entry is
connected."
REFERENCE "RFC 2863, ifIndex."
::= { broadMauBasicEntry 1 }
「この変数は唯一、このエントリーで説明されたMAUが接続されているインタフェースを特定します。」 「RFC2863、ifIndex」という参照。 ::= broadMauBasicEntry1
broadMauIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauIndex OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、SMIv1インデックスSTATUSが記述を非難した」 *********はこれが、反対する推奨しない**********です。
This variable uniquely identifies the MAU
connected to interface broadMauIfIndex that is
この変数は唯一そうするbroadMauIfIndexを連結するように接続されたMAUを特定します。
Beili Standards Track [Page 36] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[36ページ]。
described by this entry."
REFERENCE "[IEEE802.3], 30.5.1.1.1, aMAUID."
::= { broadMauBasicEntry 2 }
「このエントリーで、説明されます」。 参照、「[IEEE802.3]、30.5 .1 .1 .1、aMAUID、」 ::= broadMauBasicEntry2
broadMauXmtRcvSplitType OBJECT-TYPE
SYNTAX INTEGER {
other(1),
single(2),
dual(3)
}
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauXmtRcvSplitType OBJECT-TYPE SYNTAX INTEGER、他の(1)、シングル(2)、マックス-ACCESS書き込み禁止STATUSが非難した二元的な(3)、記述、」 *********はこれが、反対する推奨しない**********です。
This object indicates the type of frequency
multiplexing/cabling system used to separate the
transmit and receive paths for the 10BROAD36
MAU.
この物が、頻度マルチプレクシング/配線システムのタイプが以前はよく別々の状態でそうしていたのを示す、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 system, offset normally zero."
REFERENCE "[IEEE802.3], 30.5.1.1.8, aBbMAUXmitRcvSplitType."
::= { broadMauBasicEntry 3 }
値のシングル(2)はただ一つのケーブルシステムを示します。 「値の二元的な(3)は二元的なケーブルシステムを示して、通常、オフセットはゼロです。」 参照、「[IEEE802.3]、30.5 .1 .1 .8、aBbMAUXmitRcvSplitType、」 ::= broadMauBasicEntry3
broadMauXmtCarrierFreq OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauXmtCarrierFreq OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述」*********はこれが、反対する推奨しない**********です。
This variable indicates the transmit carrier
frequency of the 10BROAD36 MAU in MHz/4; that
is, in units of 250 kHz."
REFERENCE "[IEEE802.3], 30.5.1.1.9,
aBroadbandFrequencies.xmitCarrierFrequency."
::= { broadMauBasicEntry 4 }
この変数が示す、MHz/4における、10BROAD36 MAUのキャリヤー頻度を伝えてください。 「すなわち、250kHzのユニット」 参照、「[IEEE802.3]、30.5 .1 .1 .9、aBroadbandFrequencies.xmitCarrierFrequency、」 ::= broadMauBasicEntry4
broadMauTranslationFreq OBJECT-TYPE
SYNTAX Integer32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION "********* THIS OBJECT IS DEPRECATED **********
「broadMauTranslationFreq OBJECT-TYPE SYNTAX Integer32のマックス-ACCESSの書き込み禁止のSTATUSの推奨しない記述」*********はこれが、反対する推奨しない**********です。
This variable indicates the translation offset
この変数は、翻訳が相殺されたのを示します。
Beili Standards Track [Page 37] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[37ページ]。
frequency of the 10BROAD36 MAU in MHz/4; that
is, in units of 250 kHz."
REFERENCE "[IEEE802.3], 30.5.1.1.9,
aBroadbandFrequencies.translationFrequency."
::= { broadMauBasicEntry 5 }
MHz/4における、10BROAD36 MAUの頻度。 「すなわち、250kHzのユニット」 参照、「[IEEE802.3]、30.5 .1 .1 .9、aBroadbandFrequencies.translationFrequency、」 ::= broadMauBasicEntry5
-- Notifications for use by 802.3 MAUs
-- 802.3MAUsによる使用のために通知
snmpDot3MauTraps OBJECT IDENTIFIER ::= { snmpDot3MauMgt 0 }
snmpDot3MauTraps物の識別子:、:= snmpDot3MauMgt0
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 "[IEEE802.3], 30.5.1.3.1, nJabber notification."
::= { snmpDot3MauTraps 1 }
「エージェントは彼らの間には、少なくとも5秒のギャップがあるように、連続したrpMauJabberTrapsの世代を阻止しなければなりません。」 REFERENCE、「[IEEE802.3]、30.5 .1 .3 .1、nJabber通知、」 ::= snmpDot3MauTraps1
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."
「エージェントは彼らの間には、少なくとも5秒のギャップがあるように、連続したifMauJabberTrapsの世代を阻止しなければなりません。」
REFERENCE "[IEEE802.3], 30.5.1.3.1, nJabber notification."
::= { snmpDot3MauTraps 2 }
REFERENCE、「[IEEE802.3]、30.5 .1 .3 .1、nJabber通知、」 ::= snmpDot3MauTraps2
-- 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
-- 物のグループ
Beili Standards Track [Page 38] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[38ページ]。
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
implementations."
::= { mauModObjGrps 1 }
mauRpGrpBasic OBJECT-GROUP OBJECTS、rpMauGroupIndex、rpMauPortIndex、rpMauIndex、rpMauType、rpMauStatus、rpMauMediaAvailable、rpMauMediaAvailableStateExits、rpMauJabberState、rpMauJabberingStateEnters、「MAUsに、基本的な順応グループはリピータポートに付けた」STATUSの現在の記述。 「また、このグループはRFC1515実現のための順応仕様です。」 ::= mauModObjGrps1
mauRpGrp100Mbs OBJECT-GROUP
OBJECTS { rpMauFalseCarriers }
STATUS current
DESCRIPTION "Conformance group for MAUs attached to
repeater ports with 100 Mb/s or greater
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."
mauIfGrpBasic OBJECT-GROUP OBJECTS、ifMauIfIndex、ifMauIndex、ifMauType、ifMauStatus、ifMauMediaAvailable、ifMauMediaAvailableStateExits、ifMauJabberState、ifMauJabberingStateEnters、「MAUsに、基本的な順応グループはインタフェースに付けた」STATUSの現在の記述。 「また、このグループはRFC1515実現のための順応仕様を提供します。」
Beili Standards Track [Page 39] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[39ページ]。
::= { mauModObjGrps 4 }
::= mauModObjGrps4
mauIfGrp100Mbs OBJECT-GROUP
OBJECTS { ifMauFalseCarriers,
ifMauTypeList,
ifMauDefaultType,
ifMauAutoNegSupported
}
mauIfGrp100Mbs物群対象ifMauFalseCarriers、ifMauTypeList、ifMauDefaultType、ifMauAutoNegSupported
STATUS deprecated
DESCRIPTION "********* THIS GROUP IS DEPRECATED **********
これが分類する「STATUSの推奨しない記述」*********は推奨しない**********です。
Conformance group for MAUs attached to
interfaces with 100 Mb/s capability.
MAUsのための順応グループは100Mb/sの能力とのインタフェースに付きました。
This object group has been deprecated in favor
of mauIfGrpHighCapacity."
::= { mauModObjGrps 5 }
「この物のグループはmauIfGrpHighCapacityを支持して非難されました。」 ::= mauModObjGrps5
mauIfGrpJack OBJECT-GROUP
OBJECTS { ifJackType }
STATUS current
DESCRIPTION "Conformance group for MAUs attached to
interfaces with managed jacks."
::= { mauModObjGrps 6 }
mauIfGrpJack OBJECT-GROUP OBJECTS ifJackType、「MAUsのための順応グループは管理されたジャッキとのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps6
mauIfGrpAutoNeg OBJECT-GROUP
OBJECTS { ifMauAutoNegAdminStatus,
ifMauAutoNegRemoteSignaling,
ifMauAutoNegConfig,
ifMauAutoNegCapability,
ifMauAutoNegCapAdvertised,
ifMauAutoNegCapReceived,
ifMauAutoNegRestart
}
STATUS deprecated
DESCRIPTION "********* THIS GROUP IS DEPRECATED **********
「mauIfGrpAutoNeg OBJECT-GROUP OBJECTS、ifMauAutoNegAdminStatus、ifMauAutoNegRemoteSignaling、ifMauAutoNegConfig、ifMauAutoNegCapability、ifMauAutoNegCapAdvertised、ifMauAutoNegCapReceived、STATUSが非難したifMauAutoNegRestart、記述、」 これが分類する*********は推奨しない**********です。
Conformance group for MAUs attached to
interfaces with managed auto-negotiation.
MAUsのための順応グループは管理された自動交渉とのインタフェースに付きました。
This object group has been deprecated in favor
of mauIfGrpAutoNeg2."
::= { mauModObjGrps 7 }
「この物のグループはmauIfGrpAutoNeg2を支持して非難されました。」 ::= mauModObjGrps7
mauBroadBasic OBJECT-GROUP
OBJECTS { broadMauIfIndex,
broadMauIndex,
mauBroadBasic物群対象、broadMauIfIndex、broadMauIndex
Beili Standards Track [Page 40] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[40ページ]。
broadMauXmtRcvSplitType,
broadMauXmtCarrierFreq,
broadMauTranslationFreq
}
STATUS deprecated
DESCRIPTION "********* THIS GROUP IS DEPRECATED **********
Conformance group for broadband MAUs attached
to interfaces.
broadMauXmtRcvSplitType、broadMauXmtCarrierFreq、broadMauTranslationFreq ブロードバンドMAUsのための「STATUSの推奨しない記述」という*********THIS GROUP IS DEPRECATED**********順応グループはインタフェースに付きました。
This object group is deprecated. There have
been no reported implementations of this group,
and it was felt to be unlikely that there will
be any future implementations."
::= { mauModObjGrps 8 }
この物のグループは推奨しないです。 「このグループの実現が報告されていなくて、実現がどんな未来にもあるのはありそうもないと感じられました。」 ::= mauModObjGrps8
mauIfGrpHighCapacity OBJECT-GROUP
OBJECTS { ifMauFalseCarriers,
ifMauTypeListBits,
ifMauDefaultType,
ifMauAutoNegSupported
}
STATUS current
DESCRIPTION "Conformance group for MAUs attached to
interfaces with 100 Mb/s or greater capability."
::= { mauModObjGrps 9 }
mauIfGrpHighCapacity OBJECT-GROUP OBJECTS、ifMauFalseCarriers、ifMauTypeListBits、ifMauDefaultType、ifMauAutoNegSupported、「MAUsのための順応グループは100Mb/sか、よりすばらしい能力とのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps9
mauIfGrpAutoNeg2 OBJECT-GROUP
OBJECTS { ifMauAutoNegAdminStatus,
ifMauAutoNegRemoteSignaling,
ifMauAutoNegConfig,
ifMauAutoNegCapabilityBits,
ifMauAutoNegCapAdvertisedBits,
ifMauAutoNegCapReceivedBits,
ifMauAutoNegRestart
}
STATUS current
DESCRIPTION "Conformance group for MAUs attached to
interfaces with managed auto-negotiation."
::= { mauModObjGrps 10 }
mauIfGrpAutoNeg2 OBJECT-GROUP OBJECTS、ifMauAutoNegAdminStatus、ifMauAutoNegRemoteSignaling、ifMauAutoNegConfig、ifMauAutoNegCapabilityBits、ifMauAutoNegCapAdvertisedBits、ifMauAutoNegCapReceivedBits、ifMauAutoNegRestart、「MAUsのための順応グループは管理された自動交渉とのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps10
mauIfGrpAutoNeg1000Mbps OBJECT-GROUP
OBJECTS { ifMauAutoNegRemoteFaultAdvertised,
ifMauAutoNegRemoteFaultReceived
}
STATUS current
DESCRIPTION "Conformance group for 1000Mbps MAUs attached to
interfaces with managed auto-negotiation."
::= { mauModObjGrps 11 }
mauIfGrpAutoNeg1000Mbps OBJECT-GROUP OBJECTS、ifMauAutoNegRemoteFaultAdvertised、ifMauAutoNegRemoteFaultReceived、「1000Mbps MAUsのための順応グループは管理された自動交渉とのインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps11
Beili Standards Track [Page 41] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[41ページ]。
mauIfGrpHCStats OBJECT-GROUP
OBJECTS { ifMauHCFalseCarriers }
STATUS current
DESCRIPTION "Conformance for high capacity statistics for
MAUs attached to interfaces."
::= { mauModObjGrps 12 }
mauIfGrpHCStats OBJECT-GROUP OBJECTS ifMauHCFalseCarriers、「MAUsのための高容量統計のための順応はインタフェースに付けた」STATUSの現在の記述。 ::= mauModObjGrps12
-- 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 "Notifications for interface MAUs."
::= { mauModNotGrps 2 }
ifMauNotifications NOTIFICATION-GROUP NOTIFICATIONS ifMauJabberTrap、STATUSの現在の記述、「インタフェースMAUsのための通知。」 ::= mauModNotGrps2
-- Compliances
-- 承諾
mauModRpCompl MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION "******** THIS COMPLIANCE IS DEPRECATED ********
Compliance for MAUs attached to repeater
ports.
MAUsのための「mauModRpCompl MODULE-COMPLIANCE STATUSの推奨しない記述」********THIS COMPLIANCE IS DEPRECATED********コンプライアンスはリピータポートに付きました。
This compliance is deprecated and replaced by
mauModRpCompl2, which corrects an oversight by
allowing rpMauStatus to be implemented
read-only."
「このコンプライアンスをmauModRpCompl2に非難して、取り替えます」。(rpMauStatusが実行された書き込み禁止であることを許容することによって、mauModRpCompl2は見落としを修正します)。
MODULE -- this module
MANDATORY-GROUPS { mauRpGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauRpGrpBasic
GROUP mauRpGrp100Mbs
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have 100Mb/s or
greater capability."
「この任意のグループの実現は100Mb/sか、よりすばらしい能力を持っているMAUsのために推薦される」GROUP mauRpGrp100Mbs記述。
GROUP mauRpGrpJack
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have one or more
external jacks."
「この任意のグループの実現は1個以上の外部のジャッキを持っているMAUsのために推薦される」GROUP mauRpGrpJack記述。
GROUP rpMauNotifications
グループrpMauNotifications
Beili Standards Track [Page 42] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[42ページ]。
DESCRIPTION "Implementation of this group is recommended
for MAUs attached to repeater ports."
::= { mauModCompls 1 }
「このグループの実現はリピータポートに取り付けられたMAUsのために推薦される」記述。 ::= mauModCompls1
mauModIfCompl MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION "******** THIS COMPLIANCE IS DEPRECATED ********
「mauModIfCompl MODULE-COMPLIANCE STATUSは記述を非難した」、********この承諾が推奨しない********です。
Compliance for MAUs attached to interfaces.
This compliance is deprecated and replaced by
mauModIfCompl2."
MAUsのためのコンプライアンスはインタフェースに付きました。 「このコンプライアンスをmauModIfCompl2に非難して、取り替えます。」
MODULE -- this module
MANDATORY-GROUPS { mauIfGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauIfGrpBasic
GROUP mauIfGrp100Mbs
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have 100Mb/s
capability."
「この任意のグループの実現は100Mb/sの能力を持っているMAUsのために推薦される」GROUP mauIfGrp100Mbs記述。
GROUP mauIfGrpJack
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have one or more
external jacks."
「この任意のグループの実現は1個以上の外部のジャッキを持っているMAUsのために推薦される」GROUP mauIfGrpJack記述。
GROUP mauIfGrpAutoNeg
DESCRIPTION "Implementation of this group is mandatory
for MAUs that 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."
::= { mauModCompls 2 }
「このグループの実現はインタフェースに取り付けられたMAUsのために推薦される」GROUP ifMauNotifications記述。 ::= mauModCompls2
mauModIfCompl2 MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION "******** THIS COMPLIANCE IS DEPRECATED ********
「mauModIfCompl2 MODULE-COMPLIANCE STATUSは記述を非難した」、********この承諾が推奨しない********です。
Compliance for MAUs attached to interfaces.
MAUsのためのコンプライアンスはインタフェースに付きました。
This compliance is deprecated and replaced by
mauModIfCompl3."
「このコンプライアンスをmauModIfCompl3に非難して、取り替えます。」
Beili Standards Track [Page 43] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[43ページ]。
MODULE -- this module
MANDATORY-GROUPS { mauIfGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauIfGrpBasic
GROUP mauIfGrpHighCapacity
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have 100Mb/s
or greater capability."
「この任意のグループの実現は100Mb/sか、よりすばらしい能力を持っているMAUsのために推薦される」GROUP mauIfGrpHighCapacity記述。
GROUP mauIfGrpJack
グループmauIfGrpJack
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have one or more
external jacks."
「この任意のグループの実現は1個以上の外部のジャッキを持っているMAUsのために推薦される」記述。
GROUP mauIfGrpAutoNeg2
DESCRIPTION "Implementation of this group is mandatory
for MAUs that support managed
auto-negotiation."
GROUP mauIfGrpAutoNeg2記述、「このグループの実現はサポートが自動交渉を管理したのがMAUsに義務的です」。
GROUP mauIfGrpAutoNeg1000Mbps
DESCRIPTION "Implementation of this group is mandatory
for MAUs that have 1000Mb/s or greater
capability and support managed
auto-negotiation."
GROUP mauIfGrpAutoNeg1000Mbps記述、「このグループの実現が1000Mb/sを持っているMAUsに義務的であるか、または、より大きい能力とサポートは自動交渉を管理しました」。
GROUP ifMauNotifications
DESCRIPTION "Implementation of this group is recommended
for MAUs attached to interfaces."
「このグループの実現はインタフェースに取り付けられたMAUsのために推薦される」GROUP ifMauNotifications記述。
OBJECT ifMauStatus
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
::= { mauModCompls 3 }
OBJECT ifMauStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ::= mauModCompls3
mauModRpCompl2 MODULE-COMPLIANCE
STATUS current
DESCRIPTION "Compliance for MAUs attached to repeater
ports.
「MAUsのための承諾はリピータポートに付けた」mauModRpCompl2 MODULE-COMPLIANCE STATUSの現在の記述。
Note that compliance with this compliance
statement requires compliance with the
snmpRptrModCompl MODULE-COMPLIANCE statement of
the SNMP-REPEATER-MIB (RFC 2108)."
「この承諾声明への承諾がSNMP-REPEATER-MIB(RFC2108)のsnmpRptrModCompl MODULE-COMPLIANCE声明へのコンプライアンスを必要とすることに注意してください。」
MODULE -- this module
MANDATORY-GROUPS { mauRpGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauRpGrpBasic
GROUP mauRpGrp100Mbs
グループmauRpGrp100Mbs
Beili Standards Track [Page 44] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[44ページ]。
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have 100Mb/s or
greater capability."
「この任意のグループの実現は100Mb/sか、よりすばらしい能力を持っているMAUsのために推薦される」記述。
GROUP mauRpGrpJack
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have one or more
external jacks."
「この任意のグループの実現は1個以上の外部のジャッキを持っているMAUsのために推薦される」GROUP mauRpGrpJack記述。
GROUP rpMauNotifications
グループrpMauNotifications
DESCRIPTION "Implementation of this group is recommended
for MAUs attached to repeater ports."
「このグループの実現はリピータポートに取り付けられたMAUsのために推薦される」記述。
OBJECT rpMauStatus
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
::= { mauModCompls 4 }
OBJECT rpMauStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ::= mauModCompls4
mauModIfCompl3 MODULE-COMPLIANCE
STATUS current
DESCRIPTION "Compliance for MAUs attached to interfaces.
「MAUsのための承諾はインタフェースに付けた」mauModIfCompl3 MODULE-COMPLIANCE STATUSの現在の記述。
Note that compliance with this compliance
statement requires compliance with the
ifCompliance3 MODULE-COMPLIANCE statement of the
IF-MIB (RFC 2863) and the dot3Compliance2
MODULE-COMPLIANCE statement of the
EtherLike-MIB (RFC3635)."
「この承諾声明へのその承諾がifCompliance3 MODULE-COMPLIANCE声明への承諾に要求することに注意してください、-、MIB、EtherLike-MIB(RFC3635)の(RFC2863)とdot3Compliance2 MODULE-COMPLIANCE声明、」
MODULE -- this module
MANDATORY-GROUPS { mauIfGrpBasic }
MODULE--このモジュールMANDATORY-GROUPSmauIfGrpBasic
GROUP mauIfGrpHighCapacity
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have 100Mb/s
or greater capability."
「この任意のグループの実現は100Mb/sか、よりすばらしい能力を持っているMAUsのために推薦される」GROUP mauIfGrpHighCapacity記述。
GROUP mauIfGrpHCStats
DESCRIPTION "Implementation of this group is mandatory
for MAUs that have 1000Mb/s capacity, and
is recommended for MAUs that have 100Mb/s
capacity."
GROUP mauIfGrpHCStats記述、「このグループの実現は、1000Mb/sの容量を持っているMAUsに義務的であり、100Mb/sの容量を持っているMAUsのために推薦されます」。
GROUP mauIfGrpJack
DESCRIPTION "Implementation of this optional group is
recommended for MAUs that have one or more
external jacks."
「この任意のグループの実現は1個以上の外部のジャッキを持っているMAUsのために推薦される」GROUP mauIfGrpJack記述。
Beili Standards Track [Page 45] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[45ページ]。
GROUP mauIfGrpAutoNeg2
DESCRIPTION "Implementation of this group is mandatory
for MAUs that support managed
auto-negotiation."
GROUP mauIfGrpAutoNeg1000Mbps
DESCRIPTION "Implementation of this group is mandatory
for MAUs that have 1000Mb/s or greater
capability and support managed
auto-negotiation."
GROUP mauIfGrpAutoNeg2記述、「このグループの実現はサポートが自動交渉を管理したのがMAUsに義務的です」。 GROUP mauIfGrpAutoNeg1000Mbps記述、「このグループの実現が1000Mb/sを持っているMAUsに義務的であるか、または、より大きい能力とサポートは自動交渉を管理しました」。
GROUP ifMauNotifications
DESCRIPTION "Implementation of this group is recommended
for MAUs attached to interfaces."
「このグループの実現はインタフェースに取り付けられたMAUsのために推薦される」GROUP ifMauNotifications記述。
OBJECT ifMauStatus
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
::= { mauModCompls 5 }
OBJECT ifMauStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ::= mauModCompls5
END
終わり
5. IANA-Maintained MAU TC Definitions
5. IANAによって維持されたMAU Tc定義
IANA-MAU-MIB DEFINITIONS ::= BEGIN
IANAマウMIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-IDENTITY, mib-2
FROM SNMPv2-SMI
TEXTUAL-CONVENTION
FROM SNMPv2-TC
;
IMPORTS MODULE-IDENTITY、OBJECT-IDENTITY、mib-2 FROM SNMPv2-SMI TEXTUAL-CONVENTION FROM SNMPv2-TC。
ianaMauMIB MODULE-IDENTITY
LAST-UPDATED "200704210000Z" -- April 21, 2007
ORGANIZATION "IANA"
CONTACT-INFO " Internet Assigned Numbers Authority
ianaMauMIBモジュールアイデンティティ最終更新日の"200704210000Z"--2007年4月21日組織"IANA"コンタクトインフォメーション「インターネット規定番号権威」
Postal: ICANN
4676 Admiralty Way, Suite 330
Marina del Rey, CA 90292
郵便: カリフォルニア ICANN4676海軍本部Way、Suite330マリナデルレイ、90292
Tel: +1-310-823-9358
EMail: iana@iana.org"
Tel: +1-310-823-9358 メールしてください: " iana@iana.org "
DESCRIPTION
"This MIB module defines dot3MauType OBJECT-IDENTITIES and
IANAifMauListBits, IANAifMauMediaAvailable,
IANAifMauAutoNegCapBits, and IANAifJackType
記述、「このMIBモジュールはdot3MauType OBJECT-IDENTITIES、IANAifMauListBits、IANAifMauMediaAvailable、IANAifMauAutoNegCapBits、およびIANAifJackTypeを定義します」。
Beili Standards Track [Page 46] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[46ページ]。
TEXTUAL-CONVENTIONs, specifying enumerated values of the
ifMauTypeListBits, ifMauMediaAvailable / rpMauMediaAvailable,
ifMauAutoNegCapabilityBits / ifMauAutoNegCapAdvertisedBits /
ifMauAutoNegCapReceivedBits and ifJackType / rpJackType objects
respectively, defined in the MAU-MIB.
TEXTUAL-CONVENTIONs、指定はそれぞれifMauTypeListBits、ifMauMediaAvailable / rpMauMediaAvailable、ifMauAutoNegCapabilityBits/ifMauAutoNegCapAdvertisedBits/ifMauAutoNegCapReceivedBits、およびifJackType / rpJackType物の値を列挙しました、MAU-MIBで定義されて。
It is intended that each new MAU type, Media Availability
state, Auto Negotiation capability and/or Jack type defined by
the IEEE 802.3 working group and approved for publication in a
revision of IEEE Std 802.3 will be added to this MIB module,
provided that it is suitable for being managed by the base
objects in the MAU-MIB. An Expert Review, as defined in
RFC 2434 [RFC2434], is REQUIRED for such additions.
IEEE Std802.3の改正でIEEE802.3ワーキンググループによって定義されて、公表のために承認されたそれぞれの新しいMAUタイプ、メディアAvailability状態、Auto Negotiation能力、そして/または、ジャックタイプがこのMIBモジュールに追加されることを意図します、それがMAU-MIBのベース物によって管理されるのに適当であれば。 RFC2434[RFC2434]で定義されるExpert Reviewはそのような追加のためのREQUIREDです。
The following reference is used throughout this MIB module:
以下の参照はこのMIBモジュール中で使用されます:
[IEEE802.3] refers to:
IEEE Std 802.3, 2005 Edition: 'IEEE Standard for
Information technology - Telecommunications and information
exchange between systems - Local and metropolitan area
networks - Specific requirements -
Part 3: Carrier sense multiple access with collision
detection (CSMA/CD) access method and physical layer
specifications'.
[IEEE802.3] 言及します: IEEE Std802.3、2005版: '情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます' 衝突検出(CSMA/CD)アクセス法と物理的な仕様の層のものがある搬送波感知多重アクセス。
This reference should be updated as appropriate when new
MAU types, Media Availability states, Auto Negotiation
capabilities, and/or Jack types are added to this MIB module.
新しいMAUタイプ、メディアAvailability州、Auto Negotiation能力、そして/または、ジャックタイプをこのMIBモジュールに追加するとき、適宜この参照をアップデートするべきです。
Copyright (C) The IETF Trust (2007).
The initial version of this MIB module was published in
RFC 4836; for full legal notices see the RFC itself.
Supplementary information may be available at:
http://www.ietf.org/copyrights/ianamib.html"
IETFが信じる著作権(C)(2007)。 このMIBモジュールの初期のバージョンはRFC4836で発行されました。 完全な法定の通知に関しては、RFC自身を見てください。 補助情報は以下で利用可能であるかもしれません。 " http://www.ietf.org/copyrights/ianamib.html "
REVISION "200704210000Z" -- April 21, 2007
DESCRIPTION "Initial version of this MIB as published in
RFC 4836."
::= { mib-2 154 }
REVISION"200704210000Z"--2007年4月21日に、記述は「RFC4836で発行されているとしてこのMIBのバージョンに頭文字をつけます」。 ::= mib-2 154
-- Textual Conventions
-- 原文のコンベンション
IANAifMauTypeListBits ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This data type is used as the syntax of the ifMauTypeListBits
object in the (updated) definition of MAU-MIB's ifMauTable.
IANAifMauTypeListBits:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「このデータ型はifMauTypeListBits物の構文としてMAU-MIBのifMauTableの(アップデートします)定義に使用されます」。
Beili Standards Track [Page 47] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[47ページ]。
The most recent version of this textual convention is available
in the online version of this MIB module on the IANA web site.
この原文のコンベンションの最新のバージョンはIANAウェブサイトでこのMIBモジュールのオンラインバージョンで利用可能です。
Requests for new values should be made to IANA via email
(iana@iana.org).
メール( iana@iana.org )で新しい値を求める要求をIANAにするべきです。
Note that changes in this textual convention SHALL be
synchronized with relevant changes in the dot3MauType
OBJECT-IDENTITIES."
REFERENCE
"[IEEE802.3], Section 30.5.1.1.2"
SYNTAX BITS {
bOther(0), -- other or unknown
bAUI(1), -- AUI
b10base5(2), -- 10BASE-5
bFoirl(3), -- FOIRL
「この原文のコンベンションSHALLにおける変化がdot3MauType OBJECT-IDENTITIESにおける関連変化に連動することに注意してください。」 REFERENCE、「[IEEE802.3]、30.5に.1を.10.2インチの構文ビット区分してください、(0)--他の、または、未知のbAUI(1)--AUI b10base5(2)--10BASE-5 bFoirl(3)--FOIRLを苦しめてください、」
b10base2(4), -- 10BASE-2
b10baseT(5), -- 10BASE-T duplex mode unknown
b10baseFP(6), -- 10BASE-FP
b10baseFB(7), -- 10BASE-FB
b10baseFL(8), -- 10BASE-FL duplex mode unknown
b10broad36(9), -- 10BROAD36
b10baseTHD(10), -- 10BASE-T half duplex mode
b10baseTFD(11), -- 10BASE-T full duplex mode
b10baseFLHD(12), -- 10BASE-FL half duplex mode
b10baseFLFD(13), -- 10BASE-FL full duplex mode
b100baseT4(14), -- 100BASE-T4
b100baseTXHD(15), -- 100BASE-TX half duplex mode
b100baseTXFD(16), -- 100BASE-TX full duplex mode
b100baseFXHD(17), -- 100BASE-FX half duplex mode
b100baseFXFD(18), -- 100BASE-FX full duplex mode
b100baseT2HD(19), -- 100BASE-T2 half duplex mode
b100baseT2FD(20), -- 100BASE-T2 full duplex mode
b10base2(4)--10BASE-2 b10baseT(5)--10BASE-Tの重複のモードの未知のb10baseFP(6)--10BASE-FP b10baseFB(7)--10BASE-FB b10baseFL(8)--10BASE-フロリダの重複のモードの未知のb10broad36(9)、--10BROAD36 b10baseTHD(10)--10BASE-Tハーフデュプレックスモードb10baseTFD(11)--10BASE-T全二重モードb10baseFLHD(12)--10BASE-フロリダハーフデュプレックスモードb10baseFLFD(13); 10BASE-フロリダ全二重モードb100baseT4(14)--100BASE-T4 b100baseTXHD(15)--100BASE-テキサスハーフデュプレックスモードb100baseTXFD(16)--100BASE-テキサス全二重モードb100baseFXHD(17)--100BASE-FXハーフデュプレックスモードb100baseFXFD(18)--100BASE-FX全二重モードb100baseT2HD(19)--100BASE-T2ハーフデュプレックスモードb100baseT2FD(20)--100BASE-T2全二重モード
b1000baseXHD(21), -- 1000BASE-X half duplex mode
b1000baseXFD(22), -- 1000BASE-X full duplex mode
b1000baseLXHD(23), -- 1000BASE-LX half duplex mode
b1000baseLXFD(24), -- 1000BASE-LX full duplex mode
b1000baseSXHD(25), -- 1000BASE-SX half duplex mode
b1000baseSXFD(26), -- 1000BASE-SX full duplex mode
b1000baseCXHD(27), -- 1000BASE-CX half duplex mode
b1000baseCXFD(28), -- 1000BASE-CX full duplex mode
b1000baseTHD(29), -- 1000BASE-T half duplex mode
b1000baseTFD(30), -- 1000BASE-T full duplex mode
b1000baseXHD(21)--1000BASE-Xハーフデュプレックスモードb1000baseXFD(22)--1000BASE-X全二重モードb1000baseLXHD(23)--1000BASE-LXハーフデュプレックスモードb1000baseLXFD(24)--1000BASE-LX全二重モードb1000baseSXHD(25)--1000BASE-SXハーフデュプレックスモードb1000baseSXFD(26)--1000BASE-SX全二重モードb1000baseCXHD(27)--1000BASE-CXハーフデュプレックスモードb1000baseCXFD(28)--1000BASE-CX全二重モードb1000baseTHD(29)--1000BASE-Tハーフデュプレックスモードb1000baseTFD(30)--1000BASE-T全二重モード
b10GbaseX(31), -- 10GBASE-X
b10GbaseLX4(32), -- 10GBASE-LX4
b10GbaseX(31)--10GBASE-X b10GbaseLX4(32)--10GBASE-LX4
Beili Standards Track [Page 48] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[48ページ]。
b10GbaseR(33), -- 10GBASE-R
b10GbaseER(34), -- 10GBASE-ER
b10GbaseLR(35), -- 10GBASE-LR
b10GbaseSR(36), -- 10GBASE-SR
b10GbaseW(37), -- 10GBASE-W
b10GbaseEW(38), -- 10GBASE-EW
b10GbaseLW(39), -- 10GBASE-LW
b10GbaseSW(40), -- 10GBASE-SW
-- new since RFC 3636
b10GbaseCX4(41), -- 10GBASE-CX4
b2BaseTL(42), -- 2BASE-TL
b10PassTS(43), -- 10PASS-TS
b100BaseBX10D(44), -- 100BASE-BX10D
b100BaseBX10U(45), -- 100BASE-BX10U
b100BaseLX10(46), -- 100BASE-LX10
b1000BaseBX10D(47), -- 1000BASE-BX10D
b1000BaseBX10U(48), -- 1000BASE-BX10U
b1000BaseLX10(49), -- 1000BASE-LX10
b1000BasePX10D(50), -- 1000BASE-PX10D
b1000BasePX10U(51), -- 1000BASE-PX10U
b1000BasePX20D(52), -- 1000BASE-PX20D
b1000BasePX20U(53) -- 1000BASE-PX20U
}
--10GBASE-W b10GbaseEW(38)--10GBASE-EW b10GbaseLW(39)--10GBASE-LW b10GbaseSW(40)--b10GbaseR(33)--10GBASE-R b10GbaseER(34)--10GBASE-ER b10GbaseLR(35)--10GBASE-LR b10GbaseSR(36)--10GBASE-SR b10GbaseW(37)、RFC3636b10GbaseCX4(41)以来新しい10GBASE-SW; 10GBASE-CX4 b2BaseTL(42)--2BASE-Tl b10PassTS(43)--10PASS-t b100BaseBX10D(44)--100BASE-BX10D b100BaseBX10U(45)--100BASE-BX10U b100BaseLX10(46)--100BASE-LX10 b1000BaseBX10D(47)--1000BASE-BX10D b1000BaseBX10U(48)--1000BASE-BX10U b1000BaseLX10(49)--1000BASE-LX10 b1000BasePX10D(50)--1000BASE-PX10D b1000BasePX10U(51)--1000BASE-PX10U b1000BasePX20D(52)--1000BASE-PX20D b1000BasePX20U(53)--1000BASE-PX20U
IANAifMauMediaAvailable ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This data type is used as the syntax of the
ifMauMediaAvailable and rpMauMediaAvailable objects in the
(updated) definition of MAU-MIB's ifMauTable and rpMauTable
respectively.
IANAifMauMediaAvailable:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「このデータ型はifMauMediaAvailableとrpMauMediaAvailable物の構文としてMAU-MIBのifMauTableとrpMauTableの(アップデートします)定義にそれぞれ使用されます」。
Possible values are:
other(1) - undefined (not listed below)
unknown(2) - MAU's true state is unknown; e.g.,
during initialization
available(3) - link, light, or loopback is normal
notAvailable(4) - link loss, low light, or no loopback
remoteFault(5) - 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
invalidSignal(6) - invalid signal has been received from
the other end of the link, 10BASE-FB
only
remoteJabber(7) - remote fault, due to jabber
可能な値は以下の通りです。 他の(1)--未定義(以下では、記載されていない)の未知(2)--MAUの本当の状態は未知です。 例えば、初期化の間、利用可能な(3)--リンクするか、光、またはループバックが正常なnotAvailable(4)です--低い光にもかかわらず、損失、ループバックがないremoteFault(5)をリンクしてください--欠点はリンクのリモートエンドで検出されました。 この値は自動交渉invalidSignal(6)を走らせながら、システムから10BASE-FB、100BASE-T4 Far End Fault Indication、および特記以外のリモート欠点に適用されます--リンクのもう一方の端から無効の信号を受信して、10BASE-FBはremoteJabber(7)にすぎません--、おしゃべりによるリモート欠点
Beili Standards Track [Page 49] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[49ページ]。
remoteLinkLoss(8) - remote fault, due to link loss
remoteTest(9) - remote fault, due to test
offline(10) - offline, Clause 37 Auto-Negotiation
only
autoNegError(11) - Auto-Negotiation Error, Clause 37
Auto-Negotiation only
pmdLinkFault(12) - PMA/PMD receive link fault. In case
of PAF (2BASE-TL / 10PASS-TS PHYs),
all PMEs in the aggregation group have
detected a link fault
wisFrameLoss(13) - WIS loss of frame, 10GBASE-W only
wisSignalLoss(14) - WIS loss of signal, 10GBASE-W only
pcsLinkFault(15) - PCS receive link fault
excessiveBER(16) - PCS Bit Error Ratio monitor
reporting excessive error ratio
dxsLinkFault(17) - DTE XGXS receive link fault, XAUI only
pxsLinkFault(18) - PHY XGXS receive link fault, XAUI only
availableReduced(19) - link normal, reduced bandwidth,
2BASE-TL / 10PASS-TS only
ready(20) - at least one PME in the aggregation
group is detecting handshake tones,
2BASE-TL / 10PASS-TS only
remoteLinkLoss(8)--リモート欠点、リンクの損失remoteTest(9)(オフライン(10)をテストするのにおいて当然のリモート欠点)のため、オフラインで、Clause37Auto-交渉autoNegError(11)だけ--自動Negotiation Error、Clause37Auto-交渉pmdLinkFault(12)だけ--PMA/PMDはリンク欠点を受けます。 10GBASE-W、合図してください。PAF(2BASE-TL / 10PASS-TS PHYs)の場合には、集合グループにおけるすべてのPMEsがリンク欠点wisFrameLoss(13)を検出しました--、フレーム、10GBASE-WだけのWISの損失、wisSignalLoss(14)--、WISの損失、pcsLinkFault(15)だけ--PCSはリンク欠点excessiveBER(16)を受けます--PCS Bit Error Ratioは報告の過度の誤り比dxsLinkFault(17)をモニターします--DTE XGXSはリンク欠点を受けます; availableReduced(19)だけ--PHY XGXSはリンク欠点を受けて、XAUIは正常で、減少している帯域幅をリンクします、2BASE-TL / 10PASS-TSだけ。XAUI、pxsLinkFault(18)だけ--、持ち合わせの(20)--少なくとも1PMEが集合グループで握手トーンを検出している、2BASE-TL / 10PASS-TS専用
If the MAU is a 10M b/s 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, 10BASE2, 10BASE5, or
10BROAD36 MAU, this indicates whether loopback is detected on
the DI circuit. The value of this attribute persists between
packets for MAU types AUI, 10BASE5, 10BASE2, 10BROAD36, and
10BASEFP.
MAUが10M b/sリンクかファイバータイプ(FOIRL、10BASE-T、10BASE-F)であるなら、これによるリンクテストと同等物が状態/低軽い機能に失敗するということです。 AUI、10BASE2、10BASE5、または10BROAD36 MAUに関しては、これは、ループバックがDIサーキットの上に検出されるかどうかを示します。 この属性の値はMAUタイプのAUI、10BASE5、10BASE2、10BROAD36、および10BASEFPのためにパケットの間で持続しています。
At power-up or following a reset, the Media Available state
will be unknown(2) for AUI, 10BASE5, 10BASE2, 10BROAD36, 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 Media
Available state will only change during noncollided
transmissions for AUI, 10BASE2, 10BASE5, 10BROAD36, and
10BASE-FP MAUs.
メディアAvailable状態はAUI、10BASE5、10BASE2、10BROAD36、および10BASE-FP MAUsのためにパワーアップするかリセットに続くことへの、未知にな(2)るでしょう。 これらのMAUsがないかどうか、ループバックは衝突が全く検出されない各トランスミッションのときにテストされるでしょう。 DIがトランスミッションの後にIDLへのリターンをしてください。そうすれば、衝突が全くトランスミッションの間ないとき入力された受信であるなら、ループバックは検出されるでしょう。 メディアAvailable状態はAUI、10BASE2、10BASE5、10BROAD36、および10BASE-FP MAUsのために非衝突しているトランスミッションの間、変化するだけでしょう。
For 100BASE-T2, 100BASE-T4, 100BASE-TX, 100BASE-FX,
100BASE-LX10, and 100BASE-BX10 PHYs the enumerations match the
states within the link integrity state diagram.
Any MAU that implements management of [IEEE802.3] Clause
28 Auto-Negotiation, will map remote fault indication to
remoteFault(5).
100BASE-T4、100BASE-テキサスの100BASE-T2、100BASE-FX、100BASE-LX10、および100BASE-BX10 PHYsに関しては、列挙はリンク保全州のダイヤグラムの中で州に合っています。 [IEEE802.3]節28Auto-交渉の管理を実行して、リモート欠点指示をremoteFault(5)に写像するどんなMAU。
Beili Standards Track [Page 50] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[50ページ]。
Any MAU that implements management of Clause 37
Auto-Negotiation, will map the received RF1 and RF2 bits as
follows: Offline maps to offline(10), Link_Failure maps to
remoteFault(5), and Auto-Negotiation Error maps to
autoNegError(11).
Clause37Auto-交渉の管理を実行して、以下の容認されたRF1とRF2ビットを写像するどんなMAUも: オフライン(10)へのオフライン地図、remoteFault(5)へのLink_Failure地図、およびautoNegError(11)へのAuto-交渉Error地図。
The value remoteFault(5) applies to 10BASE-FB remote
fault indication, the 100BASE-X far-end fault indication, and
nonspecified remote faults from a system running Clause 28
Auto-Negotiation.
値のremoteFault(5)は、Clause28Auto-交渉を走らせながら、システムからのリモート欠点指示、100BASE-X遠端欠点指示、および非指定されたリモート欠点を10BASE-FBに適用します。
The value remoteJabber(7), remoteLink loss(8), or remoteTest(9)
SHOULD be used instead of remoteFault(5) where the reason for
remote fault is identified in the remote signaling protocol.
Where a Clause 22 MII or Clause 35 GMII is present, a logic
one in the remote fault bit maps to the value remoteFault(5),
a logic zero in the link status bit maps to the enumeration
notAvailable(4). The value notAvailable(4) takes precedence
over remoteFault(5).
remoteLinkの損失のremoteJabber(7)、(8)、またはremoteTest(9) SHOULDを評価してください。リモート欠点の理由がリモートシグナリングプロトコルで特定されるremoteFault(5)の代わりに、使用されてください。 Clause22MIIかClause35GMIIが存在しているところでは、値のremoteFault(5)へのリモート欠点ビットマップの論理1、リンクステータスビット地図で列挙notAvailable(4)に論理ゼロです。 値のnotAvailable(4)はremoteFault(5)の上で優先します。
For 2BASE-TL and 10PASS-TS PHYs, the value unknown(2) maps to
the condition where the PHY (PCS with connected PMEs) is
initializing, the value ready(20) maps to the condition where
the interface is down and at least one PME in the aggregation
group is ready for handshake, the value available(3) maps to
the condition where all the PMEs in the aggregation group are
up, the value notAvailable(4) maps to the condition where all
the PMEs in the aggregation group are down and no handshake
tones are detected, the value availableReduced(19) maps to the
condition where the interface is up, a link fault is detected
at the receive direction by one or more PMEs in the
aggregation group, but at least one PME is up and the
enumeration pmdLinkFault(12) maps to the condition where a link
fault is detected at the receive direction by all of the PMEs
in the aggregation group.
2BASE-TLと10PASS-TS PHYsに関しては、値の未知(2)はPHY(接続PMEsがあるPCS)が初期値設定である状態、値にインタフェースが下がっている状態への持ち合わせの(20)地図を写像します、そして、集合グループにおける少なくとも1PMEが握手の準備ができています、利用可能な(3)が集合グループにおけるすべてのPMEsが上がっている状態に写像する値; 集合グループにおけるすべてのPMEsが下がっている状態への値のnotAvailable(4)地図を検出しますが、どんな握手トーンも検出されません、リンク欠点がインタフェースがどこで上がっているか検出されるという条件への値のavailableReduced(19)地図、1PMEsで集合グループで指示を受け取ってください; しかし、少なくとも1PMEが上がってリンク欠点が検出される状態への列挙pmdLinkFault(12)地図である、PMEsのすべてで集合グループで指示を受け取ってください。
For 10 Gb/s the enumerations map to value of the link_fault
variable within the Link Fault Signaling state diagram
as follows: the value OK maps to the value available(3),
the value Local Fault maps to the value notAvailable(4),
and the value Remote Fault maps to the value remoteFault(5).
The value pmdLinkFault(12), wisFrameLoss(13),
wisSignalLoss(14), pcsLinkFault(15), excessiveBER(16), or
dxsLinkFault(17) SHOULD be used instead of the value
notAvailable(4), where the reason for the Local Fault state can
be identified through the use of the Clause 45 MDIO Interface.
Where multiple reasons for the Local Fault state can be
identified, only the highest precedence error SHOULD be
10Gb/sに関しては、列挙は以下のLink Fault Signaling州のダイヤグラムの中のリンク_欠点変数の値に以下を写像します。 値のOKは利用可能な(3)、値のnotAvailable(4)への値のLocal Fault地図、および値のremoteFault(5)への値のRemote Fault地図を値に写像します。 値のpmdLinkFault(12)、wisFrameLoss(13)、wisSignalLoss(14)、pcsLinkFault(15)、excessiveBER(16)、またはdxsLinkFault(17) SHOULDが値のnotAvailable(4)の代わりに使用されて、Local Fault状態の理由が特定できるところでClause45MDIO Interfaceの使用で特定されてください。 Local Fault状態において複数の理由が特定されて、最も高いだけの先行誤りSHOULDであるかもしれないところに、いてください。
Beili Standards Track [Page 51] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[51ページ]。
reported. This precedence in descending order is as follows:
報告にされる。 この先行は降順に以下の通りです:
pxsLinkFault
pmdLinkFault
wisFrameLoss
wisSignalLoss
pcsLinkFault
excessiveBER
dxsLinkFault.
pxsLinkFault pmdLinkFault wisFrameLoss wisSignalLoss pcsLinkFault excessiveBER dxsLinkFault。
Where a Clause 45 MDIO interface is present a logic zero in
the PMA/PMD Receive link status bit ([IEEE802.3]
Section 45.2.1.2.2) maps to the value pmdLinkFault(12),
logic one in the LOF status bit (Section 45.2.2.10.4) maps
to the value wisFrameLoss(13), a logic one in the LOS
status bit (Section 45.2.2.10.5) maps to the value
wisSignalLoss, a logic zero in the PCS Receive
link status bit (Section 45.2.3.2.2) maps to the value
pcsLinkFault(15), a logic one in the 10GBASE-R PCS Latched
high BER status bit (Section 45.2.3.12.2) maps to the value
excessiveBER, a logic zero in the DTE XS receive link status
bit (Section 45.2.5.2.2) maps to the value dxsLinkFault(17)
and a logic zero in the PHY XS transmit link status bit
(Section 45.2.4.2.2) maps to the value pxsLinkFault(18).
Clause45MDIOインタフェースが存在しているところでPMA/PMD Receiveの論理ゼロがステータスビットをリンクする、(.2が)値のpmdLinkFault(12)に写像するIEEE802.3セクション45.2.1.2、LOFステータスビットにおける論理1、(値のwisFrameLoss(13)へのセクション45.2.2の.10.4)地図、LOSステータスビットにおける論理1、(45.2の.2.10.5)地図を値のwisSignalLossに区分してください; 値のdxsLinkFault(17)へのセクション45.2.5の.2.2)地図とPHY XSの論理ゼロはリンクステータスビットを伝えます。PCS Receiveリンクステータスビットにおける論理ゼロ、(値のpcsLinkFault(15)へのセクション45.2.3の.2.2)地図、10GBASE-RのPCSのLatchedの高いBERステータスビットにおける論理1、(値のexcessiveBERへのセクション45.2.3の.12.2)地図、DTE XSの論理ゼロがリンクステータスビットを受ける、((45.2の.4.2.2)地図を値のpxsLinkFault(18)に区分してください。
The most recent version of this textual convention is available
in the online version of this MIB module on the IANA web site.
この原文のコンベンションの最新のバージョンはIANAウェブサイトでこのMIBモジュールのオンラインバージョンで利用可能です。
Requests for new values should be made to IANA via email
(iana@iana.org)."
REFERENCE
"[IEEE802.3], Section 30.5.1.1.4"
SYNTAX INTEGER {
other(1),
unknown(2),
available(3),
notAvailable(4),
remoteFault(5),
invalidSignal(6),
remoteJabber(7),
remoteLinkLoss(8),
remoteTest(9),
offline(10),
autoNegError(11),
pmdLinkFault(12),
wisFrameLoss(13),
wisSignalLoss(14),
pcsLinkFault(15),
「メール( iana@iana.org )で新しい値を求める要求をIANAにするべきです。」 REFERENCE、「[IEEE802.3]、セクション30.5.1、0.4インチの.1構文整数、他の(1)、未知(2)、利用可能な(3)、notAvailable(4)、remoteFault(5)、invalidSignal(6)、remoteJabber(7)、remoteLinkLoss(8)、remoteTest(9)、オフライン(10)、autoNegError(11)、pmdLinkFault(12)、wisFrameLoss(13)、wisSignalLoss(14)、pcsLinkFault(15)、」
Beili Standards Track [Page 52] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[52ページ]。
excessiveBER(16),
dxsLinkFault(17),
pxsLinkFault(18),
availableReduced(19),
ready(20)
}
excessiveBER(16)、dxsLinkFault(17)、pxsLinkFault(18)、availableReduced(19)、持ち合わせの(20)
IANAifMauAutoNegCapBits ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This data type is used as the syntax of the
ifMauAutoNegCapabilityBits, ifMauAutoNegCapAdvertisedBits, and
ifMauAutoNegCapReceivedBits objects in the (updated) definition
of MAU-MIB's ifMauAutoNegTable.
IANAifMauAutoNegCapBits:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「ifMauAutoNegCapabilityBits、ifMauAutoNegCapAdvertisedBits、およびifMauAutoNegCapReceivedBitsの構文がMAU-MIBのifMauAutoNegTableの(アップデートします)定義で反対するようにこのデータ型は使用されています」。
The most recent version of this textual convention is available
in the online version of this MIB module on the IANA web site.
この原文のコンベンションの最新のバージョンはIANAウェブサイトでこのMIBモジュールのオンラインバージョンで利用可能です。
Requests for new values should be made to IANA via email
(iana@iana.org)."
REFERENCE
"[IEEE802.3], Section 30.6.1.1.5"
SYNTAX BITS {
bOther(0), -- other or unknown
b10baseT(1), -- 10BASE-T half duplex mode
b10baseTFD(2), -- 10BASE-T full duplex mode
b100baseT4(3), -- 100BASE-T4
b100baseTX(4), -- 100BASE-TX half duplex mode
b100baseTXFD(5), -- 100BASE-TX full duplex mode
b100baseT2(6), -- 100BASE-T2 half duplex mode
b100baseT2FD(7), -- 100BASE-T2 full duplex mode
bFdxPause(8), -- PAUSE for full-duplex links
bFdxAPause(9), -- Asymmetric PAUSE for full-duplex
-- links
bFdxSPause(10), -- Symmetric PAUSE for full-duplex
-- links
bFdxBPause(11), -- Asymmetric and Symmetric PAUSE for
-- full-duplex links
b1000baseX(12), -- 1000BASE-X, -LX, -SX, -CX half
-- duplex mode
b1000baseXFD(13), -- 1000BASE-X, -LX, -SX, -CX full
-- duplex mode
b1000baseT(14), -- 1000BASE-T half duplex mode
b1000baseTFD(15) -- 1000BASE-T full duplex mode
}
「メール( iana@iana.org )で新しい値を求める要求をIANAにするべきです。」 「[IEEE802.3]、30.6に.1を.10.5インチの構文ビット区分してください」という参照{ bOther(0)----100BASE-テキサス全二重モードb100baseT2(6)--100BASE-T2ハーフデュプレックスモードb100baseT2FD(7)--100BASE-T2全二重モードbFdxPause(8)--他の、または、未知のb10baseT(1)--10BASE-Tハーフデュプレックスモードb10baseTFD(2)--10BASE-T全二重モードb100baseT4(3)--100BASE-T4 b100baseTX(4)--100BASE-テキサスハーフデュプレックスモードb100baseTXFD(5)、全二重リンクbFdxAPause(9)へのPAUSE; 全二重のための非対称のPAUSE--リンクbFdxSPause(10)--全二重(リンクbFdxBPause(11))における、非対称の左右対称のPAUSEと-CX半分--重複のモードb1000baseXFD(13)--1000BASE-X、-LX、-SX、1000BASE-X、-LX、-SX、--全二重リンクb1000baseX(12)---CXの完全な(重複のモードb1000baseT(14))1000BASE-Tハーフデュプレックスモードb1000baseTFD(15)のためのSymmetric PAUSE--1000BASE-T全二重モード; }
IANAifJackType ::= TEXTUAL-CONVENTION
STATUS current
IANAifJackType:、:= TEXTUAL-CONVENTION STATUS海流
Beili Standards Track [Page 53] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[53ページ]。
DESCRIPTION
"Common enumeration values for repeater and interface MAU
jack types. This data type is used as the syntax of the
ifJackType and rpJackType objects in the (updated) definition
of MAU-MIB's ifJackTable and rpJackTable respectively.
「一般的な列挙はリピータとインタフェースMAUジャッキタイプのために評価する」記述。 このデータ型はifJackTypeとrpJackTypeオブジェクトの構文としてMAU-MIBのifJackTableとrpJackTableの(アップデートします)定義にそれぞれ使用されます。
Possible values are:
other(1) - undefined or unknown
rj45(2) - RJ45
rj45S(3) - RJ45 shielded
db9(4) - DB9
bnc(5) - BNC
fAUI(6) - AUI female
mAUI(7) - AUI male
fiberSC(8) - SC fiber
fiberMIC(9) - MIC fiber
fiberST(10) - ST fiber
telco(11) - Telco
mtrj(12) - MT-RJ fiber
hssdc(13) - fiber channel style-2
fiberLC(14) - LC fiber
cx4(15) - IB4X for 10GBASE-CX4
可能な値は以下の通りです。 他の(1)--未定義の、または、未知のrj45(2)--RJ45 rj45S(3)--RJ45は10GBASE-CX4のためにスタイル-2fiberLC(14)--LCファイバーcx4(15)--db9(4)--DB9 bnc(5)--BNC fAUI(6)--AUIの女性のmAUI(7)--AUIの雄fiberSC(8)--サウスカロライナファイバーfiberMIC(9)--MICファイバーfiberST(10)--STファイバー通信業者(11)--通信業者mtrj(12)--MT-RJファイバーhssdc(13)--ファイバーチャネルIB4Xを保護しました。
The most recent version of this textual convention is available
in the online version of this MIB module on the IANA web site.
この原文のコンベンションの最新のバージョンはIANAウェブサイトでこのMIBモジュールのオンラインバージョンで利用可能です。
Requests for new values should be made to IANA via email
(iana@iana.org)."
SYNTAX INTEGER {
other(1),
rj45(2),
rj45S(3),
db9(4),
bnc(5),
fAUI(6),
mAUI(7),
fiberSC(8),
fiberMIC(9),
fiberST(10),
telco(11),
mtrj(12),
hssdc(13),
fiberLC(14),
-- new since RFC 3636
cx4(15)
}
「メール( iana@iana.org )で新しい値を求める要求をIANAにするべきです。」 構文整数他の(1)、rj45(2)、rj45S(3)、db9(4)、bnc(5)、fAUI(6)、mAUI(7)、fiberSC(8)、fiberMIC(9)、fiberST(10)、通信業者(11)、mtrj(12)、hssdc(13)、RFC3636cx4(15)以来新しいfiberLC(14)
-- OBJECT IDENTITIES for MAU types
-- MAUのためのOBJECT IDENTITIESはタイプします。
Beili Standards Track [Page 54] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[54ページ]。
-- (see rpMauType and ifMauType of MAU-MIB for usage)
-- The following definitions has been moved from RFC 3636 and
-- no longer appear in its revision.
-- もう、コネは現れます。そして、(用法に関してMAU-MIBのrpMauTypeとifMauTypeを見ます) --以下の定義、RFC3636から動いた、--、その改正。
dot3MauType OBJECT IDENTIFIER ::= { mib-2 snmpDot3MauMgt(26) 4 }
dot3MauTypeオブジェクト識別子:、:= mib-2 snmpDot3MauMgt(26)4
dot3MauTypeAUI OBJECT-IDENTITY
STATUS current
DESCRIPTION "no internal MAU, view from AUI"
REFERENCE "[IEEE802.3], Section 7"
::= { dot3MauType 1 }
dot3MauTypeAUI OBJECT-IDENTITY STATUSの現在の記述「AUIからの内部のMAUがない、視点」REFERENCE、「[IEEE802.3]、以下を何7インチも区分してください」= dot3MauType1
dot3MauType10Base5 OBJECT-IDENTITY
STATUS current
DESCRIPTION "thick coax MAU"
REFERENCE "[IEEE802.3], Section 7"
::= { dot3MauType 2 }
dot3MauType10Base5 OBJECT-IDENTITY STATUSの現在の記述「太い部分はマウをおだて」REFERENCE、「[IEEE802.3]、以下を何7インチも区分してください」= dot3MauType2
dot3MauTypeFoirl OBJECT-IDENTITY
STATUS current
DESCRIPTION "FOIRL MAU"
REFERENCE "[IEEE802.3], Section 9.9"
::= { dot3MauType 3 }
「[IEEE802.3]、以下を何9.9インチも区分してください」というdot3MauTypeFoirl OBJECT-IDENTITY STATUSの現在の記述「FOIRLマウ」参照= dot3MauType3
dot3MauType10Base2 OBJECT-IDENTITY
STATUS current
DESCRIPTION "thin coax MAU"
REFERENCE "[IEEE802.3], Section 10"
::= { dot3MauType 4 }
dot3MauType10Base2 OBJECT-IDENTITY STATUSの現在の記述、「薄く、マウをおだててください、」 REFERENCE、「[IEEE802.3]、以下を何10インチも区分してください」= dot3MauType4
dot3MauType10BaseT OBJECT-IDENTITY
STATUS current
DESCRIPTION "UTP MAU.
Note that it is strongly recommended that
agents return either dot3MauType10BaseTHD or
dot3MauType10BaseTFD if the duplex mode is
known. However, management applications should
be prepared to receive this MAU type value from
older agent implementations."
REFERENCE "[IEEE802.3], Section 14"
::= { dot3MauType 5 }
dot3MauType10BaseT OBJECT-IDENTITY STATUSの現在の記述「UTPマウ。」 重複のモードが知られているならエージェントがdot3MauType10BaseTHDかdot3MauType10BaseTFDのどちらかを返すことが強く勧められることに注意してください。 「しかしながら、管理アプリケーションは、より古いエージェント実装からこのMAUタイプ価値を受けるように準備されるべきです。」 「[IEEE802.3]、以下を何14インチも区分してください」という参照= dot3MauType5
dot3MauType10BaseFP OBJECT-IDENTITY
STATUS current
DESCRIPTION "passive fiber MAU"
REFERENCE "[IEEE802.3], Section 16"
::= { dot3MauType 6 }
dot3MauType10BaseFP OBJECT-IDENTITY STATUSの現在の記述「受け身の性格マウ」REFERENCE、「[IEEE802.3]、以下を何16インチも区分してください」= dot3MauType6
Beili Standards Track [Page 55] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[55ページ]。
dot3MauType10BaseFB OBJECT-IDENTITY
STATUS current
DESCRIPTION "sync fiber MAU"
REFERENCE "[IEEE802.3], Section 17"
::= { dot3MauType 7 }
dot3MauType10BaseFB OBJECT-IDENTITY STATUSの現在の記述「同時性ファイバーマウ」REFERENCE、「[IEEE802.3]、以下を何17インチも区分してください」= dot3MauType7
dot3MauType10BaseFL OBJECT-IDENTITY
STATUS current
DESCRIPTION "async fiber MAU.
Note that it is strongly recommended that
agents return either dot3MauType10BaseFLHD or
dot3MauType10BaseFLFD if the duplex mode is
known. However, management applications should
be prepared to receive this MAU type value from
older agent implementations."
REFERENCE "[IEEE802.3], Section 18"
::= { dot3MauType 8 }
dot3MauType10BaseFL OBJECT-IDENTITY STATUSの現在の記述「asyncファイバーMAU。」 重複のモードが知られているならエージェントがdot3MauType10BaseFLHDかdot3MauType10BaseFLFDのどちらかを返すことが強く勧められることに注意してください。 「しかしながら、管理アプリケーションは、より古いエージェント実装からこのMAUタイプ価値を受けるように準備されるべきです。」 「[IEEE802.3]、以下を何18インチも区分してください」という参照= dot3MauType8
dot3MauType10Broad36 OBJECT-IDENTITY
STATUS current
DESCRIPTION "broadband DTE MAU.
Note that 10BROAD36 MAUs can be attached to
interfaces but not to repeaters."
REFERENCE "[IEEE802.3], Section 11"
::= { dot3MauType 9 }
dot3MauType10Broad36 OBJECT-IDENTITY STATUSの現在の記述「広帯域のDTE MAU。」 「10BROAD36 MAUsをインタフェースに取り付けることができることに注意しますが、リピータに注意するというわけではなくなってください。」 「[IEEE802.3]、以下を何11インチも区分してください」という参照= dot3MauType9
------ new since RFC 1515:
dot3MauType10BaseTHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "UTP MAU, half duplex mode"
REFERENCE "[IEEE802.3], Section 14"
::= { dot3MauType 10 }
------ 新しいRFC1515以来: dot3MauType10BaseTHD OBJECT-IDENTITY STATUSの現在の記述、「」 UTP MAU、ハーフデュプレックスモードREFERENCE、「[IEEE802.3]、以下を何14インチも区分してください」= dot3MauType10
dot3MauType10BaseTFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "UTP MAU, full duplex mode"
REFERENCE "[IEEE802.3], Section 14"
::= { dot3MauType 11 }
dot3MauType10BaseTFD OBJECT-IDENTITY STATUSの現在の記述、「」 UTP MAU、全二重モードREFERENCE、「[IEEE802.3]、以下を何14インチも区分してください」= dot3MauType11
dot3MauType10BaseFLHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "async fiber MAU, half duplex mode"
REFERENCE "[IEEE802.3], Section 18"
::= { dot3MauType 12 }
dot3MauType10BaseFLHD OBJECT-IDENTITY STATUSの現在の記述が「ファイバーMAU、ハーフデュプレックスモードをasyncする」というREFERENCE、「[IEEE802.3]、以下を何18インチも区分してください」= dot3MauType12
dot3MauType10BaseFLFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "async fiber MAU, full duplex mode"
dot3MauType10BaseFLFD OBJECT-IDENTITY STATUSの現在の記述は「ファイバーMAU、全二重モードをasyncします」。
Beili Standards Track [Page 56] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[56ページ]。
REFERENCE "[IEEE802.3], Section 18"
::= { dot3MauType 13 }
「[IEEE802.3]、以下を何18インチも区分してください」という参照= dot3MauType13
dot3MauType100BaseT4 OBJECT-IDENTITY
STATUS current
DESCRIPTION "4 pair category 3 UTP"
REFERENCE "[IEEE802.3], Section 23"
::= { dot3MauType 14 }
dot3MauType100BaseT4 OBJECT-IDENTITY STATUSの現在の記述「4組のカテゴリ3UTP」REFERENCE、「[IEEE802.3]、以下を何23インチも区分してください」= dot3MauType14
dot3MauType100BaseTXHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "2 pair category 5 UTP, half duplex mode"
REFERENCE "[IEEE802.3], Section 25"
::= { dot3MauType 15 }
dot3MauType100BaseTXHD OBJECT-IDENTITY STATUSの現在の記述、「2組のカテゴリ、」 5UTP、ハーフデュプレックスモードREFERENCE、「[IEEE802.3]、以下を何25インチも区分してください」= dot3MauType15
dot3MauType100BaseTXFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "2 pair category 5 UTP, full duplex mode"
REFERENCE "[IEEE802.3], Section 25"
::= { dot3MauType 16 }
dot3MauType100BaseTXFD OBJECT-IDENTITY STATUSの現在の記述、「2組のカテゴリ、」 5UTP、全二重モードREFERENCE、「[IEEE802.3]、以下を何25インチも区分してください」= dot3MauType16
dot3MauType100BaseFXHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "X fiber over PMT, half duplex mode"
REFERENCE "[IEEE802.3], Section 26"
::= { dot3MauType 17 }
dot3MauType100BaseFXHD OBJECT-IDENTITY STATUSの現在の記述「PMT、ハーフデュプレックスモードの上のXファイバー」REFERENCE、「[IEEE802.3]、以下を何26インチも区分してください」= dot3MauType17
dot3MauType100BaseFXFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "X fiber over PMT, full duplex mode"
REFERENCE "[IEEE802.3], Section 26"
::= { dot3MauType 18 }
dot3MauType100BaseFXFD OBJECT-IDENTITY STATUSの現在の記述「PMTの上のXファイバー、全二重モード」REFERENCE、「[IEEE802.3]、以下を何26インチも区分してください」= dot3MauType18
dot3MauType100BaseT2HD OBJECT-IDENTITY
STATUS current
DESCRIPTION "2 pair category 3 UTP, half duplex mode"
REFERENCE "[IEEE802.3], Section 32"
::= { dot3MauType 19 }
dot3MauType100BaseT2HD OBJECT-IDENTITY STATUSの現在の記述、「2組のカテゴリ、」 3UTP、ハーフデュプレックスモードREFERENCE、「[IEEE802.3]、以下を何32インチも区分してください」= dot3MauType19
dot3MauType100BaseT2FD OBJECT-IDENTITY
STATUS current
DESCRIPTION "2 pair category 3 UTP, full duplex mode"
REFERENCE "[IEEE802.3], Section 32"
::= { dot3MauType 20 }
dot3MauType100BaseT2FD OBJECT-IDENTITY STATUSの現在の記述、「2組のカテゴリ、」 3UTP、全二重モードREFERENCE、「[IEEE802.3]、以下を何32インチも区分してください」= dot3MauType20
------ new since RFC 2239:
dot3MauType1000BaseXHD OBJECT-IDENTITY
STATUS current
------ 新しいRFC2239以来: dot3MauType1000BaseXHD OBJECT-IDENTITY STATUS海流
Beili Standards Track [Page 57] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[57ページ]。
DESCRIPTION "PCS/PMA, unknown PMD, half duplex mode"
REFERENCE "[IEEE802.3], Section 36"
::= { dot3MauType 21 }
記述、「」 PCS/PMA、未知のPMD、ハーフデュプレックスモードREFERENCE、「[IEEE802.3]、以下を何36インチも区分してください」= dot3MauType21
dot3MauType1000BaseXFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "PCS/PMA, unknown PMD, full duplex mode"
REFERENCE "[IEEE802.3], Section 36"
::= { dot3MauType 22 }
dot3MauType1000BaseXFD OBJECT-IDENTITY STATUSの現在の記述、「」 PCS/PMA、未知のPMD、全二重モードREFERENCE、「[IEEE802.3]、以下を何36インチも区分してください」= dot3MauType22
dot3MauType1000BaseLXHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Fiber over long-wavelength laser, half duplex
mode"
REFERENCE "[IEEE802.3], Section 38"
::= { dot3MauType 23 }
dot3MauType1000BaseLXHD OBJECT-IDENTITY STATUSの現在の記述「長波長レーザ、ハーフデュプレックスモードの上のファイバー」REFERENCE、「[IEEE802.3]、以下を何38インチも区分してください」= dot3MauType23
dot3MauType1000BaseLXFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Fiber over long-wavelength laser, full duplex
mode"
REFERENCE "[IEEE802.3], Section 38"
::= { dot3MauType 24 }
dot3MauType1000BaseLXFD OBJECT-IDENTITY STATUSの現在の記述「長波長レーザ、全二重モードの上のファイバー」REFERENCE、「[IEEE802.3]、以下を何38インチも区分してください」= dot3MauType24
dot3MauType1000BaseSXHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Fiber over short-wavelength laser, half
duplex mode"
REFERENCE "[IEEE802.3], Section 38"
::= { dot3MauType 25 }
dot3MauType1000BaseSXHD OBJECT-IDENTITY STATUSの現在の記述「短波長レーザ、ハーフデュプレックスモードの上のファイバー」REFERENCE、「[IEEE802.3]、以下を何38インチも区分してください」= dot3MauType25
dot3MauType1000BaseSXFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Fiber over short-wavelength laser, full
duplex mode"
REFERENCE "[IEEE802.3], Section 38"
::= { dot3MauType 26 }
dot3MauType1000BaseSXFD OBJECT-IDENTITY STATUSの現在の記述「短波長レーザ、全二重モードの上のファイバー」REFERENCE、「[IEEE802.3]、以下を何38インチも区分してください」= dot3MauType26
dot3MauType1000BaseCXHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Copper over 150-Ohm balanced cable, half
duplex mode"
REFERENCE "[IEEE802.3], Section 39"
::= { dot3MauType 27 }
dot3MauType1000BaseCXHD OBJECT-IDENTITY STATUSの現在の記述「150オームのバランスのとれているケーブル、ハーフデュプレックスモードの上の銅」REFERENCE、「[IEEE802.3]、以下を何39インチも区分してください」= dot3MauType27
dot3MauType1000BaseCXFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Copper over 150-Ohm balanced cable, full
「150オームのバランスのとれているケーブル、完全の上の銅」のdot3MauType1000BaseCXFD OBJECT-IDENTITY STATUS現在の記述
Beili Standards Track [Page 58] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[58ページ]。
duplex mode"
REFERENCE "[IEEE802.3], Section 39"
::= { dot3MauType 28 }
「重複のモード」REFERENCE、「[IEEE802.3]、以下を何39インチも区分してください」= dot3MauType28
dot3MauType1000BaseTHD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Four-pair Category 5 UTP, half duplex mode"
REFERENCE "[IEEE802.3], Section 40"
::= { dot3MauType 29 }
dot3MauType1000BaseTHD OBJECT-IDENTITY STATUSの現在の記述、「」 4組のカテゴリー5UTP、ハーフデュプレックスモードREFERENCE、「[IEEE802.3]、以下を何40インチも区分してください」= dot3MauType29
dot3MauType1000BaseTFD OBJECT-IDENTITY
STATUS current
DESCRIPTION "Four-pair Category 5 UTP, full duplex mode"
REFERENCE "[IEEE802.3], Section 40"
::= { dot3MauType 30 }
dot3MauType1000BaseTFD OBJECT-IDENTITY STATUSの現在の記述、「」 4組のカテゴリー5UTP、全二重モードREFERENCE、「[IEEE802.3]、以下を何40インチも区分してください」= dot3MauType30
------ new since RFC 2668:
dot3MauType10GigBaseX OBJECT-IDENTITY
STATUS current
DESCRIPTION "X PCS/PMA, unknown PMD."
REFERENCE "[IEEE802.3], Section 48"
::= { dot3MauType 31 }
------ 新しいRFC2668以来: dot3MauType10GigBaseX OBJECT-IDENTITY STATUSの現在の記述、「X PCS/PMA、未知のPMD。」 「[IEEE802.3]、以下を何48インチも区分してください」という参照= dot3MauType31
dot3MauType10GigBaseLX4 OBJECT-IDENTITY
STATUS current
DESCRIPTION "X fiber over WWDM optics"
REFERENCE "[IEEE802.3], Section 53"
::= { dot3MauType 32 }
「WWDM光学の上のXファイバー」dot3MauType10GigBaseLX4 OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何53インチも区分してください」= dot3MauType32
dot3MauType10GigBaseR OBJECT-IDENTITY
STATUS current
DESCRIPTION "R PCS/PMA, unknown PMD."
REFERENCE "[IEEE802.3], Section 49"
::= { dot3MauType 33 }
dot3MauType10GigBaseR OBJECT-IDENTITY STATUSの現在の記述、「R PCS/PMA、未知のPMD。」 「[IEEE802.3]、以下を何49インチも区分してください」という参照= dot3MauType33
dot3MauType10GigBaseER OBJECT-IDENTITY
STATUS current
DESCRIPTION "R fiber over 1550 nm optics"
REFERENCE "[IEEE802.3], Section 52"
::= { dot3MauType 34 }
dot3MauType10GigBaseER OBJECT-IDENTITY STATUSの現在の記述「Rのファイバーの1550nm以上の光学」REFERENCE、「[IEEE802.3]、以下を何52インチも区分してください」= dot3MauType34
dot3MauType10GigBaseLR OBJECT-IDENTITY
STATUS current
DESCRIPTION "R fiber over 1310 nm optics"
REFERENCE "[IEEE802.3], Section 52"
::= { dot3MauType 35 }
dot3MauType10GigBaseLR OBJECT-IDENTITY STATUSの現在の記述「Rのファイバーの1310nm以上の光学」REFERENCE、「[IEEE802.3]、以下を何52インチも区分してください」= dot3MauType35
dot3MauType10GigBaseSR OBJECT-IDENTITY
dot3MauType10GigBaseSRオブジェクトアイデンティティ
Beili Standards Track [Page 59] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[59ページ]。
STATUS current
DESCRIPTION "R fiber over 850 nm optics"
REFERENCE "[IEEE802.3], Section 52"
::= { dot3MauType 36 }
STATUSの現在の記述「Rのファイバーの850nm以上の光学」REFERENCE、「[IEEE802.3]、以下を何52インチも区分してください」= dot3MauType36
dot3MauType10GigBaseW OBJECT-IDENTITY
STATUS current
DESCRIPTION "W PCS/PMA, unknown PMD."
REFERENCE "[IEEE802.3], Section 49 and 50"
::= { dot3MauType 37 }
dot3MauType10GigBaseW OBJECT-IDENTITY STATUSの現在の記述、「W PCS/PMA、未知のPMD。」 「[IEEE802.3]、以下を49、そして何50インチも区分してください」という参照= dot3MauType37
dot3MauType10GigBaseEW OBJECT-IDENTITY
STATUS current
DESCRIPTION "W fiber over 1550 nm optics"
REFERENCE "[IEEE802.3], Section 52"
::= { dot3MauType 38 }
dot3MauType10GigBaseEW OBJECT-IDENTITY STATUSの現在の記述「Wのファイバーの1550nm以上の光学」REFERENCE、「[IEEE802.3]、以下を何52インチも区分してください」= dot3MauType38
dot3MauType10GigBaseLW OBJECT-IDENTITY
STATUS current
DESCRIPTION "W fiber over 1310 nm optics"
REFERENCE "[IEEE802.3], Section 52"
::= { dot3MauType 39 }
dot3MauType10GigBaseLW OBJECT-IDENTITY STATUSの現在の記述「Wのファイバーの1310nm以上の光学」REFERENCE、「[IEEE802.3]、以下を何52インチも区分してください」= dot3MauType39
dot3MauType10GigBaseSW OBJECT-IDENTITY
STATUS current
DESCRIPTION "W fiber over 850 nm optics"
REFERENCE "[IEEE802.3], Section 52"
::= { dot3MauType 40 }
dot3MauType10GigBaseSW OBJECT-IDENTITY STATUSの現在の記述「Wのファイバーの850nm以上の光学」REFERENCE、「[IEEE802.3]、以下を何52インチも区分してください」= dot3MauType40
------ new since RFC 3636:
dot3MauType10GigBaseCX4 OBJECT-IDENTITY
STATUS current
DESCRIPTION "X copper over 8 pair 100-Ohm balanced cable"
REFERENCE "[IEEE802.3], Section 54"
::= { dot3MauType 41 }
------ 新しいRFC3636以来: dot3MauType10GigBaseCX4 OBJECT-IDENTITY STATUSの現在の記述「8組以上のX銅の100オームのバランスのとれているケーブル」REFERENCE、「[IEEE802.3]、以下を何54インチも区分してください」= dot3MauType41
dot3MauType2BaseTL OBJECT-IDENTITY
STATUS current
DESCRIPTION "Voice grade UTP copper, up to 2700m, optional PAF"
REFERENCE "[IEEE802.3], Sections 61 and 63"
::= { dot3MauType 42 }
dot3MauType2BaseTL OBJECT-IDENTITY STATUSの現在の記述「2700mまでの音声帯域UTP銅の任意のPAF」REFERENCE、「[IEEE802.3]、セクション61、および63インチ:、:、」= dot3MauType42
dot3MauType10PassTS OBJECT-IDENTITY
STATUS current
DESCRIPTION "Voice grade UTP copper, up to 750m, optional PAF"
REFERENCE "[IEEE802.3], Sections 61 and 62"
::= { dot3MauType 43 }
dot3MauType10PassTS OBJECT-IDENTITY STATUSの現在の記述「音声帯域UTP銅の最大750m任意のPAF」REFERENCE、「[IEEE802.3]、セクション61、および62インチ:、:、」= dot3MauType43
Beili Standards Track [Page 60] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[60ページ]。
dot3MauType100BaseBX10D OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber OLT, long wavelength, 10km"
REFERENCE "[IEEE802.3], Section 58"
::= { dot3MauType 44 }
「1つの単一モード・ファイバーのOLT、長波長、10km」というdot3MauType100BaseBX10D OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何58インチも区分してください」= dot3MauType44
dot3MauType100BaseBX10U OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber ONU, long wavelength, 10km"
REFERENCE "[IEEE802.3], Section 58"
::= { dot3MauType 45 }
「1つの単一モード・ファイバーのONU、長波長、10km」というdot3MauType100BaseBX10U OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何58インチも区分してください」= dot3MauType45
dot3MauType100BaseLX10 OBJECT-IDENTITY
STATUS current
DESCRIPTION "Two single-mode fibers, long wavelength, 10km"
REFERENCE "[IEEE802.3], Section 58"
::= { dot3MauType 46 }
「2つの単一モード・ファイバー、長波長、10km」というdot3MauType100BaseLX10 OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何58インチも区分してください」= dot3MauType46
dot3MauType1000BaseBX10D OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber OLT, long wavelength, 10km"
REFERENCE "[IEEE802.3], Section 59"
::= { dot3MauType 47 }
「1つの単一モード・ファイバーのOLT、長波長、10km」というdot3MauType1000BaseBX10D OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何59インチも区分してください」= dot3MauType47
dot3MauType1000BaseBX10U OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber ONU, long wavelength, 10km"
REFERENCE "[IEEE802.3], Section 59"
::= { dot3MauType 48 }
「1つの単一モード・ファイバーのONU、長波長、10km」というdot3MauType1000BaseBX10U OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何59インチも区分してください」= dot3MauType48
dot3MauType1000BaseLX10 OBJECT-IDENTITY
STATUS current
DESCRIPTION "Two sigle-mode fiber, long wavelength, 10km"
REFERENCE "[IEEE802.3], Section 59"
::= { dot3MauType 49 }
「2sigle-モードファイバー、長波長、10km」というdot3MauType1000BaseLX10 OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何59インチも区分してください」= dot3MauType49
dot3MauType1000BasePX10D OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber EPON OLT, 10km"
REFERENCE "[IEEE802.3], Section 60"
::= { dot3MauType 50 }
「1つの単一モード・ファイバーのEPON OLT、10km」というdot3MauType1000BasePX10D OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何60インチも区分してください」= dot3MauType50
dot3MauType1000BasePX10U OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber EPON ONU, 10km"
REFERENCE "[IEEE802.3], Section 60"
::= { dot3MauType 51 }
「1つの単一モード・ファイバーのEPON ONU、10km」というdot3MauType1000BasePX10U OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何60インチも区分してください」= dot3MauType51
Beili Standards Track [Page 61] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[61ページ]。
dot3MauType1000BasePX20D OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber EPON OLT, 20km"
REFERENCE "[IEEE802.3], Section 60"
::= { dot3MauType 52 }
「1つの単一モード・ファイバーのEPON OLT、20km」というdot3MauType1000BasePX20D OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何60インチも区分してください」= dot3MauType52
dot3MauType1000BasePX20U OBJECT-IDENTITY
STATUS current
DESCRIPTION "One single-mode fiber EPON ONU, 20km"
REFERENCE "[IEEE802.3], Section 60"
::= { dot3MauType 53 }
「1つの単一モード・ファイバーのEPON ONU、20km」というdot3MauType1000BasePX20U OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「[IEEE802.3]、以下を何60インチも区分してください」= dot3MauType53
END
終わり
6. Security Considerations
6. セキュリティ問題
The IANA-MAU-MIB does not define any management objects. Instead, it defines a set of textual conventions which are used by the MAU-MIB and may be used by other MIB modules to define management objects. Meaningful security considerations can only be written for MIB modules that define management objects.
IANA-MAU-MIBはどんな管理オブジェクトも定義しません。 代わりに、それは、MAU-MIBによって使用される1セットの原文のコンベンションを定義して、管理オブジェクトを定義するのに他のMIBモジュールで使用されるかもしれません。 管理オブジェクトを定義するMIBモジュールのために重要なセキュリティ問題を書くことができるだけです。
There are a number of management objects defined in the MAU-MIB that have a MAX-ACCESS clause of read-write. Setting these objects can have a serious effect on the operation of the network, including:
読書して書くことのマックス-ACCESS節を持っているMAU-MIBで定義された多くの管理オブジェクトがあります。 これらのオブジェクトを設定すると、ネットワーク、包含の操作に重大な影響を与えることができます:
o enabling or disabling a MAU
o MAUを有効にするか、または無効にします。
o changing a MAU's default type
o MAUのデフォルトタイプを変えます。
o enabling, disabling, or restarting autonegotiation
o autonegotiationを有効にするか、無効にするか、または再開します。
o modifying the capabilities that a MAU advertizes during
autonegotiation.
o 能力を変更する、autonegotiationの間のそのa MAU advertizes。
Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。
Some of the readable objects in the MAU-MIB module (i.e., objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. In some environments, it may be undesirable to allow unauthorized parties to access statistics or status information about individual links in a network. It is thus important to control even GET and/or NOTIFY access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP.
MAU-MIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 いくつかの環境で、ネットワークで権限のないパーティーが個々のリンクの統計か状態情報にアクセスするのを許容するのは望ましくないかもしれません。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。
Beili Standards Track [Page 62] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[62ページ]。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPsec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in the MAU-MIB module.
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPsecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにMAU-MIBモジュールでだれに許容されているかに関してコントロールが全くありません。
It is RECOMMENDED that the implementors consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
作成者がSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Furthermore, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of the MAU-MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
その上、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、MAU-MIBモジュールのインスタンスへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
7. IANA Considerations
7. IANA問題
This document defines first version of the IANA-maintained IANA-MAU- MIB module. It is intended that each new MAU type, Media Available state, Auto Negotiation capability, and/or Jack type defined by the IEEE 802.3 working group and approved for publication in a revision of IEEE Std 802.3 will be added to the IANA-maintaned MIB module, provided that it is suitable for being managed by the base objects in the MAU-MIB module.
このドキュメントはIANAによって維持されたIANA-MAU- MIBモジュールの最初のバージョンを定義します。 IEEE Std802.3の改正でIEEE802.3ワーキンググループによって定義されて、公表のために承認されたそれぞれの新しいMAUタイプ、メディアAvailable状態、Auto Negotiation能力、そして/または、ジャックタイプがIANA-maintaned MIBモジュールに追加されることを意図します、それがMAU-MIBモジュールによるベースオブジェクトによって管理されるのに適当であれば。
For each new MAU type added, a short description of the MAU technology and, wherever possible, a reference to a publicly available specification SHOULD be specified. An Expert Review, as defined in RFC 2434 [RFC2434], is REQUIRED, for each modification.
タイプが加えたそれぞれの新しいMAU、MAU技術の短い記述、およびどこでも、可能であるところでの公的に利用可能な仕様SHOULDの参照に、指定されてください。 RFC2434[RFC2434]で定義されるExpert Reviewは各変更のためのREQUIREDです。
8. Acknowledgments
8. 承認
This document was produced by the IETF Ethernet Interfaces and Hub MIB Working Group, whose efforts were greatly advanced by the contributions of the following people:
このドキュメントはIETFイーサネットInterfacesとHub MIB作業部会によって製作されました:(作業部会の取り組みは以下の人々の貢献で大いに進められました)。
Mike Heard
マイクは聞きました。
John Flick
ジョンFlick
Dan Romascanu
ダンRomascanu
This document is based on the Proposed Standard MAU MIB, RFC 3636 [RFC3636], edited by John Flick of Hewlett-Packard, and produced by
このドキュメントで、Proposed Standard MAU MIB、RFC3636[RFC3636]に基づいていて、ヒューレット・パッカードのジョンFlickによって編集されて、生産されます。
Beili Standards Track [Page 63] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[63ページ]。
the Ethernet Interfaces and Hub MIB Working Group. It extends that document by moving the object identities and textual conventions for MAU types into a IANA-maintained MIB module. In addition, support is provided for the EFM and 10GBASE-CX4 MAUs as defined in [IEEE802.3ah] and [IEEE802.3ak] respectively.
イーサネットインタフェースとハブMIBワーキンググループ。 それは、MAUタイプのためにオブジェクトのアイデンティティと原文のコンベンションをIANAによって維持されたMIBモジュールに動かすことによって、そのドキュメントを広げています。 さらに、[IEEE802.3ah]と[IEEE802.3ak]でそれぞれ定義されるようにEFMと10GBASE-CX4 MAUsにサポートを提供します。
RFC 3636, in turn, was based on the Proposed Standard MAU MIB, RFC 2668 [RFC2668], edited by John Flick of Hewlett-Packard and Andrew Smith, then of Extreme Networks, and produced by the Ethernet Interfaces and Hub MIB Working Group. It extends that document by providing support for 10 Gb/s MAUs as defined in [IEEE802.3ae].
RFC3636は順番にProposed Standard MAU MIB、RFC2668[RFC2668]に基づいて、ヒューレット・パッカードとアンドリュー・スミスと、そして、Extreme NetworksのジョンFlickによって編集されて、イーサネットInterfacesとHub MIB作業部会によって生産されました。 それは、[IEEE802.3ae]で定義されるように10Gb/s MAUsのサポートを提供することによって、そのドキュメントを広げています。
RFC 2668, in turn, was based on the Proposed Standard MAU MIB, RFC 2239 [RFC2239], edited by Kathryn de Graaf, then of 3Com, and Dan Romascanu, then of Madge Networks, and produced by the Ethernet Interfaces and Hub MIB Working Group. It extended that document by providing support for 1000 Mb/sec MAUs, PAUSE negotiation and remote fault status as defined in [IEEE802.3].
RFC2668は順番にProposed Standard MAU MIB、RFC2239[RFC2239]に基づいて、キャスリンdeでそして、3Comのグラーフ、およびそして、マッジNetworksのダンRomascanuを編集して、イーサネットInterfacesとHub MIB作業部会で生産しました。 それは、[IEEE802.3]で定義されるようにMAUs、PAUSE交渉、およびリモート欠点状態を1000Mb/秒のサポートに提供することによって、そのドキュメントを広げました。
RFC 2239, in turn, was based on the Proposed Standard MAU MIB, RFC 1515 [RFC1515], edited by Donna McMaster, then of SynOptics Communications, Keith McCloghrie, then of Hughes LAN Systems, and Sam Roberts, then of Farallon Computing, and produced by the Hub MIB Working Group. It extends that document by providing support for 100 Mb/sec MAUs, full duplex MAUs, auto-negotiation, and jack management as defined in [IEEE802.3].
RFC2239はHub MIB作業部会によって順番にProposed Standard MAU MIB、ドナ・マクマスターによって編集された、そして、SynOptics CommunicationsのRFC1515[RFC1515]、そして、ヒューズLAN SystemsのキースMcCloghrie、およびそして、ファラロンComputingのサム・ロバーツに基づいて、生産されました。 それは、[IEEE802.3]で定義されるように100Mb/秒のMAUs、全二重MAUs、自動交渉、およびジャッキ管理のサポートを提供することによって、そのドキュメントを広げています。
9. References
9. 参照
9.1. Normative References
9.1. 引用規格
[IEEE802.3] IEEE, "IEEE Standard for Information technology -
Telecommunications and information exchange between
systems - Local and metropolitan area networks -
Specific requirements - Part 3: Carrier sense multiple
access with collision detection (CSMA/CD) access
method and physical layer specifications", IEEE
Std 802.3-2005, December 2005.
[IEEE802.3]IEEE、「情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 「衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス」、IEEE Std802.3-2005、2005年12月。
[IEEE802.3ae] IEEE, "IEEE Standard for Information technology -
Telecommunications and information exchange between
systems - Local and metropolitan area networks -
Specific requirements - Part 3: Carrier sense multiple
access with collision detection (CSMA/CD) access
method and physical layer specifications - Media
Access Control (MAC) Parameters, Physical Layer and
Management Parameters for 10 Gb/s Operation", IEEE
Std 802.3ae-2002, August 2002.
[IEEE802.3ae]IEEE、「情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 「衝突検出(CSMA/CD)がある搬送波感知多重アクセスはメソッドと物理的な層の仕様にアクセスします--10Gb/s OperationのためのメディアAccess Control(MAC)パラメタ、Physical Layer、およびManagement Parameters」、IEEE Std 802.3ae-2002、2002年8月。
Beili Standards Track [Page 64] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[64ページ]。
[IEEE802.3ah] IEEE, "Information technology - Telecommunications and
information exchange between systems - Local and
metropolitan area networks - Specific requirements -
Part 3: Carrier sense multiple access with collision
detection (CSMA/CD) access method and physical layer
specifications - Media Access Control Parameters,
Physical Layers and Management Parameters for
Subscriber Access Networks", IEEE Std 802.3ah-2004,
September 2004.
[IEEE802.3ah]IEEE、「情報技術--システムの間のテレコミュニケーションと情報交換--地方とメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 「衝突検出(CSMA/CD)がある搬送波感知多重アクセスはメソッドと物理的な層の仕様にアクセスします--Subscriber Access NetworksのためのメディアAccess Control Parameters、Physical Layers、およびManagement Parameters」、IEEE Std 802.3ah-2004、2004年9月。
[IEEE802.3ak] IEEE, "IEEE Standard for Information technology -
Telecommunications and information exchange between
systems - Local and metropolitan area networks -
Specific requirements - Part 3: Carrier sense multiple
access with collision detection (CSMA/CD) access
method and physical layer specifications - Physical
Layer and Management Parameters for 10Gb/s Operation,
Type 10GBASE-CX4", IEEE Std 802.3ak-2004, March 2004.
[IEEE802.3ak]IEEE、「情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス--10Gb/s Operation、Type 10GBASE-CX4"、IEEE Std 802.3ak-2004(2004年3月)のための物理的なLayerとManagement Parameters。
[RFC2108] de Graaf, K., Romascanu, D., McMaster, D., and K.
McCloghrie, "Definitions of Managed Objects for IEEE
802.3 Repeater Devices using SMIv2", RFC 2108,
February 1997.
[RFC2108] deグラーフ、K.、Romascanu、D.、マクマスター、D.、およびK.McCloghrie、「1997年2月にSMIv2"、RFC2108を使用するIEEE802.3リピータデバイスのための管理オブジェクトの定義。」
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing
an IANA Considerations Section in RFCs", BCP 26,
RFC 2434, October 1998.
[RFC2434]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。
[RFC2578] McCloghrie, K., Ed., Perkins, D., Ed., and J.
Schoenwaelder, Ed., "Structure of Management
Information Version 2 (SMIv2)", STD 58, RFC 2578,
April 1999.
[RFC2578]McCloghrie、K.(エド)、パーキンス、D.(エド)、およびJ.Schoenwaelder(エド)、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)
[RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J.
Schoenwaelder, Ed., "Textual Conventions for SMIv2",
STD 58, RFC 2579, April 1999.
[RFC2579]McCloghrie、K.(エド)、パーキンス、D.(エド)、およびJ.Schoenwaelder(エド)、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Conformance Statements for SMIv2", STD 58, RFC 2580,
April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces
Group MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
Beili Standards Track [Page 65] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[65ページ]。
[RFC3635] Flick, J., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 3635,
September 2003.
[RFC3635] 軽打、J.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC3635、2003年9月。
9.2. Informative References
9.2. 有益な参照
[RFC1515] McMaster, D., McCloghrie, K., and S. Roberts,
"Definitions of Managed Objects for IEEE 802.3 Medium
Attachment Units (MAUs)", RFC 1515, September 1993.
[RFC1515] マクマスター、D.、McCloghrie、K.、およびS.ロバーツ、「IEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義」、RFC1515(1993年9月)。
[RFC2239] de Graaf, K., Romascanu, D., McMaster, D., McCloghrie,
K., and S. Roberts, "Definitions of Managed Objects
for IEEE 802.3 Medium Attachment Units (MAUs) using
SMIv2", RFC 2239, November 1997.
[RFC2239] deグラーフ、K.、Romascanu、D.、マクマスター、D.、McCloghrie、K.、およびS.ロバーツ、「1997年11月にSMIv2"、RFC2239を使用するIEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義。」
[RFC2668] Smith, A., Flick, J., de Graaf, K., Romascanu, D.,
McMaster, D., McCloghrie, K., and S. Roberts,
"Definitions of Managed Objects for IEEE 802.3 Medium
Attachment Units (MAUs)", RFC 2668, August 1999.
[RFC2668] スミス、A.、Flick、J.、deグラーフ、K.、Romascanu、D.、マクマスター、D.、McCloghrie、K.、およびS.ロバーツ、「IEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義」、RFC2668(1999年8月)。
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart,
"Introduction and Applicability Statements for
Internet-Standard Management Framework", RFC 3410,
December 2002.
[RFC3410] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネット標準の管理枠組みのための序論と適用性声明」、RFC3410(2002年12月)。
[RFC3418] Presuhn, R., "Management Information Base (MIB) for
the Simple Network Management Protocol (SNMP)",
STD 62, RFC 3418, December 2002.
[RFC3418] Presuhn、R.、「簡単なネットワーク管理プロトコル(SNMP)のための管理情報ベース(MIB)」、STD62、RFC3418、2002年12月。
[RFC3636] Flick, J., "Definitions of Managed Objects for IEEE
802.3 Medium Attachment Units (MAUs)", RFC 3636,
September 2003.
[RFC3636] 軽打、J.、「IEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義」、RFC3636、2003年9月。
[RFC3637] Heard, C., "Definitions of Managed Objects for the
Ethernet WAN Interface Sublayer", RFC 3637,
September 2003.
RFC3637、C.、「イーサネットWANインタフェース副層のための管理オブジェクトの定義」と[RFC3637]は聞いて、9月は2003です。
Author's Address
作者のアドレス
Edward Beili Actelis Networks Bazel 25 Petach-Tikva Israel
エドワードBeili ActelisはBazel25Petach-Tikvaイスラエルをネットワークでつなぎます。
Phone: +972-3-924-3491 EMail: edward.beili@actelis.com
以下に電話をしてください。 +972-3-924-3491 メールしてください: edward.beili@actelis.com
Beili Standards Track [Page 66] RFC 4836 MAU MIB April 2007
Beili規格はMAU MIB2007年4月にRFC4836を追跡します[66ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Beili Standards Track [Page 67]
Beili標準化過程[67ページ]
一覧
スポンサーリンク
