RFC4878 日本語訳
4878 Definitions and Managed Objects for Operations, Administration,and Maintenance (OAM) Functions on Ethernet-Like Interfaces. M.Squire. June 2007. (Format: TXT=130067 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Squire Request for Comments: 4878 Hatteras Networks Category: Standards Track June 2007
コメントを求めるワーキンググループM.郷士要求をネットワークでつないでください: 4878 ハッテラスはカテゴリをネットワークでつなぎます: 標準化過程2007年6月
Definitions and Managed Objects for
Operations, Administration, and Maintenance (OAM) Functions on
Ethernet-Like Interfaces
操作、政権、およびイーサネットのようなインタフェースでのメインテナンス(OAM)機能のための定義と管理オブジェクト
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 objects for managing Operations, Administration, and Maintenance (OAM) capabilities on Ethernet-like interfaces conformant to the Ethernet OAM functionality defined in the Ethernet in the First Mile (EFM) clauses of the Ethernet standards. The Ethernet OAM functionality is complementary to the Simple Network Management Protocol (SNMP) in that it is focused on a small set of link-specific functions for directly connected Ethernet interfaces. This document defines objects for controlling those link OAM functions and for providing results and status of the OAM functions to management entities.
このドキュメントは、イーサネットOAMの機能性へのconformantがイーサネット規格のFirst Mile(EFM)節のイーサネットで定義したイーサネットのようなインタフェースでOperations、政権、およびMaintenance(OAM)能力を管理するためにオブジェクトを定義します。 それが直接接続されたイーサネットインタフェースのために小さいセットのリンク特有の機能に焦点を合わせられるので、イーサネットOAMの機能性はSimple Network Managementプロトコル(SNMP)を補足しています。 このドキュメントはOAM機能のそれらのリンクOAM機能を制御して、結果を提供して、状態へのオブジェクトを経営体と定義します。
Squire Standards Track [Page 1] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[1ページ]RFC4878OAM機能に付き添ってください。
Table of Contents
目次
1. Introduction ....................................................2
2. The Internet-Standard Management Framework ......................2
3. Overview ........................................................3
3.1. Remote Fault Indication ....................................4
3.2. Link Monitoring ............................................4
3.3. Remote Loopback ............................................5
3.4. Ethernet OAM Protocol Data Units ...........................5
4. Relation to the Other MIB Modules ...............................5
4.1. Relation to Other MIB Modules ..............................5
4.2. Relation to Other EFM MIB Modules ..........................6
4.3. Mapping of IEEE 802.3ah Managed Objects ....................6
5. MIB Structure ...................................................7
6. MIB Definition ..................................................8
7. Security Considerations ........................................47
8. IANA Considerations ............................................49
9. References .....................................................49
9.1. Normative References ......................................49
9.2. Informative References ....................................50
10. Acknowledgments ...............................................51
1. 序論…2 2. インターネット標準の管理フレームワーク…2 3. 概要…3 3.1. リモート欠点指示…4 3.2. モニターをリンクしてください…4 3.3. リモートループバック…5 3.4. イーサネットOAMはデータ単位について議定書の中で述べます…5 4. 他のMIBモジュールとの関係…5 4.1. 他のMIBモジュールとの関係…5 4.2. 他のEFM MIBモジュールとの関係…6 4.3. IEEE 802.3ah管理オブジェクトに関するマッピング…6 5. MIB構造…7 6. MIB定義…8 7. セキュリティ問題…47 8. IANA問題…49 9. 参照…49 9.1. 標準の参照…49 9.2. 有益な参照…50 10. 承認…51
1. Introduction
1. 序論
The IEEE 802.3ah Ethernet in the First Mile (EFM) taskforce added new management capabilities to Ethernet-like interfaces. These management capabilities were introduced to provide some basic Ordered Aggregate (OA) function on Ethernet media. The defined functionality includes discovery, error signaling, loopback, and link monitoring. This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community to manage these new Ethernet interface capabilities.
First Mile(EFM)taskforceのIEEE 802.3ahイーサネットはイーサネットのようなインタフェースへの新しい管理能力を加えました。 イーサネットメディアでの何らかの基本的なOrdered Aggregate(OA)機能を提供するためにこれらの管理能力を導入しました。 定義された機能性は発見、誤りシグナリング、ループバック、およびリンクモニターを含んでいます。 ネットワーク管理プロトコルがインターネットコミュニティにある使用がこれらの新しいイーサネットインタフェース能力を管理するように、このメモはManagement Information基地(MIB)の一部を定義します。
Conventions Used in This Document
本書では使用されるコンベンション
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]で説明されるように本書では解釈されることであるべきですか?
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).
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIBオブジェクトはSimple Network Managementプロトコル(SNMP)を通してアクセスされます。
Squire Standards Track [Page 2] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[2ページ]RFC4878OAM機能に付き添ってください。
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].
MIBのオブジェクトは、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
3. Overview
3. 概要
Ethernet networks have evolved over the past 30 years from simple LANs to a variety of other applications, including wide-area networks. To address some of these emerging markets, the IEEE 802.3ah taskforce defined additional clauses in [802.3ah] for the IEEE 802.3 standard [802.3-2002] to better address Ethernet deployments in the public-access network. Although Ethernet-access deployments were the primary motivation for the taskforce activity, the results of the taskforce are not strictly limited to that application. Ethernet OAM can be implemented on Ethernet links that are not EFM.
イーサネットネットワークは過去簡単なLANから他のさまざまなアプリケーションまでの30年間発展しています、広域ネットワークを含んでいて。 これらの新興成長市場のいくつかを扱うなら、IEEE802.3規格[802.3-2002]が、イーサネットが展開であるとパブリックアクセスネットワークで、よりよく扱うように、IEEE 802.3ah taskforceは[802.3ah]の追加節を定義しました。 イーサネットアクセス展開はtaskforce活動に関するプライマリ動機でしたが、taskforceの結果は厳密にそのアプリケーションに制限されません。 EFMでないイーサネットリンクの上にイーサネットOAMを実装することができます。
The Ethernet in the First Mile (EFM) taskforce was focused on four somewhat independent objectives to better address Ethernet access deployments: optics, copper, Ethernet passive optical networks (Ethernet PON, or EPON), and operations, administration, and maintenance (OAM). The optics sub-taskforce developed new optical physical layers that better served the long-reach outside plant networks typically found in the access network, including developing physical layers that operate up to 20 Km and supporting the environmental conditions of access deployments. The copper sub- taskforce developed two new physical layers that run Ethernet natively over existing twisted pair wires that have been supporting voice services for decades. The EPON sub-taskforce developed a new point-to-multipoint Ethernet physical layer, utilizing Ethernet framing natively over a time-division multiple-access (TDMA) infrastructure. The OAM sub-taskforce introduced some basic management functionality into an Ethernet link to better monitor and maintain Ethernet networks in geographically disparate networks.
First Mile(EFM)taskforceのイーサネットはイーサネットアクセスが展開であると、よりよく扱うために4つのいくらか独立している目的に焦点を合わせられました: 光学、銅、イーサネットパッシブ光ネットワーク(イーサネットPON、またはEPON)、操作、管理、およびメインテナンス(OAM)。 より一層長い範囲の外部に役立った光学のサブtaskforceの開発された新しい光学物理的な層はアクセスネットワークで通常見つけられたネットワークを植えます、最大20kmを操作する物理的な層を発生して、アクセス展開に関する環境条件をサポートするのを含んでいて。 銅のサブtaskforceは何10年間も声がサービスであるとサポートしている既存のツイストペア線の上にイーサネットネイティブを実行する2つの新しい物理的な層を発生しました。 時間分割の複数のアクセス(TDMA)インフラストラクチャの上でイーサネット縁どりネイティブを利用して、EPONサブtaskforceは新しいポイントツーマルチポイントイーサネット物理的な層を発生しました。 OAMサブtaskforceは、イーサネットネットワークを地理的に異種のネットワークで、よりよくモニターして、維持するために何らかの基本の管理の機能性をイーサネットリンクに紹介しました。
This document defines the management objects necessary to integrate Ethernet OAM functionality into the SNMP management framework.
このドキュメントはイーサネットOAMの機能性をSNMP管理フレームワークと統合するのに必要な管理オブジェクトを定義します。
Ethernet OAM is composed of a core set of functions and a set of optional functional groups. The mandatory functions include discovery operations (determining if the other end of the link is OA capable and what OAM functions it supports), state machine implementation, and some critical event flows. The optional functional groups are for (a) link events, (b) remote loopback, and (c) variable retrieval and response. Each optional functional group is controlled by a separate MIB table(s).
イーサネットOAMは1人の巻き癖の機能と1セットの任意の機能的なグループで構成されます。 義務的な機能は発見操作(リンクのもう一方の端ができるOAであるかどうかと、それがどんなOAM機能をサポートするかを決定する)、州のマシン実装、およびいくつかの重要なイベント流れを含んでいます。 任意の機能的なグループは(c) (a) リンクイベント、(b) リモートループバック、可変検索、および応答のためのものです。 それぞれの任意の機能的なグループは別々のMIBテーブルによって制御されます。
Squire Standards Track [Page 3] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[3ページ]RFC4878OAM機能に付き添ってください。
Ethernet OAM is complementary with SNMP management in that it provides some basic management functions at layer two, rather than using layer three and above as required by SNMP over an IP infrastructure. Ethernet OAM provides single-hop functionality in that it works only between two directly connected Ethernet stations. SNMP can be used to manage the Ethernet OAM interactions of one Ethernet station with another.
必要に応じてIPインフラストラクチャの上でSNMPでより多くの層threeを使用するより層twoでむしろいくつかの基本的な管理機能を提供するので、イーサネットOAMはSNMP管理で補足的です。 イーサネットOAMは、2つの直接接続されたイーサネットステーションだけの間で働いているので、単一のホップの機能性を提供します。 別のものとの1つのイーサネットステーションのイーサネットOAM相互作用を管理するのにSNMPを使用できます。
Ethernet OAM has three functional objectives, which are detailed in the next three sections. The definition of a basic Ethernet OA protocol data unit is given in Section 3.4.
イーサネットOAMには、3つの機能目的があります。(機能目的は次の3つのセクションで詳細です)。 セクション3.4で基本的なイーサネットOAプロトコルデータ単位の定義を与えます。
3.1. Remote Fault Indication
3.1. リモート欠点指示
Remote fault indication provides a mechanism for one end of an Ethernet link to signal the other end that the receive path is non- operational. Some Ethernet physical layers offer mechanisms to signal this condition at the physical layer. Ethernet OAM added a mechanism so that some Ethernet physical layers can operate in unidirectional mode, allowing frames to be transmitted in one direction even when the other direction is non-operational. Traditionally, Ethernet PHYs do not allow frame transmission in one direction if the other direction is not operational. Using this mode, Ethernet OAM allows frame-based signaling of remote fault conditions while still not allowing higher-layer applications to be aware of the unidirectional capability. This document includes mechanisms for capturing that fault information and reflecting such information in objects and notifications within the SNMP management framework.
受信してください。リモート欠点指示が他がそれを終わらせるという信号へのイーサネットリンクの片端へのメカニズムを提供する、経路は非操作上です。 いくつかのイーサネットの物理的な層が、物理的な層でこの状態に合図するためにメカニズムを提供します。 イーサネットOAMはいくつかのイーサネットの物理的な層が単方向のモードで作動できるように、メカニズムを加えました、もう片方の方向が非操作上であるときにさえ、フレームが一方向に伝えられるのを許容して。 もう片方の方向が操作上でないなら、伝統的に、イーサネットPHYsはフレームトランスミッションを一方向に許容しません。 このモードを使用して、より高い層のアプリケーションが単方向の能力を意識しているのをまだ許容していない間、イーサネットOAMはリモート欠点状態のフレームベースのシグナリングを許容します。 このドキュメントはSNMP管理フレームワークの中にオブジェクトと通知にその欠点が情報であることを得て、そのような情報を反映するためのメカニズムを含んでいます。
3.2. Link Monitoring
3.2. リンクモニター
Ethernet OAM includes event signaling capability so that one end of an Ethernet link can indicate the occurrence of certain important events to the other end of the link. This happens via layer two protocols. This document defines methods for incorporating the occurrence of these layer two events, both at the local end and far end of the link, into the SNMP management framework.
イーサネットリンクのその片端がリンクのもう一方の端へのある重大事件の発生を示すことができるように、イーサネットOAMはイベントシグナリング能力を含んでいます。 これは層twoのプロトコルで起こります。 このドキュメントはこれらの発生を取り入れると2つのイベントが層にされるリンクの地方の終わりと遠端においてメソッドを定義します、SNMP管理フレームワークに。
Ethernet OAM also includes mechanisms for one Ethernet station to query another directly connected Ethernet station about the status of its Ethernet interface variables and status. This document does not include mechanisms for controlling how one Ethernet endpoint may use this functionality to query the status or statistics of a peer Ethernet entity.
また、1つのイーサネットステーションがそのイーサネットインタフェース変数と状態の状態に関して別の直接接続されたイーサネットステーションについて質問するように、イーサネットOAMはメカニズムを含んでいます。 このドキュメントは1つのイーサネット終点が同輩イーサネット実体の状態か統計について質問するのにどうこの機能性を使用するかもしれないかを制御するためのメカニズムを含んでいません。
Squire Standards Track [Page 4] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[4ページ]RFC4878OAM機能に付き添ってください。
3.3. Remote Loopback
3.3. リモートループバック
Remote loopback is a link state where the peer Ethernet entity echoes every received packet (without modifications) back onto the link. Remote loopback is intrusive in that the other end of the link is not forwarding traffic from higher layers out over the link. This document defines objects controlling loopback operation and reading the status of the loopback state.
リモートループバックはリンクへの同輩イーサネット実体があらゆる容認されたパケット(変更のない)を反響し返すリンク状態です。 リンクのもう一方の端がトラフィックをより高い層からリンクの上の外に送っていないので、リモートループバックは押しつけがましいです。 このドキュメントはループバック操作を制御して、ループバック状態の状態を読むオブジェクトを定義します。
3.4. Ethernet OAM Protocol Data Units
3.4. イーサネットOAMプロトコルデータ単位
An Ethernet OAM protocol data unit is a valid Ethernet frame with a destination Media Access Control (MAC) address equal to the reserved MAC address for Slow Protocols (See 43B of [802.3ah]), a lengthOrType field equal to the reserved type for Slow Protocols, and a Slow Protocols subtype equal to that of the subtype reserved for Ethernet OAM.
イーサネットOAMプロトコルデータ単位はSlowプロトコル([802.3ah]の43Bを見る)のための予約されたMACアドレス、Slowプロトコルのための控え目なタイプと等しいlengthOrType分野、およびイーサネットOAMのために予約された「副-タイプ」のものと等しいSlowプロトコル「副-タイプ」と等しい送付先メディアAccess Control(MAC)アドレスがある有効なイーサネットフレームです。
OAMPDU is used throughout this document as an abbreviation for Ethernet OAM protocol data unit. OAMPDUs are the mechanism by which two directly connected Ethernet interfaces exchange OA information.
OAMPDUはイーサネットOAMプロトコルデータ単位に略語としてこのドキュメント中で使用されます。 OAMPDUsは2つの直接接続されたイーサネットが交換OA情報を連結するメカニズムです。
4. Relation to the Other MIB Modules
4. 他のMIBモジュールとの関係
The definitions presented here are based on Clauses 30 and 57 of [802.3ah]. Note that these clauses describe many of these variables and their effects on the MAC layer. In some cases, there is a one- to-one relationship between an object in this document and an object in the Clause 30 MIB of [802.3ah]. In other cases, the objects of this document reflect a more complex entity and are reflected by more than one object in the Clause 30 MIB of [802.3ah].
ここに提示された定義は[802.3ah]のClauses30と57に基づいています。 これらの節がMAC層へのこれらの変数とそれらの効果の多くについて説明することに注意してください。 いくつかの場合、このドキュメントのオブジェクトと[802.3ah]のClause30MIBのオブジェクトの間には、-1との1つの関係があります。 他の場合では、このドキュメントのオブジェクトは、より複雑な実体を反映して、[802.3ah]のClause30MIBの1個以上のオブジェクトによって反映されます。
4.1. Relation to Other MIB Modules
4.1. 他のMIBモジュールとの関係
The objects defined in this document manage OAM functionality introduced in [802.3ah] These objects do not overlap with the interfaces MIB [RFC2863], the Ethernet-like interfaces MIB [RFC3635], or any other MIB currently used to manage various aspects of an Ethernet interface. The objects defined here are defined for Ethernet-like interfaces only and use the same ifIndex as the associated Ethernet interface. Ethernet OAM can be implemented on any Ethernet-like interface.
本書では定義されたオブジェクトはこれらのオブジェクトがMIB[RFC2863]、イーサネットのようなインタフェースMIB[RFC3635]、またはいかなる他のMIBも現在イーサネットインタフェースの種々相を管理するのに使用したインタフェースに重ね合わせない[802.3ah]で紹介されたOAMの機能性を管理します。 ここで定義されたオブジェクトは、イーサネットのようなインタフェースだけと定義されて、関連イーサネットインタフェースと同じifIndexを使用します。 どんなイーサネットのようなインタフェースでもイーサネットOAMを実装することができます。
Squire Standards Track [Page 5] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[5ページ]RFC4878OAM機能に付き添ってください。
4.2. Relation to Other EFM MIB Modules
4.2. 他のEFM MIBモジュールとの関係
The Ethernet OAM functionality and MIB Module is independent of the other functionality and MIB Modules derived from [802.3ah] for copper [802.3ah-copper] and EPON [802.3ah-epon]. Ethernet OAM may be implemented (or not) on the new EFM interface types, just as it can on any other Ethernet interface.
イーサネットのOAMの機能性とMIB Moduleは銅[802.3ah-銅]とEPON[802.3ah-epon]のために[802.3ah]から得られた他の機能性とMIB Modulesから独立しています。 イーサネットOAMは新しいEFMインターフェース型の上の(or not)であると実装されるかもしれません、ちょうどいかなる他のイーサネットインタフェースでもそうすることができるように。
4.3. Mapping of IEEE 802.3ah Managed Objects
4.3. IEEE 802.3ah管理オブジェクトに関するマッピング
This section contains the mapping between managed objects defined in [802.3ah] Clause 30, and managed objects defined in this document.
このセクションは第30[802.3ah]節で定義された管理オブジェクトと、本書では定義された管理オブジェクトの間にマッピングを含みます。
IEEE 802.3 Managed Object Corresponding SNMP object
IEEE802.3Managed Object Corresponding SNMPオブジェクト
oOA
.aOAMID IF-MIB ifIndex
.aOAMAdminState dot3OamAdminState
.aOAMMode dot3OamMode
.aOAMDiscoveryState dot3OamOperStatus
.aOAMRemoteMACAddress dot3OamPeerMacAddress
.aOAMLocalConfiguration dot3OamFunctionsSupported
.aOAMRemoteConfiguration dot3OamPeerFunctionsSupported,
dot3OamPeerMode
.aOAMLocalPDUConfiguration dot3OamMaxOamPduSize
.aOAMRemotePDUConfiguration dot3OamPeerMaxOamPduSize
.aOAMLocalFlagsField dot3OamOperStatus,
dot3OamEventLogEntry
.aOAMRemoteFlagsField dot3OamOperStatus,
dot3OamEventLogEntry
.aOAMLocalRevision dot3OamConfigRevision
.aOAMRemoteRevision dot3OamPeerConfigRevision
.aOAMLocalState dot3OamLoopbackStatus
.aOAMRemoteState dot3OamLoopbackStatus
.aOAMRemoteVendorOUI dot3OamPeerVendorOui
.aOAMRemoteVendorSpecificInfo dot3OamPeerVendorInfo
.aOAMUnsupportedCodesTx dot3OamUnsupportedCodesTx
.aOAMUnsupportedCodesRx dot3OamUnsupportedCodesRx
.aOAMInformationTx dot3OamInformationTx
.aOAMInformationRx dot3OamInformationRx
oOA .aOAMID、-、MIB ifIndex .aOAMAdminState dot3OamAdminState .aOAMMode、dot3OamMode .aOAMDiscoveryState dot3OamOperStatus.aOAMRemoteMACAddress dot3OamPeerMacAddress .aOAMLocalConfiguration dot3OamFunctionsSupported.aOAMRemoteConfiguration dot3OamPeerFunctionsSupported、dot3OamPeerMode .aOAMLocalPDUConfiguration dot3OamMaxOamPduSize.aOAMRemotePDUConfiguration dot3OamPeerMaxOamPduSize.aOAMLocalFlagsField dot3OamOperStatus(dot3OamEventLogEntry); aOAMRemoteFlagsField dot3OamOperStatus、dot3OamEventLogEntry .aOAMLocalRevision dot3OamConfigRevision .aOAMRemoteRevision dot3OamPeerConfigRevision.aOAMLocalState dot3OamLoopbackStatus.aOAMRemoteState dot3OamLoopbackStatus .aOAMRemoteVendorOUI dot3OamPeerVendorOui .aOAMRemoteVendorSpecificInfo dot3OamPeerVendorInfo .aOAMUnsupportedCodesTx dot3OamUnsupportedCodesTx.aOAMUnsupportedCodesRx dot3OamUnsupportedCodesRx .aOAMInformationTx dot3OamInformationTx .aOAMInformationRx dot3OamInformationRx
.aOAMUniqueEventNotificationTx dot3OamUniqueEventNotificationTx
.aOAMUniqueEventNotificationRx dot3OamUniqueEventNotificationRx
.aOAMDuplicateEventNotificationTx
dot3OamDuplicateEventNotificationTx
.aOAMDuplicateEventNotificationRx
dot3OamDuplicateEventNotificationRx
.aOAMLoopbackControlTx dot3OamLoopbackControlTx
.aOAMUniqueEventNotificationTx dot3OamUniqueEventNotificationTx.aOAMUniqueEventNotificationRx dot3OamUniqueEventNotificationRx .aOAMDuplicateEventNotificationTx dot3OamDuplicateEventNotificationTx .aOAMDuplicateEventNotificationRx dot3OamDuplicateEventNotificationRx.aOAMLoopbackControlTx dot3OamLoopbackControlTx
Squire Standards Track [Page 6] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[6ページ]RFC4878OAM機能に付き添ってください。
.aOAMLoopbackControlRx dot3OamLoopbackControlRx
.aOAMVariableRequestTx dot3OamVariableRequestTx
.aOAMVariableRequestRx dot3OamVariableRequestRx
.aOAMVariableResponseTx dot3OamVariableResponseTx
.aOAMVariableResponseRx dot3OamVariableResponseRx
.aOAMOrganizationSpecificTx dot3OamOrgSpecificTx
.aOAMOrganizationSpecificRx dot3OamOrgSpecificTx
.aOAMLoopbackControlRx dot3OamLoopbackControlRx .aOAMVariableRequestTx dot3OamVariableRequestTx .aOAMVariableRequestRx dot3OamVariableRequestRx .aOAMVariableResponseTx dot3OamVariableResponseTx.aOAMVariableResponseRx dot3OamVariableResponseRx.aOAMOrganizationSpecificTx dot3OamOrgSpecificTx.aOAMOrganizationSpecificRx dot3OamOrgSpecificTx
.aOAMLocalErrSymPeriodConfig dot3OamErrSymPeriodWindow,
dot3OamErrSymPeriodThreshold
.aOAMLocalErrSymPeriodEvent dot3OamEventLogEntry
.aOAMLocalErrFrameConfig dot3OamErrFrameWindow,
dot3OamErrFrameThreshold
.aOAMLocalErrFrameEvent dot3OamEventLogEntry
.aOAMLocalErrFramePeriodConfig dot3OamErrFramePeriodWindow,
dot3OamErrFramePeriodThreshold
.aOAMLocalErrFramePeriodEvent dot3OamEventLogEntry
.aOAMLocalErrFrameSecsSummaryConfig
dot3OamErrFrameSecsSummaryWindow,
dot3OamErrFrameSecssummaryThreshold
.aOAMLocalErrFrameSecsSummaryEvent
dot3OamEventLogEntry
.aOAMRemoteErrSymPeriodEvent dot3OamEventLogEntry
.aOAMRemoteErrFrameEvent dot3OamEventLogEntry
.aOAMRemoteErrFramePeriodEvent dot3OamEventLogEntry
.aOAMRemoteErrFrameSecsSummaryEvent
dot3OamEventLogEntry
.aFramesLostDueToOAmError dot3OamFramesLostDueToOam
.acOAMAdminControl dot3OamAdminState
.aOAMLocalErrSymPeriodConfig dot3OamErrSymPeriodWindow、dot3OamErrSymPeriodThreshold .aOAMLocalErrSymPeriodEvent dot3OamEventLogEntry .aOAMLocalErrFrameConfig dot3OamErrFrameWindow、dot3OamErrFrameThreshold .aOAMLocalErrFrameEvent dot3OamEventLogEntry.aOAMLocalErrFramePeriodConfig dot3OamErrFramePeriodWindow、dot3OamErrFramePeriodThreshold.aOAMLocalErrFramePeriodEvent dot3OamEventLogEntry; aOAMLocalErrFrameSecsSummaryConfig dot3OamErrFrameSecsSummaryWindow、dot3OamErrFrameSecssummaryThreshold.aOAMLocalErrFrameSecsSummaryEvent dot3OamEventLogEntry.aOAMRemoteErrSymPeriodEvent dot3OamEventLogEntry.aOAMRemoteErrFrameEvent dot3OamEventLogEntry.aOAMRemoteErrFramePeriodEvent dot3OamEventLogEntry.aOAMRemoteErrFrameSecsSummaryEvent dot3OamEventLogEntry.aFramesLostDueToOAmError dot3OamFramesLostDueToOam.acOAMAdminControl dot3OamAdminState
There are no IEEE 802.3ah managed objects that are not reflected in this MIB Module in some manner.
何らかの方法でこのMIB Moduleに反映されないIEEE 802.3ah管理オブジェクトが全くありません。
5. MIB Structure
5. MIB構造
The Ethernet OAM MIB objects of this memo focus on the OA capabilities introduced in [802.3ah]. The MIB objects are partitioned into six different MIB groups.
このメモのイーサネットOAM MIBオブジェクトは[802.3ah]で導入されたOA能力に焦点を合わせます。 MIBオブジェクトは6つの異なったMIBグループに仕切られます。
The dot3OamTable group manages the primary OAM objects of the Ethernet interface. This group controls the state and status of OA as well as the mode in which it operates.
dot3OamTableグループはイーサネットインタフェースのプライマリOAMオブジェクトを管理します。 このグループはそれが作動するモードと同様にOAの状態と状態を制御します。
The dot3OamPeerTable maintains the current information on the status and configuration of the peer OAM entity on the Ethernet interface. Managed information includes the capabilities and function available on the peer OAM entity.
dot3OamPeerTableはイーサネットインタフェースで同輩OAM実体の状態と構成に関する現行情報を維持します。 管理された情報は同輩OAM実体で利用可能な能力と機能を含んでいます。
Squire Standards Track [Page 7] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[7ページ]RFC4878OAM機能に付き添ってください。
The dot3OamLoopbackTable manages the loopback function introduced in [802.3ah]. This table controls enabling and disabling loopback, as well as indicating the loopback status of Ethernet OAM on this interface.
dot3OamLoopbackTableは[802.3ah]で導入されたループバック機能を管理します。 このテーブルは、このインタフェースのイーサネットOAMのループバック状態を示すことと同様にループバックを可能にして、無効にしながら、制御されます。
The dot3OamStatsTable maintains statistics on the number and type of Ethernet OAM frames being transmitted and received on the Ethernet interface.
dot3OamStatsTableはイーサネットインタフェースに送信されて、受け取られるイーサネットOAMフレームの数とタイプの上で統計を取ります。
The dot3OamEventConfigTable defines the objects for managing the event notification capability available in Ethernet OAM. With Ethernet OAM, one device may send notifications to its peer devices whenever an important event happens on the local device. This table provides management of which events result in notifications via Ethernet OAM notifications and/or via SNMP notifications.
dot3OamEventConfigTableは、イーサネットOAMで利用可能なイベント通知能力を管理するためにオブジェクトを定義します。 重大事件がローカル装置で起こるときはいつも、イーサネットOAMと共に、1台のデバイスが同輩デバイスに通告を送るかもしれません。 このテーブルはイベントがイーサネットOAM通知を通したSNMP通知で通知をもたらす管理を提供します。
The dot3OamEventLogTable manages the current status of local and remote events detected via Ethernet OAM. This table is updated whenever local events are detected by Ethernet OAM or whenever Ethernet OAM Event Notifications are received from the peer OA entity.
dot3OamEventLogTableはイーサネットOAMを通して検出された地方の、そして、リモートなイベントの現在の状態を管理します。 ローカルイベントが検出されるときはいつも、イーサネットOAMによってアップデートされるか、同輩OA実体からイーサネットOAM Event Notificationsを受け取るときはいつもこのテーブルがそうである。
There are two notifications defined to report Ethernet OAM events (one for threshold crossing events, one for non-threshold crossing events). Both notifications are contained within the same conformance group.
イーサネットOAMイベント(敷居交差点イベントのためのもの、非敷居交差点イベントのためのもの)を報告するために定義された2つの通知があります。 両方の通知は同じ順応グループの中に含まれています。
6. MIB Definition
6. MIB定義
DOT3-OAM-MIB DEFINITIONS ::= BEGIN
DOT3-OAM-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, mib-2, OBJECT-TYPE, Counter32, Unsigned32,
Integer32, NOTIFICATION-TYPE
FROM SNMPv2-SMI
-- from [RFC2578]
TEXTUAL-CONVENTION, MacAddress, TimeStamp, TruthValue
[RFC2578]TEXTUAL-CONVENTION、MacAddress、TimeStamp、TruthValueからのIMPORTS MODULE-IDENTITY、mib-2、OBJECT-TYPE、Counter32、Unsigned32、Integer32、NOTIFICATION-TYPE FROM SNMPv2-SMI
FROM SNMPv2-TC
-- from [RFC2579]
CounterBasedGauge64
FROM HCNUM-TC
-- from [RFC2856]
ifIndex
FROM IF-MIB
-- from [RFC2863]
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF;
SNMPv2-Tc、HCNUM-Tcからの[RFC2579]CounterBasedGauge64、[RFC2856]ifIndex、-、MIB、--[RFC2863]モジュールコンプライアンス、オブジェクトグループから、SNMPv2-CONFから通知で分類してください。
Squire Standards Track [Page 8] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[8ページ]RFC4878OAM機能に付き添ってください。
-- from [RFC2580]
-- from[RFC2580]
dot3OamMIB MODULE-IDENTITY
LAST-UPDATED "200706140000Z" -- June 14,2007"
ORGANIZATION
"IETF Ethernet Interfaces and Hub MIB Working Group"
CONTACT-INFO
"WG Charter:
http://www.ietf.org/html.charters/hubmib-charter.html
Mailing lists:
General Discussion: hubmib@ietf.org
To Subscribe: hubmib-requests@ietf.org
In Body: subscribe your_email_address
Chair: Bert Wijnen
Alcatel-Lucent
Email: bwijnen at alcatel-lucent dot com
Editor: Matt Squire
Hatteras Networks
E-mail: msquire at hatterasnetworks dot com
"
DESCRIPTION
"The MIB module for managing the new Ethernet OAM features
introduced by the Ethernet in the First Mile taskforce (IEEE
802.3ah). The functionality presented here is based on IEEE
802.3ah [802.3ah], released in October, 2004. [802.3ah] was
prepared as an addendum to the standing version of IEEE 802.3
[802.3-2002]. Since then, [802.3ah] has been
merged into the base IEEE 802.3 specification in [802.3-2005].
「dot3OamMIBモジュールアイデンティティは"200706140000Z"をアップデートしました--2007年6月14日」という「WGは以下をチャーターする」という組織「IETFイーサネットインタフェースとハブMIBワーキンググループ」コンタクトインフォメーション http://www.ietf.org/html.charters/hubmib-charter.html メーリングリスト: 一般議論: 申し込む hubmib@ietf.org : ボディーの hubmib-requests@ietf.org : _メール_アドレス議長を申し込んでください: バートのWijnenのアルカテル透明なEmail: alcatel透明なドットコムEditorのbwijnen: マット郷士ハッテラスネットワークはメールされます: hatterasnetworksドットコムのmsquire、「記述、「First Mile taskforce(IEEE 802.3ah)のイーサネットによって導入された新しいイーサネットOAM機能を管理するためのMIBモジュール。」 ここに提示された機能性は2004年10月にリリースされたIEEE 802.3ah[802.3ah]に基づいています。 [802.3ah]は付加物としてIEEE802.3[802.3-2002]の地位のバージョンに準備されました。 それ以来、[802.3ah]は[802.3-2005]のベースIEEE802.3仕様に合併されています。
In particular, this MIB focuses on the new OAM functions
introduced in Clause 57 of [802.3ah]. The OAM functionality
of Clause 57 is controlled by new management attributes
introduced in Clause 30 of [802.3ah]. The OAM functions are
not specific to any particular Ethernet physical layer, and
can be generically applied to any Ethernet interface of
[802.3-2002].
特に、このMIBは[802.3ah]のClause57で導入された新しいOAM機能に焦点を合わせます。 Clause57のOAMの機能性は[802.3ah]のClause30で導入された新しい管理属性によって制御されます。 OAM機能は、どんな特定のイーサネット物理的な層にも特定でなく、一般的に[802.3-2002]のどんなイーサネットインタフェースにも付けることができます。
An Ethernet OAM protocol data unit is a valid Ethernet frame
with a destination MAC address equal to the reserved MAC
address for Slow Protocols (See 43B of [802.3ah]), a
lengthOrType field equal to the reserved type for Slow
Protocols, and a Slow Protocols subtype equal to that of the
subtype reserved for Ethernet OAM. OAMPDU is used throughout
this document as an abbreviation for Ethernet OAM protocol
data unit.
イーサネットOAMプロトコルデータ単位はSlowプロトコル([802.3ah]の43Bを見る)のための予約されたMACアドレスと等しい送付先MACアドレス、Slowプロトコルのための控え目なタイプと等しいlengthOrType分野、およびイーサネットOAMのために予約された「副-タイプ」のものと等しいSlowプロトコル「副-タイプ」がある有効なイーサネットフレームです。 OAMPDUはイーサネットOAMプロトコルデータ単位に略語としてこのドキュメント中で使用されます。
The following reference is used throughout this MIB module:
以下の参照はこのMIBモジュール中で使用されます:
Squire Standards Track [Page 9] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[9ページ]RFC4878OAM機能に付き添ってください。
[802.3ah] refers to:
IEEE Std 802.3ah-2004: 'Draft amendment to -
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',
October 2004.
[802.3ah] 言及します: IEEE Std 802.3ah-2004: '--情報技術--テレコミュニケーションへの修正案と地方とシステム--メトロポリタンエリアネットワークの間の情報交換(決められた一定の要求)は3を分けます' 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス--加入者のためのメディアAccess Control Parameters、Physical Layers、およびManagement Parametersはネットワークのもの(2004年10月)にアクセスします。
[802.3-2002] refers to:
IEEE Std 802.3-2002:
'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',
March 2002.
[802.3-2002]は言及します: IEEE Std802.3-2002: '情報技術--システムの間のテレコミュニケーションと情報交換--地方とメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます' 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス--加入者のためのメディアAccess Control Parameters、Physical Layers、およびManagement Parametersはネットワークのもの(2002年3月)にアクセスします。
[802.3-2005] refers to:
IEEE Std 802.3-2005:
'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',
December 2005.
[802.3-2005]は言及します: IEEE Std802.3-2005: '情報技術--システムの間のテレコミュニケーションと情報交換--地方とメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます' 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス--加入者のためのメディアAccess Control Parameters、Physical Layers、およびManagement Parametersはネットワークのもの(2005年12月)にアクセスします。
[802-2001] refers to:
'IEEE Standard for LAN/MAN (Local Area
Network/Metropolitan Area Network): Overview and
Architecture', IEEE 802, June 2001.
[802-2001]は言及します: '(ローカル・エリア・ネットワーク/メトロポリタンエリアネットワーク)のLAN/男性のIEEE規格:' '概要とアーキテクチャ'、IEEE802、6月2001日
Copyright (c) The IETF Trust (2007). This version of
this MIB module is part of RFC 4878; See the RFC itself for
full legal notices. "
IETFが信じる著作権(c)(2007)。 このMIBモジュールのこのバージョンはRFC4878の一部です。 完全な法定の通知に関してRFC自身を見てください。 "
REVISION "200706140000Z" -- June 14, 2007"
DESCRIPTION "Initial version, published as RFC 4878."
::= { mib-2 158 }
「REVISION"200706140000Z"--2007年6月14日に、」 記述は「RFC4878として発行されたバージョンに頭文字をつけます」。 ::= mib-2 158
--
-- Sections of the Ethernet OAM MIB
-- -- イーサネットOAM MIBのセクション
Squire Standards Track [Page 10] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[10ページ]RFC4878OAM機能に付き添ってください。
--
dot3OamNotifications OBJECT IDENTIFIER ::= { dot3OamMIB 0 }
dot3OamObjects OBJECT IDENTIFIER ::= { dot3OamMIB 1 }
dot3OamConformance OBJECT IDENTIFIER ::= { dot3OamMIB 2 }
-- dot3OamNotificationsオブジェクト識別子:、:= dot3OamMIB0dot3OamObjectsオブジェクト識別子:、:= dot3OamMIB1dot3OamConformanceオブジェクト識別子:、:= dot3OamMIB2
--
-- Textual conventions for the OAM MIB
--
EightOTwoOui ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"24-bit Organizationally Unique Identifier. Information on
OUIs can be found in IEEE 802-2001 [802-2001], Clause 9."
SYNTAX OCTET STRING(SIZE(3))
-- -- OAM MIBのための原文のコンベンション--、EightOTwoOui:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「組織的の24ビットのユニークな識別子。」 「Clause9、IEEE802-2001[802-2001]でOUIsに関する情報を見つけることができます。」 構文八重奏ストリング(サイズ(3))
-- ***************************************************************
--
-- Ethernet OAM Control group
--
-- イーサネット..分類
dot3OamTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OamEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains the primary controls and status for the
OAM capabilities of an Ethernet-like interface. There will be
one row in this table for each Ethernet-like interface in the
system that supports the OAM functions defined in [802.3ah].
"
::= { dot3OamObjects 1 }
dot3OamTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3OamEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはイーサネットのようなインタフェースのOAM能力のための一次制御と状態を含んでいます」。 [802.3ah]で定義されたOAM機能をサポートするシステムには1つの列がそれぞれのイーサネットのようなインタフェースへのこのテーブルにあるでしょう。 " ::= dot3OamObjects1
dot3OamEntry OBJECT-TYPE
SYNTAX Dot3OamEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table that contains information on the
Ethernet OAM function for a single Ethernet like interface.
Entries in the table are created automatically for each
interface supporting Ethernet OAM. The status of the row
entry can be determined from dot3OamOperStatus.
dot3OamEntry OBJECT-TYPE SYNTAX Dot3OamEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「インタフェースのようなただ一つのイーサネットのためのイーサネットOAM機能の情報を含むテーブルのエントリー。」 テーブルのエントリーは自動的にイーサネットOAMを支持する各インタフェースに作成されます。 列のエントリーの状態はdot3OamOperStatusから決定できます。
A dot3OamEntry is indexed in the dot3OamTable by the ifIndex
object of the Interfaces MIB.
"
INDEX { ifIndex }
::= { dot3OamTable 1 }
dot3OamEntryはdot3OamTableでInterfaces MIBのifIndex物によって索引をつけられます。 「ifIndexに索引をつけてください:、:、」= dot3OamTable1
Squire Standards Track [Page 11] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[11ページ]RFC4878OAM機能に付き添ってください。
Dot3OamEntry ::=
SEQUENCE {
dot3OamAdminState INTEGER,
dot3OamOperStatus INTEGER,
dot3OamMode INTEGER,
dot3OamMaxOamPduSize Unsigned32,
dot3OamConfigRevision Unsigned32,
dot3OamFunctionsSupported BITS
}
Dot3OamEntry:、:= 系列dot3OamAdminState整数、dot3OamOperStatus整数、dot3OamMode整数、dot3OamMaxOamPduSize Unsigned32、dot3OamConfigRevision Unsigned32、dot3OamFunctionsSupportedビット
dot3OamAdminState OBJECT-TYPE
SYNTAX INTEGER {
enabled(1),
disabled(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object is used to provision the default administrative
OAM mode for this interface. This object represents the
desired state of OAM for this interface.
dot3OamAdminState OBJECT-TYPE SYNTAX INTEGERは(1)、障害がある(2)を可能にしました。マックス-ACCESSは「この物はデフォルトの管理OAMモードにこのインタフェースに食糧を供給するのに使用されること」をSTATUSの現在の記述に読書して書きます。 この物はOAMの必要な州をこのインタフェースに代表します。
The dot3OamAdminState always starts in the disabled(2) state
until an explicit management action or configuration
information retained by the system causes a transition to the
enabled(1) state. When enabled(1), Ethernet OAM will attempt
to operate over this interface.
"
REFERENCE "[802.3ah], 30.3.6.1.2"
::= { dot3OamEntry 1 }
システムによって保有された明白な管理活動か設定情報が可能にされた(1)状態への変遷を引き起こすまで、dot3OamAdminStateは障害がある(2)状態でいつも始まります。 (1) 可能にされると、イーサネットOAMは、このインタフェースの上で作動するのを試みるでしょう。 「参照、「[802.3ah]、30.3 .6 .1 0.2インチ:、:、」= dot3OamEntry1
dot3OamOperStatus OBJECT-TYPE
SYNTAX INTEGER {
disabled(1),
linkFault(2),
passiveWait(3),
activeSendLocal(4),
sendLocalAndRemote(5),
sendLocalAndRemoteOk(6),
oamPeeringLocallyRejected(7),
oamPeeringRemotelyRejected(8),
operational(9),
nonOperHalfDuplex(10)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"At initialization and failure conditions, two OAM entities on
dot3OamOperStatus OBJECT-TYPE SYNTAX INTEGERがマックス-ACCESS書き込み禁止STATUS現在で(1)、linkFault(2)、passiveWait(3)、activeSendLocal(4)、sendLocalAndRemote(5)、sendLocalAndRemoteOk(6)、oamPeeringLocallyRejected(7)、oamPeeringRemotelyRejected(8)、操作上の(9)、nonOperHalfDuplex(10)を無効にした、「初期化と失敗状態、2つのOAM実体でオンな」記述
Squire Standards Track [Page 12] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[12ページ]RFC4878OAM機能に付き添ってください。
the same full-duplex Ethernet link begin a discovery phase to
determine what OAM capabilities may be used on that link. The
progress of this initialization is controlled by the OA
sublayer.
同じ全二重イーサネットリンクは、どんなOAM能力がそのリンクの上に使用されるかもしれないかを決定するために発見フェーズを始めます。 この初期化の進歩はOA副層によって制御されます。
This value is always disabled(1) if OAM is disabled on this
interface via the dot3OamAdminState.
(1) OAMがdot3OamAdminStateを通してこのインタフェースで無効にされるなら、この値はいつも無効にされます。
If the link has detected a fault and is transmitting OAMPDUs
with a link fault indication, the value is linkFault(2).
Also, if the interface is not operational (ifOperStatus is
not up(1)), linkFault(2) is returned. Note that the object
ifOperStatus may not be up(1) as a result of link failure or
administrative action (ifAdminState being down(2) or
testing(3)).
リンクが欠点を検出して、リンク欠点指示でOAMPDUsを伝えているなら、値はlinkFault(2)です。 インタフェースは操作上ではありません。また、((1))の上にifOperStatusがなくて、linkFault(2)を返します。 物のifOperStatusが(1) その結果リンクの故障か管理動作を上がらないかもしれないことに注意してください。(下に(2)かテスト(3))であるifAdminState。
The passiveWait(3) state is returned only by OAM entities in
passive mode (dot3OamMode) and reflects the state in which the
OAM entity is waiting to see if the peer device is OA
capable. The activeSendLocal(4) value is used by active mode
devices (dot3OamMode) and reflects the OAM entity actively
trying to discover whether the peer has OAM capability but has
not yet made that determination.
passiveWait(3)州は、受け身の形態(dot3OamMode)によるOAM実体だけによって返されて、OAM実体が同輩装置ができるOAであるかどうか考えるのを待っている状態を反映します。 activeSendLocal(4)値は、アクティブなモード装置(dot3OamMode)によって使用されて、同輩がOAM能力を持っていますが、まだそれを決断にしていないかどうか活発に発見しようとするOAM実体を反映します。
The state sendLocalAndRemote(5) reflects that the local OA
entity has discovered the peer but has not yet accepted or
rejected the configuration of the peer. The local device can,
for whatever reason, decide that the peer device is
unacceptable and decline OAM peering. If the local OAM entity
rejects the peer OAM entity, the state becomes
oamPeeringLocallyRejected(7). If the OAM peering is allowed
by the local device, the state moves to
sendLocalAndRemoteOk(6). Note that both the
sendLocalAndRemote(5) and oamPeeringLocallyRejected(7) states
fall within the state SEND_LOCAL_REMOTE of the Discovery state
diagram [802.3ah, Figure 57-5], with the difference being
whether the local OAM client has actively rejected the peering
or has just not indicated any decision yet. Whether a peering
decision has been made is indicated via the local flags field
in the OAMPDU (reflected in the aOAMLocalFlagsField of
30.3.6.1.10).
州のsendLocalAndRemote(5)は、地方のOA実体がまだ同輩の構成を同輩を発見しましたが、受け入れもしませんし、拒絶もしていないのを反映します。 推論することなら何でものために、ローカル装置は、同輩装置が容認できないと決めて、OAMのじっと見ることを断ることができます。 地方のOAM実体が同輩OAM実体を拒絶するなら、状態はoamPeeringLocallyRejected(7)になります。 OAMのじっと見ることがローカル装置によって許されているなら、状態はsendLocalAndRemoteOk(6)に動きます。 sendLocalAndRemote(5)とoamPeeringLocallyRejected(7)州の両方が_ディスカバリーのREMOTEが[802.3ah、図57-5]を図解すると述べる州のSEND_LOCALの中に落ちることに地元のOAMクライアントが活発にじっと見ることを拒絶したか、またはちょうどまだどんな決定も示していないということである違いで注意してください。 じっと見る決定をしたかどうかが旗がOAMPDUでさばくローカルを通して示される、(30.3のaOAMLocalFlagsFieldに.6を反映する、.1 .10)。
If the remote OAM entity rejects the peering, the state
becomes oamPeeringRemotelyRejected(8). Note that both the
sendLocalAndRemoteOk(6) and oamPeeringRemotelyRejected(8)
states fall within the state SEND_LOCAL_REMOTE_OK of the
Discovery state diagram [802.3ah, Figure 57-5], with the
difference being whether the remote OAM client has rejected
リモートOAM実体がじっと見ることを拒絶するなら、状態はoamPeeringRemotelyRejected(8)になります。 リモートOAMクライアントがそうしたかどうかということであることが拒絶した違いでsendLocalAndRemoteOk(6)とoamPeeringRemotelyRejected(8)州の両方がディスカバリー州のダイヤグラムの州のSEND_LOCAL_REMOTE_OK[802.3ah、図57-5]の中に落ちることに注意してください。
Squire Standards Track [Page 13] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[13ページ]RFC4878OAM機能に付き添ってください。
the peering or has just not yet decided. This is indicated
via the remote flags field in the OAMPDU (reflected in the
aOAMRemoteFlagsField of 30.3.6.1.11).
じっと見るか、またはちょうどまだ決めていません。 これがOAMPDUの遠く離れた旗の分野を通って示される、(30.3のaOAMRemoteFlagsFieldに.6を反映する、.1 .11)。
When the local OAM entity learns that both it and the remote
OAM entity have accepted the peering, the state moves to
operational(9) corresponding to the SEND_ANY state of the
Discovery state diagram [802.3ah, Figure 57-5].
地方のOAM実体が、それとリモートOAM実体の両方がじっと見ることを受け入れたことを学ぶとき、州は_ディスカバリー州のダイヤグラム[802.3ah、図57-5]のどんな事情もSENDに対応する操作上の(9)に動かします。
Since Ethernet OAM functions are not designed to work
completely over half-duplex interfaces, the value
nonOperHalfDuplex(10) is returned whenever Ethernet OAM is
enabled (dot3OamAdminState is enabled(1)), but the interface
is in half-duplex operation.
"
REFERENCE "[802.3ah], 30.3.6.1.4, 30.3.6.1.10, 30.3.6.1.11"
::= { dot3OamEntry 2 }
イーサネットOAM機能が半二重インタフェースより完全にやり直すように設計されていないので、イーサネットOAMが有効にされるときはいつも、値のnonOperHalfDuplex(10)を返します。(dot3OamAdminStateによる(1)) 可能にされて、インタフェースだけが半二重操作中であるということです。 「参照、「[802.3ah]、30.3 .6 .1 .4 30.3 .6 .1 .10 30.3 .6 .1 0.11インチ:、:、」= dot3OamEntry2
dot3OamMode OBJECT-TYPE
SYNTAX INTEGER {
passive(1),
active(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object configures the mode of OAM operation for this
Ethernet-like interface. OAM on Ethernet interfaces may be in
'active' mode or 'passive' mode. These two modes differ in
that active mode provides additional capabilities to initiate
monitoring activities with the remote OAM peer entity, while
passive mode generally waits for the peer to initiate OA
actions with it. As an example, an active OAM entity can put
the remote OAM entity in a loopback state, where a passive OA
entity cannot.
dot3OamMode OBJECT-TYPE SYNTAX INTEGER、受動態(1)、マックス-ACCESSがSTATUS現在の記述を読書して書くアクティブな(2)は「このイーサネットのようなインタフェースのためのOAM操作のモードを構成これが反対するします」。 イーサネットインタフェースのOAMが'アクティブな'モードか'受動'のモードであるかもしれません。 これらの2つのモードがアクティブなモードがリモートOAM同輩実体を監視活動を開始する追加能力に提供するという点において異なります、受け身の形態は、同輩がそれでOA動作を開始するのを一般に待っていますが。 例として、アクティブなOAM実体はリモートOAM実体をループバック状態に置くことができます。そこでは、受け身のOA実体はそうすることができません。
The default value of dot3OamMode is dependent on the type of
system on which this Ethernet-like interface resides. The
default value should be 'active(2)' unless it is known that
this system should take on a subservient role to the other
device connected over this interface.
dot3OamModeのデフォルト値はこのイーサネットのようなインタフェースが住んでいるシステムのタイプに依存しています。 このシステムがこのインタフェースの上に接続された対向機器に補助的な役割を引き受けるはずであるのが知られていない場合、デフォルト値は'アクティブな(2)'であるべきです。
Changing this value results in incrementing the configuration
revision field of locally generated OAMPDUs (30.3.6.1.12) and
potentially re-doing the OAM discovery process if the
dot3OamOperStatus was already operational(9).
"
REFERENCE "[802.3ah], 30.3.6.1.3"
この値を変えるのが局所的に発生したOAMPDUsの構成改正分野を増加するのに結果として生じる、(30.3 .6 .1 .12と)潜在的にOAM発見をやり直すのはdot3OamOperStatusが既に操作上の(9)であったなら処理されます。 「参照、「[802.3ah]、30.3 .6 .1 0.3インチ」
Squire Standards Track [Page 14] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[14ページ]RFC4878OAM機能に付き添ってください。
::= { dot3OamEntry 3 }
::= dot3OamEntry3
dot3OamMaxOamPduSize OBJECT-TYPE
SYNTAX Unsigned32 (64..1518)
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The largest OAMPDU that the OAM entity supports. OA
entities exchange maximum OAMPDU sizes and negotiate to use
the smaller of the two maximum OAMPDU sizes between the peers.
This value is determined by the local implementation.
"
REFERENCE "[802.3ah], 30.3.6.1.8"
::= { dot3OamEntry 4 }
dot3OamMaxOamPduSize OBJECT-TYPE SYNTAX Unsigned32(64 .1518)UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「OAM実体が支持する中で最も大きいOAMPDU。」 OA実体交換の最大のOAMPDUは使用と同輩の間の2つの最大のOAMPDUサイズが、より小さい状態で大きさで分けて、交渉します。 この値は地方の実現で決定します。 「参照、「[802.3ah]、30.3 .6 .1 0.8インチ:、:、」= dot3OamEntry4
dot3OamConfigRevision OBJECT-TYPE
SYNTAX Unsigned32(0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The configuration revision of the OAM entity as reflected in
the latest OAMPDU sent by the OAM entity. The config revision
is used by OAM entities to indicate that configuration changes
have occurred, which might require the peer OAM entity to
re-evaluate whether OAM peering is allowed.
"
REFERENCE "[802.3ah], 30.3.6.1.12"
::= { dot3OamEntry 5 }
「最新のOAMPDUで同じくらい反射したOAM実体の構成改正はOAM実体で送った」dot3OamConfigRevision OBJECT-TYPE SYNTAX Unsigned32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 コンフィグ改正はOAM実体によって使用されて、構成変更(OAMのじっと見ることが許されているか否かに関係なく、再評価するために同輩OAM実体を必要とするかもしれない)が起こったのを示します。 「参照、「[802.3ah]、30.3 .6 .1 0.12インチ:、:、」= dot3OamEntry5
dot3OamFunctionsSupported OBJECT-TYPE
SYNTAX BITS {
unidirectionalSupport (0),
loopbackSupport(1),
eventSupport(2),
variableSupport(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The OAM functions supported on this Ethernet-like interface.
OAM consists of separate functional sets beyond the basic
discovery process that is always required. These functional
groups can be supported independently by any implementation.
These values are communicated to the peer via the local
configuration field of Information OAMPDUs.
dot3OamFunctionsSupported OBJECT-TYPE SYNTAX BITS、unidirectionalSupport(0)、loopbackSupport(1)、eventSupport(2)、variableSupport(3)、「OAM機能はこのイーサネットのようなインタフェースで支持した」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OAMはいつも必要である基本的な発見の過程を超えて別々の機能的なセットから成ります。 どんな実現でも独自にこれらの機能的なグループを支持できます。 これらの値は情報OAMPDUsの地方の構成分野を通って同輩に伝えられます。
Setting 'unidirectionalSupport(0)' indicates that the OA
'unidirectionalSupport(0)'を設定するとそれが示される、OA
Squire Standards Track [Page 15] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[15ページ]RFC4878OAM機能に付き添ってください。
entity supports the transmission of OAMPDUs on links that are
operating in unidirectional mode (traffic flowing in one
direction only). Setting 'loopbackSupport(1)' indicates that
the OAM entity can initiate and respond to loopback commands.
Setting 'eventSupport(2)' indicates that the OAM entity can
send and receive Event Notification OAMPDUs. Setting
'variableSupport(3)' indicates that the OAM entity can send
and receive Variable Request and Response OAMPDUs.
"
REFERENCE "[802.3ah], 30.3.6.1.6"
::= { dot3OamEntry 6 }
実体は単方向のモード(一方向だけに流れる交通)で作動しているリンクにおけるOAMPDUsのトランスミッションを支持します。 'loopbackSupport(1)'を設定するのは、OAM実体がコマンドを開始して、ループバックに反応させることができるのを示します。 'eventSupport(2)'を設定するのは、OAM実体がEvent Notification OAMPDUsを送って、受けることができるのを示します。 'variableSupport(3)'を設定するのは、OAM実体がVariable RequestとResponse OAMPDUsを送って、受けることができるのを示します。 「参照、「[802.3ah]、30.3 .6 .1 0.6インチ:、:、」= dot3OamEntry6
-- ***************************************************************
--
-- Ethernet OAM Peer group
--
-- イーサネット..分類
dot3OamPeerTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OamPeerEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains information about the OAM peer for a
particular Ethernet-like interface. OAM entities communicate
with a single OAM peer entity on Ethernet links on which OA
is enabled and operating properly. There is one entry in this
table for each entry in the dot3OamTable for which information
on the peer OAM entity is available.
"
::= { dot3OamObjects 2 }
dot3OamPeerTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3OamPeerEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは特定のイーサネットのようなインタフェースへのOAM同輩の情報を含んでいます」。 OAM実体はどのOAが有効にされるか、そして、適切に作動するときイーサネットリンクの上のただ一つのOAM同輩実体で交信します。 1つのエントリーが同輩OAM実体の情報が利用可能であるdot3OamTableの各エントリーのためのこのテーブルにあります。 " ::= dot3OamObjects2
dot3OamPeerEntry OBJECT-TYPE
SYNTAX Dot3OamPeerEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table containing information on the peer OA
entity for a single Ethernet-like interface.
dot3OamPeerEntry OBJECT-TYPE SYNTAX Dot3OamPeerEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のイーサネットのようなインタフェースへの同輩OA実体の情報を含むテーブルのエントリー。」
Note that there is at most one OAM peer for each Ethernet-like
interface. Entries are automatically created when information
about the OAM peer entity becomes available, and automatically
deleted when the OAM peer entity is no longer in
communication. Peer information is not available when
dot3OamOperStatus is disabled(1), linkFault(2),
passiveWait(3), activeSendLocal(4), or nonOperHalfDuplex(10).
"
INDEX { ifIndex }
それぞれのイーサネットのようなインタフェースへのOAM同輩が最も1つにいることに注意してください。 OAM同輩実体の情報がOAM同輩実体がもうどんなコミュニケーションにもないとき、利用可能で、自動的に削除されるようになるとき、エントリーは自動的に作成されます。 いつdot3OamOperStatusが身体障害者(1)、linkFault(2)、passiveWait(3)、activeSendLocal(4)、またはnonOperHalfDuplex(10)であるかという同輩情報は、利用可能ではありません。 「索引をつけてください」ifIndex
Squire Standards Track [Page 16] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[16ページ]RFC4878OAM機能に付き添ってください。
::= { dot3OamPeerTable 1 }
::= dot3OamPeerTable1
Dot3OamPeerEntry ::=
SEQUENCE {
dot3OamPeerMacAddress MacAddress,
dot3OamPeerVendorOui EightOTwoOui,
dot3OamPeerVendorInfo Unsigned32,
dot3OamPeerMode INTEGER,
dot3OamPeerMaxOamPduSize Unsigned32,
dot3OamPeerConfigRevision Unsigned32,
dot3OamPeerFunctionsSupported BITS
}
Dot3OamPeerEntry:、:= 系列dot3OamPeerMacAddress MacAddress、dot3OamPeerVendorOui EightOTwoOui、dot3OamPeerVendorInfo Unsigned32、dot3OamPeerMode整数、dot3OamPeerMaxOamPduSize Unsigned32、dot3OamPeerConfigRevision Unsigned32、dot3OamPeerFunctionsSupportedビット
dot3OamPeerMacAddress OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The MAC address of the peer OAM entity. The MAC address is
derived from the most recently received OAMPDU.
"
REFERENCE "[802.3ah], 30.3.6.1.5."
::= { dot3OamPeerEntry 1 }
dot3OamPeerMacAddress OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「同輩OAM実体のMACアドレス。」 最も最近容認されたOAMPDUからMACアドレスを得ます。 「参照、「[802.3ah]、30.3 .6 .1 .5」、」 ::= dot3OamPeerEntry1
dot3OamPeerVendorOui OBJECT-TYPE
SYNTAX EightOTwoOui
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The OUI of the OAM peer as reflected in the latest
Information OAMPDU received with a Local Information TLV. The
OUI can be used to identify the vendor of the remote OA
entity. This value is initialized to three octets of zero
before any Local Information TLV is received.
"
REFERENCE "[802.3ah], 30.3.6.1.16."
::= { dot3OamPeerEntry 2 }
「Local情報TLVと共に受け取られた最新の情報OAMPDUに反映されて、OAMのOUIはじっと見る」dot3OamPeerVendorOui OBJECT-TYPE SYNTAX EightOTwoOuiのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 リモートOA実体の業者を特定するのにOUIを使用できます。 どんなLocal情報TLVも受け取られている前にこの値はゼロの3つの八重奏に初期化されます。 「参照、「[802.3ah]、30.3 .6 .1 .16」、」 ::= dot3OamPeerEntry2
dot3OamPeerVendorInfo OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Vendor Info of the OAM peer as reflected in the latest
Information OAMPDU received with a Local Information TLV.
The semantics of the Vendor Information field is proprietary
and specific to the vendor (identified by the
dot3OamPeerVendorOui). This information could, for example,
「Local情報TLVと共に受け取られた最新の情報OAMPDUに反映されて、OAMのVendor Infoはじっと見る」dot3OamPeerVendorInfo OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 業者(dot3OamPeerVendorOuiによって特定される)にとって、Vendor情報分野の意味論は、独占であって、特定です。 この情報がそうすることができた、例えば。
Squire Standards Track [Page 17] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[17ページ]RFC4878OAM機能に付き添ってください。
be used to identify a specific product or product family.
This value is initialized to zero before any Local
Information TLV is received.
"
REFERENCE "[802.3ah], 30.3.6.1.17."
::= { dot3OamPeerEntry 3 }
使用されて、特定生産品か製品ファミリーを特定してください。 どんなLocal情報TLVも受け取られている前にこの値はゼロに初期化されます。 「参照、「[802.3ah]、30.3 .6 .1 .17」、」 ::= dot3OamPeerEntry3
dot3OamPeerMode OBJECT-TYPE
SYNTAX INTEGER {
passive(1),
active(2),
unknown(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The mode of the OAM peer as reflected in the latest
Information OAMPDU received with a Local Information TLV. The
mode of the peer can be determined from the Configuration
field in the Local Information TLV of the last Information
OAMPDU received from the peer. The value is unknown(3)
whenever no Local Information TLV has been received. The
values of active(2) and passive(1) are returned when a Local
Information TLV has been received indicating that the peer is
in active or passive mode, respectively.
"
REFERENCE "[802.3ah], 30.3.6.1.7."
::= { dot3OamPeerEntry 4 }
dot3OamPeerMode OBJECT-TYPE SYNTAX INTEGER、受動態(1)、アクティブな(2)、未知(3)、「Local情報TLVと共に受け取られた最新の情報OAMPDUに反映されて、OAMのモードはじっと見る」マックス-ACCESSの読書だけのSTATUSの現在の記述。 同輩のモードは同輩から受け取られた最後の情報OAMPDUのLocal情報TLVのConfiguration分野から決定できます。 (3) Local情報TLVを全く受け取っていないときはいつも、値は未知です。 それぞれ同輩がアクティブであるか受け身のモードでいるのを示しながらLocal情報TLVを受け取ったとき、アクティブな(2)と受動態(1)の値を返します。 「参照、「[802.3ah]、30.3 .6 .1 .7」、」 ::= dot3OamPeerEntry4
dot3OamPeerMaxOamPduSize OBJECT-TYPE
SYNTAX Unsigned32 (0 | 64..1518)
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum size of OAMPDU supported by the peer as reflected
in the latest Information OAMPDU received with a Local
Information TLV. Ethernet OAM on this interface must not use
OAMPDUs that exceed this size. The maximum OAMPDU size can be
determined from the PDU Configuration field of the Local
Information TLV of the last Information OAMPDU received from
the peer. A value of zero is returned if no Local Information
TLV has been received. Otherwise, the value of the OAM peer's
maximum OAMPDU size is returned in this value.
"
REFERENCE "[802.3ah], 30.3.6.1.9."
::= { dot3OamPeerEntry 5 }
dot3OamPeerMaxOamPduSize OBJECT-TYPE SYNTAX Unsigned32、(0|64 「OAMPDUの最大サイズはLocal情報TLVと共に受け取られた最新の情報OAMPDUに反映されるように同輩で支持した」.1518)UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このインタフェースのイーサネットOAMはこのサイズを超えているOAMPDUsを使用してはいけません。 最大のOAMPDUサイズは同輩から受け取られた最後の情報OAMPDUのLocal情報TLVのPDU Configuration分野から決定できます。 Local情報TLVを全く受け取っていないなら、ゼロの値を返します。 さもなければ、この値でOAM同輩の最大のOAMPDUサイズの値を返します。 「参照、「[802.3ah]、30.3 .6 .1 .9」、」 ::= dot3OamPeerEntry5
Squire Standards Track [Page 18] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[18ページ]RFC4878OAM機能に付き添ってください。
dot3OamPeerConfigRevision OBJECT-TYPE
SYNTAX Unsigned32(0..65535)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The configuration revision of the OAM peer as reflected in
the latest OAMPDU. This attribute is changed by the peer
whenever it has a local configuration change for Ethernet OA
on this interface. The configuration revision can be
determined from the Revision field of the Local Information
TLV of the most recently received Information OAMPDU with
a Local Information TLV. A value of zero is returned if
no Local Information TLV has been received.
"
REFERENCE "[802.3ah], 30.3.6.1.13."
::= { dot3OamPeerEntry 6 }
「最新のOAMPDUに反映されて、OAMの構成改正はじっと見る」dot3OamPeerConfigRevision OBJECT-TYPE SYNTAX Unsigned32(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 地方の構成がイーサネットOAのためにこのインタフェースでそれで変化するときはいつも、この属性は同輩によって変えられます。 構成改正はLocal情報TLVと最も最近容認された情報OAMPDUのLocal情報TLVのRevision分野から決定できます。 Local情報TLVを全く受け取っていないなら、ゼロの値を返します。 「参照、「[802.3ah]、30.3 .6 .1 .13」、」 ::= dot3OamPeerEntry6
dot3OamPeerFunctionsSupported OBJECT-TYPE
SYNTAX BITS {
unidirectionalSupport (0),
loopbackSupport(1),
eventSupport(2),
variableSupport(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The OAM functions supported on this Ethernet-like interface.
OAM consists of separate functionality sets above the basic
discovery process. This value indicates the capabilities of
the peer OAM entity with respect to these functions. This
value is initialized so all bits are clear.
dot3OamPeerFunctionsSupported OBJECT-TYPE SYNTAX BITS、unidirectionalSupport(0)、loopbackSupport(1)、eventSupport(2)、variableSupport(3)、「OAM機能はこのイーサネットのようなインタフェースで支持した」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OAMは基本的な発見の過程を超えて別々の機能性セットから成ります。 この値はこれらの機能に関して同輩OAM実体の能力を示します。 この値が初期化されるので、すべてのビットが明確です。
If unidirectionalSupport(0) is set, then the peer OAM entity
supports sending OAM frames on Ethernet interfaces when the
receive path is known to be inoperable. If
loopbackSupport(1) is set, then the peer OAM entity can send
and receive OAM loopback commands. If eventSupport(2) is set,
then the peer OAM entity can send and receive event OAMPDUs to
signal various error conditions. If variableSupport(3) is
set, then the peer OAM entity can send and receive variable
requests to monitor the attribute value as described in Clause
57 of [802.3ah].
経路を受けてください。unidirectionalSupport(0)が用意ができているなら同輩OAM実体が、イーサネットインタフェースのOAMフレームにいつを送るかを支持する、手術不能であることが知られています。 loopbackSupport(1)が用意ができているなら、同輩OAM実体は、OAMループバックコマンドを送って、受け取ることができます。 eventSupport(2)が用意ができているなら、同輩OAM実体は、様々なエラー条件に合図するためにイベントOAMPDUsを送って、受けることができます。 variableSupport(3)が用意ができているなら、同輩OAM実体は、[802.3ah]のClause57で説明されるように属性値をモニターするという可変要求を送って、受け取ることができます。
The capabilities of the OAM peer can be determined from the
configuration field of the Local Information TLV of the most
recently received Information OAMPDU with a Local Information
TLV. All zeros are returned if no Local Information TLV has
OAM同輩の能力はLocal情報TLVと最も最近容認された情報OAMPDUのLocal情報TLVの構成分野から決定できます。 どんなLocal情報TLVも返されていないなら、すべてのゼロが返されます。
Squire Standards Track [Page 19] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[19ページ]RFC4878OAM機能に付き添ってください。
yet been received.
"
REFERENCE "[802.3ah], REFERENCE 30.3.6.1.7."
::= { dot3OamPeerEntry 7 }
まだ、受け取っています。 [802.3ah]、30.3に参照をつけてください。「参照、「.6 .1 .7、」、」 ::= dot3OamPeerEntry7
-- ***************************************************************
--
-- Ethernet OAM Loopback group
--
-- イーサネット..分類
dot3OamLoopbackTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OamLoopbackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains controls for the loopback state of the
local link as well as indicates the status of the loopback
function. There is one entry in this table for each entry in
dot3OamTable that supports loopback functionality (where
dot3OamFunctionsSupported includes the loopbackSupport bit
set).
dot3OamLoopbackTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3OamLoopbackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは、地方のリンクのループバック状態へのコントロールを含んでいて、ループバック機能の状態を示します」。 1つのエントリーがループバックの機能性を支持するdot3OamTableの各エントリーのためのこのテーブルにあります(dot3OamFunctionsSupportedがloopbackSupportビットを含んでいるところにセットしてください)。
Loopback can be used to place the remote OAM entity in a state
where every received frame (except OAMPDUs) is echoed back
over the same interface on which they were received. In this
state, at the remote entity, 'normal' traffic is disabled as
only the looped back frames are transmitted on the interface.
Loopback is thus an intrusive operation that prohibits normal
data flow and should be used accordingly.
"
::= { dot3OamObjects 3 }
あらゆる容認されたフレーム(OAMPDUsを除いた)が彼らが受け取られたのと同じインタフェースの上でecho backである状態にリモートOAM実体を置くのにループバックを使用できます。 この状態では、リモート実体では、'正常な'交通は輪にされた逆フレームだけがインタフェースで伝えられるように障害があります。 ループバックはその結果正常なデータフローを禁止して、それに従って、使用されるべきである押しつけがましい操作です。 " ::= dot3OamObjects3
dot3OamLoopbackEntry OBJECT-TYPE
SYNTAX Dot3OamLoopbackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table, containing information on the loopback
status for a single Ethernet-like interface. Entries in the
table are automatically created whenever the local OAM entity
supports loopback capabilities. The loopback status on the
interface can be determined from the dot3OamLoopbackStatus
object.
"
INDEX { ifIndex }
::= { dot3OamLoopbackTable 1 }
dot3OamLoopbackEntry OBJECT-TYPE SYNTAX Dot3OamLoopbackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のイーサネットのようなインタフェースへのループバック状態の情報を含むテーブルのエントリー。」 地方のOAM実体がループバック能力を支持するときはいつも、テーブルのエントリーは自動的に作成されます。 インタフェースのループバック状態はdot3OamLoopbackStatus物から決定できます。 「ifIndexに索引をつけてください:、:、」= dot3OamLoopbackTable1
Dot3OamLoopbackEntry ::=
Dot3OamLoopbackEntry:、:=
Squire Standards Track [Page 20] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[20ページ]RFC4878OAM機能に付き添ってください。
SEQUENCE {
dot3OamLoopbackStatus INTEGER,
dot3OamLoopbackIgnoreRx INTEGER
}
系列dot3OamLoopbackStatus整数、dot3OamLoopbackIgnoreRx整数
dot3OamLoopbackStatus OBJECT-TYPE
SYNTAX INTEGER {
-- all values, except where noted, can be read
-- but cannot be written
noLoopback (1),
dot3OamLoopbackStatus OBJECT-TYPE SYNTAX INTEGER、--有名であるところ以外のすべての値を読むことができます--しかし、noLoopback(1)に書くことができません。
-- initiatingLoopback can be read or written
initiatingLoopback (2),
remoteLoopback (3),
-- remoteLoopback(3)、initiatingLoopback(2)にinitiatingLoopbackを読み込むか、または書くことができます。
-- terminatingLoopback can be read or written
terminatingLoopback (4),
localLoopback (5),
unknown (6)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The loopback status of the OAM entity. This status is
determined by a combination of the local parser and
multiplexer states, the remote parser and multiplexer states,
as well as by the actions of the local OAM client. When
operating in normal mode with no loopback in progress, the
status reads noLoopback(1).
-- terminatingLoopback(4)、localLoopback(5)、未知(6)にterminatingLoopbackを読み込むか、または書くことができます。 マックス-ACCESSは「OAM実体のループバック状態」をSTATUSの現在の記述に読書して書きます。 この状態は地方のパーサと回線多重化装置州の組み合わせと、リモートパーサと回線多重化装置州、および地元のOAMクライアントの動作で決定します。 進行しているループバックは正規モードで作動するとき、状態がnoLoopback(1)を読みます。
The values initiatingLoopback(2) and terminatingLoopback(4)
can be read or written. The other values can only be read -
they can never be written. Writing initiatingLoopback causes
the local OAM entity to start the loopback process with its
peer. This value can only be written when the status is
noLoopback(1). Writing the value initiatingLoopback(2) in any
other state has no effect. When in remoteLoopback(3), writing
terminatingLoopback(4) causes the local OAM entity to initiate
the termination of the loopback state. Writing
terminatingLoopack(4) in any other state has no effect.
値のinitiatingLoopback(2)とterminatingLoopback(4)を読むか、または書くことができます。 他の値を読むことができるだけです--それらを決して書くことができません。 initiatingLoopbackに書くのは地方のOAM実体に同輩からループバックの過程を始めさせます。 状態がnoLoopback(1)であるときにだけ、この値を書くことができます。 いかなる他の状態にも値のinitiatingLoopback(2)に書くのは効き目がありません。 terminatingLoopback(4)に書くのが地方のOAM実体にremoteLoopback(3)でループバック状態の終了を開始させると。 いかなる他の状態にもterminatingLoopack(4)に書くのは効き目がありません。
If the OAM client initiates a loopback and has sent a
Loopback OAMPDU and is waiting for a response, where the local
parser and multiplexer states are DISCARD (see [802.3ah,
57.2.11.1]), the status is 'initiatingLoopback'. In this
case, the local OAM entity has yet to receive any
acknowledgment that the remote OAM entity has received its
loopback command request.
OAMクライアントが地方のパーサと回線多重化装置州がDISCARDであるところでループバックを開始して、Loopback OAMPDUを送って、応答を待っている、(見る、[802.3ah、57.2 .11 .1) 状態は'initiatingLoopback'です。 この場合、地方のOAM実体はまだ、リモートOAM実体がループバックコマンド要求を受け取ったという少しの承認も受けていません。
Squire Standards Track [Page 21] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[21ページ]RFC4878OAM機能に付き添ってください。
If the local OAM client knows that the remote OAM entity is in
loopback mode (via the remote state information as described
in [802.3ah, 57.2.11.1, 30.3.6.1.15]), the status is
remoteLoopback(3). If the local OAM client is in the process
of terminating the remote loopback [802.3ah, 57.2.11.3,
30.3.6.1.14] with its local multiplexer and parser states in
DISCARD, the status is terminatingLoopback(4). If the remote
OAM client has put the local OAM entity in loopback mode as
indicated by its local parser state, the status is
localLoopback(5).
中で説明されるリモート州の情報を通して地元のOAMクライアントが、リモートOAM実体がループバックモードであるのを知っている、([802.3ah、57.2 .11 .1 30.3 .6 .1 .15) 状態はremoteLoopback(3)です。 リモートループバックを終えることの途中に地元のOAMクライアントがいる、[802.3ah、57.2 .11 .3 30.3 .6 .1 .14] 状態はその地方の回線多重化装置とパーサ州がDISCARDにある、terminatingLoopback(4)です。 地方のパーサ州によって示されるようにリモートOAMクライアントが地方のOAM実体をループバックモードに入れたなら、状態はlocalLoopback(5)です。
The unknown(6) status indicates that the parser and
multiplexer combination is unexpected. This status may be
returned if the OAM loopback is in a transition state but
should not persist.
未知の(6)状態は、パーサと回線多重化装置組み合わせが予期していないのを示します。 OAMループバックが変遷状態にあるなら、この状態は返されるかもしれませんが、固執するべきではありません。
The values of this attribute correspond to the following
values of the local and remote parser and multiplexer states.
この属性の値は地方の、そして、リモートなパーサと回線多重化装置州の以下の値に対応しています。
value LclPrsr LclMux RmtPrsr RmtMux
noLoopback FWD FWD FWD FWD
initLoopback DISCARD DISCARD FWD FWD
rmtLoopback DISCARD FWD LPBK DISCARD
tmtngLoopback DISCARD DISCARD LPBK DISCARD
lclLoopback LPBK DISCARD DISCARD FWD
unknown *** any other combination ***
"
REFERENCE "[802.3ah], REFERENCE 57.2.11, 30.3.61.14,
30.3.6.1.15"
::= { dot3OamLoopbackEntry 1 }
LclPrsr LclMux RmtPrsr RmtMux noLoopback FWD FWD FWD FWD initLoopback DISCARD DISCARD FWD FWD rmtLoopback DISCARD FWD LPBK DISCARD tmtngLoopback DISCARD DISCARD LPBK DISCARD lclLoopback LPBK DISCARD DISCARD FWD未知の***を評価してください、いかなる他の組み合わせ***、も「参照、「[802.3ah]、参照57.2.11、30.3 .61 .14 30.3 .6 .1 0.15インチ:、:、」= dot3OamLoopbackEntry1
dot3OamLoopbackIgnoreRx OBJECT-TYPE
SYNTAX INTEGER { ignore(1), process(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Since OAM loopback is a disruptive operation (user traffic
does not pass), this attribute provides a mechanism to provide
controls over whether received OAM loopback commands are
processed or ignored. When the value is ignore(1), received
loopback commands are ignored. When the value is process(2),
OAM loopback commands are processed. The default value is to
ignore loopback commands (ignore(1)).
"
REFERENCE "[802.3ah], REFERENCE 57.2.11, 30.3.61.14,
30.3.6.1.15"
::= { dot3OamLoopbackEntry 2 }
dot3OamLoopbackIgnoreRx OBJECT-TYPE SYNTAX INTEGERは(1)、過程(2)を無視します。マックス-ACCESSは「OAMループバックが破壊的な操作(ユーザ交通は通り過ぎない)であるので、この属性は容認されたOAMループバックコマンドが処理されるか、または無視されるかのコントロールを提供するためにメカニズムを提供すること」をSTATUSの現在の記述に読書して書きます。 値が(1)を無視することであるときに、容認されたループバックコマンドは無視されます。 値が過程(2)であるときに、OAMループバックコマンドは処理されます。 デフォルト値はループバックコマンドを無視することです。((1))を無視してください。 「参照、「[802.3ah]、参照57.2.11、30.3 .61 .14 30.3 .6 .1 0.15インチ:、:、」= dot3OamLoopbackEntry2
Squire Standards Track [Page 22] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[22ページ]RFC4878OAM機能に付き添ってください。
-- ***************************************************************
--
-- Ethernet OAM Statistics group
--
-- イーサネット..分類
dot3OamStatsTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OamStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains statistics for the OAM function on a
particular Ethernet-like interface. There is an entry in the
table for every entry in the dot3OamTable.
dot3OamStatsTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3OamStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは特定のイーサネットのようなインタフェースでのOAM機能のための統計を含んでいます」。 エントリーがdot3OamTableのあらゆるエントリーのためのテーブルにあります。
The counters in this table are defined as 32-bit entries to
match the counter size as defined in [802.3ah]. Given that
the OA protocol is a slow protocol, the counters increment at
a slow rate.
"
::= { dot3OamObjects 4 }
このテーブルのカウンタは、[802.3ah]で定義されるようにカウンタサイズを合わせるために32ビットのエントリーと定義されます。 それを考えて、OAプロトコルは遅いプロトコルであり、カウンタは遅いレートにおいて増分です。 " ::= dot3OamObjects4
dot3OamStatsEntry OBJECT-TYPE
SYNTAX Dot3OamStatsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table containing statistics information on
the Ethernet OAM function for a single Ethernet-like
interface. Entries are automatically created for every entry
in the dot3OamTable. Counters are maintained across
transitions in dot3OamOperStatus.
"
INDEX { ifIndex }
::= { dot3OamStatsTable 1 }
dot3OamStatsEntry OBJECT-TYPE SYNTAX Dot3OamStatsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「単一のイーサネットのようなインタフェースへのイーサネットOAM機能の統計情報を含むテーブルのエントリー。」 エントリーは自動的にdot3OamTableのあらゆるエントリーに作成されます。 カウンタはdot3OamOperStatusで変遷の向こう側に維持されます。 「ifIndexに索引をつけてください:、:、」= dot3OamStatsTable1
Dot3OamStatsEntry ::=
SEQUENCE {
dot3OamInformationTx Counter32,
dot3OamInformationRx Counter32,
dot3OamUniqueEventNotificationTx Counter32,
dot3OamUniqueEventNotificationRx Counter32,
dot3OamDuplicateEventNotificationTx Counter32,
dot3OamDuplicateEventNotificationRx Counter32,
dot3OamLoopbackControlTx Counter32,
dot3OamLoopbackControlRx Counter32,
dot3OamVariableRequestTx Counter32,
dot3OamVariableRequestRx Counter32,
dot3OamVariableResponseTx Counter32,
Dot3OamStatsEntry:、:= 系列、dot3OamInformationTx Counter32、dot3OamInformationRx Counter32、dot3OamUniqueEventNotificationTx Counter32、dot3OamUniqueEventNotificationRx Counter32、dot3OamDuplicateEventNotificationTx Counter32、dot3OamDuplicateEventNotificationRx Counter32、dot3OamLoopbackControlTx Counter32、dot3OamLoopbackControlRx Counter32、dot3OamVariableRequestTx Counter32、dot3OamVariableRequestRx Counter32、dot3OamVariableResponseTx Counter32
Squire Standards Track [Page 23] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[23ページ]RFC4878OAM機能に付き添ってください。
dot3OamVariableResponseRx Counter32,
dot3OamOrgSpecificTx Counter32,
dot3OamOrgSpecificRx Counter32,
dot3OamUnsupportedCodesTx Counter32,
dot3OamUnsupportedCodesRx Counter32,
dot3OamFramesLostDueToOam Counter32
}
dot3OamVariableResponseRx Counter32、dot3OamOrgSpecificTx Counter32、dot3OamOrgSpecificRx Counter32、dot3OamUnsupportedCodesTx Counter32、dot3OamUnsupportedCodesRx Counter32、dot3OamFramesLostDueToOam Counter32
dot3OamInformationTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Information OAMPDUs transmitted on
this interface.
dot3OamInformationTx OBJECT-TYPE SYNTAX Counter32 UNITSは「情報OAMPDUsの数のカウントはこのインタフェースで伝えた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime. "
REFERENCE "[802.3ah], 30.3.6.1.20."
::= { dot3OamStatsEntry 1 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .20」、」 ::= dot3OamStatsEntry1
dot3OamInformationRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Information OAMPDUs received on this
interface.
dot3OamInformationRx OBJECT-TYPE SYNTAX Counter32 UNITSは「情報OAMPDUsの数のカウントはこのインタフェースで受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.21."
::= { dot3OamStatsEntry 2 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .21」、」 ::= dot3OamStatsEntry2
dot3OamUniqueEventNotificationTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of unique Event OAMPDUs transmitted on
this interface. Event Notifications may be sent in duplicate
to increase the probability of successfully being received,
dot3OamUniqueEventNotificationTx OBJECT-TYPE SYNTAX Counter32 UNITSは「ユニークなEvent OAMPDUsの数のカウントはこのインタフェースで伝えた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。 首尾よく受け取るという確率を増加させるように写しでイベントNotificationsを送るかもしれません。
Squire Standards Track [Page 24] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[24ページ]RFC4878OAM機能に付き添ってください。
given the possibility that a frame may be lost in transit.
Duplicate Event Notification transmissions are counted by
dot3OamDuplicateEventNotificationTx.
フレームがトランジットでなくされるかもしれない可能性を与えます。 写しEvent Notification送信はdot3OamDuplicateEventNotificationTxによって数えられます。
A unique Event Notification OAMPDU is indicated as an Event
Notification OAMPDU with a Sequence Number field that is
distinct from the previously transmitted Event Notification
OAMPDU Sequence Number.
ユニークなEvent Notification OAMPDUは以前に伝えられたEvent Notification OAMPDU Sequence Numberと異なったSequence Number分野があるEvent Notification OAMPDUとして示されます。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.22."
::= { dot3OamStatsEntry 3 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .22」、」 ::= dot3OamStatsEntry3
dot3OamUniqueEventNotificationRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of unique Event OAMPDUs received on
this interface. Event Notification OAMPDUs may be sent in
duplicate to increase the probability of successfully being
received, given the possibility that a frame may be lost in
transit. Duplicate Event Notification receptions are counted
by dot3OamDuplicateEventNotificationRx.
dot3OamUniqueEventNotificationRx OBJECT-TYPE SYNTAX Counter32 UNITSは「ユニークなEvent OAMPDUsの数のカウントはこのインタフェースで受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。 首尾よく受け取るという確率を増加させるように写しでイベントNotification OAMPDUsを送るかもしれません、フレームがトランジットでなくされるかもしれない可能性を考えて。 写しEvent Notificationレセプションはdot3OamDuplicateEventNotificationRxによって数えられます。
A unique Event Notification OAMPDU is indicated as an Event
Notification OAMPDU with a Sequence Number field that is
distinct from the previously received Event Notification
OAMPDU Sequence Number.
ユニークなEvent Notification OAMPDUは以前に容認されたEvent Notification OAMPDU Sequence Numberと異なったSequence Number分野があるEvent Notification OAMPDUとして示されます。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.24."
::= { dot3OamStatsEntry 4 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .24」、」 ::= dot3OamStatsEntry4
dot3OamDuplicateEventNotificationTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of duplicate Event OAMPDUs transmitted
「写しEvent OAMPDUsの数のカウントは伝えた」dot3OamDuplicateEventNotificationTx OBJECT-TYPE SYNTAX Counter32 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Squire Standards Track [Page 25] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[25ページ]RFC4878OAM機能に付き添ってください。
on this interface. Event Notification OAMPDUs may be sent in
duplicate to increase the probability of successfully being
received, given the possibility that a frame may be lost in
transit.
これでは、連結してください。 首尾よく受け取るという確率を増加させるように写しでイベントNotification OAMPDUsを送るかもしれません、フレームがトランジットでなくされるかもしれない可能性を考えて。
A duplicate Event Notification OAMPDU is indicated as an Event
Notification OAMPDU with a Sequence Number field that is
identical to the previously transmitted Event Notification
OAMPDU Sequence Number.
写しEvent Notification OAMPDUは以前に伝えられたEvent Notification OAMPDU Sequence Numberと同じSequence Number分野があるEvent Notification OAMPDUとして示されます。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.23."
::= { dot3OamStatsEntry 5 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .23」、」 ::= dot3OamStatsEntry5
dot3OamDuplicateEventNotificationRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of duplicate Event OAMPDUs received on
this interface. Event Notification OAMPDUs may be sent in
duplicate to increase the probability of successfully being
received, given the possibility that a frame may be lost in
transit.
「写しEvent OAMPDUsの数のカウントはこのインタフェースで受けた」dot3OamDuplicateEventNotificationRx OBJECT-TYPE SYNTAX Counter32 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 首尾よく受け取るという確率を増加させるように写しでイベントNotification OAMPDUsを送るかもしれません、フレームがトランジットでなくされるかもしれない可能性を考えて。
A duplicate Event Notification OAMPDU is indicated as an Event
Notification OAMPDU with a Sequence Number field that is
identical to the previously received Event Notification OAMPDU
Sequence Number.
写しEvent Notification OAMPDUは以前に容認されたEvent Notification OAMPDU Sequence Numberと同じSequence Number分野があるEvent Notification OAMPDUとして示されます。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.25."
::= { dot3OamStatsEntry 6 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .25」、」 ::= dot3OamStatsEntry6
dot3OamLoopbackControlTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Loopback Control OAMPDUs transmitted
「Loopback Control OAMPDUsの数のカウントは伝えた」dot3OamLoopbackControlTx OBJECT-TYPE SYNTAX Counter32 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Squire Standards Track [Page 26] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[26ページ]RFC4878OAM機能に付き添ってください。
on this interface.
これでは、連結してください。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.26."
::= { dot3OamStatsEntry 7 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .26」、」 ::= dot3OamStatsEntry7
dot3OamLoopbackControlRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Loopback Control OAMPDUs received
on this interface.
dot3OamLoopbackControlRx OBJECT-TYPE SYNTAX Counter32 UNITSは「Loopback Control OAMPDUsの数のカウントはこのインタフェースで受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.27."
::= { dot3OamStatsEntry 8 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .27」、」 ::= dot3OamStatsEntry8
dot3OamVariableRequestTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Variable Request OAMPDUs transmitted
on this interface.
dot3OamVariableRequestTx OBJECT-TYPE SYNTAX Counter32 UNITSは「Variable Request OAMPDUsの数のカウントはこのインタフェースで伝えた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.28."
::= { dot3OamStatsEntry 9 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .28」、」 ::= dot3OamStatsEntry9
dot3OamVariableRequestRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Variable Request OAMPDUs received on
「Variable Request OAMPDUsの数のカウントは受信した」dot3OamVariableRequestRx OBJECT-TYPE SYNTAX Counter32 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Squire Standards Track [Page 27] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[27ページ]RFC4878OAM機能に付き添ってください。
this interface.
このインタフェース。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.29."
::= { dot3OamStatsEntry 10 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .29」、」 ::= dot3OamStatsEntry10
dot3OamVariableResponseTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Variable Response OAMPDUs
transmitted on this interface.
dot3OamVariableResponseTx OBJECT-TYPE SYNTAX Counter32 UNITSは「Variable Response OAMPDUsの数のカウントはこのインタフェースで伝えた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.30."
::= { dot3OamStatsEntry 11 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .30」、」 ::= dot3OamStatsEntry11
dot3OamVariableResponseRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Variable Response OAMPDUs received
on this interface.
dot3OamVariableResponseRx OBJECT-TYPE SYNTAX Counter32 UNITSは「Variable Response OAMPDUsの数のカウントはこのインタフェースで受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.31."
::= { dot3OamStatsEntry 12 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .31」、」 ::= dot3OamStatsEntry12
dot3OamOrgSpecificTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Organization Specific OAMPDUs
dot3OamOrgSpecificTx OBJECT-TYPE SYNTAX Counter32 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「Organization Specific OAMPDUsの数のカウント」です。
Squire Standards Track [Page 28] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[28ページ]RFC4878OAM機能に付き添ってください。
transmitted on this interface.
このインタフェースでは、伝えられます。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.32."
::= { dot3OamStatsEntry 13 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .32」、」 ::= dot3OamStatsEntry13
dot3OamOrgSpecificRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of Organization Specific OAMPDUs
received on this interface.
dot3OamOrgSpecificRx OBJECT-TYPE SYNTAX Counter32 UNITSは「Organization Specific OAMPDUsの数のカウントはこのインタフェースで受けた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.33."
::= { dot3OamStatsEntry 14 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .33」、」 ::= dot3OamStatsEntry14
dot3OamUnsupportedCodesTx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of OAMPDUs transmitted on this
interface with an unsupported op-code.
dot3OamUnsupportedCodesTx OBJECT-TYPE SYNTAX Counter32 UNITSは「OAMPDUsの数のカウントはこのインタフェースでサポートされない演算コードで伝えた」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.18."
::= { dot3OamStatsEntry 15 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .18」、」 ::= dot3OamStatsEntry15
dot3OamUnsupportedCodesRx OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of OAMPDUs received on this interface
「OAMPDUsの数のカウントはこのインタフェースで受けた」dot3OamUnsupportedCodesRx OBJECT-TYPE SYNTAX Counter32 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Squire Standards Track [Page 29] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[29ページ]RFC4878OAM機能に付き添ってください。
with an unsupported op-code.
サポートされない演算コードで。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.19."
::= { dot3OamStatsEntry 16 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .19」、」 ::= dot3OamStatsEntry16
dot3OamFramesLostDueToOam OBJECT-TYPE
SYNTAX Counter32
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of frames that were dropped by the OA
multiplexer. Since the OAM multiplexer has multiple inputs
and a single output, there may be cases where frames are
dropped due to transmit resource contention. This counter is
incremented whenever a frame is dropped by the OAM layer.
Note that any Ethernet frame, not just OAMPDUs, may be dropped
by the OAM layer. This can occur when an OAMPDU takes
precedence over a 'normal' frame resulting in the 'normal'
frame being dropped.
dot3OamFramesLostDueToOam OBJECT-TYPE SYNTAX Counter32 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「そうするフレームの数のカウントはOA回線多重化装置に立ち寄りました」。 OAM回線多重化装置には複数の入力とただ一つの出力があるので、ケースがフレームがリソース主張を伝えるのにおいて当然の状態で落とされるところにあるかもしれません。 フレームがOAM層のそばで落とされるときはいつも、このカウンタは増加されています。 OAMPDUsだけではなく、どんなイーサネットフレームもOAM層のそばで落とされるかもしれないことに注意してください。 OAMPDUが落とされる'正常な'フレームをもたらしながら'正常な'フレームの上に優先するとき、これは起こることができます。
When this counter is incremented, no other counters in this
MIB are incremented.
このカウンタが増加されているとき、このMIBで他のどんなカウンタも増加されていません。
Discontinuities of this counter can occur at re-initialization
of the management system, and at other times as indicated by
the value of the ifCounterDiscontinuityTime.
"
REFERENCE "[802.3ah], 30.3.6.1.46."
::= { dot3OamStatsEntry 17 }
このカウンタの不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。 「参照、「[802.3ah]、30.3 .6 .1 .46」、」 ::= dot3OamStatsEntry17
-- ***************************************************************
--
-- Ethernet OAM Event Configuration group
--
-- イーサネット..分類
dot3OamEventConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OamEventConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Ethernet OAM includes the ability to generate and receive
Event Notification OAMPDUs to indicate various link problems.
This table contains the mechanisms to enable Event
dot3OamEventConfigTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3OamEventConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「イーサネットOAMはEventを有効にするために様々なリンク問題このテーブルがメカニズムを含むのを示すためにEvent Notification OAMPDUsを発生して、受け取る能力を含んでいます」。
Squire Standards Track [Page 30] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[30ページ]RFC4878OAM機能に付き添ってください。
Notifications and configure the thresholds to generate the
standard Ethernet OAM events. There is one entry in the table
for every entry in dot3OamTable that supports OAM events
(where dot3OamFunctionsSupported includes the eventSupport
bit set). The values in the table are maintained across
changes to dot3OamOperStatus.
そして、通知、敷居を構成して、一般的なイーサネットOAM出来事を発生させてください。 1つのエントリーがOAM出来事を支持するdot3OamTableのあらゆるエントリーのためのテーブルにあります(dot3OamFunctionsSupportedがeventSupportビットを含んでいるところにセットしてください)。 テーブルの値はdot3OamOperStatusへの変化の向こう側に維持されます。
The standard threshold crossing events are:
- Errored Symbol Period Event. Generated when the number of
symbol errors exceeds a threshold within a given window
defined by a number of symbols (for example, 1,000 symbols
out of 1,000,000 had errors).
- Errored Frame Period Event. Generated when the number of
frame errors exceeds a threshold within a given window
defined by a number of frames (for example, 10 frames out
of 1000 had errors).
- Errored Frame Event. Generated when the number of frame
errors exceeds a threshold within a given window defined
by a period of time (for example, 10 frames in 1 second
had errors).
- Errored Frame Seconds Summary Event. Generated when the
number of errored frame seconds exceeds a threshold within
a given time period (for example, 10 errored frame seconds
within the last 100 seconds). An errored frame second is
defined as a 1 second interval which had >0 frame errors.
There are other events (dying gasp, critical events) that are
not threshold crossing events but which can be
enabled/disabled via this table.
"
::= { dot3OamObjects 5 }
一般的な敷居交差点出来事は以下の通りです。 - シンボル期間のイベントをErroredしました。 シンボル誤りの数が多くのシンボルで定義された与えられた窓の中で敷居を超えているとき(例えば、100万のシンボルのうちの1,000には、誤りがありました)、発生します。 - フレーム期間の出来事をErroredしました。 フレーム誤りの数が多くのフレームで定義された与えられた窓の中で敷居を超えているとき(例えば、1000年からの10個のフレームには、誤りがありました)、発生します。 - フレーム出来事をErroredしました。 フレーム誤りの数が期間までに定義された与えられた窓の中で敷居を超えているとき(例えば、1秒で10個のフレームには、誤りがありました)、発生します。 - フレーム秒概要イベントをErroredしました。 erroredフレーム秒の数が一定の時間内に敷居を超えているとき(例えば、10は最後の100秒以内にフレーム秒をerroredしました)、発生します。 秒が>0を持っていた間隔が誤りを縁どる1秒に定義されるerroredフレーム。 このテーブルを通して敷居交差点出来事ではありませんが、可能にするか、または無能にすることができる他の出来事(死にかかっている喘ぎ、批判的なイベント)があります。 " ::= dot3OamObjects5
dot3OamEventConfigEntry OBJECT-TYPE
SYNTAX Dot3OamEventConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Entries are automatically created and deleted from this
table, and exist whenever the OAM entity supports Ethernet OA
events (as indicated by the eventSupport bit in
dot3OamFunctionsSuppported). Values in the table are
maintained across changes to the value of dot3OamOperStatus.
dot3OamEventConfigEntry OBJECT-TYPE SYNTAX Dot3OamEventConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「エントリーは、自動的に作成されて、このテーブルから削除されて、OAM実体がイーサネットOA出来事を支持するときはいつも、存在(dot3OamFunctionsSuppportedでeventSupportビットによって示されるように)であっています」。 テーブルの値はdot3OamOperStatusの値への変化の向こう側に維持されます。
Event configuration controls when the local management entity
sends Event Notification OAMPDUs to its OAM peer, and when
certain event flags are set or cleared in OAMPDUs.
"
INDEX { ifIndex }
::= { dot3OamEventConfigTable 1 }
あるイベント旗がOAMPDUsで現地管理職者実体がOAM同輩にEvent Notification OAMPDUsを送って、設定されるか、またはきれいにされるときのイベント構成管理。 「ifIndexに索引をつけてください:、:、」= dot3OamEventConfigTable1
Squire Standards Track [Page 31] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[31ページ]RFC4878OAM機能に付き添ってください。
Dot3OamEventConfigEntry ::=
SEQUENCE {
dot3OamErrSymPeriodWindowHi Unsigned32,
dot3OamErrSymPeriodWindowLo Unsigned32,
dot3OamErrSymPeriodThresholdHi Unsigned32,
dot3OamErrSymPeriodThresholdLo Unsigned32,
dot3OamErrSymPeriodEvNotifEnable TruthValue,
dot3OamErrFramePeriodWindow Unsigned32,
dot3OamErrFramePeriodThreshold Unsigned32,
dot3OamErrFramePeriodEvNotifEnable TruthValue,
dot3OamErrFrameWindow Unsigned32,
dot3OamErrFrameThreshold Unsigned32,
dot3OamErrFrameEvNotifEnable TruthValue,
dot3OamErrFrameSecsSummaryWindow Integer32,
dot3OamErrFrameSecsSummaryThreshold Integer32,
dot3OamErrFrameSecsEvNotifEnable TruthValue,
dot3OamDyingGaspEnable TruthValue,
dot3OamCriticalEventEnable TruthValue
}
Dot3OamEventConfigEntry:、:= 系列{ dot3OamErrSymPeriodWindowHi Unsigned32、dot3OamErrSymPeriodWindowLo Unsigned32、dot3OamErrSymPeriodThresholdHi Unsigned32、dot3OamErrSymPeriodThresholdLo Unsigned32、dot3OamErrSymPeriodEvNotifEnable TruthValue、dot3OamErrFramePeriodWindow Unsigned32、dot3OamErrFramePeriodThreshold Unsigned32、dot3OamErrFramePeriodEvNotifEnable TruthValue; dot3OamErrFrameWindow Unsigned32、dot3OamErrFrameThreshold Unsigned32、dot3OamErrFrameEvNotifEnable TruthValue、dot3OamErrFrameSecsSummaryWindow Integer32、dot3OamErrFrameSecsSummaryThreshold Integer32、dot3OamErrFrameSecsEvNotifEnable TruthValue、dot3OamDyingGaspEnable TruthValue、dot3OamCriticalEventEnable TruthValue; }
dot3OamErrSymPeriodWindowHi OBJECT-TYPE
SYNTAX Unsigned32
UNITS "2^32 symbols"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The two objects dot3OamErrSymPeriodWindowHi and
dot3OamErrSymPeriodLo together form an unsigned 64-bit
integer representing the number of symbols over which this
threshold event is defined. This is defined as
dot3OamErrSymPeriodWindow = ((2^32)*dot3OamErrSymPeriodWindowHi)
+ dot3OamErrSymPeriodWindowLo
dot3OamErrSymPeriodWindowHi OBJECT-TYPE SYNTAX Unsigned32 UNITSの「2^32のシンボル」のマックス-ACCESSは「dot3OamErrSymPeriodWindowHiと一緒にdot3OamErrSymPeriodLoがこの敷居出来事が定義されるシンボルの数を表す無記名の64ビットの整数に形成する2個の物」をSTATUSの現在の記述に読書して書きます。 これはdot3OamErrSymPeriodWindowHi) + dot3OamErrSymPeriodWindow=(2^32)*dot3OamErrSymPeriodWindowLoと定義されます。
If dot3OamErrSymPeriodThreshold symbol errors occur within a
window of dot3OamErrSymPeriodWindow symbols, an Event
Notification OAMPDU should be generated with an Errored Symbol
Period Event TLV indicating that the threshold has been
crossed in this window.
dot3OamErrSymPeriodThresholdシンボル誤りがdot3OamErrSymPeriodWindowシンボルの窓の中に発生するなら、Errored Symbol Period Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。
The default value for dot3OamErrSymPeriodWindow is the number
of symbols in one second for the underlying physical layer.
"
REFERENCE "[802.3ah], 30.3.6.1.34"
::= { dot3OamEventConfigEntry 1 }
dot3OamErrSymPeriodWindowのためのデフォルト値は基本的な物理的な層のための1秒でシンボルの数です。 「参照、「[802.3ah]、30.3 .6 .1 0.34インチ:、:、」= dot3OamEventConfigEntry1
dot3OamErrSymPeriodWindowLo OBJECT-TYPE
SYNTAX Unsigned32
UNITS "symbols"
dot3OamErrSymPeriodWindowLoオブジェクト・タイプ構文Unsigned32ユニット「シンボル」
Squire Standards Track [Page 32] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[32ページ]RFC4878OAM機能に付き添ってください。
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The two objects dot3OamErrSymPeriodWindowHi and
dot3OamErrSymPeriodWindowLo together form an unsigned 64-bit
integer representing the number of symbols over which this
threshold event is defined. This is defined as
マックス-ACCESSは「dot3OamErrSymPeriodWindowHiと一緒にdot3OamErrSymPeriodWindowLoがこの敷居出来事が定義されるシンボルの数を表す無記名の64ビットの整数に形成する2個の物」をSTATUSの現在の記述に読書して書きます。 これは定義されます。
dot3OamErrSymPeriodWindow = ((2^32)*dot3OamErrSymPeriodWindowHi)
+ dot3OamErrSymPeriodWindowLo
dot3OamErrSymPeriodWindow=(2^32)*dot3OamErrSymPeriodWindowHi) + dot3OamErrSymPeriodWindowLo
If dot3OamErrSymPeriodThreshold symbol errors occur within a
window of dot3OamErrSymPeriodWindow symbols, an Event
Notification OAMPDU should be generated with an Errored Symbol
Period Event TLV indicating that the threshold has been
crossed in this window.
dot3OamErrSymPeriodThresholdシンボル誤りがdot3OamErrSymPeriodWindowシンボルの窓の中に発生するなら、Errored Symbol Period Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。
The default value for dot3OamErrSymPeriodWindow is the number
of symbols in one second for the underlying physical layer.
"
REFERENCE "[802.3ah], 30.3.6.1.34"
::= { dot3OamEventConfigEntry 2 }
dot3OamErrSymPeriodWindowのためのデフォルト値は基本的な物理的な層のための1秒でシンボルの数です。 「参照、「[802.3ah]、30.3 .6 .1 0.34インチ:、:、」= dot3OamEventConfigEntry2
dot3OamErrSymPeriodThresholdHi OBJECT-TYPE
SYNTAX Unsigned32
UNITS "2^32 symbols"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The two objects dot3OamErrSymPeriodThresholdHi and
dot3OamErrSymPeriodThresholdLo together form an unsigned
64-bit integer representing the number of symbol errors that
must occur within a given window to cause this event.
dot3OamErrSymPeriodThresholdHi OBJECT-TYPE SYNTAX Unsigned32 UNITSの「2^32のシンボル」のマックス-ACCESSは「dot3OamErrSymPeriodThresholdHiと一緒にdot3OamErrSymPeriodThresholdLoがこの出来事を引き起こすために当然のことのウィンドウの中に発生しなければならないシンボル誤りの数を表す無記名の64ビットの整数に形成する2個の物」をSTATUSの現在の記述に読書して書きます。
This is defined as
これは定義されます。
dot3OamErrSymPeriodThreshold =
((2^32) * dot3OamErrSymPeriodThresholdHi)
+ dot3OamErrSymPeriodThresholdLo
dot3OamErrSymPeriodThreshold=(2^32)*dot3OamErrSymPeriodThresholdHi) + dot3OamErrSymPeriodThresholdLo
If dot3OamErrSymPeriodThreshold symbol errors occur within a
window of dot3OamErrSymPeriodWindow symbols, an Event
Notification OAMPDU should be generated with an Errored Symbol
Period Event TLV indicating that the threshold has been
crossed in this window.
dot3OamErrSymPeriodThresholdシンボル誤りがdot3OamErrSymPeriodWindowシンボルの窓の中に発生するなら、Errored Symbol Period Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。
The default value for dot3OamErrSymPeriodThreshold is one
symbol errors. If the threshold value is zero, then an Event
dot3OamErrSymPeriodThresholdのためのデフォルト値は1つのシンボル誤りです。 敷居であるなら、値はゼロであり、その時はEventです。
Squire Standards Track [Page 33] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[33ページ]RFC4878OAM機能に付き添ってください。
Notification OAMPDU is sent periodically (at the end of every
window). This can be used as an asynchronous notification to
the peer OAM entity of the statistics related to this
threshold crossing alarm.
"
REFERENCE "[802.3ah], 30.3.6.1.34"
::= { dot3OamEventConfigEntry 3 }
定期的(あらゆる窓の端で)に通知OAMPDUを送ります。 統計の同輩OAM実体への非同期な通知がこのスレッシュホールド超過アラームに関連して、これを使用できます。 「参照、「[802.3ah]、30.3 .6 .1 0.34インチ:、:、」= dot3OamEventConfigEntry3
dot3OamErrSymPeriodThresholdLo OBJECT-TYPE
SYNTAX Unsigned32
UNITS "symbols"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The two objects dot3OamErrSymPeriodThresholdHi and
dot3OamErrSymPeriodThresholdLo together form an unsigned
64-bit integer representing the number of symbol errors that
must occur within a given window to cause this event.
dot3OamErrSymPeriodThresholdLo OBJECT-TYPE SYNTAX Unsigned32 UNITS「シンボル」マックス-ACCESSは「dot3OamErrSymPeriodThresholdHiと一緒にdot3OamErrSymPeriodThresholdLoがこの出来事を引き起こすために当然のことのウィンドウの中に発生しなければならないシンボル誤りの数を表す無記名の64ビットの整数に形成する2個の物」をSTATUSの現在の記述に読書して書きます。
This is defined as
これは定義されます。
dot3OamErrSymPeriodThreshold =
((2^32) * dot3OamErrSymPeriodThresholdHi)
+ dot3OamErrSymPeriodThresholdLo
dot3OamErrSymPeriodThreshold=(2^32)*dot3OamErrSymPeriodThresholdHi) + dot3OamErrSymPeriodThresholdLo
If dot3OamErrSymPeriodThreshold symbol errors occur within a
window of dot3OamErrSymPeriodWindow symbols, an Event
Notification OAMPDU should be generated with an Errored Symbol
Period Event TLV indicating that the threshold has been
crossed in this window.
dot3OamErrSymPeriodThresholdシンボル誤りがdot3OamErrSymPeriodWindowシンボルの窓の中に発生するなら、Errored Symbol Period Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。
The default value for dot3OamErrSymPeriodThreshold is one
symbol error. If the threshold value is zero, then an Event
Notification OAMPDU is sent periodically (at the end of every
window). This can be used as an asynchronous notification to
the peer OAM entity of the statistics related to this
threshold crossing alarm.
"
REFERENCE "[802.3ah], 30.3.6.1.34"
::= { dot3OamEventConfigEntry 4 }
dot3OamErrSymPeriodThresholdのためのデフォルト値は1つのシンボル誤りです。 閾値がゼロであるなら、定期的(あらゆる窓の端で)にEvent Notification OAMPDUを送ります。 統計の同輩OAM実体への非同期な通知がこのスレッシュホールド超過アラームに関連して、これを使用できます。 「参照、「[802.3ah]、30.3 .6 .1 0.34インチ:、:、」= dot3OamEventConfigEntry4
dot3OamErrSymPeriodEvNotifEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If true, the OAM entity should send an Event Notification
OAMPDU when an Errored Symbol Period Event occurs.
dot3OamErrSymPeriodEvNotifEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当であるなら、Errored Symbol Period Eventが起こると、OAM実体はEvent Notification OAMPDUを送るべきであること」をSTATUSの現在の記述に読書して書きます。
Squire Standards Track [Page 34] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[34ページ]RFC4878OAM機能に付き添ってください。
By default, this object should have the value true for
Ethernet-like interfaces that support OAM. If the OAM layer
does not support Event Notifications (as indicated via the
dot3OamFunctionsSupported attribute), this value is ignored.
"
::= { dot3OamEventConfigEntry 5 }
デフォルトで、この物で、値はOAMを支持するイーサネットのようなインタフェースに本当になるはずです。 OAM層がEvent Notificationsを支持しないなら(dot3OamFunctionsSupported属性で示されるように)、この値は無視されます。 " ::= dot3OamEventConfigEntry5
dot3OamErrFramePeriodWindow OBJECT-TYPE
SYNTAX Unsigned32
UNITS "frames"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The number of frames over which the threshold is defined.
The default value of the window is the number of minimum size
Ethernet frames that can be received over the physical layer
in one second.
dot3OamErrFramePeriodWindow OBJECT-TYPE SYNTAX Unsigned32 UNITS「フレーム」マックス-ACCESSは「敷居が定義されるフレームの数」をSTATUSの現在の記述に読書して書きます。 窓のデフォルト値は1秒で物理的な層の上に受け取ることができる最小規模イーサネットフレームの数です。
If dot3OamErrFramePeriodThreshold frame errors occur within a
window of dot3OamErrFramePeriodWindow frames, an Event
Notification OAMPDU should be generated with an Errored Frame
Period Event TLV indicating that the threshold has been
crossed in this window.
"
REFERENCE "[802.3ah], 30.3.6.1.38"
::= { dot3OamEventConfigEntry 6 }
dot3OamErrFramePeriodThresholdフレーム誤りがdot3OamErrFramePeriodWindowフレームの窓の中に発生するなら、Errored Frame Period Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。 「参照、「[802.3ah]、30.3 .6 .1 0.38インチ:、:、」= dot3OamEventConfigEntry6
dot3OamErrFramePeriodThreshold OBJECT-TYPE
SYNTAX Unsigned32
UNITS "frames"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The number of frame errors that must occur for this event to
be triggered. The default value is one frame error. If the
threshold value is zero, then an Event Notification OAMPDU is
sent periodically (at the end of every window). This can be
used as an asynchronous notification to the peer OAM entity of
the statistics related to this threshold crossing alarm.
dot3OamErrFramePeriodThreshold OBJECT-TYPE SYNTAX Unsigned32 UNITS「フレーム」マックス-ACCESSは「この出来事が引き起こされるために発生しなければならないフレーム誤りの数」をSTATUSの現在の記述に読書して書きます。 デフォルト値は1つのフレーム誤りです。 閾値がゼロであるなら、定期的(あらゆる窓の端で)にEvent Notification OAMPDUを送ります。 統計の同輩OAM実体への非同期な通知がこのスレッシュホールド超過アラームに関連して、これを使用できます。
If dot3OamErrFramePeriodThreshold frame errors occur within a
window of dot3OamErrFramePeriodWindow frames, an Event
Notification OAMPDU should be generated with an Errored Frame
Period Event TLV indicating that the threshold has been
crossed in this window.
"
REFERENCE "[802.3ah], 30.3.6.1.38"
dot3OamErrFramePeriodThresholdフレーム誤りがdot3OamErrFramePeriodWindowフレームの窓の中に発生するなら、Errored Frame Period Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。 「参照、「[802.3ah]、30.3 .6 .1 0.38インチ」
Squire Standards Track [Page 35] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[35ページ]RFC4878OAM機能に付き添ってください。
::= { dot3OamEventConfigEntry 7 }
::= dot3OamEventConfigEntry7
dot3OamErrFramePeriodEvNotifEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If true, the OAM entity should send an Event Notification
OAMPDU when an Errored Frame Period Event occurs.
dot3OamErrFramePeriodEvNotifEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当であるなら、Errored Frame Period Eventが起こると、OAM実体はEvent Notification OAMPDUを送るべきであること」をSTATUSの現在の記述に読書して書きます。
By default, this object should have the value true for
Ethernet-like interfaces that support OAM. If the OAM layer
does not support Event Notifications (as indicated via the
dot3OamFunctionsSupported attribute), this value is ignored.
"
::= { dot3OamEventConfigEntry 8 }
デフォルトで、この物で、値はOAMを支持するイーサネットのようなインタフェースに本当になるはずです。 OAM層がEvent Notificationsを支持しないなら(dot3OamFunctionsSupported属性で示されるように)、この値は無視されます。 " ::= dot3OamEventConfigEntry8
dot3OamErrFrameWindow OBJECT-TYPE
SYNTAX Unsigned32
UNITS "tenths of a second"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The amount of time (in 100ms increments) over which the
threshold is defined. The default value is 10 (1 second).
dot3OamErrFrameWindow OBJECT-TYPE SYNTAX Unsigned32 UNITS「1秒の10分の1」マックス-ACCESSは「敷居が定義される時間(100ms増分における)」をSTATUSの現在の記述に読書して書きます。 デフォルト値は10(1秒)です。
If dot3OamErrFrameThreshold frame errors occur within a window
of dot3OamErrFrameWindow seconds (measured in tenths of
seconds), an Event Notification OAMPDU should be generated
with an Errored Frame Event TLV indicating that the threshold
has been crossed in this window.
"
REFERENCE "[802.3ah], 30.3.6.1.36"
DEFVAL { 10 }
::= { dot3OamEventConfigEntry 9 }
dot3OamErrFrameThresholdフレーム誤りがdot3OamErrFrameWindow秒(秒の10分の1では、測定される)の窓の中に発生するなら、Errored Frame Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。 「参照、「[802.3ah]、0.36インチの30.3.6.1DEFVAL10:、:、」= dot3OamEventConfigEntry9
dot3OamErrFrameThreshold OBJECT-TYPE
SYNTAX Unsigned32
UNITS "frames"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The number of frame errors that must occur for this event to
be triggered. The default value is one frame error. If the
threshold value is zero, then an Event Notification OAMPDU is
sent periodically (at the end of every window). This can be
used as an asynchronous notification to the peer OAM entity of
the statistics related to this threshold crossing alarm.
dot3OamErrFrameThreshold OBJECT-TYPE SYNTAX Unsigned32 UNITS「フレーム」マックス-ACCESSは「この出来事が引き起こされるために発生しなければならないフレーム誤りの数」をSTATUSの現在の記述に読書して書きます。 デフォルト値は1つのフレーム誤りです。 閾値がゼロであるなら、定期的(あらゆる窓の端で)にEvent Notification OAMPDUを送ります。 統計の同輩OAM実体への非同期な通知がこのスレッシュホールド超過アラームに関連して、これを使用できます。
Squire Standards Track [Page 36] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[36ページ]RFC4878OAM機能に付き添ってください。
If dot3OamErrFrameThreshold frame errors occur within a window
of dot3OamErrFrameWindow (in tenths of seconds), an Event
Notification OAMPDU should be generated with an Errored Frame
Event TLV indicating the threshold has been crossed in this
window.
"
REFERENCE "[802.3ah], 30.3.6.1.36"
DEFVAL { 1 }
::= { dot3OamEventConfigEntry 10 }
dot3OamErrFrameThresholdフレーム誤りがdot3OamErrFrameWindow(秒の10分の1の)の窓の中に発生するなら、Errored Frame Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。 「参照、「[802.3ah]、0.36インチの30.3.6.1DEFVAL1:、:、」= dot3OamEventConfigEntry10
dot3OamErrFrameEvNotifEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If true, the OAM entity should send an Event Notification
OAMPDU when an Errored Frame Event occurs.
dot3OamErrFrameEvNotifEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当であるなら、Errored Frame Eventが起こると、OAM実体はEvent Notification OAMPDUを送るべきであること」をSTATUSの現在の記述に読書して書きます。
By default, this object should have the value true for
Ethernet-like interfaces that support OAM. If the OAM layer
does not support Event Notifications (as indicated via the
dot3OamFunctionsSupported attribute), this value is ignored.
"
DEFVAL { true }
::= { dot3OamEventConfigEntry 11 }
デフォルトで、この物で、値はOAMを支持するイーサネットのようなインタフェースに本当になるはずです。 OAM層がEvent Notificationsを支持しないなら(dot3OamFunctionsSupported属性で示されるように)、この値は無視されます。 「DEFVAL、本当:、:、」= dot3OamEventConfigEntry11
dot3OamErrFrameSecsSummaryWindow OBJECT-TYPE
SYNTAX Integer32 (100..9000)
UNITS "tenths of a second"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The amount of time (in 100 ms intervals) over which the
threshold is defined. The default value is 100 (10 seconds).
dot3OamErrFrameSecsSummaryWindow OBJECT-TYPE SYNTAX Integer32(100 .9000)UNITS「1秒の10分の1」マックス-ACCESSは「敷居が定義される時間(100回のms間隔の)」をSTATUSの現在の記述に読書して書きます。 デフォルト値は100(10秒)です。
If dot3OamErrFrameSecsSummaryThreshold frame errors occur
within a window of dot3OamErrFrameSecsSummaryWindow (in tenths
of seconds), an Event Notification OAMPDU should be generated
with an Errored Frame Seconds Summary Event TLV indicating
that the threshold has been crossed in this window.
"
REFERENCE "[802.3ah], 30.3.6.1.40"
DEFVAL { 100 }
::= { dot3OamEventConfigEntry 12 }
dot3OamErrFrameSecsSummaryThresholdフレーム誤りがdot3OamErrFrameSecsSummaryWindow(秒の10分の1の)の窓の中に発生するなら、Errored Frame Seconds Summary Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。 「参照、「[802.3ah]、0.4インチの30.3.6.1DEFVAL100:、:、」= dot3OamEventConfigEntry12
dot3OamErrFrameSecsSummaryThreshold OBJECT-TYPE
SYNTAX Integer32 (1..900)
dot3OamErrFrameSecsSummaryThresholdオブジェクト・タイプ構文Integer32(1..900)
Squire Standards Track [Page 37] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[37ページ]RFC4878OAM機能に付き添ってください。
UNITS "errored frame seconds"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The number of errored frame seconds that must occur for this
event to be triggered. The default value is one errored frame
second. If the threshold value is zero, then an Event
Notification OAMPDU is sent periodically (at the end of every
window). This can be used as an asynchronous notification to
the peer OAM entity of the statistics related to this
threshold crossing alarm.
UNITS「erroredフレーム秒」マックス-ACCESSは「erroredされることの数は必須がこの出来事が引き起こされるために起こる何秒も縁どる」現在の記述をSTATUSに読書して書きます。 デフォルト値は2番目に、1個のerroredフレームです。 閾値がゼロであるなら、定期的(あらゆる窓の端で)にEvent Notification OAMPDUを送ります。 統計の同輩OAM実体への非同期な通知がこのスレッシュホールド超過アラームに関連して、これを使用できます。
If dot3OamErrFrameSecsSummaryThreshold frame errors occur
within a window of dot3OamErrFrameSecsSummaryWindow (in tenths
of seconds), an Event Notification OAMPDU should be generated
with an Errored Frame Seconds Summary Event TLV indicating
that the threshold has been crossed in this window.
"
REFERENCE "[802.3ah], 30.3.6.1.40"
DEFVAL { 1 }
::= { dot3OamEventConfigEntry 13 }
dot3OamErrFrameSecsSummaryThresholdフレーム誤りがdot3OamErrFrameSecsSummaryWindow(秒の10分の1の)の窓の中に発生するなら、Errored Frame Seconds Summary Event TLVが、敷居がこの窓で交差されたのを示していて、Event Notification OAMPDUは発生するべきです。 「参照、「[802.3ah]、0.4インチの30.3.6.1DEFVAL1:、:、」= dot3OamEventConfigEntry13
dot3OamErrFrameSecsEvNotifEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If true, the local OAM entity should send an Event
Notification OAMPDU when an Errored Frame Seconds Event
occurs.
dot3OamErrFrameSecsEvNotifEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当であるなら、Errored Frame Seconds Eventが起こると、地方のOAM実体はEvent Notification OAMPDUを送るべきであること」をSTATUSの現在の記述に読書して書きます。
By default, this object should have the value true for
Ethernet-like interfaces that support OAM. If the OAM layer
does not support Event Notifications (as indicated via the
dot3OamFunctionsSupported attribute), this value is ignored.
"
DEFVAL { true }
::= { dot3OamEventConfigEntry 14 }
デフォルトで、この物で、値はOAMを支持するイーサネットのようなインタフェースに本当になるはずです。 OAM層がEvent Notificationsを支持しないなら(dot3OamFunctionsSupported属性で示されるように)、この値は無視されます。 「DEFVAL、本当:、:、」= dot3OamEventConfigEntry14
dot3OamDyingGaspEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If true, the local OAM entity should attempt to indicate a
dying gasp via the OAMPDU flags field to its peer OAM entity
when a dying gasp event occurs. The exact definition of a
dying gasp event is implementation dependent. If the system
dot3OamDyingGaspEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当であるなら、死にかかっている喘ぎ出来事が起こると、地方のOAM実体は、旗が同輩OAM実体としてさばくOAMPDUを通して死にかかっている喘ぎを示すのを試みるべきであること」をSTATUSの現在の記述に読書して書きます。 死にかかっている喘ぎ出来事の正確な定義は実現に依存しています。 システムです。
Squire Standards Track [Page 38] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[38ページ]RFC4878OAM機能に付き添ってください。
does not support dying gasp capability, setting this object
has no effect, and reading the object should always result in
'false'.
死にかかっている喘ぎ能力、いいえがこの物で作用して、物を読むのが'虚偽'いつももたらすべきである設定を支持しません。
By default, this object should have the value true for
Ethernet-like interfaces that support OAM. If the OAM layer
does not support Event Notifications (as indicated via the
dot3OamFunctionsSupported attribute), this value is ignored.
"
DEFVAL { true }
::= { dot3OamEventConfigEntry 15 }
デフォルトで、この物で、値はOAMを支持するイーサネットのようなインタフェースに本当になるはずです。 OAM層がEvent Notificationsを支持しないなら(dot3OamFunctionsSupported属性で示されるように)、この値は無視されます。 「DEFVAL、本当:、:、」= dot3OamEventConfigEntry15
dot3OamCriticalEventEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If true, the local OAM entity should attempt to indicate a
critical event via the OAMPDU flags to its peer OAM entity
when a critical event occurs. The exact definition of a
critical event is implementation dependent. If the system
does not support critical event capability, setting this
object has no effect, and reading the object should always
result in 'false'.
dot3OamCriticalEventEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当であるなら、批判的なイベントが起こると、地方のOAM実体は、同輩OAM実体へのOAMPDU旗で批判的なイベントを示すのを試みるべきであること」をSTATUSの現在の記述に読書して書きます。 批判的なイベントの正確な定義は実現に依存しています。 システムが批判的なイベント能力を支持しないなら、この物を設定するのにおいて、物が'虚偽'いつももたらすはずである効果がなく、および読書があります。
By default, this object should have the value true for
Ethernet-like interfaces that support OAM. If the OAM layer
does not support Event Notifications (as indicated via the
dot3OamFunctionsSupported attribute), this value is ignored.
"
DEFVAL { true }
::= { dot3OamEventConfigEntry 16 }
デフォルトで、この物で、値はOAMを支持するイーサネットのようなインタフェースに本当になるはずです。 OAM層がEvent Notificationsを支持しないなら(dot3OamFunctionsSupported属性で示されるように)、この値は無視されます。 「DEFVAL、本当:、:、」= dot3OamEventConfigEntry16
-- **************************************************************
--
-- Ethernet OAM Event Log group
--
-- イーサネット..分類
dot3OamEventLogTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OamEventLogEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table records a history of the events that have occurred
at the Ethernet OAM level. These events can include locally
detected events, which may result in locally generated
OAMPDUs, and remotely detected events, which are detected by
the OAM peer entity and signaled to the local entity via
dot3OamEventLogTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3OamEventLogEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはイーサネットOAMレベルで起こった出来事の歴史を記録します」。 それは、局所的に発生したOAMPDUsをもたらすかもしれません。(出来事は、OAM同輩実体によって検出されて、ローカル要素に合図されます)。を通してこれらの出来事が局所的に検出された出来事と離れて検出された出来事を含むことができる。
Squire Standards Track [Page 39] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[39ページ]RFC4878OAM機能に付き添ってください。
Ethernet OAM. Ethernet OAM events can be signaled by Event
Notification OAMPDUs or by the flags field in any OAMPDU.
イーサネットOAM。 Event Notification OAMPDUsかどんなOAMPDUの旗の分野でもイーサネットOAM出来事に合図できます。
This table contains both threshold crossing events and
non-threshold crossing events. The parameters for the
threshold window, threshold value, and actual value
(dot3OamEventLogWindowXX, dot3OamEventLogThresholdXX,
dot3OamEventLogValue) are only applicable to threshold
crossing events, and are returned as all F's (2^32 - 1) for
non-threshold crossing events.
このテーブルは敷居交差点出来事と非敷居交差点出来事の両方を含んでいます。 敷居ウィンドウ、閾値、および実価(dot3OamEventLogWindowXX、dot3OamEventLogThresholdXX、dot3OamEventLogValue)のためのパラメタは、単に敷居交差点出来事に適切であり、非敷居交差点出来事のために、すべてのF(2^32--1)を返すので、返されます。
Entries in the table are automatically created when such
events are detected. The size of the table is implementation
dependent. When the table reaches its maximum size, older
entries are automatically deleted to make room for newer
entries.
"
::= { dot3OamObjects 6 }
そのような出来事が検出されるとき、テーブルのエントリーは自動的に作成されます。 テーブルのサイズは実現に依存しています。 テーブルが最大サイズに達するとき、より古いエントリーは、より新しいエントリーに場所を開けるために自動的に削除されます。 " ::= dot3OamObjects6
dot3OamEventLogEntry OBJECT-TYPE
SYNTAX Dot3OamEventLogEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the dot3OamEventLogTable. Entries are
automatically created whenever Ethernet OAM events occur at
the local OAM entity, and when Event Notification OAMPDUs are
received at the local OAM entity (indicating that events have
occurred at the peer OAM entity). The size of the table is
implementation dependent, but when the table becomes full,
older events are automatically deleted to make room for newer
events. The table index dot3OamEventLogIndex increments for
each new entry, and when the maximum value is reached, the
value restarts at zero.
"
INDEX { ifIndex, dot3OamEventLogIndex }
::= { dot3OamEventLogTable 1 }
dot3OamEventLogEntry OBJECT-TYPE SYNTAX Dot3OamEventLogEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「dot3OamEventLogTableのエントリー。」 イーサネットOAM出来事が地方のOAM実体で起こるときはいつも、地方のOAM実体でEvent Notification OAMPDUsを受け取るとき(出来事が同輩OAM実体で起こったのを示して)、自動的にエントリーを作成します。 テーブルのサイズは実現に依存していますが、テーブルが完全になるとき、より古い出来事は、より新しい出来事に場所を開けるために自動的に削除されます。 それぞれの新しいエントリーと最大値にいつ達しているか間にdot3OamEventLogIndexが増加するテーブルインデックス、値はゼロで再開します。 「ifIndex、dot3OamEventLogIndexに索引をつけてください:、:、」= dot3OamEventLogTable1
Dot3OamEventLogEntry ::=
SEQUENCE {
dot3OamEventLogIndex Unsigned32,
dot3OamEventLogTimestamp TimeStamp,
dot3OamEventLogOui EightOTwoOui,
dot3OamEventLogType Unsigned32,
dot3OamEventLogLocation INTEGER,
dot3OamEventLogWindowHi Unsigned32,
dot3OamEventLogWindowLo Unsigned32,
dot3OamEventLogThresholdHi Unsigned32,
Dot3OamEventLogEntry:、:= 系列、dot3OamEventLogIndex Unsigned32、dot3OamEventLogTimestampタイムスタンプ、dot3OamEventLogOui EightOTwoOui、dot3OamEventLogType Unsigned32、dot3OamEventLogLocation整数、dot3OamEventLogWindowHi Unsigned32、dot3OamEventLogWindowLo Unsigned32、dot3OamEventLogThresholdHi Unsigned32
Squire Standards Track [Page 40] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[40ページ]RFC4878OAM機能に付き添ってください。
dot3OamEventLogThresholdLo Unsigned32,
dot3OamEventLogValue CounterBasedGauge64,
dot3OamEventLogRunningTotal CounterBasedGauge64,
dot3OamEventLogEventTotal Unsigned32
}
dot3OamEventLogThresholdLo Unsigned32、dot3OamEventLogValue CounterBasedGauge64、dot3OamEventLogRunningTotal CounterBasedGauge64、dot3OamEventLogEventTotal Unsigned32
dot3OamEventLogIndex OBJECT-TYPE
SYNTAX Unsigned32(1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An arbitrary integer for identifying individual events
within the event log. "
::= { dot3OamEventLogEntry 1 }
「出来事の中で個人種目を特定するための任意の整数は登録する」dot3OamEventLogIndex OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 " ::= dot3OamEventLogEntry1
dot3OamEventLogTimestamp OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the time of the logged event. For
locally generated events, the time of the event can be
accurately retrieved from sysUpTime. For remotely generated
events, the time of the event is indicated by the reception of
the Event Notification OAMPDU indicating that the event
occurred on the peer. A system may attempt to adjust the
timestamp value to more accurately reflect the time of the
event at the peer OAM entity by using other information, such
as that found in the timestamp found of the Event Notification
TLVs, which provides an indication of the relative time
between events at the peer entity. "
::= { dot3OamEventLogEntry 2 }
dot3OamEventLogTimestamp OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「登録された出来事時点のsysUpTimeの値。」 局所的に発生した出来事に関しては、sysUpTimeから出来事の時間を正確に検索できます。 ほんの少し発生している出来事に関しては、出来事の時間は出来事が同輩の上に起こったのを示すEvent Notification OAMPDUのレセプションによって示されます。 システムは、他の情報を使用することによって同輩OAM実体で、より正確に出来事の時間を反映するようにタイムスタンプ値を調整するのを試みるかもしれません、同輩実体で相対的な現代のしるしを出来事の間に供給するEvent Notification TLVsについて見つけられたタイムスタンプで見つけられたそれなどのように。 " ::= dot3OamEventLogEntry2
dot3OamEventLogOui OBJECT-TYPE
SYNTAX EightOTwoOui
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The OUI of the entity defining the object type. All IEEE
802.3 defined events (as appearing in [802.3ah] except for the
Organizationally Unique Event TLVs) use the IEEE 802.3 OUI of
0x0180C2. Organizations defining their own Event Notification
TLVs include their OUI in the Event Notification TLV that
gets reflected here. "
::= { dot3OamEventLogEntry 3 }
「実体が物を定義するOUIはタイプする」dot3OamEventLogOui OBJECT-TYPE SYNTAX EightOTwoOuiのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 すべてのIEEE802.3に、定義された出来事(Organizationally Unique Event TLVsを除いた[802.3ah]に現れるとしての)は0x0180C2のIEEE802.3OUIを使用します。 それら自身のEvent Notification TLVsを定義する組織がここに反映されるEvent Notification TLVに彼らのOUIを含んでいます。 " ::= dot3OamEventLogEntry3
dot3OamEventLogType OBJECT-TYPE
SYNTAX Unsigned32
dot3OamEventLogTypeオブジェクト・タイプ構文Unsigned32
Squire Standards Track [Page 41] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[41ページ]RFC4878OAM機能に付き添ってください。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of event that generated this entry in the event log.
When the OUI is the IEEE 802.3 OUI of 0x0180C2, the following
event types are defined:
erroredSymbolEvent(1),
erroredFramePeriodEvent(2),
erroredFrameEvent(3),
erroredFrameSecondsEvent(4),
linkFault(256),
dyingGaspEvent(257),
criticalLinkEvent(258)
The first four are considered threshold crossing events, as
they are generated when a metric exceeds a given value within
a specified window. The other three are not threshold
crossing events.
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「イベントログにおけるこのエントリーを発生させた出来事のタイプ。」 OUIが0x0180C2のIEEE802.3OUIであるときに、以下のイベントタイプは定義されます: 最初の4はaであるときに、発生するのに従って出来事に交差する敷居であるとメートル法で考えられます。erroredSymbolEvent(1)、erroredFramePeriodEvent(2)、erroredFrameEvent(3)、erroredFrameSecondsEvent(4)、linkFault(256)、dyingGaspEvent(257)、criticalLinkEvent(258)、指定された窓の中で与えられた値を超えています。 他の3は敷居交差点出来事ではありません。
When the OUI is not 71874 (0x0180C2 in hex), then some other
organization has defined the event space. If event subtyping
is known to the implementation, it may be reflected here.
Otherwise, this value should return all F's (2^32 - 1).
"
REFERENCE "[802.3ah], 30.3.6.1.10 and 57.5.3."
::= { dot3OamEventLogEntry 4 }
そして、OUIが71874(十六進法における0x0180C2)でないときに、ある他の組織はイベントスペースを定義しました。 出来事であるなら、副タイプは実現に知られていて、それはここに反映されるかもしれません。 さもなければ、この値はFのすべてのもの(2^32--1)で戻るべきです。 そして、「参照、「[802.3ah]、30.3、.6、.1、.10、57.5 .3」、」 ::= dot3OamEventLogEntry4
dot3OamEventLogLocation OBJECT-TYPE
SYNTAX INTEGER { local(1), remote(2) }
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Whether this event occurred locally (local(1)), or was
received from the OAM peer via Ethernet OAM (remote(2)).
"
::= { dot3OamEventLogEntry 5 }
dot3OamEventLogLocation OBJECT-TYPE SYNTAX INTEGER、地方の(1)、リモート(2)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この出来事が局所的に起こった、(地方の(1))、イーサネットOAMを通してOAM同輩から受け取った、(リモート(2))、」 " ::= dot3OamEventLogEntry5
dot3OamEventLogWindowHi OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"If the event represents a threshold crossing event, the two
objects dot3OamEventWindowHi and dot3OamEventWindowLo, form
an unsigned 64-bit integer yielding the window over which the
value was measured for the threshold crossing event (for
example, 5, when 11 occurrences happened in 5 seconds while
the threshold was 10). The two objects are combined as:
「2の出来事が敷居交差点出来事を表すか、そして、物のdot3OamEventWindowHiとdot3OamEventWindowLoは値が敷居交差点出来事(例えば、5、11であるときに、敷居は10でしたが、発生は5秒で起こった)のために測定された窓をもたらす無記名の64ビットの整数に形成する」dot3OamEventLogWindowHi OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 2個の物が以下として結合されます。
Squire Standards Track [Page 42] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[42ページ]RFC4878OAM機能に付き添ってください。
dot3OamEventLogWindow = ((2^32) * dot3OamEventLogWindowHi)
+ dot3OamEventLogWindowLo
dot3OamEventLogWindow=(2^32)*dot3OamEventLogWindowHi) + dot3OamEventLogWindowLo
Otherwise, this value is returned as all F's (2^32 - 1) and
adds no useful information.
"
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 6 }
さもなければ、この値は、Fのすべてのもの(2^32--1)として返されて、役に立つ情報を全く加えません。 そして、「参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2」、」 ::= dot3OamEventLogEntry6
dot3OamEventLogWindowLo OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"If the event represents a threshold crossing event, the two
objects dot3OamEventWindowHi and dot3OamEventWindowLo form an
unsigned 64-bit integer yielding the window over which the
value was measured for the threshold crossing event (for
example, 5, when 11 occurrences happened in 5 seconds while
the threshold was 10). The two objects are combined as:
「2の出来事が敷居交差点出来事を表すか、そして、物のdot3OamEventWindowHiとdot3OamEventWindowLoは値が敷居交差点出来事(例えば、5、11であるときに、敷居は10でしたが、発生は5秒で起こった)のために測定された窓をもたらす無記名の64ビットの整数に形成する」dot3OamEventLogWindowLo OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 2個の物が以下として結合されます。
dot3OamEventLogWindow = ((2^32) * dot3OamEventLogWindowHi)
+ dot3OamEventLogWindowLo
dot3OamEventLogWindow=(2^32)*dot3OamEventLogWindowHi) + dot3OamEventLogWindowLo
Otherwise, this value is returned as all F's (2^32 - 1) and
adds no useful information.
"
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 7 }
さもなければ、この値は、Fのすべてのもの(2^32--1)として返されて、役に立つ情報を全く加えません。 そして、「参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2」、」 ::= dot3OamEventLogEntry7
dot3OamEventLogThresholdHi OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"If the event represents a threshold crossing event, the two
objects dot3OamEventThresholdHi and dot3OamEventThresholdLo
form an unsigned 64-bit integer yielding the value that was
crossed for the threshold crossing event (for example, 10,
when 11 occurrences happened in 5 seconds while the threshold
was 10). The two objects are combined as:
「2のイベントが敷居交差点イベントを表すか、そして、オブジェクトdot3OamEventThresholdHiとdot3OamEventThresholdLoは敷居交差点イベント(例えば、10、11であるときに、敷居は10でしたが、発生は5秒で起こった)のために交差された値をもたらす未署名の64ビットの整数に形成する」dot3OamEventLogThresholdHi OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 2個のオブジェクトが以下として結合されます。
dot3OamEventLogThreshold = ((2^32) * dot3OamEventLogThresholdHi)
+ dot3OamEventLogThresholdLo
dot3OamEventLogThreshold=(2^32)*dot3OamEventLogThresholdHi) + dot3OamEventLogThresholdLo
Otherwise, this value is returned as all F's (2^32 -1) and
adds no useful information.
"
さもなければ、この値は、すべてのFの(2^32 -1)として返されて、役に立つ情報を全く加えません。 "
Squire Standards Track [Page 43] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[43ページ]RFC4878OAM機能に付き添ってください。
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 8 }
そして、参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2インチ。 ::= dot3OamEventLogEntry8
dot3OamEventLogThresholdLo OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"If the event represents a threshold crossing event, the two
objects dot3OamEventThresholdHi and dot3OamEventThresholdLo
form an unsigned 64-bit integer yielding the value that was
crossed for the threshold crossing event (for example, 10,
when 11 occurrences happened in 5 seconds while the threshold
was 10). The two objects are combined as:
「2のイベントが敷居交差点イベントを表すか、そして、オブジェクトdot3OamEventThresholdHiとdot3OamEventThresholdLoは敷居交差点イベント(例えば、10、11であるときに、敷居は10でしたが、発生は5秒で起こった)のために交差された値をもたらす未署名の64ビットの整数に形成する」dot3OamEventLogThresholdLo OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 2個のオブジェクトが以下として結合されます。
dot3OamEventLogThreshold = ((2^32) * dot3OamEventLogThresholdHi)
+ dot3OamEventLogThresholdLo
dot3OamEventLogThreshold=(2^32)*dot3OamEventLogThresholdHi) + dot3OamEventLogThresholdLo
Otherwise, this value is returned as all F's (2^32 - 1) and
adds no useful information.
"
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 9 }
さもなければ、この値は、Fのすべてのもの(2^32--1)として返されて、役に立つ情報を全く加えません。 そして、「参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2」、」 ::= dot3OamEventLogEntry9
dot3OamEventLogValue OBJECT-TYPE
SYNTAX CounterBasedGauge64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"If the event represents a threshold crossing event, this
value indicates the value of the parameter within the given
window that generated this event (for example, 11, when 11
occurrences happened in 5 seconds while the threshold was 10).
dot3OamEventLogValue OBJECT-TYPE SYNTAX CounterBasedGauge64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「イベントが敷居交差点イベントを表すなら、この値はこのイベントを生成した与えられた窓の中にパラメタの値を示例えば、11、(敷居が10でしたが、11であるときに、発生は5秒で起こりました)」。
Otherwise, this value is returned as all F's
(2^64 - 1) and adds no useful information.
"
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 10 }
さもなければ、この値は、Fのすべてのもの(2^64--1)として返されて、役に立つ情報を全く加えません。 そして、「参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2」、」 ::= dot3OamEventLogEntry10
dot3OamEventLogRunningTotal OBJECT-TYPE
SYNTAX CounterBasedGauge64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Each Event Notification TLV contains a running total of the
number of times an event has occurred, as well as the number
of times an Event Notification for the event has been
dot3OamEventLogRunningTotal OBJECT-TYPE SYNTAX CounterBasedGauge64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「各Event Notification TLVはイベントが起こったという回の数の現在高を含んでいます、イベントのためのEvent Notificationがあったという回の数と同様に」
Squire Standards Track [Page 44] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[44ページ]RFC4878OAM機能に付き添ってください。
transmitted. For non-threshold crossing events, the number of
events (dot3OamLogRunningTotal) and the number of resultant
Event Notifications (dot3OamLogEventTotal) should be
identical.
伝えられる。 非敷居交差点イベントにおいて、イベントの数(dot3OamLogRunningTotal)と結果のEvent Notificationsの数(dot3OamLogEventTotal)は同じであるべきです。
For threshold crossing events, since multiple occurrences may
be required to cross the threshold, these values are likely
different. This value represents the total number of times
this event has happened since the last reset (for example,
3253, when 3253 symbol errors have occurred since the last
reset, which has resulted in 51 symbol error threshold
crossing events since the last reset).
"
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 11 }
敷居交差点イベントにおいて、複数の発生が家に入るのに必要であるかもしれないので、これらの値はおそらく異なっています。 この値は最終が(例えば、最後のリセット以来イベントに交差する51シンボル誤り敷居をもたらしている最後のリセット以来3253のシンボル誤りが発生している3253年)をリセットして以来このイベントが起こっているという回の総数を表します。 そして、「参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2」、」 ::= dot3OamEventLogEntry11
dot3OamEventLogEventTotal OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Each Event Notification TLV contains a running total of the
number of times an event has occurred, as well as the number
of times an Event Notification for the event has been
transmitted. For non-threshold crossing events, the number of
events (dot3OamLogRunningTotal) and the number of resultant
Event Notifications (dot3OamLogEventTotal) should be
identical.
dot3OamEventLogEventTotal OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「各Event Notification TLVはイベントが起こったという回の数の現在高を含んでいます、イベントのためのEvent Notificationが伝えられたという回の数と同様に」。 非敷居交差点イベントにおいて、イベントの数(dot3OamLogRunningTotal)と結果のEvent Notificationsの数(dot3OamLogEventTotal)は同じであるべきです。
For threshold crossing events, since multiple occurrences may
be required to cross the threshold, these values are likely
different. This value represents the total number of times
one or more of these occurrences have resulted in an Event
Notification (for example, 51 when 3253 symbol errors have
occurred since the last reset, which has resulted in 51 symbol
error threshold crossing events since the last reset).
"
REFERENCE "[802.3ah], 30.3.6.1.37 and 57.5.3.2."
::= { dot3OamEventLogEntry 12 }
敷居交差点イベントにおいて、複数の発生が家に入るのに必要であるかもしれないので、これらの値はおそらく異なっています。 この値が総回数1を表すか、またはこれらの一層の発生がEvent Notificationをもたらしました(3253のシンボル誤りであるときに、例えば、最後のリセット以来イベントに交差する51シンボル誤り敷居をもたらしている最後のリセット以来51は起こっています)。 そして、「参照、「[802.3ah]、30.3、.6、.1、.37、57.5 .3 .2」、」 ::= dot3OamEventLogEntry12
-- ***************************************************************
--
-- Ethernet OAM Notifications
--
-- イーサネット..通知
dot3OamThresholdEvent NOTIFICATION-TYPE
OBJECTS { dot3OamEventLogTimestamp,
dot3OamEventLogOui,
dot3OamThresholdEvent通知タイプが反対する、dot3OamEventLogTimestamp、dot3OamEventLogOui
Squire Standards Track [Page 45] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[45ページ]RFC4878OAM機能に付き添ってください。
dot3OamEventLogType,
dot3OamEventLogLocation,
dot3OamEventLogWindowHi,
dot3OamEventLogWindowLo,
dot3OamEventLogThresholdHi,
dot3OamEventLogThresholdLo,
dot3OamEventLogValue,
dot3OamEventLogRunningTotal,
dot3OamEventLogEventTotal
}
STATUS current
DESCRIPTION
"A dot3OamThresholdEvent notification is sent when a local or
remote threshold crossing event is detected. A local
threshold crossing event is detected by the local entity,
while a remote threshold crossing event is detected by the
reception of an Ethernet OAM Event Notification OAMPDU
that indicates a threshold event.
dot3OamEventLogType、dot3OamEventLogLocation、dot3OamEventLogWindowHi、dot3OamEventLogWindowLo、dot3OamEventLogThresholdHi、dot3OamEventLogThresholdLo、dot3OamEventLogValue、dot3OamEventLogRunningTotal、dot3OamEventLogEventTotal 「地方の、または、リモートな敷居交差点イベントを検出するときdot3OamThresholdEvent通知を送る」STATUSの現在の記述。 地方の敷居交差点イベントはローカル要素によって検出されます、リモート敷居交差点イベントが敷居イベントを示すイーサネットOAM Event Notification OAMPDUのレセプションによって検出されますが。
This notification should not be sent more than once per
second.
1秒あたりの一度以上をこの通知に送るべきではありません。
The OAM entity can be derived from extracting the ifIndex from
the variable bindings. The objects in the notification
correspond to the values in a row instance in the
dot3OamEventLogTable.
変項束縛からifIndexを抽出するのからOAM実体を得ることができます。 通知におけるオブジェクトはdot3OamEventLogTableの行インスタンスにおける値に対応しています。
The management entity should periodically check
dot3OamEventLogTable to detect any missed events."
::= { dot3OamNotifications 1 }
「経営体はどんな逃されたイベントも検出するために定期的にdot3OamEventLogTableをチェックするべきです。」 ::= dot3OamNotifications1
dot3OamNonThresholdEvent NOTIFICATION-TYPE
OBJECTS { dot3OamEventLogTimestamp,
dot3OamEventLogOui,
dot3OamEventLogType,
dot3OamEventLogLocation,
dot3OamEventLogEventTotal
}
STATUS current
DESCRIPTION
"A dot3OamNonThresholdEvent notification is sent when a local
or remote non-threshold crossing event is detected. A local
event is detected by the local entity, while a remote event is
detected by the reception of an Ethernet OAM Event
Notification OAMPDU that indicates a non-threshold crossing
event.
dot3OamNonThresholdEvent NOTIFICATION-TYPE OBJECTS、dot3OamEventLogTimestamp、dot3OamEventLogOui、dot3OamEventLogType、dot3OamEventLogLocation、dot3OamEventLogEventTotal、「地方の、または、リモートな非敷居交差点イベントを検出するときdot3OamNonThresholdEvent通知を送る」STATUSの現在の記述。 ローカルイベントはローカル要素によって検出されます、遠い過去の出来事が非敷居交差点イベントを示すイーサネットOAM Event Notification OAMPDUのレセプションによって検出されますが。
This notification should not be sent more than once per
一度以上をこの通知に送るべきではありません。
Squire Standards Track [Page 46] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[46ページ]RFC4878OAM機能に付き添ってください。
second.
2番目に。
The OAM entity can be derived from extracting the ifIndex from
the variable bindings. The objects in the notification
correspond to the values in a row instance of the
dot3OamEventLogTable.
変項束縛からifIndexを抽出するのからOAM実体を得ることができます。 通知におけるオブジェクトはdot3OamEventLogTableの行インスタンスにおける値に対応しています。
The management entity should periodically check
dot3OamEventLogTable to detect any missed events."
::= { dot3OamNotifications 2 }
「経営体はどんな逃されたイベントも検出するために定期的にdot3OamEventLogTableをチェックするべきです。」 ::= dot3OamNotifications2
-- ***************************************************************
--
-- Ethernet OAM Compliance group
--
-- イーサネット..分類
dot3OamGroups OBJECT IDENTIFIER ::= { dot3OamConformance 1 }
dot3OamCompliances OBJECT IDENTIFIER ::= { dot3OamConformance 2 }
dot3OamGroupsオブジェクト識別子:、:= dot3OamConformance1dot3OamCompliancesオブジェクト識別子:、:= dot3OamConformance2
-- Compliance statements
-- 承諾声明
dot3OamCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for managed entities
supporting OAM on Ethernet-like interfaces.
"
MODULE -- this module
MANDATORY-GROUPS { dot3OamControlGroup,
dot3OamPeerGroup,
dot3OamStatsBaseGroup
}
「イーサネットのようの管理された実体サポートOAMのための承諾声明は連結する」dot3OamCompliance MODULE-COMPLIANCE STATUSの現在の記述。 「MODULE--、このモジュールMANDATORY-GROUPS、」dot3OamControlGroup、dot3OamPeerGroup、dot3OamStatsBaseGroup
GROUP dot3OamLoopbackGroup
DESCRIPTION
"This group is mandatory for all IEEE 802.3 OA
implementations that support loopback functionality. "
GROUP dot3OamLoopbackGroup記述、「このグループはループバックが機能性であるとサポートするすべてのIEEE802.3OA実装に義務的です」。 "
GROUP dot3OamErrSymbolPeriodEventGroup
DESCRIPTION
"This group is mandatory for all IEEE 802.3 OA
implementations that support event functionality. "
GROUP dot3OamErrSymbolPeriodEventGroup記述、「このグループはイベントの機能性をサポートするすべてのIEEE802.3OA実装に義務的です」。 "
GROUP dot3OamErrFramePeriodEventGroup
DESCRIPTION
"This group is mandatory for all IEEE 802.3 OA
implementations that support event functionality. "
GROUP dot3OamErrFramePeriodEventGroup記述、「このグループはイベントの機能性をサポートするすべてのIEEE802.3OA実装に義務的です」。 "
GROUP dot3OamErrFrameEventGroup
グループdot3OamErrFrameEventGroup
Squire Standards Track [Page 47] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[47ページ]RFC4878OAM機能に付き添ってください。
DESCRIPTION
"This group is mandatory for all IEEE 802.3 OA
implementations that support event functionality. "
記述、「このグループはイベントの機能性をサポートするすべてのIEEE802.3OA実装に義務的です」。 "
GROUP dot3OamErrFrameSecsSummaryEventGroup
DESCRIPTION
"This group is mandatory for all IEEE 802.3 OA
implementations that support event functionality. "
GROUP dot3OamErrFrameSecsSummaryEventGroup記述、「このグループはイベントの機能性をサポートするすべてのIEEE802.3OA実装に義務的です」。 "
GROUP dot3OamFlagEventGroup
DESCRIPTION
"This group is optional for all IEEE 802.3 OA
implementations. The ability to send critical events or dying
gasp events is not required in any system."
GROUP dot3OamFlagEventGroup記述、「すべてのIEEE802.3OA実装に、このグループは任意です」。 「重要なイベントか死にかかっている喘ぎイベントを送る能力はどんなシステムでも必要ではありません。」
GROUP dot3OamEventLogGroup
DESCRIPTION
"This group is optional for all IEEE 802.3 OA
implementations. Entries in this table are dependent on what
event functionality is supported in the local OA
implementation. At least one type of event must be supported
for entries to appear in this table. "
GROUP dot3OamEventLogGroup記述、「すべてのIEEE802.3OA実装に、このグループは任意です」。 このテーブルのエントリーはどんなイベントの機能性が地方のOA実装でサポートされるかに依存しています。 エントリーがこのテーブルに現れるように少なくとも1つのタイプのイベントをサポートしなければなりません。 "
GROUP dot3OamNotificationGroup
DESCRIPTION
"This group is optional for all IEEE 802.3 OA
implementations. Since the information in the notifications
is dependent on the dot3OamEventLogTable, that table must be
implemented for notifications. "
GROUP dot3OamNotificationGroup記述、「すべてのIEEE802.3OA実装に、このグループは任意です」。 通知における情報がdot3OamEventLogTableに依存しているので、通知のためにそのテーブルを実装しなければなりません。 "
::= { dot3OamCompliances 1}
::= dot3OamCompliances1
dot3OamControlGroup OBJECT-GROUP
OBJECTS { dot3OamAdminState,
dot3OamOperStatus,
dot3OamMode,
dot3OamMaxOamPduSize,
dot3OamConfigRevision,
dot3OamFunctionsSupported
}
STATUS current
DESCRIPTION
"A collection of objects providing the abilities,
configuration, and status of an Ethernet OAM entity. "
::= { dot3OamGroups 1 }
dot3OamControlGroup OBJECT-GROUP OBJECTS、dot3OamAdminState、dot3OamOperStatus、dot3OamMode、dot3OamMaxOamPduSize、dot3OamConfigRevision、dot3OamFunctionsSupported、STATUSの現在の記述、「能力を提供するオブジェクトの収集、構成、およびイーサネットOAM実体の状態。」 " ::= dot3OamGroups1
dot3OamPeerGroup OBJECT-GROUP
OBJECTS { dot3OamPeerMacAddress,
dot3OamPeerGroupオブジェクト群対象、dot3OamPeerMacAddress
Squire Standards Track [Page 48] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[48ページ]RFC4878OAM機能に付き添ってください。
dot3OamPeerVendorOui,
dot3OamPeerVendorInfo,
dot3OamPeerMode,
dot3OamPeerFunctionsSupported,
dot3OamPeerMaxOamPduSize,
dot3OamPeerConfigRevision
}
STATUS current
DESCRIPTION
"A collection of objects providing the abilities,
configuration, and status of a peer Ethernet OAM entity. "
::= { dot3OamGroups 2 }
dot3OamPeerVendorOui、dot3OamPeerVendorInfo、dot3OamPeerMode、dot3OamPeerFunctionsSupported、dot3OamPeerMaxOamPduSize、dot3OamPeerConfigRevision STATUSの現在の記述、「能力を提供するオブジェクトの収集、構成、および同輩イーサネットOAM実体の状態。」 " ::= dot3OamGroups2
dot3OamStatsBaseGroup OBJECT-GROUP
OBJECTS { dot3OamInformationTx,
dot3OamInformationRx,
dot3OamUniqueEventNotificationTx,
dot3OamUniqueEventNotificationRx,
dot3OamDuplicateEventNotificationTx,
dot3OamDuplicateEventNotificationRx,
dot3OamLoopbackControlTx,
dot3OamLoopbackControlRx,
dot3OamVariableRequestTx,
dot3OamVariableRequestRx,
dot3OamVariableResponseTx,
dot3OamVariableResponseRx,
dot3OamOrgSpecificTx,
dot3OamOrgSpecificRx,
dot3OamUnsupportedCodesTx,
dot3OamUnsupportedCodesRx,
dot3OamFramesLostDueToOam
}
STATUS current
DESCRIPTION
"A collection of objects providing the statistics for the
number of various transmit and receive events for OAM on an
Ethernet-like interface. Note that all of these counters must
be supported even if the related function (as described in
dot3OamFunctionsSupported) is not supported. "
::= { dot3OamGroups 3 }
dot3OamStatsBaseGroupオブジェクト群対象; dot3OamInformationTx、dot3OamInformationRx、dot3OamUniqueEventNotificationTx、dot3OamUniqueEventNotificationRx、dot3OamDuplicateEventNotificationTx、dot3OamDuplicateEventNotificationRx、dot3OamLoopbackControlTx、dot3OamLoopbackControlRx、dot3OamVariableRequestTx、dot3OamVariableRequestRx、dot3OamVariableResponseTx、dot3OamVariableResponseRx、dot3OamOrgSpecificTx、dot3OamOrgSpecificRx、dot3OamUnsupportedCodesTx、dot3OamUnsupportedCodesRx、dot3OamFramesLostDueToOam; STATUSの現在の記述、「様々の数に統計を提供するオブジェクトのA収集はOAMのためにイーサネットのようなインタフェースでイベントを送受信します」。 関連する機能(dot3OamFunctionsSupportedで説明されるように)がサポートされないでもこれらのカウンタのすべてをサポートしなければならないことに注意してください。 " ::= dot3OamGroups3
dot3OamLoopbackGroup OBJECT-GROUP
OBJECTS { dot3OamLoopbackStatus,
dot3OamLoopbackIgnoreRx
}
STATUS current
DESCRIPTION
"A collection of objects for controlling the OAM remote
dot3OamLoopbackGroup OBJECT-GROUP OBJECTS、dot3OamLoopbackStatus、dot3OamLoopbackIgnoreRx、STATUSの現在の記述、「OAMを制御するためにリモートなオブジェクトの収集」
Squire Standards Track [Page 49] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[49ページ]RFC4878OAM機能に付き添ってください。
loopback function. "
::= { dot3OamGroups 4 }
ループバック機能。 " ::= dot3OamGroups4
dot3OamErrSymbolPeriodEventGroup OBJECT-GROUP
OBJECTS { dot3OamErrSymPeriodWindowHi,
dot3OamErrSymPeriodWindowLo,
dot3OamErrSymPeriodThresholdHi,
dot3OamErrSymPeriodThresholdLo,
dot3OamErrSymPeriodEvNotifEnable
}
STATUS current
DESCRIPTION
"A collection of objects for configuring the thresholds for an
Errored Symbol Period Event.
dot3OamErrSymbolPeriodEventGroup OBJECT-GROUP OBJECTS、dot3OamErrSymPeriodWindowHi、dot3OamErrSymPeriodWindowLo、dot3OamErrSymPeriodThresholdHi、dot3OamErrSymPeriodThresholdLo、dot3OamErrSymPeriodEvNotifEnable、STATUSの現在の記述、「Errored Symbol Period Eventのために敷居を構成するためのオブジェクトの収集。」
Each [802.3ah] defined Event Notification TLV has its own
conformance group because each event can be implemented
independently of any other. "
::= { dot3OamGroups 5 }
いかなる他のもの如何にかかわらず各イベントを実装することができるので、それぞれ[802.3ah]、定義されたEvent Notification TLVにはそれ自身の順応グループがあります。 " ::= dot3OamGroups5
dot3OamErrFramePeriodEventGroup OBJECT-GROUP
OBJECTS { dot3OamErrFramePeriodWindow,
dot3OamErrFramePeriodThreshold,
dot3OamErrFramePeriodEvNotifEnable
}
STATUS current
DESCRIPTION
"A collection of objects for configuring the thresholds for an
Errored Frame Period Event.
dot3OamErrFramePeriodEventGroup OBJECT-GROUP OBJECTS、dot3OamErrFramePeriodWindow、dot3OamErrFramePeriodThreshold、dot3OamErrFramePeriodEvNotifEnable、STATUSの現在の記述、「Errored Frame Period Eventのために敷居を構成するためのオブジェクトの収集。」
Each [802.3ah] defined Event Notification TLV has its own
conformance group because each event can be implemented
independently of any other. "
::= { dot3OamGroups 6 }
いかなる他のもの如何にかかわらず各イベントを実装することができるので、それぞれ[802.3ah]、定義されたEvent Notification TLVにはそれ自身の順応グループがあります。 " ::= dot3OamGroups6
dot3OamErrFrameEventGroup OBJECT-GROUP
OBJECTS { dot3OamErrFrameWindow,
dot3OamErrFrameThreshold,
dot3OamErrFrameEvNotifEnable
}
STATUS current
DESCRIPTION
"A collection of objects for configuring the thresholds for an
Errored Frame Event.
dot3OamErrFrameEventGroup OBJECT-GROUP OBJECTS、dot3OamErrFrameWindow、dot3OamErrFrameThreshold、dot3OamErrFrameEvNotifEnable、STATUSの現在の記述、「Errored Frame Eventのために敷居を構成するためのオブジェクトの収集。」
Each [802.3ah] defined Event Notification TLV has its own
conformance group because each event can be implemented
independently of any other. "
いかなる他のもの如何にかかわらず各イベントを実装することができるので、それぞれ[802.3ah]、定義されたEvent Notification TLVにはそれ自身の順応グループがあります。 "
Squire Standards Track [Page 50] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[50ページ]RFC4878OAM機能に付き添ってください。
::= { dot3OamGroups 7 }
::= dot3OamGroups7
dot3OamErrFrameSecsSummaryEventGroup OBJECT-GROUP
OBJECTS { dot3OamErrFrameSecsSummaryWindow,
dot3OamErrFrameSecsSummaryThreshold,
dot3OamErrFrameSecsEvNotifEnable
}
STATUS current
DESCRIPTION
"A collection of objects for configuring the thresholds for an
Errored Frame Seconds Summary Event.
dot3OamErrFrameSecsSummaryEventGroup OBJECT-GROUP OBJECTS、dot3OamErrFrameSecsSummaryWindow、dot3OamErrFrameSecsSummaryThreshold、dot3OamErrFrameSecsEvNotifEnable、STATUSの現在の記述、「Errored Frame Seconds Summary Eventのために敷居を構成するためのオブジェクトの収集。」
Each [802.3ah] defined Event Notification TLV has its own
conformance group because each event can be implemented
independently of any other. "
::= { dot3OamGroups 8 }
いかなる他のもの如何にかかわらず各イベントを実装することができるので、それぞれ[802.3ah]、定義されたEvent Notification TLVにはそれ自身の順応グループがあります。 " ::= dot3OamGroups8
dot3OamFlagEventGroup OBJECT-GROUP
OBJECTS { dot3OamDyingGaspEnable,
dot3OamCriticalEventEnable
}
STATUS current
DESCRIPTION
"A collection of objects for configuring the sending OAMPDUs
with the critical event flag or dying gasp flag enabled. "
::= { dot3OamGroups 9 }
dot3OamFlagEventGroup OBJECT-GROUP OBJECTS、dot3OamDyingGaspEnable、dot3OamCriticalEventEnable、「重要なイベント旗か死にかかっている喘ぎを伴うOAMPDUsが旗を揚げさせる発信を構成するためのオブジェクトの収集は可能にした」STATUSの現在の記述。 " ::= dot3OamGroups9
dot3OamEventLogGroup OBJECT-GROUP
OBJECTS { dot3OamEventLogTimestamp,
dot3OamEventLogOui,
dot3OamEventLogType,
dot3OamEventLogLocation,
dot3OamEventLogWindowHi,
dot3OamEventLogWindowLo,
dot3OamEventLogThresholdHi,
dot3OamEventLogThresholdLo,
dot3OamEventLogValue,
dot3OamEventLogRunningTotal,
dot3OamEventLogEventTotal
}
STATUS current
DESCRIPTION
"A collection of objects for configuring the thresholds for an
Errored Frame Seconds Summary Event and maintaining the event
information. "
::= { dot3OamGroups 10 }
dot3OamEventLogGroup OBJECT-GROUP OBJECTS、dot3OamEventLogTimestamp、dot3OamEventLogOui、dot3OamEventLogType、dot3OamEventLogLocation、dot3OamEventLogWindowHi、dot3OamEventLogWindowLo、dot3OamEventLogThresholdHi、dot3OamEventLogThresholdLo、dot3OamEventLogValue、dot3OamEventLogRunningTotal、dot3OamEventLogEventTotal、STATUSの現在の記述、「Errored Frame Seconds Summary Eventのために敷居を構成して、イベント情報を保守するためのオブジェクトの収集。」 " ::= dot3OamGroups10
dot3OamNotificationGroup NOTIFICATION-GROUP
dot3OamNotificationGroup通知グループ
Squire Standards Track [Page 51] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[51ページ]RFC4878OAM機能に付き添ってください。
NOTIFICATIONS {
dot3OamThresholdEvent,
dot3OamNonThresholdEvent
}
STATUS current
DESCRIPTION
"A collection of notifications used by Ethernet OAM to signal
to a management entity that local or remote events have
occurred on a specified Ethernet link. "
::= { dot3OamGroups 11 }
NOTIFICATIONS、dot3OamThresholdEvent、dot3OamNonThresholdEvent、「通知の収集は地方の、または、リモートなイベントが指定されたイーサネットリンクの上に起こったと経営体に合図するのにイーサネットOAMで使用した」STATUSの現在の記述。 " ::= dot3OamGroups11
END
終わり
7. Security Considerations
7. セキュリティ問題
The readable objects in this module can provide information about network traffic, and therefore may be considered sensitive. In particular, OAM provides mechanisms for reading the IEEE 802.3 Clause 30 MIB attributes from a link partner via a specialized layer two protocol. Unlike SNMP, IEEE P802.3ah OAM does not include encryption or authentication mechanisms. It should be used in environments where either this interface information is not considered sensitive, or where the facility terminations are protected. By default, OAM is disabled on Ethernet-like interfaces and is therefore not a risk.
このモジュールによる読み込み可能なオブジェクトは、ネットワークトラフィックの情報を前提とすることができて、したがって、敏感であると考えられるかもしれません。 特に、OAMはリンクパートナーからの専門化している層を通したIEEE802.3Clause30MIB属性に2プロトコルを読み込むのにメカニズムを提供します。 SNMPと異なって、IEEE P802.3ah OAMが暗号化を含むべきではありませんか、または認証機構それはこのインターフェース情報が敏感であることは考えられないか、または施設終了が保護される環境で使用されるべきです。 デフォルトで、OAMはイーサネットのようなインタフェースで障害があって、したがって、リスクではありません。
IEEE 802.3ah OAM is designed to support deployment in access and enterprise networks. In access networks, one end of a link is the CO-side, and the other is the CPE-side, and the facilities are often protected in wiring cages or closets. In such deployments, it is often the case that the CO-side is protected from access from the CPE-side. Within IEEE P802.3ah OAM, this protection from remote access is accomplished by configuring the CPE-side in passive mode using the dot3OamMode attribute. This prevents the CPE from accessing functions and information at the CO-side of the connection. In enterprise networks, read-only interface information is often considered non-sensitive.
IEEE 802.3ah OAMは、アクセスと企業網で展開をサポートするように設計されています。 アクセスネットワークでは、リンクの片端はCO-サイドです、そして、もう片方がCPE-サイドです、そして、施設は配線の檻かクロゼットにしばしば保護されます。 そのような展開では、しばしば、CO-サイドはアクセスからCPE-サイドから保護されます。 IEEE P802.3ah OAMの中では、遠隔アクセスからのこの保護は、dot3OamMode属性を使用しながら受け身の形態でCPE-サイドを構成することによって、実行されます。 これは、CPEが接続のCO-サイドで機能と情報にアクセスするのを防ぎます。 企業網では、書き込み禁止インターフェース情報は非敏感であるとしばしば考えられます。
The frequency of OAM PDUs on an Ethernet interface does not adversely affect data traffic, as OAM is a slow protocol with very limited bandwidth potential, and it is not required for normal link operation. And although there are a number of objects in this module with read-write or read-create MAX-ACCESS, they have limited effects on user data.
イーサネットインタフェースのOAM PDUsの頻度はデータ通信量に悪影響を与えません、OAMが非常に限られた帯域幅の可能性がある遅いプロトコルであり、それは通常のリンク操作に必要でないように。 そして、マックス-ACCESSをaがありますが、読書して書くのがあるこのモジュールによるオブジェクトに付番するか、または読書して作成してください、そして、彼らは利用者データへの効果を制限しました。
The loopback capability of OAM can have potentially disruptive effects in that the when enabling remote loopback, the remote station automatically transmits all received traffic back to the local station except for OAM traffic. This completely disrupts all higher
OAMのループバック能力がそれに潜在的に破壊的な効果を持つことができる、リモートループバックを可能にするとき、遠隔局は自動的にOAMトラフィック以外の地方局へのすべての容認されたトラフィック後部を伝えます。 これは完全にすべてをより高く混乱させます。
Squire Standards Track [Page 52] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[52ページ]RFC4878OAM機能に付き添ってください。
layer protocols such as bridging, IP, and SNMP. Therefore an attribute (dot3OamLoopbackIgnoreRx) was introduced to control whether the local station processes or ignores received loopback commands.
ブリッジするのや、IPや、SNMPなどのプロトコルを層にしてください。 したがって、地方局が容認されたループバックコマンドを処理するか、または無視するかを制御するために、属性(dot3OamLoopbackIgnoreRx)を導入しました。
The administrative state and mode are also read-write objects. Disabling OAM can interrupt management activities between peer devices, potentially causing serious problems. Setting the dot3OamMode to an undesired value can allow access to Ethernet monitoring, events, and functions that may not be acceptable in a particular deployment scenario. In addition to loopback functionality, Ethernet interface statistics and events can be accessed via the OAM protocol, which may not be desired in some circumstances.
管理状態とモードはまた、読書して書いているオブジェクトです。 OAMを無効にするのは同輩デバイスの間の管理活動を中断できます、潜在的に深刻な問題を引き起こして。望まれない値にdot3OamModeを設定すると、特定の展開シナリオで許容できないかもしれないイーサネットモニターへのアクセス、イベント、および機能は許容できます。 ループバックの機能性に加えて、OAMプロトコルでイーサネットインタフェース統計とイベントにアクセスできます。(それは、いくつかの事情で望まれないかもしれません)。
OAM event configuration also contains read-write objects. These objects control whether events are sent, and at what thresholds. Note that the frequency of event communication is limited by the frequency limits of Slow Protocols on Ethernet interfaces. Also, the information available via OAM events is also available via OA Variable Requests. Access to this information via either OAM events or Variable Requests is controlled by the dot3OamAdminState and dot3OamMode objects. As mentioned previously, inadequate protection of these variables can result in access to link information and functions.
また、OAMイベント構成は読書して書いているオブジェクトを含んでいます。 これらのオブジェクトは、イベントが送られるかどうかを制御して、どんな敷居にそうするか。 イベントコミュニケーションの頻度がイーサネットインタフェースにおけるSlowプロトコルの頻度限界で制限されることに注意してください。 また、また、OAMイベントを通して利用可能な情報もOA Variable Requestsを通して利用可能です。 OAMイベントかVariable Requestsのどちらかを通したこの情報へのアクセスはdot3OamAdminStateとdot3OamModeオブジェクトによって制御されます。 既述のとおり、これらの変数の不十分な保護は、情報と機能をリンクするためにアクセスに結果として生じることができます。
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 this MIB module.
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPsecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにこのMIBモジュールでだれに許容されているかに関してコントロールが全くありません。
It is RECOMMENDED that implementers 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).
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, 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 this 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です。 そして、このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
Squire Standards Track [Page 53] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[53ページ]RFC4878OAM機能に付き添ってください。
8. IANA Considerations
8. IANA問題
The Ethernet OAM MIB requires the allocation of a single object identifier for its MODULE-IDENTITY under the MIB-2 tree.
イーサネットOAM MIBはMIB-2木の下のMODULE-IDENTITYに、ただ一つのオブジェクト識別子の配分を必要とします。
The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry:
MIBモジュールは本書ではSMI民数記登録に記録された以下のIANAによって割り当てられたOBJECT IDENTIFIER値を使用します:
Descriptor OBJECT IDENTIFIER
---------- -----------------
dot3OamMIB { mib-2 158 }
記述子オブジェクト識別子---------- ----------------- dot3OamMIBmib-2 158
9. References
9. 参照
9.1. Normative References
9.1. 引用規格
[802.3ah] Institute of Electrical and Electronic Engineers,
IEEE Std 802.3ah-2004, "Part 3: Carrier Sense
Multiple Access with Collision Detection (CSMA/CD)
Access Method and Physical Layer Specifications -
Amendment: Media Access Control Parameters,
Physical Layers and Management Parameters for
Subscriber Access Networks", October 2004.
[802.3ah]電気電子学会、IEEE Std 802.3ah-2004、「3を分けてください」 衝突検出(CSMA/CD)がアクセス法的であって物理的の搬送波感知多重アクセスは仕様--修正を層にします: 2004年10月に「メディアアクセスは加入者アクセスネットワークのためのパラメタ、物理的な層、および管理パラメタを制御します」。
[802.3-2002] Institute of Electrical and Electronic Engineers,
IEEE Std 802.3-2003, "IEEE Standard for Carrier
Sense Multiple Access with Collision Detection
(CSMA/CD) Access Method and Physical Layer
Specifications - Draft amendment to - 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", March 2002.
[802.3-2002] 電気電子学会、IEEE Std802.3-2003、「Collision Detection(CSMA/CD)アクセス法と物理的な層の仕様(システムの間の--情報技術--テレコミュニケーションと情報交換への修正案)がローカルであることでのCarrier Sense Multiple AccessのIEEE規格とメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 「衝突検出(CSMA/CD)がある搬送波感知多重アクセスは方法と物理的な層の仕様にアクセスします--メディアAccess Control Parameters、Physical Layers、およびManagement Parameters」、2002年3月。
Squire Standards Track [Page 54] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[54ページ]RFC4878OAM機能に付き添ってください。
[802.3-2005] Institute of Electrical and Electronic Engineers,
IEEE Std 802.3-2005, "IEEE Standard for Carrier
Sense Multiple Access with Collision Detection
(CSMA/CD) Access Method and Physical Layer
Specifications - Draft amendment to - 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", December 2005.
[802.3-2005] 電気電子学会、IEEE Std802.3-2005、「Collision Detection(CSMA/CD)アクセス法と物理的な層の仕様(システムの間の--情報技術--テレコミュニケーションと情報交換への修正案)がローカルであることでのCarrier Sense Multiple AccessのIEEE規格とメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 「衝突検出(CSMA/CD)がある搬送波感知多重アクセスは方法と物理的な層の仕様にアクセスします--メディアAccess Control Parameters、Physical Layers、およびManagement Parameters」、2005年12月。
[802-2001] Institute of Electrical and Electronic Engineers,
IEEE Std 802-2001, "Standard for Local and
Metropolitan Area Networks: Architecture and
Overview", March 2002.
[802-2001]電気電子学会、IEEE Std802-2001、「地方とメトロポリタンエリアネットワークの規格:」 「構造と概観」は2002を行進させます。
[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月。
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"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., Perkins, D., and J. Schoenwaelder,
"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月のための順応声明。」
[RFC2856] Bierman, A., McCloghrie, K., and R. Presuhn,
"Textual Conventions for Additional High Capacity
Data Types", RFC 2856, June 2000.
[RFC2856] Bierman、A.、McCloghrie、K.、およびR.Presuhn、「追加高容量データ型のための原文のコンベンション」、RFC2856、2000年6月。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces
Group MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
9.2. Informative References
9.2. 有益な参照
[802.3ah-copper] Beili, Ed, "Ethernet in the First Mile Copper
(EFMCu) Interfaces MIB", Work in Progress, February
2007.
教育、「最初のマイル銅(EFMCu)の中のイーサネットはMIBを連結する」という[802.3ah-銅]Beiliは進歩、2007年2月に働いています。
Squire Standards Track [Page 55] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[55ページ]RFC4878OAM機能に付き添ってください。
[802.3ah-epon] Khermosh, L., "Managed Objects of Ethernet Passive
Optical Networks (EPON)", RFC 4837, June 2007.
[802.3ah-epon] Khermosh、L.、「イーサネットパッシブ光ネットワーク(EPON)の管理オブジェクト」、RFC4837、2007年6月。
[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月)。
[RFC3635] Flick, J., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 3635, September
2003.
[RFC3635] 軽打、J.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC3635、2003年9月。
10. Acknowledgments
10. 承認
The author is grateful to all of the participants in the IEEE 802.3ah EFM (Ethernet in the First Mile) taskforce. In particular, the strong leadership and dedication of the following individuals is noted:
作者はIEEE 802.3ah EFM(First Mileのイーサネット)taskforceの関係者のすべてに感謝しています。 特に、以下の個人の強い指導力と奉納は注意されます:
Kevin Daines (Editor, IEEE 802.3ah OAM clauses)
Ben Brown (Editor, IEEE 802.3ah Logic clauses)
David Law (Editor, IEEE 802.3ah Management clauses)
Scott Simon (Editor, IEEE 802.3ah Clause 45)
Howard Frazier (Chair, IEEE 802.3ah)
Hugh Barass (Vice-Chair, IEEE 802.3ah)
Wael Diab (Editor, IEEE 802.3ah)
ケビンDaines(エディタ、IEEE 802.3ah OAM節)ベン・ブラウン(エディタ、IEEE 802.3ah Logic節)デヴィッドLaw(エディタ、IEEE 802.3ah Management節)スコット・サイモン(エディタ、IEEE 802.3ah Clause45)・ハワード・フレージャー(議長、IEEE 802.3ah)ヒューBarass(副議長、IEEE 802.3ah)Wael Diab(エディタ、IEEE 802.3ah)
Additionally, certain devoted attendees and contributors to the IEEE 802.3ah OAM sub-taskforce deserve recognition. Although there were many contributors, the following individuals contributed heavily over a long period of time.
さらに、IEEE 802.3ah OAMサブtaskforceの確信している熱心な出席者と貢献者は認識に値します。 多くの貢献者がありましたが、以下の個人は長日月の間大いに貢献しました。
Brian Arnold
Brad Booth
Al Braga
Floyd Gerhardt
Bob Grow
Eric Lynskey
David Martin
John Messenger
Dan Romascanu (Ex-Chair, IETF HUBMIB WG)
Jonathan Thatcher
Geoff Thompson
ブライアン・アーノルド・ブラッド・Boothアル・ブラガ・フロイド・GerhardtボブはエリックLynskeyデヴィッドマーチンジョンメッセンジャーダンRomascanu(元の議長、IETF HUBMIB WG)ジョナサン屋根を葺く人ジェフトンプソンになります。
Squire Standards Track [Page 56] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[56ページ]RFC4878OAM機能に付き添ってください。
Author's Address
作者のアドレス
Matt Squire Hatteras Networks 529 Davis Drive Durham, NC 27713 EMail: msquire@hatterasnetworks.com
マット郷士ハッテラスネットワーク529デイヴィスはダラムを運転して、NC 27713はメールされます: msquire@hatterasnetworks.com
Squire Standards Track [Page 57] RFC 4878 OAM Functions on Ethernet-Like Interfaces June 2007
2007年6月にイーサネットのようなインタフェースで標準化過程[57ページ]RFC4878OAM機能に付き添ってください。
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機能のための基金は現在、インターネット協会によって提供されます。
Squire Standards Track [Page 58]
郷士標準化過程[58ページ]
一覧
スポンサーリンク
