RFC5066 日本語訳
5066 Ethernet in the First Mile Copper (EFMCu) Interfaces MIB. E.Beili. November 2007. (Format: TXT=193465 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group E. Beili Request for Comments: 5066 Actelis Networks Category: Standards Track November 2007
Beiliがコメントのために要求するワーキンググループE.をネットワークでつないでください: 5066Actelisはカテゴリをネットワークでつなぎます: 標準化過程2007年11月
Ethernet in the First Mile Copper (EFMCu) Interfaces MIB
最初のマイル銅(EFMCu)の中のイーサネットはMIBを連結します。
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)の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
This document defines Management Information Base (MIB) modules for use with network management protocols in TCP/IP-based internets. This document describes extensions to the Ethernet-like Interfaces MIB and Medium Attachment Unit (MAU) MIB modules with a set of objects for managing Ethernet in the First Mile Copper (EFMCu) interfaces 10PASS-TS and 2BASE-TL, defined in IEEE Std 802.3ah-2004 (note: IEEE Std 802.3ah-2004 has been integrated into IEEE Std 802.3- 2005). In addition, a set of objects is defined, describing cross- connect capability of a managed device with multi-layer (stacked) interfaces, extending the stack management objects in the Interfaces Group MIB and the Inverted Stack Table MIB modules.
このドキュメントはネットワーク管理プロトコルでTCP/IPベースのインターネットで使用のためのManagement Information基地(MIB)のモジュールを定義します。 このドキュメントは、First Mile Copper(EFMCu)インタフェース10PASS-TSとIEEE Std 802.3ah-2004で定義された2BASE-TLでイーサネットを管理するために1セットの物でイーサネットのようなInterfaces MIBとMedium Attachment Unit(MAU)MIBモジュールに拡大について説明します(注意: IEEE Std 802.3ah-2004はIEEE Std802.3- 2005と統合されました)。 さらに、1セットの物は定義されて、十字について説明すると、管理された装置の能力はマルチ層(積み重ねられる)のインタフェースに接続されます、Interfaces Group MIBとInverted Stack Table MIBモジュールでスタック管理物を広げていて。
Beili Standards Track [Page 1] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[1ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. The Internet-Standard Management Framework . . . . . . . . . . 3
3. Relation to Other MIB Modules . . . . . . . . . . . . . . . . 4
3.1. Relation to Interfaces Group MIB Module . . . . . . . . . 4
3.1.1. Layering Model . . . . . . . . . . . . . . . . . . . . 4
3.1.2. PME Aggregation Function (PAF) . . . . . . . . . . . . 7
3.1.3. Discovery Operation . . . . . . . . . . . . . . . . . 7
3.1.4. EFMCu Ports Initialization . . . . . . . . . . . . . . 9
3.1.5. Usage of ifTable . . . . . . . . . . . . . . . . . . . 10
3.2. Relation to SHDSL MIB Module . . . . . . . . . . . . . . . 11
3.3. Relation to VDSL MIB Module . . . . . . . . . . . . . . . 12
3.4. Relation to Ethernet-Like and MAU MIB Modules . . . . . . 12
4. MIB Structure . . . . . . . . . . . . . . . . . . . . . . . . 13
4.1. EFM Copper MIB Overview . . . . . . . . . . . . . . . . . 13
4.2. Interface Stack Capability MIB Overview . . . . . . . . . 13
4.3. PME Profiles . . . . . . . . . . . . . . . . . . . . . . . 14
4.4. Mapping of IEEE 802.3ah Managed Objects . . . . . . . . . 14
5. Interface Stack Capability MIB Definitions . . . . . . . . . . 16
6. EFM Copper MIB Definitions . . . . . . . . . . . . . . . . . . 22
7. Security Considerations . . . . . . . . . . . . . . . . . . . 84
8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 86
9. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 86
10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 86
10.1. Normative References . . . . . . . . . . . . . . . . . . . 86
10.2. Informative References . . . . . . . . . . . . . . . . . . 88
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 3 2。 インターネット標準の管理枠組み. . . . . . . . . . 3 3。 他のMIBモジュール. . . . . . . . . . . . . . . . 4 3.1との関係。 インタフェースグループMIBモジュール. . . . . . . . . 4 3.1.1との関係。 モデル. . . . . . . . . . . . . . . . . . . . 4 3.1.2を層にします。 PME総計機能(PAF). . . . . . . . . . . . 7 3.1.3。 発見操作. . . . . . . . . . . . . . . . . 7 3.1.4。 EFMCuは初期設定. . . . . . . . . . . . . . 9 3.1.5を移植します。 ifTable. . . . . . . . . . . . . . . . . . . 10 3.2の使用法。 SHDSL MIBモジュール. . . . . . . . . . . . . . . 11 3.3との関係。 VDSL MIBモジュール. . . . . . . . . . . . . . . 12 3.4との関係。 イーサネットのよう、そして、MAU MIBモジュール. . . . . . 12 4との関係。 MIBは.134.1を構造化します。 EFM銅のMIB概観. . . . . . . . . . . . . . . . . 13 4.2。 スタック能力MIB概観. . . . . . . . . 13 4.3を連結してください。 PMEは.144.4の輪郭を描きます。 IEEE 802.3ah管理オブジェクト. . . . . . . . . 14 5に関するマッピング。 スタック能力MIB定義. . . . . . . . . . 16 6を連結してください。 EFM銅のMIB定義. . . . . . . . . . . . . . . . . . 22 7。 セキュリティ問題. . . . . . . . . . . . . . . . . . . 84 8。 IANA問題. . . . . . . . . . . . . . . . . . . . . 86 9。 承認. . . . . . . . . . . . . . . . . . . . . . . 86 10。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 86 10.1。 引用規格. . . . . . . . . . . . . . . . . . . 86 10.2。 有益な参照. . . . . . . . . . . . . . . . . . 88
Beili Standards Track [Page 2] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[2ページ]RFC5066EFMCuはMIB2007年11月に連結します。
1. Introduction
1. 序論
New Ethernet-like interfaces have been defined in the Institute of Electrical and Electronics Engineers (IEEE) Standard 802.3ah-2004 [802.3ah], a.k.a. Ethernet in the First Mile (EFM), which is now a part of the base IEEE Standard 802.3-2005 [802.3]. In particular, 2BASE-TL and 10PASS-TS physical interfaces (PHYs), defined over voice-grade copper pairs, have been specified for the long and short reach, respectively. These interfaces, collectively called EFM Copper (EFMCu), are based on Single-pair High-speed Digital Subscriber Line (SHDSL) [G.991.2] and Very High speed Digital Subscriber Line (VDSL) [G.993.1] technology, supporting optional Physical Medium Entity (PME) aggregation (a.k.a. multi-pair bonding) with variable rates.
新しいイーサネットのようなインタフェースは米国電気電子技術者学会(IEEE)の標準の802.3ah-2004[802.3ah]、通称First Mileのイーサネット(EFM)で定義されました。(現在、イーサネットはベースIEEE Standard802.3-2005[802.3]の一部です)。 特に、音声帯域銅の組の上で定義された2BASE-TLと10PASS-TS物理インターフェース(PHYs)はそれぞれ長くて短い範囲に指定されました。 これらのまとめてEFM Copper(EFMCu)と呼ばれたインタフェースはSingle-組High-速度Digital Subscriber線(SHDSL)[G.991.2]とVery High速度Digital Subscriber線(VDSL)[G.993.1]技術に基づいています、変動金利で任意のPhysical Medium Entity(PME)集合(通称マルチ組接着)を支持して。
2BASE-TL PHY is capable of providing at least 2 Mbps over a 2700 m long single copper pair with a mean Bit Error Rate (BER) of 10^-7 (using 5 dB target noise margin).
2BASE-TL PHYは10の意地悪なBit Error Rate(BER)がある長さ2700mの銅の1組の上の少なくとも2Mbpsに^-7(5dBの目標雑音マージンを使用する)を供給できます。
10PASS-TS PHY is capable of providing at least 10 Mbps over a 750 m long single copper pair with a mean BER of 10^-7 (using 6 dB target noise margin).
10PASS-TS PHYは10の意地悪なBERがある長さ750mの銅の1組の上の少なくとも10Mbpsに^-7(6dBの目標雑音マージンを使用する)を供給できます。
This memo defines a Management Information Base (MIB) module for use with network management protocols in the Internet community to manage EFMCu interfaces. In addition, a MIB module is defined describing the cross-connect capability of a stacked interface.
ネットワーク管理プロトコルがインターネットコミュニティにある使用がEFMCuインタフェースを管理するように、このメモはManagement Information基地(MIB)のモジュールを定義します。 さらに、MIBモジュールは、積み重ねられたインタフェースの十字接続能力について説明しながら、定義されます。
Note that managed objects for Operation, Administration and Maintenance (OAM) and Ethernet over Passive Optical Networks (EPON) clauses of IEEE 802.3ah are defined in EFM-COMMON-MIB [RFC4878] and EFM-EPON-MIB [RFC4837], respectively.
Operation、政権、およびMaintenance(OAM)のための管理オブジェクトとIEEE 802.3ahのPassive Optical Networks(EPON)節の上のイーサネットがEFM-COMMON-MIB[RFC4878]とEFM-EPON-MIB[RFC4837]でそれぞれ定義されることに注意してください。
2. The Internet-Standard Management Framework
2. インターネット標準の管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies MIB modules that are compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
Beili Standards Track [Page 3] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[3ページ]RFC5066EFMCuはMIB2007年11月に連結します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
3. Relation to Other MIB Modules
3. 他のMIBモジュールとの関係
This section outlines the relationship of the MIB modules defined in this document with other MIB modules described in the relevant RFCs. Specifically, the Interfaces Group MIB (IF-MIB), Ethernet-Like (EtherLike-MIB), MAU (MAU-MIB), SHDSL (HDSL2-SHDSL-LINE-MIB), and VDSL (VDSL-LINE-EXT-MCM-MIB) modules are discussed.
このセクションは本書では他のMIBモジュールが関連RFCsで説明されている状態で定義されたMIBモジュールの関係について概説します。 明確にInterfaces Group MIB、(-、MIB、)、イーサネットで好きな(EtherLike-MIB)、マウ(マウ-MIB)、SHDSL(HDSL2-SHDSL線MIB)、およびVDSL(VDSL線EXT-MCM-MIB)モジュールについて議論します。
3.1. Relation to Interfaces Group MIB Module
3.1. インタフェースグループMIBモジュールとの関係
2BASE-TL and 10PASS-TS PHYs specified in the EFM-CU-MIB module are stacked (a.k.a. aggregated or bonded) Ethernet interfaces and as such are managed using generic interface management objects defined in the IF-MIB [RFC2863].
EFM-CU-MIBモジュールで指定された2BASE-TLと10PASS-TS PHYsが積み重ねられる、(別名、集められるか、または接着される、)、イーサネットが連結して、中で定義された一般的なインタフェース管理物を使用することでそういうものとして管理される、-、MIB、[RFC2863。]
The stack management (i.e., actual connection of the sub-layers to the top-layer interface) is done via the ifStackTable, as defined in the IF-MIB [RFC2863], and its inverse ifInvStackTable, as defined in the IF-INVERTED-STACK-MIB [RFC2864].
ifStackTableを通してスタック管理(すなわち、最上層インタフェースへの副層の実際の接続)をします、中で定義されるように-、MIB、中で定義されるとしての[RFC2863]、およびその逆さのifInvStackTable、-、INVERTED-STACK-MIB、[RFC2864。]
The new tables ifCapStackTable and its inverse ifInvCapStackTable defined in the IF-CAP-STACK-MIB module below, extend the stack management with an ability to describe possible connections or cross- connect capability, when a flexible cross-connect matrix is present between the interface layers.
ifCapStackTableとその逆さのifInvCapStackTableが中で定義した新しいテーブル、-、CAP-STACK-MIB、モジュール、以下では、接続か十字が能力を接続するのが可能な状態で説明する能力があるスタック管理を広げてください、フレキシブルな十字接続マトリクスがインタフェース層の間に存在しているとき。
3.1.1. Layering Model
3.1.1. レイヤリングモデル
An EFMCu interface can aggregate up to 32 Physical Medium Entity (PME) sub-layer devices (modems), using the so-called PME Aggregation Function (PAF).
EFMCuインタフェースは最大32Physical Medium Entity(PME)副層の装置(モデム)に集められることができます、いわゆるPME Aggregation Function(PAF)を使用して。
A generic EFMCu device can have a number of Physical Coding Sublayer (PCS) ports, each connected to a Media Access Controller (MAC) via a Medium Independent Interface (MII) at the upper layer, and cross- connected to a number of underlying PMEs, with a single PCS per PME relationship. See clause 61.1 of [802.3ah] for more details.
一般的なEFMCu装置は多くのPhysical Coding Sublayer(PCS)ポートを持つことができます、多くの基本的なPMEsに関連している上側の層、および十字におけるMedium無党派Interface(MII)を通してそれぞれメディアAccess Controller(MAC)に接続されています、PME関係あたり1つのただ一つのPCSで。 その他の詳細に関して[802.3ah]の61.1番目の節を見てください。
Each PME in the aggregated EFMCu port is represented in the Interface table (ifTable) as a separate interface with ifType of shdsl(169) for 2BASE-TL or vdsl(97) for 10PASS-TS. The ifType values are defined in [IANAifType-MIB].
集められたEFMCuポートの各PMEは2BASE-TLのためのshdsl(169)か10PASS-TSのためのvdsl(97)のifTypeとの別々のインタフェースとしてInterfaceテーブル(ifTable)に表されます。 ifType値は[IANAifType-MIB]で定義されます。
Beili Standards Track [Page 4] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[4ページ]RFC5066EFMCuはMIB2007年11月に連結します。
ifSpeed for each PME SHALL return the actual data bitrate of the active PME (e.g., for 2BaseTL PMEs it is a multiple of 64 Kbps). A zero value SHALL be returned when the PME is Initializing or Down.
それぞれのPME SHALLリターンのために、アクティブなPME(例えば、2BaseTL PMEsに関して、それは64Kbpsの倍数である)の実際のデータbitrateをifSpeedしました。 ゼロはSHALLを評価します。いつを返して、PMEがInitializingかDownであるということになってください。
The ifSpeed of the PCS is the sum of the current operating data rates of all PMEs in the aggregation group, without the 64/65-octet encapsulation overhead and PAF overhead, but accounting for the Inter-Frame Gaps (IFGs).
PCSのifSpeedは集合グループにおける、すべてのPMEsの現在の操作データ信号速度の合計です、64/65八重奏のカプセル化オーバーヘッドとPAFオーバーヘッドなしでInter-フレームのための会計はGaps(IFGs)です。
When using the stated definition of ifSpeed for the PCS, there would be no frame loss in the following configuration (the test-sets are configured to generate 100% of back-to-back traffic, i.e., minimal IFG, at 10 or 100 Mbps, with min and max frame sizes; the EFM interfaces are aggregated, to achieve the shown speed):
PCSにifSpeedの述べられた定義を使用するとき、以下の構成にはフレームの損失が全くないでしょう(テスト・セットは100%の連続の交通を発生させるように構成されます、すなわち、最小量のIFG、10か100Mbpsで、分と最大フレーム・サイズで; EFMインタフェースは示された速度を達成するために集められます):
.-------. .--. .---. .-------.
|testset|--10BaseT--|CO|--2BaseTL--|CPE|--10BaseT--|testset|
'-------' '--' '---' '-------'
ifSpeed= 10 Mbps 10 Mbps 10 Mbps
.-------. .--. .---. .-------. |testset|--10BaseT--|CO|--2BaseTL--|CPE|--10BaseT--|testset| '-------' '--' '---' '-------'=の10Mbps10のMbps10MbpsをifSpeedしました'
.-------. .--. .---. .-------.
|testset|--100BaseT--|CO|--10PassTS--|CPE|--100BaseT--|testset|
'-------' '--' '---' '-------'
ifSpeed= 100 Mbps 100 Mbps 100 Mbps
.-------. .--. .---. .-------. |testset|--100BaseT--|CO|--10PassTS--|CPE|--100BaseT--|testset| '-------' '--' '---' '-------'=の100Mbps100のMbps100MbpsをifSpeedしました'
Figure 1: Example configuration with no frame loss
図1: フレームの損失のない例の構成
Beili Standards Track [Page 5] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[5ページ]RFC5066EFMCuはMIB2007年11月に連結します。
The following figure shows the IEEE 802.3 layering diagram and corresponding use of ifTable and ifMauTable:
以下の図はifTableとifMauTableのIEEE802.3レイヤリングダイヤグラムと対応する使用を示しています:
.-------------------------. -
| LLC | ^
+-------------------------+ | 1 ifEntry
| MAC | | ifType: ethernetCsmacd(6)
+-------------------------+ ) ifMauEntry
| Reconsiliation | | ifMauType: dot3MauType2BaseTL or
+-------------------------+ | dot3MauType10PassTS
| PCS | v
+-------------+---+-------+ -
| TC \ | | | ^
+-----\ | | | |
| PMA )PME 1 |...| PME N | ) N ifEntry (N=1..32)
+-----/ | | | | ifType: shdsl(169) or vdsl(97)
| PMD/ | | | v
'-------------+---+-------' -
.-------------------------. - | LLC| ^ +-------------------------+ | 1 ifEntry| Mac| | ifType: ethernetCsmacd(6)+-------------------------+) ifMauEntry| Reconsiliation| | ifMauType: dot3MauType2BaseTLか+-------------------------+ | dot3MauType10PassTS| PCS| +に対して-------------+---+-------+ - | Tc、\| | | ^ +-----\ | | | | | PMA) PME1|...| PME N| ) NはifEntryされます。(N=1。32) +-----/ | | | | ifType: shdsl(169)かvdsl(97) | PMD/| | | 'v'-------------+---+-------' -
LLC - Logical Link Control PMA - Physical Medium Attachment
MAC - Media Access Control PMD - Physical Medium Dependent
PCS - Physical Coding Sub-layer PME - Physical Medium Entity
TC - Transmission Convergence
LLC--論理的なリンク制御PMA--物理的な媒体付属MAC--メディアアクセス管理PMD--物理的な媒体の依存するPCS--物理的なコード化副層のPME--物理的な媒体実体Tc--トランスミッション集合
Figure 2: Use of ifTable and ifMauTable for EFMCu ports
図2: ifTableとifMauTableのEFMCuポートの使用
The ifStackTable is indexed by the ifIndex values of the aggregated EFMCu port (PCS) and the PMEs connected to it. ifStackTable allows a Network Management application to determine which PMEs are connected to a particular PCS and change connections (if supported by the application). The ifInvStackTable, being an inverted version of the ifStackTable, provides an efficient means for a Network Management application to read a subset of the ifStackTable and thereby determine which PCS runs on top of a particular PME.
ifStackTableは集められたEFMCuポート(PCS)とそれにつなげられたPMEsのifIndex値によって索引をつけられます。ifStackTableはNetwork ManagementアプリケーションにどのPMEsが特定のPCSに接続されるかを決心して、接続を変えさせます(アプリケーションで支持されるなら)。 ifStackTableの逆さのバージョンでありifInvStackTableはNetwork ManagementアプリケーションがifStackTableの部分集合を読んで、その結果どのPCSが特定のPMEの上を走るかを決定する効率的な手段を提供します。
A new table ifCapStackTable, defined in the IF-CAP-STACK-MIB module, specifies for each higher-layer interface (e.g., PCS port) a list of lower-layer interfaces (e.g., PMEs), which can possibly be cross- connected to that higher-layer interface, determined by the cross- connect capability of the device. This table, modeled after ifStackTable, is read-only, reflecting current cross-connect capability of stacked interface, which can be dynamic in some implementations (e.g., if PMEs are located on a pluggable module and the module is pulled out). Note that PME availability per PCS, described by ifCapStackTable, can be constrained by other parameters, for example, by aggregation capacity of a PCS or by the PME in question being already connected to another PCS. So, in order to
中で定義された新しいテーブルifCapStackTable、-、CAP-STACK-MIB、モジュール、下層インタフェース(例えば、PMEs)(そのより高い層のインタフェースに関連していて、十字で決定している十字が装置の能力を接続するということであることができるもの)のそれぞれのより高い層のインタフェース(例えば、PCSポート)aリストに指定します。 ifStackTableに倣われたこのテーブルは書き込み禁止です、いくつかの実現でダイナミックである場合がある積み重ねられたインタフェースの現在の十字接続能力を反映して(例えば、PMEsがpluggableモジュールに位置していて、モジュールが引き抜かれるなら)。 例えば、PCSの凝集能力か問題のPMEが既に別のPCSに関連づけられながら他のパラメタで1ifCapStackTableによって説明されたPCSあたりのPMEの有用性を抑制できることに注意してください。 そのように
Beili Standards Track [Page 6] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[6ページ]RFC5066EFMCuはMIB2007年11月に連結します。
ensure that a particular PME can be connected to the PCS, all respective parameters (e.g., ifCapStackTable, ifStackTable, and efmCuPAFCapacity) SHALL be inspected.
特定のPMEをPCSに接続できるのを確実にしてください、すべてのそれぞれのパラメタ(例えば、ifCapStackTable、ifStackTable、およびefmCuPAFCapacity)SHALL。点検されます。
The ifInvCapStackTable, also defined in the IF-CAP-STACK-MIB module, describes which higher-layer interfaces (e.g., PCS ports) can possibly be connected to a particular lower-layer interface (e.g., PME), providing an inverted mapping of the ifCapStackTable. While it contains no additional information beyond that already contained in the ifCapStackTable, the ifInvCapStackTable has the ifIndex values in its INDEX clause in the reverse order, i.e., the lower-layer interface first, and the higher-layer interface second, providing an efficient means for a Network Management application to read a subset of the ifCapStackTable and thereby determine which interfaces can be connected to run on top of a particular interface.
また、中で定義されたifInvCapStackTable、-、CAP-STACK-MIB、モジュール、どのより高い層のインタフェース(例えば、PCSポート)はことによると特定の下層インタフェース(例えば、PME)に接続されて、ifCapStackTableの逆さのマッピングを提供するのをそうすることができるかを説明します。 ifCapStackTableに既に含まれたそれを超えて追加情報を全く含んでいませんが、ifInvCapStackTableには、すなわち逆におけるINDEX節の値が最初に下層インタフェースを命令するifIndex、および2番目に、特定のインタフェースの上を走るためにNetwork ManagementアプリケーションがifCapStackTableの部分集合を読んで、その結果どのインタフェースを決定するか効率的な手段を提供するのを接続できるより高い層のインタフェースがあります。
3.1.2. PME Aggregation Function (PAF)
3.1.2. PME総計機能(PAF)
The PME Aggregation Function (PAF) allows a number of PMEs to be aggregated onto a PCS port, by fragmenting the Ethernet frames, transmitting the fragments over multiple PMEs, and assembling the original frames at the remote port. PAF is OPTIONAL, meaning that a device with a single PME MAY perform fragmentation and re-assembly if this function is supported by the device. Note however that the agent is REQUIRED to report on the PAF capability for all EFMCu ports (2BASE-TL and 10PASS-TS).
PME Aggregation Function(PAF)は、多くのPMEsがPCSポートに集められるのを許容します、イーサネットフレームを断片化することによって、複数のPMEsの上に断片を送って、遠く離れたポートでオリジナルのフレームを組み立てて。 PAFはOPTIONALです、この機能が装置によってサポートされるなら独身のPME MAYがある装置が断片化と再アセンブリを実行することを意味して。 しかしながら、PAF能力に関してすべてのEFMCuポート(2BASE-TLと10PASS-TS)に報告するためにエージェントがREQUIREDであることに注意してください。
The EFM-CU-MIB module allows a Network Management application to query the PAF capability and enable/disable it if supported. Note that enabling PAF effectively turns on fragmentation and re-assembly, even on a single-PME port.
EFM-CU-MIBモジュールで、Network Managementアプリケーションは、それをPAF能力について質問して、可能にするか、または支持されるなら、無能にします。 独身のPMEポートの上でさえ有効にPAFを有効にすると断片化と再アセンブリがつくことに注意してください。
3.1.3. Discovery Operation
3.1.3. 発見操作
The EFMCu ports may optionally support discovery operation, whereby PMEs, during initialization, exchange information about their respective aggregation groups (PCS). This information can then be used to detect copper misconnections or for an automatic assignment of the local PMEs into aggregation groups instead of a fixed pre- configuration.
EFMCuポートは任意に発見操作を支持するかもしれません。(初期化の間、PMEsは彼らのそれぞれの集合グループ(PCS)に関してそれで情報交換します)。 次に、銅の付け違いを検出するのにこの情報を使用できますか、または地方の自動課題のために、集合へのPMEsは固定プレ構成の代わりに分類します。
The MIB modules defined in this document allow a Network Management application to control the EFM Discovery mechanism and query its results. Note that the Discovery mechanism can work only if PAF is supported and enabled.
本書では定義されたMIBモジュールで、Network Managementアプリケーションは、EFMディスカバリーメカニズムを制御して、結果について質問します。 PAFが支持されて、有効にされる場合にだけディスカバリーメカニズムが働くことができることに注意してください。
Beili Standards Track [Page 7] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[7ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Two tables are used by the EFM Discovery mechanism: ifStackTable and ifCapStackTable. The following pseudo-code gives an example of the Discovery and automatic PME assignment for a generic PAF-enabled multi-PCS EFMCu device, located at Central Office (CO), using objects defined in these MIB modules and in the IF-MIB (Note that automatic PME assignment is only shown here for the purposes of the example. Fixed PME pre-assignment, manual assignment, or auto-assignment using an alternative internal algorithm may be chosen by a particular implementation):
2個のテーブルがEFMディスカバリーメカニズムによって使用されます: ifStackTableとifCapStackTable。 以下の中間コードがこれらのMIBモジュールとコネで定義された物を使用することでセントラルオフィス(CO)に位置する一般的なPAFによって可能にされたマルチPCS EFMCu装置のためのディスカバリーと自動PME課題に関する例を出す、-、MIB(自動PME課題が例の目的のためにここに示されるだけであることに注意してください。 代替の内部のアルゴリズムが特定の実現で選ばれるかもしれない固定PMEプレ課題、手動の課題、または自動課題使用):
// Go over all PCS ports in the CO device
FOREACH pcs[i] IN CO_device
{ // Perform discovery and auto-assignment only on PAF enabled ports
// with room for more PMEs
IF ( pcs[i].PAFSupported AND pcs[i].NumPMEs < pcs[i].PAFCapacity )
{ // Assign a unique 6-octet local discovery code to the PCS
// e.g., MAC address
dc = pcs[i].DiscoveryCode = MAC[i];
// Go over all disconnected PMEs, which can
// potentially be connected to the PCS
FOREACH pme[j] IN ifCapStackTable[pcs[i]] AND
NOT IN ifStackTable[pcs[i]] // not connected
{ // Try to grab the remote RT_device, by writing the value
// of the local 6-octet discovery code to the remote
// discovery code register (via handshake mechanism).
// This operation is atomic Set-if-Clear action, i.e., it
// would succeed only if the remote discovery register was
// zero. Read the remote discovery code register via Get
// operation to see if the RT_device, attached via the PME
// is indeed marked as being the CO_device peer.
pme[j].RemoteDiscoveryCode = dc; // Set-if-Clear
r = pme[j].RemoteDiscoveryCode; // Get
IF ( r == dc AND pcs[i].NumPMEs < pcs[i].PAFCapacity)
{ // Remote RT_device connected via PME[j] is/was a peer
// for PCS[i] and there is room for another PME in the
// PCS[i] aggregation group (max. PAF capacity is not
// reached yet).
// Connect this PME to the PCS (via ifStackTable,
// ifInvStackTable being inverse of ifStackTable is
// updated automatically, i.e., pcs[i] is auto-added
// to ifInvStackTable[pme[j]])
ADD pme[j] TO ifStackTable[pcs[i]];
pcs[i].NumPMEs = pcs[i].NumPMEs + 1;
// Discover all other disconnected PMEs,
// attached to the same RT_device and connect them to
// the PCS provided there is enough room for more PMEs.
FOREACH pme[k] IN ifCapStackTable[pcs[i]] AND
NOT IN ifStackTable[pcs[i]]
すべてのPCSの上の//碁がCO装置FOREACH pcsi IN CO_装置を中に移植する、//が発見を実行して、PAFだけにおける自動課題が(pcsi.PAFSupportedとpcsi.NumPMEs<pcsi.PAFCapacity)であるなら、より多くのPMEsの余地でポート//を可能にした、例えば、PCS//MACアドレスdcへのコードがpcsi.DiscoveryCodeと等しいという//案配aユニークな6八重奏の地方の発見はMACiと等しいです; すべての外されたPMEsの上で//許可しています、どの缶//が潜在的にIN ifStackTablepcsi//ではなく、FOREACH pmej IN ifCapStackTablepcsiが接続しなかったPCSに関連づけられるか、リモート//発見コードレジスタ(握手メカニズムを通した)にローカルの6八重奏の発見コードの値//を書くことによってリモートRT_装置をつかむ//トライ; //はリモート発見レジスタが//ゼロである場合にだけ成功するでしょうに。Get//操作でリモート発見コードレジスタを読みます。//、この操作が原子である、Set、明確である、すなわち、動作、それ、PME//を通して取り付けられたRT_装置がそうかどうか本当に、CO_装置同輩であるとして著しい状態で確認してください、そして、pmej.RemoteDiscoveryCode=はdcします; 明確であるなら、//セットしています。 PMEjを通して接続された//リモートなRT_装置は/です。PCSiのための同輩//であり、//PCSi集合グループには別のPMEの余地があります(最大PAF容量はまだ達していた//ではありません)。rはpmej.RemoteDiscoveryCodeと等しいです; //が(dc AND pcsi.NumPMEs<r=pcsi.PAFCapacity)であるなら得られる、//はPCS(ifStackTableで逆さの//ifInvStackTableがifStackTableを通した、自動的にアップデートされた//である、すなわち、pcsiはifInvStackTablepmejへの自動加えられた//である)ADD pmej TO ifStackTablepcsiにこのPMEを接続します; pcsi.NumPMEs=pcsi.NumPMEs+1 //が他のすべての外されたPMEs、同じRT_装置に取り付けられた//を発見して、PCSが提供した十分ある//に彼らを接続する、IN ifStackTableではなく、より多くのPMEs. FOREACH pmek IN ifCapStackTablepcsiに同居してください。[pcs[i]]
Beili Standards Track [Page 8] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[8ページ]RFC5066EFMCuはMIB2007年11月に連結します。
{ // Get Remote Discovery Code from the PME to see if
// it belongs to a connected RT_device "grabbed" by
// the CO_device.
r = pme[k].RemoteDiscoveryCode;
IF ( r == dc AND pcs[i].NumPMEs < pcs[i].PAFCapacity)
{ // Physically connect the PME to the PCS
// (pcs[i] is auto-added TO ifInvStackTable[pme[k]])
ADD pme[k] TO ifStackTable[pcs[i]];
pcs[i].NumPMEs = pcs[i].NumPMEs + 1;
}
}
}
// At this point we have discovered all local PMEs which
// are physically connected to the same remote RT_device
// and connected them to PCS[i]. Go to the next PCS.
BREAK;
}
}
}
/がPMEから//であるなら接続RT_装置に属すのを確実にするのをRemoteディスカバリーCodeを手に入れる/は//によるCO_装置を「つかみました」。rが(dc AND pcs[i].NumPMEs<r=pcs[i].PAFCapacity)であるならpme[k].RemoteDiscoveryCodeと等しい、//が物理的にPCS//にPMEを接続する、(pcs[i]が自動加えられたTO ifInvStackTableである、[pme[k]]) ADD pme[k] TO ifStackTable、[pcs[i]](pcs[i].NumPMEs=pcs[i].NumPMEs+1) //、ここに、私たちは、それの//が物理的に同じリモートRT_装置//に接続されるすべての地方のPMEsを発見して、PCS[i]に彼らを接続しました。 次のPCSに行ってください。 壊れてください。 } } }
An SNMP Agent for an EFMCu device builds the ifCapStackTable and its inverse ifInvCapStackTable according to the information contained in the Clause 45 PME_Available_register (see [802.3ah] 61.1.5.3 and 45.2.3.20).
そして、EFMCu装置のためのSNMPエージェントがifCapStackTableを造って、Clause45PME_Available_に含まれた情報に従った逆さのifInvCapStackTableが登録する、([802.3ah]61.1.5を見てください、.3、45.2 .3 .20)。
Adding a PME to the ifStackTable row for a specific PCS involves actual connection of the PME to the PCS, which can be done by modifying Clause 45 PME_Aggregate_register (see [802.3ah] 61.1.5.3 and 45.2.3.21).
そして、特定のPCSのためにifStackTable列にPMEを加えるとPMEの実際の接続がClause45PME_Aggregate_レジスタを変更することによってできるPCSにかかわる、([802.3ah]61.1.5を見てください、.3、45.2 .3 .21)。
Note that the PCS port does not have to be operationally 'down' for the connection to succeed. In fact, a dynamic PME addition (and removal) MAY be implemented with an available PME being initialized first (by setting its ifAdminStatus to 'up') and then added to an operationally 'up' PCS port, by modifying a respective ifStackTable (and respective ifInvStackTable) entry.
PCSポートがそうする必要はないというメモは操作上そうです。接続が成功する'down'。 事実上、ダイナミックなPME添加(そして、取り外し)が利用可能なPMEが最初に('up'にifAdminStatusを設定することによって)初期化されている状態で実行されて、次に、加えられるかもしれない、操作上、'up'PCSポート、それぞれのifStackTable(そして、それぞれのifInvStackTable)エントリーを変更することによって。
It is RECOMMENDED that a removal of the last operationally 'up' PME from an operationally 'up' PCS would be rejected by the implementation, as this action would completely drop the link.
それ、RECOMMENDEDが最終そのa取り外しである、操作上、'up' PME、操作上、'up'PCS、実現で拒絶されるでしょう、この動作がリンクを完全に落とすだろうというのに従って。
3.1.4. EFMCu Ports Initialization
3.1.4. EFMCuは初期設定を移植します。
EFMCu ports being built on top of xDSL technology require a lengthy initialization or 'training' process, before any data can pass. During this initialization, both ends of a link (peers) work cooperatively to achieve the required data rate on a particular
xDSL技術の上で組立のEFMCuポートは長い初期化か'トレーニング'の過程を必要とします、どんなデータも終わることができる前に。 この初期化の間、リンク(同輩)の両端は、事項で必要なデータ信号速度を達成するために協力して働いています。
Beili Standards Track [Page 9] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[9ページ]RFC5066EFMCuはMIB2007年11月に連結します。
copper pair. Sometimes, when the copper line is too long or the noise on the line is too high, that 'training' process may fail to achieve a specific target rate with required characteristics.
銅の組。 銅の線が長過ぎるか、または線における雑音が高過ぎるときに、時々、その'トレーニング'の過程は必要な特性に従った特定の目標金利を達成しないかもしれません。
The ifAdminStatus object from the IF-MIB controls the desired state of a PCS with all the PMEs connected to it or of an individual PME port. Setting this object to 'up' instructs a particular PCS or PME to start the initialization process, which may take tens of seconds for EFMCu ports, especially if PAF is involved. The ifOperStatus object shows the operational state of an interface (extended by the ifMauMediaAvailable object from MAU-MIB for PCS and efmCuPmeOperStatus defined in the EFM-CU-MIB module for PME interfaces).
ifAdminStatusが反対する、-、MIB、すべてのPMEsがそれに接続されるPCSか個々のPMEポートの必要な状態を制御します。 この物を'up'に設定するのは、EFMCuポートに何十秒も取るかもしれない初期化の過程を始めるよう特定のPCSかPMEに命令します、特にPAFがかかわるなら。 ifOperStatus物はインタフェース(ifMauMediaAvailable物で、EFM-CU-MIBモジュールでPMEインタフェースと定義されたPCSとefmCuPmeOperStatusのためにMAU-MIBから広がる)の操作上の状態を示しています。
A disconnected PME may be initialized by changing the ifAdminState from 'down' to 'up'. Changing the ifAdminState to 'up' on the PCS initializes all PMEs connected to that particular PCS. Note that in case of PAF some interfaces may fail to initialize while others succeed. The PCS is considered operationally 'up' if at least one PME aggregated by its PAF is operationally 'up'. When all PMEs connected to the PCS are 'down', the PCS SHALL be considered operationally 'lowerLayerDown'. The PCS SHALL be considered operationally 'notPresent' if it is not connected to any PME. The PCS/PME interface SHALL remain operationally 'down' during initialization.
外されたPMEは、ifAdminStateを'down'から'up'に変えることによって、初期化されるかもしれません。 PCSでifAdminStateを'up'に変えると、その特定のPCSに接続されたすべてのPMEsを初期設定されます。 他のものが成功している間にPAFの場合のいくつかのインタフェースが初期化しないかもしれない注意。 操作上考えられて、少なくとも1PMEがPAFで集めたなら、'up'は操作上そうです。PCSがそうである、'up'。 すべてのPMEsがいつPCSに接続したかは、'down'、PCS SHALLです。操作上'lowerLayerDown'であると考えられます。 PCS SHALL、それがどんなPMEにも接続されないなら、操作上'notPresent'であると考えられてください。 PCS/PMEインタフェースSHALLは操作上残っています。初期化の間の'down'。
The efmCuPmeOperStatus defined in the EFM-CU-MIB module expands PME's ifOperStatus value of 'down' to 'downReady', 'downNotReady', and 'init' values, indicating various EFMCu PME-specific states.
EFM-CU-MIBモジュールで定義されたefmCuPmeOperStatusは'downReady'、'downNotReady'、および'イニット'値にPMEの'down'のifOperStatus値を広げます、様々なEFMCu PME特有の州を示して。
3.1.5. Usage of ifTable
3.1.5. ifTableの使用法
Both PME and PCS interfaces of the EFMCu PHY are managed using interface-specific management objects defined in the EFM-CU-MIB module and generic interface objects from the ifTable of IF-MIB, with all management table entries referenced by the interface index ifIndex.
PMEとEFMCu PHYのPCSインタフェースの両方が物がEFM-CU-MIBモジュールで定義して、一般的なインタフェースがifTableから反対するインタフェース特有の管理を使用することで管理される、-、MIB、すべての管理のテーブルのエントリーで、インタフェースインデックスifIndexによって参照をつけられます。
The following table summarizes EFMCu-specific interpretations for some of the ifTable objects specified in the mandatory ifGeneralInformationGroup:
以下のテーブルは義務的なifGeneralInformationGroupで指定されたいくつかのifTable物のEFMCu特有の解釈をまとめます:
Beili Standards Track [Page 10] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[10ページ]RFC5066EFMCuはMIB2007年11月に連結します。
+---------------+---------------------------------------------------+ | IF-MIB object | EFMCu interpretation | +---------------+---------------------------------------------------+ | ifIndex | Interface index. Note that each PME and each PCS | | | in the EFMCu PHY MUST have a unique index, as | | | there are some PCS- and PME-specific attributes | | | accessible only on the PCS or PME level. | +---------------+---------------------------------------------------+ | ifType | ethernetCsmacd(6) for PCS, shdsl(169) for | | | 2BASE-TL PME, vdsl(97) for 10PASS-TS PME. | | ifSpeed | Operating data rate for the PME. For the PCS, it | | | is the sum of the current operating data rates of | | | all PMEs in the aggregation group, without the | | | 64/65-octet encapsulation overhead and PAF | | | overhead, but accounting for the Inter-Frame Gaps | | | (IFGs). | +---------------+---------------------------------------------------+ | ifAdminStatus | Setting this object to 'up' instructs a | | | particular PCS (with all PMEs connected to it) or | | | PME to start initialization process. | +---------------+---------------------------------------------------+ | ifOperStatus | efmCuPmeOperStatus supplements the 'down' value | | | of ifOperStatus for PMEs. | +---------------+---------------------------------------------------+
+---------------+---------------------------------------------------+ | -、MIB、物| EFMCu解釈| +---------------+---------------------------------------------------+ | ifIndex| インデックスを連結してください。 それに注意してください、各PMEと各PCS| | | EFMCu PHYでは、ユニークなインデックスを持たなければなりません。| | | いくつかのPCSとPME特有の属性があります。| | | PCSかPMEレベルだけでは、アクセスしやすいです。 | +---------------+---------------------------------------------------+ | ifType| PCSのためのethernetCsmacd(6)、shdsl(169)| | | 2BASE-TL PME、10PASS-TS PMEのためのvdsl(97)。 | | ifSpeedしました。| PMEのためにデータ信号速度を操作します。 PCSのためにそれ| | | 電流の合計はデータ信号速度を操作しています。| | | 集合のすべてのPMEsが分類します。| | | 64/65八重奏のカプセル化のオーバーヘッドとPAF| | | しかし、オーバーヘッド、Inter-フレームGapsへの会計| | | (IFGs。) | +---------------+---------------------------------------------------+ | ifAdminStatus| この物を設定して、'up'に、aは命令されています。| | | または特定のPCS(すべてのPMEsがそれに接続される)。| | | 初期化を始めるPMEは処理します。 | +---------------+---------------------------------------------------+ | ifOperStatus| efmCuPmeOperStatusは'down'値を補います。| | | PMEsのためのifOperStatusについて。 | +---------------+---------------------------------------------------+
Table 1: EFMCu interpretation of IF-MIB objects
テーブル1: EFMCu解釈、-、MIB、物
3.2. Relation to SHDSL MIB Module
3.2. SHDSL MIBモジュールとの関係
G.SHDSL.bis modems, similar to PMEs comprising a 2BASE-TL port, are described in the HDSL2-SHDSL-LINE-MIB module [RFC4319]. Note that not all attributes of G.SHDSL modems reflected in the HDSL2-SHDSL- LINE-MIB module have adequate management objects (Clause 30 attributes and Clause 45 registers) in the EFM standard.
HDSL2-SHDSL線MIBモジュール[RFC4319]で2BASE-TLポートを包括するPMEsと同様のG.SHDSL.bisモデムは説明されます。 HDSL2-SHDSL線-MIBモジュールに反映されたG. SHDSLモデムのすべての属性でEFMの適切な管理物(第30節属性とClause45レジスタ)が標準になるというわけではないことに注意してください。
Because of these differences and for the purposes of simplicity, unification of attributes common to both 2BASE-TL and 10PASS-TS PMEs, and name consistency (e.g., prefixing the 2BASE-TL PME related objects with 'efmCuPme2B' instead of 'hdsl2shdsl'), it was decided not to reference HDSL2-SHDSL-LINE-MIB objects, but define all the relevant objects in the EFM-CU-MIB module.
これらの違い、簡単さの目的、2BASE-TLと10PASS-TS PMEsの両方に共通の属性の統一、および名前の一貫性(例えば、2BASE-TL PMEを前に置くと、物は'hdsl2shdsl'の代わりに'efmCuPme2B'に関連づけられた)のために、それは参照HDSL2-SHDSL線MIB物に決められたのではなく、EFM-CU-MIBモジュールですべての関連物を定義します。
However, if some functionality not available in the EFM-CU-MIB module is required and supported by the PME, e.g., performance monitoring, relevant HDSL2-SHDSL-LINE-MIB groups MAY be included and applied for PMEs of 2BASE-TL subtype.
しかしながら、EFM-CU-MIBモジュールで利用可能でない何らかの機能性がPMEによって必要であり、支持されるなら、例えば性能のモニターしていて、関連しているHDSL2-SHDSL線MIBグループは、2BASE-TL subtypeのPMEsのために含まれていて、適用されるかもしれません。
Beili Standards Track [Page 11] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[11ページ]RFC5066EFMCuはMIB2007年11月に連結します。
3.3. Relation to VDSL MIB Module
3.3. VDSL MIBモジュールとの関係
VDSL modems, similar to the PME(s) comprising a 10PASS-TS port, are described in the VDSL-LINE-EXT-MCM-MIB module [RFC4070]. Note that not all attributes of VDSL modems reflected in the VDSL-LINE-EXT-MCM- MIB module have adequate management objects (Clause 30 attributes and Clause 45 registers) in the EFM standard.
VDSL線EXT-MCM-MIBモジュール[RFC4070]で10PASS-TSポートを包括するPME(s)と同様のVDSLモデムは説明されます。 VDSL線EXT-MCM- MIBモジュールに反映されたVDSLモデムのすべての属性でEFMの適切な管理物(第30節属性とClause45レジスタ)が標準になるというわけではないことに注意してください。
Because of these differences and for the purposes of simplicity, unification of attributes common to both 2BASE-TL and 10PASS-TS PMEs, and name consistency, it was decided not to reference VDSL-LINE-EXT- MCM-MIB objects, but define all the relevant objects in the EFM-CU- MIB module.
これらの違い、簡単さの目的、2BASE-TLと10PASS-TS PMEsの両方に共通の属性の統一、および名前の一貫性のために、それは参照VDSL線EXT- MCM-MIB物に決められたのではなく、EFM-CU- MIBモジュールですべての関連物を定義します。
However, if some functionality not available in the EFM-CU-MIB module is required and supported by the PME, relevant VDSL-LINE-EXT-MCM-MIB groups MAY be included and applied for PMEs of 10PASS-TS subtype.
しかしながら、EFM-CU-MIBモジュールで利用可能でない何らかの機能性がPMEによって必要であり、支持されるなら、関連VDSL線EXT-MCM-MIBグループは、10PASS-TS subtypeのPMEsのために含まれていて、適用されるかもしれません。
3.4. Relation to Ethernet-Like and MAU MIB Modules
3.4. イーサネットのよう、そして、MAU MIBモジュールとの関係
The implementation of the EtherLike-MIB [RFC3635] and MAU-MIB [RFC4836] modules is REQUIRED for EFMCu interfaces.
EtherLike-MIB[RFC3635]とMAU-MIB[RFC4836]モジュールの実現はEFMCuインタフェースへのREQUIREDです。
Two new values of ifMauType (OBJECT-IDENTITIES of dot3MauType) and corresponding bit definitions of ifMauTypeListBits (IANAifMauTypeListBits) have been defined in the IANA-MAU-MIB module [RFC4836] for EFMCu MAUs:
ifMauTypeの2つの新しい値(dot3MauTypeのOBJECT-IDENTITIES)とifMauTypeListBitsの対応する噛み付いている定義(IANAifMauTypeListBits)はEFMCu MAUsのためにIANA-MAU-MIBモジュール[RFC4836]で定義されました:
o dot3MauType2BaseTL and b2BaseTL - for 2BASE-TL MAU
o 2BASE-Tl MAUのためのdot3MauType2BaseTLとb2BaseTL
o dot3MauType10PassTS and b10PassTS - for 10PASS-TS MAU
o 10PASS-t MAUのためのdot3MauType10PassTSとb10PassTS
Additionally, the IANA-MAU-MIB module defines two new values of ifMauMediaAvailable, specifically for EFMCu ports: availableReduced and ready (in textual convention IANAifMauMediaAvailable). Due to the PME aggregation, the EFMCu interpretation of some possible ifMauMediaAvailable values differs from other MAUs as follows:
さらに、IANA-MAU-MIBモジュールはifMauMediaAvailableの2つの新しい値を特にEFMCuポートと定義します: availableReducedされていて準備ができています(原文のコンベンションIANAifMauMediaAvailableにおける)。 PME集合のため、いくつかの可能なifMauMediaAvailable値のEFMCu解釈は以下の他のMAUsと異なっています:
o unknown - the EFMCu interface (PCS with connected PMEs) is
Initializing
o 未知--EFMCuインタフェース(接続PMEsがあるPCS)はInitializingです。
o ready - the interface is Down, at least one PME in the aggregation
group (all PMEs connected to the PCS) is ready for handshake
o インタフェースが準備する、Downである、集合グループ(PCSに接続されたすべてのPMEs)における少なくとも1PMEが握手の準備ができています。
o available - the interface is Up, all PMEs in the aggregation group
are up
o 利用可能である、--インタフェースがUpである、集合グループにおけるすべてのPMEsが上がっている
Beili Standards Track [Page 12] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[12ページ]RFC5066EFMCuはMIB2007年11月に連結します。
o notAvailable - the interface is Down, all PMEs in the aggregation
group are Down, no handshake tones are detected by any PME
o notAvailable--インタフェースがDownである、集合グループにおけるすべてのPMEsがDownである、握手トーンは全くどんなPMEによっても検出されません。
o availableReduced - the interface is Up, a link fault is detected
at the receive direction by one or more PMEs in the aggregation
group, but at least one PME is Up
o availableReducedされました--インタフェースがUpである、リンク欠点が検出される、1PMEsで集合グループで指示を受け取りなさい、ただし、少なくともあるPMEがUpです。
o pmdLinkFault - a link fault is detected at the receive direction
by all PMEs in the aggregation group
o pmdLinkFault--、リンク欠点が検出される、すべてのPMEsで集合グループで指示を受け取ってください。
As an EtherLike interface, every EFMCu port (an ifEntry representing a consolidation of LLC, MAC, and PCS (sub)layers) SHALL return an ifType of ethernetCsmacd(6). While most of the MAU characteristics are not applicable to the EFMCu ports (no auto-negotiation, false carriers, or jabber), they SHALL return an appropriate ifMauType (dot3MauType2BaseTL or dot3mauType10PassTS) in order to direct the management software to look in the EFM-CU-MIB module for the desired information. For example, the information on the particular EFMCu flavor that an EFMCu port is running is available from efmCuOperSubType, defined in the EFM-CU-MIB module.
EtherLikeインタフェースとして、あらゆるEFMCuポート(LLC、MAC、およびPCS(潜水艦)層の強化を表すifEntry)SHALLがethernetCsmacd(6)のifTypeを返します。 だいたいですが、MAUの特性はEFMCuポート(自動交渉でない、偽のキャリヤーでない、またはおしゃべりがない)に適切でなく、彼らはSHALLです。必要な情報に関してEFM-CU-MIBモジュールの中を見るよう管理ソフトウェアに指示するために、適切なifMauType(dot3MauType2BaseTLかdot3mauType10PassTS)を返してください。 例えば、EFMCuポートが走らせている特定のEFMCu風味の情報はEFM-CU-MIBモジュールで定義されたefmCuOperSubTypeから利用可能です。
Since EFMCu PMEs are not EtherLike interfaces, they cannot be instantiated as MAU interface objects.
EFMCu PMEsがEtherLikeインタフェースでないので、MAUが物を連結するとき、それらを例示できません。
4. MIB Structure
4. MIB構造
4.1. EFM Copper MIB Overview
4.1. EFM銅のMIB概観
The main management objects defined in the EFM-CU-MIB module are split into 2 groups:
EFM-CU-MIBモジュールで定義された主な管理物は2つのグループに分けられます:
o efmCuPort - containing objects for configuration, capabilities,
status, and notifications, common to all EFMCu PHYs.
o efmCuPort--構成、能力、状態、およびすべてのEFMCu PHYsに共通の通知のための物を含んでいます。
o efmCuPme - containing objects for configuration, capabilities,
status, and notifications of EFMCu PMEs.
o efmCuPme--EFMCu PMEsの構成、能力、状態、および通知のための物を含んでいます。
The efmCuPme group in turn contains efmCuPme2B and efmCuPme10P groups, which define PME profiles specific to 2BASE-TL and 10PASS-TS PMEs, respectively, as well as PME-specific status information.
efmCuPmeグループは順番にefmCuPme2BとefmCuPme10Pグループを含みます。(それは、PME特有の状態情報と同様にそれぞれ2BASE-TLと10PASS-TS PMEsに特定のPMEプロフィールを定義します)。
4.2. Interface Stack Capability MIB Overview
4.2. インタフェーススタック能力MIB概観
The IF-CAP-STACK-MIB module contains 2 tables:
-、CAP-STACK-MIB、モジュールは2個のテーブルを含んでいます:
o ifCapStackTable - containing objects that define possible
relationships among the sub-layers of an interface with flexible
cross-connect (cross-connect capability).
o ifCapStackTable--フレキシブルな十字接続(十字接続能力)とのインタフェースの副層の中で可能な関係を定義するオブジェクトを含んでいます。
Beili Standards Track [Page 13] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[13ページ]RFC5066EFMCuはMIB2007年11月に連結します。
o ifInvCapStackTable - an inverse of the ifCapstackTable.
o ifInvCapStackTable--ifCapstackTableの逆。
4.3. PME Profiles
4.3. PMEプロフィール
Since a managed node can have a large number of EFMCu PHYs, provisioning every parameter on every EFMCu PHY may become burdensome. Moreover, most PMEs are provisioned identically with the same set of parameters. To simplify the provisioning process, the EFM-CU-MIB module makes use of configuration profiles, similar to the HDSL2-SHDSL-LINE-MIB and VDSL-LINE-EXT-MCM-MIB modules. A profile is a set of parameters, used either for configuration or representation of a PME. The same profile can be shared by multiple PME ports using the same configuration.
管理されたノードが多くのEFMCu PHYsを持つことができるので、あらゆるEFMCu PHYに関するあらゆるパラメタに食糧を供給するのは重荷になるようになるかもしれません。 そのうえ、ほとんどのPMEsが同様に同じセットのパラメタで食糧を供給されます。 食糧を供給するプロセスを簡素化するために、EFM-CU-MIBモジュールはHDSL2-SHDSL線MIBとVDSL線EXT-MCM-MIBモジュールと同様の構成プロフィールを利用します。 プロフィールはPMEの構成か表現に使用される1セットのパラメタです。 複数のPMEポートは、同じ構成を使用することで同じプロフィールを共有できます。
The PME profiles are defined in the efmCuPme2BProfileTable and efmCuPme10PProfileTable for 2BASE-TL and 10PASS-TS PMEs, respectively. There are 12 predefined standard profiles for 2BASE-TL and 22 standard profiles for 10PASS-TS, defined in 802.3ah and dedicated for rapid provisioning of EFMCu PHYs in most scenarios. In addition, the EFM-CU-MIB defines two additional predefined profiles for "best-effort" provisioning of 2BASE-TL PMEs. An ability to define new configuration profiles is also provided to allow for EFMCu deployment tailored to specific copper environments and spectral regulations.
PMEプロフィールは2BASE-TLと10PASS-TS PMEsのためにefmCuPme2BProfileTableとefmCuPme10PProfileTableでそれぞれ定義されます。 2BASE-TLのための12個の事前に定義された標準のプロフィールと802.3ahで定義されて、ほとんどのシナリオにおけるEFMCu PHYsの急速な食糧を供給するために捧げられた10PASS-TSのための22個の標準のプロフィールがあります。 さらに、EFM-CU-MIBは2BASE-TL PMEsの「ベストエフォート型」の食糧を供給する2個の追加事前に定義されたプロフィールを定義します。 また、特定の銅の環境とスペクトル規則に適合したEFMCu展開を考慮するために新しい構成プロフィールを定義する能力を提供します。
A specific configuration or administrative profile is assigned to a specific PME via the efmCuPmeAdminProfile object. If efmCuPmeAdminProfile is zero, then the efmCuAdminProfile object of the PCS port connected to the PME determines the configuration profile (or a list of possible profiles) for that PME. This mechanism allows specifying a common profile for all PMEs connected to the PCS port, with an ability to change individual PME profiles by setting efmCuPmeAdminProfile object, which overwrites the profile set by efmCuAdminProfile.
特定の構成か管理プロフィールがefmCuPmeAdminProfileオブジェクトを通して特定のPMEに割り当てられます。 efmCuPmeAdminProfileがゼロであるなら、PMEにつなげられたPCSポートのefmCuAdminProfile目的はそのPMEのための構成プロフィール(または、可能なプロフィールのリスト)を決定します。 このメカニズムでPCSポートに接続されたすべてのPMEsのための一般的なプロフィールを指定します、efmCuPmeAdminProfileオブジェクトを設定することによって個々のPMEプロフィールを変える能力で。オブジェクトはefmCuAdminProfileでプロフィールセットを上書きします。
A current operating PME profile is pointed to by the efmCuPmeOperProfile object. Note that this profile entry can be created automatically to reflect achieved parameters in adaptive (not fixed) initialization.
現在の操作PMEプロフィールはefmCuPmeOperProfileオブジェクトによって示されます。 反射するために自動的にこのプロフィールエントリーを作成できるというメモは適応型(修理されていない)の初期化におけるパラメタを獲得しました。
4.4. Mapping of IEEE 802.3ah Managed Objects
4.4. IEEE 802.3ah管理オブジェクトに関するマッピング
This section contains the mapping between relevant managed objects (attributes) defined in [802.3ah] Clause 30, and managed objects defined in this document and in associated MIB modules, i.e., the IF- MIB [RFC2863].
すなわち、このセクションが(属性)が第30[802.3ah]節、および本書では定義された管理オブジェクトで定義した関連管理オブジェクトと関連MIBモジュールによるマッピングを含む、-、MIB[RFC2863]。
Beili Standards Track [Page 14] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[14ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Note that the majority of the objects defined in the EFM-CU-MIB module do not have direct counterparts in Clause 30 and instead refer to Clause 45 registers.
ダイレクト対応者がClause30に代わりにEFM-CU-MIBモジュールで定義されたオブジェクトの大部分でClause45レジスタを示さないことに注意してください。
+---------------------------------+---------------------------------+ | IEEE 802.3 Managed Object | Corresponding SNMP Object | +---------------------------------+---------------------------------+ | oMAU - Basic Package | | | (Mandatory) | | +---------------------------------+---------------------------------+ | aMAUType | ifMauType (MAU-MIB) | +---------------------------------+---------------------------------+ | aMAUTypeList | ifMauTypeListBits (MAU-MIB) | +---------------------------------+---------------------------------+ | aMediaAvailable | ifMediaAvailable (MAU-MIB) | +---------------------------------+---------------------------------+ | oPAF - Basic Package | | | (Mandatory) | | +---------------------------------+---------------------------------+ | aPAFID | ifIndex (IF-MIB) | +---------------------------------+---------------------------------+ | aPhyEnd | efmCuPhySide | +---------------------------------+---------------------------------+ | aPHYCurrentStatus | efmCuStatus | +---------------------------------+---------------------------------+ | aPAFSupported | efmCuPAFSupported | +---------------------------------+---------------------------------+ | oPAF - PME Aggregation Package | | | (Optional) | | +---------------------------------+---------------------------------+ | aPAFAdminState | efmCuPAFAdminState | +---------------------------------+---------------------------------+ | aLocalPAFCapacity | efmCuPAFCapacity | +---------------------------------+---------------------------------+ | aLocalPMEAvailable | ifCapStackTable | +---------------------------------+---------------------------------+ | aLocalPMEAggregate | ifStackTable (IF-MIB) | +---------------------------------+---------------------------------+ | aRemotePAFSupported | efmCuRemotePAFSupported | +---------------------------------+---------------------------------+ | aRemotePAFCapacity | efmCuRemotePAFCapacity | +---------------------------------+---------------------------------+ | aRemotePMEAggregate | | +---------------------------------+---------------------------------+ | oPME - 10P/2B Package | | | (Mandatory) | | +---------------------------------+---------------------------------+ | aPMEID | ifIndex (IF-MIB) |
+---------------------------------+---------------------------------+ | IEEE802.3管理オブジェクト| 対応するSNMPオブジェクト| +---------------------------------+---------------------------------+ | oMAU--基本的なパッケージ| | | (義務的)です。 | | +---------------------------------+---------------------------------+ | aMAUType| ifMauType(MAU-MIB)| +---------------------------------+---------------------------------+ | aMAUTypeList| ifMauTypeListBits(MAU-MIB)| +---------------------------------+---------------------------------+ | aMediaAvailable| ifMediaAvailable(MAU-MIB)| +---------------------------------+---------------------------------+ | oPAF--基本的なパッケージ| | | (義務的)です。 | | +---------------------------------+---------------------------------+ | aPAFID| ifIndex、(-、MIB、)| +---------------------------------+---------------------------------+ | aPhyEnd| efmCuPhySide| +---------------------------------+---------------------------------+ | aPHYCurrentStatus| efmCuStatus| +---------------------------------+---------------------------------+ | aPAFSupported| efmCuPAFSupported| +---------------------------------+---------------------------------+ | oPAF--PME集合パッケージ| | | (任意)です。 | | +---------------------------------+---------------------------------+ | aPAFAdminState| efmCuPAFAdminState| +---------------------------------+---------------------------------+ | aLocalPAFCapacity| efmCuPAFCapacity| +---------------------------------+---------------------------------+ | aLocalPMEAvailable| ifCapStackTable| +---------------------------------+---------------------------------+ | aLocalPMEAggregate| ifStackTable、(-、MIB、)| +---------------------------------+---------------------------------+ | aRemotePAFSupported| efmCuRemotePAFSupported| +---------------------------------+---------------------------------+ | aRemotePAFCapacity| efmCuRemotePAFCapacity| +---------------------------------+---------------------------------+ | aRemotePMEAggregate| | +---------------------------------+---------------------------------+ | oPME--10P/2Bパッケージ| | | (義務的)です。 | | +---------------------------------+---------------------------------+ | aPMEID| ifIndex、(-、MIB、)|
Beili Standards Track [Page 15] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[15ページ]RFC5066EFMCuはMIB2007年11月に連結します。
+---------------------------------+---------------------------------+ | aPMEAdminState | ifAdminState (IF-MIB) | +---------------------------------+---------------------------------+ | aPMEStatus | efmCuPmeStatus | | aPMESNRMgn | efmCuPmeSnrMgn | +---------------------------------+---------------------------------+ | aTCCodingViolations | efmCuPmeTCCodingErrors | +---------------------------------+---------------------------------+ | aTCCRCErrors | efmCuPmeTCCrcErrors | +---------------------------------+---------------------------------+ | aProfileSelect | efmCuAdminProfile, | | | efmCuPmeAdminProfile | +---------------------------------+---------------------------------+ | aOperatingProfile | efmCuPmeOperProfile | +---------------------------------+---------------------------------+ | aPMEFECCorrectedBlocks | efmCuPme10PFECCorrectedBlocks | +---------------------------------+---------------------------------+ | aPMEFECUncorrectableBlocks | efmCuPme10PFECUncorrectedBlocks | +---------------------------------+---------------------------------+
+---------------------------------+---------------------------------+ | aPMEAdminState| ifAdminState、(-、MIB、)| +---------------------------------+---------------------------------+ | aPMEStatus| efmCuPmeStatus| | aPMESNRMgn| efmCuPmeSnrMgn| +---------------------------------+---------------------------------+ | aTCCodingViolations| efmCuPmeTCCodingErrors| +---------------------------------+---------------------------------+ | aTCCRCErrors| efmCuPmeTCCrcErrors| +---------------------------------+---------------------------------+ | aProfileSelect| efmCuAdminProfile| | | efmCuPmeAdminProfile| +---------------------------------+---------------------------------+ | aOperatingProfile| efmCuPmeOperProfile| +---------------------------------+---------------------------------+ | aPMEFECCorrectedBlocks| efmCuPme10PFECCorrectedBlocks| +---------------------------------+---------------------------------+ | aPMEFECUncorrectableBlocks| efmCuPme10PFECUncorrectedBlocks| +---------------------------------+---------------------------------+
Table 2: Mapping of IEEE 802.3 Managed Objects
テーブル2: IEEE802.3管理オブジェクトに関するマッピング
5. Interface Stack Capability MIB Definitions
5. インタフェーススタック能力MIB定義
IF-CAP-STACK-MIB DEFINITIONS ::= BEGIN
上限スタックMIBである、定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, mib-2
FROM SNMPv2-SMI -- [RFC2578]
TruthValue
FROM SNMPv2-TC -- [RFC2579]
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF -- [RFC2580]
ifStackGroup2, ifStackHigherLayer, ifStackLowerLayer
FROM IF-MIB -- [RFC2863]
ifInvStackGroup
FROM IF-INVERTED-STACK-MIB -- [RFC2864]
;
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、mib-2 FROM SNMPv2-SMI--[RFC2578]TruthValue FROM SNMPv2-TC--[RFC2579]MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF--[RFC2580] ifStackGroup2、ifStackHigherLayer、ifStackLowerLayer FROM、-、MIB、--、[RFC2863]ifInvStackGroup FROM、-、INVERTED-STACK-MIB、--[RFC2864]。
ifCapStackMIB MODULE-IDENTITY
LAST-UPDATED "200711070000Z" -- November 07, 2007
ORGANIZATION "IETF Ethernet Interfaces and Hub MIB Working Group"
CONTACT-INFO
"WG charter:
http://www.ietf.org/html.charters/OLD/hubmib-charter.html
ifCapStackMIB MODULE-IDENTITY LAST-UPDATED"200711070000Z"--、2007年11月7日組織「IETFイーサネットインタフェースとハブMIBワーキンググループ」コンタクトインフォメーション、「WGは以下をチャーターします」。 http://www.ietf.org/html.charters/OLD/hubmib-charter.html
Mailing Lists:
General Discussion: hubmib@ietf.org
メーリングリスト: 一般議論: hubmib@ietf.org
Beili Standards Track [Page 16] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[16ページ]RFC5066EFMCuはMIB2007年11月に連結します。
To Subscribe: hubmib-request@ietf.org
In Body: subscribe your_email_address
申し込むために: ボディーの hubmib-request@ietf.org : _メール_アドレスを申し込んでください。
Chair: Bert Wijnen
Postal: Alcatel-Lucent
Schagen 33
3461 GL Linschoten
Netherlands
Phone: +31-348-407-775
EMail: bwijnen@alcatel-lucent.com
議長: バートWijnen郵便: アルカテル透明なSchagen33 3461GLリンスホーテン・オランダは以下に電話をします。 +31-348-407-775 メールしてください: bwijnen@alcatel-lucent.com
Editor: Edward Beili
Postal: Actelis Networks Inc.
25 Bazel St., P.O.B. 10173
Petach-Tikva 10173
Israel
Phone: +972-3-924-3491
EMail: edward.beili@actelis.com"
エディタ: エドワードBeili郵便: Actelisは株式会社25Bazel通り、私書箱10173Petach-Tikva10173イスラエル電話をネットワークでつなぎます: +972-3-924-3491 メールしてください: " edward.beili@actelis.com "
DESCRIPTION
"The objects in this MIB module are used to describe
cross-connect capabilities of stacked (layered) interfaces,
complementing ifStackTable and ifInvStackTable defined in
IF-MIB and IF-INVERTED-STACK-MIB, respectively.
そして、記述、「このMIBモジュールによるオブジェクトは積み重ねられた(層にされる)インタフェースの十字接続能力について説明するのに使用されます、中で定義されたifStackTableとifInvStackTableの補足となって-、MIB、-、INVERTED-STACK-MIB、それぞれ」
Copyright (C) The IETF Trust (2007). This version
of this MIB module is part of RFC 5066; see the RFC
itself for full legal notices."
IETFが信じる著作権(C)(2007)。 このMIBモジュールのこのバージョンはRFC5066の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
REVISION "200711070000Z" -- November 07, 2007
DESCRIPTION "Initial version, published as RFC 5066."
REVISION"200711070000Z"--「初期のバージョンであって、RFC5066として発行された」2007年11月7日記述。
::= { mib-2 166 }
::= mib-2 166
-- Sections of the module
-- Structured as recommended by [RFC4181], see
-- Appendix D: Suggested OID Layout
-- モジュール--[RFC4181]で見るように勧めるとき構造化されるセクション--付録D: 提案されたOIDレイアウト
ifCapStackObjects OBJECT IDENTIFIER ::= { ifCapStackMIB 1 }
ifCapStackObjectsオブジェクト識別子:、:= ifCapStackMIB1
ifCapStackConformance OBJECT IDENTIFIER ::= { ifCapStackMIB 2 }
ifCapStackConformanceオブジェクト識別子:、:= ifCapStackMIB2
-- Groups in the module
-- モジュールによるグループ
--
-- ifCapStackTable group
--
-- -- ifCapStackTableは分類します--
Beili Standards Track [Page 17] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[17ページ]RFC5066EFMCuはMIB2007年11月に連結します。
ifCapStackTable OBJECT-TYPE
SYNTAX SEQUENCE OF IfCapStackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table, modeled after ifStackTable from IF-MIB,
contains information on the possible 'on-top-of'
relationships between the multiple sub-layers of network
interfaces (as opposed to actual relationships described in
ifStackTable). In particular, it contains information on
which sub-layers MAY possibly run 'on top of' which other
sub-layers, as determined by cross-connect capability of the
device, where each sub-layer corresponds to a conceptual row
in the ifTable. For example, when the sub-layer with ifIndex
value x can be connected to run on top of the sub-layer with
ifIndex value y, then this table contains:
ifCapStackTable OBJECT-TYPE SYNTAX SEQUENCE OF IfCapStackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ifStackTableに倣われたこのテーブル、-、MIB、可能な''複数の副層のネットワーク・インターフェース(ifStackTableで説明された実際の関係と対照的に)の間の関係の上」の情報を含んでいます。 特に、副層がことによるとどの他の副層'上'で動くかもしれない情報を含んでいます、各副層がifTableの概念的な行に対応するデバイスの十字接続能力で決定するように。 例えば、そして、ifIndex値yがある副層の上で稼働するためにifIndex値xがある副層を接続できるとき、このテーブルは以下を含んでいます。
ifCapStackStatus.x.y=true
ifCapStackStatus.x. yは本当に等しいです。
The ifCapStackStatus.x.y row does not exist if it is
impossible to connect between the sub-layers x and y.
副層xとyの間で接続するのが不可能であるなら、ifCapStackStatus.x.y行は存在していません。
Note that for most stacked interfaces (e.g., 2BASE-TL)
there's always at least one higher-level interface (e.g., PCS
port) for each lower-level interface (e.g., PME) and at
least one lower-level interface for each higher-level
interface, that is, there is at least a single row with a
'true' status for any such existing value of x or y.
ほとんどの積み重ねられたインタフェース(例えば、2BASE-TL)には、それぞれの低レベルインタフェース(例えば、PME)あたり少なくとも1つのよりハイレベルのインタフェース(例えば、PCSポート)とそれぞれのよりハイレベルのインタフェースあたり少なくとも1つの低レベルインタフェースがいつもあって、すなわち、xかyのどんなそのような既存の値のための'本当'の状態に従った少なくとも一つの列もあることに注意してください。
This table is read-only as it describes device capabilities."
REFERENCE
"IF-MIB, ifStackTable"
::= { ifCapStackObjects 1 }
「デバイス能力について説明するとき、このテーブルは書き込み禁止です。」 参照、「-、MIB、ifStackTable、」、:、:= ifCapStackObjects1
ifCapStackEntry OBJECT-TYPE
SYNTAX IfCapStackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information on a particular relationship between two
sub-layers, specifying that one sub-layer MAY possibly run
on 'top' of the other sub-layer. Each sub-layer corresponds
to a conceptual row in the ifTable (interface index for
lower and higher layer, respectively)."
INDEX {
ifStackHigherLayer,
ifStackLowerLayer
}
ifCapStackEntry OBJECT-TYPE SYNTAX IfCapStackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「2つの副層の間の特定の関係に関する情報、1つの副層がことによると走るかもしれない指定'は'もう片方の副層」を付けます。 「各副層はifTable(低級でより高い層のためのそれぞれインタフェースインデックス)の概念的な行に対応しています。」 インデックスifStackHigherLayer、ifStackLowerLayer
Beili Standards Track [Page 18] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[18ページ]RFC5066EFMCuはMIB2007年11月に連結します。
::= { ifCapStackTable 1 }
::= ifCapStackTable1
IfCapStackEntry ::= SEQUENCE {
ifCapStackStatus TruthValue
}
IfCapStackEntry:、:= 系列ifCapStackStatus TruthValue
ifCapStackStatus OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The status of the 'cross-connect capability' relationship
between two sub-layers. The following values can be returned:
true(1) - indicates that the sub-layer interface,
identified by the ifStackLowerLayer MAY
be connected to run 'below' the sub-layer
interface, identified by the
ifStackHigherLayer index.
false(2) - the sub-layer interfaces cannot be
connected temporarily due to
unavailability of the interface(s), e.g.,
one of the interfaces is located on an
absent pluggable module.
ifCapStackStatus OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「2つの副層の間の'十字接続能力'関係の状態。」 以下の値を返すことができます: 本当の(1)--インタフェースであって、ifStackLowerLayer5月までに特定された副層が副層のインタフェースであって、特定されていた状態で'below'を実行するために接続されて、ifStackHigherLayerで. 誤った(2)に索引をつけてください--インタフェースの使用不能のため一時副層のインタフェースを接続できないで、例えば、インタフェースの1つが欠けているpluggableモジュールに位置しているということであることを示します。
Note that lower-layer interface availability per higher-layer,
indicated by the value of 'true', can be constrained by
other parameters, for example, by the aggregation capacity of
a higher-layer interface or by the lower-layer interface in
question being already connected to another higher-layer
interface. In order to ensure that a particular sub-layer can
be connected to another sub-layer, all respective objects
(e.g., ifCapStackTable, ifStackTable, and efmCuPAFCapacity for
EFMCu interfaces) SHALL be inspected.
例えば、既に別の、より高い層のインタフェースに接続されながら、より高い層のインタフェースの凝集能力の近くか問題の下層インタフェースのそばで他のパラメタで'本当'の値によって示されたより高い層あたりの下層インタフェースの有用性を抑制できることに注意してください。 別の副層に関連していて、すべてそれぞれのオブジェクト(EFMCuインタフェースへの例えば、ifCapStackTable、ifStackTable、およびefmCuPAFCapacity)がSHALLであったなら特定の副層がそうすることができるのを確実にするには、点検されてください。
This object is read-only, unlike ifStackStatus, as it
describes a cross-connect capability."
::= { ifCapStackEntry 1 }
「十字接続能力について説明するとき、このオブジェクトはifStackStatusと異なった書き込み禁止です。」 ::= ifCapStackEntry1
ifInvCapStackTable OBJECT-TYPE
SYNTAX SEQUENCE OF IfInvCapStackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table containing information on the possible relationships
between the multiple sub-layers of network interfaces. This
table, modeled after ifInvStackTable from
IF-INVERTED-STACK-MIB, is an inverse of the ifCapStackTable
defined in this MIB module.
「複数の副層のネットワーク・インターフェースの間の可能な関係の情報を含んでいて、Aはテーブルの上に置く」ifInvCapStackTable OBJECT-TYPE SYNTAX SEQUENCE OF IfInvCapStackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ifInvStackTableに倣われたこのテーブル、-、INVERTED-STACK-MIB、このMIBモジュールで定義されたifCapStackTableの逆はそうです。
Beili Standards Track [Page 19] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[19ページ]RFC5066EFMCuはMIB2007年11月に連結します。
In particular, this table contains information on which
sub-layers MAY run 'underneath' which other sub-layers, where
each sub-layer corresponds to a conceptual row in the ifTable.
For example, when the sub-layer with ifIndex value x MAY be
connected to run underneath the sub-layer with ifIndex value
y, then this table contains:
特に、このテーブルは副層が各副層が対応するその他の副層がifTableでa概念的であるまで船をこぐ'underneath'を実行するかもしれない情報を含んでいます。 例えば、そして、ifIndex値xがある副層がifIndex値yと共に副層の下で稼働するために接続されるとき、このテーブルは以下を含んでいます。
ifInvCapStackStatus.x.y=true
ifInvCapStackStatus.x. yは本当に等しいです。
This table contains exactly the same number of rows as the
ifCapStackTable, but the rows appear in a different order.
このテーブルはまさにifCapStackTableと同じ数の行を含んでいますが、行は異なったオーダーに現れます。
This table is read-only as it describes a cross-connect
capability."
REFERENCE
"IF-INVERTED-STACK-MIB, ifInvStackTable"
::= { ifCapStackObjects 2 }
「十字接続能力について説明するとき、このテーブルは書き込み禁止です。」 「ifInvStackTable、逆にされるなら、MIBを積み重ねてください」という参照:、:= ifCapStackObjects2
ifInvCapStackEntry OBJECT-TYPE
SYNTAX IfInvCapStackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information on a particular relationship between two sub-
layers, specifying that one sub-layer MAY run underneath the
other sub-layer. Each sub-layer corresponds to a conceptual
row in the ifTable."
INDEX { ifStackLowerLayer, ifStackHigherLayer }
::= { ifInvCapStackTable 1 }
ifInvCapStackEntry OBJECT-TYPE SYNTAX IfInvCapStackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「1つの副層がもう片方の副層の下を動くかもしれないと指定する2つのサブ層の間の特定の関係に関する情報。」 「各副層はifTableの概念的な行に対応しています。」 ifStackLowerLayer、ifStackHigherLayerに索引をつけてください:、:= ifInvCapStackTable1
IfInvCapStackEntry ::= SEQUENCE {
ifInvCapStackStatus TruthValue
}
IfInvCapStackEntry:、:= 系列ifInvCapStackStatus TruthValue
ifInvCapStackStatus OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The status of the possible 'cross-connect capability'
relationship between two sub-layers.
ifInvCapStackStatus OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「2つの副層の間の可能な'十字接続能力'関係の状態。」
An instance of this object exists for each instance of the
ifCapStackStatus object, and vice versa. For example, if the
variable ifCapStackStatus.H.L exists, then the variable
ifInvCapStackStatus.L.H must also exist, and vice versa. In
addition, the two variables always have the same value.
このオブジェクトのインスタンスはifCapStackStatusオブジェクトの各インスタンスのために存在しています、そして、逆もまた同様です。 例えば、また、可変ifCapStackStatus.H.Lが存在しているなら、可変ifInvCapStackStatus.L.Hは存在しなければなりません、そして、逆もまた同様です。 さらに、2つの変数には、同じ値がいつもあります。
Beili Standards Track [Page 20] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[20ページ]RFC5066EFMCuはMIB2007年11月に連結します。
The ifInvCapStackStatus object is read-only, as it describes
a cross-connect capability."
REFERENCE
"ifCapStackStatus"
::= { ifInvCapStackEntry 1 }
「十字接続能力について説明するとき、ifInvCapStackStatusオブジェクトは書き込み禁止です。」 参照「ifCapStackStatus」:、:= ifInvCapStackEntry1
--
-- Conformance Statements
--
-- -- 順応声明--
ifCapStackGroups OBJECT IDENTIFIER ::=
{ ifCapStackConformance 1 }
ifCapStackGroupsオブジェクト識別子:、:= ifCapStackConformance1
ifCapStackCompliances OBJECT IDENTIFIER ::=
{ ifCapStackConformance 2 }
ifCapStackCompliancesオブジェクト識別子:、:= ifCapStackConformance2
-- Units of Conformance
-- ユニットの順応
ifCapStackGroup OBJECT-GROUP
OBJECTS {
ifCapStackStatus,
ifInvCapStackStatus
}
STATUS current
DESCRIPTION
"A collection of objects providing information on the
cross-connect capability of multi-layer (stacked) network
interfaces."
::= { ifCapStackGroups 1 }
ifCapStackGroup OBJECT-GROUP OBJECTS、ifCapStackStatus、ifInvCapStackStatus、「オブジェクトがマルチ層(積み重ねられる)のネットワークの十字接続能力の情報を提供する収集は連結する」STATUSの現在の記述。 ::= ifCapStackGroups1
-- Compliance Statements
-- 承諾声明
ifCapStackCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for SNMP entities, which provide
information on the cross-connect capability of multi-layer
(stacked) network interfaces, with flexible cross-connect
between the sub-layers."
ifCapStackCompliance MODULE-COMPLIANCE STATUSの現在の記述、「SNMP実体のための承諾声明。」(実体は副層の間のフレキシブルな十字接続とのマルチ層(積み重ねられる)のネットワーク・インターフェースの十字接続能力の情報を提供します)。
MODULE -- this module
MANDATORY-GROUPS {
ifCapStackGroup
}
MODULE--このモジュールMANDATORY-GROUPSifCapStackGroup
OBJECT ifCapStackStatus
オブジェクトifCapStackStatus
Beili Standards Track [Page 21] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[21ページ]RFC5066EFMCuはMIB2007年11月に連結します。
SYNTAX TruthValue { true(1) }
DESCRIPTION
"Support for the false(2) value is OPTIONAL for
implementations supporting pluggable interfaces."
SYNTAX TruthValueの本当の(1)、記述は「pluggableインタフェースをサポートする実装のために、偽(2)のサポートが、評価するOPTIONALです」。
OBJECT ifInvCapStackStatus
SYNTAX TruthValue { true(1) }
DESCRIPTION
"Support for the false(2) value is OPTIONAL for
implementations supporting pluggable interfaces."
OBJECT ifInvCapStackStatus SYNTAX TruthValueの本当の(1)、記述は「pluggableインタフェースをサポートする実装のために、偽(2)のサポートが、評価するOPTIONALです」。
MODULE IF-MIB
MANDATORY-GROUPS {
ifStackGroup2
}
モジュール、-、MIB、義務的なグループifStackGroup2
MODULE IF-INVERTED-STACK-MIB
MANDATORY-GROUPS {
ifInvStackGroup
}
モジュール、逆にされるならMIBを積み重ねてください、義務的なグループifInvStackGroup
::= { ifCapStackCompliances 1 }
END
::= ifCapStackCompliances1は終わります。
6. EFM Copper MIB Definitions
6. EFM銅のMIB定義
EFM-CU-MIB DEFINITIONS ::= BEGIN
EFM Cu MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Integer32,
Unsigned32, Counter32, mib-2
FROM SNMPv2-SMI -- [RFC2578]
TEXTUAL-CONVENTION, TruthValue, RowStatus, PhysAddress
FROM SNMPv2-TC -- [RFC2579]
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF -- [RFC2580]
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB -- [RFC3411]
ifIndex, ifSpeed
FROM IF-MIB -- [RFC2863]
;
OBJECT-GROUP、NOTIFICATION-GROUP FROM SNMPv2-CONF--[RFC2580]SnmpAdminString FROM SNMP-FRAMEWORK-MIB--IMPORTS MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、Integer32、Unsigned32、Counter32、mib-2 FROM SNMPv2-SMI--[RFC2578]TEXTUAL-CONVENTION、TruthValue、RowStatus、PhysAddress FROM SNMPv2-TC--[RFC2579]MODULE-COMPLIANCE、[RFC3411]ifIndex、ifSpeed FROM、-、MIB、--[RFC2863]。
efmCuMIB MODULE-IDENTITY
LAST-UPDATED "200711140000Z" -- November 14, 2007
ORGANIZATION "IETF Ethernet Interfaces and Hub MIB Working Group"
CONTACT-INFO
"WG charter:
http://www.ietf.org/html.charters/OLD/hubmib-charter.html
efmCuMIB MODULE-IDENTITY LAST-UPDATED"200711140000Z"--、2007年11月14日組織「IETFイーサネットインタフェースとハブMIBワーキンググループ」コンタクトインフォメーション、「WGは以下をチャーターします」。 http://www.ietf.org/html.charters/OLD/hubmib-charter.html
Beili Standards Track [Page 22] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[22ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Mailing Lists:
General Discussion: hubmib@ietf.org
To Subscribe: hubmib-request@ietf.org
In Body: subscribe your_email_address
メーリングリスト: 一般議論: 申し込む hubmib@ietf.org : ボディーの hubmib-request@ietf.org : _メール_アドレスを申し込んでください。
Chair: Bert Wijnen
Postal: Alcatel-Lucent
Schagen 33
3461 GL Linschoten
Netherlands
Phone: +31-348-407-775
EMail: bwijnen@alcatel-lucent.com
議長: バートWijnen郵便: アルカテル透明なSchagen33 3461GLリンスホーテン・オランダは以下に電話をします。 +31-348-407-775 メールしてください: bwijnen@alcatel-lucent.com
Editor: Edward Beili
Postal: Actelis Networks Inc.
25 Bazel St., P.O.B. 10173
Petach-Tikva 10173
Israel
Phone: +972-3-924-3491
Email: edward.beili@actelis.com"
エディタ: エドワードBeili郵便: Actelisは株式会社25Bazel通り、私書箱10173Petach-Tikva10173イスラエル電話をネットワークでつなぎます: +972-3-924-3491 メールしてください: " edward.beili@actelis.com "
DESCRIPTION
"The objects in this MIB module are used to manage
the Ethernet in the First Mile (EFM) Copper (EFMCu) Interfaces
2BASE-TL and 10PASS-TS, defined in IEEE Std. 802.3ah-2004,
which is now a part of IEEE Std. 802.3-2005.
「First Mile(EFM)銅(EFMCu)のインタフェースの2BASE-TLと10PASS-TSでイーサネットを管理して、IEEE Stdで定義されて、このMIBモジュールによるオブジェクトは使用されている」記述。 802.3、ああ、-2004、現在IEEE Stdの一部である。 802.3-2005.
The following references are used throughout this MIB module:
以下の参照はこのMIBモジュール中で使用されます:
[802.3ah] refers to:
IEEE Std 802.3ah-2004: 'IEEE Standard for Information
technology - Telecommunications and information exchange
between systems - Local and metropolitan area networks -
Specific requirements -
Part 3: Carrier Sense Multiple Access with Collision
Detection (CSMA/CD) Access Method and Physical Layer
Specifications -
Amendment: Media Access Control Parameters, Physical
Layers and Management Parameters for Subscriber Access
Networks', 07 September 2004.
[802.3ah] 言及します: IEEE Std 802.3ah-2004: '情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます' 衝突検出(CSMA/CD)がアクセス法的であって物理的の搬送波感知多重アクセスは仕様--修正を層にします: メディアアクセスはパラメタ、物理的な層、および管理パラメタを加入者アクセスネットワーク、2004年9月7日に制御します。
Of particular interest are Clause 61, 'Physical Coding
Sublayer (PCS) and common specifications, type 10PASS-TS and
type 2BASE-TL', Clause 30, 'Management', Clause 45,
'Management Data Input/Output (MDIO) Interface', Annex 62A,
'PMD profiles for 10PASS-TS' and Annex 63A, 'PMD profiles for
2BASE-TL'.
'特別の関心は、Clause61と、物理的なCoding Sublayer(PCS)と一般的な仕様です、と10PASS-TSとタイプ2BASE-TLと''Clause30と'管理'とClause45と'管理Data Input/出力(MDIO)は連結し'てAnnex 62Aと'10PASS-TSのためのPMDプロフィール'とAnnex 63A、2BASE-TLのためのPMDプロフィール'はタイプします。
Beili Standards Track [Page 23] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[23ページ]RFC5066EFMCuはMIB2007年11月に連結します。
[G.991.2] refers to:
ITU-T Recommendation G.991.2: 'Single-pair High-speed Digital
Subscriber Line (SHDSL) transceivers', December 2003.
[G.991.2] 言及します: ITU-T推薦G.991.2: 2003年12月の'単独の組High-速度Digital Subscriber線(SHDSL)トランシーバー'。
[ANFP] refers to:
NICC Document ND1602:2005/08: 'Specification of the Access
Network Frequency Plan (ANFP) applicable to transmission
systems used on the BT Access Network,' August 2005.
[ANFP] 言及します: NICCはND1602: 2005/08を記録します: 2005年8月の'BT Access Networkで使用される伝動装置に適切なAccess Network Frequency Plan(ANFP)の仕様'。
The following normative documents are quoted by the DESCRIPTION
clauses in this MIB module:
以下の標準のドキュメントはこのMIBモジュールによる記述節によって引用されます:
[G.993.1] refers to:
ITU-T Recommendation G.993.1: 'Very High speed Digital
Subscriber Line transceivers', June 2004.
[G.993.1] 言及します: ITU-T推薦G.993.1: 2004年6月の'まさしくそのHigh速度Digital Subscriber線トランシーバー'。
[T1.424] refers to:
ANSI T1.424-2004: 'Interface Between Networks and Customer
Installation Very-high-bit-rate Digital Subscriber Lines
(VDSL) Metallic Interface (DMT Based)', June 2004.
[T1.424] 言及します: ANSI T1.424-2004: 2004年6月の'ネットワークと顧客のインストールのまさしくその高速デジタル加入者回線(VDSL)の金属インタフェース(基づくDMT)とのインタフェース'。
[TS 101 270-1] refers to:
ETSI TS 101 270-1: 'Transmission and Multiplexing (TM);
Access transmission systems on metallic access cables;
Very high speed Digital Subscriber Line (VDSL); Part 1:
Functional requirements', October 2005.
[TS101 270-1] 言及します: ETSI t101 270-1: 'トランスミッションとマルチプレクシング(TM)'。 金属アクセスケーブルの上で伝動装置にアクセスしてください。 非常に高い速度Digital Subscriber線(VDSL)。 第1部: 2005年10月の機能条件書のもの
Naming Conventions:
Atn - Attenuation
CO - Central Office
CPE - Customer Premises Equipment
EFM - Ethernet in the First Mile
EFMCu - EFM Copper
MDIO - Management Data Input/Output
Mgn - Margin
PAF - PME Aggregation Function
PBO - Power Back-Off
PCS - Physical Coding Sublayer
PMD - Physical Medium Dependent
PME - Physical Medium Entity
PSD - Power Spectral Density
SNR - Signal to Noise Ratio
TCPAM - Trellis Coded Pulse Amplitude Modulation
命名規則: Atn--Attenuation CO--電話局CPE--顧客端末EFM--最初のマイルEFMCuのイーサネット--EFM銅のMDIO--管理データ入力/出力Mgn--マージンPAF--PME総計機能PBO--パワー下に後部PCS--物理的なコード化副層PMD--物理的な媒体の依存するPME--物理的な媒体実体PSD--パワースペクトル密度SNR--SN比TCPAM--トレリスのコード化されたパルス振幅変調
Copyright (C) The IETF Trust (2007). This version
of this MIB module is part of RFC 5066; see the RFC
itself for full legal notices."
IETFが信じる著作権(C)(2007)。 このMIBモジュールのこのバージョンはRFC5066の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
Beili Standards Track [Page 24] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[24ページ]RFC5066EFMCuはMIB2007年11月に連結します。
REVISION "200711140000Z" -- November 14, 2007
DESCRIPTION "Initial version, published as RFC 5066."
REVISION"200711140000Z"--「初期のバージョンであって、RFC5066として発行された」2007年11月14日記述。
::= { mib-2 167 }
::= mib-2 167
-- Sections of the module
-- モジュールのセクション
efmCuObjects OBJECT IDENTIFIER ::= { efmCuMIB 1 }
efmCuObjectsオブジェクト識別子:、:= efmCuMIB1
efmCuConformance OBJECT IDENTIFIER ::= { efmCuMIB 2 }
efmCuConformanceオブジェクト識別子:、:= efmCuMIB2
-- Groups in the module
-- モジュールによるグループ
efmCuPort OBJECT IDENTIFIER ::= { efmCuObjects 1 }
efmCuPortオブジェクト識別子:、:= efmCuObjects1
efmCuPme OBJECT IDENTIFIER ::= { efmCuObjects 2 }
efmCuPmeオブジェクト識別子:、:= efmCuObjects2
-- Textual Conventions
-- 原文のコンベンション
EfmProfileIndex ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION
"A unique value, greater than zero, for each PME configuration
profile in the managed EFMCu port. It is RECOMMENDED that
values are assigned contiguously starting from 1. The value
for each profile MUST remain constant at least from one
re-initialization of the entity's network management system
to the next re-initialization."
SYNTAX Unsigned32 (1..255)
EfmProfileIndex:、:= 「管理されたEFMCuポートのそれぞれのPME構成プロフィールあたりゼロよりユニークな値で、すばらしい」TEXTUAL-CONVENTION DISPLAY-ヒント「d」STATUS現在の記述。 近接して1から始めて、値が割り当てられるのは、RECOMMENDEDです。 「各プロフィールのための値は少なくとも実体のネットワーク管理システムの1つの再初期化から次の再初期化まで一定のままで残らなければなりません。」 構文Unsigned32(1..255)
EfmProfileIndexOrZero ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION
"This textual convention is an extension of the
EfmProfileIndex convention. The latter defines a greater than
zero value used to identify a PME profile in the managed EFMCu
port. This extension permits the additional value of zero.
The value of zero is object-specific and MUST therefore be
defined as part of the description of any object that uses
this syntax.
Examples of the usage of zero value might include situations
where the current operational profile is unknown."
SYNTAX Unsigned32 (0..255)
EfmProfileIndexOrZero:、:= TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述、「この原文のコンベンションはEfmProfileIndexコンベンションの拡大です」。 後者は管理されたEFMCuポートでPMEが以前はよく値も全く特定していなかったよりすばらしいプロフィールを定義します。 この拡大はゼロの加算値を可能にします。 ゼロの値をオブジェクト特有であり、したがって、この構文を使用するどんなオブジェクトの記述の一部とも定義しなければなりません。 「価値がない用法に関する例は現在の操作上のプロフィールが未知である状況を含むかもしれません。」 構文Unsigned32(0..255)
EfmProfileIndexList ::= TEXTUAL-CONVENTION
DISPLAY-HINT "1d:"
EfmProfileIndexList:、:= 原文のコンベンションディスプレイヒント、「1d:」
Beili Standards Track [Page 25] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[25ページ]RFC5066EFMCuはMIB2007年11月に連結します。
STATUS current
DESCRIPTION
"This textual convention represents a list of up to 6
EfmProfileIndex values, any of which can be chosen for
configuration of a PME in a managed EFMCu port.
The EfmProfileIndex textual convention defines a greater than
zero value used to identify a PME profile.
The value of this object is a concatenation of zero or
more (up to 6) octets, where each octet contains an 8-bit
EfmProfileIndex value.
A zero-length octet string is object-specific and MUST
therefore be defined as part of the description of any object
that uses this syntax. Examples of the usage of a zero-length
value might include situations where an object using this
textual convention is irrelevant for a specific EFMCu port
type."
SYNTAX OCTET STRING (SIZE(0..6))
「この原文のコンベンションはリストを管理されたEFMCuポートでのPMEの構成にそれのいずれも選ぶことができる6つのEfmProfileIndex値まで表す」STATUSの現在の記述。 EfmProfileIndexの原文のコンベンションはPMEが以前はよく値も全く特定していなかったよりすばらしいプロフィールを定義します。 このオブジェクトの値はゼロの連結であるか、より多くの(最大6)が八重奏です、各八重奏が8ビットのEfmProfileIndex値を含んでいるところで。 ゼロ・レングス八重奏ストリングをオブジェクト特有であり、したがって、この構文を使用するどんなオブジェクトの記述の一部とも定義しなければなりません。 「ゼロ・レングス価値の用法に関する例は特定のEFMCuポートタイプに、この原文のコンベンションを使用するオブジェクトが無関係である状況を含むかもしれません。」 構文八重奏ストリング(サイズ(0 .6))
EfmTruthValueOrUnknown ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This textual convention is an extension of the TruthValue
convention. The latter defines a boolean value with possible
values of true(1) and false(2). This extension permits the
additional value of unknown(0), which can be returned as the
result of a GET operation when an exact true or false value
of the object cannot be determined."
SYNTAX INTEGER { unknown(0), true(1), false(2) }
EfmTruthValueOrUnknown:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「この原文のコンベンションはTruthValueコンベンションの拡大です」。 後者は本当の(1)と誤った(2)の可能な値でブール値を定義します。 「この拡大はオブジェクトの正確な本当の、または、誤った値が決定できないときGET操作の結果として返すことができる未知(0)の加算値を可能にします。」 構文整数未知(0)、本当の(1)、誤った(2)
-- Port Notifications Group
-- ポート通知グループ
efmCuPortNotifications OBJECT IDENTIFIER ::= { efmCuPort 0 }
efmCuPortNotificationsオブジェクト識別子:、:= efmCuPort0
efmCuLowRateCrossing NOTIFICATION-TYPE
OBJECTS {
ifSpeed,
efmCuThreshLowRate
}
STATUS current
DESCRIPTION
"This notification indicates that the EFMCu port's data rate
has reached/dropped below or exceeded the low rate threshold,
specified by efmCuThreshLowRate.
efmCuLowRateCrossing NOTIFICATION-TYPE OBJECTS、ifSpeed、efmCuThreshLowRate、STATUSの現在の記述、「efmCuThreshLowRateによって指定された低率敷居が達しているか、下に下げられる、または超えられていて、この通知は、EFMCuポートのデータ信号速度がそうしたのを示します」。
This notification MAY be sent for the -O subtype ports
(2BaseTL-O/10PassTS-O) while the port is Up, on the crossing
event in both directions: from normal (rate is above the
threshold) to low (rate equals the threshold or below it) and
ポートがUpである間、-O「副-タイプ」ポート(2BaseTL-O/10PassTS-O)にこの通知を送るかもしれません、両方の方向への交差点イベントで: そして標準(レートは敷居を超えている)から安値(敷居かそれの下のレート同輩)。
Beili Standards Track [Page 26] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[26ページ]RFC5066EFMCuはMIB2007年11月に連結します。
from low to normal. This notification is not applicable to
the -R subtypes.
安値から標準まで。 この通知は-R血液型亜型に適切ではありません。
It is RECOMMENDED that a small debouncing period of 2.5 sec,
between the detection of the condition and the notification,
is implemented to prevent simultaneous LinkUp/LinkDown and
efmCuLowRateCrossing notifications to be sent.
2.5秒の小さい「反-弾」みの期間が送られる同時のLinkUp/LinkDownとefmCuLowRateCrossing通知を防ぐために状態の検出と通知の間で実装されるのは、RECOMMENDEDです。
The adaptive nature of the EFMCu technology allows the port to
adapt itself to the changes in the copper environment, e.g.,
an impulse noise, alien crosstalk, or a micro-interruption may
temporarily drop one or more PMEs in the aggregation group,
causing a rate degradation of the aggregated EFMCu link.
The dropped PMEs would then try to re-initialize, possibly at
a lower rate than before, adjusting the rate to provide
required target SNR margin.
ポートはEFMCu技術の適応型の本質で銅の環境における変化に慣れることができます、例えば、インパルス雑音、異質の漏話、またはマイクロ中断が集合グループで一時1PMEsを下げるかもしれません、集められたEFMCuリンクのレート退行を引き起こして。 提供するレートを調整する次にPMEsがことによると以前より低レートで再初期化しようとするだろう下げるのは目標SNRマージンを必要としました。
Generation of this notification is controlled by the
efmCuLowRateCrossingEnable object."
::= { efmCuPortNotifications 1 }
「この通知の世代はefmCuLowRateCrossingEnableオブジェクトによって制御されます。」 ::= efmCuPortNotifications1
-- PCS Port group
-- PCS Portグループ
efmCuPortConfTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPortConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Table for Configuration of EFMCu 2BASE-TL/10PASS-TS (PCS)
Ports. Entries in this table MUST be maintained in a
persistent manner."
::= { efmCuPort 1 }
「EFMCu 2BASE-Tl/10PASS-t(PCS)の構成のためのテーブルは移植する」efmCuPortConfTable OBJECT-TYPE SYNTAX SEQUENCE OF EfmCuPortConfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「永続的な方法でこのテーブルのエントリーを維持しなければなりません。」 ::= efmCuPort1
efmCuPortConfEntry OBJECT-TYPE
SYNTAX EfmCuPortConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu Port Configuration table.
Each entry represents an EFMCu port indexed by the ifIndex.
Note that an EFMCu PCS port runs on top of a single
or multiple PME port(s), which are also indexed by ifIndex."
INDEX { ifIndex }
::= { efmCuPortConfTable 1 }
「EFMCu Port Configurationのエントリーはテーブルの上に置く」efmCuPortConfEntry OBJECT-TYPE SYNTAX EfmCuPortConfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはifIndexによって索引をつけられたEFMCuポートを表します。 「EFMCu PCSポートがシングルか複数のPMEポートの上を動くことに注意してください。」また、ポートはifIndexによって索引をつけられます。 ifIndexに索引をつけてください:、:= efmCuPortConfTable1
EfmCuPortConfEntry ::=
SEQUENCE {
efmCuPAFAdminState INTEGER,
EfmCuPortConfEntry:、:= 系列、efmCuPAFAdminState整数
Beili Standards Track [Page 27] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[27ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPAFDiscoveryCode PhysAddress,
efmCuAdminProfile EfmProfileIndexList,
efmCuTargetDataRate Unsigned32,
efmCuTargetSnrMgn Unsigned32,
efmCuAdaptiveSpectra TruthValue,
efmCuThreshLowRate Unsigned32,
efmCuLowRateCrossingEnable TruthValue
}
efmCuPAFDiscoveryCode PhysAddress、efmCuAdminProfile EfmProfileIndexList、efmCuTargetDataRate Unsigned32、efmCuTargetSnrMgn Unsigned32、efmCuAdaptiveSpectra TruthValue、efmCuThreshLowRate Unsigned32、efmCuLowRateCrossingEnable TruthValue
efmCuPAFAdminState OBJECT-TYPE
SYNTAX INTEGER {
enabled(1),
disabled(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Administrative (desired) state of the PAF of the EFMCu port
(PCS).
When 'disabled', PME aggregation will not be performed by the
PCS. No more than a single PME can be assigned to this PCS in
this case.
When 'enabled', PAF will be performed by the PCS when the link
is Up, even on a single attached PME, if PAF is supported.
efmCuPAFAdminState OBJECT-TYPE SYNTAX INTEGERは(2)であると無効にされた(1)を可能にしました。マックス-ACCESSは「EFMCuポート(PCS)のPAFの管理(必要な)の州」をSTATUSの現在の記述に読書して書きます。 '無効にされる'場合、PME集合はPCSによって実行されないでしょう。 この場合独身のPMEをこのPCSに割り当てることができるだけです。 リンクがUpであるときに、'可能にされる'と、PAFはPCSによって実行されるでしょう、独身の付属PMEでさえ、PAFがサポートされるなら。
PCS ports incapable of supporting PAF SHALL return a value of
'disabled'. Attempts to 'enable' such ports SHALL be
rejected.
PAF SHALLをサポートすることができないPCSポートが'身体障害者'の値を返します。 そのようなものを'可能にする'試みはSHALLを移植します。拒絶されます。
A PAF 'enabled' port with multiple PMEs assigned cannot be
'disabled'. Attempts to 'disable' such port SHALL be
rejected, until at most one PME is left assigned.
複数のPMEsがある'可能にされた'ポートが割り当てたPAFを'無効にすることができません'。 そのようなものを'無効にする'試みはSHALLを移植します。1PMEが割り当てられるように高々残されるまで、拒絶されてください。
Changing PAFAdminState is a traffic-disruptive operation and
as such SHALL be done when the link is Down. Attempts to
change this object SHALL be rejected if the link is Up or
Initializing.
PAFAdminStateを変えるのは、トラフィック破壊的な操作です、そして、そのようなSHALLとして、リンクがDownであるときには、してください。 試み、このオブジェクトSHALLを変えるには、リンクがUpかInitializingであるなら拒絶されてください。
This object maps to the Clause 30 attribute aPAFAdminState.
このオブジェクトはClause30属性にaPAFAdminStateを写像します。
If a Clause 45 MDIO Interface to the PCS is present, then this
object maps to the PAF enable bit in the 10P/2B PCS control
register.
PCSへのClause45MDIO Interfaceが存在しているなら、そして、10P/2B PCS制御レジスタで噛み付かれて、PAFへの地図が可能にするこのオブジェクトです。
This object MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] 61.2.2, 45.2.3.18.3"
::= { efmCuPortConfEntry 1 }
「永続的な方法でこのオブジェクトを維持しなければなりません。」 参照、「[802.3ah] 61.2 .2 45.2 .3 .18 0.3インチ:、:、」= efmCuPortConfEntry1
Beili Standards Track [Page 28] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[28ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPAFDiscoveryCode OBJECT-TYPE
SYNTAX PhysAddress (SIZE(0|6))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"PAF Discovery Code of the EFMCu port (PCS).
A unique 6-octet code used by the Discovery function,
when PAF is supported.
PCS ports incapable of supporting PAF SHALL return a
zero-length octet string on an attempt to read this object.
An attempt to write to this object SHALL be rejected for such
ports.
This object MUST be instantiated for the -O subtype PCS before
writing operations on the efmCuPAFRemoteDiscoveryCode
(Set_if_Clear and Clear_if_Same) are performed by PMEs
associated with the PCS.
The initial value of this object for -R subtype ports after
reset is all zeroes. For -R subtype ports, the value of this
object cannot be changed directly. This value may be changed
as a result of writing operation on the
efmCuPAFRemoteDiscoveryCode object of remote PME of -O
subtype, connected to one of the local PMEs associated with
the PCS.
efmCuPAFDiscoveryCode OBJECT-TYPE SYNTAX PhysAddress(SIZE(0|6))マックス-ACCESSはSTATUSの現在の記述「EFMCuポート(PCS)のPAFディスカバリーCode」を読書して書きます。 PAFがサポートされるときディスカバリー機能によって使用されるユニークな6八重奏のコード。 PAF SHALLをサポートすることができないPCSポートがこのオブジェクトを読む試みにゼロ・レングス八重奏ストリングを返します。 このオブジェクトSHALLに書くのを試みてください。そのようなポートに拒絶されます。 efmCuPAFRemoteDiscoveryCodeにおける書くことの操作がPCSに関連しているPMEsによって実行される(__ClearとClearであるなら、__Sameであるならセットします)前に-O「副-タイプ」PCSのためにこのオブジェクトを例示しなければなりません。 リセットされた後に-R「副-タイプ」ポートへのこのオブジェクトの初期の値はすべてゼロです。 -R「副-タイプ」ポートに関しては、直接このオブジェクトの値を変えることができません。 -O「副-タイプ」のリモートPMEのefmCuPAFRemoteDiscoveryCodeオブジェクトに操作を書くことの結果、この値を変えるかもしれません、PCSに関連している地方のPMEsの1つに接続されています。
Discovery MUST be performed when the link is Down.
Attempts to change this object MUST be rejected (in case of
SNMP with the error inconsistentValue), if the link is Up or
Initializing.
リンクがDownであるときに、発見を実行しなければなりません。 このオブジェクトを変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
The PAF Discovery Code maps to the local Discovery code
variable in PAF (note that it does not have a corresponding
Clause 45 register)."
REFERENCE
"[802.3ah] 61.2.2.8.3, 61.2.2.8.4, 45.2.6.6.1, 45.2.6.8,
61A.2"
::= { efmCuPortConfEntry 2 }
「地方のディスカバリーへのPAFディスカバリーCode地図はPAFの変数をコード化します(対応するClause45がそれで登録しないことに注意してください)。」 参照、「[802.3ah] 61.2 .2 .8 .3 61.2 .2 .8 .4 45.2 .6 .6 .1 45.2 .6 .8、61A.2":、:、」= efmCuPortConfEntry2
efmCuAdminProfile OBJECT-TYPE
SYNTAX EfmProfileIndexList
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Desired configuration profile(s), common for all PMEs in the
EFMCu port. This object is a list of pointers to entries in
either efmCuPme2BProfileTable or
efmCuPme10PProfileTable, depending on the current
operating SubType of the EFMCu port as indicated by
efmCuPortSide.
efmCuAdminProfile OBJECT-TYPE SYNTAX EfmProfileIndexListマックス-ACCESSは「必要な構成プロフィール、EFMCuポートのすべてのPMEsのためのコモン」をSTATUSの現在の記述に読書して書きます。 このオブジェクトはefmCuPme2BProfileTableかefmCuPme10PProfileTableのどちらかのエントリーへの指針のリストです、efmCuPortSideによって示されるようにEFMCuポートの現在の操作SubTypeによって。
Beili Standards Track [Page 29] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[29ページ]RFC5066EFMCuはMIB2007年11月に連結します。
The value of this object is a list of up to 6 indices of
profiles. If this list consists of a single profile index,
then all PMEs assigned to this EFMCu port SHALL be configured
according to the profile referenced by that index, unless it
is overwritten by a corresponding non-zero
efmCuPmeAdminProfile instance, which takes precedence over
efmCuAdminProfile.
A list consisting of more than one index allows each PME
in the port to be configured according to any profile
specified in the list.
By default, this object has a value of 0x01, referencing the
1st entry in efmCuPme2BProfileTable or
efmCuPme10PProfileTable.
このオブジェクトの値はプロフィールの最大6つのインデックスリストのリストです。 このリストがただ一つのプロフィールインデックスから成るなら、プロフィールに従ってそのインデックスによって参照をつけられて、構成されていて、すべてのPMEsがポートSHALLをこのEFMCuに割り当てました、対応する非ゼロefmCuPmeAdminProfileインスタンス(efmCuAdminProfileの上で優先する)によってそれが上書きされない場合。 1つ以上のインデックスから成るリストは、リストで指定されたどんなプロフィールによるとも、ポートの各PMEが構成されるのを許容します。 デフォルトで、このオブジェクトには、efmCuPme2BProfileTableかefmCuPme10PProfileTableにおける最初のエントリーに参照をつけて、0×01の値があります。
This object is writable and readable for the -O subtype
(2BaseTL-O or 10PassTS-O) EFMCu ports. It is irrelevant for
the -R subtype (2BaseTL-R or 10PassTS-R) ports -- a
zero-length octet string SHALL be returned on an attempt to
read this object and an attempt to change this object MUST be
rejected in this case.
-O「副-タイプ」(2BaseTL-Oか10PassTS-O)EFMCuポートに、このオブジェクトは、書き込み可能であって、読み込み可能です。 -R「副-タイプ」(2BaseTL-Rか10PassTS-R)ポートに、それは無関係です--ゼロ・レングス八重奏はSHALLを結びます。このオブジェクトを読む試みと変化する試みに返して、この場合このオブジェクトを拒絶しなければならないということになってください。
Note that the current operational profile value is available
via the efmCuPmeOperProfile object.
現在の操作上のプロフィール値がefmCuPmeOperProfileオブジェクトを通して利用可能であることに注意してください。
Any modification of this object MUST be performed when the
link is Down. Attempts to change this object MUST be
rejected, if the link is Up or Initializing.
Attempts to set this object to a list with a member value that
is not the value of the index for an active entry in the
corresponding profile table MUST be rejected.
リンクがDownであるときに、このオブジェクトのどんな変更も実行しなければなりません。 リンクがUpかInitializingであるならこのオブジェクトを変える試みを拒絶しなければなりません。 対応するプロフィールテーブルの活発なエントリーへのインデックスの値でないメンバー値でこのオブジェクトをリストに設定する試みを拒絶しなければなりません。
This object maps to the Clause 30 attribute aProfileSelect.
このオブジェクトはClause30属性にaProfileSelectを写像します。
This object MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] 30.11.2.1.6"
DEFVAL { '01'H }
::= { efmCuPortConfEntry 3 }
「永続的な方法でこのオブジェクトを維持しなければなりません。」 参照、「[802.3ah] 30.11 .2 .1 0.6インチDEFVAL'01'H:、:、」= efmCuPortConfEntry3
efmCuTargetDataRate OBJECT-TYPE
SYNTAX Unsigned32(1..100000|999999)
UNITS "Kbps"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Desired EFMCu port 'net' (as seen across MII) Data Rate in
Kbps, to be achieved during initialization, under spectral
restrictions placed on each PME via efmCuAdminProfile or
または、efmCuTargetDataRate OBJECT-TYPE SYNTAX Unsigned32(1..100000| 999999)UNITS「キロビット毎秒」マックス-ACCESSは初期化の間、達成されるためにKbpsのSTATUSの現在の記述「必要なEFMCu'ポートネット'(MIIの向こう側に見られるように)データRateに読書して書きます、各PMEに関してefmCuAdminProfileを通して課されるスペクトル制限で」
Beili Standards Track [Page 30] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[30ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPmeAdminProfile, with the desired SNR margin specified by
efmCuTargetSnrMgn.
In case of PAF, this object represents a sum of individual PME
data rates, modified to compensate for fragmentation and
64/65-octet encapsulation overhead (e.g., target data rate of
10 Mbps SHALL allow lossless transmission of a full-duplex
10 Mbps Ethernet frame stream with minimal inter-frame gap).
必要なSNRマージンがefmCuTargetSnrMgnによって指定されているefmCuPmeAdminProfile。 PAFの場合には、このオブジェクトは断片化を補うように変更された個々のPMEデータ信号速度と64/65八重奏のカプセル化オーバーヘッド(例えば、Mbps SHALLが最小量のインターフレームギャップがある全二重10Mbpsイーサネットフレームストリームのlossless送信を許す10の目標データ信号速度)の合計を表します。
The value is limited above by 100 Mbps as this is the max
burst rate across MII for EFMCu ports.
値は、これがMIIの向こう側のEFMCuポートの最大炸裂率であるので、上で100Mbpsによって制限されます。
The value between 1 and 100000 indicates that the total data
rate (ifSpeed) of the EFMCu port after initialization SHALL be
equal to the target data rate or less, if the target data rate
cannot be achieved under spectral restrictions specified by
efmCuAdminProfile/efmCuPmeAdminProfile and with the desired
SNR margin. In case the copper environment allows a higher
total data rate to be achieved than that specified by the
target, the excess capability SHALL be either converted to
additional SNR margin or reclaimed by minimizing transmit
power as controlled by efmCuAdaptiveSpectra.
1と100000の間の値は、初期化SHALLの後のEFMCuポートの総データ信号速度(ifSpeed)が目標データ信号速度か以下と等しいのを示します、efmCuAdminProfile/efmCuPmeAdminProfileによって指定されたスペクトル制限と必要なSNRマージンで目標データ信号速度を達成できないなら。 どちらかが追加SNRマージンに変えたという銅の環境が、目標、余分な能力SHALLによって指定されたそれよりさらに高い総データ信号速度が達成されるのを許容するといけないのでことになりなさいか、または最小にすることによって開墾されて、efmCuAdaptiveSpectraによる制御されるとしてのパワーを伝えてください。
The value of 999999 means that the target data rate is not
fixed and SHALL be set to the maximum attainable rate during
initialization (Best Effort), under specified spectral
restrictions and with the desired SNR margin.
999999の値は、修理されなかった目標データ信号速度とSHALLが初期化(最も良いEffort)の間の達成できる最大のレート、指定されたスペクトル制限、および必要なSNRマージンで用意ができていることを意味します。
This object is read-write for the -O subtype EFMCu ports
(2BaseTL-O/10PassTS-O) and not available for the -R subtypes.
このオブジェクトは、-O subtype EFMCuポート(2BaseTL-O/10PassTS-O)に読書して書いて-R血液型亜型に利用可能ではありません。
Changing of the Target Data Rate MUST be performed when the
link is Down. Attempts to change this object MUST be rejected
(in case of SNMP with the error inconsistentValue), if the
link is Up or Initializing.
リンクがDownであるときに、Target Data Rateの変化を実行しなければなりません。 このオブジェクトを変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
Note that the current Data Rate of the EFMCu port is
represented by the ifSpeed object of IF-MIB.
EFMCuポートの現在のData RateがifSpeedオブジェクトによって表されることに注意してください、-、MIB
This object MUST be maintained in a persistent manner."
::= { efmCuPortConfEntry 4 }
「永続的な方法でこのオブジェクトを維持しなければなりません。」 ::= efmCuPortConfEntry4
efmCuTargetSnrMgn OBJECT-TYPE
SYNTAX Unsigned32(0..21)
UNITS "dB"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Desired EFMCu port SNR margin to be achieved on all PMEs
efmCuTargetSnrMgn OBJECT-TYPE SYNTAX Unsigned32(0 .21)UNITS「dB」マックス-ACCESSは「必要なEFMCuはすべてのPMEsで達成されるためにSNRマージンを移植すること」をSTATUSの現在の記述に読書して書きます。
Beili Standards Track [Page 31] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[31ページ]RFC5066EFMCuはMIB2007年11月に連結します。
assigned to the port, during initialization. (The SNR margin
is the difference between the desired SNR and the actual SNR).
初期化の間、ポートに割り当てられます。 (SNRマージンは必要なSNRと実際のSNRの違いです。)
Note that 802.3ah recommends using a default target SNR margin
of 5 dB for 2BASE-TL ports and 6 dB for 10PASS-TS ports in
order to achieve a mean Bit Error Rate (BER) of 10^-7 at the
PMA service interface.
802.3ahが、PMAサービスインタフェースで10^-7の意地悪なBit Error Rate(BER)を達成して、2BASE-TLポートと6dBに5dBのデフォルト目標SNRマージンを10PASS-TSポートに使用することを勧めることに注意してください。
This object is read-write for the -O subtype EFMCu ports
(2BaseTL-O/10PassTS-O) and not available for the -R subtypes.
このオブジェクトは、-O subtype EFMCuポート(2BaseTL-O/10PassTS-O)に読書して書いて-R血液型亜型に利用可能ではありません。
Changing of the target SNR margin MUST be performed when the
link is Down. Attempts to change this object MUST be rejected
(in case of SNMP with the error inconsistentValue), if the
link is Up or Initializing.
リンクがDownであるときに、目標SNRマージンの変化を実行しなければなりません。 このオブジェクトを変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
Note that the current SNR margin of the PMEs comprising the
EFMCu port is represented by efmCuPmeSnrMgn.
EFMCuポートを包括するPMEsの現在のSNRマージンがefmCuPmeSnrMgnによって表されることに注意してください。
This object MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] 61.1.2"
::= { efmCuPortConfEntry 5 }
「永続的な方法でこのオブジェクトを維持しなければなりません。」 参照、「[802.3ah]61.10.2インチ:、:、」= efmCuPortConfEntry5
efmCuAdaptiveSpectra OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates how to utilize excess capacity when the copper
environment allows a higher total data rate to be achieved
than that specified by the efmCuTargetDataRate.
マックス-ACCESSが「銅の環境が、efmCuTargetDataRateによって指定されたそれよりさらに高い総データ信号速度が達成されるのを許容するとき、過剰生産能力を利用する方法を示す」とSTATUSの現在の記述に読書して書くefmCuAdaptiveSpectra OBJECT-TYPE SYNTAX TruthValue。
A value of true(1) indicates that the excess capability SHALL
be reclaimed by minimizing transmit power, e.g., using higher
constellations and Power Back-Off, in order to reduce
interference to other copper pairs in the binder and the
adverse impact to link/system performance.
本当の(1)の値は余分な能力SHALLが最小にすることによって開墾されるのがパワーを伝えて、例えば、より高い星座と下にPower Backを使用して、他の銅への干渉が減少するためにバインダーと悪影響でリンク/システム性能と対にされるのを示します。
A value of false(2) indicates that the excess capability SHALL
be converted to additional SNR margin and spread evenly across
all active PMEs assigned to the (PCS) port, to increase link
robustness.
誤った(2)の値は、余分な能力SHALLがリンク丈夫さを増強するために(PCS)ポートに割り当てられたすべてのアクティブなPMEsの向こう側に追加SNRマージンに両替されて、均等に広げられるのを示します。
This object is read-write for the -O subtype EFMCu ports
(2BaseTL-O/10PassTS-O) and not available for the -R subtypes.
このオブジェクトは、-O subtype EFMCuポート(2BaseTL-O/10PassTS-O)に読書して書いて-R血液型亜型に利用可能ではありません。
Changing of this object MUST be performed when the link is
リンクが実行するとき、このオブジェクトの変化を実行しなければなりません。
Beili Standards Track [Page 32] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[32ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Down. Attempts to change this object MUST be rejected (in
case of SNMP with the error inconsistentValue), if the link
is Up or Initializing.
ダウンしてください。 このオブジェクトを変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
This object MUST be maintained in a persistent manner."
::= { efmCuPortConfEntry 6 }
「永続的な方法でこのオブジェクトを維持しなければなりません。」 ::= efmCuPortConfEntry6
efmCuThreshLowRate OBJECT-TYPE
SYNTAX Unsigned32(1..100000)
UNITS "Kbps"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object configures the EFMCu port low-rate crossing alarm
threshold. When the current value of ifSpeed for this port
reaches/drops below or exceeds this threshold, an
efmCuLowRateCrossing notification MAY be generated if enabled
by efmCuLowRateCrossingEnable.
efmCuThreshLowRate OBJECT-TYPE SYNTAX Unsigned32(1 .100000)UNITS「キロビット毎秒」マックス-ACCESSは「このオブジェクトはEFMCuポート低率交差点アラーム敷居を構成すること」をSTATUSの現在の記述に読書して書きます。 このポートへのifSpeedの現行価値に達すると、/は、この敷居を下に低下するか、または超えています、efmCuLowRateCrossingEnableによって可能にされるなら通知が生成されるかもしれないefmCuLowRateCrossing。
This object is read-write for the -O subtype EFMCu ports
(2BaseTL-O/10PassTS-O) and not available for the -R subtypes.
このオブジェクトは、-O subtype EFMCuポート(2BaseTL-O/10PassTS-O)に読書して書いて-R血液型亜型に利用可能ではありません。
This object MUST be maintained in a persistent manner."
::= { efmCuPortConfEntry 7 }
「しつこい方法でこの物を維持しなければなりません。」 ::= efmCuPortConfEntry7
efmCuLowRateCrossingEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether efmCuLowRateCrossing notifications should
be generated for this interface.
efmCuLowRateCrossingEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「efmCuLowRateCrossing通知がこのインタフェースに発生するべきであるか否かに関係なく、示す」STATUSに読書して書きます。
A value of true(1) indicates that efmCuLowRateCrossing
notification is enabled. A value of false(2) indicates that
the notification is disabled.
本当の(1)の値は、efmCuLowRateCrossing通知が可能にされるのを示します。 誤った(2)の値は、通知は障害があるのを示します。
This object is read-write for the -O subtype EFMCu ports
(2BaseTL-O/10PassTS-O) and not available for the -R subtypes.
この物は、-O subtype EFMCuポート(2BaseTL-O/10PassTS-O)に読書して書いて-R血液型亜型に利用可能ではありません。
This object MUST be maintained in a persistent manner."
::= { efmCuPortConfEntry 8 }
「しつこい方法でこの物を維持しなければなりません。」 ::= efmCuPortConfEntry8
efmCuPortCapabilityTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPortCapabilityEntry
MAX-ACCESS not-accessible
STATUS current
efmCuPortCapabilityTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPortCapabilityEntryのマックス-ACCESSのアクセスしやすくないSTATUS海流
Beili Standards Track [Page 33] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[33ページ]RFC5066EFMCuはMIB2007年11月に連結します。
DESCRIPTION
"Table for Capabilities of EFMCu 2BASE-TL/10PASS-TS (PCS)
Ports. Entries in this table MUST be maintained in a
persistent manner"
::= { efmCuPort 2 }
「EFMCu 2BASE-Tl/10PASS-t(PCS)の能力のためのテーブルは移植する」記述。 「しつこい方法でこのテーブルのエントリーを維持しなければならない」:、:= efmCuPort2
efmCuPortCapabilityEntry OBJECT-TYPE
SYNTAX EfmCuPortCapabilityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu Port Capability table.
Each entry represents an EFMCu port indexed by the ifIndex.
Note that an EFMCu PCS port runs on top of a single
or multiple PME port(s), which are also indexed by ifIndex."
INDEX { ifIndex }
::= { efmCuPortCapabilityTable 1 }
「EFMCu Port Capabilityのエントリーはテーブルの上に置く」efmCuPortCapabilityEntry OBJECT-TYPE SYNTAX EfmCuPortCapabilityEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはifIndexによって索引をつけられたEFMCuポートを表します。 「EFMCu PCSポートがシングルか複数のPMEポートの上を動くことに注意してください。」また、ポートはifIndexによって索引をつけられます。 ifIndexに索引をつけてください:、:= efmCuPortCapabilityTable1
EfmCuPortCapabilityEntry ::=
SEQUENCE {
efmCuPAFSupported TruthValue,
efmCuPeerPAFSupported EfmTruthValueOrUnknown,
efmCuPAFCapacity Unsigned32,
efmCuPeerPAFCapacity Unsigned32
}
EfmCuPortCapabilityEntry:、:= 系列efmCuPAFSupported TruthValue、efmCuPeerPAFSupported EfmTruthValueOrUnknown、efmCuPAFCapacity Unsigned32、efmCuPeerPAFCapacity Unsigned32
efmCuPAFSupported OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"PME Aggregation Function (PAF) capability of the EFMCu port
(PCS).
This object has a value of true(1) when the PCS can perform
PME aggregation on the available PMEs.
Ports incapable of PAF SHALL return a value of false(2).
「EFMCuのPME Aggregation Function(PAF)能力は移植(PCS)」efmCuPAFSupported OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PCSが利用可能なPMEsにPME集合を実行できるとき、この物には、本当の(1)の値があります。 PAF SHALLで不可能なポートは誤った(2)の値を返します。
This object maps to the Clause 30 attribute aPAFSupported.
この物はClause30属性にaPAFSupportedを写像します。
If a Clause 45 MDIO Interface to the PCS is present,
then this object maps to the PAF available bit in the
10P/2B capability register."
REFERENCE
"[802.3ah] 61.2.2, 30.11.1.1.4, 45.2.3.17.1"
::= { efmCuPortCapabilityEntry 1 }
「PCSへのClause45MDIO Interfaceが存在しているなら、この物は10P/2B能力レジスタで利用可能なPAFにビットを写像します。」 参照、「[802.3ah] 61.2 .2 30.11 .1 .1 .4 45.2 .3 .17 0.1インチ:、:、」= efmCuPortCapabilityEntry1
efmCuPeerPAFSupported OBJECT-TYPE
SYNTAX EfmTruthValueOrUnknown
efmCuPeerPAFSupportedオブジェクト・タイプ構文EfmTruthValueOrUnknown
Beili Standards Track [Page 34] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[34ページ]RFC5066EFMCuはMIB2007年11月に連結します。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"PME Aggregation Function (PAF) capability of the EFMCu port
(PCS) link partner.
This object has a value of true(1) when the remote PCS can
perform PME aggregation on its available PMEs.
Ports whose peers are incapable of PAF SHALL return a value
of false(2).
Ports whose peers cannot be reached because of the link
state SHALL return a value of unknown(0).
「EFMCuポート(PCS)リンクのPME Aggregation Function(PAF)能力は組ませる」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述 リモートPCSが利用可能なPMEsにPME集合を実行できるとき、この物には、本当の(1)の値があります。 同輩がPAF SHALLで無能であるポートは誤った(2)の値を返します。 リンク州のSHALLのために同輩に連絡できないポートは未知(0)の値を返します。
This object maps to the Clause 30 attribute
aRemotePAFSupported.
この物はClause30属性にaRemotePAFSupportedを写像します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the Remote PAF supported bit in the
10P/2B capability register."
REFERENCE
"[802.3ah] 61.2.2, 30.11.1.1.9, 45.2.3.17.2"
::= { efmCuPortCapabilityEntry 2 }
「PCSへの45MDIO InterfaceはClauseであるなら存在しています、この物が10P/2B能力レジスタで噛み付かれた状態で支持されたRemote PAFに写像するその時。」 参照、「[802.3ah] 61.2 .2 30.11 .1 .1 .9 45.2 .3 .17 0.2インチ:、:、」= efmCuPortCapabilityEntry2
efmCuPAFCapacity OBJECT-TYPE
SYNTAX Unsigned32 (1..32)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of PMEs that can be aggregated by the local PAF.
The number of PMEs currently assigned to a particular
EFMCu port (efmCuNumPMEs) is never greater than
efmCuPAFCapacity.
efmCuPAFCapacity OBJECT-TYPE SYNTAX Unsigned32(1 .32)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「地方のPAFが集めることができるPMEsの数。」 現在特定のEFMCuポート(efmCuNumPMEs)に割り当てられているPMEsの数はefmCuPAFCapacityより決して大きくはありません。
This object maps to the Clause 30 attribute
aLocalPAFCapacity."
REFERENCE
"[802.3ah] 61.2.2, 30.11.1.1.6"
::= { efmCuPortCapabilityEntry 3 }
「この物はClause30属性にaLocalPAFCapacityを写像します。」 参照、「[802.3ah] 61.2 .2 30.11 .1 .1 0.6インチ:、:、」= efmCuPortCapabilityEntry3
efmCuPeerPAFCapacity OBJECT-TYPE
SYNTAX Unsigned32 (0|1..32)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of PMEs that can be aggregated by the PAF of the peer
PHY (PCS port).
A value of 0 is returned when peer PAF capacity is unknown
(peer cannot be reached).
efmCuPeerPAFCapacity OBJECT-TYPE SYNTAX Unsigned32、(0|1. .32)マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「同輩PHY(PCSポート)のPAFが集めることができるPMEsの数。」 同輩PAF容量が未知であるときに(同輩に連絡できません)、0の値を返します。
Beili Standards Track [Page 35] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[35ページ]RFC5066EFMCuはMIB2007年11月に連結します。
This object maps to the Clause 30 attribute
aRemotePAFCapacity."
REFERENCE
"[802.3ah] 61.2.2, 30.11.1.1.10"
::= { efmCuPortCapabilityEntry 4 }
「この物はClause30属性にaRemotePAFCapacityを写像します。」 参照、「[802.3ah] 61.2 .2 30.11 .1 .1 0.1インチ:、:、」= efmCuPortCapabilityEntry4
efmCuPortStatusTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPortStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides overall status information of EFMCu
2BASE-TL/10PASS-TS ports, complementing the generic status
information from the ifTable of IF-MIB and ifMauTable of
MAU-MIB. Additional status information about connected PMEs
is available from the efmCuPmeStatusTable.
efmCuPortStatusTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPortStatusEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルがifTableからの一般的な状態情報の補足となるEFMCu 2BASE-TL/10PASS-TSポートの総合的な状態情報を提供する、-、MIB、MAU-MIBのifMauTable、」 接続PMEsの追加状態情報はefmCuPmeStatusTableから利用可能です。
This table contains live data from the equipment. As such,
it is NOT persistent."
::= { efmCuPort 3 }
このテーブルは設備からのライブデータを含んでいます。 「そういうものとして、それはしつこくはありません。」 ::= efmCuPort3
efmCuPortStatusEntry OBJECT-TYPE
SYNTAX EfmCuPortStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu Port Status table.
Each entry represents an EFMCu port indexed by the ifIndex.
Note that an EFMCu PCS port runs on top of a single
or multiple PME port(s), which are also indexed by ifIndex."
INDEX { ifIndex }
::= { efmCuPortStatusTable 1 }
「EFMCu Port Statusのエントリーはテーブルの上に置く」efmCuPortStatusEntry OBJECT-TYPE SYNTAX EfmCuPortStatusEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはifIndexによって索引をつけられたEFMCuポートを表します。 「EFMCu PCSポートがシングルか複数のPMEポートの上を動くことに注意してください。」また、ポートはifIndexによって索引をつけられます。 ifIndexに索引をつけてください:、:= efmCuPortStatusTable1
EfmCuPortStatusEntry ::=
SEQUENCE {
efmCuFltStatus BITS,
efmCuPortSide INTEGER,
efmCuNumPMEs Unsigned32,
efmCuPAFInErrors Counter32,
efmCuPAFInSmallFragments Counter32,
efmCuPAFInLargeFragments Counter32,
efmCuPAFInBadFragments Counter32,
efmCuPAFInLostFragments Counter32,
efmCuPAFInLostStarts Counter32,
efmCuPAFInLostEnds Counter32,
efmCuPAFInOverflows Counter32
}
EfmCuPortStatusEntry:、:= 系列efmCuFltStatusビット、efmCuPortSide整数、efmCuNumPMEs Unsigned32、efmCuPAFInErrors Counter32、efmCuPAFInSmallFragments Counter32、efmCuPAFInLargeFragments Counter32、efmCuPAFInBadFragments Counter32、efmCuPAFInLostFragments Counter32、efmCuPAFInLostStarts Counter32、efmCuPAFInLostEnds Counter32、efmCuPAFInOverflows Counter32
Beili Standards Track [Page 36] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[36ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuFltStatus OBJECT-TYPE
SYNTAX BITS {
noPeer(0),
peerPowerLoss(1),
pmeSubTypeMismatch(2),
lowRate(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"EFMCu (PCS) port Fault Status. This is a bitmap of possible
conditions. The various bit positions are:
noPeer - the peer PHY cannot be reached (e.g.,
no PMEs attached, all PMEs are Down,
etc.). More info is available in
efmCuPmeFltStatus.
peerPowerLoss - the peer PHY has indicated impending
unit failure due to loss of local
power ('Dying Gasp').
pmeSubTypeMismatch - local PMEs in the aggregation group
are not of the same subtype, e.g.,
some PMEs in the local device are -O
while others are -R subtype.
lowRate - ifSpeed of the port reached or dropped
below efmCuThreshLowRate.
efmCuFltStatus OBJECT-TYPE SYNTAX BITS、noPeer(0)、peerPowerLoss(1)、pmeSubTypeMismatch(2)、lowRate(3)、マックス-ACCESSのSTATUSの現在の記述書き込み禁止「EFMCu(PCS)ポートFault Status。」 これは可能な状態のビットマップです。 様々なビット位置は以下の通りです。 noPeer--同輩PHYに達することができません(例えば、どんなPMEsも付かないで、すべてのPMEsがDownですなど)。 集合グループにおける地方のPMEsは同じ「副-タイプ」のものではありません、他のものは-R subtype. lowRateです--ポートのifSpeedはefmCuThreshLowRateの下に達したか、または低下しましたが、例えば、詳しい情報はefmCuPmeFltStatus. peerPowerLossで利用可能です--同輩PHYは地方のパワー('Gaspで、死ぬ')pmeSubTypeMismatchの損失のため差し迫っているユニット失敗を示しました--ローカル装置のいくつかのPMEsが-Oです。
This object is intended to supplement the ifOperStatus object
in IF-MIB and ifMauMediaAvailable in MAU-MIB.
この物がifOperStatus物を補うことを意図する、-、MIB、そして、MAU-MIBのifMauMediaAvailable。
Additional information is available via the efmCuPmeFltStatus
object for each PME in the aggregation group (single PME if
PAF is disabled)."
REFERENCE
"IF-MIB, ifOperStatus; MAU-MIB, ifMauMediaAvailable;
efmCuPmeFltStatus"
::= { efmCuPortStatusEntry 1 }
「追加情報は集合グループにおける各PMEのためのefmCuPmeFltStatus物を通して利用可能です(PAFが障害があるなら、PMEを選抜してください)。」 参照、「-、MIB、ifOperStatus、」、。 MAU-MIB、ifMauMediaAvailable。 「efmCuPmeFltStatus」:、:= efmCuPortStatusEntry1
efmCuPortSide OBJECT-TYPE
SYNTAX INTEGER {
subscriber(1),
office(2),
unknown(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"EFM port mode of operation (subtype).
The value of 'subscriber' indicates that the port is
efmCuPortSide OBJECT-TYPE SYNTAX INTEGER、加入者(1)、オフィス(2)、未知(3)、マックス-ACCESSのSTATUSの現在の記述書き込み禁止「EFMポート運転モード(「副-タイプ」)。」 '加入者'の値は、ポートがそうであることを示します。
Beili Standards Track [Page 37] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[37ページ]RFC5066EFMCuはMIB2007年11月に連結します。
designated as '-R' subtype (all PMEs assigned to this port are
of subtype '-R').
The value of the 'office' indicates that the port is
designated as '-O' subtype (all PMEs assigned to this port are
of subtype '-O').
The value of 'unknown' indicates that the port has no assigned
PMEs yet or that the assigned PMEs are not of the same side
(subTypePMEMismatch).
'-R'「副-タイプ」(このポートに割り当てられたすべてのPMEsが「副-タイプ」'-R'のものである)を任じました。 'オフィス'の値は、ポートが'-O'「副-タイプ」として指定されるのを示します(このポートに割り当てられたすべてのPMEsが「副-タイプ」'-O'のものです)。 '未知'の値は、ポートには割り当てられたPMEsが全くまだないか、割り当てられたPMEsが同じ側(subTypePMEMismatch)のものでないことを示します。
This object partially maps to the Clause 30 attribute
aPhyEnd."
REFERENCE
"[802.3ah] 61.1, 30.11.1.1.2"
::= { efmCuPortStatusEntry 2 }
「この物はClause30属性にaPhyEndを部分的に写像します。」 参照、「[802.3ah] 61.1 30.11 .1 .1 0.2インチ:、:、」= efmCuPortStatusEntry2
efmCuNumPMEs OBJECT-TYPE
SYNTAX Unsigned32 (0..32)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of PMEs that is currently aggregated by the local
PAF (assigned to the EFMCu port using the ifStackTable).
This number is never greater than efmCuPAFCapacity.
efmCuNumPMEs OBJECT-TYPE SYNTAX Unsigned32(0 .32)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「現在地方のPAF(ifStackTableを使用することでEFMCuポートに割り当てられる)によって集められるPMEsの数。」 この数はefmCuPAFCapacityより決して大きくはありません。
This object SHALL be automatically incremented or decremented
when a PME is added or deleted to/from the EFMCu port using
the ifStackTable."
REFERENCE
"[802.3ah] 61.2.2, 30.11.1.1.6"
::= { efmCuPortStatusEntry 3 }
「PMEであるときに自動的に増加されるか、または減少するこの物のSHALLはifStackTableを使用することでEFMCuポートからの/に加えられるか、または削除されます。」 参照、「[802.3ah] 61.2 .2 30.11 .1 .1 0.6インチ:、:、」= efmCuPortStatusEntry3
efmCuPAFInErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of fragments that have been received across the
gamma interface with RxErr asserted and discarded.
This read-only counter is inactive (not incremented) when the
PAF is unsupported or disabled. Upon disabling the PAF, the
counter retains its previous value.
efmCuPAFInErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ガンマの向こう側に受け取られた断片の数は断言されて、捨てられるRxErrに連結します」。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です(増加されません)。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF RX error register.
PCSへのClause45MDIO Interfaceが存在しているなら、この物が10P/2B PAF RX誤りレジスタに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
このカウンタの値における不連続はマネージメントシステムの再初期化においてifCounterDiscontinuityTimeの値によって示される他の時に起こることができます。
Beili Standards Track [Page 38] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[38ページ]RFC5066EFMCuはMIB2007年11月に連結します。
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.3.21"
::= { efmCuPortStatusEntry 4 }
「定義される、-、MIB、」 参照、「[802.3ah] 45.2 .3 0.21インチ:、:、」= efmCuPortStatusEntry4
efmCuPAFInSmallFragments OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of fragments smaller than minFragmentSize
(64 bytes) that have been received across the gamma interface
and discarded.
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
「ガンマの向こう側に受け取られたminFragmentSize(64バイト)より小さい断片の数は、連結して、捨てた」efmCuPAFInSmallFragments OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF small fragments register.
PCSへのClause45MDIO Interfaceが存在しているなら、この物が10P/2B PAF小さい破片レジスタに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.3.22"
::= { efmCuPortStatusEntry 5 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 45.2 .3 0.22インチ:、:、」= efmCuPortStatusEntry5
efmCuPAFInLargeFragments OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of fragments larger than maxFragmentSize
(512 bytes) that have been received across the gamma interface
and discarded.
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
「ガンマの向こう側に受け取られたmaxFragmentSize(512バイト)より大きい断片の数は、連結して、捨てた」efmCuPAFInLargeFragments OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF large fragments register.
PCSへのClause45MDIO Interfaceが存在しているなら、そして、10P/2B PAFの大きい断片への地図が登録するこの物です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照
Beili Standards Track [Page 39] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[39ページ]RFC5066EFMCuはMIB2007年11月に連結します。
"[802.3ah] 45.2.3.23"
::= { efmCuPortStatusEntry 6 }
「[802.3ah] 45.2 .3 0.23インチ:、:、」= efmCuPortStatusEntry6
efmCuPAFInBadFragments OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of fragments that do not fit into the sequence
expected by the frame assembly function and that have been
received across the gamma interface and discarded (the
frame buffer is flushed to the next valid frame start).
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
「フレームアセンブリ機能によって予想された系列に収まらない断片の数とそれは、ガンマインタフェースの向こう側に受け取られて、捨てられるのを(フレームバッファは次の有効なフレーム始めに洗い流されます)させる」efmCuPAFInBadFragments OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF bad fragments register.
PCSへのClause45MDIO Interfaceが存在しているなら、そして、10P/2B PAFの悪い断片への地図が登録するこの物です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.3.25"
::= { efmCuPortStatusEntry 7 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 45.2 .3 0.25インチ:、:、」= efmCuPortStatusEntry7
efmCuPAFInLostFragments OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of gaps in the sequence of fragments that have
been received across the gamma interface (the frame buffer is
flushed to the next valid frame start, when fragment/fragments
expected by the frame assembly function is/are not received).
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
efmCuPAFInLostFragments OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ガンマの向こう側に受け取られた断片の系列のギャップの数は連結(フレームバッファが次の有効なフレーム始めに洗い流されて、フレームアセンブリによって期待している断片/断片がいつ機能するかは、受け取られなかった/です)」。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF lost fragment register.
PCSへのClause45MDIO Interfaceが存在しているなら、この物が10P/2B PAFの無くなっている断片レジスタに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照
Beili Standards Track [Page 40] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[40ページ]RFC5066EFMCuはMIB2007年11月に連結します。
"[802.3ah] 45.2.3.26"
::= { efmCuPortStatusEntry 8 }
「[802.3ah] 45.2 .3 0.26インチ:、:、」= efmCuPortStatusEntry8
efmCuPAFInLostStarts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of missing StartOfPacket indicators expected by
the frame assembly function.
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
「なくなったStartOfPacketインディケータの数はフレームアセンブリ機能で予想した」efmCuPAFInLostStarts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF lost start of fragment
register.
PCSへのClause45MDIO Interfaceが存在しているなら、この物が断片レジスタの10P/2B PAFの無くなっている始まりに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.3.27"
::= { efmCuPortStatusEntry 9 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 45.2 .3 0.27インチ:、:、」= efmCuPortStatusEntry9
efmCuPAFInLostEnds OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of missing EndOfPacket indicators expected by the
frame assembly function.
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
「なくなったEndOfPacketインディケータの数はフレームアセンブリ機能で予想した」efmCuPAFInLostEnds OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF lost start of fragment
register.
PCSへのClause45MDIO Interfaceが存在しているなら、この物が断片レジスタの10P/2B PAFの無くなっている始まりに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.3.28"
::= { efmCuPortStatusEntry 10 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 45.2 .3 0.28インチ:、:、」= efmCuPortStatusEntry10
Beili Standards Track [Page 41] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[41ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPAFInOverflows OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of fragments, received across the gamma interface
and discarded, which would have caused the frame assembly
buffer to overflow.
This read-only counter is inactive when the PAF is
unsupported or disabled. Upon disabling the PAF, the counter
retains its previous value.
「ガンマインタフェースの向こう側に受け取られて、捨てられたそうする断片の数でフレームアセンブリバッファをはみ出させた」efmCuPAFInOverflows OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 PAFはサポートされないか、または障害があるとき、この書き込み禁止カウンタが不活発です。 PAFを無効にすると、カウンタは前の値を保有します。
If a Clause 45 MDIO Interface to the PCS is present, then
this object maps to the 10P/2B PAF overflow register.
PCSへのClause45MDIO Interfaceが存在しているなら、この物が10P/2B PAFオーバーフローレジスタに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.3.24"
::= { efmCuPortStatusEntry 11 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 45.2 .3 0.24インチ:、:、」= efmCuPortStatusEntry11
-- PME Notifications Group
-- PME通知グループ
efmCuPmeNotifications OBJECT IDENTIFIER ::= { efmCuPme 0 }
efmCuPmeNotifications物の識別子:、:= efmCuPme0
efmCuPmeLineAtnCrossing NOTIFICATION-TYPE
OBJECTS {
efmCuPmeLineAtn,
efmCuPmeThreshLineAtn
}
STATUS current
DESCRIPTION
"This notification indicates that the loop attenuation
threshold (as per the efmCuPmeThreshLineAtn
value) has been reached/exceeded for the 2BASE-TL/10PASS-TS
PME. This notification MAY be sent on the crossing event in
both directions: from normal to exceeded and from exceeded
to normal.
efmCuPmeLineAtnCrossing NOTIFICATION-TYPE OBJECTS、efmCuPmeLineAtn、efmCuPmeThreshLineAtn、STATUSの現在の記述、「この通知は、輪の減衰敷居(efmCuPmeThreshLineAtn値に従って)が2BASE-TL/10PASS-TS PMEのために達しているか、または超えられているのを示します」。 交差点出来事でこの通知を両方の方向に送るかもしれません: 標準から超えられることまで超えられることから標準まで。
It is RECOMMENDED that a small debouncing period of 2.5 sec,
between the detection of the condition and the notification,
is implemented to prevent intermittent notifications from
being sent.
2.5秒の小さい「反-弾」みの期間が間欠通知が送られるのを防ぐために状態の検出と通知の間で実行されるのは、RECOMMENDEDです。
Generation of this notification is controlled by the
efmCuPmeLineAtnCrossingEnable object."
「この通知の世代はefmCuPmeLineAtnCrossingEnable物によって制御されます。」
Beili Standards Track [Page 42] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[42ページ]RFC5066EFMCuはMIB2007年11月に連結します。
::= { efmCuPmeNotifications 1 }
::= efmCuPmeNotifications1
efmCuPmeSnrMgnCrossing NOTIFICATION-TYPE
OBJECTS {
efmCuPmeSnrMgn,
efmCuPmeThreshSnrMgn
}
STATUS current
DESCRIPTION
"This notification indicates that the SNR margin threshold
(as per the efmCuPmeThreshSnrMgn value) has been
reached/exceeded for the 2BASE-TL/10PASS-TS PME.
This notification MAY be sent on the crossing event in
both directions: from normal to exceeded and from exceeded
to normal.
efmCuPmeSnrMgnCrossing NOTIFICATION-TYPE OBJECTS、efmCuPmeSnrMgn、efmCuPmeThreshSnrMgn、STATUSの現在の記述、「この通知は、SNRマージン敷居(efmCuPmeThreshSnrMgn値に従って)が2BASE-TL/10PASS-TS PMEのために達しているか、または超えられているのを示します」。 交差点出来事でこの通知を両方の方向に送るかもしれません: 標準から超えられることまで超えられることから標準まで。
It is RECOMMENDED that a small debouncing period of 2.5 sec,
between the detection of the condition and the notification,
is implemented to prevent intermittent notifications from
being sent.
2.5秒の小さい「反-弾」みの期間が間欠通知が送られるのを防ぐために状態の検出と通知の間で実行されるのは、RECOMMENDEDです。
Generation of this notification is controlled by the
efmCuPmeSnrMgnCrossingEnable object."
::= { efmCuPmeNotifications 2 }
「この通知の世代はefmCuPmeSnrMgnCrossingEnable物によって制御されます。」 ::= efmCuPmeNotifications2
efmCuPmeDeviceFault NOTIFICATION-TYPE
OBJECTS {
efmCuPmeFltStatus
}
STATUS current
DESCRIPTION
"This notification indicates that a fault in the PME has been
detected by a vendor-specific diagnostic or a self-test.
efmCuPmeDeviceFault NOTIFICATION-TYPE OBJECTS efmCuPmeFltStatus、STATUSの現在の記述、「この通知は、PMEの欠点が業者特有の病気の特徴か自己診断で検出されたのを示します」。
Generation of this notification is controlled by the
efmCuPmeDeviceFaultEnable object."
::= { efmCuPmeNotifications 3 }
「この通知の世代はefmCuPmeDeviceFaultEnable物によって制御されます。」 ::= efmCuPmeNotifications3
efmCuPmeConfigInitFailure NOTIFICATION-TYPE
OBJECTS {
efmCuPmeFltStatus,
efmCuAdminProfile,
efmCuPmeAdminProfile
}
STATUS current
DESCRIPTION
"This notification indicates that PME initialization has
failed, due to inability of the PME link to achieve the
efmCuPmeConfigInitFailure NOTIFICATION-TYPE OBJECTS、efmCuPmeFltStatus、efmCuAdminProfile、efmCuPmeAdminProfile、STATUSの現在の記述、「この通知は、PME初期化が失敗したのを示します、達成するPMEリンクの無能のため」
Beili Standards Track [Page 43] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[43ページ]RFC5066EFMCuはMIB2007年11月に連結します。
requested configuration profile.
構成プロフィールを要求しました。
Generation of this notification is controlled by the
efmCuPmeConfigInitFailEnable object."
::= { efmCuPmeNotifications 4 }
「この通知の世代はefmCuPmeConfigInitFailEnable物によって制御されます。」 ::= efmCuPmeNotifications4
efmCuPmeProtocolInitFailure NOTIFICATION-TYPE
OBJECTS {
efmCuPmeFltStatus,
efmCuPmeOperSubType
}
STATUS current
DESCRIPTION
"This notification indicates that the peer PME was using
an incompatible protocol during initialization.
efmCuPmeProtocolInitFailure NOTIFICATION-TYPE OBJECTS、efmCuPmeFltStatus、efmCuPmeOperSubType、STATUSの現在の記述、「この通知は、同輩PMEが初期化の間両立しないプロトコルを使用していたのを示します」。
Generation of this notification is controlled by the
efmCuPmeProtocolInitFailEnable object."
::= { efmCuPmeNotifications 5 }
「この通知の世代はefmCuPmeProtocolInitFailEnable物によって制御されます。」 ::= efmCuPmeNotifications5
-- The PME group
-- PMEグループ
efmCuPmeConfTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPmeConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Table for Configuration of common aspects for EFMCu
2BASE-TL/10PASS-TS PME ports (modems). Configuration of
aspects specific to 2BASE-TL or 10PASS-TS PME types is
represented in efmCuPme2BConfTable and efmCuPme10PConfTable,
respectively.
efmCuPmeConfTable OBJECT-TYPE SYNTAX SEQUENCE OF EfmCuPmeConfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「EFMCu 2BASE-TL/10PASS-TS PMEのための一般相のConfigurationのために、ポート(モデム)をテーブルの上に置きます」。 2BASE-TLに特定の局面か10PASS-TS PMEタイプの構成はefmCuPme2BConfTableとefmCuPme10PConfTableにそれぞれ表されます。
Entries in this table MUST be maintained in a persistent
manner."
::= { efmCuPme 1 }
「しつこい方法でこのテーブルのエントリーを維持しなければなりません。」 ::= efmCuPme1
efmCuPmeConfEntry OBJECT-TYPE
SYNTAX EfmCuPmeConfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu PME Configuration table.
Each entry represents common aspects of an EFMCu PME port
indexed by the ifIndex. Note that an EFMCu PME port can be
stacked below a single PCS port, also indexed by ifIndex,
possibly together with other PME ports if PAF is enabled."
INDEX { ifIndex }
「EFMCu PME Configurationのエントリーはテーブルの上に置く」efmCuPmeConfEntry OBJECT-TYPE SYNTAX EfmCuPmeConfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはifIndexによって索引をつけられたEFMCu PMEポートの一般相を表します。 「PAFが有効にされるならことによると他のPMEポートと共にまた、ifIndexが索引をつけられた単一のPCSポートの下でEFMCu PMEポートを積み重ねることができることに注意してください。」 インデックスifIndex
Beili Standards Track [Page 44] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[44ページ]RFC5066EFMCuはMIB2007年11月に連結します。
::= { efmCuPmeConfTable 1 }
::= efmCuPmeConfTable1
EfmCuPmeConfEntry ::=
SEQUENCE {
efmCuPmeAdminSubType INTEGER,
efmCuPmeAdminProfile EfmProfileIndexOrZero,
efmCuPAFRemoteDiscoveryCode PhysAddress,
efmCuPmeThreshLineAtn Integer32,
efmCuPmeThreshSnrMgn Integer32,
efmCuPmeLineAtnCrossingEnable TruthValue,
efmCuPmeSnrMgnCrossingEnable TruthValue,
efmCuPmeDeviceFaultEnable TruthValue,
efmCuPmeConfigInitFailEnable TruthValue,
efmCuPmeProtocolInitFailEnable TruthValue
}
EfmCuPmeConfEntry:、:= 系列efmCuPmeAdminSubType整数、efmCuPmeAdminProfile EfmProfileIndexOrZero、efmCuPAFRemoteDiscoveryCode PhysAddress、efmCuPmeThreshLineAtn Integer32、efmCuPmeThreshSnrMgn Integer32、efmCuPmeLineAtnCrossingEnable TruthValue、efmCuPmeSnrMgnCrossingEnable TruthValue、efmCuPmeDeviceFaultEnable TruthValue、efmCuPmeConfigInitFailEnable TruthValue、efmCuPmeProtocolInitFailEnable TruthValue
efmCuPmeAdminSubType OBJECT-TYPE
SYNTAX INTEGER {
ieee2BaseTLO(1),
ieee2BaseTLR(2),
ieee10PassTSO(3),
ieee10PassTSR(4),
ieee2BaseTLor10PassTSR(5),
ieee2BaseTLor10PassTSO(6),
ieee10PassTSor2BaseTLO(7)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Administrative (desired) subtype of the PME.
Possible values are:
ieee2BaseTLO - PME SHALL operate as 2BaseTL-O
ieee2BaseTLR - PME SHALL operate as 2BaseTL-R
ieee10PassTSO - PME SHALL operate as 10PassTS-O
ieee10PassTSR - PME SHALL operate as 10PassTS-R
ieee2BaseTLor10PassTSR - PME SHALL operate as 2BaseTL-R or
10PassTS-R. The actual value will
be set by the -O link partner
during initialization (handshake).
ieee2BaseTLor10PassTSO - PME SHALL operate as 2BaseTL-O
(preferred) or 10PassTS-O. The
actual value will be set during
initialization depending on the -R
link partner capability (i.e., if
-R is incapable of the preferred
2BaseTL mode, 10PassTS will be
used).
ieee10PassTSor2BaseTLO - PME SHALL operate as 10PassTS-O
efmCuPmeAdminSubType OBJECT-TYPE SYNTAX INTEGER、ieee2BaseTLO(1)、ieee2BaseTLR(2)、ieee10PassTSO(3)、ieee10PassTSR(4)、ieee2BaseTLor10PassTSR(5)、ieee2BaseTLor10PassTSO(6)、マックス-ACCESSがSTATUSの現在の記述「PMEの管理(必要な)の「副-タイプ」」を読書して書くieee10PassTSor2BaseTLO(7)。 可能な値は以下の通りです。 ieee2BaseTLO--PME SHALLは2BaseTL-O ieee2BaseTLRとして作動します--PME SHALLは2BaseTL-R ieee10PassTSOとして作動します--PME SHALLは10PassTS-O ieee10PassTSRとして作動します--PME SHALLは10PassTS-R ieee2BaseTLor10PassTSRとして作動します--PME SHALLは2BaseTL-Rか10PassTS-Rとして作動します。 実価は-Oリンクパートナーで、初期化(握手)ieee2BaseTLor10PassTSOの間、セットしてください--PME SHALLが2BaseTL-O(好まれる)か10PassTS-Oとして作動するということでしょう。 実価は能力(すなわち、-Rが都合のよい2BaseTLモードで不可能であるなら、10PassTSは使用される)-Rリンクパートナーieee10PassTSor2BaseTLOによる初期化の間、設定されるでしょう--PME SHALLは10PassTS-Oとして作動します。
Beili Standards Track [Page 45] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[45ページ]RFC5066EFMCuはMIB2007年11月に連結します。
(preferred) or 2BaseTL-O. The
actual value will be set during
initialization depending on the -R
link partner capability (i.e., if
-R is incapable of the preferred
10PassTS mode, 2BaseTL will be
used).
(好まれます) または、2BaseTL-O。 実価は-Rリンクパートナー能力による初期化の間、設定されるでしょう(すなわち、-Rが都合のよい10PassTSモードで不可能であるなら、2BaseTLは使用されるでしょう)。
Changing efmCuPmeAdminSubType is a traffic-disruptive
operation and as such SHALL be done when the link is Down.
Attempts to change this object SHALL be rejected if the link
is Up or Initializing.
Attempts to change this object to an unsupported subtype
(see efmCuPmeSubTypesSupported) SHALL be rejected.
efmCuPmeAdminSubTypeを変えるのは、交通破壊的な操作です、そして、そのようなSHALLとして、リンクがDownであるときには、してください。 試み、この物のSHALLを変えるには、リンクがUpかInitializingであるなら拒絶されてください。 これを変える試みはサポートされない「副-タイプ」に反対します。(efmCuPmeSubTypesSupported) SHALLが拒絶されるのを見てください。
The current operational subtype is indicated by the
efmCuPmeOperSubType variable.
現在の操作上の「副-タイプ」はefmCuPmeOperSubType変数によって示されます。
If a Clause 45 MDIO Interface to the PMA/PMD is present, then
this object combines values of the Port subtype select bits
and the PMA/PMD type selection bits in the 10P/2B PMA/PMD
control register."
REFERENCE
"[802.3ah] 61.1, 45.2.1.11.4, 45.2.1.11.7"
::= { efmCuPmeConfEntry 1 }
「PMA/PMDへのClause45MDIO Interfaceが存在しているなら、この物は10P/2B PMA/PMD制御レジスタでPort subtype選んだビットとPMA/PMDタイプ選定ビットの値を結合します。」 参照、「[802.3ah] 61.1 45.2 .1 .11 .4 45.2 .1 .11 0.7インチ:、:、」= efmCuPmeConfEntry1
efmCuPmeAdminProfile OBJECT-TYPE
SYNTAX EfmProfileIndexOrZero
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Desired PME configuration profile. This object is a pointer
to an entry in either the efmCuPme2BProfileTable or the
efmCuPme10PProfileTable, depending on the current operating
SubType of the PME. The value of this object is the index of
the referenced profile.
The value of zero (default) indicates that the PME is
configured via the efmCuAdminProfile object for the PCS port
to which this PME is assigned. That is, the profile
referenced by efmCuPmeAdminProfile takes precedence
over the profile(s) referenced by efmCuAdminProfile.
efmCuPmeAdminProfile OBJECT-TYPE SYNTAX EfmProfileIndexOrZeroマックス-ACCESSはSTATUSの現在の記述「必要なPME構成プロフィール」を読書して書きます。 この物はefmCuPme2BProfileTableかefmCuPme10PProfileTableのどちらかのエントリーへのポインタです、PMEの現在の操作SubTypeによって。 この物の値は参照をつけられたプロフィールのインデックスです。 ゼロ(デフォルト)の値は、PMEがこのPMEが割り当てられるPCSポートへのefmCuAdminProfile物を通して構成されるのを示します。 すなわち、efmCuPmeAdminProfileによって参照をつけられたプロフィールはefmCuAdminProfileによって参照をつけられたプロフィールの上に優先します。
This object is writable and readable for the CO subtype PMEs
(2BaseTL-O or 10PassTS-O). It is irrelevant for the CPE
subtype (2BaseTL-R or 10PassTS-R) -- a zero value SHALL be
returned on an attempt to read this object and any attempt
to change this object MUST be rejected in this case.
CO subtype PMEs(2BaseTL-Oか10PassTS-O)に、この物は、書き込み可能であって、読み込み可能です。 CPE subtype(2BaseTL-Rか10PassTS-R)に、それは無関係です--ゼロはSHALLを評価します。この物を読む試みと変化するどんな試みのときにも返して、この場合この物を拒絶しなければならないということになってください。
Beili Standards Track [Page 46] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[46ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Note that the current operational profile value is available
via efmCuPmeOperProfile object.
現在の操作上のプロフィール値がefmCuPmeOperProfile物を通して利用可能であることに注意してください。
Any modification of this object MUST be performed when the
link is Down. Attempts to change this object MUST be
rejected, if the link is Up or Initializing.
リンクがDownであるときに、この物のどんな変更も実行しなければなりません。 リンクがUpかInitializingであるならこの物を変える試みを拒絶しなければなりません。
Attempts to set this object to a value that is not the value
of the index for an active entry in the corresponding profile
table MUST be rejected.
対応するプロフィールテーブルの活発なエントリーへのインデックスの値でない値にこの物を設定する試みを拒絶しなければなりません。
This object maps to the Clause 30 attribute aProfileSelect.
この物はClause30属性にaProfileSelectを写像します。
This object MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] 30.11.2.1.6"
DEFVAL { 0 }
::= { efmCuPmeConfEntry 2 }
「しつこい方法でこの物を維持しなければなりません。」 参照、「[802.3ah] 30.11 .2 .1 0.6インチDEFVAL0:、:、」= efmCuPmeConfEntry2
efmCuPAFRemoteDiscoveryCode OBJECT-TYPE
SYNTAX PhysAddress (SIZE(0|6))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"PAF Remote Discovery Code of the PME port at the CO.
The 6-octet Discovery Code of the peer PCS connected via
the PME.
Reading this object results in a Discovery Get operation.
Setting this object to all zeroes results in a Discovery
Clear_if_Same operation (the value of efmCuPAFDiscoveryCode
at the peer PCS SHALL be the same as efmCuPAFDiscoveryCode of
the local PCS associated with the PME for the operation to
succeed).
Writing a non-zero value to this object results in a
Discovery Set_if_Clear operation.
A zero-length octet string SHALL be returned on an attempt to
read this object when PAF aggregation is not enabled.
efmCuPAFRemoteDiscoveryCode OBJECT-TYPE SYNTAX PhysAddress(SIZE(0|6))マックス-ACCESSは「同輩PCSの. COの6八重奏のディスカバリーCodeのPMEポートのPAF RemoteディスカバリーCodeはPMEを通して接続した」現在の記述をSTATUSに読書して書きます。 この物を読むと、ディスカバリーGet操作はもたらされます。 すべてのゼロにこの物を設定するとディスカバリーClearが__Same操作であるならもたらされる、(値、同輩PCS SHALLのefmCuPAFDiscoveryCodeでは、地方のPCSのefmCuPAFDiscoveryCodeが操作が成功するようにPMEと交際したのと同じにしてください、) 非ゼロ値をこの物に書くと、ディスカバリーSetは__Clear操作であるならもたらされます。 ゼロ・レングス八重奏はSHALLを結びます。PAF集合が可能にされないこの物を読む試みに返してください。
This object is irrelevant in CPE port (-R) subtypes: in this
case, a zero-length octet string SHALL be returned on an
attempt to read this object; writing to this object SHALL
be rejected.
この物はCPEポート(-R)血液型亜型で無関係です: この場合、ゼロ・レングス八重奏はSHALLを結びます。この物を読む試みに返してください。 この物のSHALLに書いて、拒絶されてください。
Discovery MUST be performed when the link is Down.
Attempts to change this object MUST be rejected (in case of
SNMP with the error inconsistentValue), if the link is Up or
Initializing.
リンクがDownであるときに、発見を実行しなければなりません。 この物を変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
Beili Standards Track [Page 47] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[47ページ]RFC5066EFMCuはMIB2007年11月に連結します。
If a Clause 45 MDIO Interface to the PMA/PMD is present, then
this object is a function of 10P/2B aggregation discovery
control register, Discovery operation result bits in 10P/2B
aggregation and discovery status register and
10P/2B aggregation discovery code register."
REFERENCE
"[802.3ah] 61.2.2.8.4, 45.2.6.6-45.2.6.8"
::= { efmCuPmeConfEntry 3 }
「PMA/PMDへのClause45MDIO Interfaceが存在しているなら、この物は10P/2B集合発見制御レジスタの機能です、10P/2B集合と発見ステータスレジスタの結果ビットと10P/2B集合発見コードが登録するディスカバリー操作。」 参照、「[802.3ah] 61.2 .2 .8 45.2.6.6-45.2.6 .4、0.8インチ:、:、」= efmCuPmeConfEntry3
efmCuPmeThreshLineAtn OBJECT-TYPE
SYNTAX Integer32(-127..128)
UNITS "dB"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Desired Line Attenuation threshold for the 2B/10P PME.
This object configures the line attenuation alarm threshold.
When the current value of Line Attenuation reaches or
exceeds this threshold, an efmCuPmeLineAtnCrossing
notification MAY be generated, if enabled by
efmCuPmeLineAtnCrossingEnable.
efmCuPmeThreshLineAtn OBJECT-TYPE SYNTAX Integer32(-127 .128)UNITS「dB」マックス-ACCESSは「2B/10P PMEに、必要な線Attenuation敷居」をSTATUSの現在の記述に読書して書きます。 この物は線減衰アラーム敷居を構成します。 線Attenuationの現行価値がこの敷居を達するか、または超えているとき、efmCuPmeLineAtnCrossing通知は発生するかもしれません、efmCuPmeLineAtnCrossingEnableによって可能にされるなら。
This object is writable for the CO subtype PMEs (-O).
It is read-only for the CPE subtype (-R).
CO subtype PMEs(-O)に、この物は書き込み可能です。 それはCPE subtype(-R)のための書き込み禁止です。
Changing of the Line Attenuation threshold MUST be performed
when the link is Down. Attempts to change this object MUST be
rejected (in case of SNMP with the error inconsistentValue),
if the link is Up or Initializing.
リンクがDownであるときに、線Attenuation敷居の変化を実行しなければなりません。 この物を変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
If a Clause 45 MDIO Interface to the PME is present, then this
object maps to the loop attenuation threshold bits in
the 2B PMD line quality thresholds register."
REFERENCE
"[802.3ah] 45.2.1.36"
::= { efmCuPmeConfEntry 4 }
「PMEへの45MDIO InterfaceはClauseであるなら存在しています、この物が2B PMD回線品質敷居レジスタで輪の減衰敷居ビットに写像するその時。」 参照、「[802.3ah] 45.2 .1 0.36インチ:、:、」= efmCuPmeConfEntry4
efmCuPmeThreshSnrMgn OBJECT-TYPE
SYNTAX Integer32(-127..128)
UNITS "dB"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Desired SNR margin threshold for the 2B/10P PME.
This object configures the SNR margin alarm threshold.
When the current value of SNR margin reaches or exceeds this
threshold, an efmCuPmeSnrMgnCrossing notification MAY be
generated, if enabled by efmCuPmeSnrMgnCrossingEnable.
efmCuPmeThreshSnrMgn OBJECT-TYPE SYNTAX Integer32(-127 .128)UNITS「dB」マックス-ACCESSは「2B/10P PMEに、必要なSNRマージン敷居」をSTATUSの現在の記述に読書して書きます。 この物はSNRマージンアラーム敷居を構成します。 SNRマージンの現行価値がこの敷居を達するか、または超えているとき、efmCuPmeSnrMgnCrossing通知は発生するかもしれません、efmCuPmeSnrMgnCrossingEnableによって可能にされるなら。
Beili Standards Track [Page 48] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[48ページ]RFC5066EFMCuはMIB2007年11月に連結します。
This object is writable for the CO subtype PMEs
(2BaseTL-O/10PassTS-O). It is read-only for the CPE subtype
(2BaseTL-R/10PassTS-R).
CO subtype PMEs(2BaseTL-O/10PassTS-O)に、この物は書き込み可能です。 それはCPE subtype(2BaseTL-R/10PassTS-R)のための書き込み禁止です。
Changing of the SNR margin threshold MUST be performed when
the link is Down. Attempts to change this object MUST be
rejected (in case of SNMP with the error inconsistentValue),
if the link is Up or Initializing.
リンクがDownであるときに、SNRマージン敷居の変化を実行しなければなりません。 この物を変える試みを拒絶しなければなりません(誤りinconsistentValueとSNMPの場合に)、リンクがUpかInitializingであるなら。
If a Clause 45 MDIO Interface to the PME is present, then this
object maps to the SNR margin threshold bits in the 2B PMD
line quality thresholds register."
REFERENCE
"[802.3ah] 45.2.1.36"
::= { efmCuPmeConfEntry 5 }
「PMEへの45MDIO InterfaceはClauseであるなら存在しています、この物が2B PMD回線品質敷居レジスタでSNRマージン敷居ビットに写像するその時。」 参照、「[802.3ah] 45.2 .1 0.36インチ:、:、」= efmCuPmeConfEntry5
efmCuPmeLineAtnCrossingEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether efmCuPmeLineAtnCrossing notifications
should be generated for this interface.
efmCuPmeLineAtnCrossingEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「efmCuPmeLineAtnCrossing通知がこのインタフェースに発生するべきであるか否かに関係なく、示す」STATUSに読書して書きます。
A value of true(1) indicates that efmCuPmeLineAtnCrossing
notification is enabled. A value of false(2) indicates that
the notification is disabled."
::= { efmCuPmeConfEntry 6 }
本当の(1)の値は、efmCuPmeLineAtnCrossing通知が可能にされるのを示します。 「誤った(2)の値は、通知は障害があるのを示します。」 ::= efmCuPmeConfEntry6
efmCuPmeSnrMgnCrossingEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether efmCuPmeSnrMgnCrossing notifications
should be generated for this interface.
efmCuPmeSnrMgnCrossingEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「efmCuPmeSnrMgnCrossing通知がこのインタフェースに発生するべきであるか否かに関係なく、示す」STATUSに読書して書きます。
A value of true(1) indicates that efmCuPmeSnrMgnCrossing
notification is enabled. A value of false(2) indicates that
the notification is disabled."
::= { efmCuPmeConfEntry 7 }
本当の(1)の値は、efmCuPmeSnrMgnCrossing通知が可能にされるのを示します。 「誤った(2)の値は、通知は障害があるのを示します。」 ::= efmCuPmeConfEntry7
efmCuPmeDeviceFaultEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether efmCuPmeDeviceFault notifications
efmCuPmeDeviceFaultEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSが現在の記述をSTATUSに読書して書く、「表示、efmCuPmeDeviceFault通知、」
Beili Standards Track [Page 49] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[49ページ]RFC5066EFMCuはMIB2007年11月に連結します。
should be generated for this interface.
このインタフェースに発生するべきです。
A value of true(1) indicates that efmCuPmeDeviceFault
notification is enabled. A value of false(2) indicates that
the notification is disabled."
::= { efmCuPmeConfEntry 8 }
本当の(1)の値は、efmCuPmeDeviceFault通知が可能にされるのを示します。 「誤った(2)の値は、通知は障害があるのを示します。」 ::= efmCuPmeConfEntry8
efmCuPmeConfigInitFailEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether efmCuPmeConfigInitFailure notifications
should be generated for this interface.
efmCuPmeConfigInitFailEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「efmCuPmeConfigInitFailure通知がこのインタフェースに発生するべきであるか否かに関係なく、示す」STATUSに読書して書きます。
A value of true(1) indicates that efmCuPmeConfigInitFailure
notification is enabled. A value of false(2) indicates that
the notification is disabled."
::= { efmCuPmeConfEntry 9 }
本当の(1)の値は、efmCuPmeConfigInitFailure通知が可能にされるのを示します。 「誤った(2)の値は、通知は障害があるのを示します。」 ::= efmCuPmeConfEntry9
efmCuPmeProtocolInitFailEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether efmCuPmeProtocolInitFailure notifications
should be generated for this interface.
efmCuPmeProtocolInitFailEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「efmCuPmeProtocolInitFailure通知がこのインタフェースに発生するべきであるか否かに関係なく、示す」STATUSに読書して書きます。
A value of true(1) indicates that efmCuPmeProtocolInitFailure
notification is enabled. A value of false(2) indicates that
the notification is disabled."
::= { efmCuPmeConfEntry 10 }
本当の(1)の値は、efmCuPmeProtocolInitFailure通知が可能にされるのを示します。 「誤った(2)の値は、通知は障害があるのを示します。」 ::= efmCuPmeConfEntry10
efmCuPmeCapabilityTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPmeCapabilityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Table for the configuration of common aspects for EFMCu
2BASE-TL/10PASS-TS PME ports (modems). The configuration of
aspects specific to 2BASE-TL or 10PASS-TS PME types is
represented in the efmCuPme2BConfTable and the
efmCuPme10PConfTable, respectively.
efmCuPmeCapabilityTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPmeCapabilityEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「EFMCu 2BASE-TL/10PASS-TS PMEのための一般相の構成のために、ポート(モデム)をテーブルの上に置きます」。 2BASE-TLに特定の局面か10PASS-TS PMEタイプの構成はefmCuPme2BConfTableとefmCuPme10PConfTableにそれぞれ表されます。
Entries in this table MUST be maintained in a persistent
manner."
::= { efmCuPme 2 }
「しつこい方法でこのテーブルのエントリーを維持しなければなりません。」 ::= efmCuPme2
Beili Standards Track [Page 50] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[50ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPmeCapabilityEntry OBJECT-TYPE
SYNTAX EfmCuPmeCapabilityEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu PME Capability table.
Each entry represents common aspects of an EFMCu PME port
indexed by the ifIndex. Note that an EFMCu PME port can be
stacked below a single PCS port, also indexed by ifIndex,
possibly together with other PME ports if PAF is enabled."
INDEX { ifIndex }
::= { efmCuPmeCapabilityTable 1 }
「EFMCu PME Capabilityのエントリーはテーブルの上に置く」efmCuPmeCapabilityEntry OBJECT-TYPE SYNTAX EfmCuPmeCapabilityEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはifIndexによって索引をつけられたEFMCu PMEポートの一般相を表します。 「PAFが有効にされるならことによると他のPMEポートと共にまた、ifIndexが索引をつけられた単一のPCSポートの下でEFMCu PMEポートを積み重ねることができることに注意してください。」 ifIndexに索引をつけてください:、:= efmCuPmeCapabilityTable1
EfmCuPmeCapabilityEntry ::=
SEQUENCE {
efmCuPmeSubTypesSupported BITS
}
EfmCuPmeCapabilityEntry:、:= 系列efmCuPmeSubTypesSupportedビット
efmCuPmeSubTypesSupported OBJECT-TYPE
SYNTAX BITS {
ieee2BaseTLO(0),
ieee2BaseTLR(1),
ieee10PassTSO(2),
ieee10PassTSR(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"PME supported subtypes. This is a bitmap of possible
subtypes. The various bit positions are:
ieee2BaseTLO - PME is capable of operating as 2BaseTL-O
ieee2BaseTLR - PME is capable of operating as 2BaseTL-R
ieee10PassTSO - PME is capable of operating as 10PassTS-O
ieee10PassTSR - PME is capable of operating as 10PassTS-R
efmCuPmeSubTypesSupported OBJECT-TYPE SYNTAX BITS、ieee2BaseTLO(0)、ieee2BaseTLR(1)、ieee10PassTSO(2)、ieee10PassTSR(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「PMEは血液型亜型を支持しました」。 これは可能な血液型亜型のビットマップです。 様々なビット位置は以下の通りです。 ieee2BaseTLO--PMEは2BaseTL-O ieee2BaseTLRとして作動できます--PMEは2BaseTL-R ieee10PassTSOとして作動できます--PMEは10PassTS-O ieee10PassTSRとして作動できます--PMEは10PassTS-Rとして作動できます。
The desired mode of operation is determined by
efmCuPmeAdminSubType, while efmCuPmeOperSubType reflects the
current operating mode.
必要な運転モードはefmCuPmeAdminSubTypeによって決定されますが、efmCuPmeOperSubTypeは現在のオペレーティング・モードを反映します。
If a Clause 45 MDIO Interface to the PCS is present, then this
object combines the 10PASS-TS capable and 2BASE-TL capable
bits in the 10P/2B PMA/PMD speed ability register and the
CO supported and CPE supported bits in the 10P/2B PMA/PMD
status register."
REFERENCE
"[802.3ah] 61.1, 45.2.1.4.1, 45.2.1.4.2, 45.2.1.12.2,
45.2.1.12.3"
::= { efmCuPmeCapabilityEntry 1 }
「PCSへのClause45MDIO Interfaceが存在しているなら、この物は10P/2B PMA/PMD速度能力でのできるビットが登録して、COが支持したできる10PASS-TSと2BASE-TLを結合します、そして、CPEは10P/2B PMA/PMDステータスレジスタでビットを支えました。」 参照、「[802.3ah] 61.1 45.2 .1 .4 .1 45.2 .1 .4 .2 45.2 .1 .12 .2 45.2 .1 .12 0.3インチ:、:、」= efmCuPmeCapabilityEntry1
Beili Standards Track [Page 51] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[51ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPmeStatusTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPmeStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides common status information of EFMCu
2BASE-TL/10PASS-TS PME ports. Status information specific
to 10PASS-TS PME is represented in efmCuPme10PStatusTable.
「このテーブルはEFMCu 2BASE-TL/10PASS-TS PMEポートの一般的な状態情報を提供する」efmCuPmeStatusTable OBJECT-TYPE SYNTAX SEQUENCE OF EfmCuPmeStatusEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 10PASS-TS PMEに特定の状態情報はefmCuPme10PStatusTableに表されます。
This table contains live data from the equipment. As such,
it is NOT persistent."
::= { efmCuPme 3 }
このテーブルは設備からのライブデータを含んでいます。 「そういうものとして、それはしつこくはありません。」 ::= efmCuPme3
efmCuPmeStatusEntry OBJECT-TYPE
SYNTAX EfmCuPmeStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu PME Status table.
Each entry represents common aspects of an EFMCu PME port
indexed by the ifIndex. Note that an EFMCu PME port can be
stacked below a single PCS port, also indexed by ifIndex,
possibly together with other PME ports if PAF is enabled."
INDEX { ifIndex }
::= { efmCuPmeStatusTable 1 }
「EFMCu PME Statusのエントリーはテーブルの上に置く」efmCuPmeStatusEntry OBJECT-TYPE SYNTAX EfmCuPmeStatusEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 各エントリーはifIndexによって索引をつけられたEFMCu PMEポートの一般相を表します。 「PAFが有効にされるならことによると他のPMEポートと共にまた、ifIndexが索引をつけられた単一のPCSポートの下でEFMCu PMEポートを積み重ねることができることに注意してください。」 ifIndexに索引をつけてください:、:= efmCuPmeStatusTable1
EfmCuPmeStatusEntry ::=
SEQUENCE {
efmCuPmeOperStatus INTEGER,
efmCuPmeFltStatus BITS,
efmCuPmeOperSubType INTEGER,
efmCuPmeOperProfile EfmProfileIndexOrZero,
efmCuPmeSnrMgn Integer32,
efmCuPmePeerSnrMgn Integer32,
efmCuPmeLineAtn Integer32,
efmCuPmePeerLineAtn Integer32,
efmCuPmeEquivalentLength Unsigned32,
efmCuPmeTCCodingErrors Counter32,
efmCuPmeTCCrcErrors Counter32
}
EfmCuPmeStatusEntry:、:= 系列efmCuPmeOperStatus整数、efmCuPmeFltStatusビット、efmCuPmeOperSubType整数、efmCuPmeOperProfile EfmProfileIndexOrZero、efmCuPmeSnrMgn Integer32、efmCuPmePeerSnrMgn Integer32、efmCuPmeLineAtn Integer32、efmCuPmePeerLineAtn Integer32、efmCuPmeEquivalentLength Unsigned32、efmCuPmeTCCodingErrors Counter32、efmCuPmeTCCrcErrors Counter32
efmCuPmeOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1),
downNotReady(2),
downReady(3),
init(4)
}
efmCuPmeOperStatusオブジェクト・タイプ構文整数上(1)、downNotReady(2)、downReady(3)、イニット(4)
Beili Standards Track [Page 52] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[52ページ]RFC5066EFMCuはMIB2007年11月に連結します。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Current PME link Operational Status. Possible values are:
up(1) - The link is Up and ready to pass
64/65-octet encoded frames or fragments.
downNotReady(2) - The link is Down and the PME does not
detect Handshake tones from its peer.
This value may indicate a possible
problem with the peer PME.
downReady(3) - The link is Down and the PME detects
Handshake tones from its peer.
init(4) - The link is Initializing, as a result of
ifAdminStatus being set to 'up' for a
particular PME or a PCS to which the PME
is connected.
マックス-ACCESSの現在の記述書き込み禁止STATUS「現在のPMEリンクOperational Status。」 可能な値は以下の通りです。 リンクはリンクがUpであって64/65八重奏のコード化されたフレームか断片downNotReady(2)を渡す準備ができているという(1)へのDownです、そして、PMEは同輩からHandshakeトーンを検出しません。 この値は同輩PME. downReady(3)と共に起こりうる問題を示すかもしれません--リンクはDownです、そして、PMEは同輩からHandshakeトーンを検出します。. イニット(4)--リンクはInitializingです、特定のPMEのために'up'に用意ができているifAdminStatusかPMEが関連しているPCSの結果、。
This object is intended to supplement the Down(2) state of
ifOperStatus.
この物がifOperStatusのDown(2)州を補うことを意図します。
This object partially maps to the Clause 30 attribute
aPMEStatus.
この物はClause30属性にaPMEStatusを部分的に写像します。
If a Clause 45 MDIO Interface to the PME is present, then this
object partially maps to PMA/PMD link status bits in 10P/2B
PMA/PMD status register."
REFERENCE
"[802.3ah] 30.11.2.1.3, 45.2.1.12.4"
::= { efmCuPmeStatusEntry 1 }
「PMEへのClause45MDIO Interfaceが存在しているなら、この物は10P/2B PMA/PMDステータスレジスタのリンクステータスビットをPMA/PMDに部分的に写像します。」 参照、「[802.3ah] 30.11 .2 .1 .3 45.2 .1 .12 0.4インチ:、:、」= efmCuPmeStatusEntry1
efmCuPmeFltStatus OBJECT-TYPE
SYNTAX BITS {
lossOfFraming(0),
snrMgnDefect(1),
lineAtnDefect(2),
deviceFault(3),
configInitFailure(4),
protocolInitFailure(5)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Current/Last PME link Fault Status. This is a bitmap of
possible conditions. The various bit positions are:
efmCuPmeFltStatus OBJECT-TYPE SYNTAX BITS、lossOfFraming(0)、snrMgnDefect(1)、lineAtnDefect(2)、deviceFault(3)、configInitFailure(4)、protocolInitFailure(5)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述「現在か最後のPMEリンクFault Status。」 これは可能な状態のビットマップです。 様々なビット位置は以下の通りです。
lossOfFraming - Loss of Framing for 10P or
Loss of Sync word for 2B PMD or
Loss of 64/65-octet framing.
lossOfFraming--10PのためのFramingの損失か2B PMDのためのSync単語のLossか64/65八重奏の縁どりのLoss。
Beili Standards Track [Page 53] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[53ページ]RFC5066EFMCuはMIB2007年11月に連結します。
snrMgnDefect - SNR margin dropped below the
threshold.
lineAtnDefect - Line Attenuation exceeds the
threshold.
deviceFault - Indicates a vendor-dependent
diagnostic or self-test fault
has been detected.
configInitFailure - Configuration initialization failure,
due to inability of the PME link to
support the configuration profile,
requested during initialization.
protocolInitFailure - Protocol initialization failure, due
to an incompatible protocol used by
the peer PME during init (that could
happen if a peer PMD is a regular
G.SDHSL/VDSL modem instead of a
2BASE-TL/10PASS-TS PME).
snrMgnDefect--. 敷居lineAtnDefectより下であるまで落とされたSNRマージン--線Attenuationは. 敷居deviceFaultを超えています--業者依存する病気の特徴か自己診断欠点が検出されたのを示します。. configInitFailure--PMEリンクが初期化の間に要求された構成プロフィールを支えることができないことによる構成初期化失敗; protocolInitFailure--イニットの間に同輩PMEによって使用された両立しないプロトコルのため初期化失敗について議定書の中で述べてください(それは同輩PMDが2BASE-TL/10PASS-TS PMEの代わりに通常のG. SDHSL/VDSLモデムであるなら起こるかもしれません)。
This object is intended to supplement ifOperStatus in IF-MIB.
この物がifOperStatusを補うことを意図する、-、MIB
This object holds information about the last fault.
efmCuPmeFltStatus is cleared by the device restart.
In addition, lossOfFraming, configInitFailure, and
protocolInitFailure are cleared by PME init;
deviceFault is cleared by successful diagnostics/test;
snrMgnDefect and lineAtnDefect are cleared by SNR margin
and Line attenuation, respectively, returning to norm and by
PME init.
この物は最後の欠点の情報を保持します。efmCuPmeFltStatusは装置再開できれいにされます。 さらに、lossOfFraming、configInitFailure、およびprotocolInitFailureはPMEイニットによってきれいにされます。 deviceFaultはうまくいっている病気の特徴/テストできれいにされます。 snrMgnDefectとlineAtnDefectは、標準とPMEイニットで戻りながら、SNRマージンと線減衰でそれぞれきれいにされます。
This object partially maps to the Clause 30 attribute
aPMEStatus.
この物はClause30属性にaPMEStatusを部分的に写像します。
If a Clause 45 MDIO Interface to the PME is present, then this
object consolidates information from various PMA/PMD
registers, namely: Fault bit in PMA/PMD status 1 register,
10P/2B PMA/PMD link loss register,
10P outgoing indicator bits status register,
10P incoming indicator bits status register,
2B state defects register."
REFERENCE
"[802.3ah] 30.11.2.1.3, 45.2.1.2.1, 45.2.1.38,
45.2.1.39, 45.2.1.54"
::= { efmCuPmeStatusEntry 2 }
PMEへのClause45MDIO Interfaceであるなら、プレゼント、この物が情報を統合するその時はすなわち、様々なPMA/PMDレジスタです: 「PMA/PMD状態1レジスタの欠点ビット、10P/2B PMA/PMDリンク損失レジスタ、10Pの出発しているインディケータビットステータスレジスタ、10Pの入って来るインディケータビットステータスレジスタ、2B州の欠陥は示されます。」 参照、「[802.3ah] 30.11 .2 .1 .3 45.2 .1 .2 .1 45.2 .1 .38 45.2 .1 .39 45.2 .1 0.54インチ:、:、」= efmCuPmeStatusEntry2
efmCuPmeOperSubType OBJECT-TYPE
SYNTAX INTEGER {
ieee2BaseTLO(1),
ieee2BaseTLR(2),
efmCuPmeOperSubTypeオブジェクト・タイプ構文整数、ieee2BaseTLO(1)、ieee2BaseTLR(2)
Beili Standards Track [Page 54] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[54ページ]RFC5066EFMCuはMIB2007年11月に連結します。
ieee10PassTSO(3),
ieee10PassTSR(4)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Current operational subtype of the PME.
Possible values are:
ieee2BaseTLO - PME operates as 2BaseTL-O
ieee2BaseTLR - PME operates as 2BaseTL-R
ieee10PassTSO - PME operates as 10PassTS-O
ieee10PassTSR - PME operates as 10PassTS-R
ieee10PassTSO(3)、ieee10PassTSR(4) マックス-ACCESSの書き込み禁止のSTATUSの現在の記述「PMEの現在の操作上の「副-タイプ」。」 可能な値は以下の通りです。 ieee2BaseTLO--PMEは2BaseTL-O ieee2BaseTLRとして作動します--PMEは2BaseTL-R ieee10PassTSOとして作動します--PMEは10PassTS-O ieee10PassTSRとして作動します--PMEは10PassTS-Rとして作動します。
The desired operational subtype of the PME can be configured
via the efmCuPmeAdminSubType variable.
efmCuPmeAdminSubType変数でPMEの必要な操作上の「副-タイプ」を構成できます。
If a Clause 45 MDIO Interface to the PMA/PMD is present, then
this object combines values of the Port subtype select
bits, the PMA/PMD type selection bits in the 10P/2B
PMA/PMD control register, and the PMA/PMD link status bits in
the 10P/2B PMA/PMD status register."
REFERENCE
"[802.3ah] 61.1, 45.2.1.11.4, 45.2.1.11.7, 45.2.1.12.4"
::= { efmCuPmeStatusEntry 3 }
「PMA/PMDへのClause45MDIO Interfaceが存在しているなら、この物はPort subtype選んだビットの値を結合します、そして、PMA/PMDは10P/2B PMA/PMD制御レジスタに選択ビットをタイプします、そして、PMA/PMDは10P/2B PMA/PMDステータスレジスタでステータスビットをリンクします。」 参照、「[802.3ah] 61.1 45.2 .1 .11 .4 45.2 .1 .11 .7 45.2 .1 .12 0.4インチ:、:、」= efmCuPmeStatusEntry3
efmCuPmeOperProfile OBJECT-TYPE
SYNTAX EfmProfileIndexOrZero
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"PME current operating profile. This object is a pointer to
an entry in either the efmCuPme2BProfileTable or the
efmCuPme10PProfileTable, depending on the current operating
SubType of the PME as indicated by efmCuPmeOperSubType.
Note that a profile entry to which efmCuPmeOperProfile is
pointing can be created automatically to reflect achieved
parameters in adaptive (not fixed) initialization,
i.e., values of efmCuPmeOperProfile and efmCuAdminProfile or
efmCuPmeAdminProfile may differ.
The value of zero indicates that the PME is Down or
Initializing.
efmCuPmeOperProfile OBJECT-TYPE SYNTAX EfmProfileIndexOrZeroの現在の記述マックス-ACCESS書き込み禁止STATUS「PMEの現在の操作プロフィール。」 この物はefmCuPme2BProfileTableかefmCuPme10PProfileTableのどちらかのエントリーへのポインタです、efmCuPmeOperSubTypeによって示されるようにPMEの現在の操作SubTypeによって。 反射するために、自動的に、efmCuPmeOperProfileが指しているプロフィールエントリーを作成できるというメモは適応型(修理されていない)の初期化におけるパラメタを獲得しました、すなわち、efmCuPmeOperProfileとefmCuAdminProfileかefmCuPmeAdminProfileの値は異なるかもしれません。 ゼロの値は、PMEがDownかInitializingであることを示します。
This object partially maps to the aOperatingProfile attribute
in Clause 30."
REFERENCE
"[802.3ah] 30.11.2.1.7"
::= { efmCuPmeStatusEntry 4 }
「この物はClause30で属性をaOperatingProfileに部分的に写像します。」 参照、「[802.3ah] 30.11 .2 .1 0.7インチ:、:、」= efmCuPmeStatusEntry4
Beili Standards Track [Page 55] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[55ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPmeSnrMgn OBJECT-TYPE
SYNTAX Integer32(-127..128|65535)
UNITS "dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current Signal to Noise Ratio (SNR) margin with respect
to the received signal as perceived by the local PME.
The value of 65535 is returned when the PME is Down or
Initializing.
efmCuPmeSnrMgn OBJECT-TYPE SYNTAX Integer32、(-、127..128| 65535)UNITS「dB」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「地方のPMEによって知覚される受信された信号に関するNoise Ratio(SNR)マージンへの現在のSignal。」 PMEがDownかInitializingであるときに、65535の値を返します。
This object maps to the aPMESNRMgn attribute in Clause 30.
aPMESNRMgnへの地図がClause30で結果と考えるこの物。
If a Clause 45 MDIO Interface is present, then this
object maps to the 10P/2B RX SNR margin register."
REFERENCE
"[802.3ah] 30.11.2.1.4, 45.2.1.16"
::= { efmCuPmeStatusEntry 5 }
「MDIO InterfaceはClause45であるなら存在していて、次に、この物は10P/2B RX SNRマージンレジスタへの地図です。」 参照、「[802.3ah] 30.11 .2 .1 .4 45.2 .1 0.16インチ:、:、」= efmCuPmeStatusEntry5
efmCuPmePeerSnrMgn OBJECT-TYPE
SYNTAX Integer32(-127..128|65535)
UNITS "dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current SNR margin in dB with respect to the received
signal, as perceived by the remote (link partner) PME.
The value of 65535 is returned when the PME is Down or
Initializing.
efmCuPmePeerSnrMgn OBJECT-TYPE SYNTAX Integer32、(-、127..128| 65535)UNITS「dB」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「リモートで知覚された(リンクパートナー)PMEとしての受信された信号に関するdBの現在のSNRマージン。」 PMEがDownかInitializingであるときに、65535の値を返します。
This object is irrelevant for the -R PME subtypes. The value
of 65535 SHALL be returned in this case.
-R PME血液型亜型に、この物は無関係です。 値、65535SHALLでは、この場合返してください。
If a Clause 45 MDIO Interface is present, then this
object maps to the 10P/2B link partner RX SNR margin
register."
REFERENCE
"[802.3ah] 45.2.1.17"
::= { efmCuPmeStatusEntry 6}
「45MDIO InterfaceはClauseであるなら存在しています、この物が10P/2BリンクパートナーRX SNRマージンレジスタに写像するその時。」 参照、「[802.3ah] 45.2 .1 0.17インチ:、:、」= efmCuPmeStatusEntry6
efmCuPmeLineAtn OBJECT-TYPE
SYNTAX Integer32(-127..128|65535)
UNITS "dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current Line Attenuation in dB as perceived by the local
PME.
efmCuPmeLineAtn OBJECT-TYPE SYNTAX Integer32、(-、127..128| 65535)UNITS「dB」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「地方のPMEによって知覚されるdBの現在の線Attenuation。」
Beili Standards Track [Page 56] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[56ページ]RFC5066EFMCuはMIB2007年11月に連結します。
The value of 65535 is returned when the PME is Down or
Initializing.
PMEがDownかInitializingであるときに、65535の値を返します。
If a Clause 45 MDIO Interface is present, then this
object maps to the Line Attenuation register."
REFERENCE
"[802.3ah] 45.2.1.18"
::= { efmCuPmeStatusEntry 7 }
「MDIO InterfaceはClause45であるなら存在していて、次に、この物は線Attenuationレジスタへの地図です。」 参照、「[802.3ah] 45.2 .1 0.18インチ:、:、」= efmCuPmeStatusEntry7
efmCuPmePeerLineAtn OBJECT-TYPE
SYNTAX Integer32(-127..128|65535)
UNITS "dB"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The current Line Attenuation in dB as perceived by the remote
(link partner) PME.
The value of 65535 is returned when the PME is Down or
Initializing.
efmCuPmePeerLineAtn OBJECT-TYPE SYNTAX Integer32、(-、127..128| 65535)UNITS「dB」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「(リンクパートナー)リモートPMEによって知覚されるdBの現在の線Attenuation。」 PMEがDownかInitializingであるときに、65535の値を返します。
This object is irrelevant for the -R PME subtypes. The value
of 65535 SHALL be returned in this case.
-R PME血液型亜型に、この物は無関係です。 値、65535SHALLでは、この場合返してください。
If a Clause 45 MDIO Interface is present, then this
object maps to the 20P/2B link partner Line Attenuation
register."
REFERENCE
"[802.3ah] 45.2.1.19"
::= { efmCuPmeStatusEntry 8 }
「Clause45MDIO Interfaceが存在しているなら、この物はAttenuationが示す線を20P/2Bリンクパートナーに写像します。」 参照、「[802.3ah] 45.2 .1 0.19インチ:、:、」= efmCuPmeStatusEntry8
efmCuPmeEquivalentLength OBJECT-TYPE
SYNTAX Unsigned32(0..8192|65535)
UNITS "m"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An estimate of the equivalent loop's physical length in
meters, as perceived by the PME after the link is established.
An equivalent loop is a hypothetical 26AWG (0.4mm) loop with a
perfect square root attenuation characteristic, without any
bridged taps.
The value of 65535 is returned if the link is Down or
Initializing or the PME is unable to estimate the equivalent
length.
「リンクが設立された後にPMEによって知覚されるように同等な輪の物理的な長さの見積りは中で計量する」efmCuPmeEquivalentLength OBJECT-TYPE SYNTAX Unsigned32(0..8192| 65535)UNITS「m」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 同等な輪は少しもブリッジ・タップのない完全な平方根減衰の特性がある仮定している26AWG(0.4mm)輪です。 リンクがDownであるなら65535の値を返すか、またはInitializingかPMEが等価長を見積もることができません。
For a 10BASE-TL PME, if a Clause 45 MDIO Interface to the PME
is present, then this object maps to the 10P Electrical Length
register."
「10BASE-TL PMEに関して、PMEへの45MDIO InterfaceはClauseであるなら存在しています、この物が10P Electrical Lengthレジスタに写像するその時。」
Beili Standards Track [Page 57] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[57ページ]RFC5066EFMCuはMIB2007年11月に連結します。
REFERENCE
"[802.3ah] 45.2.1.21"
::= { efmCuPmeStatusEntry 9 }
参照、「[802.3ah] 45.2 .1 0.21インチ:、:、」= efmCuPmeStatusEntry9
efmCuPmeTCCodingErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of 64/65-octet encapsulation errors. This counter
is incremented for each 64/65-octet encapsulation error
detected by the 64/65-octet receive function.
efmCuPmeTCCodingErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「64/65八重奏のカプセル化誤りの数。」 64/65八重奏で検出されたそれぞれの64/65八重奏のカプセル化誤りが機能を受けるので、このカウンタは増加されています。
This object maps to aTCCodingViolations attribute in
Clause 30.
aTCCodingViolationsへの地図がClause30で結果と考えるこの物。
If a Clause 45 MDIO Interface to the PME TC is present, then
this object maps to the TC coding violations register
(see 45.2.6.12).
見てください。PME TCへの45MDIO InterfaceはClauseであるなら存在しています、この物がTCコード化違反レジスタに写像するその時、(45.2 .6 .12)。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 61.3.3.1, 30.11.2.1.5, 45.2.6.12"
::= { efmCuPmeStatusEntry 10 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 61.3 .3 .1 30.11 .2 .1 .5 45.2 .6 0.12インチ:、:、」= efmCuPmeStatusEntry10
efmCuPmeTCCrcErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of TC-CRC errors. This counter is incremented for
each TC-CRC error detected by the 64/65-octet receive function
(see 61.3.3.3 and Figure 61-19).
efmCuPmeTCCrcErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「TC-CRC誤りの数。」 64/65八重奏で検出されたそれぞれのTC-CRC誤りが機能を受けるので(61.3の.3の.3と図61-19を見てください)、このカウンタは増加されています。
This object maps to aTCCRCErrors attribute in
Clause 30.
aTCCRCErrorsへの地図がClause30で結果と考えるこの物。
If a Clause 45 MDIO Interface to the PME TC is present, then
this object maps to the TC CRC error register
(see 45.2.6.11).
見てください。PME TCへの45MDIO InterfaceはClauseであるなら存在しています、この物がTC CRC誤りレジスタに写像するその時、(45.2 .6 .11)。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」
Beili Standards Track [Page 58] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[58ページ]RFC5066EFMCuはMIB2007年11月に連結します。
REFERENCE
"[802.3ah] 61.3.3.3, 30.11.2.1.10, 45.2.6.11"
::= { efmCuPmeStatusEntry 11 }
参照、「[802.3ah] 61.3 .3 .3 30.11 .2 .1 .10 45.2 .6 0.11インチ:、:、」= efmCuPmeStatusEntry11
-- 2BASE-TL specific PME group
-- 2BASE-TLの特定のPMEグループ
efmCuPme2B OBJECT IDENTIFIER ::= { efmCuPme 5 }
efmCuPme2B物の識別子:、:= efmCuPme5
efmCuPme2BProfileTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPme2BProfileEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table supports definitions of administrative and
operating profiles for 2BASE-TL PMEs.
The first 14 entries in this table SHALL always be defined as
follows (see 802.3ah Annex 63A):
-------+-------+-------+-----+------+-------------+-----------
Profile MinRate MaxRate Power Region Constellation Comment
index (Kbps) (Kbps) (dBm)
-------+-------+-------+-----+------+-------------+-----------
1 5696 5696 13.5 1 32-TCPAM default
2 3072 3072 13.5 1 32-TCPAM
3 2048 2048 13.5 1 16-TCPAM
4 1024 1024 13.5 1 16-TCPAM
5 704 704 13.5 1 16-TCPAM
6 512 512 13.5 1 16-TCPAM
7 5696 5696 14.5 2 32-TCPAM
8 3072 3072 14.5 2 32-TCPAM
9 2048 2048 14.5 2 16-TCPAM
10 1024 1024 13.5 2 16-TCPAM
11 704 704 13.5 2 16-TCPAM
12 512 512 13.5 2 16-TCPAM
13 192 5696 0 1 0 best effort
14 192 5696 0 2 0 best effort
-------+-------+-------+-----+------+-------------+-----------
「管理で稼働することのこのテーブルサポート定義は2BASE-TL PMEsのために輪郭を描く」efmCuPme2BProfileTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPme2BProfileEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 最初の14のエントリーがこれでいつもSHALLをテーブルの上に置きます。以下の通り定義されてください(802.3ah Annex 63Aを見てください): -------+-------+-------+-----+------+-------------+----------- プロフィールMinRate MaxRate Power Region Constellation Commentインデックス(キロビット毎秒)(キロビット毎秒)(dBm)-------+-------+-------+-----+------+-------------+----------- 1 5696 5696 13.5 1 32-TCPAMデフォルト2 3072 3072 13.5 1 32-TCPAM3 2048 2048 13.5 1 16-TCPAM4 1024 1024 13.5 1 16-TCPAM5 704 704 13.5 1 16-TCPAM6 512 512 13.5 1 16-TCPAM7 5696 5696 14.5 2 32-TCPAM8 3072 3072 14.5 2 32-TCPAM9 2048 2048 14.5 2 16-TCPAM10 1024 1024 13.5 2 16-TCPAM11 704 704 13.5 2 16-TCPAM12 512 512 13.5 2 16-TCPAM13 192、5696、0 1 0、ベストエフォート型14、192、5696、0 2 0、ベストエフォート型-------+-------+-------+-----+------+-------------+-----------
These default entries SHALL be created during agent
initialization and MUST NOT be deleted.
これらのデフォルトエントリーSHALLをエージェント初期化の間、作成して、削除してはいけません。
Entries following the first 14 can be dynamically created and
deleted to provide custom administrative (configuration)
profiles and automatic operating profiles.
カスタム管理(構成)プロフィールと自動操作プロフィールを提供するために最初の14に続くエントリーは、ダイナミックに作成して、削除できます。
This table MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] Annex 63A, 30.11.2.1.6"
::= { efmCuPme2B 2 }
「しつこい方法でこのテーブルを維持しなければなりません。」 参照、「[802.3ah]別館63A、30.11、.2 .1 0.6インチ:、:、」= efmCuPme2B2
Beili Standards Track [Page 59] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[59ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPme2BProfileEntry OBJECT-TYPE
SYNTAX EfmCuPme2BProfileEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Each entry corresponds to a single 2BASE-TL PME profile.
Each profile contains a set of parameters, used either for
configuration or representation of a 2BASE-TL PME.
In case a particular profile is referenced via the
efmCuPmeAdminProfile object (or efmCuAdminProfile if
efmCuPmeAdminProfile is zero), it represents the desired
parameters for the 2BaseTL-O PME initialization.
If a profile is referenced via an efmCuPmeOperProfile object,
it represents the current operating parameters of an
operational PME.
efmCuPme2BProfileEntry OBJECT-TYPE SYNTAX EfmCuPme2BProfileEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「各エントリーは単一の2BASE-TL PMEプロフィールに対応しています」。 各プロフィールは2BASE-TL PMEの構成か表現に使用される1セットのパラメタを含んでいます。 特定のプロフィールがefmCuPmeAdminProfile物を通して参照をつけられるといけないので(efmCuPmeAdminProfileであるなら、efmCuAdminProfileはゼロです)、それは2BaseTL-O PME初期化のための必要なパラメタを表します。 プロフィールがefmCuPmeOperProfile物を通して参照をつけられるなら、それは操作上のPMEの現在の運転パラメータを表します。
Profiles may be created/deleted using the row creation/
deletion mechanism via efmCuPme2BProfileRowStatus. If an
active entry is referenced, the entry MUST remain 'active'
until all references are removed.
Default entries MUST NOT be removed."
INDEX { efmCuPme2BProfileIndex }
::= { efmCuPme2BProfileTable 1 }
プロフィールは、efmCuPme2BProfileRowStatusを通して列の創造/削除メカニズムを使用することで作成されるか、または削除されるかもしれません。 活発なエントリーが参照をつけられるなら、すべての参照が取り除かれるまで、エントリーは'アクティブな'ままで残らなければなりません。 「デフォルトエントリーを取り除いてはいけません。」 efmCuPme2BProfileIndexに索引をつけてください:、:= efmCuPme2BProfileTable1
EfmCuPme2BProfileEntry ::=
SEQUENCE {
efmCuPme2BProfileIndex EfmProfileIndex,
efmCuPme2BProfileDescr SnmpAdminString,
efmCuPme2BRegion INTEGER,
efmCuPme2BsMode EfmProfileIndexOrZero,
efmCuPme2BMinDataRate Unsigned32,
efmCuPme2BMaxDataRate Unsigned32,
efmCuPme2BPower Unsigned32,
efmCuPme2BConstellation INTEGER,
efmCuPme2BProfileRowStatus RowStatus
}
EfmCuPme2BProfileEntry:、:= 系列efmCuPme2BProfileIndex EfmProfileIndex、efmCuPme2BProfileDescr SnmpAdminString、efmCuPme2BRegion整数、efmCuPme2BsMode EfmProfileIndexOrZero、efmCuPme2BMinDataRate Unsigned32、efmCuPme2BMaxDataRate Unsigned32、efmCuPme2BPower Unsigned32、efmCuPme2BConstellation整数、efmCuPme2BProfileRowStatus RowStatus
efmCuPme2BProfileIndex OBJECT-TYPE
SYNTAX EfmProfileIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"2BASE-TL PME profile index.
This object is the unique index associated with this profile.
Entries in this table are referenced via efmCuAdminProfile or
efmCuPmeAdminProfile objects."
::= { efmCuPme2BProfileEntry 1 }
アクセスしやすくないefmCuPme2BProfileIndex OBJECT-TYPE SYNTAX EfmProfileIndexのSTATUS現在の記述マックス-ACCESS「2BASE-TL PMEプロフィールインデックス。」 この物はこのプロフィールに関連しているユニークなインデックスです。 「このテーブルのエントリーはefmCuAdminProfileかefmCuPmeAdminProfile物を通して参照をつけられます。」 ::= efmCuPme2BProfileEntry1
Beili Standards Track [Page 60] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[60ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPme2BProfileDescr OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A textual string containing information about a 2BASE-TL PME
profile. The string may include information about the data
rate and spectral limitations of this particular profile."
::= { efmCuPme2BProfileEntry 2 }
efmCuPme2BProfileDescr OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSは「2BASE-TL PMEの原文のストリング含有情報は輪郭を描く」STATUSの現在の記述を読書して作成します。 「ストリングはこの特定のプロフィールのデータ信号速度とスペクトル限界の情報を含むかもしれません。」 ::= efmCuPme2BProfileEntry2
efmCuPme2BRegion OBJECT-TYPE
SYNTAX INTEGER {
region1(1),
region2(2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Regional settings for a 2BASE-TL PME, as specified in the
relevant Regional Annex of [G.991.2].
Regional settings specify the Power Spectral Density (PSD)
mask and the Power Back-Off (PBO) values, and place
limitations on the max allowed data rate, power, and
constellation.
efmCuPme2BRegion OBJECT-TYPE SYNTAX INTEGER、region1(1)、マックス-ACCESSがSTATUS現在に読書して作成するregion2(2)、記述、「2BASE-TL PMEのための[G.991.2]の関連Regional Annexで指定されるような地方の設定 地方の設定はPower Spectral Density(PSD)マスクと下にPower Back(PBO)値を指定します、そして、最大における場所制限はデータ信号速度、パワー、および星座を許容しました。
Possible values for this object are:
region1 - Annexes A and F (e.g., North America)
region2 - Annexes B and G (e.g., Europe)
この物のための可能な値は以下の通りです。 region1--別館AとF(例えば、北アメリカ)region2--別館BとG(例えば、ヨーロッパ)
Annex A/B specify regional settings for data rates 192-2304
Kbps using 16-TCPAM encoding.
Annex F/G specify regional settings for rates 2320-3840 Kbps
using 16-TCPAM encoding and 768-5696 Kbps using 32-TCPAM
encoding.
別館A/Bは、16-TCPAMコード化を使用することでデータ信号速度192-2304Kbpsに地方の設定を指定します。 別館F/Gは、32-TCPAMコード化を使用することでレート2320-3840 16-TCPAMコード化を使用するKbpsと768-5696Kbpsに地方の設定を指定します。
If a Clause 45 MDIO Interface to the PME is present, then this
object partially maps to the Region bits in the 2B general
parameter register."
REFERENCE
"[802.3ah] 45.2.1.42; [G.991.2] Annexes A, B, F and G"
::= { efmCuPme2BProfileEntry 3 }
「PMEへの45MDIO InterfaceはClauseであるなら存在しています、この物が2B一般的指標レジスタでRegionビットに部分的に写像するその時。」 参照、「[802.3ah]45.2.1、.42インチ。 「[G.991.2]はA、B、F、およびGを付加する」:、:= efmCuPme2BProfileEntry3
efmCuPme2BsMode OBJECT-TYPE
SYNTAX EfmProfileIndexOrZero
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Desired custom Spectral Mode for a 2BASE-TL PME. This object
efmCuPme2BsMode OBJECT-TYPE SYNTAX EfmProfileIndexOrZeroマックス-ACCESSはSTATUSの現在の記述「2BASE-TL PMEのための必要な習慣Spectral Mode」を読書して作成します。 この物
Beili Standards Track [Page 61] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[61ページ]RFC5066EFMCuはMIB2007年11月に連結します。
is a pointer to an entry in efmCuPme2BsModeTable and a block
of entries in efmCuPme2BRateReachTable, which together define
(country-specific) reach-dependent rate limitations in
addition to those defined by efmCuPme2BRegion.
ポインタである、中のefmCuPme2BsModeTableとaが妨げるefmCuPme2BRateReachTableのエントリーのエントリーと、どれがefmCuPme2BRegionによって定義されたものに加えて(国の特有)の範囲依存するレート制限を一緒に定義しますか?
The value of this object is the index of the referenced
spectral mode.
The value of zero (default) indicates that no specific
spectral mode is applicable.
この物の値は参照をつけられたスペクトルモードのインデックスです。 ゼロ(デフォルト)の値は、どんな特定のスペクトルモードも適切でないことを示します。
Attempts to set this object to a value that is not the value
of the index for an active entry in the corresponding spectral
mode table MUST be rejected."
REFERENCE
"efmCuPme2BsModeTable, efmCuPme2BRateReachTable"
DEFVAL { 0 }
::= { efmCuPme2BProfileEntry 4 }
「対応するスペクトルモードテーブルの活発なエントリーへのインデックスの値でない値にこの物を設定する試みを拒絶しなければなりません。」 参照「efmCuPme2BsModeTable、efmCuPme2BRateReachTable」DEFVAL0:、:= efmCuPme2BProfileEntry4
efmCuPme2BMinDataRate OBJECT-TYPE
SYNTAX Unsigned32(192..5696)
UNITS "Kbps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Minimum Data Rate for the 2BASE-TL PME.
This object can take values of (n x 64)Kbps,
where n=3..60 for 16-TCPAM and n=12..89 for 32-TCPAM encoding.
efmCuPme2BMinDataRate OBJECT-TYPE SYNTAX Unsigned32(192 .5696)UNITS「キロビット毎秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「2BASE-TL PMEに、最小のデータ信号速度。」 この物は(n x64)キロビット毎秒、どこn=3に関する値を取ることができるか。60 16-TCPAMとn=12であるときに。89 32-TCPAMコード化のために。
The data rate of the 2BASE-TL PME is considered 'fixed' when
the value of this object equals that of efmCuPme2BMaxDataRate.
If efmCuPme2BMinDataRate is less than efmCuPme2BMaxDataRate in
the administrative profile, the data rate is considered
'adaptive', and SHALL be set to the maximum attainable rate
not exceeding efmCuPme2BMaxDataRate, under the spectral
limitations placed by the efmCuPme2BRegion and
efmCuPme2BsMode.
この物の値がefmCuPme2BMaxDataRateのものと等しいときに、2BASE-TL PMEのデータ信号速度は'修理されている'と考えられます。 データ信号速度はefmCuPme2BMinDataRateが管理プロフィールのefmCuPme2BMaxDataRate以下であり、達成できる最大のレートへのセットが上回っているefmCuPme2BMaxDataRateでなかったなら'適応型'、そして、SHALLであると考えられます、efmCuPme2BRegionとefmCuPme2BsModeによって置かれたスペクトル制限で。
Note that the current operational data rate of the PME is
represented by the ifSpeed object of IF-MIB.
PMEの現在の操作上のデータ信号速度がifSpeed物によって表されることに注意してください、-、MIB
If a Clause 45 MDIO Interface to the PME is present, then this
object maps to the Min Data Rate1 bits in the 2B PMD
parameters register.
PMEへのClause45MDIO Interfaceが存在しているなら、この物が2B PMDパラメタレジスタでMin Data Rate1ビットに写像するその時です。
This object MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] 45.2.1.43"
::= { efmCuPme2BProfileEntry 5 }
「しつこい方法でこの物を維持しなければなりません。」 参照、「[802.3ah] 45.2 .1 0.43インチ:、:、」= efmCuPme2BProfileEntry5
Beili Standards Track [Page 62] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[62ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPme2BMaxDataRate OBJECT-TYPE
SYNTAX Unsigned32(192..5696)
UNITS "Kbps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Maximum Data Rate for the 2BASE-TL PME.
This object can take values of (n x 64)Kbps,
where n=3..60 for 16-TCPAM and n=12..89 for 32-TCPAM encoding.
efmCuPme2BMaxDataRate OBJECT-TYPE SYNTAX Unsigned32(192 .5696)UNITS「キロビット毎秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「2BASE-TL PMEに、最大のデータ信号速度。」 この物は(n x64)キロビット毎秒、どこn=3に関する値を取ることができるか。60 16-TCPAMとn=12であるときに。89 32-TCPAMコード化のために。
The data rate of the 2BASE-TL PME is considered 'fixed' when
the value of this object equals that of efmCuPme2BMinDataRate.
If efmCuPme2BMinDataRate is less than efmCuPme2BMaxDataRate in
the administrative profile, the data rate is considered
'adaptive', and SHALL be set to the maximum attainable rate
not exceeding efmCuPme2BMaxDataRate, under the spectral
limitations placed by the efmCuPme2BRegion and
efmCuPme2BsMode.
この物の値がefmCuPme2BMinDataRateのものと等しいときに、2BASE-TL PMEのデータ信号速度は'修理されている'と考えられます。 データ信号速度はefmCuPme2BMinDataRateが管理プロフィールのefmCuPme2BMaxDataRate以下であり、達成できる最大のレートへのセットが上回っているefmCuPme2BMaxDataRateでなかったなら'適応型'、そして、SHALLであると考えられます、efmCuPme2BRegionとefmCuPme2BsModeによって置かれたスペクトル制限で。
Note that the current operational data rate of the PME is
represented by the ifSpeed object of IF-MIB.
PMEの現在の操作上のデータ信号速度がifSpeed物によって表されることに注意してください、-、MIB
If a Clause 45 MDIO Interface to the PME is present, then this
object maps to the Max Data Rate1 bits in the 2B PMD
parameters register.
PMEへのClause45MDIO Interfaceが存在しているなら、この物は2B PMDパラメタレジスタでData Rate1ビットをマックスに写像します。
This object MUST be maintained in a persistent manner."
REFERENCE
"[802.3ah] 45.2.1.43"
::= { efmCuPme2BProfileEntry 6 }
「しつこい方法でこの物を維持しなければなりません。」 参照、「[802.3ah] 45.2 .1 0.43インチ:、:、」= efmCuPme2BProfileEntry6
efmCuPme2BPower OBJECT-TYPE
SYNTAX Unsigned32(0|10..42)
UNITS "0.5 dBm"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Signal Transmit Power. Multiple of 0.5 dBm.
The value of 0 in the administrative profile means that the
signal transmit power is not fixed and SHALL be set to
maximize the attainable rate, under the spectral limitations
placed by the efmCuPme2BRegion and efmCuPme2BsMode.
. .42)UNITS「0.5dBm」マックス-ACCESSがSTATUSの現在の記述を読書して作成します。efmCuPme2BPower OBJECT-TYPE SYNTAX Unsigned32、(0|10、「信号はパワーを伝えます」。 0.5dBmの倍数。 管理プロフィールの0の値は、信号が最大にするセットが達成できるレートであったなら修理されなかったパワーとSHALLを伝えることを意味します、efmCuPme2BRegionとefmCuPme2BsModeによって置かれたスペクトル制限で。
If a Clause 45 MDIO Interface to the PME is present, then this
object maps to the Power1 bits in the 2B PMD parameters
register."
REFERENCE
"[802.3ah] 45.2.1.43"
「PMEへの45MDIO InterfaceはClauseであるなら存在しています、この物が2B PMDパラメタレジスタでPower1ビットに写像するその時。」 参照、「[802.3ah] 45.2 .1 0.43インチ」
Beili Standards Track [Page 63] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[63ページ]RFC5066EFMCuはMIB2007年11月に連結します。
::= { efmCuPme2BProfileEntry 7 }
::= efmCuPme2BProfileEntry7
efmCuPme2BConstellation OBJECT-TYPE
SYNTAX INTEGER {
adaptive(0),
tcpam16(1),
tcpam32(2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"TCPAM Constellation of the 2BASE-TL PME.
The possible values are:
adaptive(0) - either 16- or 32-TCPAM
tcpam16(1) - 16-TCPAM
tcpam32(2) - 32-TCPAM
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。efmCuPme2BConstellation OBJECT-TYPE SYNTAX INTEGER、適応型の(0)、tcpam16(1)、tcpam32(2)、「2BASE-TL PMEのTCPAM星座。」 可能な値は以下の通りです。 適応型の(0)--32-TCPAM tcpam16(1)--16-TCPAM tcpam32(2)--16か32-TCPAMのどちらか
The value of adaptive(0) in the administrative profile means
that the constellation is not fixed and SHALL be set to
maximize the attainable rate, under the spectral limitations
placed by the efmCuPme2BRegion and efmCuPme2BsMode.
管理プロフィールの適応型の(0)の値は、修理されなかった星座とSHALLが達成できるレートを最大にするように用意ができていることを意味します、efmCuPme2BRegionとefmCuPme2BsModeによって置かれたスペクトル制限で。
If a Clause 45 MDIO Interface to the PME is present, then this
object maps to the Constellation1 bits in the 2B general
parameter register."
REFERENCE
"[802.3ah] 45.2.1.43"
::= { efmCuPme2BProfileEntry 8 }
「PMEへの45MDIO InterfaceはClauseであるなら存在しています、この物が2B一般的指標レジスタでConstellation1ビットに写像するその時。」 参照、「[802.3ah] 45.2 .1 0.43インチ:、:、」= efmCuPme2BProfileEntry8
efmCuPme2BProfileRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object controls the creation, modification, or deletion
of the associated entry in the efmCuPme2BProfileTable per the
semantics of RowStatus.
efmCuPme2BProfileRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は創造、変更、またはefmCuPme2BProfileTableで関連エントリーについてRowStatusの意味論あたり削除して制御する」STATUSの現在の記述を読書して作成します。
If an 'active' entry is referenced via efmCuAdminProfile or
efmCuPmeAdminProfile instance(s), the entry MUST remain
'active'.
efmCuAdminProfileかefmCuPmeAdminProfile例で'アクティブな'エントリーが参照をつけられるなら、エントリーは'アクティブな'ままで残らなければなりません。
An 'active' entry SHALL NOT be modified. In order to modify
an existing entry, it MUST be taken out of service (by setting
this object to 'notInService'), modified, and set 'active'
again."
::= { efmCuPme2BProfileEntry 9 }
'アクティブな'エントリーSHALL NOT、変更されてください。 「それは、既存のエントリーを変更するために再び使われなくなっていた状態で('notInService'にこの物を設定するのによる)取られて、変更されて、セット'アクティブでなければなりません'。」 ::= efmCuPme2BProfileEntry9
Beili Standards Track [Page 64] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[64ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPme2BsModeTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPme2BsModeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table, together with efmCu2BReachRateTable, supports
definition of administrative custom spectral modes for
2BASE-TL PMEs, describing spectral limitations in addition to
those specified by efmCuPme2BRegion.
「それらに加えたこれほどテーブル用の、そして、efmCu2BReachRateTable、2BASE-TL PMEsのための管理カスタムスペクトルモードのサポート定義と共に説明しているスペクトル制限はefmCuPme2BRegionで指定した」efmCuPme2BsModeTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPme2BsModeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
In some countries, spectral regulations (e.g., UK ANFP) limit
the length of the loops for certain data rates. This table
allows these country-specific limitations to be specified.
いくつかの国、スペクトル規則(例えば、UK ANFP)限界における、あるデータ信号速度のための輪の長さ。 このテーブルは、これらの国の特有の制限が指定されるのを許容します。
Entries in this table referenced by the efmCuPme2BsMode
MUST NOT be deleted until all the active references are
removed.
すべての活発な参照が取り除かれるまで、efmCuPme2BsModeによって参照をつけられたこのテーブルのエントリーを削除してはいけません。
This table MUST be maintained in a persistent manner."
REFERENCE
"efmCu2BReachRateTable"
::= { efmCuPme2B 3 }
「しつこい方法でこのテーブルを維持しなければなりません。」 参照"efmCu2BReachRateTable":、:= efmCuPme2B3
efmCuPme2BsModeEntry OBJECT-TYPE
SYNTAX EfmCuPme2BsModeEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Each entry specifies a spectral mode description and its
index, which is used to reference corresponding entries in the
efmCu2BReachRateTable.
efmCuPme2BsModeEntry OBJECT-TYPE SYNTAX EfmCuPme2BsModeEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「各エントリーはスペクトルモード記述とそのインデックスを指定します」。(インデックスはefmCu2BReachRateTableの参照の対応するエントリーに使用されます)。
Entries may be created/deleted using the row creation/
deletion mechanism via efmCuPme2BsModeRowStatus."
INDEX { efmCuPme2BsModeIndex }
::= { efmCuPme2BsModeTable 1 }
「エントリーは、efmCuPme2BsModeRowStatusを通して列の創造/削除メカニズムを使用することで作成されるか、または削除されるかもしれません。」 efmCuPme2BsModeIndexに索引をつけてください:、:= efmCuPme2BsModeTable1
EfmCuPme2BsModeEntry ::=
SEQUENCE {
efmCuPme2BsModeIndex EfmProfileIndex,
efmCuPme2BsModeDescr SnmpAdminString,
efmCuPme2BsModeRowStatus RowStatus
}
EfmCuPme2BsModeEntry:、:= 系列efmCuPme2BsModeIndex EfmProfileIndex、efmCuPme2BsModeDescr SnmpAdminString、efmCuPme2BsModeRowStatus RowStatus
efmCuPme2BsModeIndex OBJECT-TYPE
SYNTAX EfmProfileIndex
MAX-ACCESS not-accessible
STATUS current
efmCuPme2BsModeIndex OBJECT-TYPE SYNTAX EfmProfileIndexのマックス-ACCESSのアクセスしやすくないSTATUS海流
Beili Standards Track [Page 65] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[65ページ]RFC5066EFMCuはMIB2007年11月に連結します。
DESCRIPTION
"2BASE-TL PME Spectral Mode index.
This object is the unique index associated with this spectral
mode.
Entries in this table are referenced via the efmCuPme2BsMode
object."
::= { efmCuPme2BsModeEntry 1 }
記述「2BASE-TL PME Spectral Modeインデックス。」 この物はこのスペクトルモードに関連しているユニークなインデックスです。 「このテーブルのエントリーはefmCuPme2BsMode物を通して参照をつけられます。」 ::= efmCuPme2BsModeEntry1
efmCuPme2BsModeDescr OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A textual string containing information about a 2BASE-TL PME
spectral mode. The string may include information about
corresponding (country-specific) spectral regulations
and rate/reach limitations of this particular spectral mode."
::= { efmCuPme2BsModeEntry 2 }
efmCuPme2BsModeDescr OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「2BASE-TL PMEスペクトルのモードの原文のストリング含有情報。」 「ストリングはこの特定のスペクトルモードの対応する(国の特有の)スペクトル規則とレート/範囲制限の情報を含むかもしれません。」 ::= efmCuPme2BsModeEntry2
efmCuPme2BsModeRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object controls creation, modification, or deletion of
the associated entry in efmCuPme2BsModeTable per the semantics
of RowStatus.
efmCuPme2BsModeRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は創造、変更、またはefmCuPme2BsModeTableで関連エントリーについてRowStatusの意味論あたり削除して制御する」STATUSの現在の記述を読書して作成します。
If an 'active' entry is referenced via efmCuPme2BsMode
instance(s), the entry MUST remain 'active'.
efmCuPme2BsMode例で'アクティブな'エントリーが参照をつけられるなら、エントリーは'アクティブな'ままで残らなければなりません。
An 'active' entry SHALL NOT be modified. In order to modify
an existing entry, it MUST be taken out of service (by setting
this object to 'notInService'), modified, and set 'active'
again."
::= { efmCuPme2BsModeEntry 3 }
'アクティブな'エントリーSHALL NOT、変更されてください。 「それは、既存のエントリーを変更するために再び使われなくなっていた状態で('notInService'にこの物を設定するのによる)取られて、変更されて、セット'アクティブでなければなりません'。」 ::= efmCuPme2BsModeEntry3
efmCuPme2BReachRateTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPme2BReachRateEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table supports the definition of administrative custom
spectral modes for 2BASE-TL PMEs, providing spectral
limitations in addition to those specified by
efmCuPme2BRegion.
「これは2BASE-TL PMEsのために管理カスタムスペクトルモードの定義を支持して、efmCuPme2BRegionによって指定されたものに加えてスペクトル制限を提供しながら、テーブルの上に置く」efmCuPme2BReachRateTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPme2BReachRateEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
Beili Standards Track [Page 66] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[66ページ]RFC5066EFMCuはMIB2007年11月に連結します。
The spectral regulations in some countries (e.g., UK ANFP)
limit the length of the loops for certain data rates.
This table allows these country-specific limitations to be
specified.
いくつかの国(例えば、UK ANFP)のスペクトル規則はあるデータ信号速度のために輪の長さを制限します。 このテーブルは、これらの国の特有の制限が指定されるのを許容します。
Below is an example of this table for [ANFP]:
----------+-------+-------
Equivalent MaxRate MaxRate
Length PAM16 PAM32
(m) (Kbps) (Kbps)
----------+-------+-------
975 2304 5696
1125 2304 5504
1275 2304 5120
1350 2304 4864
1425 2304 4544
1500 2304 4288
1575 2304 3968
1650 2304 3776
1725 2304 3520
1800 2304 3264
1875 2304 3072
1950 2048 2688
2100 1792 2368
2250 1536 0
2400 1408 0
2550 1280 0
2775 1152 0
2925 1152 0
3150 1088 0
3375 1024 0
----------+-------+-------
以下に、[ANFP]のためのこのテーブルに関する例があります: ----------+-------+------- 同等なMaxRate MaxRate長さのPAM16 PAM32(m)(キロビット毎秒)(キロビット毎秒)----------+-------+------- 975 2304 5696 1125 2304 5504 1275 2304 5120 1350 2304 4864 1425 2304 4544 1500 2304 4288 1575 2304 3968 1650 2304 3776 1725 2304 3520 1800 2304 3264 1875 2304 3072 1950 2048 2688 2100 1792 2368 2250 1536 0 2400 1408 0 2550 1280 0 2775 1152 0 2925 1152 0 3150 1088 0 3375 1024 0 ----------+-------+-------
Entries in this table referenced by an efmCuPme2BsMode
instance MUST NOT be deleted.
efmCuPme2BsMode例によって参照をつけられるこのテーブルのエントリーを削除してはいけません。
This table MUST be maintained in a persistent manner."
REFERENCE
"[ANFP]"
::= { efmCuPme2B 4 }
「しつこい方法でこのテーブルを維持しなければなりません。」 以下に参照をつけてください「[ANFP]」という:= efmCuPme2B4
efmCuPme2BReachRateEntry OBJECT-TYPE
SYNTAX EfmCuPme2BReachRateEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Each entry specifies maximum 2BASE-TL PME data rates
allowed for a certain equivalent loop length, when using
efmCuPme2BReachRateEntry OBJECT-TYPE SYNTAX EfmCuPme2BReachRateEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「各エントリーは使用するときある同等なループ長に考慮された最大の2BASE-TL PMEデータ信号速度を指定します」。
Beili Standards Track [Page 67] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[67ページ]RFC5066EFMCuはMIB2007年11月に連結します。
16-TCPAM or 32-TCPAM encoding.
16-TCPAMか32-TCPAMコード化。
When a 2BASE-TL PME is initialized, its data rate MUST NOT
exceed one of the following limitations:
- the value of efmCuPme2BMaxDataRate
- maximum data rate allowed by efmCuPme2BRegion and
efmCuPme2BPower
- maximum data rate for a given encoding specified in the
efmCuPme2BsModeEntry, corresponding to the equivalent loop
length, estimated by the PME
2BASE-TL PMEが初期化されるとき、データ信号速度は以下の制限の1つを超えてはいけません: - efmCuPme2BMaxDataRateの値--efmCuPme2BRegionとefmCuPme2BPowerによって許容された最大のデータ信号速度--与えられたコード化のための最大のデータ信号速度はefmCuPme2BsModeEntryで指定しました、PMEによって見積もられていた同等なループ長に対応しています。
It is RECOMMENDED that the efmCuPme2BEquivalentLength values
are assigned in increasing order, starting from the minimum
value.
最小値から始めて、efmCuPme2BEquivalentLength値が増加するオーダーで割り当てられるのは、RECOMMENDEDです。
Entries may be created/deleted using the row creation/
deletion mechanism via efmCuPme2ReachRateRowStatus."
INDEX { efmCuPme2BsModeIndex, efmCuPme2BReachRateIndex }
::= { efmCuPme2BReachRateTable 1 }
「エントリーは、efmCuPme2ReachRateRowStatusを通して列の創造/削除メカニズムを使用することで作成されるか、または削除されるかもしれません。」 efmCuPme2BsModeIndex、efmCuPme2BReachRateIndexに索引をつけてください:、:= efmCuPme2BReachRateTable1
EfmCuPme2BReachRateEntry ::=
SEQUENCE {
efmCuPme2BReachRateIndex EfmProfileIndex,
efmCuPme2BEquivalentLength Unsigned32,
efmCuPme2BMaxDataRatePam16 Unsigned32,
efmCuPme2BMaxDataRatePam32 Unsigned32,
efmCuPme2BReachRateRowStatus RowStatus
}
EfmCuPme2BReachRateEntry:、:= 系列efmCuPme2BReachRateIndex EfmProfileIndex、efmCuPme2BEquivalentLength Unsigned32、efmCuPme2BMaxDataRatePam16 Unsigned32、efmCuPme2BMaxDataRatePam32 Unsigned32、efmCuPme2BReachRateRowStatus RowStatus
efmCuPme2BReachRateIndex OBJECT-TYPE
SYNTAX EfmProfileIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"2BASE-TL custom spectral mode Reach-Rate table index.
This object is the unique index associated with each entry."
::= { efmCuPme2BReachRateEntry 1 }
アクセスしやすくない現在のefmCuPme2BReachRateIndex OBJECT-TYPE SYNTAX EfmProfileIndexのマックス-ACCESS STATUS記述「2BASE-TLのカスタムスペクトルモードReach-レート表インデックス。」 「この物は各エントリーに関連しているユニークなインデックスです。」 ::= efmCuPme2BReachRateEntry1
efmCuPme2BEquivalentLength OBJECT-TYPE
SYNTAX Unsigned32(0..8192)
UNITS "m"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Maximum allowed equivalent loop's physical length in meters
for the specified data rates.
An equivalent loop is a hypothetical 26AWG (0.4mm) loop with a
perfect square root attenuation characteristic, without any
efmCuPme2BEquivalentLength OBJECT-TYPE SYNTAX Unsigned32(0 .8192)UNITS「m」マックス-ACCESSは「最大は指定されたデータ信号速度のためのメーターの同等な輪の物理的な長さを許容した」STATUSの現在の記述を読書して作成します。 同等な輪はいずれのない完全な平方根減衰の特性がある仮定している26AWG(0.4mm)輪です。
Beili Standards Track [Page 68] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[68ページ]RFC5066EFMCuはMIB2007年11月に連結します。
bridged taps."
::= { efmCuPme2BReachRateEntry 2 }
「ブリッジ・タップ。」 ::= efmCuPme2BReachRateEntry2
efmCuPme2BMaxDataRatePam16 OBJECT-TYPE
SYNTAX Unsigned32(0|192..5696)
UNITS "Kbps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Maximum data rate for a 2BASE-TL PME at the specified
equivalent loop's length using TC-PAM16 encoding.
The value of zero means that TC-PAM16 encoding should not be
used at this distance."
::= { efmCuPme2BReachRateEntry 3 }
. .5696)UNITS「キロビット毎秒」マックス-ACCESSがSTATUSの現在の記述を読書して作成します。efmCuPme2BMaxDataRatePam16 OBJECT-TYPE SYNTAX Unsigned32、(0|192、「TC-PAM16コード化を使用する指定された同等な輪の長さにおける2BASE-TL PMEに、最大のデータ信号速度。」 「ゼロの値は、TC-PAM16コード化がこの距離で使用されるべきでないことを意味します。」 ::= efmCuPme2BReachRateEntry3
efmCuPme2BMaxDataRatePam32 OBJECT-TYPE
SYNTAX Unsigned32(0|192..5696)
UNITS "Kbps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Maximum data rate for a 2BASE-TL PME at the specified
equivalent loop's length using TC-PAM32 encoding.
The value of zero means that TC-PAM32 encoding should not be
used at this distance."
::= { efmCuPme2BReachRateEntry 4 }
. .5696)UNITS「キロビット毎秒」マックス-ACCESSがSTATUSの現在の記述を読書して作成します。efmCuPme2BMaxDataRatePam32 OBJECT-TYPE SYNTAX Unsigned32、(0|192、「TC-PAM32コード化を使用する指定された同等な輪の長さにおける2BASE-TL PMEに、最大のデータ信号速度。」 「ゼロの値は、TC-PAM32コード化がこの距離で使用されるべきでないことを意味します。」 ::= efmCuPme2BReachRateEntry4
efmCuPme2BReachRateRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object controls the creation, modification, or deletion
of the associated entry in the efmCuPme2BReachRateTable per
the semantics of RowStatus.
efmCuPme2BReachRateRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は創造、変更、またはefmCuPme2BReachRateTableで関連エントリーについてRowStatusの意味論あたり削除して制御する」STATUSの現在の記述を読書して作成します。
If an 'active' entry is referenced via efmCuPme2BsMode
instance(s), the entry MUST remain 'active'.
efmCuPme2BsMode例で'アクティブな'エントリーが参照をつけられるなら、エントリーは'アクティブな'ままで残らなければなりません。
An 'active' entry SHALL NOT be modified. In order to modify
an existing entry, it MUST be taken out of service (by setting
this object to 'notInService'), modified, and set 'active'
again."
::= { efmCuPme2BReachRateEntry 5 }
'アクティブな'エントリーSHALL NOT、変更されてください。 「それは、既存のエントリーを変更するために再び使われなくなっていた状態で('notInService'にこの物を設定するのによる)取られて、変更されて、セット'アクティブでなければなりません'。」 ::= efmCuPme2BReachRateEntry5
-- 10PASS-TS specific PME group
-- 10PASS-TSの特定のPMEグループ
Beili Standards Track [Page 69] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[69ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPme10P OBJECT IDENTIFIER ::= { efmCuPme 6 }
efmCuPme10P物の識別子:、:= efmCuPme6
efmCuPme10PProfileTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPme10PProfileEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table supports definitions of configuration profiles for
10PASS-TS PMEs.
The first 22 entries in this table SHALL always be defined as
follows (see 802.3ah Annex 62B.3, table 62B-1):
-------+--------+----+---------+-----+-----+---------------
Profile Bandplan UPBO BandNotch DRate URate Comment
Index PSDMask# p# p# p# p#
-------+--------+----+---------+-----+-----+---------------
1 1 3 2,6,10,11 20 20 default profile
2 13 5 0 20 20
3 1 1 0 20 20
4 16 0 0 100 100
5 16 0 0 70 50
6 6 0 0 50 10
7 17 0 0 30 30
8 8 0 0 30 5
9 4 0 0 25 25
10 4 0 0 15 15
11 23 0 0 10 10
12 23 0 0 5 5
13 16 0 2,5,9,11 100 100
14 16 0 2,5,9,11 70 50
15 6 0 2,6,10,11 50 10
16 17 0 2,5,9,11 30 30
17 8 0 2,6,10,11 30 5
18 4 0 2,6,10,11 25 25
19 4 0 2,6,10,11 15 15
20 23 0 2,5,9,11 10 10
21 23 0 2,5,9,11 5 5
22 30 0 0 200 50
-------+--------+----+---------+-----+-----+---------------
「構成のこのテーブルサポート定義は10PASS-TS PMEsのために輪郭を描く」efmCuPme10PProfileTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPme10PProfileEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 最初の22のエントリーがこれでいつもSHALLをテーブルの上に置きます。以下の通り定義されてください(802.3ah Annex 62B.3、テーブル62B-1を見てください): -------+--------+----+---------+-----+-----+--------------- Bandplan UPBO BandNotch DRate URate Comment Index PSDMask#p#p#p#p#の輪郭を描いてください。-------+--------+----+---------+-----+-----+--------------- 1 1 3 2,6,10,11 20 20 default profile 2 13 5 0 20 20 3 1 1 0 20 20 4 16 0 0 100 100 5 16 0 0 70 50 6 6 0 0 50 10 7 17 0 0 30 30 8 8 0 0 30 5 9 4 0 0 25 25 10 4 0 0 15 15 11 23 0 0 10 10 12 23 0 0 5 5 13 16 0 2,5,9,11 100 100 14 16 0 2,5,9,11 70 50 15 6 0 2,6,10,11 50 10 16 17 0 2,5,9,11 30 30 17 8 0 2,6,10,11 30 5 18 4 0 2,6,10,11 25 25 19 4 0 2,6,10,11 15 15 20 23 0 2,5,9,11 10 10 21 23 0 2,5,9,11 5 5 22 30 0 0 200 50 -------+--------+----+---------+-----+-----+---------------
These default entries SHALL be created during agent
initialization and MUST NOT be deleted.
これらのデフォルトエントリーSHALLをエージェント初期化の間、作成して、削除してはいけません。
Entries following the first 22 can be dynamically created and
deleted to provide custom administrative (configuration)
profiles and automatic operating profiles.
カスタム管理(構成)プロフィールと自動操作プロフィールを提供するために最初の22に続くエントリーは、ダイナミックに作成して、削除できます。
This table MUST be maintained in a persistent manner."
REFERENCE
「しつこい方法でこのテーブルを維持しなければなりません。」 参照
Beili Standards Track [Page 70] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[70ページ]RFC5066EFMCuはMIB2007年11月に連結します。
"[802.3ah] Annex 62B.3, 30.11.2.1.6"
::= { efmCuPme10P 1 }
「[802.3ah]別館62B.3、30.11、.2 .1 0.6インチ:、:、」= efmCuPme10P1
efmCuPme10PProfileEntry OBJECT-TYPE
SYNTAX EfmCuPme10PProfileEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Each entry corresponds to a single 10PASS-TS PME profile.
efmCuPme10PProfileEntry OBJECT-TYPE SYNTAX EfmCuPme10PProfileEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「各エントリーは単一の10PASS-TS PMEプロフィールに対応しています」。
Each profile contains a set of parameters, used either for
configuration or representation of a 10PASS-TS PME.
In case a particular profile is referenced via the
efmCuPmeAdminProfile object (or efmCuAdminProfile if
efmCuPmeAdminProfile is zero), it represents the desired
parameters for the 10PassTS-O PME initialization.
If a profile is referenced via an efmCuPmeOperProfile object,
it represents the current operating parameters of the PME.
各プロフィールは10PASS-TS PMEの構成か表現に使用される1セットのパラメタを含んでいます。 特定のプロフィールがefmCuPmeAdminProfile物を通して参照をつけられるといけないので(efmCuPmeAdminProfileであるなら、efmCuAdminProfileはゼロです)、それは10PassTS-O PME初期化のための必要なパラメタを表します。 プロフィールがefmCuPmeOperProfile物を通して参照をつけられるなら、それはPMEの現在の運転パラメータを表します。
Profiles may be created/deleted using the row creation/
deletion mechanism via efmCuPme10PProfileRowStatus. If an
'active' entry is referenced, the entry MUST remain 'active'
until all references are removed.
Default entries MUST NOT be removed."
INDEX { efmCuPme10PProfileIndex }
::= { efmCuPme10PProfileTable 1 }
プロフィールは、efmCuPme10PProfileRowStatusを通して列の創造/削除メカニズムを使用することで作成されるか、または削除されるかもしれません。 'アクティブな'エントリーが参照をつけられるなら、すべての参照が取り除かれるまで、エントリーは'アクティブな'ままで残らなければなりません。 「デフォルトエントリーを取り除いてはいけません。」 efmCuPme10PProfileIndexに索引をつけてください:、:= efmCuPme10PProfileTable1
EfmCuPme10PProfileEntry ::=
SEQUENCE {
efmCuPme10PProfileIndex EfmProfileIndex,
efmCuPme10PProfileDescr SnmpAdminString,
efmCuPme10PBandplanPSDMskProfile INTEGER,
efmCuPme10PUPBOReferenceProfile INTEGER,
efmCuPme10PBandNotchProfiles BITS,
efmCuPme10PPayloadDRateProfile INTEGER,
efmCuPme10PPayloadURateProfile INTEGER,
efmCuPme10PProfileRowStatus RowStatus
}
EfmCuPme10PProfileEntry:、:= 系列efmCuPme10PProfileIndex EfmProfileIndex、efmCuPme10PProfileDescr SnmpAdminString、efmCuPme10PBandplanPSDMskProfile整数、efmCuPme10PUPBOReferenceProfile整数、efmCuPme10PBandNotchProfilesビット、efmCuPme10PPayloadDRateProfile整数、efmCuPme10PPayloadURateProfile整数、efmCuPme10PProfileRowStatus RowStatus
efmCuPme10PProfileIndex OBJECT-TYPE
SYNTAX EfmProfileIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"10PASS-TS PME profile index.
This object is the unique index associated with this profile.
Entries in this table are referenced via efmCuAdminProfile or
efmCuPmeAdminProfile."
アクセスしやすくないefmCuPme10PProfileIndex OBJECT-TYPE SYNTAX EfmProfileIndexのSTATUS現在の記述マックス-ACCESS「10PASS-TS PMEプロフィールインデックス。」 この物はこのプロフィールに関連しているユニークなインデックスです。 「このテーブルのエントリーはefmCuAdminProfileかefmCuPmeAdminProfileを通して参照をつけられます。」
Beili Standards Track [Page 71] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[71ページ]RFC5066EFMCuはMIB2007年11月に連結します。
::= { efmCuPme10PProfileEntry 1 }
::= efmCuPme10PProfileEntry1
efmCuPme10PProfileDescr OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"A textual string containing information about a 10PASS-TS PME
profile. The string may include information about data rate
and spectral limitations of this particular profile."
::= { efmCuPme10PProfileEntry 2 }
efmCuPme10PProfileDescr OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSは「10PASS-TS PMEの原文のストリング含有情報は輪郭を描く」STATUSの現在の記述を読書して作成します。 「ストリングはこの特定のプロフィールのデータ信号速度とスペクトル限界の情報を含むかもしれません。」 ::= efmCuPme10PProfileEntry2
efmCuPme10PBandplanPSDMskProfile OBJECT-TYPE
SYNTAX INTEGER {
profile1(1),
profile2(2),
profile3(3),
profile4(4),
profile5(5),
profile6(6),
profile7(7),
profile8(8),
profile9(9),
profile10(10),
profile11(11),
profile12(12),
profile13(13),
profile14(14),
profile15(15),
profile16(16),
profile17(17),
profile18(18),
profile19(19),
profile20(20),
profile21(21),
profile22(22),
profile23(23),
profile24(24),
profile25(25),
profile26(26),
profile27(27),
profile28(28),
profile29(29),
profile30(30)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
efmCuPme10PBandplanPSDMskProfileオブジェクト・タイプ構文整数; profile1(1)、profile2(2)、profile3(3)、profile4(4)、profile5(5)、profile6(6)、profile7(7)、profile8(8)、profile9(9)、profile10(10)、profile11(11)、profile12(12)、profile13(13)、profile14(14)、profile15(15)、profile16(16)、profile17(17)、profile18(18)、profile19(19)、profile20(20)、profile21(21)、profile22(22)、profile23(23)、profile24(24)、profile25(25)、profile26(26)、profile27(27)、profile28(28)、profile29(29)、マックス-ACCESSがSTATUS現在に読書して作成するprofile30(30)、記述
Beili Standards Track [Page 72] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[72ページ]RFC5066EFMCuはMIB2007年11月に連結します。
"The 10PASS-TS PME Bandplan and PSD Mask Profile, as specified
in 802.3ah Annex 62A, table 62A-1. Possible values are:
--------------+------------------------+------------+--------
Profile Name PSD Mask Bands G.993.1
0/1/2/3/4/5 Bandplan
--------------+------------------------+------------+--------
profile1(1) T1.424 FTTCab.M1 x/D/U/D/U A
profile2(2) T1.424 FTTEx.M1 x/D/U/D/U A
profile3(3) T1.424 FTTCab.M2 x/D/U/D/U A
profile4(4) T1.424 FTTEx.M2 x/D/U/D/U A
profile5(5) T1.424 FTTCab.M1 D/D/U/D/U A
profile6(6) T1.424 FTTEx.M1 D/D/U/D/U A
profile7(7) T1.424 FTTCab.M2 D/D/U/D/U A
profile8(8) T1.424 FTTEx.M2 D/D/U/D/U A
profile9(9) T1.424 FTTCab.M1 U/D/U/D/x A
profile10(10) T1.424 FTTEx.M1 U/D/U/D/x A
profile11(11) T1.424 FTTCab.M2 U/D/U/D/x A
profile12(12) T1.424 FTTEx.M2 U/D/U/D/x A
profile13(13) TS 101 270-1 Pcab.M1.A x/D/U/D/U B
profile14(14) TS 101 270-1 Pcab.M1.B x/D/U/D/U B
profile15(15) TS 101 270-1 Pex.P1.M1 x/D/U/D/U B
profile16(16) TS 101 270-1 Pex.P2.M1 x/D/U/D/U B
profile17(17) TS 101 270-1 Pcab.M2 x/D/U/D/U B
profile18(18) TS 101 270-1 Pex.P1.M2 x/D/U/D/U B
profile19(19) TS 101 270-1 Pex.P2.M2 x/D/U/D/U B
profile20(20) TS 101 270-1 Pcab.M1.A U/D/U/D/x B
profile21(21) TS 101 270-1 Pcab.M1.B U/D/U/D/x B
profile22(22) TS 101 270-1 Pex.P1.M1 U/D/U/D/x B
profile23(23) TS 101 270-1 Pex.P2.M1 U/D/U/D/x B
profile24(24) TS 101 270-1 Pcab.M2 U/D/U/D/x B
profile25(25) TS 101 270-1 Pex.P1.M2 U/D/U/D/x B
profile26(26) TS 101 270-1 Pex.P2.M2 U/D/U/D/x B
profile27(27) G.993.1 F.1.2.1 x/D/U/D/U Annex F
profile28(28) G.993.1 F.1.2.2 x/D/U/D/U Annex F
profile29(29) G.993.1 F.1.2.3 x/D/U/D/U Annex F
profile30(30) T1.424 FTTCab.M1 (ext.) x/D/U/D/U/D Annex A
--------------+------------------------+------------+--------
"
REFERENCE
"[802.3ah] Annex 62A"
::= { efmCuPme10PProfileEntry 3 }
「10PASS-TS PME BandplanとPSD Mask Profileは802.3ah Annex 62Aで指定されるように62A-1をテーブルの上に置きます。」 可能な値は以下の通りです。 --------------+------------------------+------------+-------- プロフィール名前PSDマスクはG.993.1 0/1/2/3/4/5Bandplanを括ります。--------------+------------------------+------------+-------- profile1(1) T1.424 FTTCab.M1 x/D/U/D/U A profile2(2) T1.424 FTTEx.M1 x/D/U/D/U A profile3(3) T1.424 FTTCab.M2 x/D/U/D/U A profile4(4) T1.424 FTTEx.M2 x/D/U/D/U A profile5(5) T1.424 FTTCab.M1 D/D/U/D/U A profile6(6) T1.424 FTTEx.M1 D/D/U/D/U A profile7(7) T1; 424 FTTCab.M2 D/D/U/D/U A profile8(8) T1.424 FTTEx.M2 D/D/U/D/U A profile9(9) T1.424 FTTCab.M1 U/D/U/D/x A profile10(10) T1.424 FTTEx.M1 U/D/U/D/x A profile11(11) T1.424 FTTCab.M2 U/D/U/D/x A profile12(12) T1.424 FTTEx.M2 U/D/U/D/x A profile13(13) TS101 270-1Pcab; /x B profile24(24) TS 101 270-1 Pcab.M2 U/D/U/D/x B profile25(25) TS 101 270-1 Pex.P1.M2 U/D/U/D/x B profile26(26) TS 101 270-1 Pex.P2.M2 U/D/U/D/x B profile27(27) G.993.1 F.1.2.1 x/D/U/D/U Annex F profile28(28) G.993.1 F.1.2.2 x/D/U/D/U Annex F profile29(29) G.993.1 F.1.2.3 x/D/U/D/U Annex F profile30(30) T1.424 FTTCab.M1 (ext.) x/D/U/D/U/D Annex A --------------+------------------------+------------+-------- 「参照「[802.3ah]別館62A」:、:、」= efmCuPme10PProfileEntry3
efmCuPme10PUPBOReferenceProfile OBJECT-TYPE
SYNTAX INTEGER {
profile0(0),
profile1(1),
profile2(2),
profile3(3),
efmCuPme10PUPBOReferenceProfile OBJECT-TYPE SYNTAX INTEGER、profile0(0)、profile1(1)、profile2(2)、profile3(3)
Beili Standards Track [Page 73] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[73ページ]RFC5066EFMCuはMIB2007年11月に連結します。
profile4(4),
profile5(5),
profile6(6),
profile7(7),
profile8(8),
profile9(9)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The 10PASS-TS PME Upstream Power Back-Off (UPBO) Reference
PSD Profile, as specified in 802.3 Annex 62A, table 62A-3.
Possible values are:
------------+-----------------------------
Profile Name Reference PSD
------------+-----------------------------
profile0(0) no profile
profile1(1) T1.424 Noise A M1
profile2(2) T1.424 Noise A M2
profile3(3) T1.424 Noise F M1
profile4(4) T1.424 Noise F M2
profile5(5) TS 101 270-1 Noise A&B
profile6(6) TS 101 270-1 Noise C
profile7(7) TS 101 270-1 Noise D
profile8(8) TS 101 270-1 Noise E
profile9(9) TS 101 270-1 Noise F
------------+-----------------------------
"
REFERENCE
"[802.3ah] Annex 62A.3.5"
::= { efmCuPme10PProfileEntry 4 }
profile4(4)、profile5(5)、profile6(6)、profile7(7)、profile8(8)、profile9(9) マックス-ACCESSはSTATUSの現在の記述「下に10PASS-TS PME Upstream Power Back(UPBO)はPSD Profileに参照をつけます、802.3Annex 62Aで指定されるように、テーブル62A-3」を読書して作成します。 可能な値は以下の通りです。 ------------+----------------------------- プロフィール名前参照PSD------------+----------------------------- プロフィールprofile1(1) T1.424 Noise A M1 profile2(2) T1.424 Noise A M2 profile3(3) T1.424 Noise F M1 profile4(4) T1.424 Noise F M2 profile5(5) TS101 270-1のprofile0(0)ノーNoise AとB profile6(6) TS101 270-1Noise C profile7(7) TS101 270-1Noise D profile8(8) TS101 270-1Noise E profile9(9) TS101 270-1Noise F------------+----------------------------- 「参照、「[802.3ah] 62A.3.5"を付加してください:、:、」= efmCuPme10PProfileEntry4
efmCuPme10PBandNotchProfiles OBJECT-TYPE
SYNTAX BITS {
profile0(0),
profile1(1),
profile2(2),
profile3(3),
profile4(4),
profile5(5),
profile6(6),
profile7(7),
profile8(8),
profile9(9),
profile10(10),
profile11(11)
}
MAX-ACCESS read-create
efmCuPme10PBandNotchProfiles OBJECT-TYPE SYNTAX BITS、profile0(0)、profile1(1)、profile2(2)、profile3(3)、profile4(4)、profile5(5)、profile6(6)、profile7(7)、profile8(8)、profile9(9)、profile10(10)、マックス-ACCESSが読書して作成するprofile11(11)
Beili Standards Track [Page 74] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[74ページ]RFC5066EFMCuはMIB2007年11月に連結します。
STATUS current
DESCRIPTION
"The 10PASS-TS PME Egress Control Band Notch Profile bitmap,
as specified in 802.3 Annex 62A, table 62A-4. Possible values
are:
--------------+--------+------+------------+------+------
Profile Name G.991.3 T1.424 TS 101 270-1 StartF EndF
table table table (MHz) (MHz)
--------------+--------+------+------------+------+------
profile0(0) no profile
profile1(1) F-5 #01 - - 1.810 1.825
profile2(2) 6-2 15-1 17 1.810 2.000
profile3(3) F-5 #02 - - 1.907 1.912
profile4(4) F-5 #03 - - 3.500 3.575
profile5(5) 6-2 - 17 3.500 3.800
profile6(6) - 15-1 - 3.500 4.000
profile7(7) F-5 #04 - - 3.747 3.754
profile8(8) F-5 #05 - - 3.791 3.805
profile9(9) 6-2 - 17 7.000 7.100
profile10(10) F-5 #06 15-1 - 7.000 7.300
profile11(11) 6-2 15-1 1 10.100 10.150
--------------+--------+------+------------+------+------
STATUSの現在の記述、「802.3Annex 62Aで指定される10PASS-TS PME Egress Control Band Notch Profileビットマップは62A-4をテーブルの上に置きます」。 可能な値は以下の通りです。 --------------+--------+------+------------+------+------ プロフィールName G.991.3 T1.424 TS101 270-1StartF EndFテーブルテーブルテーブル(MHz)(MHz)--------------+--------+------+------------+------+------ profile0(0)プロフィールprofile1(1)F-5#01(--1.810 1.825profile2(2)6-2 15-1 17 1.810 2.000profile3(3)F-5#02----1.907 1.912profile4(4)F-5#03----3.500 3.575profile5(5)6-2--17 3.500 3.800profile6(6))15-1(3.500 4.000profile7(7)F-5#04)(3.747 3.754profile8(8)F-5#05)--3.791 3.805profile9(9)6-2--17 7.000 7.100profile10(10)F-5がない#06 15-1--7.000 7.300profile11(11)6-2 15-1 1 10.100 10.150--------------+--------+------+------------+------+------
Any combination of profiles can be specified by ORing
individual profiles, for example, a value of 0x2230 selects
profiles 2, 6, 10, and 11."
REFERENCE
"[802.3ah] Annex 62A.3.5"
::= { efmCuPme10PProfileEntry 5 }
「ORingの個々のプロフィールでプロフィールのどんな組み合わせも指定できます、例えば、0×2230の値はプロフィール2、6、10、および11を選択します。」 参照、「[802.3ah] 62A.3.5"を付加してください:、:、」= efmCuPme10PProfileEntry5
efmCuPme10PPayloadDRateProfile OBJECT-TYPE
SYNTAX INTEGER {
profile5(5),
profile10(10),
profile15(15),
profile20(20),
profile25(25),
profile30(30),
profile50(50),
profile70(70),
profile100(100),
profile140(140),
profile200(200)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The 10PASS-TS PME Downstream Payload Rate Profile, as
efmCuPme10PPayloadDRateProfile OBJECT-TYPE SYNTAX INTEGER、profile5(5)、profile10(10)、profile15(15)、profile20(20)、profile25(25)、profile30(30)、profile50(50)、profile70(70)、profile100(100)、profile140(140)、マックス-ACCESSがSTATUS現在に読書して作成するprofile200(200)、記述、「10PASS-TS PMEの川下の有効搭載量レートプロフィール、」
Beili Standards Track [Page 75] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[75ページ]RFC5066EFMCuはMIB2007年11月に連結します。
specified in 802.3 Annex 62A. Possible values are:
profile5(5) - 2.5 Mbps
profile10(10) - 5 Mbps
profile15(15) - 7.5 Mbps
profile20(20) - 10 Mbps
profile25(25) - 12.5 Mbps
profile30(30) - 15 Mbps
profile50(50) - 25 Mbps
profile70(70) - 35 Mbps
profile100(100) - 50 Mbps
profile140(140) - 70 Mbps
profile200(200) - 100 Mbps
802.3Annex 62Aでは、指定されています。 可能な値は以下の通りです。 profile5(5)--2.5Mbps profile10(10)--5Mbps profile15(15)--7.5Mbps profile20(20)--10Mbps profile25(25)--12.5Mbps profile30(30)--15Mbps profile50(50)--25Mbps profile70(70)--35Mbps profile100(100)--50Mbps profile140(140)--70Mbps profile200(200)--100Mbps
Each value represents a target for the PME's Downstream
Payload Bitrate as seen at the MII. If the payload rate of
the selected profile cannot be achieved based on the loop
environment, bandplan, and PSD mask, the PME initialization
SHALL fail."
REFERENCE
"[802.3ah] Annex 62A.3.6"
::= { efmCuPme10PProfileEntry 6 }
各値はMIIで見られるPMEのDownstream有効搭載量Bitrateのための目標を表します。 「輪の環境、bandplan、およびPSDマスクに基づいて選択されたプロフィールのペイロードレートを達成できないなら、PME初期化SHALLは失敗します。」 参照、「[802.3ah] 62A.3.6"を付加してください:、:、」= efmCuPme10PProfileEntry6
efmCuPme10PPayloadURateProfile OBJECT-TYPE
SYNTAX INTEGER {
profile5(5),
profile10(10),
profile15(15),
profile20(20),
profile25(25),
profile30(30),
profile50(50),
profile70(70),
profile100(100)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The 10PASS-TS PME Upstream Payload Rate Profile, as specified
in 802.3 Annex 62A. Possible values are:
profile5(5) - 2.5 Mbps
profile10(10) - 5 Mbps
profile15(15) - 7.5 Mbps
profile20(20) - 10 Mbps
profile25(25) - 12.5 Mbps
profile30(30) - 15 Mbps
profile50(50) - 25 Mbps
profile70(70) - 35 Mbps
profile100(100) - 50 Mbps
efmCuPme10PPayloadURateProfile OBJECT-TYPE SYNTAX INTEGER、profile5(5)、profile10(10)、profile15(15)、profile20(20)、profile25(25)、profile30(30)、profile50(50)、profile70(70)、マックス-ACCESSがSTATUS現在に読書して作成するprofile100(100)、記述、「802.3Annex 62Aで指定されるような10PASS-TS PME Upstream有効搭載量Rate Profile 可能な値は以下の通りです。 profile5(5)--2.5Mbps profile10(10)--5Mbps profile15(15)--7.5Mbps profile20(20)--10Mbps profile25(25)--12.5Mbps profile30(30)--15Mbps profile50(50)--25Mbps profile70(70)--35Mbps profile100(100)--50Mbps
Beili Standards Track [Page 76] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[76ページ]RFC5066EFMCuはMIB2007年11月に連結します。
Each value represents a target for the PME's Upstream Payload
Bitrate as seen at the MII. If the payload rate of the
selected profile cannot be achieved based on the loop
environment, bandplan, and PSD mask, the PME initialization
SHALL fail."
REFERENCE
"[802.3ah] Annex 62A.3.6"
::= { efmCuPme10PProfileEntry 7 }
各値はMIIで見られるPMEのUpstream有効搭載量Bitrateのための目標を表します。 「輪の環境、bandplan、およびPSDマスクに基づいて選択されたプロフィールのペイロードレートを達成できないなら、PME初期化SHALLは失敗します。」 参照、「[802.3ah] 62A.3.6"を付加してください:、:、」= efmCuPme10PProfileEntry7
efmCuPme10PProfileRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object controls creation, modification, or deletion of
the associated entry in efmCuPme10PProfileTable per the
semantics of RowStatus.
efmCuPme10PProfileRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この物は創造、変更、またはefmCuPme10PProfileTableで関連エントリーについてRowStatusの意味論あたり削除して制御する」STATUSの現在の記述を読書して作成します。
If an active entry is referenced via efmCuAdminProfile or
efmCuPmeAdminProfile, the entry MUST remain 'active' until
all references are removed.
活発なエントリーがefmCuAdminProfileかefmCuPmeAdminProfileを通して参照をつけられるなら、すべての参照が取り除かれるまで、エントリーは'アクティブな'ままで残らなければなりません。
An 'active' entry SHALL NOT be modified. In order to modify
an existing entry, it MUST be taken out of service (by setting
this object to 'notInService'), modified, and set 'active'
again."
::= { efmCuPme10PProfileEntry 8 }
'アクティブな'エントリーSHALL NOT、変更されてください。 「それは、既存のエントリーを変更するために再び使われなくなっていた状態で('notInService'にこの物を設定するのによる)取られて、変更されて、セット'アクティブでなければなりません'。」 ::= efmCuPme10PProfileEntry8
efmCuPme10PStatusTable OBJECT-TYPE
SYNTAX SEQUENCE OF EfmCuPme10PStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides status information of EFMCu 10PASS-TS
PMEs (modems).
「このテーブルはEFMCu 10PASS-TS PMEs(モデム)の状態情報を提供する」efmCuPme10PStatusTable OBJECT-TYPEのSYNTAX SEQUENCE OF EfmCuPme10PStatusEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。
This table contains live data from the equipment. As such,
it is NOT persistent."
::= { efmCuPme10P 2 }
このテーブルは設備からのライブデータを含んでいます。 「そういうものとして、それはしつこくはありません。」 ::= efmCuPme10P2
efmCuPme10PStatusEntry OBJECT-TYPE
SYNTAX EfmCuPme10PStatusEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the EFMCu 10PASS-TS PME Status table."
INDEX { ifIndex }
「EFMCu 10PASS-TS PME Statusのエントリーはテーブルの上に置く」efmCuPme10PStatusEntry OBJECT-TYPE SYNTAX EfmCuPme10PStatusEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 インデックスifIndex
Beili Standards Track [Page 77] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[77ページ]RFC5066EFMCuはMIB2007年11月に連結します。
::= { efmCuPme10PStatusTable 1 }
::= efmCuPme10PStatusTable1
EfmCuPme10PStatusEntry ::=
SEQUENCE {
efmCuPme10PFECCorrectedBlocks Counter32,
efmCuPme10PFECUncorrectedBlocks Counter32
}
EfmCuPme10PStatusEntry:、:= 系列efmCuPme10PFECCorrectedBlocks Counter32、efmCuPme10PFECUncorrectedBlocks Counter32
efmCuPme10PFECCorrectedBlocks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of received and corrected Forward Error Correction
(FEC) codewords in this 10PASS-TS PME.
efmCuPme10PFECCorrectedBlocks OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この10PASS-TS PMEの受け取られていていて直っているForward Error Correction(FEC)符号語の数。」
This object maps to the aPMEFECCorrectedBlocks attribute in
Clause 30.
aPMEFECCorrectedBlocksへの地図がClause30で結果と考えるこの物。
If a Clause 45 MDIO Interface to the PMA/PMD is present,
then this object maps to the 10P FEC correctable errors
register.
PMA/PMDへのClause45MDIO Interfaceが存在しているなら、この物が10P FECコレクタブルエラーレジスタに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.1.22, 30.11.2.1.8"
::= { efmCuPme10PStatusEntry 1 }
「このカウンタの値における不連続がマネージメントシステムの再初期化において中で定義されたifCounterDiscontinuityTimeの値によって示される他の時に起こることができる、-、MIB、」 参照、「[802.3ah] 45.2 .1 .22 30.11 .2 .1 0.8インチ:、:、」= efmCuPme10PStatusEntry1
efmCuPme10PFECUncorrectedBlocks OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of received uncorrectable FEC codewords in this
10PASS-TS PME.
efmCuPme10PFECUncorrectedBlocks OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この10PASS-TS PMEの容認されたuncorrectable FEC符号語の数。」
This object maps to the aPMEFECUncorrectableBlocks attribute
in Clause 30.
aPMEFECUncorrectableBlocksへの地図がClause30で結果と考えるこの物。
If a Clause 45 MDIO Interface to the PMA/PMD is present,
then this object maps to the 10P FEC uncorrectable errors
register.
PMA/PMDへのClause45MDIO Interfaceが存在しているなら、この物が10P FECアンコレクタブルエラーレジスタに写像するその時です。
Discontinuities in the value of this counter can occur at
re-initialization of the management system, and at other times
このカウンタの値における不連続はマネージメントシステムの再初期化において他の時に起こることができます。
Beili Standards Track [Page 78] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[78ページ]RFC5066EFMCuはMIB2007年11月に連結します。
as indicated by the value of ifCounterDiscontinuityTime,
defined in IF-MIB."
REFERENCE
"[802.3ah] 45.2.1.23, 30.11.2.1.9"
::= { efmCuPme10PStatusEntry 2 }
「中で定義されたifCounterDiscontinuityTimeの値によって示される、-、MIB、」 参照、「[802.3ah] 45.2 .1 .23 30.11 .2 .1 0.9インチ:、:、」= efmCuPme10PStatusEntry2
--
-- Conformance Statements
--
-- -- 順応声明--
efmCuGroups OBJECT IDENTIFIER ::= { efmCuConformance 1 }
efmCuGroups物の識別子:、:= efmCuConformance1
efmCuCompliances OBJECT IDENTIFIER ::= { efmCuConformance 2 }
efmCuCompliances物の識別子:、:= efmCuConformance2
-- Object Groups
-- 物のグループ
efmCuBasicGroup OBJECT-GROUP
OBJECTS {
efmCuPAFSupported,
efmCuAdminProfile,
efmCuTargetDataRate,
efmCuTargetSnrMgn,
efmCuAdaptiveSpectra,
efmCuPortSide,
efmCuFltStatus
}
STATUS current
DESCRIPTION
"A collection of objects representing management information
common for all types of EFMCu ports."
::= { efmCuGroups 1 }
efmCuBasicGroup OBJECT-GROUP OBJECTS、efmCuPAFSupported、efmCuAdminProfile、efmCuTargetDataRate、efmCuTargetSnrMgn、efmCuAdaptiveSpectra、efmCuPortSide、efmCuFltStatus、STATUSの現在の記述、「すべてのタイプのEFMCuポートに、一般的な経営情報を表す物の収集。」 ::= efmCuGroups1
efmCuPAFGroup OBJECT-GROUP
OBJECTS {
efmCuPeerPAFSupported,
efmCuPAFCapacity,
efmCuPeerPAFCapacity,
efmCuPAFAdminState,
efmCuPAFDiscoveryCode,
efmCuPAFRemoteDiscoveryCode,
efmCuNumPMEs
}
STATUS current
DESCRIPTION
"A collection of objects supporting OPTIONAL PME
Aggregation Function (PAF) and PAF discovery in EFMCu ports."
::= { efmCuGroups 2 }
efmCuPAFGroup OBJECT-GROUP OBJECTS、efmCuPeerPAFSupported、efmCuPAFCapacity、efmCuPeerPAFCapacity、efmCuPAFAdminState、efmCuPAFDiscoveryCode、efmCuPAFRemoteDiscoveryCode、efmCuNumPMEs、「物がEFMCuでOPTIONAL PME Aggregation Function(PAF)とPAF発見を支持する収集は移植する」STATUSの現在の記述。 ::= efmCuGroups2
Beili Standards Track [Page 79] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[79ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPAFErrorsGroup OBJECT-GROUP
OBJECTS {
efmCuPAFInErrors,
efmCuPAFInSmallFragments,
efmCuPAFInLargeFragments,
efmCuPAFInBadFragments,
efmCuPAFInLostFragments,
efmCuPAFInLostStarts,
efmCuPAFInLostEnds,
efmCuPAFInOverflows
}
STATUS current
DESCRIPTION
"A collection of objects supporting OPTIONAL error counters
of PAF on EFMCu ports."
::= { efmCuGroups 3 }
efmCuPAFErrorsGroup OBJECT-GROUP OBJECTS、efmCuPAFInErrors、efmCuPAFInSmallFragments、efmCuPAFInLargeFragments、efmCuPAFInBadFragments、efmCuPAFInLostFragments、efmCuPAFInLostStarts、efmCuPAFInLostEnds、efmCuPAFInOverflows、「EFMCuにおける物がPAFのOPTIONAL誤りカウンタを支持する収集は移植する」STATUSの現在の記述。 ::= efmCuGroups3
efmCuPmeGroup OBJECT-GROUP
OBJECTS {
efmCuPmeAdminProfile,
efmCuPmeOperStatus,
efmCuPmeFltStatus,
efmCuPmeSubTypesSupported,
efmCuPmeAdminSubType,
efmCuPmeOperSubType,
efmCuPAFRemoteDiscoveryCode,
efmCuPmeOperProfile,
efmCuPmeSnrMgn,
efmCuPmePeerSnrMgn,
efmCuPmeLineAtn,
efmCuPmePeerLineAtn,
efmCuPmeEquivalentLength,
efmCuPmeTCCodingErrors,
efmCuPmeTCCrcErrors,
efmCuPmeThreshLineAtn,
efmCuPmeThreshSnrMgn
}
STATUS current
DESCRIPTION
"A collection of objects providing information about
a 2BASE-TL/10PASS-TS PME."
::= { efmCuGroups 4 }
efmCuPmeGroup物群対象、efmCuPmeAdminProfile、efmCuPmeOperStatus、efmCuPmeFltStatus、efmCuPmeSubTypesSupported、efmCuPmeAdminSubType、efmCuPmeOperSubType、efmCuPAFRemoteDiscoveryCode、efmCuPmeOperProfile、efmCuPmeSnrMgn、efmCuPmePeerSnrMgn、efmCuPmeLineAtn、efmCuPmePeerLineAtn、efmCuPmeEquivalentLength、efmCuPmeTCCodingErrors、efmCuPmeTCCrcErrors、efmCuPmeThreshLineAtn、efmCuPmeThreshSnrMgn; STATUSの現在の記述、「2BASE-TL/10PASS-TS PMEの情報を提供する物の収集。」 ::= efmCuGroups4
efmCuAlarmConfGroup OBJECT-GROUP
OBJECTS {
efmCuThreshLowRate,
efmCuLowRateCrossingEnable,
efmCuPmeThreshLineAtn,
efmCuAlarmConfGroup物群対象、efmCuThreshLowRate、efmCuLowRateCrossingEnable、efmCuPmeThreshLineAtn
Beili Standards Track [Page 80] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[80ページ]RFC5066EFMCuはMIB2007年11月に連結します。
efmCuPmeLineAtnCrossingEnable,
efmCuPmeThreshSnrMgn,
efmCuPmeSnrMgnCrossingEnable,
efmCuPmeDeviceFaultEnable,
efmCuPmeConfigInitFailEnable,
efmCuPmeProtocolInitFailEnable
}
STATUS current
DESCRIPTION
"A collection of objects supporting configuration of alarm
thresholds and notifications in EFMCu ports."
::= { efmCuGroups 5 }
efmCuPmeLineAtnCrossingEnable、efmCuPmeThreshSnrMgn、efmCuPmeSnrMgnCrossingEnable、efmCuPmeDeviceFaultEnable、efmCuPmeConfigInitFailEnable、efmCuPmeProtocolInitFailEnable 「物がEFMCuのアラーム敷居と通知の構成を支持する収集は移植する」STATUSの現在の記述。 ::= efmCuGroups5
efmCuNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS {
efmCuLowRateCrossing,
efmCuPmeLineAtnCrossing,
efmCuPmeSnrMgnCrossing,
efmCuPmeDeviceFault,
efmCuPmeConfigInitFailure,
efmCuPmeProtocolInitFailure
}
STATUS current
DESCRIPTION
"This group supports notifications of significant conditions
associated with EFMCu ports."
::= { efmCuGroups 6 }
efmCuNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS、efmCuLowRateCrossing、efmCuPmeLineAtnCrossing、efmCuPmeSnrMgnCrossing、efmCuPmeDeviceFault、efmCuPmeConfigInitFailure、efmCuPmeProtocolInitFailure、「重要な状態のこのグループの支持通知はEFMCuポートに関連づけた」STATUSの現在の記述。 ::= efmCuGroups6
efmCuPme2BProfileGroup OBJECT-GROUP
OBJECTS {
efmCuPme2BProfileDescr,
efmCuPme2BRegion,
efmCuPme2BsMode,
efmCuPme2BMinDataRate,
efmCuPme2BMaxDataRate,
efmCuPme2BPower,
efmCuPme2BConstellation,
efmCuPme2BProfileRowStatus,
efmCuPme2BsModeDescr,
efmCuPme2BsModeRowStatus,
efmCuPme2BEquivalentLength,
efmCuPme2BMaxDataRatePam16,
efmCuPme2BMaxDataRatePam32,
efmCuPme2BReachRateRowStatus
}
STATUS current
DESCRIPTION
"A collection of objects that constitute a configuration
efmCuPme2BProfileGroup OBJECT-GROUP OBJECTS、efmCuPme2BProfileDescr、efmCuPme2BRegion、efmCuPme2BsMode、efmCuPme2BMinDataRate、efmCuPme2BMaxDataRate、efmCuPme2BPower、efmCuPme2BConstellation、efmCuPme2BProfileRowStatus、efmCuPme2BsModeDescr、efmCuPme2BsModeRowStatus、efmCuPme2BEquivalentLength、efmCuPme2BMaxDataRatePam16、efmCuPme2BMaxDataRatePam32、efmCuPme2BReachRateRowStatus、STATUSの現在の記述、「構成を構成するオブジェクトの収集」
Beili Standards Track [Page 81] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[81ページ]RFC5066EFMCuはMIB2007年11月に連結します。
profile for configuration of 2BASE-TL ports."
::= { efmCuGroups 7}
「2BASE-TLの構成には、ポートの輪郭を描いてください。」 ::= efmCuGroups7
efmCuPme10PProfileGroup OBJECT-GROUP
OBJECTS {
efmCuPme10PProfileDescr,
efmCuPme10PBandplanPSDMskProfile,
efmCuPme10PUPBOReferenceProfile,
efmCuPme10PBandNotchProfiles,
efmCuPme10PPayloadDRateProfile,
efmCuPme10PPayloadURateProfile,
efmCuPme10PProfileRowStatus
}
STATUS current
DESCRIPTION
"A collection of objects that constitute a configuration
profile for configuration of 10PASS-TS ports."
::= { efmCuGroups 8 }
efmCuPme10PProfileGroup OBJECT-GROUP OBJECTS、efmCuPme10PProfileDescr、efmCuPme10PBandplanPSDMskProfile、efmCuPme10PUPBOReferenceProfile、efmCuPme10PBandNotchProfiles、efmCuPme10PPayloadDRateProfile、efmCuPme10PPayloadURateProfile、efmCuPme10PProfileRowStatus、STATUSの現在の記述、「10PASS-TSポートの構成のための構成プロフィールを構成するオブジェクトの収集。」 ::= efmCuGroups8
efmCuPme10PStatusGroup OBJECT-GROUP
OBJECTS {
efmCuPme10PFECCorrectedBlocks,
efmCuPme10PFECUncorrectedBlocks
}
STATUS current
DESCRIPTION
"A collection of objects providing status information
specific to 10PASS-TS PMEs."
::= { efmCuGroups 9 }
efmCuPme10PStatusGroup OBJECT-GROUP OBJECTS、efmCuPme10PFECCorrectedBlocks、efmCuPme10PFECUncorrectedBlocks、STATUSの現在の記述、「10PASS-TS PMEsに特定の状態情報を提供するオブジェクトの収集。」 ::= efmCuGroups9
-- Compliance Statements
-- 承諾声明
efmCuCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for 2BASE-TL/10PASS-TS interfaces.
Compliance with the following external compliance statements
is REQUIRED:
「2BASE-TL/10PASS-TSのための承諾声明は連結する」efmCuCompliance MODULE-COMPLIANCE STATUSの現在の記述。 以下の外部の承諾声明への承諾はREQUIREDです:
MIB Module Compliance Statement
---------- --------------------
IF-MIB ifCompliance3
EtherLike-MIB dot3Compliance2
MAU-MIB mauModIfCompl3
MIBモジュール承諾声明---------- -------------------- -、MIB ifCompliance3 EtherLike-MIB dot3Compliance2 MAU-MIB mauModIfCompl3
Compliance with the following external compliance statements
is OPTIONAL for implementations supporting PME Aggregation
Function (PAF) with flexible cross-connect between the PCS
以下の外部の承諾声明への承諾はPCSの間には、フレキシブルな十字接続がある状態でPME Aggregation Function(PAF)をサポートする実装のためのOPTIONALです。
Beili Standards Track [Page 82] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[82ページ]RFC5066EFMCuはMIB2007年11月に連結します。
and PME ports:
そして、PMEは以下を移植します。
MIB Module Compliance Statement
---------- --------------------
IF-INVERTED-STACK-MIB ifInvCompliance
IF-CAP-STACK-MIB ifCapStackCompliance"
MIBモジュール承諾声明---------- -------------------- 「逆さのスタックMIB ifInvComplianceであるなら、上限であるならMIB ifCapStackComplianceを積み重ねてください」
MODULE -- this module
MANDATORY-GROUPS {
efmCuBasicGroup,
efmCuPmeGroup,
efmCuAlarmConfGroup,
efmCuNotificationGroup
}
MODULE--このモジュールMANDATORY-GROUPSefmCuBasicGroup、efmCuPmeGroup、efmCuAlarmConfGroup、efmCuNotificationGroup
GROUP efmCuPme2BProfileGroup
DESCRIPTION
"Support for this group is only required for implementations
supporting 2BASE-TL PHY."
GROUP efmCuPme2BProfileGroup記述、「このグループのサポートが2BASE-TL PHYをサポートする実装に必要であるだけです」。
GROUP efmCuPme10PProfileGroup
DESCRIPTION
"Support for this group is only required for implementations
supporting 10PASS-TS PHY."
GROUP efmCuPme10PProfileGroup記述、「このグループのサポートが10PASS-TS PHYをサポートする実装に必要であるだけです」。
GROUP efmCuPAFGroup
DESCRIPTION
"Support for this group is only required for
implementations supporting PME Aggregation Function (PAF)."
GROUP efmCuPAFGroup記述、「このグループのサポートがPME Aggregation Function(PAF)をサポートする実装に必要であるだけです」。
GROUP efmCuPAFErrorsGroup
DESCRIPTION
"Support for this group is OPTIONAL for implementations
supporting PME Aggregation Function (PAF)."
GROUP efmCuPAFErrorsGroup記述、「このグループのサポートはPME Aggregation Function(PAF)をサポートする実装のためのOPTIONALです」。
GROUP efmCuPme10PStatusGroup
DESCRIPTION
"Support for this group is OPTIONAL for implementations
supporting 10PASS-TS PHY."
GROUP efmCuPme10PStatusGroup記述、「このグループのサポートは10PASS-TS PHYをサポートする実装のためのOPTIONALです」。
OBJECT efmCuPmeSubTypesSupported
SYNTAX BITS {
ieee2BaseTLO(0),
ieee2BaseTLR(1),
ieee10PassTSO(2),
ieee10PassTSR(3)
}
DESCRIPTION
オブジェクトefmCuPmeSubTypesSupported構文ビット、ieee2BaseTLO(0)、ieee2BaseTLR(1)、ieee10PassTSO(2)、ieee10PassTSR(3)、記述
Beili Standards Track [Page 83] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[83ページ]RFC5066EFMCuはMIB2007年11月に連結します。
"Support for all subtypes is not required. However, at
least one value SHALL be supported."
「すべての血液型亜型のサポートは必要ではありません。」 「しかしながら、少なくとも人がSHALLを評価する、サポートされてください、」
OBJECT efmCuPmeAdminSubType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required (needed only for PMEs
supporting more than a single subtype, e.g.,
ieee2BaseTLO and ieee2BaseTLR or ieee10PassTSO and
ieee10PassTSR)."
OBJECT efmCuPmeAdminSubType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、(単一の「副-タイプ」、例えば、ieee2BaseTLO以上をサポートするPMEsとieee2BaseTLRかieee10PassTSOとieee10PassTSRだけに必要です)」
OBJECT efmCuTargetSnrMgn
MIN-ACCESS read-only
DESCRIPTION
"Write access is OPTIONAL. For PHYs without write access,
the target SNR margin SHALL be fixed at 5dB for 2BASE-TL
and 6dB for 10PASS-TS."
OBJECT efmCuTargetSnrMgn MIN-ACCESS書き込み禁止記述、「書く、アクセスがOPTIONALである、」 「PHYs、10PASS-TSのために2BASE-TLのための5dBにおいて6dB修理されていて、アクセス、目標SNRマージンSHALLに書く、」
OBJECT efmCuAdaptiveSpectra
MIN-ACCESS read-only
DESCRIPTION
"Write access is OPTIONAL. For PHYs without write access,
the default value SHOULD be false."
OBJECT efmCuAdaptiveSpectra MIN-ACCESS書き込み禁止記述、「書く、アクセスがOPTIONALである、」 「PHYs、アクセス、デフォルト値SHOULDに書いてください、虚偽」
::= { efmCuCompliances 1 }
END
::= efmCuCompliances1は終わります。
7. Security Considerations
7. セキュリティ問題
There is a number of managed objects defined in the EFM-CU-MIB module that have a MAX-ACCESS clause of read-write or read-create. Most objects are writeable only when the link is Down. Writing to these objects can have potentially disruptive effects on network operation, for example:
それがマックス-ACCESS節を持っているEFM-CU-MIBモジュールで定義された多くの管理オブジェクトがあります。読書して書くか、または読書して作成します。 リンクがDownであるときにだけ、ほとんどのオブジェクトが「書-可能」です。 例えば、これらのオブジェクトに書くのは潜在的に破壊的な影響をネットワーク操作に与えることができます:
o Changing of efmCuPmeAdminSubType may lead to a potential locking
of the link, as peer PMEs of the same subtype cannot exchange
handshake messages.
o efmCuPmeAdminSubTypeの変化はリンクをロックする可能性に通じるかもしれません、同じ「副-タイプ」の同輩PMEsが握手メッセージを交換できないとき。
o Changing of efmCuPAFAdminState to enabled may lead to a potential
locking of the link, if the peer PHY does not support PAF.
o efmCuPAFAdminStateを可能にされるのに変えるのはリンクをロックする可能性に通じるかもしれません、同輩PHYがPAFをサポートしないなら。
o Changing of efmCuPAFDiscoveryCode, before the discovery operation,
may lead to a wrongful discovery, for example, when two -O ports
are connected to the same multi-PME -R port and both -O ports have
the same Discovery register value.
o 2つの-Oポートが同じマルチPME-Rポートにつなげられて、同じディスカバリーが両方の-Oポートで値を示すとき、例えば、発見操作の前にefmCuPAFDiscoveryCodeを変えるのは悪い発見に通じるかもしれません。
Beili Standards Track [Page 84] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[84ページ]RFC5066EFMCuはMIB2007年11月に連結します。
o Changing PCS or PME configuration parameters (e.g., profile of a
PCS or PME via efmCuAdminProfile or efmCuPmeAdminProfile) may lead
to anything from link quality and rate degradation to a complete
link initialization failure, as ability of an EFMCu port to
support a particular configuration depends on the copper
environment.
o PCSかPME設定パラメータ(例えば、efmCuAdminProfileかefmCuPmeAdminProfileを通したPCSかPMEのプロフィール)を変えるのはリンク品質とレート退行から完全なリンク初期化の故障までの何にでも通じるかもしれません、EFMCuポートが特定の構成をサポートする能力が銅の環境によるとき。
o Activation of a PME can cause a severe degradation of service for
another EFMCu PHY, whose PME(s) may be affected by the cross-talk
from the newly activated PME.
o PMEの起動はPME(s)が新たに動かされたPMEからの混線で影響を受けるかもしれない別のEFMCu PHYのために厳しいサービスの退行を引き起こす場合があります。
o Removal of a PME from an operationally 'up' EFMCu port,
aggregating several PMEs, may cause port's rate degradation.
o PMEの解任、数個のPMEsに集めて、操作上、'up' EFMCuポートはポートのレート退行を引き起こすかもしれません。
The user of the EFM-CU-MIB module must therefore be aware that support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.
したがって、EFM-CU-MIBモジュールのユーザは適切な保護のない非安全な環境におけるSET操作のサポートがネットワーク操作のときにマイナスの影響がある場合があるのを意識しているに違いありません。
The readable objects in the EFM-CU-MIB module (i.e., those with MAX- ACCESS other than not-accessible) may be considered sensitive in some environments since, collectively, they provide information about the performance of network interfaces and can reveal some aspects of their configuration. In particular, since EFMCu can be carried over Unshielded Twisted Pair (UTP) voice-grade copper in a bundle with other pairs belonging to another operator/customer, it is theoretically possible to eavesdrop to an EFMCu transmission simply by "listening" to a cross-talk from the EFMCu pairs, especially if the parameters of the EFMCu link in question are known.
彼らがまとめてネットワーク・インターフェースの性能の情報を提供して、それらの構成のいくつかの局面を明らかにすることができるので、EFM-CU-MIBモジュール(すなわち、アクセスしやすくないのを除いたマックスACCESSがあるそれら)による読み込み可能なオブジェクトはいくつかの環境で敏感であると考えられるかもしれません。 単にEFMCu組からの混線が「聴取」であることによってEFMCuトランスミッションに盗み聞くのはEFMCuが別のオペレータ/顧客のものである他の組はバンドルでのUnshielded Twisted Pairまで上運ばれた(UTP)音声帯域銅であるかもしれないので、理論的に特に、可能です、特に問題のEFMCuリンクのパラメタが知られているなら。
In such environments, it is important to control also GET and NOTIFY access to these objects and possibly even to encrypt their values when sending them over the network via SNMP.
そのような環境で、それは、また、GETとこれらのオブジェクトへのNOTIFYアクセスを制御するために重要であって、SNMPを通してネットワークの上にそれらを送るとき、それらの値を暗号化するためにことによると同等です。
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 these MIB modules.
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
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、それはSNMP実体付与がアクセスする確実にするa顧客/オペレータ責任です。
Beili Standards Track [Page 85] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[85ページ]RFC5066EFMCuはMIB2007年11月に連結します。
instance of these MIB modules 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.
これらのMIBモジュールのインスタンスは、本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されます。
8. IANA Considerations
8. IANA問題
Object identifiers for the efmCuMIB MODULE-IDENTITY and ifCapStackMIB MODULE-IDENTITY have been allocated by IANA in the MIB-2 sub-tree.
efmCuMIB MODULE-IDENTITYとifCapStackMIB MODULE-IDENTITYのためのオブジェクト識別子はMIB-2下位木におけるIANAによって割り当てられました。
9. Acknowledgments
9. 承認
This document was produced by the [HUBMIB] working group, whose efforts were greatly advanced by the contributions of the following people (in alphabetical order):
このドキュメントは[HUBMIB]ワーキンググループによって製作されました:(ワーキンググループの取り組みは以下の人々(アルファベット順に)の貢献で大いに進められました)。
Udi Ashkenazi (Actelis)
Udiアシュケナージ系(Actelis)
Mike Heard
マイクは聞きました。
Alfred Hoenes (TR-Sys)
アルフレッドHoenes(TR-Sys)
Marina Popilov (Actelis)
マリナPopilov(Actelis)
Mathias Riess (Infineon)
マティアス・リース(インフィニオン)
Dan Romascanu (Avaya)
ダンRomascanu(Avaya)
Matt Squire (Hatteras)
マット郷士(ハッテラス)
Bert Wijnen (Alcatel)
バートWijnen(アルカテル)
10. References
10. 参照
10.1. Normative References
10.1. 引用規格
[802.3] IEEE, "IEEE Standard for Information technology -
Telecommunications and information exchange between
systems - Local and metropolitan area networks -
Specific requirements - Part 3: Carrier Sense
Multiple Access with Collision Detection (CSMA/CD)
Access Method and Physical Layer Specifications",
IEEE Std 802.3-2005, December 2005.
[802.3] IEEE、「情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 「衝突検出型搬送波検知多重アクセス(CSMA/CD)はメソッドと物理的な層の仕様にアクセスする」IEEE Std802.3-2005、2005年12月。
Beili Standards Track [Page 86] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[86ページ]RFC5066EFMCuはMIB2007年11月に連結します。
[802.3ah] IEEE, "IEEE Standard for Information technology -
Telecommunications and information exchange between
systems - Local and metropolitan area networks -
Specific requirements - Part 3: Carrier Sense
Multiple Access with Collision Detection (CSMA/CD)
Access Method and Physical Layer Specifications -
Amendment: Media Access Control Parameters,
Physical Layers and Management Parameters for
Subscriber Access Networks", IEEE Std 802.3ah-2004,
September 2004.
[802.3ah]IEEE、「情報技術(システムの間のテレコミュニケーションと情報交換)における、地方のIEEE Standardとメトロポリタンエリアネットワーク(決められた一定の要求)は3を分けます」。 衝突検出(CSMA/CD)がアクセス法的であって物理的の搬送波感知多重アクセスは仕様--修正を層にします: 「メディアアクセスは加入者アクセスネットワークのためのパラメタ、物理的な層、および管理パラメタを制御する」IEEE Std 802.3ah-2004、2004年9月。
[G.991.2] ITU-T, "Single-pair High-speed Digital Subscriber
Line (SHDSL) transceivers", ITU-T
Recommendation G.991.2, December 2003,
<http://www.itu.int/rec/T-REC-G.991.2/en>.
[G.991.2]ITU-T、「単独の組High-速度Digital Subscriber線(SHDSL)トランシーバー」、ITU-T Recommendation G.991.2、2003年12月、<http://www.itu.int/rec/T-REC-G.991.2/アン>。
[G.993.1] ITU-T, "Very High speed Digital Subscriber Line
transceivers", ITU-T Recommendation G.993.1,
June 2004,
<http://www.itu.int/rec/T-REC-G.993.1/en>.
[G.993.1]ITU-T、「まさしくそのHigh速度Digital Subscriber線トランシーバー」、ITU-T Recommendation G.993.1、2004年6月、<http://www.itu.int/rec/T-REC-G.993.1/アン>。
[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., Ed., Perkins, D., Ed., and J.
Schoenwaelder, Ed., "Structure of Management
Information Version 2 (SMIv2)", STD 58, RFC 2578,
April 1999.
[RFC2578]McCloghrie、K.(エド)、パーキンス、D.(エド)、およびJ.Schoenwaelder(エド)、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)
[RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J.
Schoenwaelder, Ed., "Textual Conventions for
SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579]McCloghrie、K.(エド)、パーキンス、D.(エド)、およびJ.Schoenwaelder(エド)、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Conformance Statements for SMIv2", STD 58,
RFC 2580, April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces
Group MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[RFC2864] McCloghrie, K. and G. Hanson, "The Inverted Stack
Table Extension to the Interfaces Group MIB",
RFC 2864, June 2000.
[RFC2864] McCloghrieとK.とG.ハンソン、「インタフェースグループMIBへの逆さのスタックテーブル拡大」、RFC2864、2000年6月。
[RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An
Architecture for Describing Simple Network
Management Protocol (SNMP) Management Frameworks",
STD 62, RFC 3411, December 2002.
[RFC3411] ハリントン、D.、Presuhn、R.、およびB.Wijnen、「簡単なネットワーク管理プロトコル(SNMP)管理フレームワークについて説明するためのアーキテクチャ」、STD62、RFC3411(2002年12月)。
Beili Standards Track [Page 87] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[87ページ]RFC5066EFMCuはMIB2007年11月に連結します。
[RFC3635] Flick, J., "Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 3635,
September 2003.
[RFC3635] 軽打、J.、「イーサネットのようなインターフェース型のための管理オブジェクトの定義」、RFC3635、2003年9月。
[RFC4836] Beili, E., "Definitions of Managed Objects for IEEE
802.3 Medium Attachment Units (MAUs)", RFC 4836,
April 2007.
[RFC4836]Beili、E.、「IEEE802.3媒体付属ユニット(MAUs)管理オブジェクトの定義」、RFC4836、2007年4月。
[T1.424] ANSI, "Interface Between Networks and Customer
Installation Very-high-bit-rate Digital Subscriber
Lines (VDSL) Metallic Interface (DMT Based)",
American National Standard T1.424-2004, June 2004.
[T1.424]ANSI、「ネットワークと顧客インストールまさしくその高速デジタル加入者回線(VDSL)の間で金属インタフェース(基づくDMT)を連結してください」、米国標準規格T1.424-2004、2004年6月。
[TS 101 270-1] ETSI, "Transmission and Multiplexing (TM); Access
transmission systems on metallic access cables;
Very high speed Digital Subscriber Line (VDSL);
Part 1: Functional requirements", Technical
Specification TS 101 270-1, October 2005.
[t101 270-1]のETSIと、「トランスミッションとマルチプレクシング(TM)」。 金属アクセスケーブルの上で伝動装置にアクセスしてください。 非常に高い速度Digital Subscriber線(VDSL)。 第1部: 「機能条件書」、仕様書TS101 270-1、2005年10月。
10.2. Informative References
10.2. 有益な参照
[ANFP] Network Interoperability Consultative Committee
(NICC), "Specification of the Access Network
Frequency Plan (ANFP) applicable to transmission
systems used on the BT Access Network", NICC
Document ND1602:2005/08, August 2005.
[ANFP]ネットワークInteroperability Consultative Committee(NICC)、「伝動装置に適切なAccess Network Frequency Plan(ANFP)の仕様はBTでAccess Networkを使用しました」、NICC Document ND1602: 2005/08、8月2005日。
[HUBMIB] IETF, "Ethernet Interfaces and Hub MIB (hubmib)
Charter", <http://www.ietf.org/html.charters/OLD/
hubmib-charter.html>.
[HUBMIB]IETF、「インタフェースとハブMIB(hubmib)がチャーターするイーサネット」、<http://www.ietf.org/html.charters/OLD/hubmib-charter.html>。
[IANAifType-MIB] Internet Assigned Numbers Authority (IANA),
"IANAifType Textual Convention definition",
<http://www.iana.org/assignments/ianaiftype-mib>.
[IANAifType-MIB] インターネットAssigned民数記Authority(IANA)、「IANAifType Textual Convention定義」、<http://www.iana.org/課題/ianaiftype-mib>。
[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月)。
[RFC4070] Dodge, M. and B. Ray, "Definitions of Managed
Object Extensions for Very High Speed Digital
Subscriber Lines (VDSL) Using Multiple Carrier
Modulation (MCM) Line Coding", RFC 4070, May 2005.
[RFC4070] ドッジ、M.、およびB.レイ、「複数のキャリヤー変調(MCM)を使用する非常に高い速度デジタル加入者線(VDSL)のための管理オブジェクト拡大の定義はコード化を裏打ちします」、RFC4070、2005年5月。
[RFC4181] Heard, C., "Guidelines for Authors and Reviewers of
MIB Documents", BCP 111, RFC 4181, September 2005.
BCP111、C.、「MIBドキュメントの作者と評論家へのガイドライン」と[RFC4181]が聞いて、RFCが4181であり、9月は2005です。
Beili Standards Track [Page 88] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[88ページ]RFC5066EFMCuはMIB2007年11月に連結します。
[RFC4319] Sikes, C., Ray, B., and R. Abbi, "Definitions of
Managed Objects for High Bit-Rate DSL - 2nd
generation (HDSL2) and Single-Pair High-Speed
Digital Subscriber Line (SHDSL) Lines", RFC 4319,
December 2005.
[RFC4319] サイクス、C.、レイ、B.、およびR.Abbi、「高いビット伝送速度DSLのための管理オブジェクトの定義--第2世代(HDSL2)と単独の組の高速デジタル加入者線(SHDSL)は立ち並んでいます」、RFC4319、2005年12月。
[RFC4837] Khermosh, L., "Managed Objects of Ethernet Passive
Optical Networks (EPON)", RFC 4837, July 2007.
[RFC4837] Khermosh、L.、「イーサネットパッシブ光ネットワーク(EPON)の管理オブジェクト」、RFC4837、2007年7月。
[RFC4878] Squire, M., "Definitions and Managed Objects for
Operations, Administration, and Maintenance (OAM)
Functions on Ethernet-Like Interfaces", RFC 4878,
June 2007.
[RFC4878]郷士、M.、「操作のための定義と管理オブジェクト、政権、および維持(OAM)はイーサネットのようなインタフェースで機能します」、RFC4878、2007年6月。
Author's Address
作者のアドレス
Edward Beili Actelis Networks Bazel 25 Petach-Tikva Israel
エドワードBeili ActelisはBazel25Petach-Tikvaイスラエルをネットワークでつなぎます。
Phone: +972-3-924-3491 EMail: edward.beili@actelis.com
以下に電話をしてください。 +972-3-924-3491 メールしてください: edward.beili@actelis.com
Beili Standards Track [Page 89] RFC 5066 EFMCu Interfaces MIB November 2007
Beili標準化過程[89ページ]RFC5066EFMCuはMIB2007年11月に連結します。
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に情報を記述してください。
Beili Standards Track [Page 90]
Beili標準化過程[90ページ]
一覧
スポンサーリンク
