RFC4837 日本語訳
4837 Managed Objects of Ethernet Passive Optical Networks (EPON). L.Khermosh. July 2007. (Format: TXT=206726 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group L. Khermosh Request for Comments: 4837 PMC-SIERRA Category: Standards Track July 2007
Khermoshがコメントのために要求するワーキンググループL.をネットワークでつないでください: 4837年のPMC-連峰カテゴリ: 標準化過程2007年7月
Managed Objects of Ethernet Passive Optical Networks (EPON)
イーサネットパッシブ光ネットワークの管理オブジェクト(EPON)
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
Abstract
要約
This document defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based Internets. In particular, it defines objects for managing interfaces that conform to the Ethernet Passive Optical Networks (EPON) standard as defined in the IEEE Std 802.3ah-2004, which are extended capabilities to the Ethernet like interfaces.
ネットワーク管理プロトコルがTCP/IPのベースのInternetsにある状態で、このドキュメントは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはIEEE Std 802.3ah-2004で定義されるようにイーサネットPassive Optical Networks(EPON)規格に従うインタフェースを管理するために物を定義して、どれがイーサネットへの拡張能力であるかはインタフェースが好きです。
Khermosh Standards Track [Page 1] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[1ページ]。
Table of Contents
目次
1. The Internet-Standard Management Framework . . . . . . . . . . 3
2. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1. Terminology and Abbreviations . . . . . . . . . . . . . . 3
2.2. EPON Architecture Highlights . . . . . . . . . . . . . . . 5
2.2.1. Introduction . . . . . . . . . . . . . . . . . . . . . 5
2.2.2. Principles of Operation . . . . . . . . . . . . . . . 6
2.2.3. The Physical Media . . . . . . . . . . . . . . . . . . 7
2.2.4. PMD Specifications . . . . . . . . . . . . . . . . . . 8
2.2.5. Point-to-Point Emulation . . . . . . . . . . . . . . . 8
2.2.6. Principles of the MPCP . . . . . . . . . . . . . . . . 10
2.2.7. Forward Error Correction (FEC) . . . . . . . . . . . . 12
2.3. Management Architecture . . . . . . . . . . . . . . . . . 13
3. MIB Structure . . . . . . . . . . . . . . . . . . . . . . . . 17
4. Relation to Other MIB Modules . . . . . . . . . . . . . . . . 22
4.1. Relation to the Interfaces MIB and Ethernet-like
Interfaces MIB . . . . . . . . . . . . . . . . . . . . . . 22
4.2. Relation to the IEEE 802.3 MAU MIBs . . . . . . . . . . . 29
4.3. Relation to the EFM OAM MIB . . . . . . . . . . . . . . . 29
4.4. Relation to the Bridge MIB . . . . . . . . . . . . . . . . 30
5. Mapping of IEEE 802.3ah Managed Objects . . . . . . . . . . . 31
6. Definitions - The DOT3 EPON MIB Module . . . . . . . . . . . . 33
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 85
8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 86
9. Security Considerations . . . . . . . . . . . . . . . . . . . 86
10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 88
10.1. Normative References . . . . . . . . . . . . . . . . . . . 88
10.2. Informative References . . . . . . . . . . . . . . . . . . 90
1. インターネット標準の管理枠組み. . . . . . . . . . 3 2。 概観. . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2.1。 用語と略語. . . . . . . . . . . . . . 3 2.2。 EPON構造ハイライト. . . . . . . . . . . . . . . 5 2.2.1。 序論. . . . . . . . . . . . . . . . . . . . . 5 2.2.2。 操作. . . . . . . . . . . . . . . 6 2.2.3人のプリンシプルズ。 物理的なメディア. . . . . . . . . . . . . . . . . . 7 2.2.4。 PMD仕様. . . . . . . . . . . . . . . . . . 8 2.2.5。 二地点間エミュレーション. . . . . . . . . . . . . . . 8 2.2.6。 MPCP. . . . . . . . . . . . . . . . 10 2.2.7のもののプリンシプルズ。 エラー修正(FEC). . . . . . . . . . . . 12 2.3を進めてください。 管理体系. . . . . . . . . . . . . . . . . 13 3。 MIBは.174を構造化します。 他のMIBモジュール. . . . . . . . . . . . . . . . 22 4.1との関係。 インタフェースMIBでイーサネットのようであるとの関係はMIB. . . . . . . . . . . . . . . . . . . . . . 22 4.2を連結します。 IEEE802.3MAU MIBs.294.3との関係。 EFM OAM MIB. . . . . . . . . . . . . . . 29 4.4との関係。 MIB. . . . . . . . . . . . . . . . 30 5橋との関係。 IEEE 802.3ah管理オブジェクト. . . . . . . . . . . 31 6に関するマッピング。 定義--DOT3 EPON MIBモジュール. . . . . . . . . . . . 33 7。 IANA問題. . . . . . . . . . . . . . . . . . . . . 85 8。 承認. . . . . . . . . . . . . . . . . . . . . . . 86 9。 セキュリティ問題. . . . . . . . . . . . . . . . . . . 86 10。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 88 10.1。 引用規格. . . . . . . . . . . . . . . . . . . 88 10.2。 有益な参照. . . . . . . . . . . . . . . . . . 90
Khermosh Standards Track [Page 2] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[2ページ]。
1. The Internet-Standard Management Framework
1. インターネット標準の管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to Section 7 of RFC 3410 [RFC3410]. Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578]; STD 58, RFC 2579 [RFC2579]; and STD 58, RFC 2580 [RFC2580].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。 管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58で説明されるSMIv2に対応であるMIBモジュールを指定します、RFC2578[RFC2578]。 STD58、RFC2579[RFC2579]。 そして、STD58、RFC2580[RFC2580]。
2. Overview
2. 概観
This document defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based Internets. In particular, it defines objects for managing interfaces that conform to the Ethernet Passive Optical Networks (EPON) standard as defined in [802.3ah], which are extended capabilities to the Ethernet like interfaces. The document contains a list of management objects based on the attributes defined in the relevant parts of [802.3ah] Annex 30A, referring to EPON.
ネットワーク管理プロトコルがTCP/IPのベースのInternetsにある状態で、このドキュメントは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは[802.3ah]で定義されるようにイーサネットPassive Optical Networks(EPON)規格に従うインタフェースを管理するために物を定義して、どれがイーサネットへの拡張能力であるかはインタフェースが好きです。 ドキュメントは[802.3ah]別館30Aの関連部分で定義された属性に基づく管理物のリストを含んでいます、EPONについて言及して。
2.1. Terminology and Abbreviations
2.1. 用語と略語
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 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
ACK - Acknowledge
ACK--、承認
BER - Bit Error Rate
BER--ビット誤り率
BW - Bandwidth
BW--帯域幅
CO - Central Office
CO--電話局
CPE - Customer Premises Equipment
CPE--顧客端末
CRC - Cyclic Redundancy Check
CRC--周期冗長検査
EFM - Ethernet First Mile
EFM--イーサネット最初のマイル
EPON - Ethernet Passive Optical Network
EPON--イーサネットパッシブ光ネットワーク
FCS - Frame Check Sequence
FCS--フレームチェックシーケンス
Khermosh Standards Track [Page 3] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[3ページ]。
FEC - Forward Error Correction
FEC--前進型誤信号訂正
GMII - Gigabit Media Independent Interface
GMII--ギガビットメディアインディペンデント・インタフェース
LAN - Local Area Network
LAN--ローカル・エリア・ネットワーク
LLID - Logical Link Identifier
LLID--論理的なリンク識別子
MAC - Media Access Control
MAC--メディアアクセス管理
Mbps - Megabit per second
Mbps--1秒あたりのメガビット
MDI - Medium Dependent Interface
MDI--媒体依存インタフェース
MDIO - Management Data Input/Output
MDIO--管理データ入力/出力
MPCP - Multi-Point Control Protocol
MPCP--マルチポイント制御プロトコル
MP2PE - Multi-Point to Point Emulation
MP2PE--マルチポイント・ツー・ポイントエミュレーション
OAM - Operation Administration Maintenance
OAM--操作政権維持
OLT - Optical Line Terminal (Server unit of the EPON)
OLT--光学線端末(EPONのサーバユニット)
OMP - Optical Multi-Point
OMP--光学マルチポイント
ONU - Optical Network Unit (Client unit of the EPON)
ONU--光学ネットワーク部隊(EPONのクライアントユニット)
P2MP - Point-to-Multipoint
P2MP--ポイントツーマルチポイント
P2PE - Point-to-Point Emulation
P2PE--二地点間エミュレーション
PCS - Physical Coding Sublayer
PCS--物理的なコード化副層
PHY - Physical Layer
PHY--物理的な層
PMA - Physical Medium Attachment
PMA--物理的な媒体付属
PMD - Physical Medium Dependent
PMD--物理的な媒体扶養家族
PON - Passive Optical Network
PON--パッシブ光ネットワーク
RS - Reconciliation Sublayer
RS--和解副層
RTT - Round Trip Time
RTT--周遊旅行時間
SLA - Service Level Agreement
SLA--サービスレベル協定
Khermosh Standards Track [Page 4] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[4ページ]。
SLD - Start of LLID Delimiter
SLD--LLIDデリミタの始まり
TDM - Time Division Multiplexing
TDM--時分割多重化
TQ - Time Quanta
TQ--時間量子
2.2. EPON Architecture Highlights
2.2. EPON構造ハイライト
2.2.1. Introduction
2.2.1. 序論
The EPON standard, as defined in [802.3ah], defines the physical media (Layer 1) and media access (Layer 2) of the EPON interface. The EPON is a variant of the Gigabit Ethernet protocol for the Optical Access. The Optical Access topology is based on passive optical splitting topology. The link of a Passive Optical Network (PON) is based on a single, shared optical fiber with passive optical splitters dividing the single fiber into separate subscribers.
[802.3ah]で定義されるEPON規格はEPONインタフェースの物理的なメディア(層1)とメディアアクセス(層2)を定義します。 EPONはOptical AccessのためのGigabitイーサネットプロトコルの異形です。 Optical Accessトポロジーは、トポロジーを分けながら、受動態に光学であることで基づいています。 Passive Optical Network(PON)のリンクは受け身の光学スプリッタが単一のファイバーを別々の加入者に分割している単一の、そして、共有された光ファイバに基づいています。
The Optical Line Terminal (OLT) is the server unit of the network, located at the Central Office (CO).
Optical線Terminal(OLT)はセントラルオフィス(CO)に位置するネットワークのサーバ部隊です。
The Optical Network Unit (ONU) is the client unit of the network, located at the Customer Premises Equipment (CPE).
Optical Network Unit(ONU)はCustomer Premises Equipment(CPE)に位置するネットワークのクライアント部隊です。
The following diagram describes the PON topology:
以下のダイヤグラムはPONトポロジーについて説明します:
Device with
one or more P2MP
interfaces such as OLT
for EPON An EPON IP host
------- OLT ONU "modem" --------
Other IEEE | | interface | interface ------ Other IEEE| |
interface | |-------\----------------| | interface | |
===========| | \ | |===========| |
| | \ ------ --------
| | \ ------ --------
. . \------------| | | |
| |------\ | |===========| |
| | \ ------ --------
------- \ etc
EPON An EPON IPホストのためのOLTなどの1つ以上のP2MPインタフェースがある装置------- OLT ONU「モデム」-------- 他のIEEE| | インタフェース| インタフェース------ 他のIEEE| | インタフェース| |-------\----------------| | インタフェース| | ===========| | \ | |===========| | | | \ ------ -------- | | \ ------ -------- . . \------------| | | | | |------\ | |===========| | | | \ ------ -------- ------- \など
Khermosh Standards Track [Page 5] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[5ページ]。
The IEEE layering architecture of an EPON interface is defined in the diagram of Figure 56.2 [802.3ah]. The following clauses in the [802.3ah] define the corresponding layers of an EPON interface:
EPONインタフェースのIEEEレイヤリング構造は図56.2[802.3ah]のダイヤグラムで定義されます。 [802.3ah]の以下の節はEPONインタフェースの対応する層を定義します:
clause 30 - Management
30番目の節--管理
clause 60 - PMD for EPON media (Burst PMD)
60番目の節--EPONメディアのためのPMD(炸裂PMD)
clause 64 - MPCP (Multi-Point Control Protocol) - defines the Multi- Point architecture, and control protocol for the media access of EPON.
64番目の節(MPCP(マルチPoint Controlプロトコル))はEPONのメディアアクセスのためにMultiポイント構造、および制御プロトコルを定義します。
clause 65 -
65番目の節、-
a) Virtual links definition for the EPON
a) EPONのための仮想のリンク定義
b) FEC
b) FEC
c) PMA for the EPON.
c) EPONのためのPMA。
2.2.2. Principles of Operation
2.2.2. 操作のプリンシプルズ
The specification of the EPON interface is based on the specification of the gigabit Ethernet interface as described in [802.3], clauses 35 and 36. The Ethernet MAC is working in gigabit rate. The media interface to the MAC is through the GMII interface, as described in clause 35, and the PCS layer is based on the gigabit Ethernet PCS as described in clause 36. The special EPON layers are added to the Ethernet layering in the following places:
EPONインタフェースの仕様は[802.3](35番目の節と36番目の節)で説明されるようにギガビットイーサネットインタフェースの仕様に基づいています。 イーサネットMACはギガビットレートで働いています。 GMIIインタフェースを通してMACへのメディアインタフェースが35番目の節で説明されるようにあります、そして、PCS層は36番目の節で説明されるようにギガビットイーサネットPCSに基づいています。 特別なEPON層は以下の場所で層にされるイーサネットに加えられます:
The MPCP is placed in the MAC control layer, providing the EPON control protocol. The Emulation layer, located at the RS (Reconciliation Sublayer), creates virtual private path to each ONU. The FEC layer is located between the PCS and PMA layers, enhancing reach and split performance of the optical link.
EPON制御プロトコルを提供して、MPCPはMACコントロール層に置かれます。 RS(和解Sublayer)に位置するEmulation層は仮想の個人的な経路を各ONUに作成します。 光学リンクの範囲と分裂性能を高めて、FEC層はPCSとPMA層の間に位置しています。
Khermosh Standards Track [Page 6] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[6ページ]。
The following diagram describes the layering model of an EPON interface:
以下のダイヤグラムはEPONインタフェースのレイヤリングモデルについて説明します:
+==========================================+
| Higher layers |
+==========================================+
| 802.1D Bridge |
+==========================================+
| MAC client| ... |MAC client|
+==========================================+
| MAC Control - (MPCP) | *NEW*
+==========================================+
| MAC | ... | MAC |
+==========================================+
| P2P Emulation (P2PE) | *NEW*
+==========================================+
| |
| GMII |
| |
+==========================================+
| PCS |
+==========================================+
| FEC | *NEW*
+==========================================+
| PMA | *Enhanced parameters
+==========================================+ for EPON*
| PMD | *Enhanced parameters
+==========================================+ for EPON*
| |
| MDI |
| |
/===================/
/ Media /
/===================/
+==========================================+ | より高い層| +==========================================+ | 802.1 D橋| +==========================================+ | MACクライアント| ... |MACクライアント| +==========================================+ | MACコントロール--(MPCP)| *新しい*+==========================================+ | Mac| ... | Mac| +==========================================+ | P2Pエミュレーション(P2PE)| *新しい*+==========================================+ | | | GMII| | | +==========================================+ | PCS| +==========================================+ | FEC| *新しい*+==========================================+ | PMA| *高められたパラメタ+==========================================+ EPON*のために| PMD| *高められたパラメタ+==========================================+ EPON*のために| | | MDI| | | /===================//メディア//===================/
2.2.3. The Physical Media
2.2.3. 物理的なメディア
The physical link is a fiber optical link. The OLT and ONUs are connected through passive optical splitters. Downlink denotes the transmission from the OLT to the ONUs. Uplink denotes the transmission from the ONUs to the OLT. Uplink and downlink are multiplexed using separated wavelengths on the same fiber. The downlink is a broadcast medium where the OLT transmits the data to all ONUs. The uplink is a shared transmission medium for all of the ONUs. The uplink access is based on time division multiplexing (TDM) and the management of the TDM media access is defined by the Multi-
物理的なリンクはファイバーの光学リンクです。 OLTとONUsは受け身の光学スプリッタを通して接続されます。 ダウンリンクはOLTからONUsまでのトランスミッションを指示します。 アップリンクはONUsからOLTまでのトランスミッションを指示します。 同じファイバーの上で切り離された波長を使用することでアップリンクとダウンリンクを多重送信します。 ダウンリンクはOLTがすべてのONUsにデータを送る放送媒体です。 アップリンクはONUsのすべてのための共有されたトランスミッション媒体です。 アップリンクアクセスは時分割多重化(TDM)に基づいています、そして、TDMメディアアクセスの管理はMultiによって定義されます。
Khermosh Standards Track [Page 7] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[7ページ]。
Point Control Protocol (MPCP). The MPCP is a control protocol based on an inband packet messaging. The OLT sends control messages (GATE messages) allowing ONUs to transmit, defining when the transmission occurs and what is its duration. These messages define the transmission order and the amount of BW for each ONU. A scheduling algorithm at the OLT, which is not defined in the [802.3ah], is responsible for allocating the BW and controlling the delay of each ONU according to its SLA.
制御プロトコル(MPCP)を指してください。 MPCPは「不-バンド」パケットメッセージングに基づく制御プロトコルです。 OLTはコントロールメッセージ(GATEメッセージ)でONUsが伝わることができるのをさせます、トランスミッションがいつ起こるか、そして、何が持続時間であるかを定義して。 これらのメッセージは各ONUのためにトランスミッション命令とBWの量を定義します。 OLTのスケジューリングアルゴリズムはSLAによると、BWを割り当てて、それぞれのONUの遅れを制御するのに原因となります。(OLTは[802.3ah]で定義されません)。
2.2.4. PMD Specifications
2.2.4. PMD仕様
PMD specifications select the same optical wavelength plan as the [ITU-T.G.983]. The transceivers are derivatives of existing Ethernet optical transceivers, with dual wavelength on a single fiber, and extended burst capabilities for the uplink. The uplink burst capability is the burst transmission functionality for the ONUs and burst reception functionality for the OLT. The [802.3ah] selected very relaxed burst parameters to reduce the device cost of EPON products.
PMD仕様が同じ光学波長プランを選択する、[ITU-T. G.983。] トランシーバーは既存のイーサネット光学送信機の派生物です、単一のファイバーの二元的な波長、およびアップリンクのための拡張炸裂能力で。 アップリンク炸裂能力は、ONUsのためのバースト伝送の機能性とOLTのための炸裂レセプションの機能性です。 EPON製品の装置コストを削減する[802.3ah]選択された非常に伸びやかな炸裂パラメタ。
2.2.5. Point-to-Point Emulation
2.2.5. 二地点間エミュレーション
The downstream is a broadcast link, which means that the OLT transmission is shared for all ONUs. The sharing of the transmission of the OLT has some negative privacy aspects and should be limited to broadcast traffic in nature only. The traffic dedicated to each ONU should not be shared. The solution provided by [802.3ah] is to partition the EPON link, in a virtual manner, between the ONUs. Each ONU has a dedicated virtual link to the OLT. The [802.3ah] also defines an additional link for broadcast transmission. The medium becomes an aggregation of point-to-point tunnels. The OLT cannot preserve its EPON interface as a single interface connected to N devices (following the properties of the physical interface). The EPON interface of the OLT is partitioned into separate virtual interfaces; an interface for each virtual link. Hence, the OLT behaves like a device with N virtual ports (and an additional port for the broadcast transmission). The additional single-copy- broadcast channel (tagged as all one LLID) is added to allow the broadcast transmission within a single copy to all ONUs, preserving the inherent advantage of BW efficiency of the PON shared media. The ONUs filter the downlink traffic that is not intended for their reception, according to the virtual link marking. An LLID tag is attached at the preamble of the Ethernet packet denoting the virtual link. The LLID marks the destination port in the downstream and source port in the upstream.
川下は放送リンクです。(そのリンクは、OLTトランスミッションがすべてのONUsのために共有されることを意味します)。 OLTのトランスミッションの共有は、いくつかの否定的プライバシー局面を持って、自然だけにおける交通を放送するために制限されるべきです。 各ONUに捧げられた交通を共有するべきではありません。 [802.3ah]によって提供された解決法はONUsの間の仮想の方法でEPONリンクを仕切ることです。 各ONUは専用仮想のリンクをOLTに持っています。 また、[802.3ah]は放送送信のために追加リンクを定義します。 媒体は二地点間トンネルの集合になります。 単一のインタフェースがN装置に接続したので(物理インターフェースの特性に従って)、OLTはEPONインタフェースを保持できません。 OLTのEPONインタフェースは別々の仮想インターフェースに仕切られます。 それぞれの仮想のリンクへのインタフェース。 したがって、OLTはN仮想のポート(そして、放送送信のための追加ポート)がある装置のように振る舞います。 追加ただ一つのコピーしている放送しているチャンネル(すべての1LLIDとして、タグ付けをされる)はただ一つのコピーの中ですべてのONUsに放送送信を許すために加えられて、PONのBW効率の固有の利点を保存すると、メディアは共有されました。 ONUsは仮想のリンクマークに従って彼らのレセプションのために意図しないダウンリンク交通をフィルターにかけます。 LLIDタグは仮想のリンクを指示するイーサネットパケットに関する序文で取り付けられます。 LLIDは、目的地が川下のポートと上流のソース港であるとマークします。
Khermosh Standards Track [Page 8] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[8ページ]。
The virtual links concept is also used to avoid a violation of the [802.1d] bridging rules for peer-to-peer traffic in the PON. Peer- to-peer traffic is traffic between ONUs in the same PON. The OLT cannot preserve the EPON interface as a single interface, connected to N devices, and allow traffic between these devices without violating the bridging rules. The source address and destination address of the peer-to-peer traffic are behind the same port and therefore the traffic should be discarded. The separation of the ONUs into virtual links solves this issue. The OLT has N virtual ports for the single physical EPON port. A bridge sees a single MAC Client for every link pair.
また、仮想のリンク概念もPONのピアツーピア交通のための[802.1d]橋を架ける規則の違反を避けるのにおいて使用されています。 同輩への同輩交通は同じPONのONUsの間の交通です。 橋を架ける規則に違反しないで、OLTはN装置に接続された単一のインタフェースとしてのEPONインタフェースを保持して、これらの装置の間の交通を許容できません。 同じポートの後ろにピアツーピア交通のソースアドレスと送付先アドレスがあります、そして、したがって、交通は捨てられるべきです。 仮想のリンクへのONUsの分離はこの問題を解決します。 OLTには、単一の物理的なEPONポートへのN仮想のポートがあります。 橋はすべてのリンク組に関して独身のMAC Clientを見ます。
The private paths concept solves the networking problems and provides subscriber isolation.
個人的な経路概念は、ネットワーク問題を解決して、孤立を加入者に提供します。
As the tunneling is only a virtual tunneling, there is a single physical interface and a single physical layer for the device so that some attributes are shared. For example, the interface has a single local MAC address.
トンネリングが仮想のトンネリングにすぎないので、単一の物理インターフェースと装置のためのただ一つの物理的な層があるので、いくつかの属性が共有されます。 例えば、インタフェースには、ただ一つのローカルのMACアドレスがあります。
The virtual tunneling for an OLT with 3 ONUs is illustrated in the following diagram.
3ONUsとOLTのための仮想のトンネリングは以下のダイヤグラムで例証されます。
Khermosh Standards Track [Page 9] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[9ページ]。
Trunk Line
|
|
|
\|/
+===============================================+
| 802.1D Bridge |
+===============================================+
| MAC client1| ... |MAC client3|
+===============================================+
| MP2PE |
+===============================================+
| PHY |
=================================================
| | |
| | |
\|/ \|/ \|/
+============+ +============+ +============+
| PHY | | PHY | | PHY |
+============+ +============+ +============+
| MP2PE | | MP2PE | | MP2PE |
+============+ +============+ +============+
| MAC client | | MAC client | | MAC client |
+============+ +============+ +============+
| PHY | | PHY | | PHY |
+============+ +============+ +============+
/|\ /|\ /|\
| | |
| | |
| | |
Subscriber1 Subscriber2 Subscriber3
幹線| | | \|/ +===============================================+ | 802.1 D橋| +===============================================+ | MAC client1| ... |MAC client3| +===============================================+ | MP2PE| +===============================================+ | PHY| ================================================= | | | | | | \|/ \|/ \|/ +============+ +============+ +============+ | PHY| | PHY| | PHY| +============+ +============+ +============+ | MP2PE| | MP2PE| | MP2PE| +============+ +============+ +============+ | MACクライアント| | MACクライアント| | MACクライアント| +============+ +============+ +============+ | PHY| | PHY| | PHY| +============+ +============+ +============+ /|\ /|\ /|\ | | | | | | | | | Subscriber1 Subscriber2 Subscriber3
2.2.6. Principles of the MPCP
2.2.6. MPCPのプリンシプルズ
The EPON standard defines a media access control of an optical Access network. The Access network has some substantial differences from the legacy LAN for which the Ethernet was designed. The differences lie mainly in the provisioning of the network. An Access network is an administrated environment, with an operator providing the service and subscribers consuming it. The operator is controlling the network and managing its traffic. For instance, BW is controlled and subscribers are billed for services. The MPCP protocol divides the Ethernet interfaces into two unequal types of network units. The first interface is an OLT interface, which is a server unit, controlling the network. The second interface is an ONU interface, which is a client unit, participating in the network.
EPON規格は光学Accessネットワークのメディアアクセス管理を定義します。 Accessネットワークには、イーサネットが設計された遺産LANからのいくつかのかなりの違いがあります。 主にネットワークの食糧を供給することで違いがあります。 Accessネットワークはオペレータがサービスを提供していて、加入者がそれを消費している管理された環境です。 オペレータは、ネットワークを制御して、交通を管理しています。 例えば、BWは監督されます、そして、加入者はサービスのために請求されます。 MPCPプロトコルはイーサネットインタフェースを2つの不平等なタイプのネットワーク単位に分割します。 最初のインタフェースはOLTインタフェースです。(ネットワークを制御して、そのインタフェースはサーバユニットです)。 2番目のインタフェースはONUインタフェースです。(ネットワークに参加して、そのインタフェースはクライアントユニットです)。
Khermosh Standards Track [Page 10] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[10ページ]。
The OLT, which is the server unit, manages the network. The MPCP controls the TDM transmission of the uplink. The MPCP is implemented at the MAC control layer and the MPCP messages are MAC control messages using the 0x8808 Ethertype. These messages are not forwarded out of the MAC.
OLT(サーバユニットである)はネットワークを経営しています。 MPCPはアップリンクのTDM送信を制御します。 MPCPはMACコントロール層で実行されます、そして、MPCPメッセージは0×8808Ethertypeを使用するMACコントロールメッセージです。 これらのメッセージはMACから転送されません。
A concept of time must exist in the protocol in order to schedule the uplink transmission. A timestamp, which is set by the OLT and synchronized between the network units, is passed through the MPCP messages. The timestamp is also used to measure the RTT of each ONU. RTT is compensated by the OLT in the generation of the grants for the uplink transmission. The difference of incoming timestamp to local time allows the OLT to calculate the RTT. RTT compensation is needed as the RTT in an Access network can have a significant value. The standard allows the network to reach a 20 km distance, which is equivalent to a 200 usec RTT (25 Kbytes of data).
時間の概念は、アップリンク送信の計画をするようにプロトコルで存在しなければなりません。 タイムスタンプ(OLTによって設定されて、ネットワーク部隊の間で同期する)はMPCPメッセージを通り抜けます。 また、タイムスタンプは、それぞれのONUのRTTを測定するのに使用されます。 RTTは交付金の世代でOLTによってアップリンク送信を代償されます。 入って来る現地時間までのタイムスタンプの違いで、OLTはRTTについて計算できます。 AccessネットワークにおけるRTTが重要な値を持つことができるようにRTT補償が必要です。 ネットワークは規格で、20kmの距離に達することができます。(それは、200usec RTT(データの25キロバイト)に同等です)。
The TDM control is done using GATE messages. These messages define, for each ONU, the time for transmission and the length of transmission. The RTT is reduced from the transmission time in the GATE message to shift the transmission time of the ONU in the opposite direction.
TDMコントロールはGATEメッセージを使用し終わっています。 これらのメッセージは各ONUのためにトランスミッションのための時間とトランスミッションの長さを定義します。 RTTは逆方向へのONUのトランスミッション時間を移行させるGATEメッセージでトランスミッション時間から減少します。
A scheduling algorithm at the OLT, which is not defined in the [802.3ah], is responsible for dividing the BW and controlling the transmission delay of each ONU according to its SLA. The MPCP defines a closed loop operation in order for this algorithm to be efficient. The MPCP allows the ONUs to report on the amount of BW they require for transmission using a special REPORT message. This allows allocating BW to an ONU only when requested, relying on the statistical burst property of the traffic, and allowing different peak BW for different ONUs at different times; hence, allowing oversubscription of the BW. The REPORT message reports the amount of data waiting in the ONU queues.
OLTのスケジューリングアルゴリズムはBWを分割して、SLAによると、それぞれのONUのトランスミッション遅れを制御するのに原因となります。(OLTは[802.3ah]で定義されません)。 MPCPは、このアルゴリズムが効率的であるようにクローズドループ操作を定義します。 MPCPは彼らが特別なREPORTメッセージを使用するトランスミッションのために必要とするBWの量に関してONUsを報告させます。 これで、要求される場合にだけ、BWをONUに割り当てます、交通の統計的な炸裂の特性を当てにして、いろいろな時間に異なったONUsのための異なったピークBWを許容して。 したがって、BWの応募超過を許容すること。 REPORTメッセージはONU待ち行列で待つデータ量を報告します。
In addition, the MPCP defines a protocol of auto-discovery and registration of ONUs.
さらに、MPCPは自動発見のプロトコルとONUsの登録を定義します。
Khermosh Standards Track [Page 11] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[11ページ]。
The registration process is defined in the diagram below:
登録手続は以下のダイヤグラムで定義されます:
OLT ONU
| |
| Discovery Gate message \|
|--------------------------------------------|
| /|
| |
|/ Register Request message |
|--------------------------------------------|
|\ |
| |
| Register message |
| (assigning LLID) \|
|--------------------------------------------|
| /|
| |
| Gate message \|
|--------------------------------------------|
| /|
| |
|/ Register ACK message |
|--------------------------------------------|
|\ |
| |
| |
オルト川ONU| | | Gateが\を通信させるという発見| |--------------------------------------------| | /| | | |/レジスタRequestメッセージ| |--------------------------------------------| |\ | | | | メッセージを登録してください。| | (LLIDを割り当てます) \| |--------------------------------------------| | /| | | | ゲートは\を通信させます。| |--------------------------------------------| | /| | | |/レジスタACKメッセージ| |--------------------------------------------| |\ | | | | |
A new ONU requests to register (sends a REG_REQUEST message) in a special discovery grant, allocated for that by the OLT. During that time, more than one ONU might try to register. A collision in transmission might occur, as the RTT of the new ONUs is not yet known. A random backoff mechanism of the transmission is used to schedule the following registration requests to avoid these collisions. When the OLT receives a REG_REQUEST message of an ONU and approves this ONU, then it sends a REGISTER message to this ONU defining its LLID. From that point, the ONU transmission is scheduled by its LLID, knowing the RTT, and no collision can occur. The ONU replies with a REGISTER_ACK message and the registration process of the MPCP ends. Higher layer protocols may be needed to authenticate the ONU and allow it to participate in the network.
それのためにOLTによって割り当てられた特別な発見交付金で登録するという(レッジ_REQUESTメッセージを送ります)新しいONU要求。 その時の間、1ONUが登録しようとするかもしれません。 新しいONUsのRTTがまだ知られていないようにトランスミッションにおける衝突は起こるかもしれません。 トランスミッションの無作為のbackoffメカニズムは、これらの衝突を避けるという以下の登録要求の計画をするのに使用されます。 OLTがONUに関するレッジ_REQUESTメッセージを受け取って、このONUを承認すると、それはLLIDを定義するこのONUにREGISTERメッセージを送ります。 そのポイントから、RTTを生じますが、どんな衝突も起こることができないのを知っていて、ONUトランスミッションがLLIDによって予定されています。 REGISTER_ACKメッセージがあるONU回答とMPCPの登録手続は終わります。 より高い層のプロトコルが、ONUを認証して、ネットワークに参加するのを許容するのに必要であるかもしれません。
2.2.7. Forward Error Correction (FEC)
2.2.7. 前進型誤信号訂正(FEC)
The FEC is defined to enhance the link budget of the PON. As each splitter attenuates the optical signal, the number of the splits and the distance are limited by the link budget. Hence an FEC that
FECは、PONのリンク予算を高めるために定義されます。 各分離器が光学信号を減衰させて、股割りと距離の数はリンク予算で制限されます。 したがって、FEC、それ
Khermosh Standards Track [Page 12] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[12ページ]。
improves the link budget has a benefit. The FEC code used is the RS(239,255,8), similar to the FEC code in [ITU-T.G.975], improving the BER from 1E-4 to 1E-12.
aが予算でためになるリンクを改良します。 コードが使用したFECはRS(23万9255、8)です、[ITU-T. G.975]のFECコードと同様です、1ユーロの-4から1ユーロの-12にBERを改良して。
The FEC parity encapsulation is based on the framing of the Ethernet packet. The Ethernet packets are spaced by MAC rate adaptation, and the parity bytes are inserted after the packet in the provided space.
FECパリティカプセル化はイーサネットパケットの縁どりに基づいています。 イーサネットパケットはMACレート適合で区切られます、そして、パリティバイトはパケットの後に提供されたスペースに挿入されます。
As the start and end of packet codewords also define the FEC boundaries, and they are outside the FEC protection, they are replaced by a series of symbols to reduce their vulnerability to errors.
また、パケット符号語の始めと終わりがFEC境界を定義して、FEC保護の外でそれらがあって、それらの脆弱性を誤りに減少させるためにそれらを一連のシンボルに取り替えます。
The following diagram presents an FEC-protected frame:
以下のダイヤグラムはFECによって保護されたフレームを贈ります:
+-------------------------------------------------------------------+ | | | | | | | | | S_FEC | Preamble/SFD | Frame | FCS | T_FEC | Parity | T_FEC | | | | | | | | | +-------------------------------------------------------------------+
+-------------------------------------------------------------------+ | | | | | | | | | S_FEC| 序文/SFD| フレーム| FCS| T_FEC| 同等| T_FEC| | | | | | | | | +-------------------------------------------------------------------+
The FEC is added in a separate layer between the PCS and PMA layers of the [802.3].
FECは[802.3]のPCSとPMA層の間の別々の層の中で加えられます。
The FEC layer introduces a fixed delay in receive path and transmit path.
層が固定遅れを導入するFECは経路を受けて、経路を伝えます。
The FEC layer is optional.
FEC層は任意です。
2.3. Management Architecture
2.3. 管理体系
Each one of the EPON layers is accompanied by a management interface that is controlled through clause 30 of the [802.3ah]. As the [802.3ah] specification may be used for different applications, and some of the clauses may be used separately, the IEEE management clause allocates for each one of them a separate package. The MIB document follows this partition.
EPON層の各々は[802.3ah]の30番目の節を通して制御される管理インタフェースによって同伴されます。 [802.3ah]仕様が異なったアプリケーションに使用されるかもしれなくて、節のいくつかが別々に使用されるとき、IEEE管理節はそれらのそれぞれのために別々のパッケージを割り当てます。 MIBドキュメントはこのパーティションに続きます。
Khermosh Standards Track [Page 13] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[13ページ]。
The following diagram presents the relation of the MIB groups to the [802.3ah] layers:
以下のダイヤグラムは[802.3ah]層にMIBグループの関係を提示します:
+===========================+
| Higher layers |
+===========================+
| 802.1D Bridge |
+===========================+
|MAC client| ... |MAC client|
+===========================+ \ +=============================+
| MAC Control - (MPCP) |----- |MpcpObjects| ... |MpcpObjects|
+===========================+ / +=============================+
| MAC | ... | MAC |
+===========================+ \ +=============================+
| P2P Emulation (P2PE) |----- |OmpEmulat | |OmpEmulat |
+===========================+ / |ionObjects | ... |ionObjects |
| | +=============================+
| GMII |
| |
+===========================+
| PCS |
+===========================+ \ +=============================+
| FEC |----- |FecObjects | ... |FecObjects |
+===========================+ / +=============================+
| PMA |
+===========================+
| PMD |
+===========================+
| |
| MDI |
| |
/===============/
/ Media /
/===============/
+===========================+ | より高い層| +===========================+ | 802.1 Dブリッジ| +===========================+ |MACクライアント| ... |MACクライアント| +===========================+ \ +=============================+ | MACコントロール--(MPCP)|----- |MpcpObjects| ... |MpcpObjects| +===========================+ / +=============================+ | Mac| ... | Mac| +===========================+ \ +=============================+ | P2Pエミュレーション(P2PE)|----- |OmpEmulat| |OmpEmulat| +===========================+ / |ionObjects| ... |ionObjects| | | +=============================+ | GMII| | | +===========================+ | PCS| +===========================+ \ +=============================+ | FEC|----- |FecObjects| ... |FecObjects| +===========================+ / +=============================+ | PMA| +===========================+ | PMD| +===========================+ | | | MDI| | | /===============//メディア//===============/
The association is straightforward for the ONU interface. There is one logical and one physical interface, and a single copy exists for each layer that can be remotely queried by the OLT.
ONUインタフェースに、協会は簡単です。 1つの論理的な物理インターフェースと1つの物理インターフェースがあります、そして、ただ一つのコピーはOLTが離れて質問できる各層のために存在しています。
At the OLT there is a single physical interface and N virtual interfaces for the virtual links of the ONUs (and another virtual interface for the broadcast virtual link). As can be seen from the layering diagram above, the MAC layer is virtually duplicated. Therefore, in this document it was selected that the management of a virtual interface is like a physical interface, an interface index is allocated for each one of the virtual links, and an additional interface index is allocated for the OLT.
OLTに、ONUs(そして、放送の仮想のリンクへの別の仮想インターフェース)の仮想のリンクへの単一の物理インターフェースとN仮想インターフェースがあります。 見ることができるように、コピーされて、MAC層は実際にはレイヤリングダイヤグラムからの、上では、そうです。 したがって、本書では選択されて、a仮想の管理が連結するのが物理インターフェースに似て、仮想のリンクのそれぞれのためにインタフェースインデックスを割り当てて、OLTのために追加インタフェースインデックスを割り当てるということでした。
Khermosh Standards Track [Page 14] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[14ページ]。
To illustrate the interface modeling consider two devices; the first device has two physical interfaces, is typically located at a consumer's site, and is called an "ONU modem".
インタフェースモデルを例証するには、2台のデバイスを考えてください。 最初のデバイスは、2つの物理インターフェースを持って、消費者のサイトに通常位置していて、「ONUモデム」と呼ばれます。
An "ONU modem" is shown in the figure below:
「ONUモデム」は以下の図に示されます:
--------
ONU interface | ONU | 10 megabit interface
--------------| modem |--------------------
---------
-------- ONUインタフェース| ONU| 10メガビットインタフェース--------------| モデム|-------------------- ---------
This device would have 3 entries in the IF table, and one IF stack entry; for example:
このデバイスには3つのエントリーがあるだろう、テーブルと、1である、スタックエントリーであるなら。 例えば:
ifIndex=1 - interface for 10 megabit interface
ifIndex=1--10メガビットインタフェースに連結してください。
ifIndex=2 - interface for the optical interface
ifIndex=2--光学インタフェースに連結してください。
ifIndex=200 - interface for the ONU interface
ifIndex=200--ONUインタフェースに連結してください。
And then in the IF stack table:
次に、中、スタックであるなら、以下をテーブルの上に置いてください。
ifStackHigherLayer=200, ifStackLowerLayer=2 - map between the physical and the ONU
ifStackHigherLayer=200、ifStackLowerLayer=2--物理的とONUの間の地図
The second device has three physical interfaces, is typically located at the provider's site, and may be called a "headend".
2番目のデバイスは、3つの物理インターフェースを持って、プロバイダーのサイトに通常位置していて、「ヘッドエンド」と呼ばれるかもしれません。
A "headend" is shown in the figure below:
「ヘッドエンド」は以下の図に示されます:
---------
1st OLT interface | Head | gigE interface
------------------| end |--------------------
| |
------------------| |
2nd OLT interface | |
---------
--------- 最初のOLTインタフェース| ヘッド| gigEインタフェース------------------| 終わり|-------------------- | | ------------------| | 2番目のOLTインタフェース| | ---------
Khermosh Standards Track [Page 15] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[15ページ]。
This device would have 5 entries (when there are no attached ONUs) in the IF table, for example:
このデバイスには5つのエントリー(ONUsが取り付けられないとき)があるだろう、例えば、以下をテーブルの上に置いてください。
ifIndex=1 - interface for gigE interface
ifIndex=1--gigEインタフェースに連結してください。
ifIndex=2 - interface for 1st optical interface
ifIndex=2--最初の光学インタフェースに連結してください。
ifIndex=3 - interface for 2nd optical interface
ifIndex=3--2番目の光学インタフェースに連結してください。
ifIndex=265535 - interface for the 1st OLT broadcast interface
ifIndex=265535--最初のOLT放送インタフェースに連結してください。
ifIndex=365535 - interface for the 2nd OLT broadcast interface
ifIndex=365535--2番目のOLT放送インタフェースに連結してください。
And then in the IF stack table:
次に、中、スタックであるなら、以下をテーブルの上に置いてください。
ifStackHigherLayer=265535, ifStackLowerLayer=2 - map between the 1st physical and its broadcast interface
ifStackHigherLayer=265535、ifStackLowerLayer=2--1番目の間で物理的な地図とその放送インタフェース
ifStackHigherLayer=365535, ifStackLowerLayer=3 - map between the 2nd physical and its broadcast interface
ifStackHigherLayer=365535、ifStackLowerLayer=3--2番目の間で物理的な地図とその放送インタフェース
If two ONUs connected to the first OLT interface, then for example, the following entries would be added to the IF table:
2ONUsが例えば、次に、以下のエントリーが加えられる最初のOLTインタフェースに接続した、テーブルであるなら:
ifIndex=200001 - interface for the 1st ONU of 1st OLT
ifIndex=200001--最初のOLTの最初のONUには、連結してください。
ifIndex=200002 - interface for the 2nd ONU of 1st OLT
ifIndex=200002--最初のOLTの第2ONUには、連結してください。
And in the IF stack table:
コネ、スタックであるなら、以下をテーブルの上に置いてください。
ifStackHigherLayer=200001, ifStackLowerLayer=2 - map between the 1st physical and 1st ONU
ifStackHigherLayer=200001、ifStackLowerLayer=2--1番目の間で物理的で最初のONUを写像してください。
ifStackHigherLayer=200002, ifStackLowerLayer=2 - map between the 1st physical and 2nd ONU
ifStackHigherLayer=200002、ifStackLowerLayer=2--1番目の間で物理的、そして、第2ONUを写像してください。
For each physical interface, there would be an entry (ifIndex) in the tables of the interface MIB module [RFC2863], MAU MIB module [RFC4836], and Etherlike MIB module [RFC3635]. Additionally, there would be entries (ifIndexes) for the virtual interfaces of the OLT interface. The justification for the additional allocation of indexes is that the virtual interfaces are quite well distinguished, as they connect different physical ONUs from the OLT side. For instance, there is a meaning for separate bad frames counter or bad octets counter for each virtual link, as the ONUs can be differently distanced. This is quite similar to a case of separate physical interfaces.
各物理インターフェースには、エントリー(ifIndex)がインタフェースMIBモジュール[RFC2863]、MAU MIBモジュール[RFC4836]、およびEtherlike MIBモジュール[RFC3635]のテーブルにあるでしょう。 さらに、OLTインタフェースの仮想インターフェースのためのエントリー(ifIndexes)があるでしょう。 インデックスの追加配分のための正当化は仮想インターフェースが全くよく区別されるということです、OLT側と異なった物理的なONUsを接続するとき。 例えば、カウンタか悪い八重奏がそれぞれの仮想のリンクに打ち返す別々の悪いフレームへの意味があります、ONUsを異なって遠ざけることができるとき。 これは別々の物理インターフェースに関するケースと全く同様です。
Khermosh Standards Track [Page 16] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[16ページ]。
The same partition concept exists for the MIB module of this document. Each row in the tables are indexed according to the ifIndex; specifically, there is a row for each virtual link. There are some control objects that are shared and are the same for the virtual interfaces (and they should have the same value for each ifIndex), but most of the objects have different values for N+1 logical interfaces at the OLT. This is done for each MIB group. It is a bit different from the [802.3ah] layering diagram, which presents the P2MP layer as a single layer, while duplicating the MAC and MAC client layers (please see the diagram above). However, from a management perspective, it is more convenient and neat to partition the management of the layers for the virtual links, as the atomic managed entity is the virtual link. It is also convenient to use the interface index of the virtual link for that purpose, as it is already used to index the rows of the virtual links at the Interface, MAU, and etherLike interfaces MIBs.
同じパーティション概念はこのドキュメントのMIBモジュールのために存在しています。 ifIndexによると、テーブルの各行は索引をつけられます。 明確に、それぞれの仮想のリンクへの行があります。 いくつかの共有された、仮想インターフェースに、同じコントロールオブジェクトがありますが(それらには、各ifIndexのための同じ値があるべきです)、オブジェクトの大部分はOLTにN+1論理的なインタフェースへの異価を持っています。 それぞれのMIBグループのためにこれをします。 それは[802.3ah]レイヤリングダイヤグラムと少し異なっています(ダイヤグラムが上であることを見てください)。(それは、MACとMACクライアント層をコピーしている間、単一層としてP2MP層を贈ります)。 しかしながら、経営的視点から、層の管理を仮想のリンクに仕切るのは、より便利であって、きちんとしています、原子管理された実体が仮想のリンクであるので。 また、そのために仮想のリンクのインタフェースインデックスを使用するのも便利です、それがInterface、MAU、およびetherLikeインタフェースMIBsで仮想のリンクの行に索引をつけるのに既に使用されるとき。
3. MIB Structure
3. MIB構造
This document defines the DOT3 EPON MIB module. The DOT3 EPON MIB module defines the objects used for management of the [802.3ah] Point-to-Multipoint (P2MP) interfaces. These MIB objects are included in four groups.
このドキュメントはDOT3 EPON MIBモジュールを定義します。 DOT3 EPON MIBモジュールは[802.3ah]のポイントから多点(P2MP)へのインタフェースの管理に使用されるオブジェクトを定義します。 これらのMIBオブジェクトは4つのグループに含まれています。
i) The Multi-Point Control Protocol (MPCP) MIB objects - MIB objects related to [802.3ah], clause 64, Multi-Point Control Protocol attributes. The following tables are presented in this group:
i) マルチポイント制御プロトコル(MPCP) MIBオブジェクト--MIBオブジェクトは[802.3ah]、64番目の節、Multi-ポイントControlプロトコル属性に関連しました。 このグループで以下のテーブルを寄贈します:
The dot3MpcpControlTable defines the objects used for the configuration and status indication, which are per logical link, of MPCP compliant interfaces.
dot3MpcpControlTableは論理的なリンクあたりMPCP対応することのインタフェースのものである構成と状態指示に使用されるオブジェクトを定義します。
The dot3MpcpStatTable defines the statistics objects that are per logical link, of MPCP compliant interfaces.
dot3MpcpStatTableは論理的なリンクあたりMPCP対応することのインタフェースのものである統計オブジェクトを定義します。
The operational mode of an OLT/ONU for the tables is defined by the dot3MpcpMode object in the dot3MpcpControlTable.
テーブルのためのOLT/ONUの操作上のモードはdot3MpcpModeオブジェクトによってdot3MpcpControlTableで定義されます。
ii) The OMPEmulation MIB objects - MIB objects related to [802.3ah], clause 65, point-to-point emulation attributes. The following tables are presented in this group:
ii) OMPEmulation MIBオブジェクト--MIBオブジェクトは[802.3ah]、65番目の節、二地点間エミュレーション属性に関連しました。 このグループで以下のテーブルを寄贈します:
The dot3OmpEmulationTable defines the objects used for the configuration and status indication, which are per logical links, of OMPEmulation compliant interfaces.
dot3OmpEmulationTableは論理的なリンクあたりOMPEmulation対応することのインタフェースのものである構成と状態指示に使用されるオブジェクトを定義します。
The dot3OmpEmulationStatTable defines the statistics objects that are per logical link, of OMPEmulation compliant interfaces.
dot3OmpEmulationStatTableは論理的なリンクあたりOMPEmulation対応することのインタフェースのものである統計オブジェクトを定義します。
Khermosh Standards Track [Page 17] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[17ページ]。
The operational mode of an OLT/ONU for the tables is defined by the dot3OmpEmulationType object in the dot3OmpEmulationTable.
テーブルのためのOLT/ONUの操作上のモードはdot3OmpEmulationTypeオブジェクトによってdot3OmpEmulationTableで定義されます。
iii) The FEC MIB objects - MIB objects related to [802.3ah], clause 60 and clause 65, EPON FEC attributes. The following table is presented in this group:
iii) FEC MIBオブジェクト--MIBオブジェクトは[802.3ah]と60番目の節と65番目の節、EPON FEC属性に関連しました。 このグループで以下のテーブルを寄贈します:
The dot3EponFecTable defines the objects used for the configuration and status indication, which are per logical link, of FEC EPON compliant interfaces.
dot3EponFecTableは論理的なリンクあたりFEC EPON対応することのインタフェースのものである構成と状態指示に使用されるオブジェクトを定義します。
iv) The EPON extended package MIB objects - MIB objects used for configuration and status indication with extended capabilities of the EPON interfaces. The following tables are presented in this group:
iv) EPONはパッケージMIBオブジェクトを広げました--MIBオブジェクトは構成と状態にEPONインタフェースの拡張能力がある指示を使用しました。 このグループで以下のテーブルを寄贈します:
The dot3ExtPkgControlTable defines the objects, which are per logical link, used for the configuration and status indication of EPON compliant interfaces.
dot3ExtPkgControlTableはオブジェクトを定義します、EPON対応することのインタフェースの構成と状態しるしにおいて、使用されています。(オブジェクトが論理的なリンク単位であります)。
The dot3ExtPkgQueueTable defines the objects, which are per logical link, and per queue, used for the configuration and status indication of the ONU queues reported in the MPCP REPORT message, of EPON compliant interfaces.
dot3ExtPkgQueueTableはオブジェクトを定義します、MPCP REPORTメッセージで報告されたONU待ち行列、EPON対応することのインタフェースの構成と状態しるしにおいて、使用されています。(オブジェクトが論理的なリンク、および待ち行列単位であります)。
The dot3ExtPkgQueueSetsTable defines the objects, which are per logical link, per queue, and per queue_set, used for the configuration and status indication of the ONU queue_sets reported in the MPCP REPORT message, of EPON compliant interfaces.
dot3ExtPkgQueueSetsTableは待ち行列、および_が設定した待ち行列単位でオブジェクトを定義します、MPCP REPORTメッセージで報告されたONU待ち行列_セット、EPON対応することのインタフェースの構成と状態しるしにおいて、使用されています。(オブジェクトが論理的なリンク単位であります)。
The dot3ExtPkgOptIfTable defines the objects, which are per logical link, used for the control and status indication of the optical interface of EPON compliant interfaces.
dot3ExtPkgOptIfTableはオブジェクトを定義します、EPON対応することのインタフェースの光学インタフェースのコントロールと状態しるしにおいて、使用されています。(オブジェクトが論理的なリンク単位であります)。
As described in the architecture section, each row in the tables is indexed according to the ifIndex; specifically, there is a row for each virtual link. There are a few control objects that are shared and have the same value for the virtual interfaces (and they should have the same value for each ifIndex), but most of the objects have different values for N+1 logical interfaces at the OLT. This is done for each MIB group. It is a bit different from the [802.3ah] layering diagram, which presents the P2MP layer as a single layer while duplicating the MAC and MAC client layers. However, from a management perspective, it is more convenient and neat to partition the management of the layers for the virtual links, as the atomic managed entity is the virtual link. It is also convenient to use the interface index of the virtual link for that purpose, as it is already used to index the rows of the virtual links at the Interface, MAU, and etherLike interfaces MIBs.
アーキテクチャ部で説明されるように、ifIndexによると、テーブルの各行は索引をつけられます。 明確に、それぞれの仮想のリンクへの行があります。 仮想インターフェースに共有されて、同じ値を持っているいくつかのコントロールオブジェクトがありますが(それらには、各ifIndexのための同じ値があるべきです)、オブジェクトの大部分はOLTにN+1論理的なインタフェースへの異価を持っています。 それぞれのMIBグループのためにこれをします。 それは[802.3ah]レイヤリングダイヤグラムと少し異なっています。(単一層がMACとMACクライアントをコピーしている間層にされるとき、それは、P2MP層を贈ります)。 しかしながら、経営的視点から、層の管理を仮想のリンクに仕切るのは、より便利であって、きちんとしています、原子管理された実体が仮想のリンクであるので。 また、そのために仮想のリンクのインタフェースインデックスを使用するのも便利です、それがInterface、MAU、およびetherLikeインタフェースMIBsで仮想のリンクの行に索引をつけるのに既に使用されるとき。
Khermosh Standards Track [Page 18] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[18ページ]。
For example, provided below are the values of the MPCP control table of an OLT with 3 registered ONUs:
例えば、以下に提供しているのは、3登録されたONUsとOLTのMPCP制御卓の値です:
The table below presents the MPCP control table of ONU1 in working mode. A single row exists in the table.
以下のテーブルは働くモードでONU1のMPCP制御卓を贈ります。 一つの列はテーブルに存在しています。
+---------------------------+-----------------+
| MPCP control MIB object | Value |
+---------------------------+-----------------+
| ifIndex | 100 |
| dot3MpcpOperStatus | true |
| dot3MpcpAdminState | true |
| dot3MpcpMode | onu |
| dot3MpcpSyncTime | 25 |
| dot3MpcpLinkID | 1 |
| dot3MpcpRemoteMACAddress | OLT_MAC_Address |
| dot3MpcpRegistrationState | registered |
| dot3MpcpTransmitElapsed | 10 |
| dot3MpcpReceiveElapsed | 10 |
| dot3MpcpRoundTripTime | 100 |
+---------------------------+-----------------+
+---------------------------+-----------------+ | MPCPコントロールMIBオブジェクト| 値| +---------------------------+-----------------+ | ifIndex| 100 | | dot3MpcpOperStatus| 本当| | dot3MpcpAdminState| 本当| | dot3MpcpMode| onu| | dot3MpcpSyncTime| 25 | | dot3MpcpLinkID| 1 | | dot3MpcpRemoteMACAddress| OLT_MAC_アドレス| | dot3MpcpRegistrationState| 登録されます。| | dot3MpcpTransmitElapsed| 10 | | dot3MpcpReceiveElapsed| 10 | | dot3MpcpRoundTripTime| 100 | +---------------------------+-----------------+
Table 1
テーブル1
OLT_MAC_Address is the MAC address of the OLT EPON interface.
OLT_MAC_AddressはOLT EPONインタフェースのMACアドレスです。
The creation of the rows of the ONU interface is done at initialization.
初期化でONUインタフェースの行の作成をします。
For example, provided below are the values for the MPCP control table of the ONU, after initialization, before registration.
例えば、以下に提供しているのは、登録の前の初期化の後のONUのMPCP制御卓のための値です。
Khermosh Standards Track [Page 19] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[19ページ]。
The table below presents the MPCP control table of ONU1 after initialization. A single row exists in the table.
以下のテーブルは初期化の後にONU1のMPCP制御卓を贈ります。 一つの列はテーブルに存在しています。
+---------------------------+-------------------+
| MPCP control MIB object | Value |
+---------------------------+-------------------+
| ifIndex | 100 |
| dot3MpcpOperStatus | true |
| dot3MpcpAdminState | true |
| dot3MpcpMode | onu |
| dot3MpcpSyncTime | 0 |
| dot3MpcpLinkID | 0 |
| dot3MpcpRemoteMACAddress | 00:00:00:00:00:00 |
| dot3MpcpRegistrationState | unregistered |
| dot3MpcpTransmitElapsed | 0 |
| dot3MpcpReceiveElapsed | 0 |
| dot3MpcpRoundTripTime | 0 |
+---------------------------+-------------------+
+---------------------------+-------------------+ | MPCPコントロールMIBオブジェクト| 値| +---------------------------+-------------------+ | ifIndex| 100 | | dot3MpcpOperStatus| 本当| | dot3MpcpAdminState| 本当| | dot3MpcpMode| onu| | dot3MpcpSyncTime| 0 | | dot3MpcpLinkID| 0 | | dot3MpcpRemoteMACAddress| 00:00:00:00:00:00 | | dot3MpcpRegistrationState| 登録されていない| | dot3MpcpTransmitElapsed| 0 | | dot3MpcpReceiveElapsed| 0 | | dot3MpcpRoundTripTime| 0 | +---------------------------+-------------------+
Table 2
テーブル2
Khermosh Standards Track [Page 20] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[20ページ]。
The table below presents the MPCP control table of the OLT in working mode. Four rows exist in the table associated with the virtual links.
以下のテーブルは働くモードでOLTのMPCP制御卓を贈ります。 4つの行が仮想のリンクに関連しているテーブルに存在しています。
+----------------+-----------+------------+------------+------------+ | MPCP control | Value | Value | Value | Value | | MIB object | | | | | +----------------+-----------+------------+------------+------------+ | ifIndex | 100001 | 100002 | 100003 | 165535 | | dot3MpcpOperSt | true | true | true | true | | atus | | | | | | dot3MpcpAdminS | true | true | true | true | | tate | | | | | | dot3MpcpMode | olt | olt | olt | olt | | dot3MpcpSyncTi | 25 | 25 | 25 | 25 | | me | | | | | | dot3MpcpLinkID | 1 | 2 | 3 | 65535 | | dot3MpcpRemote | ONU1_MAC_ | ONU2_MAC_A | ONU3_MAC_A | BRCT_MAC_A | | MACAddress | Address | ddress | ddress | ddress | | dot3MpcpRegist | registere | registered | registered | registered | | rationState | d | | | | | dot3MpcpTransm | 10 | 10 | 10 | 10 | | itElapsed | | | | | | dot3MpcpReceiv | 10 | 10 | 10 | 10 | | eElapsed | | | | | | dot3MpcpRoundT | 100 | 60 | 20 | 0 | | ripTime | | | | | +----------------+-----------+------------+------------+------------+
+----------------+-----------+------------+------------+------------+ | MPCPコントロール| 値| 値| 値| 値| | MIBオブジェクト| | | | | +----------------+-----------+------------+------------+------------+ | ifIndex| 100001 | 100002 | 100003 | 165535 | | dot3MpcpOperSt| 本当| 本当| 本当| 本当| | atus| | | | | | dot3MpcpAdminS| 本当| 本当| 本当| 本当| | tate| | | | | | dot3MpcpMode| olt| olt| olt| olt| | dot3MpcpSyncTi| 25 | 25 | 25 | 25 | | 私| | | | | | dot3MpcpLinkID| 1 | 2 | 3 | 65535 | | dot3MpcpRemote| ONU1_Mac_| ONU2_Mac| ONU3_Mac| BRCT_Mac| | MACAddress| アドレス| ddress| ddress| ddress| | dot3MpcpRegist| registere| 登録されます。| 登録されます。| 登録されます。| | rationState| d| | | | | dot3MpcpTransm| 10 | 10 | 10 | 10 | | itElapsedしました。| | | | | | dot3MpcpReceiv| 10 | 10 | 10 | 10 | | eElapsedしました。| | | | | | dot3MpcpRoundT| 100 | 60 | 20 | 0 | | ripTime| | | | | +----------------+-----------+------------+------------+------------+
Table 3
テーブル3
ONU1_MAC_Address is the MAC address of ONU1 EPON interface.
ONU1_MAC_AddressはONU1 EPONインタフェースのMACアドレスです。
ONU2_MAC_Address is the MAC address of ONU2 EPON interface.
ONU2_MAC_AddressはONU2 EPONインタフェースのMACアドレスです。
ONU3_MAC_Address is the MAC address of ONU3 EPON interface.
ONU3_MAC_AddressはONU3 EPONインタフェースのMACアドレスです。
BRCT_MAC_Address is the MAC address of the broadcast EPON interface, which is the OLT MAC address.
BRCT_MAC_Addressは放送EPONインタフェースのMACアドレスです。(それは、OLT MACアドレスです)。
The creation of the rows of the OLT interface and the broadcast virtual interface is done at initialization.
仮想インターフェースが初期化で行われるOLTインタフェースと放送の行の作成。
The creation of rows of the virtual interfaces at the OLT is done when the link is established (ONU registers) and the deletion is done when the link is deleted (ONU deregisters).
リンクを設立するとき(ONUレジスタ)、OLTの仮想インターフェースの行の作成をします、そして、リンクを削除するとき(ONU deregisters)、削除します。
Khermosh Standards Track [Page 21] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[21ページ]。
For example, provided below are the values of the MPCP control table of the OLT after initialization, before the ONUs register.
例えば、以下に提供しているのは、初期化の後のOLTのMPCP制御卓の値です、ONUsが登録する前に。
The table below presents the MPCP control table of the OLT after initialization. A single row exists in this table associated with the virtual broadcast link.
以下のテーブルは初期化の後にOLTのMPCP制御卓を贈ります。 一つの列は仮想の放送リンクに関連しているこのテーブルに存在しています。
+---------------------------+------------------+
| MPCP control MIB object | Value |
+---------------------------+------------------+
| ifIndex | 165535 |
| dot3MpcpOperStatus | true |
| dot3MpcpAdminState | true |
| dot3MpcpMode | olt |
| dot3MpcpSyncTime | 25 |
| dot3MpcpLinkID | 65535 |
| dot3MpcpRemoteMACAddress | BRCT_MAC_Address |
| dot3MpcpRegistrationState | registered |
| dot3MpcpTransmitElapsed | 10 |
| dot3MpcpReceiveElapsed | 100000 |
| dot3MpcpRoundTripTime | 0 |
+---------------------------+------------------+
+---------------------------+------------------+ | MPCPコントロールMIBオブジェクト| 値| +---------------------------+------------------+ | ifIndex| 165535 | | dot3MpcpOperStatus| 本当| | dot3MpcpAdminState| 本当| | dot3MpcpMode| olt| | dot3MpcpSyncTime| 25 | | dot3MpcpLinkID| 65535 | | dot3MpcpRemoteMACAddress| BRCT_MAC_アドレス| | dot3MpcpRegistrationState| 登録されます。| | dot3MpcpTransmitElapsed| 10 | | dot3MpcpReceiveElapsed| 100000 | | dot3MpcpRoundTripTime| 0 | +---------------------------+------------------+
Table 4
テーブル4
BRCT_MAC_Address is the MAC address of the broadcast EPON interface, which is the OLT MAC address.
BRCT_MAC_Addressは放送EPONインタフェースのMACアドレスです。(それは、OLT MACアドレスです)。
4. Relation to Other MIB Modules
4. 他のMIBモジュールとの関係
4.1. Relation to the Interfaces MIB and Ethernet-like Interfaces MIB
4.1. インタフェースのMIBとイーサネットのようなインタフェースMIBとの関係
EPON interface is a kind of Ether-like interface. This MIB module extends the objects of the Interface MIB and the Ether-like Interfaces MIB for an EPON type interface.
EPONインタフェースは一種のEtherのようなインタフェースです。 このMIBモジュールはInterface MIBとEtherのようなInterfaces MIBのオブジェクトをEPONタイプインタフェースに広げています。
Implementing this module therefore MUST require implementation of the Interfaces MIB module [RFC2863] and the Ethernet-like Interfaces MIB module [RFC3635].
したがって、このモジュールを実装するのはInterfaces MIBモジュール[RFC2863]とイーサネットのようなInterfaces MIBモジュール[RFC3635]の実装を必要としなければなりません。
Thus, each managed EPON interface would have a corresponding entry in the mandatory tables of the Ether-like MIB module found in [RFC3635], and likewise in the tables of the Interface MIB module found in [RFC2863]. Also each managed virtual EPON interface would have a corresponding entry in the mandatory tables of the Ether-like MIB module found in [RFC3635], and likewise in the tables of the Interface MIB module found in [RFC2863] with a dedicated ifIndex for this interface.
したがって、それぞれの管理されたEPONインタフェースは[RFC3635]で見つけられた、EtherのようなMIBモジュールの義務的なテーブル、および同様に[RFC2863]で見つけられたInterface MIBモジュールのテーブルに対応するエントリーを持っているでしょう。 それぞれの管理された仮想のEPONインタフェースも[RFC3635]で見つけられた、EtherのようなMIBモジュールの義務的なテーブル、および同様に専用ifIndexと共に[RFC2863]でこのインタフェースに見つけられたInterface MIBモジュールのテーブルに対応するエントリーを持っているでしょう。
Khermosh Standards Track [Page 22] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[22ページ]。
In this document, there is no replication of the objects from these MIBs. Therefore, for instance, the document is defining dot3MpcpRemoteMACAddress only while assuming that the local MAC address object is already defined in [RFC3635].
本書では、これらのMIBsからのオブジェクトの模写が全くありません。 したがって、例えば、地方のMACアドレスオブジェクトが[RFC3635]で既に定義されると仮定しているだけである間、ドキュメントはdot3MpcpRemoteMACAddressを定義しています。
The interface MIB module [RFC2863] defines the interface index (ifIndex). Interface Index, as specified in [RFC2863], is used in this MIB Module as an index to the EPON MIB tables. The ifIndex is used to denote the physical interface and the virtual link interfaces at the OLT. The OLT interface and the virtual link interfaces are stacked using the ifStack table defined in [RFC2863], and the ifInvStack defined in [RFC2864]. The OLT interface is the lower layer of all other interfaces associated with the virtual links.
インタフェースMIBモジュール[RFC2863]はインタフェースインデックス(ifIndex)を定義します。 [RFC2863]で指定されるインタフェースIndexはインデックスとしてこのMIB ModuleでEPON MIBテーブルに使用されます。 ifIndexは、OLTで物理インターフェースと仮想のリンクインタフェースを指示するのに使用されます。 OLTインタフェースと仮想のリンクインタフェースは、[RFC2863]で定義されたifStackテーブル、および[RFC2864]で定義されたifInvStackを使用することで積み重ねられます。 OLTインタフェースは仮想のリンクに関連している他のすべてのインタフェースの下層です。
This document defines the specific EPON objects of an ONU interface and an OLT interface. Information in the tables is per LLID. The rows in the EPON MIB tables referring to the LLIDs are denoted with the corresponding ifIndexes of the virtual link interfaces.
このドキュメントはONUインタフェースとOLTインタフェースの特定のEPONオブジェクトを定義します。 テーブルの情報がLLID単位であります。 LLIDsについて言及するEPON MIBテーブルの行は仮想のリンクインタフェースの対応するifIndexesと共に指示されます。
Please note that each virtual interface does not have a different physical MAC address at the OLT, as the physical interface is the same. It is specified in the [802.3ah], Section 64.1.2. The corresponding object of the Ether-like interface MIB is duplicated for all the virtual interfaces.
各仮想インターフェースがOLTに異なった物理的なMACアドレスを持っていないことに注意してください、物理インターフェースが同じであるときに。 それは[802.3ah]、セクション64.1.2で指定されます。 EtherのようなインタフェースMIBの対応するオブジェクトはすべての仮想インターフェースにコピーされます。
For example, the values of the Interface MIB objects are presented in the following tables, for an OLT with 3 registered ONUs:
例えば、Interface MIBオブジェクトの値は以下のテーブルに提示されます、3登録されたONUsとOLTのために:
Khermosh Standards Track [Page 23] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[23ページ]。
The table below presents the objects of the Interface MIB of an ONU in working mode.
以下のテーブルは働くモードでONUのInterface MIBのオブジェクトを贈ります。
+----------------------+--------------------------------+
| Interface MIB object | Value |
+----------------------+--------------------------------+
| ifIndex | 1 |
| ifDescr | "interface description" |
| ifType | ethernetCsmacd (6) 1000base-Px |
| ifMtu | MTU size (1522) |
| ifSpeed | 1000000000 |
| ifPhysAddress | ONU_MAC_Address |
| ifAdminStatus | up |
| ifOperStatus | Up |
| ifLastChange | ONUup_time |
| ifInOctets | ONU_octets_number |
| ifInUcastPkts | ONU_unicast_frame_number |
| ifInNUcastPkts | ONU_non_unicast_frame_number |
| ifInDiscards | ONU_discard_frame_number |
| ifInErrors | ONU_error_frame_number |
| ifInUnknownProtos | ONU_unknown_frame_number |
| ifOutOctets | ONU_octets_number |
| ifOutUcastPkts | ONU_unicast_frame_number |
| ifOutNUcastPkts | ONU_non_unicast_frame_number |
| ifOutDiscards | ONU_discard_frame_number |
| ifOutErrors | ONU_error_frame_number |
| ifOutQLen | ONU_queue_frame_number |
+----------------------+--------------------------------+
+----------------------+--------------------------------+ | インタフェースMIBオブジェクト| 値| +----------------------+--------------------------------+ | ifIndex| 1 | | ifDescr| 「インタフェース記述」| | ifType| ethernetCsmacd(6)1000base-Px| | ifMtu| MTUサイズ(1522)| | ifSpeedしました。| 1000000000 | | ifPhysAddress| ONU_MAC_アドレス| | ifAdminStatus| 上がる| | ifOperStatus| 上がる| | ifLastChange| ONUup_時間| | ifInOctets| ONU_八重奏_番号| | ifInUcastPkts| ONU_ユニキャスト_フレーム_番号| | ifInNUcastPkts| ONUの_の非_のユニキャスト_フレーム_番号| | ifInDiscards| ONU_破棄_フレーム_番号| | ifInErrors| ONU_誤り_フレーム_番号| | ifInUnknownProtos| ONUの_の未知の_フレーム_番号| | ifOutOctets| ONU_八重奏_番号| | ifOutUcastPkts| ONU_ユニキャスト_フレーム_番号| | ifOutNUcastPkts| ONUの_の非_のユニキャスト_フレーム_番号| | ifOutDiscards| ONU_破棄_フレーム_番号| | ifOutErrors| ONU_誤り_フレーム_番号| | ifOutQLen| ONU_待ち行列_フレーム_番号| +----------------------+--------------------------------+
Table 5
テーブル5
ONU_MAC_Address is the MAC address of the ONU EPON interface.
ONU_MAC_AddressはONU EPONインタフェースのMACアドレスです。
Khermosh Standards Track [Page 24] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[24ページ]。
The table below presents the objects of the Interface MIB of the ONU
interface.
+----------------------+--------------------------------+
| Interface MIB object | Value |
+----------------------+--------------------------------+
| ifIndex | 100 |
| ifDescr | "interface description" |
| ifType | ethernetCsmacd (6) 1000base-Px |
| ifMtu | MTU size (1522) |
| ifSpeed | 1000000000 |
| ifPhysAddress | ONU_MAC_Address |
| ifAdminStatus | up |
| ifOperStatus | Up |
| ifLastChange | up_time |
| ifInOctets | ONU1_octets_number |
| ifInUcastPkts | ONU1_unicast_frame_number |
| ifInNUcastPkts | ONU1_non_unicast_frame_number |
| ifInDiscards | ONU1_discard_frame_number |
| ifInErrors | ONU1_error_frame_number |
| ifInUnknownProtos | ONU1_unknown_frame_number |
| ifOutOctets | ONU1_octets_number |
| ifOutUcastPkts | ONU1_unicast_frame_number |
| ifOutNUcastPkts | ONU1_non_unicast_frame_number |
| ifOutDiscards | ONU1_discard_frame_number |
| ifOutErrors | ONU1_error_frame_number |
| ifOutQLen | ONU1_queue_frame_number |
+----------------------+--------------------------------+
ONUのInterface MIBのオブジェクトが連結するプレゼントの下のテーブル。 +----------------------+--------------------------------+ | インタフェースMIBオブジェクト| 値| +----------------------+--------------------------------+ | ifIndex| 100 | | ifDescr| 「インタフェース記述」| | ifType| ethernetCsmacd(6)1000base-Px| | ifMtu| MTUサイズ(1522)| | ifSpeedしました。| 1000000000 | | ifPhysAddress| ONU_MAC_アドレス| | ifAdminStatus| 上がる| | ifOperStatus| 上がる| | ifLastChange| _時間に| | ifInOctets| ONU1_八重奏_番号| | ifInUcastPkts| ONU1_ユニキャスト_フレーム_番号| | ifInNUcastPkts| ONU1の_の非_のユニキャスト_フレーム_番号| | ifInDiscards| ONU1_破棄_フレーム_番号| | ifInErrors| ONU1_誤り_フレーム_番号| | ifInUnknownProtos| ONU1の_の未知の_フレーム_番号| | ifOutOctets| ONU1_八重奏_番号| | ifOutUcastPkts| ONU1_ユニキャスト_フレーム_番号| | ifOutNUcastPkts| ONU1の_の非_のユニキャスト_フレーム_番号| | ifOutDiscards| ONU1_破棄_フレーム_番号| | ifOutErrors| ONU1_誤り_フレーム_番号| | ifOutQLen| ONU1_待ち行列_フレーム_番号| +----------------------+--------------------------------+
Table 6
テーブル6
ONU_MAC_Address is the MAC address of the ONU EPON interface.
ONU_MAC_AddressはONU EPONインタフェースのMACアドレスです。
The following values will be set in the ifStack and ifInvStack tables related to this example.
以下の値はこの例に関連するifStackとifInvStackテーブルに設定されるでしょう。
ifStackTable:
ifStackTable:
ifStackHigherLayer=100, ifStackLowerLayer=1 - map between the physical interface and the ONU
ifStackHigherLayer=100、ifStackLowerLayer=1--物理インターフェースとONUの間の地図
ifInvStackTable:
ifInvStackTable:
ifStackLowerLayer=1, ifStackHigherLayer=100,- map between the ONU and the physical interface
ifStackLowerLayer=1、ONUと物理インターフェースの間のifStackHigherLayer=100-地図
Khermosh Standards Track [Page 25] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[25ページ]。
The table below presents the Interface MIB objects of an OLT interface.
OLTのInterface MIBオブジェクトが連結するプレゼントの下のテーブル。
+----------------------+--------------------------------+
| Interface MIB object | Value |
+----------------------+--------------------------------+
| ifIndex | 2 |
| ifDescr | "interface description" |
| ifType | ethernetCsmacd (6) 1000base-Px |
| ifMtu | MTU size (1522) |
| ifSpeed | 1000000000 |
| ifPhysAddress | OLT_MAC_Address |
| ifAdminStatus | up |
| ifOperStatus | Up |
| ifLastChange | OLTup_time |
| ifInOctets | OLT_octets_number |
| ifInUcastPkts | OLT_unicast_frame_number |
| ifInNUcastPkts | OLT_non_unicast_frame_number |
| ifInDiscards | OLT_discard_frame_number |
| ifInErrors | OLT_error_frame_number |
| ifInUnknownProtos | OLT_unknown_frame_number |
| ifOutOctets | OLT_octets_number |
| ifOutUcastPkts | OLT_unicast_frame_number |
| ifOutNUcastPkts | OLT_non_unicast_frame_number |
| ifOutDiscards | OLT_discard_frame_number |
| ifOutErrors | OLT_error_frame_number |
| ifOutQLen | OLT_queue_frame_number |
+----------------------+--------------------------------+
+----------------------+--------------------------------+ | インタフェースMIBオブジェクト| 値| +----------------------+--------------------------------+ | ifIndex| 2 | | ifDescr| 「インタフェース記述」| | ifType| ethernetCsmacd(6)1000base-Px| | ifMtu| MTUサイズ(1522)| | ifSpeedしました。| 1000000000 | | ifPhysAddress| OLT_MAC_アドレス| | ifAdminStatus| 上がる| | ifOperStatus| 上がる| | ifLastChange| OLTup_時間| | ifInOctets| OLT_八重奏_番号| | ifInUcastPkts| OLT_ユニキャスト_フレーム_番号| | ifInNUcastPkts| OLTの_の非_のユニキャスト_フレーム_番号| | ifInDiscards| OLT_破棄_フレーム_番号| | ifInErrors| OLT_誤り_フレーム_番号| | ifInUnknownProtos| OLTの_の未知の_フレーム_番号| | ifOutOctets| OLT_八重奏_番号| | ifOutUcastPkts| OLT_ユニキャスト_フレーム_番号| | ifOutNUcastPkts| OLTの_の非_のユニキャスト_フレーム_番号| | ifOutDiscards| OLT_破棄_フレーム_番号| | ifOutErrors| OLT_誤り_フレーム_番号| | ifOutQLen| OLT_待ち行列_フレーム_番号| +----------------------+--------------------------------+
Table 7
テーブル7
OLT_MAC_Address is the MAC address of the OLT EPON interface.
OLT_MAC_AddressはOLT EPONインタフェースのMACアドレスです。
Khermosh Standards Track [Page 26] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[26ページ]。
The table below presents the Interface MIB objects of an OLT interface, associated with the virtual link interfaces.
仮想のリンクインタフェースに関連づけられて、OLTのInterface MIBオブジェクトが連結するプレゼントの下のテーブル。
+----------+-------------+-------------+-------------+--------------+ | Interfac | Value | Value | Value | Value | | eMIB | | | | | | object | | | | | +----------+-------------+-------------+-------------+--------------+ | ifIndex | 200001 | 200002 | 200003 | 265535 | | ifDescr | "interface | "interface | "interface | "interface | | | description | description | description | description" | | | " | " | " | | | ifType | ethernetCsm | ethernetCsm | ethernetCsm | ethernetCsma | | | acd (6) | acd (6) | acd (6) | cd (6) | | ifMtu | MTUsize(152 | MTUsize(152 | MTUsize(152 | MTUsize(1522 | | | 2) | 2) | 2) | ) | | ifSpeed | 1000000000 | 1000000000 | 1000000000 | 1000000000 | | ifPhysAd | OLT_MAC_Add | OLT_MAC_Add | OLT_MAC_Add | OLT_MAC_Addr | | dress | ress | ress | ress | ess | | ifAdminS | up | up | up | up | | tatus | | | | | | ifOperSt | Up | Up | Up | Up | | atus | | | | | | ifLastCh | ONU1_up_tim | ONU2_up_tim | ONU3_up_tim | up_time | | ange | e | e | e | | | ifInOcte | ONU1_octets | ONU2_octets | ONU3_octets | BRCT_octets_ | | ts | _number | _number | _number | number | | ifInUcas | ONU1_unic_f | ONU2_unic_f | ONU3_unic_f | BRCT_unic_fr | | tPkts | rame_num | rame_num | rame_num | ame_num | | ifInNUca | ONU1_non_un | ONU2_non_un | ONU3_non_un | BRCT_non_uni | | stPkts | ic_frame_nu | ic_frame_nu | ic_frame_nu | c_frame_num | | | m | m | m | | | ifInDisc | ONU1_disc_f | ONU2_disc_f | ONU3_disc_f | BRCT_disc_fr | | ards | rame_num | rame_num | rame_num | ame_numr | | ifInErro | ONU1_err_fr | ONU2_err_fr | ONU3_err_fr | BRCT_err_fra | | rs | ame_num | ame_num | ame_num | me_num | | ifInUnkn | ONU1_unknw_ | ONU2_unknw_ | ONU3_unknw_ | BRCT_unknw_f | | ownProto | frame_num | frame_num | frame_num | rame_num | | s | | | | | | ifOutOct | ONU1_octets | ONU2_octets | ONU3_octets | BRCT_octets_ | | ets | _number | _number | _number | number | | ifOutUca | ONU1_unic_f | ONU2_unic_f | ONU3_unic_f | BRCT_unic_fr | | stPkts | rame_num | rame_num | rame_num | ame_num | | ifOutNUc | ONU1_non_un | ONU2_non_un | ONU3_non_un | BRCT_non_uni | | astPkts | ic_frame_nu | ic_frame_nu | ic_frame_nu | c_frame_num | | | m | m | m | |
+----------+-------------+-------------+-------------+--------------+ | Interfac| 値| 値| 値| 値| | eMIB| | | | | | オブジェクト| | | | | +----------+-------------+-------------+-------------+--------------+ | ifIndex| 200001 | 200002 | 200003 | 265535 | | ifDescr| 「連結してください」| 「連結してください」| 「連結してください」| 「連結してください」| | | 記述| 記述| 記述| 「記述」| | | " | " | " | | | ifType| ethernetCsm| ethernetCsm| ethernetCsm| ethernetCsma| | | acd(6)| acd(6)| acd(6)| cd(6)| | ifMtu| MTUsize(152 | MTUsize(152| MTUsize(152| MTUsize(1522| | | 2)| 2)| 2)|)| | ifSpeedしました。| 1000000000 | 1000000000 | 1000000000 | 1000000000 | | ifPhysAd| OLT_MAC_は加えます。| OLT_MAC_は加えます。| OLT_MAC_は加えます。| OLT_MAC_Addr| | ドレス| ress| ress| ress| ess| | ifAdminS| 上がる| 上がる| 上がる| 上がる| | tatus| | | | | | ifOperSt| 上がる| 上がる| 上がる| 上がる| | atus| | | | | | ifLastCh| _timへのONU1_| _timへのONU2_| _timへのONU3_| _時間に| | ange| e| e| e| | | ifInOcte| ONU1_八重奏| ONU2_八重奏| ONU3_八重奏| BRCT_八重奏_| | t| _数| _数| _数| 数| | ifInUcas| ONU1_unic_f| ONU2_unic_f| ONU3_unic_f| BRCT_unic_fr| | tPkts| rame_num| rame_num| rame_num| ame_num| | ifInNUca| ONU1_非_、不-| ONU2_非_、不-| ONU3_非_、不-| _の非_のBRCT uni| | stPkts| ic_フレーム_ν| ic_フレーム_ν| ic_フレーム_ν| _cフレーム_num| | | m| m| m| | | ifInDisc| ONU1_ディスク_f| ONU2_ディスク_f| ONU3_ディスク_f| BRCT_ディスク_fr| | 成人型呼吸窮促迫症候群| rame_num| rame_num| rame_num| ame_numr| | ifInErro| ONU1_は_frに間違えます。| ONU2_は_frに間違えます。| ONU3_は_frに間違えます。| BRCT_は_fraに間違えます。| | rs| ame_num| ame_num| ame_num| 私、_num| | ifInUnkn| ONU1_unknw_| ONU2_unknw_| ONU3_unknw_| BRCT_unknw_f| | ownProto| フレーム_num| フレーム_num| フレーム_num| rame_num| | s| | | | | | ifOutOct| ONU1_八重奏| ONU2_八重奏| ONU3_八重奏| BRCT_八重奏_| | ets| _数| _数| _数| 数| | ifOutUca| ONU1_unic_f| ONU2_unic_f| ONU3_unic_f| BRCT_unic_fr| | stPkts| rame_num| rame_num| rame_num| ame_num| | ifOutNUc| ONU1_非_、不-| ONU2_非_、不-| ONU3_非_、不-| _の非_のBRCT uni| | astPkts| ic_フレーム_ν| ic_フレーム_ν| ic_フレーム_ν| _cフレーム_num| | | m| m| m| |
Khermosh Standards Track [Page 27] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[27ページ]。
+----------+-------------+-------------+-------------+--------------+ | Interfac | Value | Value | Value | Value | | eMIB | | | | | | object | | | | | +----------+-------------+-------------+-------------+--------------+ | ifOutDis | ONU1_disc_f | ONU2_disc_f | ONU3_disc_f | BRCT_disc_fr | | cards | rame_num | rame_num | rame_num | ame_num | | ifOutErr | ONU1_err_fr | ONU2_err_fr | ONU3_err_fr | BRCT_err_fra | | ors | ame_num | ame_num | ame_num | me_num | | ifOutQLe | ONU1_queue_ | ONU2_queue_ | ONU3_queue_ | BRCt_queue_f | | n | frame_num | frame_num | frame_num | rame_num | +----------+-------------+-------------+-------------+--------------+
+----------+-------------+-------------+-------------+--------------+ | Interfac| 値| 値| 値| 値| | eMIB| | | | | | オブジェクト| | | | | +----------+-------------+-------------+-------------+--------------+ | ifOutDis| ONU1_ディスク_f| ONU2_ディスク_f| ONU3_ディスク_f| BRCT_ディスク_fr| | カード| rame_num| rame_num| rame_num| ame_num| | ifOutErr| ONU1_は_frに間違えます。| ONU2_は_frに間違えます。| ONU3_は_frに間違えます。| BRCT_は_fraに間違えます。| | ors| ame_num| ame_num| ame_num| 私、_num| | ifOutQLe| ONU1_待ち行列_| ONU2_待ち行列_| ONU3_待ち行列_| BRCt_待ち行列_f| | n| フレーム_num| フレーム_num| フレーム_num| rame_num| +----------+-------------+-------------+-------------+--------------+
Table 8
テーブル8
OLT_MAC_Address is the MAC address of the OLT EPON interface.
OLT_MAC_AddressはOLT EPONインタフェースのMACアドレスです。
The following values will be set in the ifStack and ifInvStack tables related to this example:
以下の値はこの例に関連するifStackとifInvStackテーブルに設定されるでしょう:
ifStackTable:
ifStackTable:
ifStackHigherLayer=265535, ifStackLowerLayer=2 - map between the OLT physical interface and its broadcast virtual interface
ifStackHigherLayer=265535、ifStackLowerLayer=2--OLT物理インターフェースとその放送の間で仮想インターフェースを写像してください。
ifStackHigherLayer=200001, ifStackLowerLayer=2 - map between the OLT physical interface and its virtual interface of the 1st ONU
ifStackHigherLayer=200001、ifStackLowerLayer=2--OLT物理インターフェースと1つの番目もののその仮想インターフェースの間でONUを写像してください。
ifStackHigherLayer=200002, ifStackLowerLayer=2 - map between the OLT physical interface and its virtual interface of the 2nd ONU
ifStackHigherLayer=200002、ifStackLowerLayer=2--OLT物理インターフェースと2の番目もののその仮想インターフェースの間でONUを写像してください。
ifStackHigherLayer=200003, ifStackLowerLayer=2 - map between the OLT physical interface and its virtual interface of the 3rd ONU
ifStackHigherLayer=200003、ifStackLowerLayer=2--OLT物理インターフェースと3の番目もののその仮想インターフェースの間でONUを写像してください。
ifInvStackTable:
ifInvStackTable:
ifStackLowerLayer=2, ifStackHigherLayer=265535, - map between the broadcast interface of the OLT and the OLT physical interface
ifStackLowerLayer=2、ifStackHigherLayer=265535--OLTの放送インタフェースとOLT物理インターフェースの間の地図
ifStackLowerLayer=2, ifStackHigherLayer=200001 - map between the OLT virtual interface of the 1st ONU and the OLT physical interface
ifStackLowerLayer=2、ifStackHigherLayer=200001--最初のONUのOLT仮想インターフェースとOLT物理インターフェースの間の地図
ifStackLowerLayer=2, ifStackHigherLayer=200002 - map between the OLT virtual interface of the 2nd ONU and the OLT physical interface
ifStackLowerLayer=2、ifStackHigherLayer=200002--第2ONUのOLT仮想インターフェースとOLT物理インターフェースの間の地図
ifStackLowerLayer=2, ifStackHigherLayer=200003 - map between the OLT virtual interface of the 3rd ONU and the OLT physical interface
ifStackLowerLayer=2、ifStackHigherLayer=200003--第3ONUのOLT仮想インターフェースとOLT物理インターフェースの間の地図
Khermosh Standards Track [Page 28] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[28ページ]。
The rows for the ONU interface, the OLT interface, and the OLT broadcast interface are created in initialization.
ONUインタフェース、OLTインタフェース、およびOLT放送インタフェースへの行は初期化で作成されます。
The creation of a row for a virtual link is done when the virtual link is established (ONU registers), and deletion is done when the virtual link is deleted (ONU deregisters).
仮想のリンクを設立するとき(ONUレジスタ)、仮想のリンクへの行の作成をします、そして、仮想のリンクを削除するとき(ONU deregisters)、削除します。
The EPON MIB module also extends the Interface MIB module with a set of counters, which are specific for the EPON interface. The EPON MIB module implements the same handling of the counters when the operation of the interface starts or stops. The interface MIB document describes the possible behavior of counters when an interface is re-initialized using the ifCounterDiscontinuityTime indicator, indicating the discontinuity of the counters. Please see [RFC2863], Section 3.1.5, page 11 for more information. The counters of the EPON MIB should be handled in a similar manner.
また、EPON MIBモジュールは1セットのカウンタでInterface MIBモジュールを広げています。(EPONインタフェースに、カウンタは特定です)。 インタフェースの操作が始まるか、または止まると、EPON MIBモジュールはカウンタの同じ取り扱いを実装します。 インタフェースがifCounterDiscontinuityTimeインディケータを使用することで再初期化されるとき、インタフェースMIBドキュメントはカウンタの可能な振舞いについて説明します、カウンタの不連続を示して。 詳しい情報に関して[RFC2863]、セクション3.1.5、11ページを参照してください。 EPON MIBのカウンタは同じように扱われるべきです。
4.2. Relation to the IEEE 802.3 MAU MIBs
4.2. IEEE802.3MAU MIBsとの関係
The MAU types of the EPON Interface are defined in the amended MAU MIB document. This document assumes the implementation of the MAU MIB for this purpose and does not repeat the EPON MAU types. Therefore, implementing this module MUST require implementation of the MAU-MIB module [RFC4836].
EPON InterfaceのMAUタイプは修正されたMAU MIBドキュメントで定義されます。 このドキュメントは、このためにMAU MIBの実装を仮定して、EPON MAUタイプを繰り返しません。 したがって、このモジュールを実装するのはMAU-MIBモジュール[RFC4836]の実装を必要としなければなりません。
The handling of the ifMAU tables for the EPON case is similar to the handling described in the former section for the Interface and Ether- like interface MIBs. A single row exists for the ONU in the ifMauTable. A row for each virtual link (N+1 rows) exists at the OLT, with a separate value of ifMauIfIndex for each virtual link.
EPONケースのためのifMAUテーブルの取り扱いはInterfaceのために前のセクションで説明された取り扱いと同様です、そして、EtherはインタフェースMIBsが好きです。 一つの列はONUのためにifMauTableに存在しています。 それぞれの仮想のリンク(N+1行)への行はOLTに存在しています、それぞれの仮想のリンクへのifMauIfIndexの別々の値で。
As specified above, the rows for the ONU interface, the OLT interface, and the OLT broadcast interface are created in initialization.
上で指定されるように、ONUインタフェース、OLTインタフェース、およびOLT放送インタフェースへの行は初期化で作成されます。
The creation of a row for a virtual link is done when the virtual link is established (ONU registers), and deletion is done when the virtual link is deleted (ONU deregisters).
仮想のリンクを設立するとき(ONUレジスタ)、仮想のリンクへの行の作成をします、そして、仮想のリンクを削除するとき(ONU deregisters)、削除します。
4.3. Relation to the EFM OAM MIB
4.3. EFM OAM MIBとの関係
The EPON interfaces are aimed to the optical access networks and most probably will be accompanied with the implementation of the OAM section of the [802.3ah]. Therefore, the EFM OAM MIB module [RFC4878] MAY be implemented when this MIB module is implemented defining managed objects for the OAM layer that are complementary to the EFM EPON MIB module. As the OAM is defined for a point-to-point link it is implemented in this case using the virtual links that are
EPONインタフェースは、光アクセスネットワークに目的とされて、最もたぶん[802.3ah]のOAM部の実装で伴われるでしょう。 したがって、このMIBモジュールがOAM層のためのEFM EPON MIBモジュールを補足する管理オブジェクトを定義しながら実装されるとき、EFM OAM MIBモジュール[RFC4878]は実装されるかもしれません。 OAMがこの場合仮想のリンクを使用することでそれが実装されるポイントツーポイント接続と定義されるとき
Khermosh Standards Track [Page 29] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[29ページ]。
defined for the P2MP network, so that an instance is held for each Logical Link Identifier (LLID) of the EPON. The corresponding ifIndex of the virtual link is used as the ifIndex of the tables of the OAM MIB module for this purpose.
P2MPネットワークのために、インスタンスがEPONの各Logical Link Identifier(LLID)のために保持されて、定義されます。 仮想のリンクの対応するifIndexはOAM MIBモジュールのテーブルのifIndexとしてこのために使用されます。
4.4. Relation to the Bridge MIB
4.4. ブリッジMIBとの関係
It is very probable that an EPON OLT will implement a bridging functionality above the EPON interface layer, bridging between the EPON users and the network. Bridge functionality is specified at [802.1d]. In this scenario, the virtual ports of the EPON are corresponding to the virtual bridge ports. There is a direct mapping between the bridge ports and the LLIDs, which are virtual EPON channels.
EPON OLTがEPONインタフェース層を超えてブリッジすることの機能性を実装するのは、非常にありえそうです、EPONユーザとネットワークの間でブリッジして。 ブリッジの機能性は[802.1d]で指定されます。 このシナリオでは、EPONの仮想のポートは仮想のブリッジポートに対応しています。 ブリッジポートとLLIDsの間には、ダイレクトマッピングがあります。LLIDsは事実上のEPONチャンネルです。
Therefore, the bridge MIB modules ([RFC4188] and [RFC1525]) MAY be implemented when the EFM EPON MIB module is implemented for an EPON OLT, defining managed objects for the bridge layer.
したがって、EFM EPON MIBモジュールがEPON OLTのために実装されるとき、ブリッジMIBモジュール([RFC4188]と[RFC1525])は実装されるかもしれません、ブリッジ層のために管理オブジェクトを定義して。
The values of dot1dBasePortIfIndex would correspond to the ifIndex of the virtual port (1 for LLID1, 2 for LLID2, etc.).
dot1dBasePortIfIndexの値は仮想のポート(LLID1のための1、LLID2のための2など)のifIndexに対応しているでしょう。
The broadcast virtual EPON interface of the OLT has no direct mapping to a virtual bridge port as it is not port specific but used for broadcast traffic.
仮想のEPONが連結するOLTの放送は、それが放送トラフィックに、特定の、しかし、中古のポートでないので、仮想のブリッジポートにどんなダイレクトマッピングも持っていません。
Khermosh Standards Track [Page 30] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[30ページ]。
5. Mapping of IEEE 802.3ah Managed Objects
5. IEEE 802.3ah管理オブジェクトに関するマッピング
This section contains the mapping between the managed objects defined in this document and the attributes defined in [802.3ah], clause 30. The tables are divided into relevant groups.
このセクションは本書では定義された管理オブジェクトと[802.3ah]で定義された属性の間にマッピングを含みます、30番目の節。 テーブルは関連グループに分割されます。
oMPCP managed object class (30.3.5)
oMPCP管理オブジェクトのクラス(30.3.5)
+----------------------------+-------------------------+------------+ | dot3EPON MIB module object | IEEE802.3ah attribute | Reference | +----------------------------+-------------------------+------------+ | ifIndex | aMPCPID | 30.3.5.1.1 | | dot3MpcpOperStatus | aMPCPAdminState | 30.3.5.1.2 | | dot3MpcpMode | aMPCPMode | 30.3.5.1.3 | | dot3MpcpLinkID | aMPCPLinkID | 30.3.5.1.4 | | dot3MpcpRemoteMACAddress | aMPCPRemoteMACAddress | 30.3.5.1.5 | | dot3MpcpRegistrationState | aMPCPRegistrationState | 30.3.5.1.6 | | dot3MpcpMACCtrlFramesTrans | aMPCPMACCtrlFramesTrans | 30.3.5.1.7 | | mitted | mitted | | | dot3MpcpMACCtrlFramesRecei | aMPCPMACCtrlFramesRecei | 30.3.5.1.8 | | ved | ved | | | dot3MpcpTxGate | aMPCPTxGate | 30.3.5.1.9 | | dot3MpcpTxRegAck | aMPCPTxRegAck | 30.3.5.1.1 | | | | 0 | | dot3MpcpTxRegister | aMPCPTxRegister | 30.3.5.1.1 | | | | 1 | | dot3MpcpTxRegRequest | aMPCPTxRegRequest | 30.3.5.1.1 | | | | 2 | | dot3MpcpTxReport | aMPCPTxReport | 30.3.5.1.1 | | | | 3 | | dot3MpcpRxGate | aMPCPRxGate | 30.3.5.1.1 | | | | 4 | | dot3MpcpRxRegAck | aMPCPRxRegAck | 30.3.5.1.1 | | | | 5 | | dot3MpcpRxRegister | aMPCPRxRegister | 30.3.5.1.1 | | | | 6 | | dot3MpcpRxRegRequest | aMPCPRxRegRequest | 30.3.5.1.1 | | | | 7 | | dot3MpcpRxReport | aMPCPRxReport | 30.3.5.1.1 | | | | 8 | | dot3MpcpTransmitElapsed | aMPCPTransmitElapsed | 30.3.5.1.1 | | | | 9 | | dot3MpcpReceiveElapsed | aMPCPReceiveElapsed | 30.3.5.1.2 | | | | 0 | | dot3MpcpRoundTripTime | aMPCPRoundTripTime | 30.3.5.1.2 | | | | 1 | | dot3MpcpDiscoveryWindowsSe | aMPCPDiscoveryWindowsSe | 30.3.5.1.2 | | nt | nt | 2 |
+----------------------------+-------------------------+------------+ | dot3EPON MIBモジュールオブジェクト| IEEE802.3ah属性| 参照| +----------------------------+-------------------------+------------+ | ifIndex| aMPCPID| 30.3.5.1.1 | | dot3MpcpOperStatus| aMPCPAdminState| 30.3.5.1.2 | | dot3MpcpMode| aMPCPMode| 30.3.5.1.3 | | dot3MpcpLinkID| aMPCPLinkID| 30.3.5.1.4 | | dot3MpcpRemoteMACAddress| aMPCPRemoteMACAddress| 30.3.5.1.5 | | dot3MpcpRegistrationState| aMPCPRegistrationState| 30.3.5.1.6 | | dot3MpcpMACCtrlFramesTrans| aMPCPMACCtrlFramesTrans| 30.3.5.1.7 | | mittedしました。| mittedしました。| | | dot3MpcpMACCtrlFramesRecei| aMPCPMACCtrlFramesRecei| 30.3.5.1.8 | | ved| ved| | | dot3MpcpTxGate| aMPCPTxGate| 30.3.5.1.9 | | dot3MpcpTxRegAck| aMPCPTxRegAck| 30.3.5.1.1 | | | | 0 | | dot3MpcpTxRegister| aMPCPTxRegister| 30.3.5.1.1 | | | | 1 | | dot3MpcpTxRegRequest| aMPCPTxRegRequest| 30.3.5.1.1 | | | | 2 | | dot3MpcpTxReport| aMPCPTxReport| 30.3.5.1.1 | | | | 3 | | dot3MpcpRxGate| aMPCPRxGate| 30.3.5.1.1 | | | | 4 | | dot3MpcpRxRegAck| aMPCPRxRegAck| 30.3.5.1.1 | | | | 5 | | dot3MpcpRxRegister| aMPCPRxRegister| 30.3.5.1.1 | | | | 6 | | dot3MpcpRxRegRequest| aMPCPRxRegRequest| 30.3.5.1.1 | | | | 7 | | dot3MpcpRxReport| aMPCPRxReport| 30.3.5.1.1 | | | | 8 | | dot3MpcpTransmitElapsed| aMPCPTransmitElapsed| 30.3.5.1.1 | | | | 9 | | dot3MpcpReceiveElapsed| aMPCPReceiveElapsed| 30.3.5.1.2 | | | | 0 | | dot3MpcpRoundTripTime| aMPCPRoundTripTime| 30.3.5.1.2 | | | | 1 | | dot3MpcpDiscoveryWindowsSe| aMPCPDiscoveryWindowsSe| 30.3.5.1.2 | | nt| nt| 2 |
Khermosh Standards Track [Page 31] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[31ページ]。
+----------------------------+-------------------------+------------+ | dot3EPON MIB module object | IEEE802.3ah attribute | Reference | +----------------------------+-------------------------+------------+ | dot3MpcpDiscoveryTimeout | aMPCPDiscoveryTimeout | 30.3.5.1.2 | | | | 3 | | dot3MpcpMaximumPendingGran | aMPCPMaximumPendingGran | 30.3.5.1.2 | | ts | ts | 4 | | dot3MpcpAdminState | aMPCPAdminControl | 30.3.5.2.1 | | dot3MpcpSyncTime | SyncTime | 64.3.3.2 | +----------------------------+-------------------------+------------+
+----------------------------+-------------------------+------------+ | dot3EPON MIBモジュールオブジェクト| IEEE802.3ah属性| 参照| +----------------------------+-------------------------+------------+ | dot3MpcpDiscoveryTimeout| aMPCPDiscoveryTimeout| 30.3.5.1.2 | | | | 3 | | dot3MpcpMaximumPendingGran| aMPCPMaximumPendingGran| 30.3.5.1.2 | | t| t| 4 | | dot3MpcpAdminState| aMPCPAdminControl| 30.3.5.2.1 | | dot3MpcpSyncTime| SyncTime| 64.3.3.2 | +----------------------------+-------------------------+------------+
Table 9
テーブル9
oOMPEmulation managed object class (30.3.7)
oOMPEmulation管理オブジェクトのクラス(30.3.7)
+-------------------------------------+-----------------+-----------+ | dot3EPON MIB module object | IEEE802.3ah | Reference | | | attribute | | +-------------------------------------+-----------------+-----------+ | ifIndex | aOMPEmulationID | 30.3.7.1. | | | | 1 | | dot3OmpEmulationType | aOMPEmulationTy | 30.3.7.1. | | | pe | 2 | | dot3OmpEmulationSLDErrors | aSLDErrors | 30.3.7.1. | | | | 3 | | dot3OmpEmulationCRC8Errors | aCRC8Errors | 30.3.7.1. | | | | 4 | | dot3OmpEmulationGoodLLID | aGoodLLID | 30.3.7.1. | | | | 5 | | dot3OmpEmulationOnuPonCastLLID | aONUPONcastLLID | 30.3.7.1. | | | | 6 | | dot3OmpEmulationOltPonCastLLID | aOLTPONcastLLID | 30.3.7.1. | | | | 7 | | dot3OmpEmulationBadLLID | aBadLLID | 30.3.7.1. | | | | 8 | | dot3OmpEmulationBroadcastBitNotOnuL | | | | Lid | | | | dot3OmpEmulationOnuLLIDNotBroadcast | | | | dot3OmpEmulationBroadcastBitPlusOnu | | | | Llid | | | | dot3OmpEmulationNotBroadcastBitNotO | | | | nuLlid | | | +-------------------------------------+-----------------+-----------+
+-------------------------------------+-----------------+-----------+ | dot3EPON MIBモジュールオブジェクト| IEEE802.3ah| 参照| | | 属性| | +-------------------------------------+-----------------+-----------+ | ifIndex| aOMPEmulationID| 30.3.7.1. | | | | 1 | | dot3OmpEmulationType| aOMPEmulationTy| 30.3.7.1. | | | pe| 2 | | dot3OmpEmulationSLDErrors| aSLDErrors| 30.3.7.1. | | | | 3 | | dot3OmpEmulationCRC8Errors| aCRC8Errors| 30.3.7.1. | | | | 4 | | dot3OmpEmulationGoodLLID| aGoodLLID| 30.3.7.1. | | | | 5 | | dot3OmpEmulationOnuPonCastLLID| aONUPONcastLLID| 30.3.7.1. | | | | 6 | | dot3OmpEmulationOltPonCastLLID| aOLTPONcastLLID| 30.3.7.1. | | | | 7 | | dot3OmpEmulationBadLLID| aBadLLID| 30.3.7.1. | | | | 8 | | dot3OmpEmulationBroadcastBitNotOnuL| | | | ふた| | | | dot3OmpEmulationOnuLLIDNotBroadcast| | | | dot3OmpEmulationBroadcastBitPlusOnu| | | | Llid| | | | dot3OmpEmulationNotBroadcastBitNotO| | | | nuLlid| | | +-------------------------------------+-----------------+-----------+
Table 10
テーブル10
Khermosh Standards Track [Page 32] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[32ページ]。
oMAU managed object class (30.5.1)
oMAU管理オブジェクトのクラス(30.5.1)
+--------------------------------+---------------------+------------+ | dot3EPON MIB module object | IEEE802.3ah | Reference | | | attribute | | +--------------------------------+---------------------+------------+ | dot3EponFecPCSCodingViolation | aPCSCodingViolation | 30.5.1.1.1 | | | | 2 | | dot3EponFecAbility | aFECAbility | 30.5.1.1.1 | | | | 3 | | dot3EponFecMode | aFECmode | 30.5.1.1.1 | | | | 4 | | dot3EponFecCorrectedBlocks | aFECCorrectedBlocks | 30.5.1.1.1 | | | | 5 | | dot3EponFecUncorrectableBlocks | aFECUncorrectableBl | 30.5.1.1.1 | | | ocks | 6 | | dot3EponFecBufferHeadCodingVio | | | | lation | | | +--------------------------------+---------------------+------------+
+--------------------------------+---------------------+------------+ | dot3EPON MIBモジュールオブジェクト| IEEE802.3ah| 参照| | | 属性| | +--------------------------------+---------------------+------------+ | dot3EponFecPCSCodingViolation| aPCSCodingViolation| 30.5.1.1.1 | | | | 2 | | dot3EponFecAbility| aFECAbility| 30.5.1.1.1 | | | | 3 | | dot3EponFecMode| aFECmode| 30.5.1.1.1 | | | | 4 | | dot3EponFecCorrectedBlocks| aFECCorrectedBlocks| 30.5.1.1.1 | | | | 5 | | dot3EponFecUncorrectableBlocks| aFECUncorrectableBl| 30.5.1.1.1 | | | ocks| 6 | | dot3EponFecBufferHeadCodingVio| | | | lation| | | +--------------------------------+---------------------+------------+
Table 11
テーブル11
6. Definitions - The DOT3 EPON MIB Module
6. 定義--DOT3 EPON MIBモジュール
DOT3-EPON-MIB DEFINITIONS ::= BEGIN
DOT3-EPON-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, mib-2, OBJECT-TYPE, Counter32,
Integer32, Unsigned32, Counter64
FROM SNMPv2-SMI
TruthValue, MacAddress
FROM SNMPv2-TC
ifIndex
FROM IF-MIB
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
;
IMPORTS MODULE-IDENTITY、mib-2、OBJECT-TYPE、Counter32、Integer32、Unsigned32、Counter64 FROM SNMPv2-SMI TruthValue、MacAddress FROM SNMPv2-TC ifIndex FROM、-、MIB MODULE-COMPLIANCE、OBJECT-GROUP FROM SNMPv2-CONF。
dot3EponMIB MODULE-IDENTITY
LAST-UPDATED "200703290000Z" -- March 29, 2007
ORGANIZATION "IETF Ethernet Interfaces and Hub MIB Working
Group"
CONTACT-INFO
"WG charter:
http://www.ietf.org/html.charters/hubmib-charter.html
Mailing Lists:
General Discussion: hubmib@ietf.org
To Subscribe: hubmib-request@ietf.org
dot3EponMIB MODULE-IDENTITY LAST-UPDATED"200703290000Z"--、2007年3月29日組織「IETFイーサネットインタフェースとハブMIBワーキンググループ」コンタクトインフォメーション、「WGは以下をチャーターします」。 http://www.ietf.org/html.charters/hubmib-charter.html メーリングリスト: 一般議論: 申し込む hubmib@ietf.org : hubmib-request@ietf.org
Khermosh Standards Track [Page 33] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[33ページ]。
In Body: subscribe your_email_address
Chair: Bert Wijnen
Postal: Lucent Technologies
Schagen 33
3461 GL Linschoten
Netherlands
Tel: +31-348-407-775
E-mail: bwijnen@lucent.com
ボディーで: _メール_アドレス議長を申し込んでください: バートWijnen郵便: ルーセントテクノロジーズSchagen33 3461GLリンスホーテン・オランダTel: +31-348-407-775 メールしてください: bwijnen@lucent.com
Editor: Lior Khermosh
Postal: PMC-SIERRA
Kohav Hertzelia bldg,
4 Hasadnaot St.
Hertzliya Pituach 46120,
ISRAEL
P.O.Box 2089 Hertzliya Pituach 46120 Israel
Tel: +972-9-9628000 Ext: 302
E-mail: lior_khermosh@pmc-sierra.com"
DESCRIPTION
"The objects in this MIB module are used to manage the
Ethernet in the First Mile (EFM) Ethernet Passive Optical
Network (EPON) Interfaces as defined in IEEE P802.3ah
clauses 60, 64, and 65.
The following reference is used throughout this MIB module:
[802.3ah] refers to:
Information technology - Telecommunications and
information exchange between systems - Local and
metropolitan area networks - Specific requirements -
Part 3: Carrier sense multiple access with collision
detection (CSMA/CD) access method and physical layer
specifications - Media Access Control Parameters,
Physical Layers and Management Parameters for subscriber
access networks. IEEE Std 802.3ah-2004, October 2004.
エディタ: Lior Khermosh郵便: PMC-SIERRA Kohav Hertzelia bldg、4Hasadnaot聖Hertzliya Pituach46120、イスラエル私書箱2089Hertzliya Pituach46120イスラエルTel: +972-9-9628000Ext: 302 メール: " lior_khermosh@pmc-sierra.com "記述、「このMIBモジュールによるオブジェクトは60、番目の節と64、番目の節と65番目のIEEE P802.3ah節で定義されるようにFirst Mile(EFM)イーサネットPassive Optical Network(EPON)インタフェースでイーサネットを管理するのに使用されます」。 以下の参照はこのMIBモジュール中で使用されます: [802.3ah] 言及します: 情報技術--システムの間のテレコミュニケーションと情報交換--地方とメトロポリタンエリアネットワーク--決められた一定の要求--パート3: 衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス--加入者のためのメディアAccess Control Parameters、Physical Layers、およびManagement Parametersはネットワークにアクセスします。 2004年10月のIEEE Std 802.3ah-2004。
Of particular interest are clause 64 (Multi-Point Control
Protocol - MPCP), clause 65 (Point-to-Multipoint
Reconciliation Sublayer - P2MP RS), clause 60 (Ethernet
Passive Optical Network Physical Medium Dependent - EPON
PMDs), clause 30, 'Management', and clause 45, 'Management
Data Input/Output (MDIO) Interface'.
特別の関心は、64番目の節(マルチPoint Controlプロトコル--MPCP)、65番目の節(ポイントから多点へのReconciliation Sublayer--P2MP RS)、60番目の節(イーサネットPassive Optical Network Physical Medium Dependent--EPON PMDs)、30番目の節、'管理'と、45番目の節、'管理Data Input/出力(MDIO)は連結します'です。
Copyright (C) The IETF Trust (2007). This version
of this MIB module is part of 4837; see the RFC itself for
full legal notices.
IETFが信じる著作権(C)(2007)。 このMIBモジュールのこのバージョンは4837年の一部です。 完全な法定の通知に関してRFC自身を見てください。
Key abbreviations:
BER - Bit Error Rate
BW - bandwidth
キー略語: BER--ビットError Rate BW--帯域幅
Khermosh Standards Track [Page 34] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[34ページ]。
CRC - Cyclic Redundancy Check
EFM - Ethernet First Mile
EPON - Ethernet Passive Optical Network
FEC - Forward Error Correction
LLID - Logical Link Identifier
MAC - Media Access Control
Mbps - Megabit per second
MDIO - Management Data Input/Output
MPCP - Multi-Point Control Protocol
OLT - Optical Line Terminal (Server unit of the EPON)
OMP - Optical Multi-Point
ONU - Optical Network Unit (Client unit of the EPON)
P2MP - Point-to-Multipoint
PHY - Physical Layer
PMD - Physical Medium Dependent
PON - Passive Optical Network
RTT - Round Trip Time
SLD - Start of LLID Delimiter
TQ - Time Quanta
"
CRC--周期的なRedundancy Check EFM--イーサネットFirst Mile EPON(イーサネットPassive Optical Network FEC)は光学でError Correction LLID--論理的なLink Identifier MAC--メディアAccess Control Mbps--第2MDIOあたりのメガビット--管理Data Input/出力MPCP(マルチPoint ControlプロトコルOLT)を進めます; 「線Terminal(EPONのサーバユニット)OMP--光学Multi-ポイントONU--光学Network Unit(EPONのクライアントユニット)P2MP--ポイントから多点へのPHY--物理的なLayer PMD--物理的なMedium Dependent PON--Trip Time SLDの周りの受け身のOptical Network RTT--LLID Delimiter TQの始まり--時間Quanta」
REVISION "200703290000Z" -- March 29, 2007
DESCRIPTION "Initial version, published as RFC 4837."
REVISION"200703290000Z"--「初期のバージョンであって、RFC4837として発行された」2007年3月29日記述。
::= { mib-2 155 }
::= mib-2 155
dot3EponObjects OBJECT IDENTIFIER ::= { dot3EponMIB 1}
dot3EponObjectsオブジェクト識別子:、:= dot3EponMIB1
dot3EponConformance OBJECT IDENTIFIER ::= { dot3EponMIB 2}
dot3EponConformanceオブジェクト識別子:、:= dot3EponMIB2
-- MPCP MIB modules definitions ([802.3ah], clause 30.3.5)
-- MPCP MIBモジュール定義([802.3ah]、30.3番目の節.5)
dot3EponMpcpObjects
OBJECT IDENTIFIER ::= { dot3EponObjects 1 }
dot3EponMpcpObjectsオブジェクト識別子:、:= dot3EponObjects1
dot3MpcpControlTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3MpcpControlEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A Table of dot3 Multi-Point Control Protocol (MPCP)
MIB objects. The entries in the table are control and
status objects of the MPCP.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
dot3MpcpControlTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3MpcpControlEntryのマックス-ACCESSのアクセスしやすくないSTATUSの現在の記述「dot3 Multi-ポイントControlプロトコル(MPCP)MIBオブジェクトのA Table。」 テーブルのエントリーは、MPCPのコントロールと状態オブジェクトです。 各オブジェクトで、対応するifIndexはあらゆる仮想のリンクへの行を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 通常数
Khermosh Standards Track [Page 35] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[35ページ]。
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff)."
::= { dot3EponMpcpObjects 1 }
「予想されることでは、PONの仮想のリンクはONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。」ONUsは32-64です。 ::= dot3EponMpcpObjects1
dot3MpcpControlEntry OBJECT-TYPE
SYNTAX Dot3MpcpControlEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the dot3 MPCP Control table.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual links is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex }
::= { dot3MpcpControlTable 1}
「dot3 MPCP Controlのエントリーはテーブルの上に置く」dot3MpcpControlEntry OBJECT-TYPE SYNTAX Dot3MpcpControlEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの行はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの行はシステム初期化で作成されます。 OLT ifIndexに対応するテーブルの行と放送の仮想のリンクに対応する行はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの行は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3MpcpControlTable1
Dot3MpcpControlEntry ::=
SEQUENCE {
dot3MpcpOperStatus TruthValue,
dot3MpcpAdminState TruthValue,
dot3MpcpMode INTEGER,
dot3MpcpSyncTime Unsigned32,
dot3MpcpLinkID Unsigned32,
dot3MpcpRemoteMACAddress MacAddress,
dot3MpcpRegistrationState INTEGER,
dot3MpcpTransmitElapsed Unsigned32,
dot3MpcpReceiveElapsed Unsigned32,
dot3MpcpRoundTripTime Unsigned32,
dot3MpcpMaximumPendingGrants Unsigned32
}
Dot3MpcpControlEntry:、:= 系列dot3MpcpOperStatus TruthValue、dot3MpcpAdminState TruthValue、dot3MpcpMode整数、dot3MpcpSyncTime Unsigned32、dot3MpcpLinkID Unsigned32、dot3MpcpRemoteMACAddress MacAddress、dot3MpcpRegistrationState整数、dot3MpcpTransmitElapsed Unsigned32、dot3MpcpReceiveElapsed Unsigned32、dot3MpcpRoundTripTime Unsigned32、dot3MpcpMaximumPendingGrants Unsigned32
dot3MpcpOperStatus OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object reflects the operational state of the
Multi-Point MAC Control sublayer as defined in
「このオブジェクトは定義されるとしてのMulti-ポイントMAC Control副層の操作上の状態を反映する」dot3MpcpOperStatus OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Khermosh Standards Track [Page 36] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[36ページ]。
[802.3ah], clause 64. When the value is true(1), the
interface will act as if the Multi-Point Control Protocol
is enabled. When the value is false(2), the interface
will act as if the Multi-Point Control Protocol is
disabled. The operational state can be changed using the
dot3MpcpAdminState object.
This object is applicable for an OLT, with the same
value for all virtual interfaces, and for an ONU."
REFERENCE "[802.3ah], 30.3.5.1.2."
::= { dot3MpcpControlEntry 1 }
[802.3ah]、64番目の節。 値が本当の(1)であるときに、まるでMulti-ポイントControlプロトコルが可能にされるかのようにインタフェースは行動するでしょう。 値が誤った(2)であるときに、まるでMulti-ポイントControlプロトコルは障害があるかのようにインタフェースが行動するでしょう。 dot3MpcpAdminStateオブジェクトを使用することで操作上の状態を変えることができます。 「OLTに、このオブジェクトはすべての仮想インターフェース、およびONUのために同じ値で適切です。」 参照、「[802.3ah]、30.3 .5 .1 .2インチ。 ::= dot3MpcpControlEntry1
dot3MpcpAdminState OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object is used to define the admin state of the
Multi-Point MAC Control sublayer, as defined in
[802.3ah], clause 64, and to reflect its state.
When selecting the value as true(1), the Multi-Point
Control Protocol of the interface is enabled.
When selecting the value as false(2), the Multi-Point
Control Protocol of the interface is disabled.
This object reflects the administrative state of the
Multi-Point Control Protocol of the interface.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3MpcpAdminState state can lead to disabling the
Multi-Point Control Protocol on the respective interface,
leading to the interruption of service for the users
connected to the respective EPON interface.
This object is applicable for an OLT, with the same
value for all virtual interfaces, and for an ONU."
REFERENCE "[802.3ah], 30.3.5.2.1."
DEFVAL { false }
::= { dot3MpcpControlEntry 2 }
dot3MpcpAdminState OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「このオブジェクトは[802.3ah]、64番目の節で定義されるようにMulti-ポイントMAC Control副層のアドミン状態を定義して、状態を反映するのに使用されること」をSTATUSの現在の記述に読書して書きます。 本当の(1)として値を選定するとき、インタフェースのMulti-ポイントControlプロトコルは可能にされます。 誤った(2)として値を選定するとき、インタフェースのMulti-ポイントControlプロトコルは障害があります。 このオブジェクトはインタフェースのMulti-ポイントControlプロトコルの管理事情を反映します。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3MpcpAdminState状態を変えるのは、それぞれのインタフェースでMulti-ポイントControlプロトコルを無効にするのに通じることができます、それぞれのEPONインタフェースに接されたユーザのための停電に通じて。 「OLTに、このオブジェクトはすべての仮想インターフェース、およびONUのために同じ値で適切です。」 参照、「[802.3ah]、30.3 .5 .2 .1インチ。 DEFVAL偽:、:= dot3MpcpControlEntry2
dot3MpcpMode OBJECT-TYPE
SYNTAX INTEGER {
olt(1),
onu(2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is used to identify the operational
state of the Multi-Point MAC Control sublayer as
defined in [802.3ah], clause 64. Reading olt(1) for an
dot3MpcpMode OBJECT-TYPE SYNTAX INTEGER、olt(1)、onu(2)、マックス-ACCESSの読書だけのSTATUSの現在の記述は「Multi-ポイントMAC Control副層の操作上の状態を特定するために、[802.3ah]、64番目の節で定義されるように、使用これが反対するされます」。 olt(1)を読みます。
Khermosh Standards Track [Page 37] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[37ページ]。
OLT (server) mode and onu(2) for an ONU (client) mode.
This object is used to identify the operational mode
for the MPCP tables.
This object is applicable for an OLT, with the same
value for all virtual interfaces, and for an ONU."
REFERENCE "[802.3ah], 30.3.5.1.3."
DEFVAL { olt }
::= { dot3MpcpControlEntry 3 }
ONU(クライアント)モードのためのOLT(サーバ)モードとonu(2)。 このオブジェクトは、MPCPテーブルのために操作上のモードを特定するのに使用されます。 「OLTに、このオブジェクトはすべての仮想インターフェース、およびONUのために同じ値で適切です。」 参照、「[802.3ah]、30.3 .5 .1 .3インチ。 DEFVALは以下をoltします:= dot3MpcpControlEntry3
dot3MpcpSyncTime OBJECT-TYPE
SYNTAX Unsigned32
UNITS "TQ (16nsec)"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that reports the 'sync lock time' of the
OLT receiver in increments of Time Quanta (TQ)-16ns
as defined in [802.3ah], clauses 60, 64, and 65. The
value returned shall be (sync lock time ns)/16. If
this value exceeds (2^32-1), the value (2^32-1) shall
be returned. This object is applicable for an OLT,
with the same value for all virtual interfaces, and
for an ONU."
REFERENCE "[802.3ah], 64.3.3.2."
::= { dot3MpcpControlEntry 4 }
Time Quantaの増分におけるOLT受信機の「'同時性ロック時間を報告するオブジェクト'(TQ)-16ナノ秒[802.3ah](60、番目の節と64、番目の節と65インチ番目の節)の定義されるとしてのdot3MpcpSyncTime OBJECT-TYPE SYNTAX Unsigned32 UNITSの「TQ(16nsec)」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 値は(同時性ロック時間ナノ秒)/が16であるつもりであったなら戻りました。 この値が(2^32-1)を超えているなら、値(2^32-1)を返すものとします。 「OLTに、このオブジェクトはすべての仮想インターフェース、およびONUのために同じ値で適切です。」 参照、「[802.3ah]、64.3 .3 .2インチ。 ::= dot3MpcpControlEntry4
dot3MpcpLinkID OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that identifies the Logical Link
Identifier (LLID) associated with the MAC of the virtual
link as specified in [802.3ah], clause 65.1.3.2.2.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
The ONU and the corresponding virtual MAC of the OLT,
for the same virtual link, have the same value.
Value is assigned when the ONU registers.
Value is freed when the ONU deregisters."
REFERENCE "[802.3ah], 30.3.5.1.4."
::= { dot3MpcpControlEntry 5 }
仮想のMACに関連している(LLID)がリンクするLogical Link Identifierを特定するオブジェクトは[802.3ah]で指定しました、65.1番目の節。dot3MpcpLinkID OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「.3 .2 .2インチ。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTのONUと対応する仮想のMACは同じ仮想のリンクに同じ値を持っています。 ONUが登録すると、値は割り当てられます。 「ONU deregistersであるときに、値は解放されます。」 参照、「[802.3ah]、30.3 .5 .1 .4インチ。 ::= dot3MpcpControlEntry5
dot3MpcpRemoteMACAddress OBJECT-TYPE
SYNTAX MacAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
dot3MpcpRemoteMACAddress OBJECT-TYPE SYNTAX MacAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Khermosh Standards Track [Page 38] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[38ページ]。
"An object that identifies the source_address
parameter of the last MPCPDUs passed to the MAC Control.
This value is updated on reception of a valid frame with
1) a destination Field equal to the reserved multicast
address for MAC Control as specified in [802.3], Annex
31A; 2) the lengthOrType field value equal to the reserved
Type for MAC Control as specified in [802.3], Annex
31A; 3) an MPCP subtype value equal to the subtype
reserved for MPCP as specified in [802.3ah], Annex 31A.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
The value reflects the MAC address of the remote entity
and therefore the OLT holds a value for each LLID, which
is the MAC address of the ONU; the ONU has a single
value that is the OLT MAC address."
REFERENCE "[802.3ah], 30.3.5.1.5."
::= { dot3MpcpControlEntry 6 }
「最後のMPCPDUsのソース_アドレスパラメタを特定するオブジェクトはMAC Controlに通りました。」 1がある有効なフレームのレセプション) Fieldが[802.3]の指定されるとしてのMAC Controlにおいて、予約されたマルチキャストアドレスと等しい目的地でこの値をアップデートします、Annex 31A。 2) Annex 31A、lengthOrTypeは[802.3]のMAC Controlに、指定されるとして予約されたTypeと等しい値をさばきます。 3) [802.3ah]、Annex 31AのMPCPのために指定されるとして予約された「副-タイプ」と等しいMPCP subtype値。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 値はリモート実体のMACアドレスを反映します、そして、したがって、OLTはONUのMACアドレスである各LLIDのための値を保持します。 「ONUには、OLT MACアドレスであるただ一つの値があります。」 参照、「[802.3ah]、30.3 .5 .1 .5インチ。 ::= dot3MpcpControlEntry6
dot3MpcpRegistrationState OBJECT-TYPE
SYNTAX INTEGER {
unregistered(1),
registering(2),
registered(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that identifies the registration state
of the Multi-Point MAC Control sublayer as defined in
[802.3ah], clause 64. When this object has the
enumeration unregistered(1), the interface is
unregistered and may be used for registering a link
partner. When this object has the enumeration
registering(2), the interface is in the process of
registering a link-partner. When this object has the
enumeration registered(3), the interface has an
established link-partner.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
REFERENCE "[802.3ah], 30.3.5.1.6."
::= { dot3MpcpControlEntry 7 }
dot3MpcpRegistrationState OBJECT-TYPE SYNTAX INTEGER、(2)を登録して、登録されていない(1)が(3)を登録した、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「[802.3ah]、64番目の節で定義されるようにMulti-ポイントMAC Control副層の登録状態を特定するオブジェクト。」 (1) 列挙がこのオブジェクトで登録されていなくなると、インタフェースは、登録されていなく、リンクパートナーを登録するのに使用されるかもしれません。 このオブジェクトに(2)を登録する列挙があるとき、リンクパートナーを登録することの途中にインタフェースがあります。 インタフェースには、いつ、このオブジェクトに列挙があるかが(3)を登録して、確立したリンクパートナーがいます。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 参照、「[802.3ah]、30.3 .5 .1 .6インチ。 ::= dot3MpcpControlEntry7
dot3MpcpTransmitElapsed OBJECT-TYPE
SYNTAX Unsigned32
UNITS "TQ (16nsec)"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
dot3MpcpTransmitElapsed OBJECT-TYPE SYNTAX Unsigned32 UNITSの「TQ(16nsec)」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Khermosh Standards Track [Page 39] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[39ページ]。
"An object that reports the interval from the last
MPCP frame transmission in increments of Time Quanta
(TQ)-16ns. The value returned shall be (interval from
last MPCP frame transmission in ns)/16. If this value
exceeds (2^32-1), the value (2^32-1) shall be returned.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
REFERENCE "[802.3ah], 30.3.5.1.19."
::= { dot3MpcpControlEntry 8 }
「(TQ)-16ナノ秒Time Quantaの増分における最後のMPCPフレームトランスミッションから間隔を報告するオブジェクト。」 値は(ナノ秒の最後のMPCPフレームトランスミッションからの間隔)/が16であるつもりであったなら戻りました。 この値が(2^32-1)を超えているなら、値(2^32-1)を返すものとします。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 参照、「[802.3ah]、30.3 .5 .1 .19インチ。 ::= dot3MpcpControlEntry8
dot3MpcpReceiveElapsed OBJECT-TYPE
SYNTAX Unsigned32
UNITS "TQ (16nsec)"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that reports the interval from last MPCP frame
reception in increments of Time Quanta (TQ)-16ns. The
value returned shall be (interval from last MPCP frame
reception in ns)/16. If this value exceeds (2^32-1), the
value (2^32-1) shall be returned.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
REFERENCE "[802.3ah], 30.3.5.1.20."
::= { dot3MpcpControlEntry 9 }
dot3MpcpReceiveElapsed OBJECT-TYPE SYNTAX Unsigned32 UNITSの「TQ(16nsec)」マックス-ACCESSの読書だけのSTATUSの現在の記述、「(TQ)-16ナノ秒Time Quantaの増分における前回のMPCPフレームレセプションから間隔を報告するオブジェクト。」 値は(ナノ秒の前回のMPCPフレームレセプションからの間隔)/が16であるつもりであったなら戻りました。 この値が(2^32-1)を超えているなら、値(2^32-1)を返すものとします。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 参照、「[802.3ah]、30.3 .5 .1 .20インチ。 ::= dot3MpcpControlEntry9
dot3MpcpRoundTripTime OBJECT-TYPE
SYNTAX Unsigned32 (0..'ffff'h)
UNITS "TQ (16nsec)"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that reports the MPCP round trip time in
increments of Time Quanta (TQ)-16ns. The value returned
shall be (round trip time in ns)/16. If this value
exceeds (2^16-1), the value (2^16-1) shall be returned.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
REFERENCE "[802.3ah], 30.3.5.1.21."
::= { dot3MpcpControlEntry 10 }
dot3MpcpRoundTripTime OBJECT-TYPE SYNTAX Unsigned32(0'ffff'h)の「TQ(16nsec)」マックス-ACCESSの読書だけのSTATUSの現在のUNITS記述、「(TQ)-16ナノ秒Time Quantaの増分でMPCP周遊旅行時間を報告するオブジェクト」、' 値は(ナノ秒の周遊旅行時間)/が16であるつもりであったなら戻りました。 この値が(2^16-1)を超えているなら、値(2^16-1)を返すものとします。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 参照、「[802.3ah]、30.3 .5 .1 .21インチ。 ::= dot3MpcpControlEntry10
dot3MpcpMaximumPendingGrants OBJECT-TYPE
SYNTAX Unsigned32 (0..255)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that reports the maximum number of grants
that an ONU can store for handling. The maximum number
dot3MpcpMaximumPendingGrants OBJECT-TYPE SYNTAX Unsigned32(0 .255)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「ONUが取り扱いのために保存できる交付金の最大数を報告するオブジェクト。」 最大数
Khermosh Standards Track [Page 40] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[40ページ]。
of grants that an ONU can store for handling has a
range of 0 to 255.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero."
REFERENCE "[802.3ah], 30.3.5.1.24."
::= { dot3MpcpControlEntry 11 }
ONUがそうすることができる交付金では、取り扱いのための店は1つの範囲の0〜255を持っています。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「OLTでは、値はゼロであるべきです。」 参照、「[802.3ah]、30.3 .5 .1 .24インチ。 ::= dot3MpcpControlEntry11
dot3MpcpStatTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3MpcpStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines the list of statistics counters of
an interface implementing the [802.3ah], clause 64 MPCP.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff)."
::= { dot3EponMpcpObjects 2 }
dot3MpcpStatTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3MpcpStatEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは[802.3ah]を実装するインタフェースの統計カウンタのリストを定義します、64番目の節MPCP。」 各オブジェクトで、対応するifIndexはあらゆる仮想のリンクへの行を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 「通常、PONの予想された仮想のリンクの数はONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。」ONUsは32-64です。 ::= dot3EponMpcpObjects2
dot3MpcpStatEntry OBJECT-TYPE
SYNTAX Dot3MpcpStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table of statistics counters of the
[802.3ah], clause 64, MPCP interface.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual link is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex}
::= { dot3MpcpStatTable 1 }
dot3MpcpStatEntry OBJECT-TYPE SYNTAX Dot3MpcpStatEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「[802.3ah]の統計カウンタのテーブルのエントリー、64番目の節、MPCPは連結します」。 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの行はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの行はシステム初期化で作成されます。 OLT ifIndexに対応するテーブルの行と放送の仮想のリンクに対応する行はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの行は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3MpcpStatTable1
Dot3MpcpStatEntry ::=
Dot3MpcpStatEntry:、:=
Khermosh Standards Track [Page 41] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[41ページ]。
SEQUENCE {
dot3MpcpMACCtrlFramesTransmitted Counter64,
dot3MpcpMACCtrlFramesReceived Counter64,
dot3MpcpDiscoveryWindowsSent Counter32,
dot3MpcpDiscoveryTimeout Counter32,
dot3MpcpTxRegRequest Counter64,
dot3MpcpRxRegRequest Counter64,
dot3MpcpTxRegAck Counter64,
dot3MpcpRxRegAck Counter64,
dot3MpcpTxReport Counter64,
dot3MpcpRxReport Counter64,
dot3MpcpTxGate Counter64,
dot3MpcpRxGate Counter64,
dot3MpcpTxRegister Counter64,
dot3MpcpRxRegister Counter64
}
系列dot3MpcpMACCtrlFramesTransmitted Counter64、dot3MpcpMACCtrlFramesReceived Counter64、dot3MpcpDiscoveryWindowsSent Counter32、dot3MpcpDiscoveryTimeout Counter32、dot3MpcpTxRegRequest Counter64、dot3MpcpRxRegRequest Counter64、dot3MpcpTxRegAck Counter64、dot3MpcpRxRegAck Counter64、dot3MpcpTxReport Counter64、dot3MpcpRxReport Counter64、dot3MpcpTxGate Counter64、dot3MpcpRxGate Counter64、dot3MpcpTxRegister Counter64、dot3MpcpRxRegister Counter64
dot3MpcpMACCtrlFramesTransmitted OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of MPCP frames passed to the MAC sublayer for
transmission. This counter is incremented when a
MA_CONTROL.request service primitive is generated within
the MAC control sublayer with an opcode indicating an
MPCP frame.
This object is applicable for an OLT and an ONU. At the
OLT it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system, and at other
times as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.7."
::= { dot3MpcpStatEntry 1 }
dot3MpcpMACCtrlFramesTransmitted OBJECT-TYPE SYNTAX Counter64 UNITSは「MPCPフレームのカウントはトランスミッションのためにMAC副層に通った」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。 opcodeがMPCPフレームを示していてMA_CONTROL.requestサービス基関数がMACコントロール副層の中で生成されるとき、このカウンタは増加されています。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化においてInterface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示される他の時に起こることができます。」 参照、「[802.3ah]、30.3 .5 .1 .7インチ。 ::= dot3MpcpStatEntry1
dot3MpcpMACCtrlFramesReceived OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of MPCP frames passed by the MAC sublayer to the
MAC Control sublayer. This counter is incremented when a
ReceiveFrame function call returns a valid frame with
1) a lengthOrType field value equal to the reserved
dot3MpcpMACCtrlFramesReceived OBJECT-TYPE SYNTAX Counter64 UNITSは「MPCPフレームのカウントはMAC副層でMAC Control副層に通った」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。 ReceiveFrameファンクションコールが1がある有効なフレーム) 予約と等しいlengthOrType分野価値を返すとき、このカウンタは増加されています。
Khermosh Standards Track [Page 42] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[42ページ]。
Type for 802.3_MAC_Control as specified in clause 31.4.1.3,
and
2) an opcode indicating an MPCP frame.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.8."
::= { dot3MpcpStatEntry 2}
802.3_MAC_Controlのために節で指定されるようにタイプしてください、31.4、.1、.3、そして、MPCPフレームを示す1opcodeあたり2)。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .8インチ。 ::= dot3MpcpStatEntry2
dot3MpcpDiscoveryWindowsSent OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of discovery windows generated. The counter is
incremented by one for each generated discovery window.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.22."
::= { dot3MpcpStatEntry 3}
「発見ウィンドウのカウントは生成した」dot3MpcpDiscoveryWindowsSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 カウンタはそれぞれの発生している発見ウィンドウあたり1つ増加されます。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .22インチ。 ::= dot3MpcpStatEntry3
dot3MpcpDiscoveryTimeout OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a discovery timeout
occurs. Increment the counter by one for each discovery
processing state-machine reset resulting from timeout
waiting for message arrival.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.23."
dot3MpcpDiscoveryTimeout OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「発見タイムアウトが起こるという回の数のカウント。」 カウンタをメッセージ到着を待つタイムアウトから生じるそれぞれの発見処理州マシンリセットあたり1つ増加してください。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .23インチ。
Khermosh Standards Track [Page 43] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[43ページ]。
::= { dot3MpcpStatEntry 4}
::= dot3MpcpStatEntry4
dot3MpcpTxRegRequest OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REGISTER_REQ MPCP
frame transmission occurs. Increment the counter by one
for each REGISTER_REQ MPCP frame transmitted as defined
in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.12."
::= { dot3MpcpStatEntry 5}
dot3MpcpTxRegRequest OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REGISTER_REQ MPCPフレームトランスミッションが起こるという回の数のカウント。」 カウンタを[802.3ah]、64番目の節で定義されるように伝えられたそれぞれのREGISTER_REQ MPCPフレームあたり1つ増加してください。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .12インチ。 ::= dot3MpcpStatEntry5
dot3MpcpRxRegRequest OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REGISTER_REQ MPCP
frame reception occurs.
Increment the counter by one for each REGISTER_REQ MPCP
frame received as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.17."
::= { dot3MpcpStatEntry 6}
dot3MpcpRxRegRequest OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REGISTER_REQ MPCPフレームレセプションが起こるという回の数のカウント。」 カウンタをREQ MPCPフレームが[802.3ah]、64番目の節で定義されるように受けたそれぞれのREGISTER_あたり1つ増加してください。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .17インチ。 ::= dot3MpcpStatEntry6
dot3MpcpTxRegAck OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
dot3MpcpTxRegAck OBJECT-TYPE SYNTAX Counter64 UNITS「フレーム」マックス-ACCESS書き込み禁止
Khermosh Standards Track [Page 44] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[44ページ]。
STATUS current
DESCRIPTION
"A count of the number of times a REGISTER_ACK MPCP
frame transmission occurs. Increment the counter by one
for each REGISTER_ACK MPCP frame transmitted as defined
in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.10."
::= { dot3MpcpStatEntry 7}
STATUSの現在の記述、「REGISTER_ACK MPCPフレームトランスミッションが起こるという回の数のカウント。」 カウンタを[802.3ah]、64番目の節で定義されるように伝えられたそれぞれのREGISTER_ACK MPCPフレームあたり1つ増加してください。 OLTとONUに、このオブジェクトは適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTimeオブジェクトの値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .10インチ。 ::= dot3MpcpStatEntry7
dot3MpcpRxRegAck OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REGISTER_ACK MPCP
frame reception occurs.
Increment the counter by one for each REGISTER_ACK MPCP
frame received as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.15."
::= { dot3MpcpStatEntry 8}
dot3MpcpRxRegAck OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REGISTER_ACK MPCPフレームレセプションが起こるという回の数のカウント。」 カウンタをACK MPCPフレームが[802.3ah]、64番目の節で定義されるように受けたそれぞれのREGISTER_あたり1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .15インチ。 ::= dot3MpcpStatEntry8
dot3MpcpTxReport OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REPORT MPCP frame
transmission occurs. Increment the counter by one for
each REPORT MPCP frame transmitted as defined in
[802.3ah], clause 64.
dot3MpcpTxReport OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REPORT MPCPフレームトランスミッションが起こるという回の数のカウント。」 カウンタを[802.3ah]、64番目の節で定義されるように伝えられたそれぞれのREPORT MPCPフレームあたり1つ増加してください。
Khermosh Standards Track [Page 45] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[45ページ]。
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.13."
::= { dot3MpcpStatEntry 9}
OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .13インチ。 ::= dot3MpcpStatEntry9
dot3MpcpRxReport OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REPORT MPCP frame
reception occurs.
Increment the counter by one for each REPORT MPCP frame
received as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.18."
::= { dot3MpcpStatEntry 10}
dot3MpcpRxReport OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REPORT MPCPフレームレセプションが起こるという回の数のカウント。」 REPORT MPCPフレームが[802.3ah]、64番目の節で定義されるように受けたそれぞれのためにカウンタを1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .18インチ。 ::= dot3MpcpStatEntry10
dot3MpcpTxGate OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a GATE MPCP frame
transmission occurs.
Increment the counter by one for each GATE MPCP frame
transmitted as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
dot3MpcpTxGate OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「GATE MPCPフレームトランスミッションが起こるという回の数のカウント。」 カウンタを[802.3ah]、64番目の節で定義されるように伝えられたそれぞれのGATE MPCPフレームあたり1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、値によって示されるように
Khermosh Standards Track [Page 46] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[46ページ]。
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.9."
::= { dot3MpcpStatEntry 11}
「Interface MIBモジュールのifCounterDiscontinuityTime物。」 参照、「[802.3ah]、30.3 .5 .1 .9インチ。 ::= dot3MpcpStatEntry11
dot3MpcpRxGate OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a GATE MPCP frame
reception occurs.
Increment the counter by one for each GATE MPCP frame
received as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.14."
::= { dot3MpcpStatEntry 12}
dot3MpcpRxGate OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「GATE MPCPフレームレセプションが起こるという回の数のカウント。」 GATE MPCPフレームが[802.3ah]、64番目の節で定義されるように受けたそれぞれのためにカウンタを1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .14インチ。 ::= dot3MpcpStatEntry12
dot3MpcpTxRegister OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REGISTER MPCP frame
transmission occurs.
Increment the counter by one for each REGISTER MPCP
frame transmitted as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.11."
::= { dot3MpcpStatEntry 13}
dot3MpcpTxRegister OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REGISTER MPCPフレームトランスミッションが起こるという回の数のカウント。」 カウンタを[802.3ah]、64番目の節で定義されるように伝えられたそれぞれのREGISTER MPCPフレームあたり1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .11インチ。 ::= dot3MpcpStatEntry13
dot3MpcpRxRegister OBJECT-TYPE
dot3MpcpRxRegisterオブジェクト・タイプ
Khermosh Standards Track [Page 47] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[47ページ]。
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a REGISTER MPCP frame
reception occurs.
Increment the counter by one for each REGISTER MPCP
frame received as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.5.1.16."
::= { dot3MpcpStatEntry 14}
SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「REGISTER MPCPフレームレセプションが起こるという回の数のカウント。」 REGISTER MPCPフレームが[802.3ah]、64番目の節で定義されるように受けたそれぞれのためにカウンタを1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .5 .1 .16インチ。 ::= dot3MpcpStatEntry14
-- Optical Multi Point Emulation (OMPEmulation) -- managed object definitions
-- 光学Multi Point Emulation(OMPEmulation)--管理オブジェクト定義
dot3OmpEmulationObjects OBJECT IDENTIFIER ::={dot3EponObjects 2}
dot3OmpEmulationObjects物の識別子:、:=dot3EponObjects2
dot3OmpEmulationTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OmpEmulationEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of dot3 OmpEmulation MIB objects. The table
contain objects for the management of the OMPEmulation
sublayer.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff)."
::= { dot3OmpEmulationObjects 1 }
dot3OmpEmulationTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3OmpEmulationEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「dot3 OmpEmulation MIBのテーブルは反対します」。 テーブルはOMPEmulation副層の管理のための物を含んでいます。 各物で、対応するifIndexはあらゆる仮想のリンクへの列を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 「通常、PONの予想された仮想のリンクの数はONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。」ONUsは32-64です。 ::= dot3OmpEmulationObjects1
dot3OmpEmulationEntry OBJECT-TYPE
SYNTAX Dot3OmpEmulationEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
dot3OmpEmulationEntry OBJECT-TYPE SYNTAX Dot3OmpEmulationEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Khermosh Standards Track [Page 48] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[48ページ]。
"An entry in the dot3 OmpEmulation table.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual links is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex }
::= { dot3OmpEmulationTable 1 }
「dot3 OmpEmulationテーブルのエントリー。」 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの列はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの列はシステム初期化で作成されます。 OLT ifIndexに対応するテーブルの列と放送の仮想のリンクに対応する列はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの列は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3OmpEmulationTable1
Dot3OmpEmulationEntry ::=
SEQUENCE {
dot3OmpEmulationType INTEGER
}
Dot3OmpEmulationEntry:、:= 系列dot3OmpEmulationType整数
dot3OmpEmulationType OBJECT-TYPE
SYNTAX INTEGER {
unknown(1),
olt(2),
onu(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that indicates the mode of operation
of the Reconciliation Sublayer for Point-to-Point
Emulation (see [802.3ah], clause 65.1). unknown(1) value
is assigned in initialization; true state or type is not
yet known. olt(2) value is assigned when the sublayer is
operating in OLT mode. onu(3) value is assigned when the
sublayer is operating in ONU mode.
This object is applicable for an OLT, with the same
value for all virtual interfaces, and for an ONU."
REFERENCE "[802.3ah], 30.3.7.1.2."
::= { dot3OmpEmulationEntry 1}
dot3OmpEmulationType OBJECT-TYPE SYNTAX INTEGER、未知(1)、olt(2)、onu(3)、マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「PointからポイントへのEmulation([802.3ah]を見てください、65.1番目の節)未知の(1)値のためにReconciliation Sublayerの運転モードを示す物は初期化で割り当てられます」。 本当の状態かタイプがまだ知られていません。副層がOLTモードで作動しているとき、olt(2)値は割り当てられます。副層がONUモードで作動しているとき、onu(3)値は割り当てられます。 「OLTに、この物はすべての仮想インターフェース、およびONUのために同じ値で適切です。」 参照、「[802.3ah]、30.3 .7 .1 .2インチ。 ::= dot3OmpEmulationEntry1
dot3OmpEmulationStatTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3OmpEmulationStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table defines the list of statistics counters of
「このテーブルは統計カウンタのリストを定義する」dot3OmpEmulationStatTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3OmpEmulationStatEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Khermosh Standards Track [Page 49] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[49ページ]。
[802.3ah], clause 65, OMPEmulation sublayer.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff)."
::= { dot3OmpEmulationObjects 2}
[802.3ah]、65番目の節、OMPEmulation副層。 各物で、対応するifIndexはあらゆる仮想のリンクへの列を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 「通常、PONの予想された仮想のリンクの数はONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。」ONUsは32-64です。 ::= dot3OmpEmulationObjects2
dot3OmpEmulationStatEntry OBJECT-TYPE
SYNTAX Dot3OmpEmulationStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the table of statistics counters of
[802.3ah], clause 65, OMPEmulation sublayer.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual links is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex}
::= { dot3OmpEmulationStatTable 1 }
dot3OmpEmulationStatEntry OBJECT-TYPE SYNTAX Dot3OmpEmulationStatEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「[802.3ah]、65番目の節、OMPEmulation副層の統計カウンタのテーブルのエントリー。」 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの列はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの列はシステム初期化で作成されます。 OLT ifIndexに対応するテーブルの列と放送の仮想のリンクに対応する列はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの列は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3OmpEmulationStatTable1
Dot3OmpEmulationStatEntry::=
SEQUENCE {
dot3OmpEmulationSLDErrors Counter64,
dot3OmpEmulationCRC8Errors Counter64,
dot3OmpEmulationBadLLID Counter64,
dot3OmpEmulationGoodLLID Counter64,
dot3OmpEmulationOnuPonCastLLID Counter64,
dot3OmpEmulationOltPonCastLLID Counter64,
dot3OmpEmulationBroadcastBitNotOnuLlid Counter64,
dot3OmpEmulationOnuLLIDNotBroadcast Counter64,
dot3OmpEmulationBroadcastBitPlusOnuLlid Counter64,
dot3OmpEmulationNotBroadcastBitNotOnuLlid Counter64
}
Dot3OmpEmulationStatEntry:、:= 系列dot3OmpEmulationSLDErrors Counter64、dot3OmpEmulationCRC8Errors Counter64、dot3OmpEmulationBadLLID Counter64、dot3OmpEmulationGoodLLID Counter64、dot3OmpEmulationOnuPonCastLLID Counter64、dot3OmpEmulationOltPonCastLLID Counter64、dot3OmpEmulationBroadcastBitNotOnuLlid Counter64、dot3OmpEmulationOnuLLIDNotBroadcast Counter64、dot3OmpEmulationBroadcastBitPlusOnuLlid Counter64、dot3OmpEmulationNotBroadcastBitNotOnuLlid Counter64
dot3OmpEmulationSLDErrors OBJECT-TYPE
dot3OmpEmulationSLDErrorsオブジェクト・タイプ
Khermosh Standards Track [Page 50] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[50ページ]。
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that do not contain a valid
SLD field as defined in [802.3ah], clause 65.1.3.3.1.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.7.1.3."
::= { dot3OmpEmulationStatEntry 1}
[802.3ah]で定義されるように有効なSLD分野を含まないフレームのカウントは受信されました、65.1番目の節。SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「.3 .3 .1インチ。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .7 .1 .3インチ。 ::= dot3OmpEmulationStatEntry1
dot3OmpEmulationCRC8Errors OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause 65.1.3.3.1, but do
not pass the CRC-8 check as defined in [802.3ah], clause
65.1.3.3.3.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.7.1.4."
::= { dot3OmpEmulationStatEntry 2}
有効なSLD分野を含むフレームのカウントは受信されました、[802.3ah]で定義されるように、65.1番目の節。dot3OmpEmulationCRC8Errors OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「.3 .3 [802.3ah]、65.1番目の節.3で.3を定義するときCRC-8がチェックするどんなパスにも.3をインチしないのを除いた.1。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .7 .1 .4インチ。 ::= dot3OmpEmulationStatEntry2
dot3OmpEmulationBadLLID OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause 65.1.3.3.1, and
pass the CRC-8 check, as defined in [802.3ah], clause
65.1.3.3.3, but are discarded due to the LLID check as
defined in [802.3ah], clause 65.1.3.3.2.
dot3OmpEmulationBadLLID OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「有効なSLD分野を含む受け取られたフレームのカウント、65.1番目の節.3の.3の定義されたコネ[802.3ah]、.1、およびパスとして、CRC-8が定義されたコネ[802.3ah]、65.1番目の節.3として.3をチェックする、.3、当然の状態で捨てられて、[802.3ah]、65.1番目の節.3で.3を定義するときLLIDに、.2がインチチェックしているということです。
Khermosh Standards Track [Page 51] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[51ページ]。
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.7.1.8."
::= { dot3OmpEmulationStatEntry 3}
OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .7 .1 .8インチ。 ::= dot3OmpEmulationStatEntry3
dot3OmpEmulationGoodLLID OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause 65.1.3.3.1, and
pass the CRC-8 check as defined in [802.3ah], clause
65.1.3.3.3.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.7.1.5."
::= { dot3OmpEmulationStatEntry 4}
CRC-8がチェックする65.1番目の節.3の.3の[802.3ah]、.1、およびパスで定義されるように有効なSLD分野を含む受け取られたフレームのカウントは[802.3ah]、65.1番目の節.3で.3を定義しました。dot3OmpEmulationGoodLLID OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「.3インチ。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .7 .1 .5インチ。 ::= dot3OmpEmulationStatEntry4
dot3OmpEmulationOnuPonCastLLID OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause 65.1.3.3.1,
pass the CRC-8 check, as defined in [802.3ah], clause
65.1.3.3.3, and meet the rules of acceptance for an
ONU defined in [802.3ah], clause 65.1.3.3.2.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
有効なSLD分野を含むフレームのカウントは受信されました、[802.3ah]で定義されるように、65.1番目の節。dot3OmpEmulationOnuPonCastLLID OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「.3 .3 .1、CRC-8がチェックするパス、65.1番目の節.3の.3の定義されたコネ[802.3ah]、.3、および大会と、ONUのための承認の規則が中で[802.3ah]を定義した、節、65.1 .3 .3 .2インチ。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBのifCounterDiscontinuityTime物の値によって示されるように
Khermosh Standards Track [Page 52] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[52ページ]。
module."
REFERENCE "[802.3ah], 30.3.7.1.6."
::= { dot3OmpEmulationStatEntry 5}
「モジュール。」 参照、「[802.3ah]、30.3 .7 .1 .6インチ。 ::= dot3OmpEmulationStatEntry5
dot3OmpEmulationOltPonCastLLID OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause 65.1.3.3.1,
pass the CRC-8 check, as defined in [802.3ah], clause
65.1.3.3.3, and meet the rules of acceptance for an
OLT defined in [802.3ah], 65.1.3.3.2.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the ONU, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.3.7.1.7."
::= { dot3OmpEmulationStatEntry 6}
有効なSLD分野を含むフレームのカウントは受信されました、[802.3ah]で定義されるように、65.1番目の節。dot3OmpEmulationOltPonCastLLID OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「.3 .3 .1、CRC-8がチェックするパス、65.1番目の節.3の.3の定義されたコネ[802.3ah]、.3、および大会と、OLTのための承認の規則が中で[802.3ah]を定義した、65.1 .3 .3 .2インチ。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 ONUでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.3 .7 .1 .7インチ。 ::= dot3OmpEmulationStatEntry6
dot3OmpEmulationBroadcastBitNotOnuLlid OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause
65.1.3.3.1, pass the CRC-8 check, as defined in
[802.3ah], clause 65.1.3.3.3, and contain the broadcast
bit in the LLID and not the ONU's LLID (frame accepted)
as defined in [802.3ah], clause 65.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3OmpEmulationStatEntry 7}
dot3OmpEmulationBroadcastBitNotOnuLlid OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「[802.3ah]、65.1番目の節.3で.3を定義するので有効なSLD分野を含む受け取られたフレームのカウント、.1、[802.3ah]、65.1番目の節.3で.3を定義するときCRC-8がチェックするパス、.3、[802.3ah](65インチ番目の節)で定義されるようにONUのLLIDではなく、LLID(フレームは受け入れた)に放送ビットを含んでください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3OmpEmulationStatEntry7
Khermosh Standards Track [Page 53] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[53ページ]。
dot3OmpEmulationOnuLLIDNotBroadcast OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause
65.1.3.3.1, pass the CRC-8 check, as defined in
[802.3ah], clause 65.1.3.3.3, and contain the ONU's LLID
as defined in [802.3ah], clause 65.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3OmpEmulationStatEntry 8}
dot3OmpEmulationOnuLLIDNotBroadcast OBJECT-TYPE SYNTAX Counter64 UNITS「フレーム」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「[802.3ah]、65.1番目の節.3で.3を定義するので有効なSLD分野を含む受け取られたフレームのカウント、.1、[802.3ah]、65.1番目の節.3で.3を定義するときCRC-8がチェックするパス、.3、[802.3ah](65インチ番目の節)で定義されるようにONUのLLIDを含んでください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3OmpEmulationStatEntry8
dot3OmpEmulationBroadcastBitPlusOnuLlid OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause
65.1.3.3.1, pass the CRC-8 check, as defined in
[802.3ah], clause 65.1.3.3.3, and contain the broadcast
bit in the LLID and match the ONU's LLID (frame
reflected) as defined in [802.3ah], clause 65.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3OmpEmulationStatEntry 9}
dot3OmpEmulationBroadcastBitPlusOnuLlid OBJECT-TYPE SYNTAX Counter64 UNITSがマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっている」、「[802.3ah]、65.1番目の節.3で.3を定義するので有効なSLD分野を含む受け取られたフレームのカウント、.1、[802.3ah]、65.1番目の節.3で.3を定義するときCRC-8がチェックするパス、.3、[802.3ah](65インチ番目の節)で定義されるようにLLIDに放送ビットを含んでください、そして、ONUのLLIDを合わせてください(フレームは反射しました)。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3OmpEmulationStatEntry9
dot3OmpEmulationNotBroadcastBitNotOnuLlid OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
dot3OmpEmulationNotBroadcastBitNotOnuLlid OBJECT-TYPE SYNTAX Counter64 UNITS「フレーム」マックス-ACCESS書き込み禁止STATUS海流
Khermosh Standards Track [Page 54] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[54ページ]。
DESCRIPTION
"A count of frames received that contain a valid SLD
field, as defined in [802.3ah], clause
65.1.3.3.1, pass the CRC-8 check, as defined in
[802.3ah], clause 65.1.3.3.3, and do not contain
the ONU's LLID as defined in [802.3ah], clause 65.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3OmpEmulationStatEntry 10}
記述、「[802.3ah]、65.1番目の節.3で.3を定義するので有効なSLD分野を含む受け取られたフレームのカウント、.1、[802.3ah]、65.1番目の節.3で.3を定義するときCRC-8がチェックするパス、.3、[802.3ah](65インチ番目の節)で定義されるようにONUのLLIDを含まないでください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3OmpEmulationStatEntry10
-- FEC managed object definitions (30.5.1)
-- FEC管理オブジェクト定義(30.5.1)
dot3EponFecObjects OBJECT IDENTIFIER ::={dot3EponObjects 3}
dot3EponFecObjects物の識別子:、:=dot3EponObjects3
dot3EponFecTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3EponFecEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of dot3 EPON FEC management objects.
The entries in the table are control and status objects
and statistic counters for the FEC layer.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff)."
::= { dot3EponFecObjects 1 }
dot3EponFecTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3EponFecEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「dot3 EPON FEC管理のテーブルは反対します」。 テーブルのエントリーは、FEC層のためのコントロールと、状態物と統計値カウンタです。 各物で、対応するifIndexはあらゆる仮想のリンクへの列を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 「通常、PONの予想された仮想のリンクの数はONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。」ONUsは32-64です。 ::= dot3EponFecObjects1
dot3EponFecEntry OBJECT-TYPE
SYNTAX Dot3EponFecEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the dot3 EPON FEC table.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
「dot3 EPON FECのエントリーはテーブルの上に置く」dot3EponFecEntry OBJECT-TYPE SYNTAX Dot3EponFecEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの列はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの列は作成されます。
Khermosh Standards Track [Page 55] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[55ページ]。
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual links is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex}
::= { dot3EponFecTable 1 }
システム初期化で。 OLT ifIndexに対応するテーブルの列と放送の仮想のリンクに対応する列はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの列は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3EponFecTable1
Dot3EponFecEntry ::=
SEQUENCE {
dot3EponFecPCSCodingViolation Counter64,
dot3EponFecAbility INTEGER,
dot3EponFecMode INTEGER,
dot3EponFecCorrectedBlocks Counter64,
dot3EponFecUncorrectableBlocks Counter64,
dot3EponFecBufferHeadCodingViolation Counter64
}
Dot3EponFecEntry:、:= 系列dot3EponFecPCSCodingViolation Counter64、dot3EponFecAbility整数、dot3EponFecMode整数、dot3EponFecCorrectedBlocks Counter64、dot3EponFecUncorrectableBlocks Counter64、dot3EponFecBufferHeadCodingViolation Counter64
dot3EponFecPCSCodingViolation OBJECT-TYPE
SYNTAX Counter64
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"For a 100 Mbps operation, it is a count of the number of
times an invalid code-group is received, other than the
/H/ code-group. For a 1000 Mbps operation, it is a count
of the number of times an invalid codegroup is received,
other than the /V/ code-group. /H/ denotes a special
4b5b codeword of [802.3] 100 Mbps PCS layer (clause 24),
and /V/ denotes a special 8b10b codeword of the [802.3]
1000 Mbps PCS layer (clause 36).
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.5.1.1.12."
::= { dot3EponFecEntry 1}
dot3EponFecPCSCodingViolation OBJECT-TYPE SYNTAX Counter64 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「100Mbps操作のために、それは/H/ code-グループを除いて、無効のコードグループを受け取るという回の数のカウントです」。 1000年のMbps操作のために、それは/V/ code-グループを除いて、無効のcodegroupを受け取るという回の数のカウントです。 /H/は[802.3]100Mbps PCS層(24番目の節)の特別な4b5b符号語を指示します、そして、/V/は[802.3]1000Mbps PCS層(36番目の節)の特別な8b10b符号語を指示します。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.5 .1 .1 .12インチ。 ::= dot3EponFecEntry1
dot3EponFecAbility OBJECT-TYPE
SYNTAX INTEGER {
unknown(1),
dot3EponFecAbility OBJECT-TYPE SYNTAX INTEGER、未知(1)
Khermosh Standards Track [Page 56] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[56ページ]。
supported(2),
unsupported(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object that indicates the support of operation of the
optional FEC sublayer of the 1000BASE-PX PHY specified
in [802.3ah], clause 65.2.
unknown(1) value is assigned in the initialization, for non
FEC support state or type not yet known. unsupported(3)
value is assigned when the sublayer is not supported.
supported(2) value is assigned when the sublayer is
supported.
This object is applicable for an OLT, with the same
value for all virtual interfaces, and for an ONU.
The FEC counters will have a zero value when the
interface is not supporting FEC.
The counters:
dot3EponFecPCSCodingViolation - not affected by FEC
ability.
dot3EponFecCorrectedBlocks - has a zero value when
dot3EponFecAbility is unknown(1) and unsupported(3).
dot3EponFecUncorrectableBlocks - has a zero value when
dot3EponFecAbility is unknown(1) and unsupported(3).
dot3EponFecBufferHeadCodingViolation - has a zero value
when dot3EponFecAbility is unknown(1) and
unsupported(3)."
REFERENCE "[802.3ah], 30.5.1.1.13."
::= { dot3EponFecEntry 2}
(2)、サポートされない(3)を支持します。 初期化で割り当てられます、非FECに関して、まだ知られていなかった状態かタイプを支持してください。副層が支持されないとき、サポートされない(3)値は割り当てられます。マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「副層が支持されるとき、支持された(2)値が割り当てられるという1000BASE-PX PHYの任意のFEC副層の操作のサポートが[802.3ah]で指定したのを示す物、節65.2未知(1)が、評価することです」。 OLTに、この物はすべての仮想インターフェース、およびONUのために同じ値で適切です。 インタフェースであるときにゼロがカウンタで評価するFECはFECを支持していません。 カウンタ: 「dot3EponFecPCSCodingViolation(FEC能力dot3EponFecCorrectedBlocksによって、影響を受けない)はゼロにサポートされない(3) いつdot3EponFecAbilityが未知(1)であるか、そして、dot3EponFecUncorrectableBlocksを評価させます--ゼロにサポートされない(3) いつdot3EponFecAbilityが未知(1)であるか、そして、dot3EponFecBufferHeadCodingViolationを評価させます--、dot3EponFecAbilityが未知(1)とサポートされない(3)であるときに、ゼロに評価させる、」 参照、「[802.3ah]、30.5 .1 .1 .13インチ。 ::= dot3EponFecEntry2
dot3EponFecMode OBJECT-TYPE
SYNTAX INTEGER {
unknown(1),
disabled(2),
enabled(3)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An object that defines the mode of operation of the
optional FEC sublayer of the 1000BASE-PX PHY, specified
in [802.3ah], clause 65.2, and reflects its state.
A GET operation returns the current mode of operation
of the PHY. A SET operation changes the mode of
operation of the PHY to the indicated value.
unknown(1) value is assigned in the initialization for non
FEC support state or type not yet known.
未知の(1)(身体障害者(2))は(3)を可能にしました。dot3EponFecMode OBJECT-TYPE SYNTAX INTEGER、マックス-ACCESSは「1000BASE-PX PHYの任意のFEC副層の運転モードを定義して、[802.3ah]、65.2番目の節で指定して、状態を反映する物」をSTATUSの現在の記述に読書して書きます。 GET操作はPHYの現在の運転モードを返します。 SET操作はPHYの運転モードを表示値に変えます。未知の(1)値は非FECサポート状態かまだ知られていなかったタイプのために初期化で割り当てられます。
Khermosh Standards Track [Page 57] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[57ページ]。
disabled(2) value is assigned when the FEC sublayer is
operating in disabled mode.
enabled(3) value is assigned when the FEC sublayer is
operating in FEC mode.
The write operation is not restricted in this document
and can be done at any time. Changing dot3EponFecMode
state can lead to disabling the Forward Error Correction
on the respective interface, which can lead to a
degradation of the optical link, and therefore may lead
to an interruption of service for the users connected to
the respective EPON interface.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
The counting of
the FEC counters will stop when the FEC of the interface
is disabled.
The counters:
dot3EponFecPCSCodingViolation - not affected by FEC
mode.
dot3EponFecCorrectedBlocks - stops counting when
Rx_FEC is not enabled. (unknown(1) and disabled(2)).
dot3EponFecUncorrectableBlocks - stops counting when
Rx_FEC is not enabled (unknown(1) and disabled(2)).
dot3EponFecBufferHeadCodingViolation - stops counting
when Rx_FEC is not enabled (unknown(1) and
disabled(2)).
The object:
dot3EponFecAbility - indicates the FEC ability and
is not affected by the dot3EponFecMode object."
REFERENCE "[802.3ah], 30.5.1.1.14."
DEFVAL { unknown }
::= { dot3EponFecEntry 3}
FEC副層が障害があるモードで作動しているとき、障害がある(2)値は割り当てられます。FEC副層がFECモードで作動しているとき、可能にされた(3)値は割り当てられます。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3EponFecMode状態を変えるのは、それぞれのインタフェースのForward Error Correctionを無効にするのに通じることができて、したがって、それぞれのEPONインタフェースに接されたユーザのための停電に通じるかもしれません。インタフェースは光学リンクの退行に通じることができます。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 インタフェースのFECは障害があるとき、FECカウンタの勘定が止まるでしょう。 カウンタ: dot3EponFecPCSCodingViolation(FECモードdot3EponFecCorrectedBlocksによって、影響を受けない)は、Rx_FECが有効にされないとき、数えるのを止めます。 Rx_FECであるときに重要である停止は可能にされません。Rx_FECであるときに重要である停止は可能にされません。(未知(1)と身体障害者(2))dot3EponFecUncorrectableBlocks--、(未知の(1)と身体障害者(2))、dot3EponFecBufferHeadCodingViolation--、(未知の(1)と身体障害者(2))。 物: 「dot3EponFecAbility--FEC能力を示して、影響を受けないのはdot3EponFecModeで反対します。」 参照、「[802.3ah]、30.5 .1 .1 .14インチ。 DEFVAL未知:、:= dot3EponFecEntry3
dot3EponFecCorrectedBlocks OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"For 10PASS-TS, 2BASE-TL, and 1000BASE-PX PHYs, it is a
count of corrected FEC blocks. This counter will not
increment for other PHY Types. Increment the counter by
one for each received block that is corrected by the FEC
function in the PHY.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
dot3EponFecCorrectedBlocks OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「10PASS-TS、2BASE-TL、および1000BASE-PX PHYsに関して、それは直っているFECブロックのカウントです」。 このカウンタは他のPHY Typesのために増加しないでしょう。 カウンタをPHYでのFEC機能によって修正されるそれぞれの受信されたブロック単位の1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、値によって示されるように
Khermosh Standards Track [Page 58] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[58ページ]。
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.5.1.1.15."
::= { dot3EponFecEntry 4}
「Interface MIBモジュールのifCounterDiscontinuityTime物。」 参照、「[802.3ah]、30.5 .1 .1 .15インチ。 ::= dot3EponFecEntry4
dot3EponFecUncorrectableBlocks OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"For 10PASS-TS, 2BASE-TL, and 1000BASE-PX PHYs, it is a
count of uncorrectable FEC blocks. This counter will not
increment for other PHY Types. Increment the counter by
one for each FEC block that is determined to be
uncorrectable by the FEC function in the PHY.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
REFERENCE "[802.3ah], 30.5.1.1.16."
::= { dot3EponFecEntry 5}
dot3EponFecUncorrectableBlocks OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「10PASS-TS、2BASE-TL、および1000BASE-PX PHYsに関して、それはuncorrectable FECブロックのカウントです」。 このカウンタは他のPHY Typesのために増加しないでしょう。 カウンタをそれぞれのPHYでのFEC機能で非修正可能であることを決定しているFECブロック単位の1つ増加してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 参照、「[802.3ah]、30.5 .1 .1 .16インチ。 ::= dot3EponFecEntry5
dot3EponFecBufferHeadCodingViolation OBJECT-TYPE
SYNTAX Counter64
UNITS "octets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"For a 1000 Mbps operation, it is a count of the number of
invalid code-group received directly from the link. The
value has a meaning only in 1000 Mbps mode and it is
zero otherwise.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3EponFecEntry 6}
dot3EponFecBufferHeadCodingViolation OBJECT-TYPE SYNTAX Counter64 UNITS「八重奏」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「1000年のMbps操作のために、それは直接リンクから受け取られた無効のコードグループの数のカウントです」。 値には、単に1000年のMbpsモードによる意味があります。そうでなければ、それはゼロです。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3EponFecEntry6
-- ExtendedPackage managed object definitions
-- ExtendedPackage管理オブジェクト定義
dot3ExtPkgObjects OBJECT IDENTIFIER ::={dot3EponObjects 4}
dot3ExtPkgObjects物の識別子:、:=dot3EponObjects4
Khermosh Standards Track [Page 59] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[59ページ]。
dot3ExtPkgControlObjects OBJECT IDENTIFIER ::= { dot3ExtPkgObjects 1}
dot3ExtPkgControlObjects物の識別子:、:= dot3ExtPkgObjects1
dot3ExtPkgControlTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3ExtPkgControlEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of Extended package Control management
objects. Entries in the table are control and status
indication objects of an EPON interface, which are
gathered in an extended package as an addition to the
objects based on the [802.3ah], clause 30, attributes.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff)."
::= { dot3ExtPkgControlObjects 1 }
dot3ExtPkgControlTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3ExtPkgControlEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ExtendedパッケージControl管理のテーブルは反対します」。 テーブルのエントリーは、コントロールとEPONインタフェースの状態指示物です、30番目の節、属性。(物は[802.3ah]に基づく物への追加として拡張パッケージの中に集められます)。 各物で、対応するifIndexはあらゆる仮想のリンクへの列を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 「通常、PONの予想された仮想のリンクの数はONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。」ONUsは32-64です。 ::= dot3ExtPkgControlObjects1
dot3ExtPkgControlEntry OBJECT-TYPE
SYNTAX Dot3ExtPkgControlEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the Extended package Control table.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual links is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex}
::= { dot3ExtPkgControlTable 1 }
「ExtendedパッケージControlのエントリーはテーブルの上に置く」dot3ExtPkgControlEntry OBJECT-TYPE SYNTAX Dot3ExtPkgControlEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの列はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの列はシステム初期化で作成されます。 OLT ifIndexに対応するテーブルの列と放送の仮想のリンクに対応する列はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの列は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3ExtPkgControlTable1
Dot3ExtPkgControlEntry ::=
SEQUENCE {
dot3ExtPkgObjectReset INTEGER,
dot3ExtPkgObjectPowerDown TruthValue,
dot3ExtPkgObjectNumberOfLLIDs Unsigned32,
Dot3ExtPkgControlEntry:、:= 系列、dot3ExtPkgObjectReset整数、dot3ExtPkgObjectPowerDown TruthValue、dot3ExtPkgObjectNumberOfLLIDs Unsigned32
Khermosh Standards Track [Page 60] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[60ページ]。
dot3ExtPkgObjectFecEnabled INTEGER,
dot3ExtPkgObjectReportMaximumNumQueues Unsigned32,
dot3ExtPkgObjectRegisterAction INTEGER
}
dot3ExtPkgObjectFecEnabled整数、dot3ExtPkgObjectReportMaximumNumQueues Unsigned32、dot3ExtPkgObjectRegisterAction整数
dot3ExtPkgObjectReset OBJECT-TYPE
SYNTAX INTEGER {
running(1),
reset(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This object is used to reset the EPON interface. The
interface may be unavailable while the reset occurs and
data may be lost.
Setting this object to running(1) will cause the
interface to enter into running mode. Setting this
object to reset(2) will cause the interface to go into
reset mode. When getting running(1), the interface is in
running mode. When getting reset(2), the interface is in
reset mode.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgObjectReset state can lead to a reset of the
respective interface, leading to an interruption of
service for the users connected to the respective EPON
interface.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
A reset for a specific virtual interface resets only
this virtual interface and not the physical interface.
Thus, a virtual link that is malfunctioning can be
reset without affecting the operation of other virtual
interfaces.
The reset can cause Discontinuities in the values of the
counters of the interface, similar to re-initialization
of the management system. Discontinuity should be
indicated by the ifCounterDiscontinuityTime object of
the Interface MIB module."
DEFVAL { running }
::= { dot3ExtPkgControlEntry 1 }
dot3ExtPkgObjectReset OBJECT-TYPE SYNTAX INTEGER、走行(1)、マックス-ACCESSがSTATUS現在の記述を読書して書くリセット(2)は「EPONインタフェースをリセットするために、使用これが反対するされます」。 リセットが起こる間、インタフェースは入手できないかもしれません、そして、データは失われるかもしれません。 走行(1)にこの物を設定するのに、インタフェースは走行モードに入るでしょう。 この物に(2)をリセットするように設定するのに、インタフェースはリセット・モードを調べるでしょう。 走行(1)を得るとき、インタフェースが走行モードであります。 リセット(2)を得るとき、インタフェースがリセット・モードであります。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgObjectReset状態を変えるのはそれぞれのインタフェースのリセットに通じることができます、それぞれのEPONインタフェースに接されたユーザのための停電に通じて。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 特定の仮想インターフェースのためのリセットは物理インターフェースではなく、この仮想インターフェースだけをリセットします。 したがって、他の仮想インターフェースの操作に影響しないで、誤動作している仮想のリンクはリセットできます。 リセットはインタフェースのカウンタの値でDiscontinuitiesを引き起こす場合があります、マネージメントシステムの再初期化と同様です。 「不連続はInterface MIBモジュールのifCounterDiscontinuityTime物によって示されるべきです。」 以下を走らせるDEFVAL:= dot3ExtPkgControlEntry1
dot3ExtPkgObjectPowerDown OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
dot3ExtPkgObjectPowerDown OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述をSTATUSに読書して書きます。
Khermosh Standards Track [Page 61] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[61ページ]。
"This object is used to power down the EPON interface.
The interface may be unavailable while the power down
occurs and data may be lost.
Setting this object to true(1) will cause the interface
to enter into power down mode. Setting this object to
false(2) will cause the interface to go out of power
down mode. When getting true(1), the interface is in
power down mode. When getting false(2), the interface is
not in power down mode.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgObjectPowerDown state can lead to a power down
of the respective interface, leading to an interruption
of service of the users connected to the respective EPON
interface.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
A power down/up of a specific virtual interface affects
only the virtual interface and not the physical
interface. Hence a virtual link, which needs a certain
handling, can be powered down and then powered up without
disrupting the operation of other virtual interfaces.
The object is relevant when the admin state of the
interface is active as set by the dot3MpcpAdminState."
DEFVAL { false }
::= { dot3ExtPkgControlEntry 2 }
「この物はEPONインタフェースをパワーダウンするのに使用されます。」 下にパワーが起こって、データが失われるかもしれない間、インタフェースは入手できないかもしれません。 本当の(1)にこの物を設定するのに、インタフェースはモードでパワーに入るでしょう。 誤った(2)にこの物を設定するのはインタフェースがモードを在野で下られるでしょう。 本当の(1)を得るとき、インタフェースはモードの下側に政権を握っています。 誤った(2)を得るとき、インタフェースはモードの下側に政権を握っていません。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgObjectPowerDown州がパワーに導くことができるそれぞれのインタフェースの変化、ユーザの停電に通じるのはそれぞれのEPONインタフェースに接続しました。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 特定の仮想インターフェースを下がっているか上がっているパワーは物理インターフェースではなく、仮想インターフェースだけに影響します。 したがって、他の仮想インターフェースの操作を中断しないで、仮想のリンク(ある取り扱いを必要とする)をパワーダウンして、次に、動かすことができます。 「dot3MpcpAdminStateによって設定されるようにインタフェースのアドミン状態が活動的であるときに、物は関連しています。」 DEFVAL偽:、:= dot3ExtPkgControlEntry2
dot3ExtPkgObjectNumberOfLLIDs OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A read only object that indicates the number of
registered LLIDs. The initialization value is 0.
This object is applicable for an OLT with the same
value for all virtual interfaces and for an ONU.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff). At the ONU the
number of LLIDs for an interface is one."
::= { dot3ExtPkgControlEntry 3 }
「Aは登録されたLLIDsの数を示す物だけを読んだ」dot3ExtPkgObjectNumberOfLLIDs OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 初期化値は0です。 OLTに、この物はすべての仮想インターフェースとONUのために同じ値で適切です。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 通常、PONの予想された仮想のリンクの数は32-64であるONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。 「ONUでは、インタフェースへのLLIDsの数は1です。」 ::= dot3ExtPkgControlEntry3
dot3ExtPkgObjectFecEnabled OBJECT-TYPE
SYNTAX INTEGER {
noFecEnabled(1),
dot3ExtPkgObjectFecEnabledオブジェクト・タイプ構文整数、noFecEnabled(1)
Khermosh Standards Track [Page 62] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[62ページ]。
fecTxEnabled(2),
fecRxEnabled(3),
fecTxRxEnabled(4)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An object defining the FEC mode of operation of the
interface, and indicating its state. The modes defined in
this object are extensions to the FEC modes defined in
the dot3EponFecMode object.
When noFECEnabled(1), the interface does not enable FEC
mode.
When fecTxEnabled(2), the interface enables the FEC
transmit mode.
When fecRxEnabled(3), the interface enables the FEC
receive mode.
When fecTxRxEnabled(4), the interface enables the FEC
transmit and receive mode.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
The FEC counters are referring to the receive path. The
FEC counters will stop when the FEC receive mode of the
interface is disabled, as defined by fecRxEnabled(3)
and fecTxRxEnabled(4) values.
The counters:
dot3EponFecPCSCodingViolation - not affected by FEC
mode.
dot3EponFecCorrectedBlocks - stops counting when
Rx_FEC is not enabled (noFecEnabled(1) and
fecTxEnabled(2)).
dot3EponFecUncorrectableBlocks - stops counting when
Rx_FEC is not enabled (noFecEnabled(1) and
fecTxEnabled(2)).
dot3EponFecBufferHeadCodingViolation - stops counting
when Rx_FEC is not enabled (noFecEnabled(1) and
fecTxEnabled(2)).
The objects:
dot3EponFecAbility - indicates the FEC ability and is
not affected by the FEC mode.
dot3EponFecMode - indicates the FEC mode for combined RX
and TX.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgObjectFecEnabled state can lead to disabling
the Forward Error Correction on the respective interface,
which can lead to a degradation of the optical link, and
therefore may lead to an interruption of service for the
fecTxEnabled(2)、fecRxEnabled(3)、fecTxRxEnabled(4) マックス-ACCESSは「インタフェースのFEC運転モードを定義して、状態を示す物」をSTATUSの現在の記述に読書して書きます。 この物で定義されたモードはdot3EponFecMode物で定義されたFECモードへの拡大です。 noFECEnabled(1)であるときに、インタフェースはFECモードを可能にしません。 fecTxEnabled(2)、インタフェースがFECを有効にするときには、モードを伝えてください。 fecRxEnabled(3)、インタフェースがFECを有効にするときには、モードを受けてください。 fecTxRxEnabled(4)、インタフェースがFECを有効にするときには、モードを送受信してください。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 FECカウンタが言及している、経路を受けてください。 FECがインタフェースのモードを受けるとき、カウンタが止めるFECは障害があります、fecRxEnabled(3)とfecTxRxEnabled(4)値によって定義されるように。 カウンタ: dot3EponFecPCSCodingViolation(FECモードdot3EponFecCorrectedBlocksによって、影響を受けない)は、Rx_FECが有効にされないとき、数えるのを止めます。Rx_FECであるときに重要である停止は可能にされません。Rx_FECであるときに重要である停止は可能にされません。(noFecEnabled(1)とfecTxEnabled(2))、dot3EponFecUncorrectableBlocks--、(noFecEnabled(1)とfecTxEnabled(2))、dot3EponFecBufferHeadCodingViolation--、(noFecEnabled(1)とfecTxEnabled(2))。 物: dot3EponFecAbility(FEC能力を示して. FECモードdot3EponFecModeで影響を受けない)は結合したRXとテキサスにFECモードを示します。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgObjectFecEnabled状態を変えるのは、それぞれのインタフェースのForward Error Correctionを無効にするのに導くことができて、したがって、停電に導くかもしれません。インタフェースは光学リンクの退行に通じることができます。
Khermosh Standards Track [Page 63] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[63ページ]。
users connected to the respective EPON interface."
DEFVAL { noFecEnabled }
::= { dot3ExtPkgControlEntry 4 }
「ユーザはそれぞれのEPONインタフェースに接続しました。」 DEFVAL noFecEnabled:、:= dot3ExtPkgControlEntry4
dot3ExtPkgObjectReportMaximumNumQueues OBJECT-TYPE
SYNTAX Unsigned32 (0..7)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object, that defines the maximal number of queues in
the REPORT message as defined in [802.3ah], clause 64. For
further information please see the description of the
queue table.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
DEFVAL { 0 }
::= { dot3ExtPkgControlEntry 5 }
dot3ExtPkgObjectReportMaximumNumQueues OBJECT-TYPE SYNTAX Unsigned32(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「物、それは[802.3ah]で定義されるREPORTメッセージの待ち行列の最大限度の数を定義します、64番目の節。」 詳細に関しては、待ち行列テーブルの記述を見てください。 OLTとONUに、この物は適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 DEFVAL0:、:= dot3ExtPkgControlEntry5
dot3ExtPkgObjectRegisterAction OBJECT-TYPE
SYNTAX INTEGER {
none(1),
register(2),
deregister(3),
reregister(4)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An object configuring the registration state of an
interface, and indicating its registration state.
Write operation changes the registration state to its new
value.
Read operation returns the value of the state.
The registration state is reflected in this object and in
the dot3MpcpRegistrationState object.
none(1) indicates an unknown state,
register(2) indicates a registered LLID,
deregister(3) indicates a deregistered LLID,
reregister(4) indicates an LLID that is reregistering.
The following list describes the operation of the
interface, as specified in the [802.3ah], when a write
operation is setting a value.
none(1) - not doing any action.
register(2) - registering an LLID that has been requested
for registration (The LLID is in registering mode.
dot3MpcpRegistrationState - registering(2) ).
deregister(3) - deregisters an LLID that is registered
(dot3MpcpRegistrationState - registered(3) ).
dot3ExtPkgObjectRegisterAction OBJECT-TYPE SYNTAX INTEGER、なにも、(1) (2)を登録してください、deregister(3)、reregister(4)、マックス-ACCESSは「インタフェースの登録状態を構成して、登録状態を示す物」をSTATUSの現在の記述に読書して書きます。 新しい値への登録状態を操作変化に書いてください。 状態の値を操作リターンに読み込んでください。 登録状態はこの物とdot3MpcpRegistrationState物に反映されます。(1)が、未知が述べないのを示すなにも、レジスタ(2)は登録されたLLIDを示して、deregister(3)はderegistered LLIDを示して、reregister(4)は再登録しているLLIDを示します。 (1) 以下のリストはaが値を設定していると操作に書くいつという[802.3ah]でなにもに指定されるようにインタフェースの操作について説明するか、そして、LLIDを登録して(. レジスタ(2)をどんな動作にもしません)、それは登録のために要求されています。((2) ) deregister(3)を登録して、LLIDが登録モードdot3MpcpRegistrationStateにあります--、「反-レジスタ」、登録されたLLID、(dot3MpcpRegistrationState--(3) )を登録しました。
Khermosh Standards Track [Page 64] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[64ページ]。
reregister(4) - reregister an LLID that is registered
(dot3MpcpRegistrationState - registered(3) ).
The behavior of an ONU and OLT interfaces, at each one
of the detailed operation at each state, is described in
the registration state machine of figure 64-22,
[802.3ah].
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgObjectRegisterAction state can lead to a change
in the registration state of the respective interface
leading to a deregistration and an interruption of
service of the users connected to the respective EPON
interface."
DEFVAL { none }
::= { dot3ExtPkgControlEntry 6 }
reregister(4)、より多くのreregister、登録されたLLID、(dot3MpcpRegistrationState--(3) )を登録しました。 ONUの動きと各状態での詳細な操作のそれぞれのOLTインタフェースは図64-22[802.3ah]の登録州のマシンで説明されます。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースへの異なった値を持っています。 操作を書いてください。本書では制限しないで、いつでも、することができます。 「dot3ExtPkgObjectRegisterAction状態を変えるのはそれぞれのEPONインタフェースに接されたユーザの反登録と停電に通じながら、それぞれのインタフェースの登録状態で変化に通じることができます。」 DEFVAL、なにも:、:= dot3ExtPkgControlEntry6
dot3ExtPkgQueueTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3ExtPkgQueueEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of the extended package objects for queue
management. The [802.3ah] MPCP defines a report message
of the occupancy of the transmit queues for the feedback
BW request from the ONUs. These queues serve the uplink
transmission of the ONU and data is gathered there until
the ONU is granted for transmission.
The management table of the queues is added here mainly
to control the reporting and to gather some statistics
of their operation. This table is not duplicating
existing management objects of bridging queues,
specified in [802.1d], since the existence of a
dedicated transmit queuing mechanism is implied in the
[802.3ah], and the ONU may be a device that is not a
bridge with embedded bridging queues.
The format of the REPORT message, as specified
in [802.3], is presented below:
+-----------------------------------+
| Destination Address |
+-----------------------------------+
| Source Address |
+-----------------------------------+
| Length/Type |
+-----------------------------------+
| OpCode |
+-----------------------------------+
「拡張パッケージのテーブルは待ち行列管理のために反対させる」dot3ExtPkgQueueTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3ExtPkgQueueEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 [802.3ah]MPCPが占有に関するレポートメッセージを定義する、BWがONUsから要求するフィードバックのための待ち行列を伝えてください。 これらの待ち行列はONUのアップリンク送信に役立ちます、そして、データはトランスミッションのためにONUを与えるまでそこに集められます。 待ち行列の管理テーブルは、主に報告を制御して、彼らの操作のいくつかの統計を集めるためにここで加えられます。 このテーブルは[802.1d]で指定された待ち行列に橋を架けるという既存の管理物をコピーしていません、そして、捧げられたaの存在が列を作りを伝えるので、メカニズムは[802.3ah]で含意されます、そして、ONUは埋め込まれた橋を架ける待ち行列がある橋でない装置であるかもしれません。 [802.3]で指定されるREPORTメッセージの形式は以下に提示されます: +-----------------------------------+ | 送付先アドレス| +-----------------------------------+ | ソースアドレス| +-----------------------------------+ | 長さ/タイプ| +-----------------------------------+ | OpCode| +-----------------------------------+
Khermosh Standards Track [Page 65] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[65ページ]。
| TimeStamp |
+-----------------------------------+
| Number of queue Sets |
+-----------------------------------+ /|\
| Report bitmap | |
+-----------------------------------+ |
| Queue 0 report | |
+-----------------------------------+ | repeated for
| Queue 1 report | | every
+-----------------------------------+ | queue_set
| Queue 2 report | |
+-----------------------------------+ |
| Queue 3 report | |
+-----------------------------------+ |
| Queue 4 report | |
+-----------------------------------+ |
| Queue 5 report | |
+-----------------------------------+ |
| Queue 6 report | |
+-----------------------------------+ |
| Queue 7 report | |
+-----------------------------------+ \|/
| Pad/reserved |
+-----------------------------------+
| FCS |
+-----------------------------------+
| タイムスタンプ| +-----------------------------------+ | 待ち行列Setsの数| +-----------------------------------+ /|\ | レポートビットマップ| | +-----------------------------------+ | | 待ち行列0レポート| | +-----------------------------------+ | 繰り返されます。| 待ち行列1レポート| | あらゆる+-----------------------------------+ | 待ち行列_はセットしました。| 待ち行列2レポート| | +-----------------------------------+ | | 待ち行列3レポート| | +-----------------------------------+ | | 待ち行列4レポート| | +-----------------------------------+ | | 待ち行列5レポート| | +-----------------------------------+ | | 待ち行列6レポート| | +-----------------------------------+ | | 待ち行列7レポート| | +-----------------------------------+ \|/ | パッド/予約されています。| +-----------------------------------+ | FCS| +-----------------------------------+
The 'Queue report' field reports the occupancy of each
uplink transmission queue.
The number of queue sets defines the number of the
reported sets, as would be explained in the description
of the dot3ExtPkgQueueSetsTable table. For each set the
report bitmap defines which queue is present in the
report, meaning that although the MPCP REPORT message
can report up to 8 queues in a REPORT message, the
actual number is flexible. The Queue table has a
variable size that is limited by the
dot3ExtPkgObjectReportMaximumNumQueues object, as an
ONU can have fewer queues to report.
The entries in the table are control and status
indication objects for managing the queues of an EPON
interface that are gathered in an extended package as
an addition to the objects that are based on the
[802.3ah] attributes.
Each object has a row for every virtual link and for
every queue in the report.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
'待ち行列レポート'分野はそれぞれのアップリンクトランスミッション待ち行列の占有を報告します。 待ち行列セットの数は報告されたセットの数を定義します、dot3ExtPkgQueueSetsTableテーブルの記述で説明されるように。 各セットのために、レポートビットマップは、レポートでどの待ち行列が存在しているかを定義します、MPCP REPORTメッセージがREPORTメッセージにおける最大8つの待ち行列を報告できますが、実数がフレキシブルであることを意味して。 Queueテーブルには、dot3ExtPkgObjectReportMaximumNumQueues物によって制限される可変サイズがあります、ONUが報告するより少ない待ち行列を持つことができるとき。 テーブルのエントリーは、[802.3ah]属性に基づいている物への追加として拡張パッケージの中に集められるEPONインタフェースの待ち行列を管理するためのコントロールと状態指示物です。 各物には、あらゆる仮想のリンクとレポートにおけるあらゆる待ち行列のための列があります。 [802.3ah]で定義されるLLID分野はa2バイトのレジスタ(15ビットの分野と放送ビット)制限です。
Khermosh Standards Track [Page 66] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[66ページ]。
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff).
The number of queues is between 0 and 7 and limited by
dot3ExtPkgObjectReportMaximumNumQueues."
::= { dot3ExtPkgControlObjects 2 }
32768への仮想のリンクの数。 通常、PONの予想された仮想のリンクの数は32-64であるONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。 「待ち行列の数は、0と7の間あって、dot3ExtPkgObjectReportMaximumNumQueuesによって制限されます。」 ::= dot3ExtPkgControlObjects2
dot3ExtPkgQueueEntry OBJECT-TYPE
SYNTAX Dot3ExtPkgQueueEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the Extended package Queue table. At the
OLT, the rows exist for each ifIndex and dot3QueueIndex.
At the ONU, rows exist for the single ifIndex for each
dot3QueueIndex.
Rows in the table are created when the ifIndex of the
link is created. A set of rows per queue are added for
each ifIndex, denoted by the dot3QueueIndex.
A set of rows per queue in the table, for an ONU
interface, are created at the system initialization.
A set of rows per queue in the table, corresponding to
the OLT ifIndex and a set of rows per queue
corresponding to the broadcast virtual link, are
created at the system initialization.
A set of rows per queue in the table, corresponding to
the ifIndex of a virtual link, are created when the
virtual link is established (ONU registers), and deleted
when the virtual link is deleted (ONU deregisters)."
INDEX { ifIndex, dot3QueueIndex }
::= { dot3ExtPkgQueueTable 1 }
「ExtendedパッケージQueueのエントリーはテーブルの上に置く」dot3ExtPkgQueueEntry OBJECT-TYPE SYNTAX Dot3ExtPkgQueueEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 OLTでは、列は各ifIndexとdot3QueueIndexのために存在しています。 ONUでは、列は各dot3QueueIndexのための独身のifIndexのために存在しています。 リンクのifIndexが作成されるとき、テーブルの通りは作成されます。 1セットの1待ち行列あたりの列はdot3QueueIndexによって指示された各ifIndexのために加えられます。 1セットのテーブルの待ち行列あたりの列はシステム初期化のときにONUインタフェースに作成されます。 1セットの放送の仮想のリンクへの待ち行列対応あたりの列のOLT ifIndexとセットに対応するテーブルの待ち行列あたりの列はシステム初期化のときに作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、1セットの仮想のリンクのifIndexに対応するテーブルの待ち行列あたりの列は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndex、dot3QueueIndexに索引をつけてください:、:= dot3ExtPkgQueueTable1
Dot3ExtPkgQueueEntry ::=
SEQUENCE {
dot3QueueIndex Unsigned32,
dot3ExtPkgObjectReportNumThreshold Unsigned32,
dot3ExtPkgObjectReportMaximumNumThreshold Unsigned32,
dot3ExtPkgStatTxFramesQueue Counter64,
dot3ExtPkgStatRxFramesQueue Counter64,
dot3ExtPkgStatDroppedFramesQueue Counter64
}
Dot3ExtPkgQueueEntry:、:= 系列dot3QueueIndex Unsigned32、dot3ExtPkgObjectReportNumThreshold Unsigned32、dot3ExtPkgObjectReportMaximumNumThreshold Unsigned32、dot3ExtPkgStatTxFramesQueue Counter64、dot3ExtPkgStatRxFramesQueue Counter64、dot3ExtPkgStatDroppedFramesQueue Counter64
dot3QueueIndex OBJECT-TYPE
SYNTAX Unsigned32 (0..7)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
dot3QueueIndex OBJECT-TYPE SYNTAX Unsigned32(0 .7)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Khermosh Standards Track [Page 67] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[67ページ]。
"An object that identifies an index for the queue table
reflecting the queue index of the queues that are
reported in the MPCP REPORT message as defined in
[802.3ah], clause 64.
The number of queues is between 0 and 7, and limited by
dot3ExtPkgObjectReportMaximumNumQueues."
::= { dot3ExtPkgQueueEntry 1 }
「[802.3ah]、64番目の節で定義されるようにMPCP REPORTメッセージで報告される待ち行列の待ち行列インデックスを反映する待ち行列テーブルのためにインデックスを特定する物。」 「待ち行列の数は、0と7の間あって、dot3ExtPkgObjectReportMaximumNumQueuesによって制限されます。」 ::= dot3ExtPkgQueueEntry1
dot3ExtPkgObjectReportNumThreshold OBJECT-TYPE
SYNTAX Unsigned32 (0..7)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An object that defines the number of thresholds for each
queue in the REPORT message as defined in [802.3ah],
clause 64.
Each queue_set reporting will provide information on the
queue occupancy of frames below the matching Threshold.
Read operation reflects the number of thresholds.
Write operation sets the number of thresholds for each
queue.
The write operation is not restricted in this document
and can be done at any time. Value cannot exceed the
maximal value defined by the
dot3ExtPkgObjectReportMaximumNumThreshold object.
Changing dot3ExtPkgObjectReportNumThreshold can lead to
a change in the reporting of the ONU interface and
therefore to a change in the bandwidth allocation of the
respective interface. This change may lead a degradation
or an interruption of service of the users connected to
the respective EPON interface.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface
and for each queue. At the ONU, it has a distinct value
for each queue."
DEFVAL { 0 }
::= { dot3ExtPkgQueueEntry 2 }
dot3ExtPkgObjectReportNumThreshold OBJECT-TYPE SYNTAX Unsigned32(0 .7)マックス-ACCESSは「[802.3ah]、64番目の節で定義されるREPORTメッセージにおける各待ち行列のために敷居の数を定義する物」をSTATUSの現在の記述に読書して書きます。 報告するのを用意ができているそれぞれの待ち行列_は合っているThresholdの下のフレームの待ち行列占有の情報を提供するでしょう。 読まれて、操作は敷居の数を反映します。 各待ち行列のために操作セットに敷居の数を書いてください。 操作を書いてください。本書では制限しないで、いつでも、することができます。 値はdot3ExtPkgObjectReportMaximumNumThreshold物によって定義された最大値を超えることができません。 dot3ExtPkgObjectReportNumThresholdを変えるのはしたがって、ONUインタフェースの報告とそれぞれのインタフェースの帯域幅配分における変化への変化に通じることができます。 この変化はそれぞれのEPONインタフェースに接されたユーザの退行か停電を導くかもしれません。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースと各待ち行列のための異なった値を持っています。 「ONUでは、各待ち行列のための異なった値を持っています。」 DEFVAL0:、:= dot3ExtPkgQueueEntry2
dot3ExtPkgObjectReportMaximumNumThreshold OBJECT-TYPE
SYNTAX Unsigned32 (0..7)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An object, that defines the maximal number of thresholds
for each queue in the REPORT message as defined in
[802.3ah], clause 64. Each queue_set reporting will
provide information on the queue occupancy of frames
below the matching Threshold.
dot3ExtPkgObjectReportMaximumNumThreshold OBJECT-TYPE SYNTAX Unsigned32(0 .7)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「物、それは[802.3ah]で定義されるREPORTメッセージにおける各待ち行列のために敷居の最大限度の数を定義します、64番目の節。」 報告するのを用意ができているそれぞれの待ち行列_は合っているThresholdの下のフレームの待ち行列占有の情報を提供するでしょう。
Khermosh Standards Track [Page 68] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[68ページ]。
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface
and for each queue. At the ONU, it has a distinct value
for each queue."
DEFVAL { 0 }
::= { dot3ExtPkgQueueEntry 3 }
OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースと各待ち行列のための異なった値を持っています。 「ONUでは、各待ち行列のための異なった値を持っています。」 DEFVAL0:、:= dot3ExtPkgQueueEntry3
dot3ExtPkgStatTxFramesQueue OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a frame transmission
occurs from the corresponding 'Queue'.
Increment the counter by one for each frame transmitted,
which is an output of the 'Queue'.
The 'Queue' marking matches the REPORT MPCP message
Queue field as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface
and for each queue. At the ONU, it has a distinct value
for each queue.
At the OLT the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3ExtPkgQueueEntry 4}
dot3ExtPkgStatTxFramesQueue OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「フレームトランスミッションが対応'待ち行列'から起こるという回の数のカウント。」 カウンタを伝えられた各フレームあたりのもので増加してください。(それは、'待ち行列'の出力です)。 '待ち行列'マークは[802.3ah]、64番目の節で定義されるようにREPORT MPCPメッセージQueue分野に合っています。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースと各待ち行列のための異なった値を持っています。 ONUでは、それは各待ち行列のための異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3ExtPkgQueueEntry4
dot3ExtPkgStatRxFramesQueue OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a frame reception
occurs from the corresponding 'Queue'.
Increment the counter by one for each frame received,
which is an input to the corresponding 'Queue'.
The 'Queue' marking matches the REPORT MPCP message
Queue field as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface
and for each queue. At the ONU, it has a distinct value
for each queue.
Discontinuities of this counter can occur at
dot3ExtPkgStatRxFramesQueue OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「フレームレセプションが対応'待ち行列'から起こるという回の数のカウント。」 カウンタを受け取られた各フレームあたりのもので増加してください。(それは、対応する'待ち行列'への入力です)。 '待ち行列'マークは[802.3ah]、64番目の節で定義されるようにREPORT MPCPメッセージQueue分野に合っています。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースと各待ち行列のための異なった値を持っています。 ONUでは、それは各待ち行列のための異なった値を持っています。 カウンタが起こることができるこの不連続
Khermosh Standards Track [Page 69] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[69ページ]。
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3ExtPkgQueueEntry 5}
「管理の再初期化システムと他の時Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3ExtPkgQueueEntry5
dot3ExtPkgStatDroppedFramesQueue OBJECT-TYPE
SYNTAX Counter64
UNITS "frames"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A count of the number of times a frame drop
occurs from the corresponding 'Queue'.
Increment the counter by one for each frame dropped
from the corresponding 'Queue'.
The 'Queue' marking matches the REPORT MPCP message
Queue field as defined in [802.3ah], clause 64.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface
and for each queue. At the ONU, it has a distinct value
for each queue.
At the OLT, the value should be zero.
Discontinuities of this counter can occur at
re-initialization of the management system and at other
times, as indicated by the value of the
ifCounterDiscontinuityTime object of the Interface MIB
module."
::= { dot3ExtPkgQueueEntry 6}
dot3ExtPkgStatDroppedFramesQueue OBJECT-TYPE SYNTAX Counter64 UNITSはマックス-ACCESSの書き込み禁止のSTATUSの現在の記述を「縁どっています」。「フレームが落とす回数のカウントは対応する'待ち行列'から起こります」。 カウンタを対応する'待ち行列'から落とされた各フレームあたり1つ増加してください。 '待ち行列'マークは[802.3ah]、64番目の節で定義されるようにREPORT MPCPメッセージQueue分野に合っています。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェースと各待ち行列のための異なった値を持っています。 ONUでは、それは各待ち行列のための異なった値を持っています。 OLTでは、値はゼロであるべきです。 「このカウンタの不連続はマネージメントシステムの再初期化において他の時に起こることができます、Interface MIBモジュールのifCounterDiscontinuityTime物の値によって示されるように。」 ::= dot3ExtPkgQueueEntry6
dot3ExtPkgQueueSetsTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3ExtPkgQueueSetsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table of Extended package objects used for the
management of the queue_sets. Entries are control and
status indication objects of an EPON interface, which
are gathered in an extended package as an addition to
the objects based on the [802.3ah] attributes. The
objects in this table are specific for the queue_sets,
which are reported in the MPCP REPORT message as defined
in [802.3ah], clause 64.
The [802.3ah] MPCP defines a report message of the
occupancy of the transmit queues for the feedback BW
request from the ONUs. These queues serve the uplink
transmission of the ONU and data is gathered there until
the ONU is granted for transmission.
「Extendedパッケージ物のテーブルは待ち行列_セットの経営に使用した」dot3ExtPkgQueueSetsTable OBJECT-TYPEのSYNTAX SEQUENCE OF Dot3ExtPkgQueueSetsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 エントリーは、コントロールとEPONインタフェースの状態指示物です。(その物は[802.3ah]属性に基づく物への追加として拡張パッケージの中に集められます)。 待ち行列_セットに、このテーブルの物は特定です、64番目の節。(セットは[802.3ah]で定義されるようにMPCP REPORTメッセージで報告されます)。 [802.3ah]MPCPが占有に関するレポートメッセージを定義する、BWがONUsから要求するフィードバックのための待ち行列を伝えてください。 これらの待ち行列はONUのアップリンク送信に役立ちます、そして、データはトランスミッションのためにONUを与えるまでそこに集められます。
Khermosh Standards Track [Page 70] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[70ページ]。
The management table of the queues_sets is added here
mainly to control the reporting and to gather some
statistics of their operation. This table is not
duplicating existing management objects of bridging
queues, specified in [802.1d], since the existence of a
dedicated transmit queuing mechanism is implied in the
[802.3ah], and the ONU may be a device that is not a
bridge with embedded bridging queues.
The format of the REPORT message, as specified
in [802.3], is presented below:
+-----------------------------------+
| Destination Address |
+-----------------------------------+
| Source Address |
+-----------------------------------+
| Length/Type |
+-----------------------------------+
| OpCode |
+-----------------------------------+
| TimeStamp |
+-----------------------------------+
| Number of queue Sets |
+-----------------------------------+ /|\
| Report bitmap | |
+-----------------------------------+ |
| Queue 0 report | |
+-----------------------------------+ | repeated for
| Queue 1 report | | every
+-----------------------------------+ | queue_set
| Queue 2 report | |
+-----------------------------------+ |
| Queue 3 report | |
+-----------------------------------+ |
| Queue 4 report | |
+-----------------------------------+ |
| Queue 5 report | |
+-----------------------------------+ |
| Queue 6 report | |
+-----------------------------------+ |
| Queue 7 report | |
+-----------------------------------+ \|/
| Pad/reserved |
+-----------------------------------+
| FCS |
+-----------------------------------+
待ち行列_セットの管理テーブルは、主に報告を制御して、彼らの操作のいくつかの統計を集めるためにここで加えられます。 このテーブルは[802.1d]で指定された待ち行列に橋を架けるという既存の管理物をコピーしていません、そして、捧げられたaの存在が列を作りを伝えるので、メカニズムは[802.3ah]で含意されます、そして、ONUは埋め込まれた橋を架ける待ち行列がある橋でない装置であるかもしれません。 [802.3]で指定されるREPORTメッセージの形式は以下に提示されます: +-----------------------------------+ | 送付先アドレス| +-----------------------------------+ | ソースアドレス| +-----------------------------------+ | 長さ/タイプ| +-----------------------------------+ | OpCode| +-----------------------------------+ | タイムスタンプ| +-----------------------------------+ | 待ち行列Setsの数| +-----------------------------------+ /|\ | レポートビットマップ| | +-----------------------------------+ | | 待ち行列0レポート| | +-----------------------------------+ | 繰り返されます。| 待ち行列1レポート| | あらゆる+-----------------------------------+ | 待ち行列_はセットしました。| 待ち行列2レポート| | +-----------------------------------+ | | 待ち行列3レポート| | +-----------------------------------+ | | 待ち行列4レポート| | +-----------------------------------+ | | 待ち行列5レポート| | +-----------------------------------+ | | 待ち行列6レポート| | +-----------------------------------+ | | 待ち行列7レポート| | +-----------------------------------+ \|/ | パッド/予約されています。| +-----------------------------------+ | FCS| +-----------------------------------+
As can be seen from the message format, the ONU
interface reports of the status of up to 8 queues
メッセージ・フォーマット、最大8つの待ち行列の状態のONUインタフェースレポートから見ることができるように
Khermosh Standards Track [Page 71] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[71ページ]。
and it can report in a single MPCP REPORT message
of a few sets of queues.
The number of queue_sets defines the number of the
reported sets, and it can reach a value of up to 8.
It means that an ONU can hold a variable number of
sets between 0 and 7.
The dot3ExtPkgQueueSetsTable table has a variable
queue_set size that is limited by the
dot3ExtPkgObjectReportMaximumNumThreshold object as an
ONU can have fewer queue_sets to report.
The 'Queue report' field reports the occupancy of each
uplink transmission queue. The queue_sets can be used to
report the occupancy of the queues in a few levels as to
allow granting, in an accurate manner, of only part of
the data available in the queues. A Threshold is
defined for each queue_set to define the level of the
queue that is counted for the report of the occupancy.
The threshold is reflected in the queue_set table by the
dot3ExtPkgObjectReportThreshold object.
For each queue set, the report bitmap defines which
queues are present in the report, meaning that
although the MPCP REPORT message can report of up to 8
queues in a REPORT message, the actual number is
flexible.
The dot3ExtPkgQueueSetsTable table has a variable queue
size that is limited by the
dot3ExtPkgObjectReportMaximumNumQueues object as an ONU
can have fewer queues to report.
Each object has a row for every virtual link, for each
queue in the report and for each queue_set in the queue.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff).
The number of queues is between 0 and 7 and limited by
dot3ExtPkgObjectReportMaximumNumQueues.
The number of queues_sets is between 0 and 7 and limited
by dot3ExtPkgObjectReportMaximumNumThreshold."
::= { dot3ExtPkgControlObjects 3 }
そして、それは数セットの待ち行列のただ一つのMPCP REPORTメッセージで報告できます。 待ち行列_セットの数は報告されたセットの数を定義します、そして、それは最大8の値に達することができます。 それは、ONUが0〜7の可変セット数を保持できることを意味します。 dot3ExtPkgQueueSetsTableテーブルで、可変待ち行列_は、ONUが、より少ない待ち行列_セットを持つことができるようにdot3ExtPkgObjectReportMaximumNumThreshold物によって制限されるサイズに報告するように設定します。 '待ち行列レポート'分野はそれぞれのアップリンクトランスミッション待ち行列の占有を報告します。 与えるのを許容するほどいくつかのレベルにおける、待ち行列の占有を報告するのに待ち行列_セットを使用できます、待ち行列で利用可能なデータの一部だけの正確な方法で。 Thresholdは_が占有のレポートのために数えられる待ち行列のレベルを定義するように設定した各待ち行列のために定義されます。 敷居はdot3ExtPkgObjectReportThreshold物によって待ち行列_セットテーブルに反映されます。 それぞれの待ち行列セットのために、レポートビットマップは、レポート、MPCP REPORTメッセージですが、報告できるREPORTメッセージにおける最大8つの待ち行列の意味でどの待ち行列が存在しているかを定義して、実数はフレキシブルです。 dot3ExtPkgQueueSetsTableテーブルには、ONUが報告するより少ない待ち行列を持つことができるようにdot3ExtPkgObjectReportMaximumNumQueues物によって制限される可変待ち行列サイズがあります。 各物には、あらゆる仮想のリンクへの列があります、レポートと_が待ち行列で設定した各待ち行列のための各待ち行列のために。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 通常、PONの予想された仮想のリンクの数は32-64であるONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。 待ち行列の数は、0と7の間あって、dot3ExtPkgObjectReportMaximumNumQueuesによって制限されます。 「待ち行列_セットの数は、0と7の間あって、dot3ExtPkgObjectReportMaximumNumThresholdによって制限されます。」 ::= dot3ExtPkgControlObjects3
dot3ExtPkgQueueSetsEntry OBJECT-TYPE
SYNTAX Dot3ExtPkgQueueSetsEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the Extended package queue_set table. At
「Extendedパッケージ待ち行列_セットにおけるエントリーはテーブルの上に置く」dot3ExtPkgQueueSetsEntry OBJECT-TYPE SYNTAX Dot3ExtPkgQueueSetsEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 at
Khermosh Standards Track [Page 72] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[72ページ]。
the OLT, the rows exist for each ifIndex,
dot3QueueSetQueueIndex and dot3QueueSetIndex. At the
ONU, rows exist for the single ifIndex, for each
dot3QueueSetQueueIndex and dot3QueueSetIndex.
Rows in the table are created when the ifIndex of the
link is created. A set of rows per queue and per
queue_set are added for each ifIndex, denoted by
dot3QueueSetIndex and dot3QueueSetQueueIndex.
A set of rows per queue and per queue_set in the table,
for an ONU interface are created at system
initialization.
A set of rows per queue and per queue_Set in the table,
corresponding to the OLT ifIndex and a set of rows per
queue and per queue_set, corresponding to the broadcast
virtual link, are created at system initialization.
A set of rows per queue and per queue_set in the table,
corresponding to the ifIndex of a virtual link are
created when the virtual link is established (ONU
registers) and deleted when the virtual link is deleted
(ONU deregisters)."
INDEX { ifIndex,
dot3QueueSetQueueIndex,dot3QueueSetIndex}
::= { dot3ExtPkgQueueSetsTable 1 }
OLTであり、列は各ifIndex、dot3QueueSetQueueIndex、およびdot3QueueSetIndexのために存在しています。 ONUでは、列は独身のifIndex、各dot3QueueSetQueueIndexとdot3QueueSetIndexのために存在しています。 リンクのifIndexが作成されるとき、テーブルの通りは作成されます。 _が設定した1セットの待ち行列と待ち行列あたりの列はdot3QueueSetIndexとdot3QueueSetQueueIndexによって指示された各ifIndexのために加えられます。 1セットの待ち行列と待ち行列_あたりの列はテーブルにセットしました、ONUインタフェースがシステム初期化で作成されるので。 1セットの待ち行列とSetがOLT ifIndexに対応するテーブル、および1セットの待ち行列と放送に仮想で対応している、用意ができている待ち行列_あたりの列にリンクする待ち行列_あたりの列はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、テーブルで用意ができている_、仮想のリンクのifIndexとの対応は、1セットの待ち行列と待ち行列あたりの列に、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndex、dot3QueueSetQueueIndex、dot3QueueSetIndexに索引をつけてください:、:= dot3ExtPkgQueueSetsTable1
Dot3ExtPkgQueueSetsEntry ::=
SEQUENCE {
dot3QueueSetQueueIndex Unsigned32,
dot3QueueSetIndex Unsigned32,
dot3ExtPkgObjectReportThreshold Unsigned32
}
Dot3ExtPkgQueueSetsEntry:、:= 系列dot3QueueSetQueueIndex Unsigned32、dot3QueueSetIndex Unsigned32、dot3ExtPkgObjectReportThreshold Unsigned32
dot3QueueSetQueueIndex OBJECT-TYPE
SYNTAX Unsigned32 (0..7)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An object that identifies the queue index for the
dot3ExtPkgQueueSetsTable table. The queues are reported
in the MPCP REPORT message as defined in [802.3ah],
clause 64.
The number of queues is between 0 and 7, and limited by
dot3ExtPkgObjectReportMaximumNumQueues.
Value corresponds to the dot3QueueIndex of the queue
table."
::= { dot3ExtPkgQueueSetsEntry 1 }
dot3QueueSetQueueIndex OBJECT-TYPE SYNTAX Unsigned32(0 .7)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「dot3ExtPkgQueueSetsTableテーブルのために待ち行列インデックスを特定する物。」 待ち行列は[802.3ah]、64番目の節で定義されるようにMPCP REPORTメッセージで報告されます。 待ち行列の数は、0と7の間あって、dot3ExtPkgObjectReportMaximumNumQueuesによって制限されます。 「値は待ち行列テーブルのdot3QueueIndexに対応しています。」 ::= dot3ExtPkgQueueSetsEntry1
dot3QueueSetIndex OBJECT-TYPE
SYNTAX Unsigned32 (0..7)
dot3QueueSetIndexオブジェクト・タイプ構文Unsigned32(0..7)
Khermosh Standards Track [Page 73] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[73ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An object that identifies the queue_set index for the
dot3ExtPkgQueueSetsTable table. The queues are reported
in the MPCP REPORT message as defined in [802.3ah],
clause 64.
The number of queues_sets is between 0 and 7, and
limited by dot3ExtPkgObjectReportMaximumNumThreshold."
::= { dot3ExtPkgQueueSetsEntry 2 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「待ち行列_を特定する物はdot3ExtPkgQueueSetsTableテーブルにインデックスを設定しました」。 待ち行列は[802.3ah]、64番目の節で定義されるようにMPCP REPORTメッセージで報告されます。 「待ち行列_セットの数は、0と7の間あって、dot3ExtPkgObjectReportMaximumNumThresholdによって制限されます。」 ::= dot3ExtPkgQueueSetsEntry2
dot3ExtPkgObjectReportThreshold OBJECT-TYPE
SYNTAX Unsigned32
UNITS "TQ (16nsec)"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"An object that defines the value of a threshold report
for each queue_set in the REPORT message as defined in
[802.3ah], clause 64. The number of sets for each queue
is dot3ExtPkgObjectReportNumThreshold.
In the REPORT message, each queue_set reporting will
provide information on the occupancy of the queues for
frames below the matching Threshold.
The value returned shall be in Time quanta (TQ), which
is 16nsec or 2 octets increments.
Read operation provides the threshold value. Write
operation sets the value of the threshold.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgObjectReportThreshold can lead to a change in
the reporting of the ONU interface and therefore to a
change in the bandwidth allocation of the respective
interface. This change may lead a degradation or an
interruption of service for the users connected to the
respective EPON interface.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface,
for each queue and for each queue_set. At the ONU, it has
a distinct value for each queue and for each queue_set."
DEFVAL { 0 }
::= { dot3ExtPkgQueueSetsEntry 3 }
dot3ExtPkgObjectReportThreshold OBJECT-TYPE SYNTAX Unsigned32 UNITS「TQ(16nsec)」マックス-ACCESSは「それぞれの待ち行列_のための敷居レポートの値を定義する物が[802.3ah]で定義されるようにREPORTメッセージにセットしました、64番目の節」をSTATUSの現在の記述に読書して書きます。 それぞれの待ち行列のセット数はdot3ExtPkgObjectReportNumThresholdです。 REPORTメッセージに、報告するのを用意ができているそれぞれの待ち行列_は合っているThresholdの下のフレームのための待ち行列の占有の情報を提供するでしょう。 Time量子(TQ)には返された値があるものとします(16のnsecか2つの八重奏増分です)。 読まれて、操作は閾値を提供します。 操作セットに敷居の値を書いてください。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgObjectReportThresholdを変えるのはしたがって、ONUインタフェースの報告とそれぞれのインタフェースの帯域幅配分における変化への変化に通じることができます。 この変化はそれぞれのEPONインタフェースに接されたユーザのために退行か停電を導くかもしれません。 OLTとONUに、この物は適切です。 OLTでは、それは各仮想インターフェース、各待ち行列、および_が設定した各待ち行列のための異なった値を持っています。 「ONUでは、それで、各待ち行列と各待ち行列_のための異なった値を設定します。」 DEFVAL0:、:= dot3ExtPkgQueueSetsEntry3
--Optical Interface status tables
--光学Interface状態テーブル
dot3ExtPkgOptIfTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dot3ExtPkgOptIfEntry
MAX-ACCESS not-accessible
アクセスしやすくないdot3ExtPkgOptIfTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3ExtPkgOptIfEntryマックス-ACCESS
Khermosh Standards Track [Page 74] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[74ページ]。
STATUS current
DESCRIPTION
"This table defines the control and status indication
objects for the optical interface of the EPON interface.
Each object has a row for every virtual link denoted by
the corresponding ifIndex.
The LLID field, as defined in the [802.3ah], is a 2-byte
register (15-bit field and a broadcast bit) limiting the
number of virtual links to 32768. Typically the number
of expected virtual links in a PON is like the number of
ONUs, which is 32-64, plus an additional entry for
broadcast LLID (with a value of 0xffff).
Although the optical interface is a physical interface,
there is a row in the table for each virtual interface.
The reason for having a separate row for each virtual
link is that the OLT has a separate link for each one of
the ONUs. For instance, ONUs could be in different
distances with different link budgets and different
receive powers, therefore having different power alarms.
It is quite similar to a case of different physical
interfaces."
::= { dot3ExtPkgControlObjects 5}
STATUSの現在の記述、「このテーブルはコントロールと状態指示オブジェクトをEPONインタフェースの光学インタフェースと定義します」。 各オブジェクトで、対応するifIndexはあらゆる仮想のリンクへの行を指示します。 [802.3ah]で定義されるLLID分野は仮想のリンクの数を32768に制限する2バイトのレジスタ(15ビットの分野と放送ビット)です。 通常、PONの予想された仮想のリンクの数は32-64であるONUsの数、および放送LLID(0xffffの値がある)のための追加エントリーに似ています。 光学インタフェースは物理インターフェースですが、行が各仮想インターフェースへのテーブルにあります。 それぞれの仮想のリンクへの別々の行を持つ理由はOLTにはONUsのそれぞれのための別々のリンクがあるということです。 例えば、ONUsは異なったリンクが予算であって異なっている異なった距離で強国を受けることであるかもしれません、したがって、異なったパワーアラームを持っています。「それは異なった物理インターフェースに関するケースと全く同様です。」 ::= dot3ExtPkgControlObjects5
dot3ExtPkgOptIfEntry OBJECT-TYPE
SYNTAX Dot3ExtPkgOptIfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the optical interface table of the EPON
interface.
Rows exist for an OLT interface and an ONU interface.
A row in the table is denoted by the ifIndex of the link
and it is created when the ifIndex is created.
The rows in the table for an ONU interface are created
at system initialization.
The row in the table corresponding to the OLT ifIndex
and the row corresponding to the broadcast virtual link
are created at system initialization.
A row in the table corresponding to the ifIndex of a
virtual links is created when a virtual link is
established (ONU registers) and deleted when the virtual
link is deleted (ONU deregisters)."
INDEX { ifIndex }
::= { dot3ExtPkgOptIfTable 1 }
「EPONの光学インタフェーステーブルのエントリーは連結する」dot3ExtPkgOptIfEntry OBJECT-TYPE SYNTAX Dot3ExtPkgOptIfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 通りはOLTインタフェースとONUインタフェースに存在しています。 テーブルの行はリンクのifIndexによって指示されます、そして、ifIndexが作成されるとき、それは作成されます。 ONUインタフェースへのテーブルの行はシステム初期化で作成されます。 OLT ifIndexに対応するテーブルの行と放送の仮想のリンクに対応する行はシステム初期化で作成されます。 「仮想のリンクが削除されるとき(ONU deregisters)、仮想のリンクのifIndexに対応するテーブルの行は、仮想のリンクが設立されるとき(ONUレジスタ)、作成されて、削除されます。」 ifIndexに索引をつけてください:、:= dot3ExtPkgOptIfTable1
Dot3ExtPkgOptIfEntry ::=
SEQUENCE {
dot3ExtPkgOptIfSuspectedFlag TruthValue,
Dot3ExtPkgOptIfEntry:、:= 系列、dot3ExtPkgOptIfSuspectedFlag TruthValue
Khermosh Standards Track [Page 75] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[75ページ]。
dot3ExtPkgOptIfInputPower Integer32,
dot3ExtPkgOptIfLowInputPower Integer32,
dot3ExtPkgOptIfHighInputPower Integer32,
dot3ExtPkgOptIfLowerInputPowerThreshold Integer32,
dot3ExtPkgOptIfUpperInputPowerThreshold Integer32,
dot3ExtPkgOptIfOutputPower Integer32,
dot3ExtPkgOptIfLowOutputPower Integer32,
dot3ExtPkgOptIfHighOutputPower Integer32,
dot3ExtPkgOptIfLowerOutputPowerThreshold Integer32,
dot3ExtPkgOptIfUpperOutputPowerThreshold Integer32,
dot3ExtPkgOptIfSignalDetect TruthValue,
dot3ExtPkgOptIfTransmitAlarm TruthValue,
dot3ExtPkgOptIfTransmitEnable TruthValue
}
dot3ExtPkgOptIfInputPower Integer32、dot3ExtPkgOptIfLowInputPower Integer32、dot3ExtPkgOptIfHighInputPower Integer32、dot3ExtPkgOptIfLowerInputPowerThreshold Integer32、dot3ExtPkgOptIfUpperInputPowerThreshold Integer32、dot3ExtPkgOptIfOutputPower Integer32、dot3ExtPkgOptIfLowOutputPower Integer32; dot3ExtPkgOptIfHighOutputPower Integer32、dot3ExtPkgOptIfLowerOutputPowerThreshold Integer32、dot3ExtPkgOptIfUpperOutputPowerThreshold Integer32、dot3ExtPkgOptIfSignalDetect TruthValue、dot3ExtPkgOptIfTransmitAlarm TruthValue、dot3ExtPkgOptIfTransmitEnable TruthValue
dot3ExtPkgOptIfSuspectedFlag OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object is a reliability indication.
If true, the data in this entry may be unreliable.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 1 }
dot3ExtPkgOptIfSuspectedFlag OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「これが、反対する信頼性の指示です」。 本当であるなら、このエントリーにおけるデータはあてにならないかもしれません。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry1
dot3ExtPkgOptIfInputPower OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The optical power monitored at the input.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 2 }
「光学パワーは入力のときにモニターした」dot3ExtPkgOptIfInputPower OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry2
dot3ExtPkgOptIfLowInputPower OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The lowest optical power monitored at the input during the
current 15-minute interval.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 3 }
「最も低い光学パワーは入力のときに現在の15分の間隔の間にモニターした」dot3ExtPkgOptIfLowInputPower OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry3
Khermosh Standards Track [Page 76] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[76ページ]。
dot3ExtPkgOptIfHighInputPower OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The highest optical power monitored at the input during the
current 15-minute interval.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 4 }
「最も高い光学パワーは入力のときに現在の15分の間隔の間にモニターした」dot3ExtPkgOptIfHighInputPower OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry4
dot3ExtPkgOptIfLowerInputPowerThreshold OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The lower limit threshold on input power. If
dot3ExtPkgOptIfInputPower drops to this value or below,
a Threshold Crossing Alert (TCA) should be sent.
Reading will present the threshold value. Writing will
set the value of the threshold.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgOptIfLowerInputPowerThreshold can lead to a Threshold
Crossing Alert (TCA) being sent for the respective interface.
This alert may be leading to an interruption of service for the
users connected to the respective EPON interface, depending on
the system action on such an alert.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 5 }
dot3ExtPkgOptIfLowerInputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSは「入力の下限敷居」をSTATUSの現在の記述に読書して書きます。 dot3ExtPkgOptIfInputPowerがこの値に落ちるか、またはThreshold Crossing Alert(TCA)を以下に送るなら。 読書は閾値を提示するでしょう。 書くことは敷居の値を設定するでしょう。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgOptIfLowerInputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry5
dot3ExtPkgOptIfUpperInputPowerThreshold OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The upper limit threshold on input power. If
dot3ExtPkgOptIfInputPower reaches or exceeds this value,
a Threshold Crossing Alert (TCA) should be sent.
Reading will present the threshold value. Writing will
set the value of the threshold.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgOptIfUpperInputPowerThreshold can lead to a Threshold
dot3ExtPkgOptIfUpperInputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSは「入力の上限敷居」をSTATUSの現在の記述に読書して書きます。 dot3ExtPkgOptIfInputPowerがこの値を達するか、または超えているなら、Threshold Crossing Alert(TCA)を送るべきです。 読書は閾値を提示するでしょう。 書くことは敷居の値を設定するでしょう。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgOptIfUpperInputPowerThresholdを変えるのはThresholdに通じることができます。
Khermosh Standards Track [Page 77] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[77ページ]。
Crossing Alert (TCA) being sent for the respective interface.
This alert may be leading to an interruption of service for the
users connected to the respective EPON interface, depending on
the system action on such an alert.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 6 }
それぞれのインタフェースに送られるAlert(TCA)に交差しています。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry6
dot3ExtPkgOptIfOutputPower OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The optical power monitored at the output.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 7 }
「光学パワーは出力のときにモニターした」dot3ExtPkgOptIfOutputPower OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry7
dot3ExtPkgOptIfLowOutputPower OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The lowest optical power monitored at the output during the
current 15-minute interval.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 8 }
「最も低い光学パワーは出力のときに現在の15分の間隔の間にモニターした」dot3ExtPkgOptIfLowOutputPower OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry8
dot3ExtPkgOptIfHighOutputPower OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The highest optical power monitored at the output during the
current 15-minute interval.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 9 }
「最も高い光学パワーは出力のときに現在の15分の間隔の間にモニターした」dot3ExtPkgOptIfHighOutputPower OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry9
dot3ExtPkgOptIfLowerOutputPowerThreshold OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-write
STATUS current
dot3ExtPkgOptIfLowerOutputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSはSTATUSに電流を読書して書きます。
Khermosh Standards Track [Page 78] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[78ページ]。
DESCRIPTION
"The lower limit threshold on output power. If
dot3ExtPkgOptIfOutputPower drops to this value or below,
a Threshold Crossing Alert (TCA) should be sent.
Reading will present the threshold value. Writing will
set the value of the threshold.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgOptIfLowerOutputPowerThreshold can lead to a Threshold
Crossing Alert (TCA) being sent for the respective interface.
This alert may be leading to an interruption of service for the
users connected to the respective EPON interface, depending on
the system action on such an alert.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 10 }
「出力の下限敷居は動かす」記述。 dot3ExtPkgOptIfOutputPowerがこの値に落ちるか、またはThreshold Crossing Alert(TCA)を以下に送るなら。 読書は閾値を提示するでしょう。 書くことは敷居の値を設定するでしょう。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgOptIfLowerOutputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry10
dot3ExtPkgOptIfUpperOutputPowerThreshold OBJECT-TYPE
SYNTAX Integer32
UNITS "0.1 dbm"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The upper limit threshold on output power. If
dot3ExtPkgOptIfOutputPower reaches or exceeds this value,
a Threshold Crossing Alert (TCA) should be sent.
Reading will present the threshold value. Writing will
set the value of the threshold.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgOptIfUpperOutputPowerThreshold can lead to a Threshold
Crossing Alert (TCA) being sent for the respective interface.
This alert may be leading to an interruption of service of the
users connected to the respective EPON interface, depending on
the system action on such an alert.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
::= { dot3ExtPkgOptIfEntry 11 }
dot3ExtPkgOptIfUpperOutputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS「0.1dbm」マックス-ACCESSは「出力パワーの上限敷居」をSTATUSの現在の記述に読書して書きます。 dot3ExtPkgOptIfOutputPowerがこの値を達するか、または超えているなら、Threshold Crossing Alert(TCA)を送るべきです。 読書は閾値を提示するでしょう。 書くことは敷居の値を設定するでしょう。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgOptIfUpperOutputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザの停電につながっているかもしれません、そのような警戒へのシステム動作によって。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 ::= dot3ExtPkgOptIfEntry11
dot3ExtPkgOptIfSignalDetect OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"When getting true(1), there is a valid optical signal at
the receive that is above the optical power level for
signal detection. When getting false(2) the optical
signal at the receive is below the optical power level
dot3ExtPkgOptIfSignalDetect OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「本当の(1)を得て、いつ、有効な光学信号があるか、受信してくださいといって、光学パワーを超えてすなわち、信号のために検出を平らにしてください、」 光学が合図する偽(2)を得る、受信、光学パワーレベルの下にあります。
Khermosh Standards Track [Page 79] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[79ページ]。
for signal detection.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
DEFVAL { false }
::= { dot3ExtPkgOptIfEntry 12 }
信号検出のために。 OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 DEFVAL偽:、:= dot3ExtPkgOptIfEntry12
dot3ExtPkgOptIfTransmitAlarm OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"When getting true(1) there is a non-valid optical signal
at the transmit of the interface, either a higher level
or lower level than expected. When getting false(2) the
optical signal at the transmit is valid and in the
required range.
This object is applicable for an OLT and an ONU. At the
OLT, it has a distinct value for each virtual interface."
DEFVAL { false }
::= { dot3ExtPkgOptIfEntry 13 }
dot3ExtPkgOptIfTransmitAlarm OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「いつ(1) そこで本当になるのが、非有効な光学信号であるか、インタフェースについて伝わってください、より高いレベルか予想より低レベルのどちらか、」 光学が合図する偽(2)を得る、伝える、有効であり、必要な範囲で OLTとONUに、このオブジェクトは適切です。 「OLTでは、各仮想インターフェースへの異なった値を持っています。」 DEFVAL偽:、:= dot3ExtPkgOptIfEntry13
dot3ExtPkgOptIfTransmitEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Setting this object to true(1) will cause the optical
interface to start transmission (according to the
control protocol specified for the logical interface).
Setting this object to false(2) will cause the
interface to stop the optical transmission.
When getting true(1), the optical interface is in
transmitting mode (obeying to the logical control
protocol).
When getting false(2), the optical interface is not in
transmitting mode.
The write operation is not restricted in this document
and can be done at any time. Changing
dot3ExtPkgOptIfTransmitEnable state can lead to a halt
in the optical transmission of the respective interface
leading to an interruption of service of the users
connected to the respective EPON interface.
The object is relevant when the admin state of the
interface is active as set by the dot3MpcpAdminState.
This object is applicable for an OLT and an ONU. At the
OLT it, has a distinct value for each virtual interface."
DEFVAL { false }
::= { dot3ExtPkgOptIfEntry 14 }
dot3ExtPkgOptIfTransmitEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「本当の(1)にこのオブジェクトを設定するのに、光学インタフェースは伝送を始め(論理的なインタフェースに指定された制御プロトコルによると)」をSTATUSの現在の記述に読書して書きます。 誤った(2)にこのオブジェクトを設定するのに、インタフェースは光伝送を止めるでしょう。 本当の(1)を得るとき、光学インタフェースが送信モードであります(論理的な制御プロトコルに従って)。 誤った(2)を得るとき、光学インタフェースが送信モードでありません。 操作を書いてください。本書では制限しないで、いつでも、することができます。 dot3ExtPkgOptIfTransmitEnable状態を変えるのはそれぞれのEPONインタフェースに接されたユーザの停電につながるそれぞれのインタフェースの光伝送における停止に通じることができます。 dot3MpcpAdminStateによって設定されるようにインタフェースのアドミン状態が活動的であるときに、オブジェクトは関連しています。 OLTとONUに、このオブジェクトは適切です。 「OLT、それ、各仮想インターフェースへの異なった値を持っている、」 DEFVAL偽:、:= dot3ExtPkgOptIfEntry14
Khermosh Standards Track [Page 80] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[80ページ]。
-- Conformance Statements
-- 順応声明
-- Conformance Groups
-- 順応グループ
dot3EponGroups OBJECT IDENTIFIER ::= { dot3EponConformance 1 }
dot3EponGroupsオブジェクト識別子:、:= dot3EponConformance1
dot3MpcpGroupBase OBJECT-GROUP
OBJECTS {
dot3MpcpOperStatus,
dot3MpcpAdminState,
dot3MpcpMode,
dot3MpcpSyncTime,
dot3MpcpLinkID,
dot3MpcpRemoteMACAddress,
dot3MpcpRegistrationState,
dot3MpcpMaximumPendingGrants,
dot3MpcpTransmitElapsed,
dot3MpcpReceiveElapsed,
dot3MpcpRoundTripTime
}
STATUS current
DESCRIPTION
"A collection of objects of dot3 Mpcp Control entity state
definition. Objects are per LLID."
::= { dot3EponGroups 1 }
dot3MpcpGroupBase OBJECT-GROUP OBJECTS、dot3MpcpOperStatus、dot3MpcpAdminState、dot3MpcpMode、dot3MpcpSyncTime、dot3MpcpLinkID、dot3MpcpRemoteMACAddress、dot3MpcpRegistrationState、dot3MpcpMaximumPendingGrants、dot3MpcpTransmitElapsed、dot3MpcpReceiveElapsed、dot3MpcpRoundTripTime、STATUSの現在の記述、「dot3 Mpcp Control実体州の定義の目的の収集。」 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups1
dot3MpcpGroupStat OBJECT-GROUP
OBJECTS {
dot3MpcpMACCtrlFramesTransmitted,
dot3MpcpMACCtrlFramesReceived,
dot3MpcpDiscoveryWindowsSent,
dot3MpcpDiscoveryTimeout,
dot3MpcpTxRegRequest,
dot3MpcpRxRegRequest,
dot3MpcpTxRegAck,
dot3MpcpRxRegAck,
dot3MpcpTxReport,
dot3MpcpRxReport,
dot3MpcpTxGate,
dot3MpcpRxGate,
dot3MpcpTxRegister,
dot3MpcpRxRegister
}
STATUS current
DESCRIPTION
"A collection of objects of dot3 Mpcp Statistics.
Objects are per LLID."
::= { dot3EponGroups 2 }
dot3MpcpGroupStat OBJECT-GROUP OBJECTS、dot3MpcpMACCtrlFramesTransmitted、dot3MpcpMACCtrlFramesReceived、dot3MpcpDiscoveryWindowsSent、dot3MpcpDiscoveryTimeout、dot3MpcpTxRegRequest、dot3MpcpRxRegRequest、dot3MpcpTxRegAck、dot3MpcpRxRegAck、dot3MpcpTxReport、dot3MpcpRxReport、dot3MpcpTxGate、dot3MpcpRxGate、dot3MpcpTxRegister、dot3MpcpRxRegister、STATUSの現在の記述、「dot3 Mpcp Statisticsのオブジェクトの収集。」 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups2
Khermosh Standards Track [Page 81] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[81ページ]。
dot3OmpeGroupID OBJECT-GROUP
OBJECTS {
dot3OmpEmulationType
dot3OmpeGroupIDオブジェクト群対象、dot3OmpEmulationType
}
STATUS current
DESCRIPTION
"A collection of objects of dot3 OMP emulation entity
state definition. Objects are per LLID."
::= { dot3EponGroups 3 }
} STATUSの現在の記述、「dot3 OMPエミュレーション実体州の定義の目的の収集。」 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups3
dot3OmpeGroupStat OBJECT-GROUP
OBJECTS {
dot3OmpEmulationSLDErrors,
dot3OmpEmulationCRC8Errors,
dot3OmpEmulationBadLLID,
dot3OmpEmulationGoodLLID,
dot3OmpEmulationOnuPonCastLLID,
dot3OmpEmulationOltPonCastLLID,
dot3OmpEmulationBroadcastBitNotOnuLlid,
dot3OmpEmulationOnuLLIDNotBroadcast,
dot3OmpEmulationBroadcastBitPlusOnuLlid,
dot3OmpEmulationNotBroadcastBitNotOnuLlid
}
STATUS current
DESCRIPTION
"A collection of objects of dot3 OMP emulation
Statistics. Objects are per LLID."
::= { dot3EponGroups 4 }
dot3OmpeGroupStat OBJECT-GROUP OBJECTS、dot3OmpEmulationSLDErrors、dot3OmpEmulationCRC8Errors、dot3OmpEmulationBadLLID、dot3OmpEmulationGoodLLID、dot3OmpEmulationOnuPonCastLLID、dot3OmpEmulationOltPonCastLLID、dot3OmpEmulationBroadcastBitNotOnuLlid、dot3OmpEmulationOnuLLIDNotBroadcast、dot3OmpEmulationBroadcastBitPlusOnuLlid、dot3OmpEmulationNotBroadcastBitNotOnuLlid、STATUSの現在の記述、「dot3 OMPエミュレーションStatisticsのオブジェクトの収集。」 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups4
dot3EponFecGroupAll OBJECT-GROUP
OBJECTS {
dot3EponFecPCSCodingViolation,
dot3EponFecAbility,
dot3EponFecMode,
dot3EponFecCorrectedBlocks,
dot3EponFecUncorrectableBlocks,
dot3EponFecBufferHeadCodingViolation
}
STATUS current
DESCRIPTION
"A collection of objects of dot3 FEC group control and
statistics. Objects are per LLID."
::= { dot3EponGroups 5 }
dot3EponFecGroupAll OBJECT-GROUP OBJECTS、dot3EponFecPCSCodingViolation、dot3EponFecAbility、dot3EponFecMode、dot3EponFecCorrectedBlocks、dot3EponFecUncorrectableBlocks、dot3EponFecBufferHeadCodingViolation、STATUSの現在の記述、「dot3 FEC集団経営と統計のオブジェクトの収集。」 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups5
dot3ExtPkgGroupControl OBJECT-GROUP
OBJECTS {
dot3ExtPkgObjectReset,
dot3ExtPkgGroupControlオブジェクト群対象、dot3ExtPkgObjectReset
Khermosh Standards Track [Page 82] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[82ページ]。
dot3ExtPkgObjectPowerDown,
dot3ExtPkgObjectNumberOfLLIDs,
dot3ExtPkgObjectFecEnabled,
dot3ExtPkgObjectReportMaximumNumQueues,
dot3ExtPkgObjectRegisterAction
}
STATUS current
DESCRIPTION
"A collection of objects of dot3ExtPkg control
definition. Objects are per LLID."
::= { dot3EponGroups 6 }
dot3ExtPkgObjectPowerDown、dot3ExtPkgObjectNumberOfLLIDs、dot3ExtPkgObjectFecEnabled、dot3ExtPkgObjectReportMaximumNumQueues、dot3ExtPkgObjectRegisterAction STATUSの現在の記述、「dot3ExtPkgコントロール定義の目的の収集。」 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups6
dot3ExtPkgGroupQueue OBJECT-GROUP
OBJECTS {
dot3ExtPkgObjectReportNumThreshold,
dot3ExtPkgObjectReportMaximumNumThreshold,
dot3ExtPkgStatTxFramesQueue,
dot3ExtPkgStatRxFramesQueue,
dot3ExtPkgStatDroppedFramesQueue
}
STATUS current
DESCRIPTION
"A collection of objects of dot3ExtPkg Queue
control. Objects are per LLID, per queue."
::= { dot3EponGroups 7 }
dot3ExtPkgGroupQueue OBJECT-GROUP OBJECTS、dot3ExtPkgObjectReportNumThreshold、dot3ExtPkgObjectReportMaximumNumThreshold、dot3ExtPkgStatTxFramesQueue、dot3ExtPkgStatRxFramesQueue、dot3ExtPkgStatDroppedFramesQueue、「dot3ExtPkg QueueのオブジェクトのA収集は制御する」STATUSの現在の記述。 「オブジェクトが1待ち行列あたりのLLID単位であります。」 ::= dot3EponGroups7
dot3ExtPkgGroupQueueSets OBJECT-GROUP
OBJECTS {
dot3ExtPkgObjectReportThreshold
}
STATUS current
DESCRIPTION
"A collection of objects of dot3ExtPkg queue_set
control. Objects are per LLID, per queue, per
queue_set."
::= { dot3EponGroups 8 }
dot3ExtPkgGroupQueueSets OBJECT-GROUP OBJECTS dot3ExtPkgObjectReportThreshold、「dot3ExtPkg待ち行列_セットのオブジェクトのA収集は制御する」STATUSの現在の記述。 「オブジェクトが待ち行列_セットあたりの待ち行列あたりのLLID単位であります。」 ::= dot3EponGroups8
dot3ExtPkgGroupOptIf OBJECT-GROUP
OBJECTS {
dot3ExtPkgOptIfSuspectedFlag,
dot3ExtPkgOptIfInputPower,
dot3ExtPkgOptIfLowInputPower,
dot3ExtPkgOptIfHighInputPower,
dot3ExtPkgOptIfLowerInputPowerThreshold,
dot3ExtPkgOptIfUpperInputPowerThreshold,
dot3ExtPkgOptIfOutputPower,
dot3ExtPkgOptIfLowOutputPower,
dot3ExtPkgOptIfHighOutputPower,
dot3ExtPkgGroupOptIfオブジェクト群対象、dot3ExtPkgOptIfSuspectedFlag、dot3ExtPkgOptIfInputPower、dot3ExtPkgOptIfLowInputPower、dot3ExtPkgOptIfHighInputPower、dot3ExtPkgOptIfLowerInputPowerThreshold、dot3ExtPkgOptIfUpperInputPowerThreshold、dot3ExtPkgOptIfOutputPower、dot3ExtPkgOptIfLowOutputPower、dot3ExtPkgOptIfHighOutputPower
Khermosh Standards Track [Page 83] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[83ページ]。
dot3ExtPkgOptIfLowerOutputPowerThreshold,
dot3ExtPkgOptIfUpperOutputPowerThreshold,
dot3ExtPkgOptIfSignalDetect,
dot3ExtPkgOptIfTransmitAlarm,
dot3ExtPkgOptIfTransmitEnable
}
STATUS current
DESCRIPTION
"A collection of objects of control and status indication
of the optical interface.
Objects are per LLID."
::= { dot3EponGroups 9 }
dot3ExtPkgOptIfLowerOutputPowerThreshold、dot3ExtPkgOptIfUpperOutputPowerThreshold、dot3ExtPkgOptIfSignalDetect、dot3ExtPkgOptIfTransmitAlarm、dot3ExtPkgOptIfTransmitEnable 「コントロールの目的の収集と光学の状態しるしは連結する」STATUSの現在の記述。 「オブジェクトがLLID単位であります。」 ::= dot3EponGroups9
-- Compliance
-- 承諾
dot3EponCompliances
OBJECT IDENTIFIER ::= { dot3EponConformance 2 }
dot3EponCompliancesオブジェクト識別子:、:= dot3EponConformance2
dot3MPCPCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for Multi-Point
Control Protocol interfaces."
「Multi-ポイントControlプロトコルのための承諾声明は連結する」dot3MPCPCompliance MODULE-COMPLIANCE STATUSの現在の記述。
MODULE -- this module
MANDATORY-GROUPS { dot3MpcpGroupBase}
MODULE--このモジュールMANDATORY-GROUPSdot3MpcpGroupBase
GROUP dot3MpcpGroupStat
DESCRIPTION "This group is mandatory for all MPCP supporting
interfaces for statistics collection."
::= { dot3EponCompliances 1}
GROUP dot3MpcpGroupStat記述、「このグループは統計収集のためにインタフェースをサポートするすべてのMPCPに義務的です」。 ::= dot3EponCompliances1
dot3OmpeCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for OMPEmulation
interfaces."
「OMPEmulationのための承諾声明は連結する」dot3OmpeCompliance MODULE-COMPLIANCE STATUSの現在の記述。
MODULE -- this module
MANDATORY-GROUPS { dot3OmpeGroupID}
MODULE--このモジュールMANDATORY-GROUPSdot3OmpeGroupID
GROUP dot3OmpeGroupStat
DESCRIPTION "This group is mandatory for all OMPemulation
supporting interfaces for statistics collection."
GROUP dot3OmpeGroupStat記述、「このグループは統計収集のためにインタフェースをサポートするすべてのOMPemulationに義務的です」。
::= { dot3EponCompliances 2}
::= dot3EponCompliances2
dot3EponFecCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for FEC EPON interfaces.
「FEC EPONのための承諾声明は連結する」dot3EponFecCompliance MODULE-COMPLIANCE STATUSの現在の記述。
Khermosh Standards Track [Page 84] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[84ページ]。
This group is mandatory for all FEC supporting
interfaces for control and statistics collection."
「このグループはコントロールと統計収集のためにインタフェースをサポートするすべてのFECに義務的です。」
MODULE -- this module
MANDATORY-GROUPS { dot3EponFecGroupAll }
MODULE--このモジュールMANDATORY-GROUPSdot3EponFecGroupAll
::= { dot3EponCompliances 3}
::= dot3EponCompliances3
dot3ExtPkgCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The compliance statement for EPON Interfaces
using the extended package."
MODULE -- this module
MANDATORY-GROUPS { dot3ExtPkgGroupControl }
dot3ExtPkgCompliance MODULE-COMPLIANCE STATUSの現在の記述、「拡張パッケージを使用するEPON Interfacesのための承諾声明。」 MODULE--このモジュールMANDATORY-GROUPSdot3ExtPkgGroupControl
GROUP dot3ExtPkgGroupQueue
DESCRIPTION " This group is mandatory for all EPON interfaces
supporting REPORT queue management of the extended
package."
GROUP dot3ExtPkgGroupQueue記述、「このグループはREPORTが拡張パッケージが待ち行列管理であるとサポートするすべてのEPONインタフェースに義務的です」。
GROUP dot3ExtPkgGroupQueueSets
DESCRIPTION " This group is mandatory for all EPON interfaces
supporting REPORT queue_sets management of the
extended package."
GROUP dot3ExtPkgGroupQueueSets記述、「このグループはREPORT待ち行列_セットが拡張パッケージの管理であるとサポートするすべてのEPONインタフェースに義務的です」。
GROUP dot3ExtPkgGroupOptIf
DESCRIPTION "This group is mandatory for all EPON interfaces
supporting optical interfaces management,
of the extended package."
GROUP dot3ExtPkgGroupOptIf記述、「このグループは光学インタフェースが拡張パッケージの管理であるとサポートするすべてのEPONインタフェースに義務的です」。
::= { dot3EponCompliances 4}
::= dot3EponCompliances4
END
終わり
7. IANA Considerations
7. IANA問題
IANA has allocated a single object identifier for the MODULE-IDENTITY of the DOT3-EPON-MIB module under the MIB-2 tree.
IANAはDOT3-EPON-MIBモジュールのMODULE-IDENTITYに、ただ一つのオブジェクト識別子をMIB-2木の下に割り当てました。
The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry:
MIBモジュールは本書ではSMI民数記登録に記録された以下のIANAによって割り当てられたOBJECT IDENTIFIER値を使用します:
Descriptor OBJECT IDENTIFIER value
---------- -----------------------
記述子OBJECT IDENTIFIER価値---------- -----------------------
dot3EponMIB { mib-2 155 }
dot3EponMIBmib-2 155
Khermosh Standards Track [Page 85] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[85ページ]。
8. Acknowledgements
8. 承認
This document is the result of the efforts of the HUBMIB Working Group. Some special thanks to Dan Romascanu, who was WG chair during most of the development of this document, and who carefully reviewed and commented on the initial versions of this document. Also, some special thanks to Bert Wijnen, who is the current WG chair, for his review and comments on the final stages of this document.
このドキュメントはHUBMIB作業部会の取り組みの結果です。 慎重にこのドキュメントの初期のバージョンをこのドキュメントの開発の大部分の間のWGいすであり、見直して、批評したダンRomascanuのおかげで特別ないくつか。 何らかの特別番組が、また、現在のWGいすがだれであるかをバートにWijnenに感謝します、このドキュメントの最終段階の彼のレビューとコメントのために。
Special thanks are due to David Perkins for his detailed and helpful MIB Doctor review of this document.
特別な感謝は彼のこのドキュメントの詳細で役立っているMIB医師レビューのためのデヴィッド・パーキンスのためです。
Also, some special thanks to some of the IEEE802.3ah Working Group people for their contribution and additional reviews of the document.
ドキュメントの彼らの貢献と追加レビューのための何人かのIEEE802.3ah作業部会の人々のおかげで特別ないくつかも。
9. Security Considerations
9. セキュリティ問題
There are number of managed objects defined in this MIB module that have a MAX-ACCESS clause of read-write or read-create. Writing to these objects can have potentially disruptive effects on network operation, including:
それがマックス-ACCESS節を持っているこのMIBモジュールで定義された管理オブジェクトの数があります。読書して書くか、または読書して作成します。 これらのオブジェクトに書くのはネットワーク操作、包含に潜在的に破壊的な影響を与えることができます:
Changing dot3MpcpAdminState state can lead to disabling the Multi-Point Control Protocol on the respective interface, leading to the interruption of service for the users connected to the respective EPON interface.
dot3MpcpAdminState状態を変えるのは、それぞれのインタフェースでMulti-ポイントControlプロトコルを無効にするのに通じることができます、それぞれのEPONインタフェースに接されたユーザのための停電に通じて。
Changing dot3EponFecMode state can lead to disabling the Forward Error Correction on the respective interface, which can lead to a degradation of the optical link, and therefore may lead to an interruption of service for the users connected to the respective EPON interface.
dot3EponFecMode状態を変えるのは、それぞれのインタフェースのForward Error Correctionを無効にするのに通じることができて、したがって、それぞれのEPONインタフェースに接されたユーザのための停電に通じるかもしれません。インタフェースは光学リンクの退行に通じることができます。
Changing dot3ExtPkgObjectReset state can lead to a reset of the respective interface leading to an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgObjectReset状態を変えるのはそれぞれのEPONインタフェースに接されたユーザのための停電につながるそれぞれのインタフェースのリセットに通じることができます。
Changing dot3ExtPkgObjectPowerDown state can lead to a power down of the respective interface, leading to an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgObjectPowerDown州がパワーに導くことができるそれぞれのインタフェースの変化、ユーザのための停電に通じるのはそれぞれのEPONインタフェースに接続しました。
Changing dot3ExtPkgObjectFecEnabled state can lead to disabling the Forward Error Correction on the respective interface, which can lead to a degradation of the optical link, and therefore may lead to an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgObjectFecEnabled状態を変えるのは、それぞれのインタフェースのForward Error Correctionを無効にするのに通じることができて、したがって、それぞれのEPONインタフェースに接されたユーザのための停電に通じるかもしれません。インタフェースは光学リンクの退行に通じることができます。
Khermosh Standards Track [Page 86] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[86ページ]。
Changing dot3ExtPkgObjectRegisterAction state can lead to a change in the registration state of the respective interface, leading to a deregistration and an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgObjectRegisterAction状態を変えるのはそれぞれのインタフェースの登録状態の変化に通じることができます、それぞれのEPONインタフェースに接されたユーザのための反登録と停電に通じて。
Changing dot3ExtPkgObjectReportNumThreshold can lead to a change in the reporting of the ONU interface and therefore to a change in the bandwidth allocation of the respective interface. This change may lead a degradation or an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgObjectReportNumThresholdを変えるのはしたがって、ONUインタフェースの報告とそれぞれのインタフェースの帯域幅配分における変化への変化に通じることができます。 この変化はそれぞれのEPONインタフェースに接されたユーザのために退行か停電を導くかもしれません。
Changing dot3ExtPkgObjectReportThreshold can lead to a change in the reporting of the ONU interface and therefore to a change in the bandwidth allocation of the respective interface. This change may lead a degradation or an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgObjectReportThresholdを変えるのはしたがって、ONUインタフェースの報告とそれぞれのインタフェースの帯域幅配分における変化への変化に通じることができます。 この変化はそれぞれのEPONインタフェースに接されたユーザのために退行か停電を導くかもしれません。
Changing dot3ExtPkgOptIfLowerInputPowerThreshold can lead to a Threshold Crossing Alert (TCA) being sent for the respective interface. This alert may be leading to an interruption of service for the users connected to the respective EPON interface, depending on the system action on such an alert.
dot3ExtPkgOptIfLowerInputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。
Changing dot3ExtPkgOptIfUpperInputPowerThreshold can lead to a Threshold Crossing Alert (TCA) being sent for the respective interface. This alert may be leading to an interruption of service for the users connected to the respective EPON interface, depending on the system action on such an alert.
dot3ExtPkgOptIfUpperInputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。
Changing dot3ExtPkgOptIfLowerOutputPowerThreshold can lead to a Threshold Crossing Alert (TCA) being sent for the respective interface. This alert may be leading to an interruption of service for the users connected to the respective EPON interface, depending on the system action on such an alert.
dot3ExtPkgOptIfLowerOutputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。
Changing dot3ExtPkgOptIfUpperOutputPowerThreshold can lead to a Threshold Crossing Alert (TCA) being sent for the respective interface. This alert may be leading to an interruption of service for the users connected to the respective EPON interface, depending on the system action on such an alert.
dot3ExtPkgOptIfUpperOutputPowerThresholdを変えるのは、それぞれのインタフェースに送りながら、Threshold Crossing Alert(TCA)に通じることができます。 この警戒はそれぞれのEPONインタフェースに接されたユーザのための停電につながっているかもしれません、そのような警戒へのシステム動作によって。
Changing dot3ExtPkgOptIfTransmitEnable state can lead to a halt in the optical transmission of the respective interface, leading to an interruption of service for the users connected to the respective EPON interface.
dot3ExtPkgOptIfTransmitEnable状態を変えるのはそれぞれのインタフェースの光伝送における停止に通じることができます、それぞれのEPONインタフェースに接されたユーザのための停電に通じて。
Khermosh Standards Track [Page 87] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[87ページ]。
The user of this 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.
したがって、このMIBモジュールのユーザは適切な保護のない非安全な環境におけるSET操作のサポートがネットワーク操作のときにマイナスの影響がある場合があるのを意識しているに違いありません。
The readable objects in this 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 such environments it is important to control even GET and NOTIFY access to these objects and possibly even to encrypt their values when sending them over the network via SNMP.
彼らがまとめてネットワーク・インターフェースの性能の情報を提供して、それらの構成のいくつかの局面を明らかにすることができるので、このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるそれら)による読み込み可能なオブジェクトはいくつかの環境で敏感であると考えられるかもしれません。 そのような環境で、それは、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 this MIB module.
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPsecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにこのMIBモジュールでだれに許容されているかに関してコントロールが全くありません。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
10. References
10. 参照
10.1. Normative References
10.1. 引用規格
[802.1d] IEEE, "Institute of Electrical and Electronic
Engineers, 802.1D-2004, IEEE Standard for Local and
metropolitan area networks Media Access Control (MAC)
Bridges.", June 2004.
[802.1d]IEEE、「電気電子学会、802.1D-2004、LocalとメトロポリタンエリアネットワークメディアAccess Control(MAC)ブリッジのためのIEEE Standard」、6月2004日
[802.3] IEEE, "Institute of Electrical and Electronic
Engineers, IEEE Std 802.3-2002, "IEEE Standard for
Carrier Sense Multiple Access with Collision Detection
(CSMA/CD) Access Method and Physical Layer
Specifications.", December 2002.
[802.3] IEEE、「電気電子学会、IEEE Std802.3-2002、「IEEEの衝突検出型搬送波検知多重アクセスにおける標準(CSMA/CD)のアクセス法と物理的な層の仕様。」、2002年12月。」
Khermosh Standards Track [Page 88] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[88ページ]。
[802.3ah] IEEE, "Institute of Electrical and Electronic
Engineers, IEEE Std 802.3ah-2004. Information
technology - Telecommunications and information
exchange between systems - Local and metropolitan area
networks - Specific requirements - Part 3: Carrier
sense multiple access with collision detection
(CSMA/CD) access method and physical layer
specifications - Media Access Control Parameters,
Physical Layers and Management Parameters for
subscriber access networks.", IEEE Std 802.3ah-2004,
October 2004.
[802.3ah]IEEE、「電気電子学会、IEEE Std 802.3ah-2004。」 情報技術--システムの間のテレコミュニケーションと情報交換--地方とメトロポリタンエリアネットワーク--決められた一定の要求--パート3: 「衝突検出(CSMA/CD)アクセス法と物理的な層の仕様がある搬送波感知多重アクセス--加入者のためのメディアAccess Control Parameters、Physical Layers、およびManagement Parametersはネットワークにアクセスする」、IEEE Std 802.3ah-2004(2004年10月)
[ITU-T.G.975] ITU, "ITU-T, SERIES G: TRANSMISSION SYSTEMS AND MEDIA,
DIGITAL SYSTEMS AND NETWORKS Digital sections and
digital line system - Optical fibre submarine cable
systems Forward error correction for submarine
systems, ITU-T Recommendation G.975", October 2000.
[ITU-T.G.975] ITU、「ITU-T、シリーズG:」 「TRANSMISSION SYSTEMS AND MEDIA、DIGITAL SYSTEMS AND NETWORKS Digital部、およびデジタル回線システム--海中のシステムのための光学繊維海底ケーブルシステムForwardエラー修正、ITU-T Recommendation G.975、」、10月2000日
[ITU-T.G.983] ITU, "ITU-T, SERIES G: TRANSMISSION SYSTEMS AND MEDIA,
DIGITAL SYSTEMS AND NETWORKS, Digital transmission
systems - Digital sections and digital line system -
Optical line systems for local and access networks
Broadband optical access systems based on Passive
Optical Networks (PON), ITU-T Recommendation G.983.1",
October 1998.
[ITU-T.G.983] ITU、「ITU-T、シリーズG:」 1998年10月、「TRANSMISSION SYSTEMS AND MEDIA、DIGITAL SYSTEMS AND NETWORKS、Digital伝動装置--デジタルセクションとデジタル回線システム--Broadband光アクセスシステムがPassive Optical Networks(PON)、ITU-T Recommendation G.983.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月。
Khermosh Standards Track [Page 89] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[89ページ]。
[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月。
10.2. Informative References
10.2. 有益な参照
[RFC1525] Decker, E., McCloghrie, K., Langille, P., and A.
Rijsinghani, "Definitions of Managed Objects for
Source Routing Bridges", RFC 1525, September 1993.
[RFC1525] デッカー、E.、McCloghrie、K.、Langille、P.、およびA.Rijsinghani、「ソースルート設定ブリッジのための管理オブジェクトの定義」、RFC1525(1993年9月)。
[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月)。
[RFC4188] Norseth, K. and E. Bell, "Definitions of Managed
Objects for Bridges", RFC 4188, September 2005.
[RFC4188] NorsethとK.とE.ベル、「ブリッジのための管理オブジェクトの定義」、RFC4188、2005年9月。
[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
作者のアドレス
Lior Khermosh PMC-SIERRA Kohav Hertzelia bldg, 4 Hasadnaot St., Hertzliya Pituach, 46120 ISRAEL
Lior Khermosh PMC-SIERRA Kohav Hertzelia bldg、4Hasadnaot通り、Hertzliya Pituach、46120イスラエル
Phone: +972-9-9628000 Ext: 302 Fax: +972-9-9628001 EMail: lior_khermosh@pmc-sierra.com
以下に電話をしてください。 +972-9-9628000Ext: 302 Fax: +972-9-9628001はメールされます: lior_khermosh@pmc-sierra.com
Khermosh Standards Track [Page 90] RFC 4837 Managed Objects of EPON July 2007
Khermosh規格は2007年7月にEPONのRFC4837管理オブジェクトを追跡します[90ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Khermosh Standards Track [Page 91]
Khermosh標準化過程[91ページ]
一覧
スポンサーリンク
