RFC3895 日本語訳
3895 Definitions of Managed Objects for the DS1, E1, DS2, and E2Interface Types. O. Nicklass, Ed.. September 2004. (Format: TXT=163841 bytes) (Obsoletes RFC2495) (Obsoleted by RFC4805) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group O. Nicklass, Ed. Request for Comments: 3895 RAD Data Communications, Ltd. Obsoletes: 2495 September 2004 Category: Standards Track
ワーキンググループO.Nicklass、エドをネットワークでつないでください。コメントのために以下を要求してください。 3895radのデータ通信Ltd.は以下を時代遅れにします。 2495 2004年9月のカテゴリ: 標準化過程
Definitions of Managed Objects
for the DS1, E1, DS2, and E2 Interface Types
DS1、1ユーロ、DS2、および2ユーロのインターフェース型のための管理オブジェクトの定義
Status of this Memo
このMemoの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2004).
Copyright(C)インターネット協会(2004)。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes objects used for managing DS1, E1, DS2 and E2 interfaces. This document is a companion to the documents that define Managed Objects for the DS0, DS3/E3 and Synchronous Optical Network/Synchronous Digital Hierarchy (SONET/SDH) Interface Types. This document obsoletes RFC 2495.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはDS1、1ユーロ、DS2、および2ユーロのインタフェースを管理するのに使用される物について説明します。 このドキュメントはDS0(3DS3/Eと同期式光通信網/同期デジタルハイアラーキ(Sonet/SDH)インタフェースTypes)のためにManaged Objectsを定義するドキュメントへの仲間です。 このドキュメントはRFC2495を時代遅れにします。
Nicklass Standards Track [Page 1] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[1ページ]RFC3895
Table of Contents
目次
1. The Internet-Standard Management Framework . . . . . . . . . . 2
1.1. Changes from RFC 2495. . . . . . . . . . . . . . . . . . 3
1.2. Changes from RFC 1406. . . . . . . . . . . . . . . . . . 3
1.3. Companion Documents. . . . . . . . . . . . . . . . . . . 4
2. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1. Use of ifTable for DS1 Layer . . . . . . . . . . . . . . 5
2.2. Usage Guidelines . . . . . . . . . . . . . . . . . . . . 6
2.2.1. Usage of ifStackTable for Routers and DSUs. . . . 6
2.2.2. Usage of ifStackTable for DS1/E1 on DS2/E2. . . . 8
2.2.3. Usage of Channelization for DS3, DS1, DS0 . . . . 9
2.2.4. Usage of Channelization for DS3, DS2, DS1 . . . . 10
2.2.5. Usage of Loopbacks. . . . . . . . . . . . . . . . 11
2.3. Objectives of this MIB Module. . . . . . . . . . . . . . 11
2.4. DS1 Terminology. . . . . . . . . . . . . . . . . . . . . 12
2.4.1. Error Events. . . . . . . . . . . . . . . . . . . 12
2.4.2. Performance Defects . . . . . . . . . . . . . . . 13
2.4.3. Performance Parameters. . . . . . . . . . . . . . 14
2.4.4. Failure States. . . . . . . . . . . . . . . . . . 18
2.4.5. Other Terms . . . . . . . . . . . . . . . . . . . 21
3. Object Definitions . . . . . . . . . . . . . . . . . . . . . . 21
4. Acknowledgments. . . . . . . . . . . . . . . . . . . . . . . . 74
5. Security Considerations. . . . . . . . . . . . . . . . . . . . 74
6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 76
6.1. Normative References . . . . . . . . . . . . . . . . . . 76
6.2. Informative References . . . . . . . . . . . . . . . . . 78
Appendix A - Use of dsx1IfIndex and dsx1LineIndex. . . . . . . . . 79
Appendix B - The delay approach to Unavailable Seconds . . . . . . 81
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 83
Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 84
1. インターネット標準の管理枠組み. . . . . . . . . . 2 1.1。 RFC2495からの変化。 . . . . . . . . . . . . . . . . . 3 1.2. RFC1406からの変化。 . . . . . . . . . . . . . . . . . 3 1.3. 仲間ドキュメント。 . . . . . . . . . . . . . . . . . . 4 2. 概観. . . . . . . . . . . . . . . . . . . . . . . . . . . 4 2.1。 ifTableのDS1層. . . . . . . . . . . . . . 5 2.2の使用。 用法ガイドライン. . . . . . . . . . . . . . . . . . . . 6 2.2.1。 ルータのためのifStackTableとDSUsの使用法。 . . . 6 2.2.2. 2DS2/Eの1DS1/EのifStackTableの使用法。 . . . 8 2.2.3. DS3、DS1、DS0. . . . 9 2.2.4のためのチャネル化の用法。 DS3、DS2、DS1. . . . 10 2.2.5のためのチャネル化の用法。 ループバックの用法。 . . . . . . . . . . . . . . . 11 2.3. このMIB Moduleの目的。 . . . . . . . . . . . . . 11 2.4. DS1用語。 . . . . . . . . . . . . . . . . . . . . 12 2.4.1. 誤り出来事。 . . . . . . . . . . . . . . . . . . 12 2.4.2. パフォーマンスは.132.4に.3に亡命されます。 パフォーマンスパラメタ。 . . . . . . . . . . . . . 14 2.4.4. 失敗州。 . . . . . . . . . . . . . . . . . 18 2.4.5. 他の用語. . . . . . . . . . . . . . . . . . . 21 3。 オブジェクト定義. . . . . . . . . . . . . . . . . . . . . . 21 4。 承認。 . . . . . . . . . . . . . . . . . . . . . . . 74 5. セキュリティ問題。 . . . . . . . . . . . . . . . . . . . 74 6. 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 76 6.1。 引用規格. . . . . . . . . . . . . . . . . . 76 6.2。 有益な参照. . . . . . . . . . . . . . . . . 78付録A--dsx1IfIndexとdsx1LineIndexの使用。 . . . . . . . . 79付録B--Unavailable Seconds. . . . . . 81AuthorのAddress. . . . . . . . . . . . . . . . . . . . . . . . . 83Full Copyright Statement. . . . . . . . . . . . . . . . . . . . . 84への遅れアプローチ
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].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
Nicklass Standards Track [Page 2] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[2ページ]RFC3895
1.1. Changes from RFC 2495
1.1. RFC2495からの変化
The changes from [RFC2495] are the following:
[RFC2495]からの変化は以下です:
(1) The dsx1FracIfIndex SYNTAX matches the description range.
(1) dsx1FracIfIndex SYNTAXは記述範囲に合っています。
(2) A value was added to dsx1TransmitClockSource.
(2) 価値はdsx1TransmitClockSourceに高められました。
(3) Values were added to dsx1LineType.
(3) 値はdsx1LineTypeに加えられました。
(4) Two objects were added, dsx1LineMode and dsx1LineBuildOut to
better express transceiver mode and LineBuildOut for T1.
(4) dsx1LineMode、2個の物が加えられました、そして、より良いことへのdsx1LineBuildOutはT1のためにトランシーバーモードとLineBuildOutを急送します。
(5) Reference was added to Circuit Identifier object.
(5) 参照はCircuit Identifier物に追加されました。
(6) Align the DESCRIPTION clauses of few statistic objects with the
near end definition, the far end definition and with [RFC3593].
(6) 近い終わりの定義(定義と[RFC3593]がある遠端)にわずかな統計値物の記述節を並べてください。
(7) Changes in Compliance Statements to include new objects.
(7) 新しい物を含むCompliance Statementsにおける変化。
(8) A typographical error in dsx2E2 was fixed, new name is dsx1E2.
(8) dsx2E2の誤字は修正されて、新しい名前はdsx1E2です。
1.2. Changes from RFC 1406
1.2. RFC1406からの変化
The changes from RFC 1406 [RFC1406] are the following:
RFC1406[RFC1406]からの変化は以下です:
(1) The Fractional Table has been deprecated.
(1) Fractional Tableは非難されました。
(2) This document uses SMIv2.
(2) このドキュメントはSMIv2を使用します。
(3) Usage is given for ifTable and ifXTable.
(3) ifTableとifXTableのために用法を与えます。
(4) Example usage of ifStackTable is included.
(4) ifStackTableの例の使用法は含まれています。
(5) dsx1IfIndex has been deprecated.
(5) dsx1IfIndexは非難されました。
(6) Support for DS2 and E2 have been added.
(6) DS2のサポートと2ユーロは加えられます。
(7) Additional lineTypes for DS2, E2, and unframed E1 were added.
(7) DS2のための追加lineTypes、2ユーロ、および「非-縁ど」られた1ユーロは加えられました。
(8) The definition of valid intervals has been clarified for the
case where the agent proxied for other devices. In particular,
the treatment of missing intervals has been clarified.
(8) 有効な間隔の定義はエージェントが対向機器のためにproxiedしたケースのためにはっきりさせられました。 特に、なくなった間隔の処理ははっきりさせられました。
(9) An inward loopback has been added.
(9) 内部ループバックは加えられます。
Nicklass Standards Track [Page 3] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[3ページ]RFC3895
(10) Additional lineStatus bits have been added for Near End in
Unavailable Signal State, Carrier Equipment Out of Service, DS2
Payload AIS, and DS2 Performance Threshold.
(10) 追加lineStatusビットはUnavailable Signal州におけるNear End、ServiceのCarrier Equipment Out、DS2有効搭載量AIS、およびDS2パフォーマンスThresholdのために加えられます。
(11) A read-write line Length object has been added.
(11) 読書して書いている線Length物は加えられます。
(12) Signal mode of other has been added.
(12) 他の信号モードは加えられます。
(13) Added a lineStatus last change, trap and enabler.
(13) 加えられて、lineStatusは変化、罠、およびイネーブラを持続します。
(14) The e1(19) ifType has been obsoleted so this MIB does not list
it as a supported ifType.
(14) e1(19) ifTypeが時代遅れにされたので、このMIBは支持されたifTypeにそれについて記載しません。
(15) Textual Conventions for statistics objects have been used.
(15) 統計物のための原文のConventionsは使用されました。
(16) A new object, dsx1LoopbackStatus has been introduced to reflect
the loopbacks established on a DS1 interface and the source to
the requests. dsx1LoopbackConfig continues to be the desired
loopback state while dsx1LoopbackStatus reflects the actual
state.
(16) 新しい物、DS1インタフェースとソースの上で要求に確立されたループバックを反映するためにdsx1LoopbackStatusを導入しました。dsx1LoopbackStatusが実際の状態を反映する間、dsx1LoopbackConfigはずっと必要なループバック状態です。
(17) A dual loopback has been added to allow the setting of an inward
loopback and a line loopback at the same time.
(17) 二元的なループバックは、同時に内部ループバックと線ループバックの設定を許すために加えられます。
(18) An object indicating which channel to use within a parent object
(i.e., DS3) has been added.
(18) 親物(すなわち、DS3)の中にどのチャンネルを使用したらよいかを示す物は加えられます。
(19) An object has been added to indicate whether or not this DS1/E1
is channelized.
(19) 物は、この1DS1/Eがchannelizedされるかどうかを示すために加えられます。
(20) Line coding type of B6ZS has been added for DS2.
(20) B6ZSのラインコード方式タイプはDS2のために加えられます。
1.3. Companion Documents
1.3. 仲間ドキュメント
This document is a companion to the documents that define Managed Objects for the DS0 [RFC2494], DS3/E3 [RFC3896], and Synchronous Optical Network/Synchronous Digital Hierarchy (SONET/SDH) [RFC3592] Interface Types.
このドキュメントはDS0[RFC2494]、3DS3/Eの[RFC3896]、および同期式光通信網/同期デジタルハイアラーキ(Sonet/SDH)[RFC3592]インタフェースTypesのためにManaged Objectsを定義するドキュメントへの仲間です。
2. Overview
2. 概観
These objects are used when the particular media being used to realize an interface is a DS1/E1/DS2/E2 interface. At present, this applies to these values of the ifType variable in the Internet- standard MIB:
インタフェースが2 1/DS2/E DS1/Eであるとわかるのに使用される特定のメディアが連結するとき、これらの物は使用されています。 現在のところ、これはインターネットの標準のMIBのifType変数のこれらの値に適用されます:
ds1 (18)
ds1(18)
Nicklass Standards Track [Page 4] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[4ページ]RFC3895
The definitions contained herein are based on the AT&T T-1 Superframe (a.k.a., D4) [ANSI-T1.107] and Extended Superframe (ESF) formats [AT&T-UM-305] [AT&T-TR-54016], the latter of which conforms to ANSI specification [ANSI-T1.403], and the CCITT Recommendations [CCITT-G.703] [ITU-T-G.704], referred to as E1 for the rest of this memo.
ここに含まれた定義はAT&T T-1 Superframe(通称D4)[ANSI-T1.107]とExtended Superframe(ESF)形式[AT&T-UM-305][AT&T-TR-54016]、およびこのメモの残りのために1Eと呼ばれたCCITT Recommendations[CCITT-G.703][ITU-T-G.704]に基づいています。その後者はANSI仕様[ANSI-T1.403]に従います。
The various DS1 and E1 line disciplines are similar enough that separate MIBs are unwarranted, although there are some differences. For example, Loss of Frame is defined more rigorously in the ESF specification than in the D4 specification, but it is defined in both. Therefore, interface types e1(19) and g703at2mb(67) have been obsoleted.
様々なDS1と1Eの線規律はいくつかの違いがある、しかし、別々のMIBsが保証がないほど同様です。 例えば、FrameのLossはD4仕様よりESF仕様できびしく定義されますが、それは両方で定義されます。 したがって、インターフェース型のe1(19)とg703at2mb(67)は時代遅れにされました。
Where it is necessary to distinguish between the flavors of E1 with and without CRC, E1-CRC denotes the "with CRC" form (G.704 Table 4b) and E1-noCRC denotes the "without CRC" form (G.704 Table 4a).
CRCのあるなしにかかわらず1Eの風味を見分けるのが必要であるところでは、E1-CRCが「CRC」というフォーム(G.704 Table 4b)を指示します、そして、E1-noCRCが「CRC」というフォームを指示します。(G.704 Table 4a)。
2.1. Use of ifTable for DS1 Layer
2.1. ifTableのDS1層の使用
Only the ifGeneralInformationGroup needs to be supported.
ifGeneralInformationGroupだけが、支持される必要があります。
ifTable Object Use for DS1 Layer
======================================================================
ifIndex Interface index.
DS1層のifTable物の使用====================================================================== ifIndex Interfaceは索引をつけます。
ifDescr See interfaces MIB [RFC2863]
ifDescr SeeはMIBを連結します。[RFC2863]
ifType ds1(18)
ifType ds1(18)
ifSpeed Speed of line rate
DS1 - 1544000
E1 - 2048000
DS2 - 6312000
E2 - 8448000
ライン料率DS1のifSpeed Speed--1544000の1--2048000EのDS2--6312000E2--8448000
ifPhysAddress The value of the Circuit Identifier.
If no Circuit Identifier has been assigned
this object should have an octet string
with zero length.
ifPhysAddress、Circuit Identifierの値。 Circuit Identifierが全く割り当てられていないなら、この物には、ゼロ・レングスがある八重奏ストリングがあるはずです。
ifAdminStatus See interfaces MIB [RFC2863]
ifAdminStatus SeeはMIBを連結します。[RFC2863]
ifOperStatus See interfaces MIB [RFC2863]
ifOperStatus SeeはMIBを連結します。[RFC2863]
ifLastChange See interfaces MIB [RFC2863]
ifLastChange SeeはMIBを連結します。[RFC2863]
ifName See interfaces MIB [RFC2863].
ifName SeeはMIB[RFC2863]を連結します。
Nicklass Standards Track [Page 5] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[5ページ]RFC3895
ifLinkUpDownTrapEnable Set to enabled(1).
ifLinkUpDownTrapEnable Set、(1)を可能にしました。
ifHighSpeed Speed of line in Mega-bits per second
(2, 6, or 8)
Mega-bpsにおける線のifHighSpeed Speed(2、6、または8)
ifConnectorPresent Set to true(1) normally, except for
cases such as DS1/E1 over AAL1/ATM where
false(2) is appropriate
ifConnectorPresent Set、(1) 本当に、通常、AAL1/ATMの上の1DS1/Eなどのケースを除いて、(2)は誤っているところで適切です。
2.2. Usage Guidelines
2.2. 用法ガイドライン
2.2.1. Usage of ifStackTable for Routers and DSUs
2.2.1. ルータのためのifStackTableとDSUsの使用法
The object dsx1IfIndex has been deprecated. This object previously allowed a very special proxy situation to exist for Routers and CSUs. This section now describes how to use ifStackTable to represent this relationship.
物のdsx1IfIndexは非難されました。 この物で、非常に特別なプロキシ状況は以前に、RoutersとCSUsのために存在しました。 このセクションは現在、この関係を表すのにifStackTableを使用する方法を説明します。
The paragraphs discussing dsx1IfIndex and dsx1LineIndex have been preserved in Appendix A for informational purposes.
パラグラフのdsx1IfIndexについて議論して、dsx1LineIndexは情報の目的のためにAppendix Aに保存されました。
The ifStackTable is used in the proxy case to represent the association between pairs of interfaces, e.g., this T1 is attached to that T1. This use is consistent with the use of the ifStackTable to show the association between various sub-layers of an interface. In both cases entire PDUs are exchanged between the interface pairs - in the case of a T1, entire T1 frames are exchanged; in the case of PPP and HDLC, entire HDLC frames are exchanged. This usage is not meant to suggest the use of the ifStackTable to represent Time Division Multiplexing (TDM) connections in general.
ifStackTableは組のインタフェースの間の協会を代表するのにプロキシ事件に使用されます、例えば、このT1がそのT1に取り付けられます。 この使用はインタフェースの様々な副層の間の協会を見せているifStackTableの使用と一致しています。 どちらの場合も、インタフェース組の間で全体のPDUsを交換します--T1の場合では、全体のT1フレームを交換します。 PPPとHDLCの場合では、全体のHDLCフレームを交換します。 この用法はそうです。一般に、Time事業部Multiplexing(TDM)接続の代理をするためにifStackTableの使用を示すことを意味しませんでした。
External&Internal interface scenario: the SNMP Agent resides on a host external from the device supporting DS1 interfaces (e.g., a router). The Agent represents both the host and the DS1 device.
外部とInternalインタフェースシナリオ: SNMPエージェントはDS1インタフェース(例えば、ルータ)を支持する装置からの外部のホストの上に住んでいます。 エージェントはホストとDS1装置の両方を表します。
Nicklass Standards Track [Page 6] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[6ページ]RFC3895
Example:
例:
A shelf full of CSUs connected to a Router. An SNMP Agent residing on the router proxies for itself and the CSU. The router has also an Ethernet interface:
CSUsでいっぱいの棚はRouterに接続しました。 それ自体のためのルータプロキシとCSUに住んでいるSNMPエージェント。 また、ルータには、イーサネットインタフェースがあります:
+-----+
| | |
| | | +---------------------+
|E | | 1.544 MBPS | Line#A | DS1 Link
|t | R |---------------+ - - - - - - - - - +------>
|h | | | |
|e | O | 1.544 MBPS | Line#B | DS1 Link
|r | |---------------+ - - - - - - - - - - +------>
|n | U | | CSU Shelf |
|e | | 1.544 MBPS | Line#C | DS1 Link
|t | T |---------------+ - - - -- -- - - - - +------>
| | | | |
|-----| E | 1.544 MBPS | Line#D | DS1 Link
| | |---------------+ - - - - -- - - - - +------>
| | R | |_____________________|
| | |
| +-----+
+-----+ | | | | | | +---------------------+ |E| | 1.544 MBPS| 線#A| DS1リンク|t| R|---------------+ - - - - - - - - - +------>| h| | | | |e| O| 1.544 MBPS| 線#B| DS1リンク|r| |---------------+ - - - - - - - - - - +------>| n| U| | CSU棚| |e| | 1.544 MBPS| 線#C| DS1リンク|t| T|---------------+ - - - -- -- - - - - +------>|、|、|、|、| |-----| E| 1.544 MBPS| 線#D| DS1リンク| | |---------------+ - - - - -- - - - - +------>|、| R| |_____________________| | | | | +-----+
The assignment of the index values could for example be:
例えば、インデックス値の課題は以下の通りであるかもしれません。
ifIndex Description
1 Ethernet
2 Line#A Router
3 Line#B Router
4 Line#C Router
5 Line#D Router
6 Line#A CSU Router
7 Line#B CSU Router
8 Line#C CSU Router
9 Line#D CSU Router
10 Line#A CSU Network
11 Line#B CSU Network
12 Line#C CSU Network
13 Line#D CSU Network
ifIndex記述1イーサネット2がルータ3線#Bルータ4線#Cルータ5線#Dルータ6が裏打ちする#、を裏打ちする、#CSUルータ7線#B CSUルータ8線#C CSUルータ9線#D CSUルータ10はCSUネットワーク11線#B CSUネットワーク12線#C CSUネットワーク13線#D CSUがネットワークでつなぐ#、を裏打ちします。
The ifStackTable is then used to show the relationships between the various DS1 interfaces.
そして、ifStackTableは、様々なDS1インタフェースの間の関係を示しているのに使用されます。
Nicklass Standards Track [Page 7] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[7ページ]RFC3895
ifStackTable Entries
ifStackTableエントリー
HigherLayer LowerLayer
2 6
3 7
4 8
5 9
6 10
7 11
8 12
9 13
HigherLayer LowerLayer2 6 3 7 4 8 5 9 6 10、7、11、8、12、9、13
If the CSU shelf is managed by itself by a local SNMP Agent, the situation would be identical, except the Ethernet and the 4 router interfaces are deleted. Interfaces would also be numbered from 1 to 8.
CSU棚が地元のSNMPエージェント自身によって管理されるなら、イーサネットを除いて、状況は同じでしょう、そして、4つのルータインタフェースが削除されます。 また、インタフェースは1〜8まで付番されるでしょう。
ifIndex Description
1 Line#A CSU Router
2 Line#B CSU Router
3 Line#C CSU Router
4 Line#D CSU Router
5 Line#A CSU Network
6 Line#B CSU Network
7 Line#C CSU Network
8 Line#D CSU Network
ifIndex記述1線#、はCSUネットワーク6線#B CSUネットワーク7線#C CSUネットワーク8線#D CSUがネットワークでつなぐCSUルータ2線#B CSUルータ3線#C CSUルータ4線#D CSUルータ5線#です。
ifStackTable Entries
ifStackTableエントリー
HigherLayer LowerLayer
1 5
2 6
3 7
4 8
HigherLayer LowerLayer1 5 2 6 3 7 4 8
2.2.2. Usage of ifStackTable for DS1/E1 on DS2/E2
2.2.2. 2DS2/Eの1DS1/EのifStackTableの使用法
An example is given of how DS1/E1 interfaces are stacked on DS2/E2 interfaces. It is not necessary nor is it always desirable to represent DS2 interfaces. If this is required, the following stacking should be used. All ifTypes are ds1. The DS2 is determined by examining ifSpeed or dsx1LineType.
1DS1/Eのインタフェースが2DS2/Eのインタフェースでどう積み重ねられるかを例に与えます。 それは必要ではありません、そして、DS2インタフェースを表すのにおいていつも望ましいというわけではありません。 これが必要であるなら、以下の積み重ねは使用されるべきです。 すべてのifTypesがds1です。 DS2は、ifSpeedかdsx1LineTypeを調べることによって、決定します。
Nicklass Standards Track [Page 8] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[8ページ]RFC3895
ifIndex Description
1 DS1 #1
2 DS1 #2
3 DS1 #3
4 DS1 #4
5 DS2
ifIndex記述1DS1#1 2DS1#2 3DS1#3 4DS1#4 5DS2
ifStackTable Entries
ifStackTableエントリー
HigherLayer LowerLayer
1 5
2 5
3 5
4 5
HigherLayer LowerLayer1 5 2 5 3 5 4 5
2.2.3. Usage of Channelization for DS3, DS1, DS0
2.2.3. DS3、DS1、DS0のためのチャネル化の用法
An example is given here to explain the channelization objects in the DS3, DS1, and DS0 MIBs to help the implementor use the objects correctly. Treatment of E3 and E1 would be similar, with the number of DS0s being different depending on the framing of the E1.
例は、作成者が正しく物を使用するのを助けるDS3、DS1、およびDS0 MIBsのチャネル化物について説明するためにここに出されます。 3ユーロと1ユーロの処理は同様でしょう、1Eの縁どりによって、DS0sの数が異なっていた状態で。
Assume that a DS3 (with ifIndex 1) is Channelized into DS1s (without DS2s). The object dsx3Channelization is set to enabledDs1. There will be 28 DS1s in the ifTable. Assume the entries in the ifTable for the DS1s are created in channel order and the ifIndex values are 2 through 29. In the DS1 MIB, there will be an entry in the dsx1ChanMappingTable for each ds1. The entries will be as follows:
DS3(ifIndex1と)がDS1s(DS2sのない)へのChannelizedであると仮定してください。 物のdsx3ChannelizationはenabledDs1に用意ができています。 28DS1sがifTableにあるでしょう。 ifIndex値が2〜DS1sのためのifTableのエントリーがチャンネル注文で作成されて、29であると仮定してください。 DS1 MIBに、エントリーが各ds1のためのdsx1ChanMappingTableにあるでしょう。 エントリーは以下の通りになるでしょう:
dsx1ChanMappingTable Entries
dsx1ChanMappingTableエントリー
ifIndex dsx1Ds1ChannelNumber dsx1ChanMappedIfIndex
1 1 2
1 2 3
......
1 28 29
ifIndex dsx1Ds1ChannelNumber dsx1ChanMappedIfIndex1 1 2 1 2 3… 1 28 29
In addition, the DS1s are channelized into DS0s. The object dsx1Channelization is set to enabledDS0 for each DS1. When this object is set to this value, 24 DS0s are created by the agent. There will be 24 DS0s in the ifTable for each DS1. If the dsx1Channelization is set to disabled, the 24 DS0s are destroyed. Assume the entries in the ifTable are created in channel order and the ifIndex values for the DS0s in the first DS1 are 30 through 53. In the DS0 MIB, there will be an entry in the dsx0ChanMappingTable for each DS0. The entries will be as follows:
さらに、DS1sはDS0sにchannelizedされます。 物のdsx1Channelizationは各DS1のためにenabledDS0に用意ができています。 この物がこの値に設定されるとき、24DS0sがエージェントによって作成されます。 24DS0sが各DS1のためのifTableにあるでしょう。 dsx1Channelizationが身体障害者に用意ができているなら、24DS0sが破壊されます。 最初のDS1のDS0sのためのifIndex値が30〜ifTableのエントリーがチャンネル注文で作成されて、53であると仮定してください。 DS0 MIBに、エントリーが各DS0のためのdsx0ChanMappingTableにあるでしょう。 エントリーは以下の通りになるでしょう:
Nicklass Standards Track [Page 9] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[9ページ]RFC3895
dsx0ChanMappingTable Entries
dsx0ChanMappingTableエントリー
ifIndex dsx0Ds0ChannelNumber dsx0ChanMappedIfIndex
2 1 30
2 2 31
......
2 24 53
ifIndex dsx0Ds0ChannelNumber dsx0ChanMappedIfIndex2 1 30、2 2、31… 2 24 53
2.2.4. Usage of Channelization for DS3, DS2, DS1
2.2.4. DS3、DS2、DS1のためのチャネル化の用法
An example is given here to explain the channelization objects in the DS3 and DS1 MIBs to help the implementor use the objects correctly.
例は、作成者が正しく物を使用するのを助けるためにDS3とDS1 MIBsのチャネル化物について説明するためにここに出されます。
Assume that a DS3 (with ifIndex 1) is Channelized into DS2s. The object dsx3Channelization [RFC3896] is set to enabledDs2. There will be 7 DS2s (ifType of DS1) in the ifTable. Assume the entries in the ifTable for the DS2s are created in channel order and the ifIndex values are 2 through 8. In the DS1 MIB, there will be an entry in the dsx1ChanMappingTable for each DS2. The entries will be as follows:
DS3(ifIndex1と)がDS2sへのChannelizedであると仮定してください。 物のdsx3Channelization[RFC3896]はenabledDs2に用意ができています。 7DS2s(DS1のifType)がifTableにあるでしょう。 ifIndex値が2〜DS2sのためのifTableのエントリーがチャンネル注文で作成されて、8であると仮定してください。 DS1 MIBに、エントリーが各DS2のためのdsx1ChanMappingTableにあるでしょう。 エントリーは以下の通りになるでしょう:
dsx1ChanMappingTable Entries
dsx1ChanMappingTableエントリー
ifIndex dsx1Ds1ChannelNumber dsx1ChanMappedIfIndex
1 1 2
1 2 3
......
1 7 8
ifIndex dsx1Ds1ChannelNumber dsx1ChanMappedIfIndex1 1 2 1 2 3… 1 7 8
In addition, the DS2s are channelized into DS1s. The object dsx1Channelization is set to enabledDS1 for each DS2. There will be 4 DS1s in the ifTable for each DS2. Assume the entries in the ifTable are created in channel order and the ifIndex values for the DS1s in the first DS2 are 9 through 12, then 13 through 16 for the second DS2, and so on. In the DS1 MIB, there will be an entry in the dsx1ChanMappingTable for each DS1. The entries will be as follows:
さらに、DS2sはDS1sにchannelizedされます。 物のdsx1Channelizationは各DS2のためにenabledDS1に用意ができています。 4DS1sが各DS2のためのifTableにあるでしょう。 最初のDS2のDS1sのためのifIndex値が当時9〜12、第2DS2などのための13〜ifTableのエントリーがチャンネル注文で作成されて、16であると仮定してください。 DS1 MIBに、エントリーが各DS1のためのdsx1ChanMappingTableにあるでしょう。 エントリーは以下の通りになるでしょう:
dsx1ChanMappingTable Entries
dsx1ChanMappingTableエントリー
ifIndex dsx1Ds1ChannelNumber dsx1ChanMappedIfIndex
2 1 9
2 2 10
2 3 11
2 4 12
3 1 13
3 2 14
...
8 4 36
ifIndex dsx1Ds1ChannelNumber dsx1ChanMappedIfIndex2 1 9 2 2 10、2 3、11、2 4、12、3 1、13、3 2、14… 8 4 36
Nicklass Standards Track [Page 10] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[10ページ]RFC3895
2.2.5. Usage of Loopbacks
2.2.5. ループバックの用法
This section discusses the behaviour of objects related to loopbacks.
このセクションはループバックに関連する物のふるまいについて論じます。
The object dsx1LoopbackConfig represents the desired state of loopbacks on this interface. Using this object a Manager can request:
物のdsx1LoopbackConfigはこのインタフェースにループバックの必要な状態を表します。 この物を使用して、マネージャは以下を要求できます。
LineLoopback
PayloadLoopback (if ESF framing)
InwardLoopback
DualLoopback (Line + Inward)
NoLoopback
LineLoopback PayloadLoopback、(ESF縁どり) InwardLoopback DualLoopbackの(線+内部)のNoLoopbackです。
The remote end can also request loopbacks either through the FDL channel if ESF or inband if D4. The loopbacks that can be requested this way are:
また、リモートエンドはESFか「不-バンド」であるならD4であるならFDLチャンネルでループバックを要求できます。 このように要求できるループバックは以下の通りです。
LineLoopback
PayloadLoopback (if ESF framing)
NoLoopback
LineLoopback PayloadLoopback、(ESF縁どり) NoLoopbackです。
To model the current state of loopbacks on a DS1 interface, the object dsx1LoopbackStatus defines which loopback is currently applied to an interface. This objects, which is a bitmap, will have bits turned on which reflect the currently active loopbacks on the interface as well as the source of those loopbacks.
DS1インタフェースにループバックの現状を似せるために、物のdsx1LoopbackStatusは、どのループバックが現在インタフェースに付けられるかを定義します。 これ(ビットマップである)は反対して、それらのループバックの源と同様にインタフェースに現在アクティブなループバックを反映するつけられたビットを持つでしょう。
The following restrictions/rules apply to loopbacks:
以下の制限/規則はループバックに適用されます:
The far end cannot undo loopbacks set by a manager.
遠端はマネージャによって設定されたループバックを元に戻すことができません。
A manager can undo loopbacks set by the far end.
マネージャは遠端によって設定されたループバックを元に戻すことができます。
Both a line loopback and an inward loopback can be set at the same time. Only these two loopbacks can co-exist and either one may be set by the manager or the far end. A LineLoopback request from the far end is incremental to an existing Inward loopback established by a manager. When a NoLoopback is received from the far end in this case, the InwardLoopback remains in place.
同時に、線ループバックと内部ループバックの両方を設定できます。 これらの2つのループバックしか共存できません、そして、どちらかがマネージャか遠端によって設定されるかもしれません。 遠端からのLineLoopback要求はマネージャによって確立された既存のInwardループバックに増加です。 この場合遠端からNoLoopbackを受け取るとき、InwardLoopbackは適所に残っています。
2.3. Objectives of this MIB Module
2.3. このMIB Moduleの目的
There are numerous things that could be included in a MIB for DS1 signals: the management of multiplexors, CSUs, DSUs, and the like. The intent of this document is to facilitate the common management of all devices with DS1, E1, DS2, or E3 interfaces. As such, a design
DS1信号のためのMIBに含むことができた多数のものがあります: マルチプレクサー、CSUs、DSUs、および同様のものの管理。 このドキュメントの意図はDS1、1E、DS2、または3ユーロのインタフェースがあるすべての装置の一般的な管理を容易にすることです。 そういうものとしてデザイン
Nicklass Standards Track [Page 11] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[11ページ]RFC3895
decision was made up front to very closely align the MIB with the set of objects that can generally be read from these types devices that are currently deployed.
非常に密接に一般に、現在配備されるこれらのタイプ装置から読むことができる物のセットにMIBを一直線にするために前払いで決定をしました。
J2 interfaces are not supported by this MIB.
J2インタフェースはこのMIBによって支持されません。
2.4. DS1 Terminology
2.4. DS1用語
The terminology used in this document to describe error conditions on a DS1 interface as monitored by a DS1 device are based on the late but not final document of what became the ANSI T1.231 standard [ANSI-T1.231]. If the definition in this document does not match the definition in the ANSI T1.231 document, the implementer should follow the definition described in this document.
DS1装置によってモニターされるようにDS1インタフェースでエラー条件について説明するのに本書では使用される用語は遅さに基づきましたが、何に関するどんな最終合意文書もANSI T1.231規格[ANSI-T1.231]にならなかったか。 定義が本書ではANSI T1.231ドキュメントとの定義に合っていないなら、implementerは本書では説明された定義に続くはずです。
2.4.1. Error Events
2.4.1. 誤り出来事
Bipolar Violation (BPV) Error Event
A BPV error event for an AMI-coded signal is the occurrence of a
pulse of the same polarity as the previous pulse (See T1.231
Section 6.1.1.1.1). A BPV error event for a B8ZS- or HDB3-coded
signal is the occurrence of a pulse of the same polarity as the
previous pulse without being a part of the zero substitution
code.
T1.231を見てください。AMIによってコード化された信号のためのバイポーラViolation(BPV)誤りEvent A BPV誤り出来事が前のパルスと同じ1パルスの極性の出来事である、(セクション6.1 .1 .1 .1)。 B8ZSかHDB3によってコード化された信号のためのBPV誤り出来事は代替がコード化するゼロものの一部であることのない前のパルスと同じ1パルスの極性の出来事です。
Excessive Zeroes (EXZ) Error Event
An Excessive Zeroes error event for an AMI-coded signal is the
occurrence of more than fifteen contiguous zeroes (See T1.231
Section 6.1.1.1.2). For a B8ZS coded signal, the defect occurs
when more than seven contiguous zeroes are detected.
T1.231を見てください。AMIによってコード化された信号のための過度のZeroes(EXZ)誤りEvent An Excessive Zeroes誤り出来事が15以上の隣接のゼロ出来事である、(セクション6.1 .1 .1 .2)。 コード化されたB8ZSに関しては、合図してください、そして、7つ以上の隣接のゼロが検出されるとき、欠陥は起こります。
Line Coding Violation (LCV) Error Event
A Line Coding Violation (LCV) is the occurrence of either a
Bipolar Violation (BPV) or Excessive Zeroes (EXZ) Error Event.
(Also known as CV-L; See T1.231 Section 6.5.1.1.)
線Coding Violation(LCV)誤りEvent A線Coding Violation(LCV)はBipolar Violation(BPV)かExcessive Zeroes(EXZ)誤りEventのどちらかの発生です。 (また、知られているCV-L; T1.231セクション6.5.1.1を見てください。)
Path Coding Violation (PCV) Error Event
A Path Coding Violation error event is a frame synchronization
bit error in the D4 and E1-noCRC formats, or a CRC or frame
synch. bit error in the ESF and E1-CRC formats. (Also known as
CV-P; See T1.231 Section 6.5.2.1.)
経路Coding Violation(PCV)誤りEvent A Path Coding Violation誤り出来事は、D4のフレーム同期化の噛み付いている誤りとE1-noCRC形式か、CRCであるかフレームの同時性ビットは1-CRCがフォーマットするESFとEで誤りです。 (また、知られているCV-P; T1.231セクション6.5.2.1を見てください。)
Controlled Slip (CS) Error Event
A Controlled Slip is the replication or deletion of the payload
bits of a DS1 frame (See T1.231 Section 6.1.1.2.3). A
Controlled Slip may be performed when there is a difference
T1.231を見てください。制御Slip(CS)誤りEvent A Controlled SlipがDS1フレームのペイロードビットの模写か削除である、(セクション6.1 .1 .2 .3)。 違いがあるとき、Controlled Slipは実行されるかもしれません。
Nicklass Standards Track [Page 12] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[12ページ]RFC3895
between the timing of a synchronous receiving terminal and the
received signal. A Controlled Slip does not cause an Out of
Frame defect.
同期受信端末のタイミングと受信された信号の間で。 Controlled SlipはFrame欠陥のOutを引き起こしません。
2.4.2. Performance Defects
2.4.2. パフォーマンス欠陥
Out Of Frame (OOF) Defect
An OOF defect is the occurrence of a particular density of
Framing Error events (See T1.231 Section 6.1.2.2.1).
T1.231を見てください。出ているOf Frame(OOF)欠陥An OOF欠陥がFraming Error出来事の特定の密度の発生である、(セクション6.1 .2 .2 .1)。
For DS1 links, an Out of Frame defect is declared when the
receiver detects two or more framing errors within a 3 msec
period for ESF signals and 0.75 msec for D4 signals, or two or
more errors out of five or fewer consecutive framing-bits.
受信機はD4信号のためのESF信号と0.75msecのための3msecの期間以内に2つ以上の縁どり誤りを検出するか、または5か、より少ない連続したフレーム指示ビットから2つ以上の誤りを検出するとき、DS1リンクに関しては、Frame欠陥のOutが申告されます。
For E1 links, an Out Of Frame defect is declared when three
consecutive frame alignment signals have been received with an
error (see G.706 Section 4.1 [CCITT-G.706]).
誤りで3つの連続したフレーム整列信号を受信したとき(G.706セクション4.1[CCITT-G.706]を見てください)、1Eのリンクに関しては、Out Of Frame欠陥を宣言します。
For DS2 links, an Out of Frame defect is declared when 7 or more
consecutive errored framing patterns (4 multiframe) are
received. The OOF is cleared when 3 or more consecutive correct
framing patterns are received.
7つ以上の連続したerrored縁どりパターン(4「マルチ-フレーム」)が受け取られているとき、DS2リンクに関しては、Frame欠陥のOutは申告されます。 3つ以上の連続した正しい縁どりパターンが受け取られているとき、OOFはきれいにされます。
Once an Out Of Frame Defect is declared, the framer starts
searching for a correct framing pattern. The Out of Frame
defect ends when the signal is in frame.
Out Of Frame Defectがいったん申告されると、喧嘩早い人は正しい縁どりパターンを捜し求め始めます。 信号がフレームにあるとき、Frame欠陥のOutは終わります。
In-frame occurs when there are fewer than two frame bit errors
within 3 msec period for ESF signals and 0.75 msec for D4
signals.
ESF信号と0.75のための3msecの期間中に、2つ未満のフレームビット誤りがあるとき、フレームでは、D4信号のためのmsecは起こっています。
For E1 links, in-frame occurs when a) in frame N the frame
alignment signal is correct and b) in frame N+1 the frame
alignment signal is absent (i.e., bit 2 in TS0 is a one) and c)
in frame N+2 the frame alignment signal is present and correct.
(See G.704 Section 4.1)
c) 船体の骨組を組み立て終えてフレーム整列が示すN+2は1Eのリンクに、フレームでは、a) フレームNのフレーム整列信号がいつ正しいですか、そして、b) +1 フレームNのフレームは整列信号がある現れていて(すなわち、TS0のビット2は1つです)、現在であって正しいです。 (G.704部4.1を見ます)
Alarm Indication Signal (AIS) Defect
For D4 and ESF links, the 'all ones' condition is detected at a
DS1 line interface upon observing an unframed signal with a
one's density of at least 99.9% present for a time equal to or
greater than T, where 3 ms <= T <= 75 ms. The AIS is terminated
upon observing a signal not meeting the one's density or the
unframed signal criteria for a period equal to or greater than T
(See G.775, Section 5.4).
aがある「非-縁ど」られた信号を観察するときアラームIndication Signal(AIS)欠陥For D4とESFリンク、状態が検出される'すべてのもの'a DS1線が信号が満たされていないのを観測するとき等しいかT、3ms<がT<=75原稿と等しいところでAISが終えられるより大きい時間の現在の少なくとも99.9%の1つの密度を連結する、1つの密度か「非-縁ど」りがしばらく、Tより等しいか、またはすばらしい状態で評価基準を示します(G.775を見てください、セクション5.4)。
Nicklass Standards Track [Page 13] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[13ページ]RFC3895
For E1 links, the 'all-ones' condition is detected at the line
interface as a string of 512 bits containing fewer than three
zero bits (see O.162 [CCITT-O.162] Section 3.3.2).
1Eのリンクに関しては、3未満を含む一連の512ビットがビットのゼロに合っているとき(O.162[CCITT-O.162]部3.3の.2を見てください)、'オールもの'状態はラインインターフェースに検出されます。
For DS2 links, the DS2 AIS shall be sent from the NT1 to the
user to indicate a loss of the 6,312 kbps frame capability on
the network side. The DS2 AIS is defined as a bit array of
6,312 kbps in which all binary bits are set to '1'.
DS2リンクに関しては、ネットワーク側における6,312キロビット毎秒フレーム能力の損失を示すためにNT1からユーザにDS2 AISを送るものとします。 DS2 AISは6,312キロビット毎秒の勢ぞろいがすべての2進のビットがどれであるかに'1'に少しセットしたと定義されます。
The DS2 AIS detection and removal shall be implemented according
to ITU-T Draft Recommendation G.775 [ITU-T-G.775] Section 5.5:
- a DS2 AIS defect is detected when the incoming signal has
two (2) or less ZEROs in a sequence of 3156 bits (0.5 ms).
- a DS2 AIS defect is cleared when the incoming signal has
three (3) or more ZEROs in a sequence of 3156 bits (0.5 ms).
ITU-T Draft Recommendation G.775[ITU-T-G.775]部5.5によると、DS2 AIS検出と取り外しは実行されるものとします: - 次々に、入って来る信号に2(2)か、より少ないZEROsがあると、DS2 AIS欠陥は3156ビット(0.5ms)について検出されます。 - 次々に、入って来る信号により3より多くの(3)ZEROsがあると、DS2 AIS欠陥は3156ビット(0.5ms)をきれいにされます。
2.4.3. Performance Parameters
2.4.3. パフォーマンスパラメタ
All performance parameters are accumulated in fifteen minute intervals and up to 96 intervals (24 hours worth) are kept by an agent. Fewer than 96 intervals of data will be available if the agent has been restarted within the last 24 hours. In addition, there is a rolling 24-hour total of each performance parameter. Performance parameters continue to be collected when the interface is down.
すべての性能パラメタが15分の間隔と最大96回の間隔に蓄積される、(24時間、価値) エージェントによって保たれます。 エージェントがここ24時間以内に再出発されたなら、データの96回未満の間隔が利用可能になるでしょう。 さらに、それぞれの性能パラメタの回転している24時間の合計があります。 パフォーマンスパラメタは、インタフェースが下がっているとき、集められ続けています。
There is no requirement for an agent to ensure fixed relationship between the start of a fifteen minute interval and any wall clock; however some agents may align the fifteen minute intervals with quarter hours.
エージェントが15分の間隔の始まりとどんな柱時計との固定関係も保証するという要件が全くありません。 しかしながら、15分の間隔を4分の1時間に一直線にするエージェントもいるかもしれません。
Performance parameters are of types PerfCurrentCount, PerfIntervalCount and PerfTotalCount. These textual conventions are all Gauge32, and they are used because it is possible for these objects to decrease. Objects may decrease when Unavailable Seconds occurs across a fifteen minutes interval boundary. See Unavailable Seconds discussion later in this section.
タイプのPerfCurrentCount、PerfIntervalCount、およびPerfTotalCountにはパフォーマンスパラメタがあります。 これらの原文のコンベンションはすべてGauge32です、そして、これらの物が減少するのが、可能であるので、それらは使用されています。 Unavailable Secondsが15分の間隔境界の向こう側に起こると、物は減少するかもしれません。 後でこのセクションのUnavailable Seconds議論を見てください。
Line Errored Seconds (LES)
A Line Errored Second is a second in which one or more Line Code
Violation error events were detected. (Also known as ES-L; See
T1.231 Section 6.5.1.2.)
線Errored Seconds(LES)A線Errored Secondは1秒です。1回以上の線Code Violation誤りイベントが検出された (また、知られているES-L; T1.231セクション6.5.1.2を見てください。)
Controlled Slip Seconds (CSS)
A Controlled Slip Second is a one-second interval containing one
or more controlled slips (See T1.231 Section 6.5.2.8). This is
not incremented during an Unavailable Second.
制御Slip Seconds(CSS)A Controlled Slip Secondは2分の1の間隔の含んでいるものか、より制御されたメモ用紙(T1.231セクション6.5.2.8を見る)です。 これはUnavailable Secondの間、増加されません。
Nicklass Standards Track [Page 14] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[14ページ]RFC3895
Errored Seconds (ES)
For ESF and E1-CRC links an Errored Second is a second with one
or more Path Code Violation OR one or more Out of Frame defects
OR one or more Controlled Slip events OR a detected AIS defect.
(See T1.231 Section 6.5.2.2 and G.826 [ITU-T-G.826] Section
B.1).
ESFとE1-CRCがErrored Secondをリンクするので、Errored Seconds(ES)は1Path Code Violation OR1がある1秒であるかFrame欠陥より多くのOR1Controlled SlipイベントORの、より多くのOutが検出されたAIS欠陥です。 (T1.231部6.5の.2の.2とG.826[ITU-T-G.826]セクションB.1を見ます。)
For D4 and E1-noCRC links, the presence of Bipolar Violations
also triggers an Errored Second.
また、D4とE1-noCRCリンクに関しては、Bipolar Violationsの存在はErrored Secondの引き金となります。
This is not incremented during an Unavailable Second.
これはUnavailable Secondの間、増加されません。
Bursty Errored Seconds (BES)
A Bursty Errored Second (also known as Errored Second type B in
T1.231 Section 6.5.2.4) is a second with fewer than 320 and more
than 1 Path Coding Violation error events, no Severely Errored
Frame defects and no detected incoming AIS defects. Controlled
slips are not included in this parameter.
Bursty Errored Seconds(BES)A Bursty Errored Second(また、Errored SecondがT1.231セクション6.5.2.4にBをタイプするので、知っている)は320がある1秒と、1以上Path Coding Violation誤り出来事と、Severely Errored Frame欠陥がなくてまた検出された入って来るAIS欠陥ではありません。 制御メモ用紙はこのパラメタに含まれていません。
This is not incremented during an Unavailable Second. It
applies to ESF signals only.
これはUnavailable Secondの間、増加されません。 それはESF信号だけに適用されます。
Severely Errored Seconds (SES)
A Severely Errored Second for ESF signals is a second with 320
or more Path Code Violation Error Events OR one or more Out of
Frame defects OR a detected AIS defect (See T1.231 Section
6.5.2.5).
厳しく、ESFのためのSeverely Errored Secondが合図するErrored Seconds(SES)が320がある1秒であるか、より多くのPath Code Violation Error EventsがOR1であるかFrame欠陥ORの、より多くのOutが検出されたAIS欠陥(T1.231セクション6.5.2.5を見る)です。
For E1-CRC signals, a Severely Errored Second is a second with
832 or more Path Code Violation error events OR one or more Out
of Frame defects.
E1-CRC信号に関しては、Severely Errored SecondはFrame欠陥の832以上Path Code Violation誤りのイベントのOR1か、より多くのOutがある1秒です。
For E1-noCRC signals, a Severely Errored Second is a 2048 LCVs
or more.
E1-noCRC信号に関しては、Severely Errored Secondは2048LCVsです。
For D4 signals, a Severely Errored Second is a count of one-
second intervals with Framing Error events, or an OOF defect, or
1544 LCVs or more.
D4信号に関しては、Severely Errored SecondはFraming Error出来事、OOF欠陥、または1544LCVsとの2番目の1回の間隔のカウントです。
Controlled slips are not included in this parameter.
制御メモ用紙はこのパラメタに含まれていません。
This is not incremented during an Unavailable Second.
これはUnavailable Secondの間、増加されません。
Severely Errored Framing Second (SEFS)
An Severely Errored Framing Second is a second with one or more
Out of Frame defects OR a detected AIS defect. (Also known as
SAS-P (SEF/AIS second); See T1.231 Section 6.5.2.6.)
厳しさ、Errored Framing Second、(SEFS) Severely Errored Framing Secondは1がある1秒であるかFrame欠陥ORの、より多くのOutが検出されたAIS欠陥です。 (また、SAS-Pとして、(SEF/AIS2番目); T1.231セクション6.5.2.6を見るように知っています。)
Nicklass Standards Track [Page 15] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[15ページ]RFC3895
Degraded Minutes
A Degraded Minute is one in which the estimated error rate
exceeds 1E-6 but does not exceed 1E-3 (see G.821 [CCITT-G.821]).
降格しているMinutes A Degraded Minuteはおよそ誤り率が1ユーロの-6を超えていますが、1ユーロの-3は超えていないもの(G.821[CCITT-G.821]を見る)です。
Degraded Minutes are determined by collecting all of the
Available Seconds, removing any Severely Errored Seconds
grouping the result in 60-second long groups and counting a 60-
second long group (a.k.a., minute) as degraded if the cumulative
errors during the seconds present in the group exceed 1E-6.
Available seconds are merely those seconds which are not
Unavailable as described below.
降格しているMinutesはAvailable Secondsのすべてを集めることによって、決定します、グループにおける現在の数秒間の累積誤差が1ユーロの-6を超えているなら下げられるように60秒の長いグループで結果を分類して、2番目の60の長いグループ(通称分)を数えながらどんなSeverely Errored Secondsも取り外して。 有効な秒は単に以下で説明されるようにUnavailableでないそれらの秒です。
Unavailable Seconds (UAS)
Unavailable Seconds (UAS) are calculated by counting the number
of seconds that the interface is unavailable. The DS1 interface
is said to be unavailable from the onset of 10 contiguous SESs,
or the onset of the condition leading to a failure (see Failure
States). If the condition leading to the failure was
immediately preceded by one or more contiguous SESs, then the
DS1 interface unavailability starts from the onset of these
SESs. Once unavailable, and if no failure is present, the DS1
interface becomes available at the onset of 10 contiguous
seconds with no SESs. Once unavailable, and if a failure is
present, the DS1 interface becomes available at the onset of 10
contiguous seconds with no SESs, if the failure clearing time is
less than or equal to 10 seconds. If the failure clearing time
is more than 10 seconds, the DS1 interface becomes available at
the onset of 10 contiguous seconds with no SESs, or the onset
period leading to the successful clearing condition, whichever
occurs later. With respect to the DS1 error counts, all
counters are incremented while the DS1 interface is deemed
available. While the interface is deemed unavailable, the only
count that is incremented is UASs.
入手できないSeconds(UAS)の入手できないSeconds(UAS)は、インタフェースが入手できないことの秒の数を数えることによって、計算されます。 DS1インタフェースは10隣接のSESsの開始、または失敗につながる状態の開始で入手できないと言われています(Failure Statesを見てください)。 失敗につながる状態がすぐに1隣接のSESsによって先行されたなら、DS1インタフェース使用不能はこれらのSESsの開始から始めます。 一度入手できなく、どんな失敗も存在していないなら、DS1インタフェースは隣接の10秒の開始ときにSESsなしで利用可能になります。 一度入手できなく、失敗が存在しているなら、DS1インタフェースは隣接の10秒の開始ときにSESsなしで利用可能になります、失敗開拓地時間が10秒以下であるなら。 失敗開拓地時間が10秒以上であるなら、DS1インタフェースはうまくいっている開拓地状態に通じながら、SESsのない隣接の10秒の開始、または開始の期間に利用可能になります、どれが後で起こっても。 DS1誤り件数に関して、DS1インタフェースは利用可能であると考えられますが、すべてのカウンタが増加されています。 インタフェースは入手できないと考えられますが、唯一の増加しているカウントがUASsです。
Note that this definition implies that the agent cannot
determine until after a ten second interval has passed whether a
given one-second interval belongs to available or unavailable
time. If the agent chooses to update the various performance
statistics in real time then it must be prepared to
retroactively reduce the ES, BES, SES, and SEFS counts by 10 and
increase the UAS count by 10 when it determines that available
time has been entered. It must also be prepared to adjust the
PCV count and the DM count as necessary since these parameters
are not accumulated during unavailable time. It must be
similarly prepared to retroactively decrease the UAS count by 10
and increase the ES, BES, and DM counts as necessary upon
entering available time. A special case exists when the 10
second period leading to available or unavailable time crosses a
この定義が、12番目の間隔が過ぎた後までエージェントが、2分の1の与えられた間隔が利用可能であるか入手できない時間に属するかどうかと決心できないのを含意することに注意してください。 エージェントが、リアルタイムで様々な性能統計をアップデートするのを選ぶなら、使用可能時間が入られたことを決定すると、ES、BES、SES、およびSEFSカウントを10遡及して抑えて、UASカウントを10増加させるのは準備していなければなりません。 また、PCVカウントを調整するのも準備していなければならなくて、これらのパラメタが入手できない時間蓄積されないので、DMは必要に応じて数えます。 UASカウントを10遡及して減少させて、使用可能時間に入るとき必要に応じてES、BES、およびDMカウントを増加させるように同様にそれを準備しなければなりません。 利用可能であるか入手できない時間までの10第2ピリオドの先導がaに交差するとき、特別なケースは存在しています。
Nicklass Standards Track [Page 16] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[16ページ]RFC3895
900 second statistics window boundary, as the foregoing
description implies that the ES, BES, SES, SEFS, DM, and UAS
counts the PREVIOUS interval must be adjusted. In this case
successive GETs of the affected dsx1IntervalSESs and
dsx1IntervalUASs objects will return differing values if the
first GET occurs during the first few seconds of the window.
900 2番目の統計窓の限界、上記として、記述はPREVIOUS間隔がそうしなければならないES、ビー、SES、SEFS、DM、およびUASカウントが調整されるのを含意します。 この場合、最初のGETが窓の最初の数秒の間、起こると、影響を受けるdsx1IntervalSESsとdsx1IntervalUASs物の連続したGETsは異なった値を返すでしょう。
The agent may instead choose to delay updates to the various
statistics by 10 seconds in order to avoid retroactive
adjustments to the counters. A way to do this is sketched in
Appendix B.
エージェントは、カウンタとして遡及修正を避けるために10秒までに様々な統計にアップデートを遅らせるのを代わりに選ぶかもしれません。 これをする方法はAppendix Bにスケッチされます。
In any case, a linkDown trap shall be sent only after the agent has determined for certain that the unavailable state has been entered, but the time on the trap will be that of the first UAS (i.e., 10 seconds earlier). A linkUp trap shall be handled similarly.
どのような場合でも、エージェントが、入手できない状態が入られたと確かに決心した後にだけlinkDown罠を送るものとしますが、罠の時間は最初のUAS(すなわち、10秒前)のものになるでしょう。 linkUp罠は同様に扱われるものとします。
According to ANSI T1.231 unavailable time begins at the _onset_ of 10 contiguous severely errored seconds -- that is, unavailable time starts with the _first_ of the 10 contiguous SESs. Also, while an interface is deemed unavailable all counters for that interface are frozen except for the UAS count. It follows that an implementation which strictly complies with this standard must _not_ increment any counters other than the UAS count -- even temporarily -- as a result of anything that happens during those 10 seconds. Since changes in the signal state lag the data to which they apply by 10 seconds, an ANSI-compliant implementation must pass the one-second statistics through a 10-second delay line prior to updating any counters. That can be done by performing the following steps at the end of each one second interval.
ANSI T1.231によると、入手できない時間は隣接の厳しくerroredされた10秒の_開始_で始まります--すなわち、入手できない時間は_から10隣接のSESsの最初の_を始動します。 また、インタフェースは入手できないと考えられますが、UASカウントを除いて、そのインタフェースへのすべてのカウンタも凍っています。 それは、厳密にこの規格に従う実現はUAS以外のどんなカウンタもそれらの10秒間起こるものは何でもの結果、一時さえ数える_増分ではなく、_がそうしなければならないのに続きます。 信号状態の変化がそれらが10秒までに適用するデータを遅れさせるので、どんなカウンタもアップデートする前に、ANSI対応することの実現は10秒の遅延線に2分の1の統計を通さなければなりません。 それぞれ2番目の間隔の終わりに以下のステップを実行することによって、それができます。
i) Read near/far end CV counter and alarm status flags from the
hardware.
i) ハードウェアから近いか遠い端のCVカウンタとアラーム状態旗を読んでください。
ii) Accumulate the CV counts for the preceding second and compare
them to the ES and SES threshold for the layer in question.
Update the signal state and shift the one-second CV counts and
ES/SES flags into the 10-element delay line. Note that far-end
one-second statistics are to be flagged as "absent" during any
second in which there is an incoming defect at the layer in
question or at any lower layer.
ii) 2番目に、先行のためのCVカウントを蓄積してください、そして、問題の層のためにESとSES敷居とそれらを比較してください。 2分の1のCVが数えて、ES/SESが10要素の遅延線に旗を揚げさせる信号状態とシフトをアップデートしてください。 遠端の2分の1の統計が問題の層における、または、どんな下層における入って来る欠陥があるどんな2番目の間も「休んだ」状態で旗を揚げられることであることに注意してください。
iii) Update the current interval statistics using the signal state
from the _previous_ update cycle and the one-second CV counts
and ES/SES flags shifted out of the 10-element delay line.
iii) 2分の1の前の_アップデートサイクル、CVカウント、およびES/SES旗が10要素の遅延線から移動させた_から信号状態を使用して、現在の間隔統計をアップデートしてください。
This approach is further described in Appendix B.
このアプローチはAppendix Bでさらに説明されます。
Nicklass Standards Track [Page 17] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[17ページ]RFC3895
2.4.4. Failure States
2.4.4. 失敗州
The following failure states are received, or detected failures, that are reported in the dsx1LineStatus object. When a DS1 interface would, if ever, produce the conditions leading to the failure state is described in the appropriate specification.
以下の失敗州が受け取られていているか、検出された失敗である、それはdsx1LineStatus物で報告されます。 かつてならDS1インタフェースが状態を作り出すと、通じるのは適切な仕様に失敗状態に説明されます。
Far End Alarm Failure
The Far End Alarm failure is also known as "Yellow Alarm" in the
DS1 case, "Distant Alarm" in the E1 case, and "Remote Alarm" in
the DS2 case.
遠いEnd Alarm Failure、また、Far End Alarmの故障はDS1ケースの中の「黄色いアラーム」、1Eのケースの中の「遠方のアラーム」、およびDS2ケースの中の「リモートアラーム」として知られています。
For D4 links, the Far End Alarm failure is declared when bit 6
of all channels has been zero for at least 335 ms and is cleared
when bit 6 of at least one channel is non-zero for a period T,
where T is usually less than one second and always less than 5
seconds. The Far End Alarm failure is not declared for D4 links
when a Loss of Signal is detected.
D4リンクに関しては、Far End Alarmの故障は、オール・チャンネルのビット6が少なくとも335msのためのゼロであるときに、宣言されて、しばらく少なくとも1個のチャンネルのビット6がT、通常、Tがどこの1秒未満であるか、そして、およびいつも5秒未満非ゼロであるときに、クリアされます。 SignalのLossが検出されるとき、Far End Alarmの故障はD4リンクに宣言されません。
For ESF links, the Far End Alarm failure is declared if the
Yellow Alarm signal pattern occurs in at least seven out of ten
contiguous 16-bit pattern intervals and is cleared if the Yellow
Alarm signal pattern does not occur in ten contiguous 16-bit
signal pattern intervals.
ESFリンクに関しては、Far End Alarmの故障は、Yellow Alarmシグナル・パターンが少なくとも7で起こるなら10回の隣接の16ビットのパターン間隔から宣言されて、Yellow Alarmシグナル・パターンが10回の隣接の16ビットのシグナル・パターン間隔に起こらないなら、クリアされます。
For E1 links, the Far End Alarm failure is declared when bit 3
of time-slot zero is received set to one on two consecutive
occasions. The Far End Alarm failure is cleared when bit 3 of
time-slot zero is received set to zero.
時間帯ゼロのビット3が連続した2回1つへの容認されたセットであるときに、1Eのリンクに関しては、Far End Alarmの故障は宣言されます。 時間帯ゼロのビット3が容認されたセットであるときに、Far End Alarmの故障はゼロまでクリアされます。
For DS2 links, if a loss of frame alignment (LOF or LOS) and/or
DS2 AIS condition, is detected, the RAI signal shall be
generated and transmitted to the remote side.
DS2に関しては、リンクがフレーム整列(LOFかLOS)の損失、そして/または、DS2 AIS状態であるなら検出されて、RAI信号は、遠隔地側に発生して、送信されるものとします。
The Remote Alarm Indication(RAI) signal is defined on m-bits as
a repetition of the 16bit sequence consisting of eight binary
'1s' and eight binary '0s' in m-bits(1111111100000000). When
the RAI signal is not sent (in normal operation),the HDLC flag
pattern (01111110) in the m-bit is sent.
'Remote Alarm Indication(RAI)信号は、mビット(1111111100000000)の8つの2進の1年代と'8つの2進の0年代'から成りながら、m-ビットの上で16ビットの系列の反復と定義されます。 RAI信号を送らないとき(通常の操作で)、m-ビットのHDLC旗のパターン(01111110)を送ります。
The RAI failure is detected when 16 or more consecutive RAI-
patterns (1111111100000000) are received. The RAI failure is
cleared when 4 or more consecutive incorrect-RAI-patterns are
received.
RAIの故障は検出されたか16であるなら、より連続したRAIパターン(1111111100000000)が受け取られているということです。 4つ以上の連続した不正確なRAIパターンが受け取られているとき、RAIの故障はクリアされます。
Alarm Indication Signal (AIS) Failure
The Alarm Indication Signal failure is declared when an AIS
defect is detected at the input and the AIS defect still exists
Indication Signal(AIS)の故障を驚かせてください、AIS欠陥が入力のときに検出されて、AIS欠陥がまだ存在しているとき、Alarm Indication Signalの故障は宣言されます。
Nicklass Standards Track [Page 18] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[18ページ]RFC3895
after the Loss Of Frame failure (which is caused by the unframed
nature of the 'all-ones' signal) is declared. The AIS failure
is cleared when the Loss Of Frame failure is cleared. (See
T1.231 Section 6.2.1.2.1)
Loss Of Frameの後に、失敗('オールもの'信号の「非-縁ど」られた本質によって引き起こされる)は宣言されます。 Loss Of Frameの故障がクリアされるとき、AISの故障はクリアされます。 (T1.231セクション6.2.1.2を見てください、.1)
An AIS defect at a 6312 kbit/s (G.704) interface is detected
when the incoming signal has two {2} or less ZEROs in a sequence
of 3156 bits (0.5ms). The AIS signal defect is cleared when the
incoming signal has three {3} or more ZEROs in a sequence of
3156 bits (0.5ms).
次々に、入って来る信号に2 2以下ZEROsがあると、6312年のkbit/s(G.704)インタフェースにおけるAIS欠陥は3156ビット(0.5ms)について検出されます。 次々に、入って来る信号に3 3以上ZEROsがあると、AIS信号欠陥は3156ビット(0.5ms)をきれいにされます。
Loss Of Frame Failure
For DS1 links, the Loss Of Frame failure is declared when an OOF
or LOS defect has persisted for T seconds, where 2 <= T <= 10.
The Loss Of Frame failure is cleared when there have been no OOF
or LOS defects during a period T where 0 <= T <= 20. Many
systems will perform "hit integration" within the period T
before declaring or clearing the failure e.g., see TR 62411
[AT&T-TR-62411].
損失Of Frame Failure For DS1リンク、OOFかLOS欠陥がT秒の間持続しているとき、Loss Of Frameの故障は宣言されます、2<がT<=10と等しいところで。 どんなOOFもLOS欠陥も期間T0<がT<=20と等しいところにないとき、Loss Of Frameの故障はクリアされます。 失敗を宣言するか、またはクリアする前に多くのシステムが期間T中に「ヒット統合」を実行するでしょう、例えば、TR62411[AT&T-TR-62411]を見てください。
For E1 links, the Loss Of Frame Failure is declared when an OOF
defect is detected.
OOF欠陥が検出されるとき、1Eのリンクに関しては、Loss Of Frame Failureは申告されます。
Loss Of Signal Failure
For DS1, the Loss Of Signal failure is declared upon observing
175 +/- 75 contiguous pulse positions with no pulses of either
positive or negative polarity. The LOS failure is cleared upon
observing an average pulse density of at least 12.5% over a
period of 175 +/- 75 contiguous pulse positions starting with
the receipt of a pulse.
損失Of Signal Failure For DS1、+/-75隣接のパルスがパルスの肯定しているか否定している極性なしで置く175を観測するとき、Loss Of Signalの故障は宣言されます。 1パルスの領収書から始まって、+/-75隣接のパルスが置く175の期間、少なくとも12.5%の平均したパルス密度を観測するとき、LOSの故障はクリアされます。
For E1 links, the Loss Of Signal failure is declared when
greater than 10 consecutive zeroes are detected (see O.162
Section 3.4.4).
10以上の連続したゼロが検出されるとき(O.162セクション3.4.4を見てください)、1Eのリンクに関しては、Loss Of Signalの故障は宣言されます。
A LOS defect at 6312kbit/s interfaces is detected when the
incoming signal has "no transitions", i.e., when the signal
level is less than or equal to a signal level of 35dB below
nominal, for N consecutive pulse intervals, where 10 <=N<=255.
入って来る信号に「変遷がありません」があると、6312kbit/sインタフェースにおけるLOS欠陥は検出されます、すなわち、信号レベルが名目上下の35dBの、より信号レベル以下であるときに、10<がN<と等しいN連続したパルス間隔=255のために。
The LOS defect is cleared when the incoming signal has
"transitions", i.e., when the signal level is greater than or
equal to a signal level of 9dB below nominal, for N consecutive
pulse intervals, where 10<=N<=255.
入って来る信号に「変遷」があると、LOS欠陥はクリアされます、すなわち、信号レベルが255以上の10<がN<と等しいN連続したパルス間隔の間、名目上下の9dB=信号レベルであるときに。
A signal with "transitions" corresponds to a G.703 compliant
signal.
「変遷」がある信号はG.703対応することの信号に対応しています。
Nicklass Standards Track [Page 19] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[19ページ]RFC3895
Loopback Pseudo-Failure
The Loopback Pseudo-Failure is declared when the near end
equipment has placed a loopback (of any kind) on the DS1. This
allows a management entity to determine from one object whether
the DS1 can be considered to be in service or not (from the
point of view of the near end equipment).
近い終わりの設備がループバック(どんな種類のも)を置いたならLoopback Pseudo-失敗が宣言しているループバックPseudo-失敗、DS1。 これで、経営体は、1個の物からDS1が使用中であると考えることができるかどうか(近い終わりの設備の観点からの)決定できます。
TS16 Alarm Indication Signal Failure
For E1 links, the TS16 Alarm Indication Signal failure is
declared when time-slot 16 is received as all ones for all
frames of two consecutive multiframes (see G.732 Section 4.2.6).
This condition is never declared for DS1.
TS16 Alarm Indication Signal Failure Forの1Eのリンク、2の連続した「マルチ-フレーム」のすべてのフレームへのすべてのものとして時間帯16を受け取るとき(G.732セクション4.2.6を見てください)、TS16 Alarm Indication Signalの故障を宣言します。 この状態はDS1のために決して宣言されません。
Loss Of MultiFrame Failure
The Loss Of MultiFrame failure is declared when two consecutive
multiframe alignment signals (bits 4 through 7 of TS16 of frame
0) have been received with an error. The Loss Of Multiframe
failure is cleared when the first correct multiframe alignment
signal is received. The Loss Of Multiframe failure can only be
declared for E1 links operating with G.732 [CCITT-G.732] framing
(sometimes called "Channel Associated Signalling" mode).
損失Of MultiFrame Failure、誤りで2つの連続した「マルチ-フレーム」整列信号(フレーム0のTS16のビット4〜7)を受信したとき、Loss Of MultiFrameの故障を宣言します。 最初の正しい「マルチ-フレーム」整列信号が受信されているとき、Loss Of Multiframeの故障はクリアされます。 (時々呼ばれた「チャンネルの関連合図」モード)を縁どりながら、G.732[CCITT-G.732]と共に作動する1EのリンクにLoss Of Multiframeの故障を宣言できるだけです。
Far End Loss Of Multiframe Failure
The Far End Loss Of Multiframe failure is declared when bit 2 of
TS16 of frame 0 is received set to one on two consecutive
occasions. The Far End Loss Of Multiframe failure is cleared
when bit 2 of TS16 of frame 0 is received set to zero. The Far
End Loss Of Multiframe failure can only be declared for E1 links
operating in "Channel Associated Signalling" mode (See G.732).
遠いEnd Loss Of Multiframe Failure、フレーム0のTS16のビット2が連続した2回1つへの容認されたセットであるときに、Far End Loss Of Multiframeの故障は宣言されます。 フレーム0のTS16のビット2が容認されたセットであるときに、Far End Loss Of Multiframeの故障はゼロまでクリアされます。 「チャンネルの関連合図」モードで作動する1EのリンクにFar End Loss Of Multiframeの故障を宣言できるだけです(G.732を見てください)。
DS2 Payload AIS Failure
The DS2 Payload AIS is detected when the incoming signal of the
6,312 kbps frame payload (time-slots 1 through 96) has 2 or less
0's in a sequence of 3072 bits (0.5ms). The DS2 Payload AIS is
cleared when the incoming signal of the 6,312 kbps frame payload
has 3 or more 0's in a sequence of 3072 bits (0.5 ms).
次々に、6,312キロビット毎秒フレームペイロード(時間帯1〜96)の入って来る信号に2 0があると、DS2有効搭載量AIS Failure DS2有効搭載量AISは3072ビット(0.5ms)について検出されます。 次々に、6,312キロビット毎秒フレームペイロードの入って来る信号に3 0があると、DS2有効搭載量AISは3072ビット(0.5ms)をきれいにされます。
DS2 Performance Threshold
DS2 Performance Threshold Failure monitors equipment performance
and is based on the CRC (Cyclic Redundancy Check) Procedure
defined in G.704.
DS2パフォーマンスThreshold DS2パフォーマンスThreshold Failureは設備性能をモニターして、G.704で定義されたCRC(周期的なRedundancy Check)手順に基づいています。
The DS2 Performance Threshold Failure is detected when the bit
error ratio exceeds 10^-4 (Performance Threshold), and the DS2
Performance Threshold Failure shall be cleared when the bit
error ratio decreased to less than 10^-6."
「噛み付いている誤り比が10^-4(パフォーマンスThreshold)を超えているとき、DS2パフォーマンスThreshold Failureは検出されます、そして、噛み付いている誤り比が10未満^-6と減少したとき、DS2パフォーマンスThreshold Failureはきれいにされるものとします。」
Nicklass Standards Track [Page 20] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[20ページ]RFC3895
2.4.5. Other Terms
2.4.5. 他の用語
Circuit Identifier
This is a character string specified by the circuit vendor, and is
useful when communicating with the vendor during the
troubleshooting process (see M.1400 [ITU-T-M.1400] for additional
information).
サーキットIdentifier Thisはサーキット業者によって指定された文字列であり、トラブルシューティングの過程の間業者とコミュニケートするとき、役に立ちます(追加情報に関してM.1400[ITU-T-M.1400]を見てください)。
Proxy
In this document, the word proxy is meant to indicate an
application which receives SNMP messages and replies to them on
behalf of the devices which implement the actual DS1/E1
interfaces. The proxy may have already collected the information
about the DS1/E1 interfaces into its local database and may not
necessarily forward the requests to the actual DS1/E1 interface.
It is expected in such an application that there are periods of
time where the proxy is not communicating with the DS1/E1
interfaces. In these instances the proxy will not necessarily
have up-to-date configuration information and will most likely
have missed the collection of some statistics data. Missed
statistics data collection will result in invalid data in the
interval table.
プロキシIn、このドキュメント、単語プロキシはSNMPメッセージを受け取るアプリケーションを示すと言われて、1実際のDS1/Eのインタフェースを実行する装置を代表してそれらに答えます。 プロキシは、既に1DS1/Eのインタフェースの情報をローカルのデータベースに集めて、必ず1実際のDS1/Eのインタフェースに要求を転送するかもしれないというわけではありません。 そのようなアプリケーションでは、期間がプロキシが1DS1/Eのインタフェースで交信する予定でないところにあると予想されます。 これらの例では、プロキシは、必ず最新の設定情報を持つというわけではなくて、たぶんいくつかの統計データの収集を逃してしまうでしょう。 逃された統計データ収集は間隔テーブルの無効のデータをもたらすでしょう。
3. Object Definitions
3. オブジェクト定義
DS1-MIB DEFINITIONS ::= BEGIN
DS1-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE,
NOTIFICATION-TYPE, transmission
FROM SNMPv2-SMI -- [RFC2578]
DisplayString, TimeStamp, TruthValue
FROM SNMPv2-TC -- [RFC2579]
MODULE-COMPLIANCE, OBJECT-GROUP,
NOTIFICATION-GROUP
FROM SNMPv2-CONF -- [RFC2580]
InterfaceIndex, ifIndex
FROM IF-MIB -- [RFC2863]
PerfCurrentCount, PerfIntervalCount,
PerfTotalCount
FROM PerfHist-TC-MIB; -- [RFC3593]
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、トランスミッションFROM SNMPv2-SMI--[RFC2578]DisplayString、TimeStamp、TruthValue FROM SNMPv2-TC--[RFC2579]MODULE-COMPLIANCE、OBJECT-GROUP、NOTIFICATION-GROUP FROM SNMPv2-CONF--[RFC2580] InterfaceIndex、ifIndex FROM、-、MIB、--[RFC2863]PerfCurrentCount、PerfIntervalCount、PerfTotalCount FROM PerfHist-TC-MIB。 -- [RFC3593]
ds1 MODULE-IDENTITY
LAST-UPDATED "200409090000Z" -- September 09, 2004
ORGANIZATION "IETF AToM MIB Working Group"
CONTACT-INFO
"WG charter:
http://www.ietf.org/html.charters/atommib-charter.html
ds1 MODULE-IDENTITY LAST-UPDATED"200409090000Z"--、2004年9月9日組織「IETF原子MIB作業部会」コンタクトインフォメーション、「WGは以下をチャーターします」。 http://www.ietf.org/html.charters/atommib-charter.html
Nicklass Standards Track [Page 21] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[21ページ]RFC3895
Mailing Lists:
General Discussion: atommib@research.telcordia.com
To Subscribe: atommib-request@research.telcordia.com
メーリングリスト: 一般議論: 申し込む atommib@research.telcordia.com : atommib-request@research.telcordia.com
Editor: Orly Nicklass
エディタ: オルリーNicklass
Postal: RAD Data Communications, Ltd.
Ziv Tower, 24 Roul Walenberg
Tel Aviv, Israel, 69719
郵便: radデータ通信Ltd.Zivはそそり立っていて、24Roul Walenbergはテルアビブ、イスラエル69719です。
Tel: +9723 765 9969
E-mail: orly_n@rad.com"
Tel: +9723 765 9969はメールされます: " orly_n@rad.com "
DESCRIPTION
"The MIB module to describe DS1, E1, DS2, and
E2 interfaces objects.
記述、「DS1、1ユーロ、DS2、および2ユーロ説明するMIBモジュールは物を連結します」。
Copyright (c) The Internet Society (2004). This
version of this MIB module is part of RFC 3895;
see the RFC itself for full legal notices."
Copyright(c)インターネット協会(2004)。 このMIBモジュールのこのバージョンはRFC3895の一部です。 「完全な法定の通知に関してRFC自身を見てください。」
REVISION "200409090000Z" -- September 09, 2004
DESCRIPTION
"The RFC 3895 version of this MIB module.
The key changes made to this MIB module
since its publication in RFC 2495 are as follows:
(1) The dsx1FracIfIndex SYNTAX matches the description range.
(2) A value was added to dsx1TransmitClockSource.
(3) Values were added to dsx1LineType.
(4) Two objects were added, dsx1LineMode and dsx1LineBuildOut
to better express transceiver mode and LineBuildOut for T1.
(5) Reference was added to Circuit Identifier object.
(6) Align the DESCRIPTION clauses of few statistic objects with
the near end definition, the far end definition and with
RFC 3593.
(7) Changes in Compliance Statements to include new objects.
(8) A typographical error in dsx2E2 was fixed, new name is dsx1E2."
REVISION"200409090000Z"--、2004年9月9日記述、「このMIBモジュールのRFC3895バージョン。」 RFC2495での公表以来このMIBモジュールにされたキーチェンジは以下の通りです: (1) dsx1FracIfIndex SYNTAXは記述範囲に合っています。 (2) 価値はdsx1TransmitClockSourceに高められました。 (3) 値はdsx1LineTypeに加えられました。 (4) dsx1LineMode、2個の物が加えられました、そして、より良いことへのdsx1LineBuildOutはT1のためにトランシーバーモードとLineBuildOutを急送します。 (5) 参照はCircuit Identifier物に追加されました。 (6) 近い終わりの定義(定義とRFC3593がある遠端)にわずかな統計値物の記述節を並べてください。 (7) 新しい物を含むCompliance Statementsにおける変化。 (8) 「dsx2E2の誤字は修正されて、新しい名前はdsx1E2です。」
REVISION "199808011830Z"
DESCRIPTION
"The RFC 2495 version of this MIB module.
The key changes made to this MIB module
since its publication in RFC 1406 are as follows:
(1) The Fractional Table has been deprecated.
(2) This document uses SMIv2.
(3) Usage is given for ifTable and ifXTable.
(4) Example usage of ifStackTable is included.
(5) dsx1IfIndex has been deprecated.
REVISION"199808011830Z"記述、「このMIBモジュールのRFC2495バージョン。」 RFC1406での公表以来このMIBモジュールにされたキーチェンジは以下の通りです: (1) Fractional Tableは非難されました。 (2) このドキュメントはSMIv2を使用します。 (3) ifTableとifXTableのために用法を与えます。 (4) ifStackTableの例の使用法は含まれています。 (5) dsx1IfIndexは非難されました。
Nicklass Standards Track [Page 22] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[22ページ]RFC3895
(6) Support for DS2 and E2 have been added.
(7) Additional lineTypes for DS2, E2, and unframed E1
were added.
(8) The definition of valid intervals has been clarified
for the case where the agent proxied for other devices. In
particular, the treatment of missing intervals has been
clarified.
(9) An inward loopback has been added.
(10) Additional lineStatus bits have been added for Near End in
Unavailable Signal State, Carrier Equipment Out of Service,
DS2 Payload AIS, and DS2 Performance Threshold.
(11) A read-write line Length object has been added.
(12) Signal mode of other has been added.
(13) Added a lineStatus last change, trap and enabler.
(14) The e1(19) ifType has been obsoleted so this MIB
does not list it as a supported ifType.
(15) Textual Conventions for statistics objects have been used.
(16) A new object, dsx1LoopbackStatus has been introduced to
reflect the loopbacks established on a DS1 interface and
the source to the requests. dsx1LoopbackConfig continues
to be the desired loopback state while dsx1LoopbackStatus
reflects the actual state.
(17) A dual loopback has been added to allow the setting of an
inward loopback and a line loopback at the same time.
(18) An object indicating which channel to use within a parent
object (i.e., DS3) has been added.
(19) An object has been added to indicate whether or not this
DS1/E1 is channelized.
(20) Line coding type of B6ZS has been added for DS2"
(6) DS2のサポートと2ユーロは加えられます。 (7) DS2のための追加lineTypes、2ユーロ、および「非-縁ど」られた1ユーロは加えられました。 (8) 有効な間隔の定義はエージェントが対向機器のためにproxiedしたケースのためにはっきりさせられました。 特に、なくなった間隔の処理ははっきりさせられました。 (9) 内部ループバックは加えられます。 (10) 追加lineStatusビットはUnavailable Signal州におけるNear End、ServiceのCarrier Equipment Out、DS2有効搭載量AIS、およびDS2パフォーマンスThresholdのために加えられます。 (11) 読書して書いている線Length物は加えられます。 (12) 他の信号モードは加えられます。 (13) lineStatusが変化、罠、およびイネーブラを持続すると言い足しました。 (14) e1(19) ifTypeが時代遅れにされたので、このMIBは支持されたifTypeにそれについて記載しません。 (15) 統計物のための原文のConventionsは使用されました。 (16) 新しい物、DS1インタフェースとソースの上で要求に確立されたループバックを反映するためにdsx1LoopbackStatusを導入しました。dsx1LoopbackStatusが実際の状態を反映する間、dsx1LoopbackConfigはずっと必要なループバック状態です。 (17) 二元的なループバックは、同時に内部ループバックと線ループバックの設定を許すために加えられます。 (18) 親物(すなわち、DS3)の中にどのチャンネルを使用したらよいかを示す物は加えられます。 (19) 物は、この1DS1/Eがchannelizedされるかどうかを示すために加えられます。 (20) B6ZSのラインコード方式タイプはDS2"のために加えられます。
REVISION "199301252028Z"
DESCRIPTION
"Initial version, published as RFC 1406."
「初期のバージョンであって、RFC1406として発行された」REVISION"199301252028Z"記述。
::= { transmission 18 }
::= トランスミッション18
-- note that this subsumes cept (19) and g703at2mb (67) -- there is no separate CEPT or G703AT2MB MIB
-- これがcept(19)とg703at2mb(67)を包括することに注意してください--どんな別々のCEPTもG703AT2MB MIBもありません。
-- The DS1 Near End Group
-- 終わりのグループにおけるDS1
-- The DS1 Near End Group consists of five tables: -- DS1 Configuration -- DS1 Current -- DS1 Interval -- DS1 Total -- DS1 Channel Table
-- DS1 Near End Groupは5個のテーブルから成ります: -- DS1構成--DS1が合計するDS1海流(DS1間隔)--DS1チャンネルテーブル
Nicklass Standards Track [Page 23] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[23ページ]RFC3895
-- The DS1 Configuration Table
-- DS1構成テーブル
dsx1ConfigTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dsx1ConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The DS1 Configuration table."
::= { ds1 6 }
「DS1 Configurationはテーブルの上に置く」dsx1ConfigTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx1ConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= ds1 6
dsx1ConfigEntry OBJECT-TYPE
SYNTAX Dsx1ConfigEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the DS1 Configuration table."
INDEX { dsx1LineIndex }
::= { dsx1ConfigTable 1 }
「DS1 Configurationのエントリーはテーブルの上に置く」dsx1ConfigEntry OBJECT-TYPE SYNTAX Dsx1ConfigEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 dsx1LineIndexに索引をつけてください:、:= dsx1ConfigTable1
Dsx1ConfigEntry ::=
SEQUENCE {
dsx1LineIndex InterfaceIndex,
dsx1IfIndex InterfaceIndex,
dsx1TimeElapsed INTEGER,
dsx1ValidIntervals INTEGER,
dsx1LineType INTEGER,
dsx1LineCoding INTEGER,
dsx1SendCode INTEGER,
dsx1CircuitIdentifier DisplayString,
dsx1LoopbackConfig INTEGER,
dsx1LineStatus INTEGER,
dsx1SignalMode INTEGER,
dsx1TransmitClockSource INTEGER,
dsx1Fdl INTEGER,
dsx1InvalidIntervals INTEGER,
dsx1LineLength INTEGER,
dsx1LineStatusLastChange TimeStamp,
dsx1LineStatusChangeTrapEnable INTEGER,
dsx1LoopbackStatus INTEGER,
dsx1Ds1ChannelNumber INTEGER,
dsx1Channelization INTEGER,
dsx1LineMode INTEGER,
dsx1LineBuildOut INTEGER
}
Dsx1ConfigEntry:、:= 系列{ dsx1LineIndex InterfaceIndex、dsx1IfIndex InterfaceIndex、dsx1TimeElapsed整数、dsx1ValidIntervals整数、dsx1LineType整数、dsx1LineCoding整数、dsx1SendCode整数、dsx1CircuitIdentifier DisplayString、dsx1LoopbackConfig整数、dsx1LineStatus整数、dsx1SignalMode整数; dsx1TransmitClockSource整数、dsx1Fdl整数、dsx1InvalidIntervals整数、dsx1LineLength整数、dsx1LineStatusLastChangeタイムスタンプ、dsx1LineStatusChangeTrapEnable整数、dsx1LoopbackStatus整数、dsx1Ds1ChannelNumber整数、dsx1Channelization整数、dsx1LineMode整数、dsx1LineBuildOut整数; }
dsx1LineIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only -- read-only since originally an
dsx1LineIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止
Nicklass Standards Track [Page 24] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[24ページ]RFC3895
-- SMIv1 index
STATUS current
DESCRIPTION
"This object should be made equal to ifIndex. The
next paragraph describes its previous usage.
Making the object equal to ifIndex allows proper
use of ifStackTable and ds0/ds0bundle mibs.
-- SMIv1インデックスSTATUS現在の記述は「ifIndexと等しく作これが反対するされているべきである」。 次のパラグラフは前の用法を説明します。 物をifIndexと等しくすると、ifStackTableとds0/ds0bundle mibsの適切な使用は許容されます。
Previously, this object is the identifier of a DS1
Interface on a managed device. If there is an
ifEntry that is directly associated with this and
only this DS1 interface, it should have the same
value as ifIndex. Otherwise, number the
dsx1LineIndices with an unique identifier
following the rules of choosing a number that is
greater than ifNumber and numbering the inside
interfaces (e.g., equipment side) with even
numbers and outside interfaces (e.g., network side)
with odd numbers."
::= { dsx1ConfigEntry 1 }
以前、この物は管理された装置の上のDS1 Interfaceに関する識別子です。 直接これに関連しているifEntryとこのDS1インタフェースしかなければ、それには、ifIndexと同じ値があるべきです。 「さもなければ、ユニークな識別子がifNumberより大きい数を選んで、内部に付番する規則に従っているdsx1LineIndicesが偶数と外部に連結する(例えば、設備側)数は(例えば、ネットワーク側)を奇数に連結します。」 ::= dsx1ConfigEntry1
dsx1IfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"This value for this object is equal to the value
of ifIndex from the Interfaces table of MIB II
(RFC 1213)."
::= { dsx1ConfigEntry 2 }
dsx1IfIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止STATUSは記述を非難しました。「この物のためのこの値はMIB II(RFC1213)のInterfacesテーブルからのifIndexの値と等しいです」。 ::= dsx1ConfigEntry2
dsx1TimeElapsed OBJECT-TYPE
SYNTAX INTEGER (0..899)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of seconds that have elapsed since the
beginning of the near end current error-measurement
period. If, for some reason, such as an adjustment
in the system's time-of-day clock, the current interval
exceeds the maximum value, the agent will return the
maximum value."
::= { dsx1ConfigEntry 3 }
dsx1TimeElapsed OBJECT-TYPE SYNTAX INTEGER(0 .899)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「現在の誤り測定の期間の近い終了の始まり以来経過している秒数。」 「現在の間隔がシステムの時刻時計での調整などの何らかの理由で最大値を超えていると、エージェントは最大値を返すでしょう。」 ::= dsx1ConfigEntry3
dsx1ValidIntervals OBJECT-TYPE
SYNTAX INTEGER (0..96)
MAX-ACCESS read-only
STATUS current
dsx1ValidIntervals OBJECT-TYPE SYNTAX INTEGER(0 .96)マックス-ACCESS書き込み禁止STATUS海流
Nicklass Standards Track [Page 25] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[25ページ]RFC3895
DESCRIPTION
"The number of previous near end intervals for
which data was collected. The value will be 96
unless the interface was brought online within the
last 24 hours, in which case the value will be the
number of complete 15 minute near end intervals
since the interface has been online. In the case
where the agent is a proxy, it is possible that
some intervals are unavailable. In this case,
this interval is the maximum interval number for
which data is available."
::= { dsx1ConfigEntry 4 }
記述、「どのデータに終わりの間隔頃前の数は集められました」。 インタフェースがオンラインでここ24時間の範囲内に収められなかったなら値が96になる、その場合、インタフェースがオンラインであったので、値は終わりの間隔頃の完全な15分の数になるでしょう。 エージェントがプロキシである場合では、いくつかの間隔が入手できないのは、可能です。 「この場合、この間隔はデータが利用可能である最大の間隔番号です。」 ::= dsx1ConfigEntry4
dsx1LineType OBJECT-TYPE
SYNTAX INTEGER {
other(1),
dsx1ESF(2),
dsx1D4(3),
dsx1E1(4),
dsx1E1CRC(5),
dsx1E1MF(6),
dsx1E1CRCMF(7),
dsx1Unframed(8),
dsx1E1Unframed(9),
dsx1DS2M12(10),
dsx1E2(11),
dsx1E1Q50(12),
dsx1E1Q50CRC(13)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable indicates the variety of DS1
Line implementing this circuit. The type of
circuit affects the number of bits per second
that the circuit can reasonably carry, as well
as the interpretation of the usage and error
statistics. The values, in sequence, describe:
dsx1LineType OBJECT-TYPE SYNTAX INTEGER、他の(1)、dsx1ESF(2)、dsx1D4(3)、dsx1E1(4)、dsx1E1CRC(5)、dsx1E1MF(6)、dsx1E1CRCMF(7)、dsx1Unframed(8)、dsx1E1Unframed(9)、dsx1DS2M12(10)、dsx1E2(11)、dsx1E1Q50(12)、マックス-ACCESSがSTATUS現在の記述を読書して書くdsx1E1Q50CRC(13)、「この変数はこのサーキットを実行するDS1線のバラエティーを示します」。 サーキットのタイプはサーキットが合理的に運ぶことができるbpsの数、および用法と誤り統計の解釈に影響します。 値は連続して以下について説明します。
TITLE: SPECIFICATION:
dsx1ESF Extended SuperFrame DS1
(T1.107)
dsx1D4 AT&T D4 format DS1 (T1.107)
dsx1E1 ITU-T Recommendation G.704
(Table 4a)
dsx1E1-CRC ITU-T Recommendation G.704
(Table 4b)
dsxE1-MF G.704 (Table 4a) with TS16
タイトル: 仕様: dsx1ESF Extended SuperFrame DS1(T1.107)dsx1D4 AT&T D4がDS1(T1.107)dsx1E1ITU-T Recommendation G.704をフォーマットする、(4a) dsx1E1-CRC ITU-T Recommendation G.704(テーブル4b)dsxE1-MF G.704をテーブルの上に置いてください、(TS16と共に4a)をテーブルの上に置いてください。
Nicklass Standards Track [Page 26] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[26ページ]RFC3895
multiframing enabled
dsx1E1-CRC-MF G.704 (Table 4b) with TS16
multiframing enabled
dsx1Unframed DS1 with No Framing
dsx1E1Unframed E1 with No Framing (G.703)
dsx1DS2M12 DS2 frame format (T1.107)
dsx1E2 E2 frame format (G.704)
dsx1E1Q50 TS16 bits 5,7,8 set to 101, [in
all other cases it is set
to 111.](ITU-T G.704,table 14)
dsx1E1Q50CRC E1Q50 with CRC.
TS16 multiframingと共に可能にされたdsx1E1-CRC-MF G.704(テーブル4b)を「マルチ-縁ど」っていると、Framing(G.703)dsx1DS2M12 DS2フレーム形式(T1.107)dsx1E2 2Eのフレーム形式(G.704)dsx1E1Q50 TS16ビット5、7、8が全く101にセットしていなく、dsx1Unframed DS1はいいえ、Framing dsx1E1Unframedと共に1E有効にされました、CRCと[他のすべての場合では、それは111に設定されます](ITU-T G.704、テーブル14)dsx1E1Q50CRC E1Q50。
For clarification, the capacity for each E1 type
is as listed below:
dsx1E1Unframed - E1, no framing = 32 x 64k = 2048k
dsx1E1 or dsx1E1CRC - E1, with framing,
no signalling = 31 x 64k = 1984k
dsx1E1MF or dsx1E1CRCMF - E1, with framing,
signalling = 30 x 64k = 1920k"
REFERENCE
"American National Standard for telecommunications -
digital hierarchy - formats specification,
ANSI-T1.107 - 1988.
CCITT Specifications Volume III, Recommendation
G.703, Physical/Electrical Characteristics
of Hierarchical Digital Interfaces, April 1991.
ITU-T-G.704: Synchronous frame structures used at
1544, 6312, 2048, 8488 and 44 736 kbit/s
Hierarchical Levels, July 1995."
::= { dsx1ConfigEntry 5 }
明確化において、1Eのタイプのためのそれぞれの容量は以下に同じくらい記載されています: 」 dsx1E1Unframed--32の1E、x64k=2048k dsx1E1または縁どりでない=dsx1E1CRC--1E、縁どりで、合図でないのは縁どりで31とxの1984k dsx1E1MFか64k=dsx1E1CRCMF--1E等しく、30x合図=64k=1920kはREFERENCEです。「「テレコミュニケーションのための米国標準規格(デジタル階層構造)は仕様をフォーマットします、ANSI-T1.107--1988。」 CCITT仕様巻III、推薦G.703、階層的なDigitalの物理的であるか電気の特性は1991年4月に連結します。 ITU-T-G.704: 「同期枠組構造は1544、6312、2048、8488、および44歳のときに736kbit/s Hierarchical Levels、1995年7月を使用しました。」 ::= dsx1ConfigEntry5
dsx1LineCoding OBJECT-TYPE
SYNTAX INTEGER {
dsx1JBZS (1),
dsx1B8ZS (2),
dsx1HDB3 (3),
dsx1ZBTSI (4),
dsx1AMI (5),
other(6),
dsx1B6ZS(7)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable describes the variety of Zero Code
Suppression used on this interface, which in turn
affects a number of its characteristics.
dsx1LineCoding OBJECT-TYPE SYNTAX INTEGER、dsx1JBZS(1)、dsx1B8ZS(2)、dsx1HDB3(3)、dsx1ZBTSI(4)dsx1AMI(5)、他の(6)、dsx1B6ZS(7)、マックス-ACCESSは「この変数は順番に多くの特性に影響するこのインタフェースで使用されるZero Code Suppressionのバラエティーについて説明すること」をSTATUSの現在の記述に読書して書きます。
Nicklass Standards Track [Page 27] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[27ページ]RFC3895
dsx1JBZS refers the Jammed Bit Zero Suppression,
in which the AT&T specification of at least one
pulse every 8 bit periods is literally implemented
by forcing a pulse in bit 8 of each channel.
Thus, only seven bits per channel, or 1.344 Mbps,
is available for data.
dsx1JBZSはJammed Bit Zero Suppressionを参照します。そこでは、1パルスを押し込める8回のビット周期毎が文字通り実行される少なくとも1パルスのAT&T仕様がそれぞれの8個のチャンネルに噛み付きました。 1チャンネルあたり7ビット、または1.344Mbpsだけがデータに有効です。
dsx1B8ZS refers to the use of a specified pattern
of normal bits and bipolar violations which are
used to replace a sequence of eight zero bits.
dsx1B8ZSは8ゼロ・ビットの系列を置き換えるのに使用される標準のビットとバイポーラ違反の指定されたパターンの使用について言及します。
ANSI Clear Channels may use dsx1ZBTSI, or Zero
Byte Time Slot Interchange.
ANSI Clear Channelsはdsx1ZBTSI、またはZero Byte Time Slot Interchangeを使用するかもしれません。
E1 links, with or without CRC, use dsx1HDB3 or
dsx1AMI.
CRCのあるなしにかかわらず、1Eのリンクがdsx1HDB3かdsx1AMIを使用します。
dsx1AMI refers to a mode wherein no zero code
suppression is present and the line encoding does
not solve the problem directly. In this
application, the higher layer must provide data
which meets or exceeds the pulse density
requirements, such as inverting HDLC data.
dsx1B6ZS refers to the user of a specified pattern
of normal bits and bipolar violations which are
used to replace a sequence of six zero bits. Used
for DS2."
dsx1AMIはいいえゼロ、コード抑圧が存在していて、線コード化が直接問題を解決しないモードを示します。 このアプリケーションに、より高い層はパルス密度必要条件を満たすか、または超えているデータを提供しなければなりません、HDLCデータを逆にするのなどように。dsx1B6ZSは6ゼロ・ビットの系列を置き換えるのに使用される標準のビットとバイポーラ違反の指定されたパターンのユーザについて言及します。 「DS2において、中古です」。
::= { dsx1ConfigEntry 6 }
::= dsx1ConfigEntry6
dsx1SendCode OBJECT-TYPE
SYNTAX INTEGER {
dsx1SendNoCode(1),
dsx1SendLineCode(2),
dsx1SendPayloadCode(3),
dsx1SendResetCode(4),
dsx1SendQRS(5),
dsx1Send511Pattern(6),
dsx1Send3in24Pattern(7),
dsx1SendOtherTestPattern(8)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable indicates what type of code is
being sent across the DS1 interface by the device.
Setting this variable causes the interface to send
the code requested. The values mean:
dsx1SendCode OBJECT-TYPE SYNTAX INTEGER、dsx1SendNoCode(1)、dsx1SendLineCode(2)、dsx1SendPayloadCode(3)、dsx1SendResetCode(4)、dsx1SendQRS(5)、dsx1Send511Pattern(6)、dsx1Send3in24Pattern(7)、dsx1SendOtherTestPattern(8)、マックス-ACCESSは「この変数は、どんなタイプのコードがDS1インタフェースの向こう側に装置によって送られるかを示すこと」をSTATUSの現在の記述に読書して書きます。 この変数を設定するのに、インタフェースは要求されたコードを送ります。 値は以下を意味します。
Nicklass Standards Track [Page 28] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[28ページ]RFC3895
dsx1SendNoCode
sending looped or normal data
dsx1SendNoCodeの送付の輪にされたか正常なデータ
dsx1SendLineCode
sending a request for a line loopback
線ループバックを求める要求を送るdsx1SendLineCode
dsx1SendPayloadCode
sending a request for a payload loopback
ペイロードループバックを求める要求を送るdsx1SendPayloadCode
dsx1SendResetCode
sending a loopback termination request
ループバック終了要求を送るdsx1SendResetCode
dsx1SendQRS
sending a Quasi-Random Signal (QRS) test
pattern
Quasi無作為のSignal(QRS)テストパターンを送るdsx1SendQRS
dsx1Send511Pattern
sending a 511 bit fixed test pattern
511ビット固定されたテストパターンを送るdsx1Send511Pattern
dsx1Send3in24Pattern
sending a fixed test pattern of 3 bits set
in 24
3ビットの固定テストパターンを送るdsx1Send3in24Patternが24でセットしました。
dsx1SendOtherTestPattern
sending a test pattern other than those
described by this object"
::= { dsx1ConfigEntry 7 }
「この物によって説明されたものを除いて、テストを送るdsx1SendOtherTestPatternが型に基づいて作る」:、:= dsx1ConfigEntry7
dsx1CircuitIdentifier OBJECT-TYPE
SYNTAX DisplayString (SIZE (0..255))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable contains the transmission vendor's
circuit identifier, for the purpose of
facilitating troubleshooting."
REFERENCE "ITU-T M.1400"
::= { dsx1ConfigEntry 8 }
dsx1CircuitIdentifier OBJECT-TYPE SYNTAX DisplayString(SIZE(0 .255))マックス-ACCESSは「この変数がトランスミッション業者のサーキット識別子を含んでいます、障害調査するのを容易にする目的のために」STATUSの現在の記述に読書して書きます。 参照「ITU-T M.1400」:、:= dsx1ConfigEntry8
dsx1LoopbackConfig OBJECT-TYPE
SYNTAX INTEGER {
dsx1NoLoop(1),
dsx1PayloadLoop(2),
dsx1LineLoop(3),
dsx1OtherLoop(4),
dsx1InwardLoop(5),
dsx1DualLoop(6)
}
dsx1LoopbackConfigオブジェクト・タイプ構文整数dsx1NoLoop(1)、dsx1PayloadLoop(2)、dsx1LineLoop(3)、dsx1OtherLoop(4)、dsx1InwardLoop(5)、dsx1DualLoop(6)
Nicklass Standards Track [Page 29] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[29ページ]RFC3895
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable represents the desired loopback
configuration of the DS1 interface. Agents
supporting read/write access should return
inconsistentValue in response to a requested
loopback state that the interface does not
support. The values mean:
マックス-ACCESSは「この変数はDS1インタフェースの必要なループバック構成を表すこと」をSTATUSの現在の記述に読書して書きます。 支持がインタフェースが支持しない要求されたループバック状態に対応してinconsistentValueを返すべきであるとアクセスに読み込むか、または書くエージェント。 値は以下を意味します。
dsx1NoLoop
Not in the loopback state. A device that is not
capable of performing a loopback on the interface
shall always return this as its value.
ループバック状態のdsx1NoLoop Not。 インタフェースにループバックを実行できない装置は値としていつもこれを返すものとします。
dsx1PayloadLoop
The received signal at this interface is looped
through the device. Typically the received signal
is looped back for retransmission after it has
passed through the device's framing function.
これの受信された信号が連結するdsx1PayloadLoopは装置を通して輪にされます。 装置の縁どり機能を通り抜けた後に通常、受信された信号は「再-トランスミッション」のために輪にされます。
dsx1LineLoop
The received signal at this interface does not go
through the device (minimum penetration) but is
looped back out.
このインタフェースの受信された信号がするdsx1LineLoopは装置(最小の浸透)を通りませんが、輪にされた背中は出ていますか?
dsx1OtherLoop
Loopbacks that are not defined here.
ここで定義されないdsx1OtherLoop Loopbacks。
dsx1InwardLoop
The transmitted signal at this interface is
looped back and received by the same interface.
What is transmitted onto the line is product
dependent.
これの伝えられた信号が連結するdsx1InwardLoopを輪にし返して、同じインタフェースは受け取ります。 線に送られることは製品に依存しています。
dsx1DualLoop
Both dsx1LineLoop and dsx1InwardLoop will be
active simultaneously."
::= { dsx1ConfigEntry 9 }
「dsx1DualLoop Both dsx1LineLoopとdsx1InwardLoopは同時に、アクティブになるでしょう。」 ::= dsx1ConfigEntry9
dsx1LineStatus OBJECT-TYPE
SYNTAX INTEGER (1..131071)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable indicates the Line Status of the
interface. It contains loopback, failure,
received 'alarm' and transmitted 'alarms
dsx1LineStatus OBJECT-TYPE SYNTAX INTEGER(1 .131071)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数はインタフェースの線Statusを示します」。 それは、ループバック、失敗を含んで、'アラーム'を受けて、'アラーム'を伝えました。
Nicklass Standards Track [Page 30] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[30ページ]RFC3895
information.
情報。
The dsx1LineStatus is a bit map represented as a
sum, therefore, it can represent multiple failures
(alarms) and a LoopbackState simultaneously.
dsx1LineStatusが合計として表されたしばらく地図である、したがって、それは同時に、複数の失敗(アラーム)とLoopbackStateを表すことができます。
dsx1NoAlarm must be set if and only if no other
flag is set.
そして、dsx1NoAlarmが用意ができなければならない、他の旗が全く設定されない場合にだけ。
If the dsx1loopbackState bit is set, the loopback
in effect can be determined from the
dsx1loopbackConfig object. The various bit
positions are:
dsx1loopbackStateビットが設定されるなら、事実上、ループバックはdsx1loopbackConfig物から決定できます。 様々なビット位置は以下の通りです。
1 dsx1NoAlarm No alarm present
2 dsx1RcvFarEndLOF Far end LOF (a.k.a., Yellow Alarm)
4 dsx1XmtFarEndLOF Near end sending LOF Indication
8 dsx1RcvAIS Far end sending AIS
16 dsx1XmtAIS Near end sending AIS
32 dsx1LossOfFrame Near end LOF (a.k.a., Red Alarm)
64 dsx1LossOfSignal Near end Loss Of Signal
128 dsx1LoopbackState Near end is looped
256 dsx1T16AIS E1 TS16 AIS
512 dsx1RcvFarEndLOMF Far End Sending TS16 LOMF
1024 dsx1XmtFarEndLOMF Near End Sending TS16 LOMF
2048 dsx1RcvTestCode Near End detects a test code
4096 dsx1OtherFailure any line status not defined here
8192 dsx1UnavailSigState Near End in Unavailable Signal
State
16384 dsx1NetEquipOOS Carrier Equipment Out of Service
32768 dsx1RcvPayloadAIS DS2 Payload AIS
65536 dsx1Ds2PerfThreshold DS2 Performance Threshold
Exceeded"
::= { dsx1ConfigEntry 10 }
1 現在の2dsx1RcvFarEndLOF Far終わりのLOF(通称Yellow Alarm)4dsx1XmtFarEndLOF Near終わりの送付LOF Indication8dsx1RcvAIS Far終わりの送付AIS16dsx1XmtAIS Near終わりの送付AIS32dsx1LossOfFrame Near終わりのLOF(通称Red Alarm)64dsx1LossOfSignal Near終わりのLoss Of Signal128dsx1LoopbackState Nearが終わらせるdsx1NoAlarmいいえアラームは256輪にされたdsx1T16AIS E1TS16 AIS512のdsx1RcvFarEndLOMF Far Endです; 「dsx1XmtFarEndLOMF Near End Sending TS16 LOMF2048dsx1RcvTestCode Near Endが検出するTS16 LOMF1024を送って、aテストが4096dsx1OtherFailureをコード化する、どんな線状態もここでService32768dsx1RcvPayloadAIS DS2有効搭載量AIS65536dsx1Ds2PerfThreshold DS2パフォーマンスThreshold ExceededのUnavailable Signal州16384dsx1NetEquipOOS Carrier Equipment Outで8192dsx1UnavailSigState Near Endを定義しなかった、」、:; := dsx1ConfigEntry10
dsx1SignalMode OBJECT-TYPE
SYNTAX INTEGER {
none (1),
robbedBit (2),
bitOriented (3),
messageOriented (4),
other (5)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"'none' indicates that no bits are reserved for
signaling on this channel.
dsx1SignalMode OBJECT-TYPE SYNTAX INTEGER、なにも、(1)、robbedBit(2)、bitOriented(3)、messageOriented(4)、他の(5)、マックス-ACCESSは「'なにも'は、ビットが全くこのチャンネルの上に合図するために予約されないのを示すこと」をSTATUSの現在の記述に読書して書きます。
Nicklass Standards Track [Page 31] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[31ページ]RFC3895
'robbedBit' indicates that DS1 Robbed Bit Signaling
is in use.
'robbedBit'は、DS1 Robbed Bit Signalingが使用中であることを示します。
'bitOriented' indicates that E1 Channel
Associated Signaling is in use.
'bitOrientedされたこと'は、1EのChannel Associated Signalingが使用中であることを示します。
'messageOriented' indicates that Common
Channel Signaling is in use either on channel 16
of an E1 link or channel 24 of a DS1."
::= { dsx1ConfigEntry 11 }
「'messageOrientedされたこと'は、Common Channel Signalingが1Eのリンクのチャンネル16かDS1のチャンネル24に使用中であることを示します。」 ::= dsx1ConfigEntry11
dsx1TransmitClockSource OBJECT-TYPE
SYNTAX INTEGER {
loopTiming(1),
localTiming(2),
throughTiming(3),
adaptive (4)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The source of Transmit Clock.
'loopTiming' indicates that the recovered
receive clock is used as the transmit clock.
dsx1TransmitClockSource OBJECT-TYPE SYNTAX INTEGER、loopTiming(1)、localTiming(2)、throughTiming(3)、マックス-ACCESSがSTATUS現在の記述を読書して書く適応型の(4)、「Transmit Clockの源。」 'loopTiming'が、回復が使用される時計を受けるのを示す、時計を送ってください。
'localTiming' indicates that a local clock
source is used or when an external clock is
attached to the box containing the interface.
使用されるか、または外部クロックがインタフェースを含む箱に付属しているとき、'localTiming'は、ローカルの時計ソースがそうであることを示します。
'throughTiming' indicates that recovered
receive clock from another interface is used as
the transmit clock.
'throughTiming'が、回復されたそれがインタフェースが使用される別のものから時計を受けるのを示す、時計を送ってください。
'adaptive' indicates that the clock is recovered
based on the data flow and not based on the
physical layer"
::= { dsx1ConfigEntry 12 }
「'適応型'は時計がデータフローに基づいて回収されて、物理的な層に基づいていないのを示す」:、:= dsx1ConfigEntry12
dsx1Fdl OBJECT-TYPE
SYNTAX INTEGER (1..15)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This bitmap describes the use of the facilities
data link, and is the sum of the capabilities.
Set any bits that are appropriate:
dsx1Fdl OBJECT-TYPE SYNTAX INTEGER(1 .15)マックス-ACCESSは「このビットマップは、施設のデータ・リンクの使用について説明して、能力の合計です」をSTATUSの現在の記述に読書して書きます。 あらゆる適切なビットを設定してください:
other(1),
他の(1)
Nicklass Standards Track [Page 32] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[32ページ]RFC3895
dsx1AnsiT1403(2),
dsx1Att54016(4),
dsx1FdlNone(8)
dsx1AnsiT1403(2)、dsx1Att54016(4)、dsx1FdlNone(8)
'other' indicates that a protocol other than
one following is used.
'他'は、1つが続くのを除いたプロトコルが使用されているのを示します。
'dsx1AnsiT1403' refers to the FDL exchange
recommended by ANSI.
'dsx1AnsiT1403'はANSIによって推薦されたFDL交換について言及します。
'dsx1Att54016' refers to ESF FDL exchanges.
'dsx1Att54016'はESF FDL交換について言及します。
'dsx1FdlNone' indicates that the device does
not use the FDL."
::= { dsx1ConfigEntry 13 }
「'dsx1FdlNone'は、装置がFDLを使用しないのを示します。」 ::= dsx1ConfigEntry13
dsx1InvalidIntervals OBJECT-TYPE
SYNTAX INTEGER (0..96)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
" The number of intervals in the range from 0 to
dsx1ValidIntervals for which no data is available.
This object will typically be zero except in cases
where the data for some intervals are not
available (e.g., in proxy situations)."
::= { dsx1ConfigEntry 14 }
dsx1InvalidIntervals OBJECT-TYPE SYNTAX INTEGER(0 .96)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「0〜データがないのが利用可能であるdsx1ValidIntervalsまでの範囲の間隔の数。」 「この物はいくつかの間隔の間のデータを得ることができない(例えば、プロキシ状況における)ケース以外の通常ゼロになるでしょう。」 ::= dsx1ConfigEntry14
dsx1LineLength OBJECT-TYPE
SYNTAX INTEGER (0..64000)
UNITS "meters"
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"The length of the ds1 line in meters. This
objects provides information for line build out
circuitry. This object is only useful if the
interface has configurable line build out
circuitry."
::= { dsx1ConfigEntry 15 }
dsx1LineLength OBJECT-TYPE SYNTAX INTEGER(0 .64000)UNITS「メーター」マックス-ACCESSは「ds1線の長さは中で計量する」現在の記述をSTATUSに読書して書きます。 線が回路を建て増しするので、情報を提供しますこれが、反対する。 「構成可能な線がインタフェースで回路を建て増しする場合にだけ、この物は役に立ちます。」 ::= dsx1ConfigEntry15
dsx1LineStatusLastChange OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of MIB II's sysUpTime object at the
time this DS1 entered its current line status
「このDS1が現在行状態に入ったとき、MIB IIのsysUpTimeの値は反対させる」dsx1LineStatusLastChange OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Nicklass Standards Track [Page 33] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[33ページ]RFC3895
state. If the current state was entered prior to
the last re-initialization of the proxy-agent,
then this object contains a zero value."
::= { dsx1ConfigEntry 16 }
状態。 「現状がプロキシ兼エージェントの最後の再初期化の前に入られたなら、この物はaゼロ値を含んでいます。」 ::= dsx1ConfigEntry16
dsx1LineStatusChangeTrapEnable OBJECT-TYPE
SYNTAX INTEGER {
enabled(1),
disabled(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether dsx1LineStatusChange traps
should be generated for this interface."
DEFVAL { disabled }
::= { dsx1ConfigEntry 17 }
dsx1LineStatusChangeTrapEnable OBJECT-TYPE SYNTAX INTEGERは(1)、障害がある(2)を可能にしました。マックス-ACCESSは現在の記述が「dsx1LineStatusChange罠がこのインタフェースに発生するべきであるか否かに関係なく、示す」STATUSに読書して書きます。 DEFVAL身体障害者:、:= dsx1ConfigEntry17
dsx1LoopbackStatus OBJECT-TYPE
SYNTAX INTEGER (1..127)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This variable represents the current state of the
loopback on the DS1 interface. It contains
information about loopbacks established by a
manager and remotely from the far end.
dsx1LoopbackStatus OBJECT-TYPE SYNTAX INTEGER(1 .127)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この変数はDS1インタフェースにループバックの現状を表します」。 それはマネージャによって確立されたループバックと離れて遠端からの情報を含んでいます。
The dsx1LoopbackStatus is a bit map represented as
a sum, therefore is can represent multiple
loopbacks simultaneously.
dsx1LoopbackStatusによるしたがって、合計として表された地図が少し、同時に複数のループバックを表すことができるということであるということです。
The various bit positions are:
1 dsx1NoLoopback
2 dsx1NearEndPayloadLoopback
4 dsx1NearEndLineLoopback
8 dsx1NearEndOtherLoopback
16 dsx1NearEndInwardLoopback
32 dsx1FarEndPayloadLoopback
64 dsx1FarEndLineLoopback"
様々なビット位置は以下の通りです。 「1dsx1NoLoopback2のdsx1NearEndPayloadLoopback4dsx1NearEndLineLoopback8dsx1NearEndOtherLoopback16dsx1NearEndInwardLoopback32dsx1FarEndPayloadLoopback64dsx1FarEndLineLoopback」
::= { dsx1ConfigEntry 18 }
::= dsx1ConfigEntry18
dsx1Ds1ChannelNumber OBJECT-TYPE
SYNTAX INTEGER (0..28)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
dsx1Ds1ChannelNumber OBJECT-TYPE SYNTAX INTEGER(0 .28)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Nicklass Standards Track [Page 34] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[34ページ]RFC3895
"This variable represents the channel number of
the DS1/E1 on its parent DS2/E2 or DS3/E3. A
value of 0 indicated this DS1/E1 does not have a
parent DS3/E3."
「この変数は親の上に1DS1/Eの論理機番を2DS2/Eか3DS3/ユーロ表します。」 「0の値は、この1DS1/Eには親が3DS3/Eいないのを示しました。」
::= { dsx1ConfigEntry 19 }
::= dsx1ConfigEntry19
dsx1Channelization OBJECT-TYPE
SYNTAX INTEGER {
disabled(1),
enabledDs0(2),
enabledDs1(3)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"Indicates whether this ds1/e1 is channelized or
unchannelized. The value of enabledDs0 indicates
that this is a DS1 channelized into DS0s. The
value of enabledDs1 indicated that this is a DS2
channelized into DS1s. Setting this value will
cause the creation or deletion of entries in the
ifTable for the DS0s that are within the DS1."
::= { dsx1ConfigEntry 20 }
dsx1Channelization OBJECT-TYPE SYNTAX INTEGERは(1)、enabledDs0(2)、enabledDs1(3)を無効にしました。マックス-ACCESSは現在の記述が「このds1/e1がchannelizedされるか、またはunchannelizedされることにかかわらず示す」STATUSに読書して書きます。 enabledDs0の値は、これがDS0sへのDS1 channelizedであることを示します。 enabledDs1の値は、これがDS1sへのDS2 channelizedであることを示しました。 「この値を設定すると、ifTableでのエントリーの創造か削除がDS1の中にあるDS0sのために引き起こされるでしょう。」 ::= dsx1ConfigEntry20
dsx1LineMode OBJECT-TYPE
SYNTAX INTEGER {
csu(1),
dsu(2)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This setting puts the T1 framer into either long
haul (CSU) mode or short haul (DSU) mode."
::= { dsx1ConfigEntry 21 }
dsx1LineMode OBJECT-TYPE SYNTAX INTEGER、csu(1)、dsu(2)、マックス-ACCESSは「この設定は長期(CSU)モードか近距離(DSU)モードのどちらかにT1喧嘩早い人を入れること」をSTATUSの現在の記述に読書して書きます。 ::= dsx1ConfigEntry21
dsx1LineBuildOut OBJECT-TYPE
SYNTAX INTEGER {
notApplicable (1),
neg75dB (2),
neg15dB (3),
neg225dB (4),
zerodB (5)
}
MAX-ACCESS read-write
STATUS current
DESCRIPTION
dsx1LineBuildOut OBJECT-TYPE SYNTAX INTEGER、notApplicable(1)、neg75dB(2)、neg15dB(3)、neg225dB(4)、マックス-ACCESSがSTATUS現在の記述を読書して書くzerodB(5)
Nicklass Standards Track [Page 35] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[35ページ]RFC3895
"Attenuation setting for T1 framer in long haul
(CSU) mode. The optional values are: -7.5dB,
-15dB, -22.5dB and 0dB."
::= { dsx1ConfigEntry 22 }
「長期(CSU)モードによるT1喧嘩早い人のための減衰設定。」 任意の値は以下の通りです。 -「7.5dB、-15dB、-22.5dB、および0dB。」 ::= dsx1ConfigEntry22
-- The DS1 Current Table
dsx1CurrentTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dsx1CurrentEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The DS1 current table contains various statistics
being collected for the current 15 minute
interval."
::= { ds1 7 }
-- アクセスしやすくないDS1 Current Table dsx1CurrentTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx1CurrentEntryマックス-ACCESSのSTATUSの現在の記述、「DS1の現在のテーブルは15分の現在の間隔の間に集められる様々な統計を含んでいます」。 ::= ds1 7
dsx1CurrentEntry OBJECT-TYPE
SYNTAX Dsx1CurrentEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the DS1 Current table."
INDEX { dsx1CurrentIndex }
::= { dsx1CurrentTable 1 }
「DS1 Currentのエントリーはテーブルの上に置く」dsx1CurrentEntry OBJECT-TYPE SYNTAX Dsx1CurrentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 dsx1CurrentIndexに索引をつけてください:、:= dsx1CurrentTable1
Dsx1CurrentEntry ::=
SEQUENCE {
dsx1CurrentIndex InterfaceIndex,
dsx1CurrentESs PerfCurrentCount,
dsx1CurrentSESs PerfCurrentCount,
dsx1CurrentSEFSs PerfCurrentCount,
dsx1CurrentUASs PerfCurrentCount,
dsx1CurrentCSSs PerfCurrentCount,
dsx1CurrentPCVs PerfCurrentCount,
dsx1CurrentLESs PerfCurrentCount,
dsx1CurrentBESs PerfCurrentCount,
dsx1CurrentDMs PerfCurrentCount,
dsx1CurrentLCVs PerfCurrentCount
}
Dsx1CurrentEntry:、:= 系列dsx1CurrentIndex InterfaceIndex、dsx1CurrentESs PerfCurrentCount、dsx1CurrentSESs PerfCurrentCount、dsx1CurrentSEFSs PerfCurrentCount、dsx1CurrentUASs PerfCurrentCount、dsx1CurrentCSSs PerfCurrentCount、dsx1CurrentPCVs PerfCurrentCount、dsx1CurrentLESs PerfCurrentCount、dsx1CurrentBESs PerfCurrentCount、dsx1CurrentDMs PerfCurrentCount、dsx1CurrentLCVs PerfCurrentCount
dsx1CurrentIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The index value which uniquely identifies the
DS1 interface to which this entry is applicable.
SMIv1はSTATUS現在の記述に索引をつけます。dsx1CurrentIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「唯一このエントリーがどれであるかに適切なDS1インタフェースを特定するインデックス値。」
Nicklass Standards Track [Page 36] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[36ページ]RFC3895
The interface identified by a particular value of
this index is the same interface as identified by
the same value as a dsx1LineIndex object
instance."
::= { dsx1CurrentEntry 1 }
「このインデックスの特定の値によって特定されたインタフェースはdsx1LineIndex物の例と同じ値によって特定されるように同じインタフェースです。」 ::= dsx1CurrentEntry1
dsx1CurrentESs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Errored Seconds."
::= { dsx1CurrentEntry 2 }
dsx1CurrentESs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Errored Secondsの数。」 ::= dsx1CurrentEntry2
dsx1CurrentSESs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Severely Errored Seconds."
::= { dsx1CurrentEntry 3 }
dsx1CurrentSESs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Severely Errored Secondsの数。」 ::= dsx1CurrentEntry3
dsx1CurrentSEFSs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Severely Errored Framing Seconds."
::= { dsx1CurrentEntry 4 }
dsx1CurrentSEFSs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Severely Errored Framing Secondsの数。」 ::= dsx1CurrentEntry4
dsx1CurrentUASs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Unavailable Seconds."
::= { dsx1CurrentEntry 5 }
dsx1CurrentUASs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Unavailable Secondsの数。」 ::= dsx1CurrentEntry5
dsx1CurrentCSSs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Controlled Slip Seconds."
::= { dsx1CurrentEntry 6 }
dsx1CurrentCSSs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Controlled Slip Secondsの数。」 ::= dsx1CurrentEntry6
dsx1CurrentPCVs OBJECT-TYPE
SYNTAX PerfCurrentCount
dsx1CurrentPCVsオブジェクト・タイプ構文PerfCurrentCount
Nicklass Standards Track [Page 37] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[37ページ]RFC3895
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Path Coding Violations."
::= { dsx1CurrentEntry 7 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Path Coding Violationsの数。」 ::= dsx1CurrentEntry7
dsx1CurrentLESs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Line Errored Seconds."
::= { dsx1CurrentEntry 8 }
dsx1CurrentLESs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「線Errored Secondsの数。」 ::= dsx1CurrentEntry8
dsx1CurrentBESs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Bursty Errored Seconds."
::= { dsx1CurrentEntry 9 }
dsx1CurrentBESs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Bursty Errored Secondsの数。」 ::= dsx1CurrentEntry9
dsx1CurrentDMs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Degraded Minutes."
::= { dsx1CurrentEntry 10 }
dsx1CurrentDMs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Degraded Minutesの数。」 ::= dsx1CurrentEntry10
dsx1CurrentLCVs OBJECT-TYPE
SYNTAX PerfCurrentCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Line Code Violations (LCVs)."
::= { dsx1CurrentEntry 11 }
dsx1CurrentLCVs OBJECT-TYPE SYNTAX PerfCurrentCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「線Code Violations(LCVs)の数。」 ::= dsx1CurrentEntry11
-- The DS1 Interval Table
dsx1IntervalTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dsx1IntervalEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The DS1 Interval Table contains various
statistics collected by each DS1 Interface over
the previous 24 hours of operation. The past 24
hours are broken into 96 completed 15 minute
-- アクセスしやすくないDS1 Interval Table dsx1IntervalTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx1IntervalEntryマックス-ACCESSのSTATUSの現在の記述、「DS1 Interval Tableは各DS1 Interfaceによって前の24時間の操作の上に集められた様々な統計を含んでいます」。 24時間が96に壊される過去は15分を完成しました。
Nicklass Standards Track [Page 38] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[38ページ]RFC3895
intervals. Each row in this table represents one
such interval (identified by dsx1IntervalNumber)
for one specific instance (identified by
dsx1IntervalIndex)."
::= { ds1 8 }
間隔。 「このテーブルの各列は1つの特定の例(dsx1IntervalIndexによって特定される)のために、そのような間隔の1つ(dsx1IntervalNumberによって特定される)を表します。」 ::= ds1 8
dsx1IntervalEntry OBJECT-TYPE
SYNTAX Dsx1IntervalEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the DS1 Interval table."
INDEX { dsx1IntervalIndex, dsx1IntervalNumber }
::= { dsx1IntervalTable 1 }
「DS1 Intervalのエントリーはテーブルの上に置く」dsx1IntervalEntry OBJECT-TYPE SYNTAX Dsx1IntervalEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 dsx1IntervalIndex、dsx1IntervalNumberに索引をつけてください:、:= dsx1IntervalTable1
Dsx1IntervalEntry ::=
SEQUENCE {
dsx1IntervalIndex InterfaceIndex,
dsx1IntervalNumber INTEGER,
dsx1IntervalESs PerfIntervalCount,
dsx1IntervalSESs PerfIntervalCount,
dsx1IntervalSEFSs PerfIntervalCount,
dsx1IntervalUASs PerfIntervalCount,
dsx1IntervalCSSs PerfIntervalCount,
dsx1IntervalPCVs PerfIntervalCount,
dsx1IntervalLESs PerfIntervalCount,
dsx1IntervalBESs PerfIntervalCount,
dsx1IntervalDMs PerfIntervalCount,
dsx1IntervalLCVs PerfIntervalCount,
dsx1IntervalValidData TruthValue
}
Dsx1IntervalEntry:、:= 系列dsx1IntervalIndex InterfaceIndex、dsx1IntervalNumber整数、dsx1IntervalESs PerfIntervalCount、dsx1IntervalSESs PerfIntervalCount、dsx1IntervalSEFSs PerfIntervalCount、dsx1IntervalUASs PerfIntervalCount、dsx1IntervalCSSs PerfIntervalCount、dsx1IntervalPCVs PerfIntervalCount、dsx1IntervalLESs PerfIntervalCount、dsx1IntervalBESs PerfIntervalCount、dsx1IntervalDMs PerfIntervalCount、dsx1IntervalLCVs PerfIntervalCount、dsx1IntervalValidData TruthValue
dsx1IntervalIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The index value which uniquely identifies the DS1
interface to which this entry is applicable. The
interface identified by a particular value of this
index is the same interface as identified by the
same value as a dsx1LineIndex object instance."
::= { dsx1IntervalEntry 1 }
SMIv1はSTATUS現在の記述に索引をつけます。dsx1IntervalIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「唯一このエントリーがどれであるかに適切なDS1インタフェースを特定するインデックス値。」 「このインデックスの特定の値によって特定されたインタフェースはdsx1LineIndex物の例と同じ値によって特定されるように同じインタフェースです。」 ::= dsx1IntervalEntry1
dsx1IntervalNumber OBJECT-TYPE
SYNTAX INTEGER (1..96)
MAX-ACCESS read-only -- read-only since originally an
dsx1IntervalNumber OBJECT-TYPE SYNTAX INTEGER(1 .96)マックス-ACCESS書き込み禁止--、元々以来の書き込み禁止
Nicklass Standards Track [Page 39] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[39ページ]RFC3895
-- SMIv1 index
STATUS current
DESCRIPTION
"A number between 1 and 96, where 1 is the most
recently completed 15 minute interval and 96 is
the 15 minutes interval completed 23 hours and 45
minutes prior to interval 1."
::= { dsx1IntervalEntry 2 }
-- SMIv1は「1が最も最近完成した15微小な間隔であり、96が15分の間隔である1〜96の数は間隔1の23時間と45分前に完成した」STATUSの現在の記述に索引をつけます。 ::= dsx1IntervalEntry2
dsx1IntervalESs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Errored Seconds."
::= { dsx1IntervalEntry 3 }
dsx1IntervalESs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Errored Secondsの数。」 ::= dsx1IntervalEntry3
dsx1IntervalSESs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Severely Errored Seconds."
::= { dsx1IntervalEntry 4 }
dsx1IntervalSESs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Severely Errored Secondsの数。」 ::= dsx1IntervalEntry4
dsx1IntervalSEFSs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Severely Errored Framing Seconds."
::= { dsx1IntervalEntry 5 }
dsx1IntervalSEFSs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Severely Errored Framing Secondsの数。」 ::= dsx1IntervalEntry5
dsx1IntervalUASs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Unavailable Seconds. This object
may decrease if the occurrence of unavailable
seconds occurs across an interval boundary."
::= { dsx1IntervalEntry 6 }
dsx1IntervalUASs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Unavailable Secondsの数。」 「入手できない秒の発生が間隔境界の向こう側に起こるなら、この物は減少するかもしれません。」 ::= dsx1IntervalEntry6
dsx1IntervalCSSs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
dsx1IntervalCSSs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Nicklass Standards Track [Page 40] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[40ページ]RFC3895
"The number of Controlled Slip Seconds."
::= { dsx1IntervalEntry 7 }
「Controlled Slip Secondsの数。」 ::= dsx1IntervalEntry7
dsx1IntervalPCVs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Path Coding Violations."
::= { dsx1IntervalEntry 8 }
dsx1IntervalPCVs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Path Coding Violationsの数。」 ::= dsx1IntervalEntry8
dsx1IntervalLESs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Line Errored Seconds."
::= { dsx1IntervalEntry 9 }
dsx1IntervalLESs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「線Errored Secondsの数。」 ::= dsx1IntervalEntry9
dsx1IntervalBESs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Bursty Errored Seconds."
::= { dsx1IntervalEntry 10 }
dsx1IntervalBESs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Bursty Errored Secondsの数。」 ::= dsx1IntervalEntry10
dsx1IntervalDMs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Degraded Minutes."
::= { dsx1IntervalEntry 11 }
dsx1IntervalDMs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「Degraded Minutesの数。」 ::= dsx1IntervalEntry11
dsx1IntervalLCVs OBJECT-TYPE
SYNTAX PerfIntervalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Line Code Violations."
::= { dsx1IntervalEntry 12 }
dsx1IntervalLCVs OBJECT-TYPE SYNTAX PerfIntervalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「線Code Violationsの数。」 ::= dsx1IntervalEntry12
dsx1IntervalValidData OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-only
STATUS current
DESCRIPTION
dsx1IntervalValidData OBJECT-TYPE SYNTAX TruthValueのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Nicklass Standards Track [Page 41] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[41ページ]RFC3895
"This variable indicates if the data for this
interval is valid."
::= { dsx1IntervalEntry 13 }
「この変数は、この間隔の間のデータが有効であるかどうかを示します。」 ::= dsx1IntervalEntry13
-- The DS1 Total Table
dsx1TotalTable OBJECT-TYPE
SYNTAX SEQUENCE OF Dsx1TotalEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The DS1 Total Table contains the cumulative sum
of the various statistics for the 24 hour period
preceding the current interval."
::= { ds1 9 }
-- アクセスしやすくないDS1 Total Table dsx1TotalTable OBJECT-TYPE SYNTAX SEQUENCE OF Dsx1TotalEntryマックス-ACCESSのSTATUSの現在の記述、「DS1 Total Tableは現在の間隔に先行しながら、24時間の期間のための様々な統計の累積合計を含んでいます」。 ::= ds1 9
dsx1TotalEntry OBJECT-TYPE
SYNTAX Dsx1TotalEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in the DS1 Total table."
INDEX { dsx1TotalIndex }
::= { dsx1TotalTable 1 }
「DS1 Totalのエントリーはテーブルの上に置く」dsx1TotalEntry OBJECT-TYPE SYNTAX Dsx1TotalEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 dsx1TotalIndexに索引をつけてください:、:= dsx1TotalTable1
Dsx1TotalEntry ::=
SEQUENCE {
dsx1TotalIndex InterfaceIndex,
dsx1TotalESs PerfTotalCount,
dsx1TotalSESs PerfTotalCount,
dsx1TotalSEFSs PerfTotalCount,
dsx1TotalUASs PerfTotalCount,
dsx1TotalCSSs PerfTotalCount,
dsx1TotalPCVs PerfTotalCount,
dsx1TotalLESs PerfTotalCount,
dsx1TotalBESs PerfTotalCount,
dsx1TotalDMs PerfTotalCount,
dsx1TotalLCVs PerfTotalCount
}
Dsx1TotalEntry:、:= 系列dsx1TotalIndex InterfaceIndex、dsx1TotalESs PerfTotalCount、dsx1TotalSESs PerfTotalCount、dsx1TotalSEFSs PerfTotalCount、dsx1TotalUASs PerfTotalCount、dsx1TotalCSSs PerfTotalCount、dsx1TotalPCVs PerfTotalCount、dsx1TotalLESs PerfTotalCount、dsx1TotalBESs PerfTotalCount、dsx1TotalDMs PerfTotalCount、dsx1TotalLCVs PerfTotalCount
dsx1TotalIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only -- read-only since originally an
-- SMIv1 index
STATUS current
DESCRIPTION
"The index value which uniquely identifies the DS1
interface to which this entry is applicable. The
interface identified by a particular value of this
SMIv1はSTATUS現在の記述に索引をつけます。dsx1TotalIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESS書き込み禁止--、元々以来の書き込み禁止、--、「唯一このエントリーがどれであるかに適切なDS1インタフェースを特定するインデックス値。」 この特定の値によって特定されたインタフェース
Nicklass Standards Track [Page 42] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[42ページ]RFC3895
index is the same interface as identified by the
same value as a dsx1LineIndex object instance."
::= { dsx1TotalEntry 1 }
「インデックスはdsx1LineIndex物の例と同じ値によって特定されるように同じインタフェースです。」 ::= dsx1TotalEntry1
dsx1TotalESs OBJECT-TYPE
SYNTAX PerfTotalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The sum of Errored Seconds encountered by a DS1
interface in the previous 24 hour interval.
Invalid 15 minute intervals count as 0."
::= { dsx1TotalEntry 2 }
「Errored Secondsの合計は前の24時間の間隔のDS1インタフェースのそばで遭遇した」dsx1TotalESs OBJECT-TYPE SYNTAX PerfTotalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry2
dsx1TotalSESs OBJECT-TYPE
SYNTAX PerfTotalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Severely Errored Seconds
encountered by a DS1 interface in the previous 24
hour interval. Invalid 15 minute intervals count
as 0."
::= { dsx1TotalEntry 3 }
「Severely Errored Secondsの数は前の24時間の間隔のDS1インタフェースのそばで遭遇した」dsx1TotalSESs OBJECT-TYPE SYNTAX PerfTotalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry3
dsx1TotalSEFSs OBJECT-TYPE
SYNTAX PerfTotalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Severely Errored Framing Seconds
encountered by a DS1 interface in the previous 24
hour interval. Invalid 15 minute intervals count
as 0."
::= { dsx1TotalEntry 4 }
「Severely Errored Framing Secondsの数は前の24時間の間隔のDS1インタフェースのそばで遭遇した」dsx1TotalSEFSs OBJECT-TYPE SYNTAX PerfTotalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry4
dsx1TotalUASs OBJECT-TYPE
SYNTAX PerfTotalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Unavailable Seconds encountered by
a DS1 interface in the previous 24 hour interval.
Invalid 15 minute intervals count as 0."
::= { dsx1TotalEntry 5 }
「Unavailable Secondsの数は前の24時間の間隔のDS1インタフェースのそばで遭遇した」dsx1TotalUASs OBJECT-TYPE SYNTAX PerfTotalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry5
dsx1TotalCSSs OBJECT-TYPE
SYNTAX PerfTotalCount
dsx1TotalCSSsオブジェクト・タイプ構文PerfTotalCount
Nicklass Standards Track [Page 43] RFC 3895 DS1/E1/DS2/E2 MIB September 2004
MIB2004年9月の2 1/DS2/E DS1/EのNicklass標準化過程[43ページ]RFC3895
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Controlled Slip Seconds encountered
by a DS1 interface in the previous 24 hour
interval. Invalid 15 minute intervals count as
0."
::= { dsx1TotalEntry 6 }
「Controlled Slip Secondsの数は前の24時間の間隔のDS1インタフェースのそばで遭遇した」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry6
dsx1TotalPCVs OBJECT-TYPE
SYNTAX PerfTotalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Path Coding Violations encountered
by a DS1 interface in the previous 24 hour
interval. Invalid 15 minute intervals count as
0."
::= { dsx1TotalEntry 7 }
「Path Coding Violationsの数は前の24時間の間隔のDS1インタフェースのそばで遭遇した」dsx1TotalPCVs OBJECT-TYPE SYNTAX PerfTotalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry7
dsx1TotalLESs OBJECT-TYPE
SYNTAX PerfTotalCount
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of Line Errored Seconds encountered by
a DS1 interface in the previous 24 hour interval.
Invalid 15 minute intervals count as 0."
::= { dsx1TotalEntry 8 }
「線Errored Secondsの数は前の24時間の間隔のDS1インタフェースのそばで遭遇した」dsx1TotalLESs OBJECT-TYPE SYNTAX PerfTotalCountのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「15分の無効の間隔は0にみなします。」 ::= dsx1TotalEntry8
一覧
スポンサーリンク
