RFC2115 日本語訳
2115 Management Information Base for Frame Relay DTEs Using SMIv2. C.Brown, F. Baker. September 1997. (Format: TXT=59950 bytes) (Obsoletes RFC1315) (Status: DRAFT STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group C. Brown
Request for Comments: 2115 Cadia Networks, Inc.
Obsoletes: 1315 F. Baker
Category: Standards Track Cisco Systems
September 1997
コメントを求めるワーキンググループC.ブラウン要求をネットワークでつないでください: Inc.が時代遅れにする2115のCadiaネットワーク: 1315年のF.ベイカーカテゴリ: 標準化過程シスコシステムズ1997年9月
Management Information Base for Frame Relay DTEs
Using SMIv2
SMIv2を使用するフレームリレーDTEsのための管理情報ベース
1. Status of this Memo
1. この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)の現行版を参照してください。 このメモの分配は無制限です。
2. Abstract
2. 要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP- based internets. In particular, it defines objects for managing Frame Relay interfaces on DTEs.
このメモは使用のために、ネットワーク管理プロトコルでTCP/IPベースのインターネットでManagement Information基地の一部(MIB)を定義します。 特に、それは、DTEsでFrame Relayインタフェースを管理するためにオブジェクトを定義します。
Table of Contents
目次
1 Status of this Memo ................................... 1 2 Abstract .............................................. 1 3 The SNMPv2 Network Management Framework ............... 2 4 Overview .............................................. 2 4.1 Frame Relay Operational Model ....................... 2 4.2 Textual Conventions ................................. 6 4.3 Structure of MIB .................................... 6 5 Changes from RFC 1315 ................................. 6 6 Definitions ........................................... 8 6.1 Data Link Connection Management Interface ........... 9 6.2 Circuit Table ....................................... 14 6.3 Error Table ......................................... 22 6.4 Trap Management ..................................... 25 7 Security Issues ....................................... 30 8 Acknowledgments ....................................... 30 9 Authors' Addresses .................................... 31 10 References ........................................... 31
1 このMemoの状態… 1 2要約… 1 3、SNMPv2ネットワークマネージメントフレームワーク… 2 4概要… 2 4.1 フレームリレーオペレーショナル・モデル… 2 4.2 原文のコンベンション… 6 4.3 MIBの構造… RFC1315からの6 5回の変化… 6 6の定義… 8 6.1 データリンク接続管理は連結します… 9 6.2回路テーブル… 14 6.3誤りテーブル… 22 6.4 管理を捕らえてください… 25 7 セキュリティ問題… 30 8つの承認… 30 9人の作者のアドレス… 31 10の参照箇所… 31
Brown & Baker Standards Track [Page 1] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[1ページ]。
3. The SNMPv2 Network Management Framework
3. SNMPv2ネットワークマネージメントフレームワーク
The major components of the SNMPv2 Network Management framework are described in the documents listed below.
SNMPv2 Network Managementフレームワークの主要コンポーネントは以下にリストアップされたドキュメントで説明されます。
o RFC 1902 [1] defines the Structure of Management
Information (SMI), the mechanisms used for describing and
naming objects for the purpose of management.
o RFC1902[1]はManagement情報(SMI)(オブジェクトを管理の目的にちなんで説明して、命名するのに使用されるメカニズム)のStructureを定義します。
o STD 17, RFC 1213 [2] defines MIB-II, the core set of
managed objects (MO) for the Internet suite of protocols.
o STD17、RFC1213[2]はMIB-II、管理オブジェクト(MO)の巻き癖をプロトコルのインターネットスイートと定義します。
o RFC 1905 [3] defines the protocol used for network access
to managed objects.
o RFC1905[3]は管理オブジェクトへのネットワークアクセスに使用されるプロトコルを定義します。
The framework is adaptable/extensible by defining new MIBs to suit the requirements of specific applications/protocols/situations.
フレームワークは、特定のアプリケーション/プロトコル/状況の要件に合うように新しいMIBsを定義することによって、融通がきくか、または広げることができます。
Managed objects are accessed via a virtual information store, the MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) defined in the SMI. In particular, each object type is named by an OBJECT IDENTIFIER, which is an administratively assigned name. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, often a textual string, termed the descriptor, is used to refer to the object type.
管理オブジェクトは仮想情報店、MIBを通してアクセスされます。 MIBのオブジェクトは、SMIで定義された抽象的なSyntax Notation One(ASN.1)の部分集合を使用することで定義されます。 特に、各オブジェクト・タイプはOBJECT IDENTIFIERによって命名されます。(OBJECT IDENTIFIERは行政上割り当てられた名前です)。 オブジェクトインスタンスに伴うオブジェクト・タイプは、唯一オブジェクトの特定の具体化を特定するのに勤めます。 人間の便利において、しばしば、記述子と呼ばれた原文のストリングは、オブジェクト・タイプに言及するのに使用されます。
4. Overview
4. 概要
4.1. Frame Relay Operational Model
4.1. フレームリレーオペレーショナル・モデル
For the purposes of understanding this document, Frame Relay is viewed as a multi-access media, not as a group of point- to-point connections. This model proposes that Frame Relay is a single interface to the network (physical connection) with many destinations or neighbors (virtual connections). This view enables a network manager the ability to group all virtual connections with their corresponding physical connection thereby allowing simpler diagnostics and trouble shooting.
このドキュメントを理解する目的のために、Frame Relayはマルチアクセスメディアとして見なされます、ポイントとのポイント接続のどんなグループとしても、そうしません。 このモデルは、Frame Relayが多くの目的地か隣人(仮想接続)とのネットワーク(物理接続)への単一のインタフェースであるよう提案します。 この視点はネットワークマネージャを可能にします。その結果、より簡単な病気の特徴とトラブルシューティングを許す彼らの対応する物理接続とのすべての仮想接続を分類する能力。
With the extension of the interfaces MIB, it is possible to configure frame relay DLCs as individual interfaces and create ifTable entries for each. This is not recommended and is not directly supported by this MIB. Additionally, in the presence of demand circuits creation of individual ifEntries for each is not possible.
インタフェースMIBの拡大では、個々のインタフェースとしてフレームリレーDLCsを構成して、それぞれのためにifTableエントリーを作成するのは可能です。 これは、推薦されないで、またこのMIBによって直接サポートされません。 さらに、要求があるときそれぞれのための個々のifEntriesの回路作成は可能ではありません。
Brown & Baker Standards Track [Page 2] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[2ページ]。
Should the user wish to group DLCs together to associate them with a higher layer, or to associate a DLC with an unnumbered point-to-point service, the frame relay DTE MIB provides an entry in the frCircuitEntry record. For example, suppose one were to configure a company proprietary protocol to run above several of the frame relay VCs. The basic layering would look something like the following:
ユーザが、より高い層に彼らを関連づけるか、または無数の二点間輸送にDLCを関連づけるためにDLCsを分類したいなら、フレームリレーDTE MIBはfrCircuitEntry記録にエントリーを提供します。 例えば、1つがフレームリレーの数個を超えてVCsを実行するために会社の固有のプロトコルを構成することになっていたと仮定してください。 基本的なレイヤリングは以下のように見えるでしょう:
IP (ipaddrEntry 1 ) IP (ipaddrEntry 2) IP (ipaddrEntry 3)
| | |
| | |
| | proprietary protocol
| | layer (ifIndex 3)
| | |
| | |
DLCI 20 DLCI 30 DLCI 40/41/42
(ifIndex 2) (ifIndex 2) (ifIndex 2,
logical ifIndex 3)
| | |
| | |
|____________________|_____________________|
|
|
FR DLMCI (ifIndex.2)
|
|
Physical Interface (ifIndex.1)
IP(ipaddrEntry1)IP(ipaddrEntry2)IP(ipaddrEntry3)| | | | | | | | 固有のプロトコル| | (ifIndex3)を層にしてください。| | | | | | DLCI20DLCI30DLCI40/41/42(ifIndex2)(ifIndex2)(ifIndex2、論理的なifIndex3)| | | | | | |____________________|_____________________| | | フランDLMCI(ifIndex.2)| | 物理インターフェース(ifIndex.1)
A configuration which specified that DLCI 40, 41,and 42 were associated with a proprietary protocol layer, while DLCI 20 and 30 were to run IP directly can now be expressed using a combination of frCircuitIfIndex and frCircuitLogicalIfIndex. In this particular case DLCIs 40, 41 and 42 would use frCircuitIfIndex equal to the frame relay interface level (2) while their frCircuitLogicalIfIndex would indicate the proprietary protocol (3). DLCIs 20 and 30 would have both instances set to the frame relay interface (2).
そのDLCI40、41、および42を指定した構成を固有のプロトコル層に関連づけて、DLCI20と30が稼働することになっていた間、現在、frCircuitIfIndexとfrCircuitLogicalIfIndexの組み合わせを使用することで直接IPを言い表すことができます。 (2) 彼らのfrCircuitLogicalIfIndexが固有のプロトコル(3)を示しているだろうという間、この場合はDLCIs40、41、および42はフレームリレーインタフェースレベルと等しいfrCircuitIfIndexを使用するでしょう。 DLCIs20と30はフレームリレーインタフェース(2)に両方のインスタンスを設定させるでしょう。
Object Meaning for Frame Relay Interface
______ _____________________________________
フレームリレーインタフェースへのオブジェクト意味______ _____________________________________
ifDescr As per DESCRIPTION in RFC 1573.
ifType The value allocated for Frame Relay
Interfaces - frameRelay (32).
値がFrame Relay Interfacesのために割り当てたRFC1573ifTypeの記述あたりのifDescr As--frameRelay(32)。
ifMtu Set to maximum frame size in octets for
this frame relay interface.
このフレームリレーのための八重奏における最大のフレーム・サイズへのifMtu Setは連結します。
Brown & Baker Standards Track [Page 3] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[3ページ]。
ifSpeed The access rate for the frame relay
interface. This could be different from
the speed of the underlying physical
interface, e.g. in a fractional T1 case
the access rate could be 384 kbits/s (the
value reported in this object) whereas the
speed of the underlying interface would be
1.544 Mbits/s (the value reported in the
instance of ifSpeed for the ifEntry with
type ds1).
フレームリレーインタフェースのアクセス率をifSpeedしました。 これが基本的な物理インターフェースの速度と異なるかもしれない、例えば、断片的なT1場合では、アクセス率は384kbits/sであるかもしれません(値はこのオブジェクトで報告した)が、基本的なインタフェースの速度は1.544メガビット/s(ifEntryのためにifSpeedのインスタンスでタイプds1で報告された値)でしょう。
ifPhysAddress The primary address for this interface
assigned by the Frame Relay interface
provider. An octet string of zero length
if no address is used for this interface.
このインタフェースへのプライマリアドレスがFrame Relayで割り当てたifPhysAddressはプロバイダーを連結します。 アドレスが全くこれに使用されないなら、ゼロ・レングスの八重奏ストリングは連結します。
ifAdminStatus As per DESCRIPTION in RFC 1573.
RFC1573の記述に従ってifAdminStatus。
ifOperStatus As per DESCRIPTION in RFC 1573.
RFC1573の記述に従ってifOperStatus。
ifLastChange As per DESCRIPTION in RFC 1573.
RFC1573の記述に従ってifLastChange。
ifInOctets The number of received octets. This
includes not only the information field
(user data) but also the frame relay header
and CRC.
ifInOctets、容認された八重奏の数。 これは情報フィールド(利用者データ)だけではなく、フレームリレーヘッダーとCRCも含んでいます。
ifInUcastPkts The number of frames received on non-
multicast DLCIs
フレームの数が非マルチキャストのDLCIsで受けたifInUcastPkts
ifInDiscards The number of frames that were successfully
received but were discarded because of
format errors or because the VC was not
known. Format errors, in this case, are
any errors which would prevent the system
from recognizing the DLCI and placing the
error in the frCircuitDiscard category.
ifInDiscards、形式誤りのためVCが知られていなかったことので首尾よく受け取りましたが、捨てたフレームの数。 この場合形式誤りはシステムがfrCircuitDiscardカテゴリにDLCIを認識して、誤りを置くのを防ぐあらゆる誤りです。
ifInErrors The number of received frames that are
discarded, because of an error.
Possible errors can be the following: the
frame relay frames were too long or were
too short, the frames had an invalid or
unrecognized DLCI values, or incorrect
header values.
ifInErrors、誤りのために捨てられる容認されたフレームの数。 可能な誤りは以下であることができます: フレームリレーフレームが長過ぎたか、または短過ぎた、フレームには、無効の、または、認識されていないDLCI値、または不正確なヘッダー値がありました。
Brown & Baker Standards Track [Page 4] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[4ページ]。
ifInUnknownProtos Number of unknown or unsupported
upper layer protocol frames received
and discarded.
未知の、または、サポートされない上側の層のプロトコルフレームのifInUnknownProtos Numberは受信して、捨てました。
ifOutOctets The number of received octets. This
includes not only the information field
(user data) but also the frame relay header
and CRC.
ifOutOctets、容認された八重奏の数。 これは情報フィールド(利用者データ)だけではなく、フレームリレーヘッダーとCRCも含んでいます。
ifOutUcastpkts The number of frames sent.
フレームの数が送ったifOutUcastpkts。
ifOutDiscards The number of frames discarded in the
transmit direction.
フレームの数が捨てたifOutDiscards、方向を伝えてください。
ifOutErrors The number of frames discarded in the
egress direction, because of errors.
フレームの数が誤りのために出口の方向に捨てたifOutErrors。
ifName As per DESCRIPTION in RFC 1573.
RFC1573の記述に従ってifName。
ifInMulticastPkts The number of unerrored frames received
on a multicast DLCI.
unerroredフレームの数がマルチキャストDLCIで受けたifInMulticastPkts。
ifInBroadcastPkts Always zero (0) as there are no broadcast
frames.
放送フレームが全くなくて、ifInBroadcastPkts Alwaysは(0)のゼロに合っています。
ifOutMulticastPkts The number of frames transmitted over a
multicast DLCI.
フレームの数がマルチキャストDLCIの上で伝えたifOutMulticastPkts。
ifOutBroadcastPkts Always zero (0) as there are no broadcast
frames.
放送フレームが全くなくて、ifOutBroadcastPkts Alwaysは(0)のゼロに合っています。
ifHCInOctets Only required when ifSpeed >= 155 Mbits/s.
See
details for ifInOctets.
ifSpeed>が155メガビット/sと等しいときに、ifHCInOctets Onlyが必要です。 ifInOctetsのための詳細を見てください。
ifHCOutOctets Only required when ifSpeed >= 155 Mbits/s.
See
details for ifInOctets.
ifSpeed>が155メガビット/sと等しいときに、ifHCOutOctets Onlyが必要です。 ifInOctetsのための詳細を見てください。
ifLinkUpDownTrapEnble As per DESCRIPTION in RFC 1573.
RFC1573の記述に従ってifLinkUpDownTrapEnble。
ifHighSpeed The access rate of the frame relay interface
measured in Mbits/s. If the access rate is
less than 1 Mbits/s, this object returns 0.
フレームリレーインタフェースのアクセス率のifHighSpeedはメガビット/sで測定しました。 アクセス率が1未満メガビット/sであるなら、このオブジェクトは0を返します。
ifPromiscuousMode Set to false(2).
誤った(2)へのifPromiscuousMode Set。
ifConnectorPresent Set to false(2).
誤った(2)へのifConnectorPresent Set。
Brown & Baker Standards Track [Page 5] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[5ページ]。
4.2. Textual Conventions
4.2. 原文のコンベンション
One new data type is introduced as a textual convention in this MIB document. This textual convention enhances the readability of the specification and can ease comparison with other specifications if appropriate. It should be noted that the introduction of this textual conventions has no effect on either the syntax nor the semantics of any managed objects. The use of this is merely an artifact of the explanatory method used. Objects defined in terms of one of these methods are always encoded by means of the rules that define the primitive type. Hence, no changes to the SMI or the SNMP are necessary to accommodate this textual conventions which is adopted merely for the convenience of readers and writers in pursuit of the elusive goal of clear, concise, and unambiguous MIB documents.
1つの新しいデータ型がこのMIBドキュメントにおける原文のコンベンションとして紹介されます。 この原文のコンベンションは、仕様の読み易さを高めて、適切であるなら、他の仕様との比較を緩和できます。 この原文のコンベンションの導入は構文で効き目がないことに注意されるべきです。または、どんな管理オブジェクトの意味論。 これの使用は単に使用される説明しているメソッドの人工物です。 これらのメソッドの1つで定義されたオブジェクトはプリミティブ型を定義する規則によっていつもコード化されます。 したがって、SMIかSNMPへのどんな変化も、この原文のコンベンションを収容するのに必要ではありません(単に読者と作家の都合のために明確で、簡潔で、明白なMIBドキュメントのとらえどころのない目標の追求で採用されます)。
The new data type is DLCI. DLCI refers to the range 0..DLCINumber, and is used to refer to the valid Data Link Connection Indices. DLCINumber is, by definition, the largest possible DLCI value possible under the configured Q.922 Address Format.
新しいデータ型はDLCIです。 DLCIは範囲0について言及します。DLCINumber、有効なData Link Connection Indicesについて言及するために、使用されます。 DLCINumberは定義上構成されたQ.922 Address Formatの下で可能な可能な限り大きいDLCI値です。
4.3. Structure of MIB
4.3. MIBの構造
The MIB is composed of three groups, one defining the Data Link Connection Management Interface (DLCMI), one describing the Circuits, and a third describing errors.
MIBは3つのグループで構成されます、1つがCircuitsについて説明しながらData Link Connection Management Interface(DLCMI)、1を定義して、3分の1に誤りについて説明して。
During normal operation, Frame Relay virtual circuits will be added, deleted and change availability. The occurrence of such changes is of interest to the network manager and therefore, one trap is defined, intended to be corollary to the SNMP "Link Up" and "Link Down" traps.
通常の操作の間、Frame Relayの仮想の回路は、加えられて、削除されていて、有用性を変えるでしょう。 したがって、1つの罠は定義されています、「結び付いてください」というSNMPへの推論であることを意図して、ことです、そして、そのような変化の発生はネットワークマネージャに興味があります、そして、「リンク下である」は捕らえられます。
5. Changes from RFC 1315
5. RFC1315からの変化
Below are listed the changes from the previously published version this document, which was RFC 1315:
下が記載されている、これが記録する以前に発行されたバージョンからの変化:(バージョンはRFC1315でした)。
o The MIB module was converted from SMIv1 to SMIv2 format.
Note: due to this, the table indices have access of
"read-only" instead of "not-accessible", which is the
typical value for index objects in SMIv2.
o MIBモジュールはSMIv1からSMIv2形式まで変換されました。 以下に注意してください。 このため、テーブルインデックスリストには、「アクセスしやすくないこと」SMIv2のインデックスオブジェクトのための典型的な値であるの代わりに「書き込み禁止」のアクセスがあります。
o The module name was changed from RFC1315-MIB to FRAME-
RELAY-DTE-MIB.
o モジュール名はRFC1315-MIBからFRAME- RELAY-DTE-MIBに変わりました。
o The textual convention "Index" was dropped from the MIB
module and "InterfaceIndex" from the interfaces MIB
module, IF-MIB, was used in its place.
o 原文のコンベンション「インデックス」がインタフェースからのMIBモジュールと"InterfaceIndex"MIBモジュールから下げられた、-、MIB、場所では、使用されました。
Brown & Baker Standards Track [Page 6] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[6ページ]。
o Objects frDlcmiStatus and frDlcmiRowStatus were added to
table frDlcmiTable.
o オブジェクトfrDlcmiStatusとfrDlcmiRowStatusは、frDlcmiTableをテーブルの上に置くために加えられました。
o Added values "itut933A(5)" (from CCITT Q933 Annex A) and
"ansiT1617D1994(6)" (from ANSI T1.617a-1994 Annex D) to
the enumerations for object frDlcmiState.
o オブジェクトfrDlcmiStateのために値"itut933A(5)"(CCITT Q933 Annex Aからの)と"ansiT1617D1994(6)"(ANSI T1.617a-1994 Annex Dからの)を列挙に加えました。
o The labels for the enumerated values for object
frDlcmiAddressLen were renamed to remove their hyphens as
required by SMIv2.
o オブジェクトfrDlcmiAddressLenのための列挙された値のためのラベルは、必要に応じてSMIv2でそれらのハイフンを取り除くために改名されました。
o Added clarification that the "management virtual circuit"
(i.e. DLCI 0) is a member of the circuit table.
o 「管理の仮想の回路」(すなわち、DLCI0)は明確化ですが、加えられました。回路テーブルのメンバー。
o Added the following objects to table frCircuitTable:
frCircuitMulticast, frCircuitType, frCircuitDiscards,
frCircuitReceivedDEs, frCircuitSentDEs,
frCircuitLogicalIfIndex, and frCircuitRowStatus.
o frCircuitTableをテーブルの上に置くために以下のオブジェクトを加えます: frCircuitMulticast、frCircuitType、frCircuitDiscards、frCircuitReceivedDEs、frCircuitSentDEs、frCircuitLogicalIfIndex、およびfrCircuitRowStatus。
o The definition of object frCircuitReceivedOctets was
clarified as to which octets were counted.
o どの八重奏が数えられたかに関してオブジェクトfrCircuitReceivedOctetsの定義ははっきりさせられました。
o Added the objects frErrFaults and frErrFaultTime to table
frErrTable.
o frErrTableをテーブルの上に置くためにオブジェクトのfrErrFaultsとfrErrFaultTimeを加えました。
o Added clarification to the values of object frErrType.
o オブジェクトfrErrTypeの値に明確化を加えました。
o Added size on definition of object frErrData and
clarified what data to capture.
o オブジェクトfrErrDataの定義のサイズを言い足して、どんなデータを得たらよいかをはっきりさせました。
o Changed identififier for OID value { frameDelayDTE 4 }
from frame-relay-globals to frameRelayTrapControl.
o OID値のframeDelayDTE4のためにidentififierをフレームリレーglobalsからframeRelayTrapControlに変えました。
o Added object frTrapMaxRate.
o オブジェクトfrTrapMaxRateを加えました。
o Created object groups frPortGroup, frCircuitGroup,
frTrapGroup, frErrGroup, frPortGroup0, frCircuitGroup0,
frTrapGroup0, and frErrGroup0.
o 作成されたオブジェクトはfrPortGroup、frCircuitGroup、frTrapGroup、frErrGroup、frPortGroup0、frCircuitGroup0、frTrapGroup0、およびfrErrGroup0を分類します。
o Created notification group frNotificationGroup.
o 通知グループfrNotificationGroupを作成しました。
o Created module compliances frCompliance and
frCompliance0.
o モジュールコンプライアンスのfrComplianceとfrCompliance0を作成しました。
o Added ranges to objects frCircuitCommittedBurst,
frCircuitExcessBurst, and frCircuitThroughput.
o オブジェクトのfrCircuitCommittedBurst、frCircuitExcessBurst、およびfrCircuitThroughputに範囲を加えました。
Brown & Baker Standards Track [Page 7] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[7ページ]。
6. Definitions
6. 定義
FRAME-RELAY-DTE-MIB DEFINITIONS ::= BEGIN
フレームリレーDTE-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, Counter32,
Integer32, NOTIFICATION-TYPE FROM SNMPv2-SMI
TEXTUAL-CONVENTION, RowStatus, TimeStamp FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP,
NOTIFICATION-GROUP FROM SNMPv2-CONF
transmission FROM RFC1213-MIB
InterfaceIndex FROM IF-MIB;
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、Counter32、Integer32、NOTIFICATION-TYPE FROM SNMPv2-SMI TEXTUAL-CONVENTION、RowStatus、TimeStamp FROM SNMPv2-TC MODULE-COMPLIANCE、OBJECT-GROUP、NOTIFICATION-GROUP FROM SNMPv2-CONFトランスミッションFROM RFC1213-MIB InterfaceIndex FROM、-、MIB、。
-- Frame Relay DTE MIB
-- フレームリレーDTE MIB
frameRelayDTE MODULE-IDENTITY
LAST-UPDATED "9705010229Z" -- Thu May 1 02:29:46 PDT 1997
ORGANIZATION "IETF IPLPDN Working Group"
CONTACT-INFO
" Caralyn Brown
Postal: Cadia Networks, Inc.
1 Corporate Drive
Andover, Massachusetts 01810
Tel: +1 508 689 2400 x133
E-Mail: cbrown@cadia.com
frameRelayDTEモジュールアイデンティティはインフォメーションに連絡する状態で太平洋夏時間1997年5月1日木曜日2時29分46秒の組織"9705010229Z"--「IETF IPLPDNワーキンググループ」をアップデートしました。「Caralynは郵便であることで褐色になります」。 Cadiaはアンドーバー、Inc.1の法人のドライブマサチューセッツ01810Tel:をネットワークでつなぎます。 +1 2400年の508 689x133メール: cbrown@cadia.com
Fred Baker
Postal: Cisco Systems
519 Lado Drive
Santa Barbara, California 93111
Tel: +1 408 526 425
E-Mail: fred@cisco.com"
DESCRIPTION
"The MIB module to describe the use of a Frame Relay
interface by a DTE."
REVISION "9705010229Z" -- Thu May 1 02:29:46 PDT 1997
DESCRIPTION
"Converted from SMIv1 to SMIv2. (Thus, indices are
read-only rather than being not-accessible.) Added
objects and made clarifications based on implementation
experience."
フレッド・ベイカーPostal: シスコシステムズ519Lado Driveサンタバーバラ、カリフォルニア93111Tel: +1 408 526 425はメールされます: " fred@cisco.com "記述、「DTEによるFrame Relayインタフェースの使用について説明するMIBモジュール。」 改正"9705010229Z"--太平洋夏時間1997年5月1日木曜日2時29分46秒の記述は「SMIv1からSMIv2まで変換されました」。 (その結果、インデックスリストはアクセスしやすくないよりむしろ書き込み禁止です。) 「オブジェクトを加えて、実装経験に基づく明確化をします。」だった
REVISION "9204010000Z"
DESCRIPTION
"Published as RFC 1315, the initial version of this MIB
module."
::= { transmission 32 }
REVISION"9204010000Z"記述は「RFC1315、このMIBモジュールの初期のバージョンとして、発行されました」。 ::= トランスミッション32
Brown & Baker Standards Track [Page 8] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[8ページ]。
--
-- the range of a Data Link Connection Identifier
--
DLCI ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"The range of DLCI values. Note that this varies by
interface configuration; normally, interfaces may use
0..1023, but may be configured to use ranges as large
as 0..2^23."
SYNTAX Integer32(0..8388607)
-- -- Data Link Connection Identifierの範囲--、DLCI:、:= 「DLCIの範囲は評価する」TEXTUAL-CONVENTION STATUSの現在の記述。 これがインタフェース構成で異なることに注意してください。 通常、インタフェースは0を使用するかもしれません。0と同じくらい大きい範囲を使用するために構成されるかもしれないのを除いた1023。2^23." 構文Integer32(0..8388607)
--
--
-- Data Link Connection Management Interface
-- データリンク接続管理インタフェース
-- The variables that configure the DLC Management Interface.
-- DLC Management Interfaceを構成する変数。
frDlcmiTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrDlcmiEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Parameters for the Data Link Connection Management
Interface for the frame relay service on this
interface."
REFERENCE
"American National Standard T1.617-1991, Annex D"
::= { frameRelayDTE 1 }
「フレームリレーのためのData Link Connection Management InterfaceのためのParametersはこのインタフェースで修理する」frDlcmiTable OBJECT-TYPE SYNTAX SEQUENCE OF FrDlcmiEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「米国標準規格T1.617-1991、別館D」という参照:、:= frameRelayDTE1
frDlcmiEntry OBJECT-TYPE
SYNTAX FrDlcmiEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The Parameters for a particular Data Link Connection
Management Interface."
INDEX { frDlcmiIfIndex }
::= { frDlcmiTable 1 }
frDlcmiEntry OBJECT-TYPE SYNTAX FrDlcmiEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「特定のData Link Connection Management InterfaceのためのParameters。」 frDlcmiIfIndexに索引をつけてください:、:= frDlcmiTable1
Brown & Baker Standards Track [Page 9] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[9ページ]。
FrDlcmiEntry ::=
SEQUENCE {
frDlcmiIfIndex InterfaceIndex,
frDlcmiState INTEGER,
frDlcmiAddress INTEGER,
frDlcmiAddressLen INTEGER,
frDlcmiPollingInterval Integer32,
frDlcmiFullEnquiryInterval Integer32,
frDlcmiErrorThreshold Integer32,
frDlcmiMonitoredEvents Integer32,
frDlcmiMaxSupportedVCs DLCI,
frDlcmiMulticast INTEGER,
frDlcmiStatus INTEGER,
frDlcmiRowStatus RowStatus
}
FrDlcmiEntry:、:= 系列frDlcmiIfIndex InterfaceIndex、frDlcmiState整数、frDlcmiAddress整数、frDlcmiAddressLen整数、frDlcmiPollingInterval Integer32、frDlcmiFullEnquiryInterval Integer32、frDlcmiErrorThreshold Integer32、frDlcmiMonitoredEvents Integer32、frDlcmiMaxSupportedVCs DLCI、frDlcmiMulticast整数、frDlcmiStatus整数、frDlcmiRowStatus RowStatus
frDlcmiIfIndex OBJECT-TYPE
frDlcmiIfIndexオブジェクト・タイプ
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ifIndex value of the corresponding ifEntry."
::= { frDlcmiEntry 1 }
SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「対応するifEntryのifIndex値。」 ::= frDlcmiEntry1
frDlcmiState OBJECT-TYPE
SYNTAX INTEGER {
noLmiConfigured (1),
lmiRev1 (2),
ansiT1617D (3), -- ANSI T1.617 Annex D
ansiT1617B (4), -- ANSI T1.617 Annex B
itut933A (5), -- CCITT Q933 Annex A
ansiT1617D1994 (6) -- ANSI T1.617a-1994 Annex D
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable states which Data Link Connection
Management scheme is active (and by implication, what
DLCI it uses) on the Frame Relay interface."
REFERENCE
"American National Standard T1.617-1991, American
National Standard T1.617a-1994, ITU-T Recommendation
Q.933 (03/93)."
noLmiConfigured(1)、lmiRev1(2)、ansiT1617D(3)--ANSI T1.617 Annex D ansiT1617B(4)--ANSI T1.617 Annex B itut933A(5)--CCITT Q933 Annex A ansiT1617D1994(6)--ANSI T1.617a-1994 Annex Dマックス-ACCESSはSTATUSの現在の記述を読書して作成します。frDlcmiState OBJECT-TYPE SYNTAX INTEGER、「この変数は、どのData Link Connection Management体系がFrame Relayインタフェースでアクティブであるかを(そしてそれが含意、どんなDLCIを使用するかによって)述べます」。 「米国標準規格T1.617-1991、米国標準規格T1.617a-1994、ITU-T推薦Q.933(03/93)」という参照。
::= { frDlcmiEntry 2 }
::= frDlcmiEntry2
Brown & Baker Standards Track [Page 10] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[10ページ]。
frDlcmiAddress OBJECT-TYPE
SYNTAX INTEGER {
q921 (1), -- 13 bit DLCI
q922March90 (2), -- 11 bit DLCI
q922November90 (3), -- 10 bit DLCI
q922 (4) -- Final Standard
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable states which address format is in use on
the Frame Relay interface."
::= { frDlcmiEntry 3 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。frDlcmiAddress OBJECT-TYPE SYNTAX INTEGERのq921(1)--13ビットのDLCI q922March90(2)--11ビットのDLCI q922November90(3)(10ビットのDLCI q922(4))の最終的なStandard、「この変数は、どのアドレス形式がFrame Relayインタフェースで使用中であるかを述べます」。 ::= frDlcmiEntry3
frDlcmiAddressLen OBJECT-TYPE
SYNTAX INTEGER {
twoOctets (2),
threeOctets (3),
fourOctets (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable states the address length in octets. In
the case of Q922 format, the length indicates the
entire length of the address including the control
portion."
::= { frDlcmiEntry 4 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。frDlcmiAddressLen OBJECT-TYPE SYNTAX INTEGER、twoOctets(2)、threeOctets(3)、fourOctets(4)、「この変数は八重奏におけるアドレスの長さを述べます」。 「Q922形式の場合では、長さはコントロール部分を含むアドレスの全長を示します。」 ::= frDlcmiEntry4
frDlcmiPollingInterval OBJECT-TYPE
SYNTAX Integer32 (5..30)
UNITS "seconds"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This is the number of seconds between successive
status enquiry messages."
REFERENCE
"American National Standard T1.617-1991, Section D.7
Timer T391."
DEFVAL { 10 }
::= { frDlcmiEntry 5 }
frDlcmiPollingInterval OBJECT-TYPE SYNTAX Integer32(5 .30)UNITS「秒」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「これは連続した状態調査メッセージの間の秒数です」。 「米国標準規格T1.617-1991、セクションD.7タイマT391」という参照。 DEFVAL10:、:= frDlcmiEntry5
Brown & Baker Standards Track [Page 11] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[11ページ]。
frDlcmiFullEnquiryInterval OBJECT-TYPE
SYNTAX Integer32 (1..255)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Number of status enquiry intervals that pass before
issuance of a full status enquiry message."
REFERENCE
"American National Standard T1.617-1991, Section D.7
Counter N391."
DEFVAL { 6 }
::= { frDlcmiEntry 6 }
frDlcmiFullEnquiryInterval OBJECT-TYPE SYNTAX Integer32(1 .255)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「完全な状態調査メッセージの発行の前に過ぎる状態調査間隔の数。」 「米国標準規格T1.617-1991、セクションD.7カウンタN391」という参照。 DEFVAL6:、:= frDlcmiEntry6
frDlcmiErrorThreshold OBJECT-TYPE
SYNTAX Integer32 (1..10)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This is the maximum number of unanswered Status
Enquiries the equipment shall accept before declaring
the interface down."
REFERENCE
"American National Standard T1.617-1991, Section D.5.1
Counter N392."
DEFVAL { 3 }
::= { frDlcmiEntry 7 }
frDlcmiErrorThreshold OBJECT-TYPE SYNTAX Integer32(1 .10)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「これは設備がインタフェースが下であると宣言する前に受け入れるものとする答えのないStatus Enquiriesの最大数です」。 「米国標準規格T1.617-1991、セクションD.5.1カウンタN392」という参照。 DEFVAL3:、:= frDlcmiEntry7
frDlcmiMonitoredEvents OBJECT-TYPE
SYNTAX Integer32 (1..10)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This is the number of status polling intervals over
which the error threshold is counted. For example, if
within 'MonitoredEvents' number of events the station
receives 'ErrorThreshold' number of errors, the
interface is marked as down."
REFERENCE
"American National Standard T1.617-1991, Section D.5.2
Counter N393."
DEFVAL { 4 }
::= { frDlcmiEntry 8 }
frDlcmiMonitoredEvents OBJECT-TYPE SYNTAX Integer32(1 .10)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「これは誤り敷居が数えられる状態ポーリングインタバルの数です」。 「例えば、ステーションがイベントの'MonitoredEvents'番号の中で'ErrorThreshold'エラー回数を受けるなら、インタフェースは下がっているのが示されます。」 「米国標準規格T1.617-1991、セクションD.5.2カウンタN393」という参照。 DEFVAL4:、:= frDlcmiEntry8
Brown & Baker Standards Track [Page 12] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[12ページ]。
frDlcmiMaxSupportedVCs OBJECT-TYPE
SYNTAX DLCI
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The maximum number of Virtual Circuits allowed for
this interface. Usually dictated by the Frame Relay
network.
frDlcmiMaxSupportedVCs OBJECT-TYPE SYNTAX DLCIマックス-ACCESSは「Virtual Circuitsの最大数はこのインタフェースに許容した」STATUSの現在の記述を読書して作成します。 通常、Frame Relayネットワークによって決められます。
In response to a SET, if a value less than zero or
higher than the agent's maximal capability is
configured, the agent should respond badValue"
::= { frDlcmiEntry 9 }
「SETに対応して、ゼロ以上よりエージェントの最大限度の能力値が構成されるなら、エージェントはbadValueを反応するべきである」:、:= frDlcmiEntry9
frDlcmiMulticast OBJECT-TYPE
SYNTAX INTEGER {
nonBroadcast (1),
broadcast (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This indicates whether the Frame Relay interface is
using a multicast service."
::= { frDlcmiEntry 10 }
nonBroadcast(1)、(2)を放送してください。frDlcmiMulticast OBJECT-TYPE SYNTAX INTEGER、マックス-ACCESSは「Frame Relayインタフェースがマルチキャストサービスを利用しているか否かに関係なく、これは示す」STATUSの現在の記述を読書して作成します。 ::= frDlcmiEntry10
frDlcmiStatus OBJECT-TYPE
SYNTAX INTEGER {
running (1), -- init complete, system running
fault (2), -- error threshold exceeded
initializing (3) -- system start up
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This indicates the status of the Frame Relay interface
as determined by the performance of the dlcmi. If no
dlcmi is running, the Frame Relay interface will stay
in the running state indefinitely."
::= { frDlcmiEntry 11 }
(3)--システムを初期化しながら完全なイニットシステム稼働が(2)をとがめるという誤り敷居が超えていた(1)を実行して、始動してください。frDlcmiStatus OBJECT-TYPE SYNTAX INTEGER、「dlcmiの性能で決定するように連結これがFrame Relayの状態を示すす」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「dlcmiが全く稼働する予定でないと、Frame Relayインタフェースは実行状態で無期限に滞在するでしょう。」 ::= frDlcmiEntry11
Brown & Baker Standards Track [Page 13] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[13ページ]。
frDlcmiRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"SNMP Version 2 Row Status Variable. Writable objects
in the table may be written in any RowStatus state."
::= { frDlcmiEntry 12 }
frDlcmiRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述「SNMPバージョン2通りの状態変数」を読書して作成します。 「テーブルの書き込み可能なオブジェクトはどんなRowStatus状態にも書かれているかもしれません。」 ::= frDlcmiEntry12
--
-- A Frame Relay service is a multiplexing service. Data
-- Link Connection Identifiers enumerate virtual circuits
-- (permanent or dynamic) which are layered onto the underlying
-- circuit, represented by ifEntry. Therefore, each of the entries
-- in the Standard MIB's Interface Table with an IfType of
-- Frame Relay represents a Q.922 interface. Zero or more
-- virtual circuits are layered onto this interface and provide
-- interconnection with various remote destinations.
-- Each such virtual circuit is represented by an entry in the
-- circuit table. The management virtual circuit (i.e. DLCI 0)
-- is a virtual circuit by this definition and will be represented
-- with an entry in the circuit table.
-- -- Frame Relayサービスはマルチプレクシングサービスです。 データ--リンクConnection Identifiersは仮想の回路--基本的さに層にされる(永久的であるかダイナミックな)もの--ifEntryによって表された回路を数え上げます。 したがって、IfTypeとStandard MIBのInterface Tableのそれぞれのエントリー、--フレームRelayはQ.922インタフェースを表します。 ゼロか以上--仮想の回路は、このインタフェースに層にされて、提供されます--様々な遠く離れた目的地があるインタコネクト。 -- そのようなそれぞれの仮想の回路が中にエントリーで表される、--回路テーブル。 エントリーが回路テーブルにある管理の仮想の回路(すなわち、DLCI0)(この定義による仮想の回路であり、表されるでしょう)。
-- Circuit Table
-- 回路テーブル
-- The table describing the use of the DLCIs attached to
-- each Frame Relay Interface.
-- DLCIsの使用が付いたテーブル説明--各Frame Relay Interface。
frCircuitTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrCircuitEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table containing information about specific Data
Link Connections (DLC) or virtual circuits."
::= { frameRelayDTE 2 }
「特定のData Linkコネクションズ(DLC)か仮想の回路の情報を含んでいて、Aはテーブルの上に置く」frCircuitTable OBJECT-TYPE SYNTAX SEQUENCE OF FrCircuitEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= frameRelayDTE2
Brown & Baker Standards Track [Page 14] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[14ページ]。
frCircuitEntry OBJECT-TYPE
SYNTAX FrCircuitEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The information regarding a single Data Link
Connection. Discontinuities in the counters contained
in this table are indicated by the value in
frCircuitCreationTime."
INDEX { frCircuitIfIndex, frCircuitDlci }
::= { frCircuitTable 1 }
frCircuitEntry OBJECT-TYPE SYNTAX FrCircuitEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「独身のData Link Connectionの情報。」 「このテーブルに含まれたカウンタの不連続はfrCircuitCreationTimeで値によって示されます。」 frCircuitIfIndex、frCircuitDlciに索引をつけてください:、:= frCircuitTable1
FrCircuitEntry ::=
SEQUENCE {
frCircuitIfIndex InterfaceIndex,
frCircuitDlci DLCI,
frCircuitState INTEGER,
frCircuitReceivedFECNs Counter32,
frCircuitReceivedBECNs Counter32,
frCircuitSentFrames Counter32,
frCircuitSentOctets Counter32,
frCircuitReceivedFrames Counter32,
frCircuitReceivedOctets Counter32,
frCircuitCreationTime TimeStamp,
frCircuitLastTimeChange TimeStamp,
frCircuitCommittedBurst Integer32,
frCircuitExcessBurst Integer32,
frCircuitThroughput Integer32,
frCircuitMulticast INTEGER,
frCircuitType INTEGER,
frCircuitDiscards Counter32,
frCircuitReceivedDEs Counter32,
frCircuitSentDEs Counter32,
frCircuitLogicalIfIndex InterfaceIndex,
frCircuitRowStatus RowStatus
}
FrCircuitEntry:、:= 系列{ frCircuitIfIndex InterfaceIndex、frCircuitDlci DLCI、frCircuitState整数、frCircuitReceivedFECNs Counter32、frCircuitReceivedBECNs Counter32、frCircuitSentFrames Counter32、frCircuitSentOctets Counter32、frCircuitReceivedFrames Counter32、frCircuitReceivedOctets Counter32、frCircuitCreationTimeタイムスタンプ; frCircuitLastTimeChangeタイムスタンプ、frCircuitCommittedBurst Integer32、frCircuitExcessBurst Integer32、frCircuitThroughput Integer32、frCircuitMulticast整数、frCircuitType整数、frCircuitDiscards Counter32、frCircuitReceivedDEs Counter32、frCircuitSentDEs Counter32、frCircuitLogicalIfIndex InterfaceIndex、frCircuitRowStatus RowStatus; }
frCircuitIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ifIndex Value of the ifEntry this virtual circuit
is layered onto."
::= { frCircuitEntry 1 }
frCircuitIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この仮想の回路が層にされるifEntryのifIndex Value。」 ::= frCircuitEntry1
Brown & Baker Standards Track [Page 15] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[15ページ]。
frCircuitDlci OBJECT-TYPE
SYNTAX DLCI
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The Data Link Connection Identifier for this virtual
circuit."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.6"
::= { frCircuitEntry 2 }
frCircuitDlci OBJECT-TYPE SYNTAX DLCIのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この仮想の回路へのData Link Connection Identifier。」 参照、「セクション3.3 米国標準規格T1.618-1991、0.6インチ:、:、」= frCircuitEntry2
frCircuitState OBJECT-TYPE
SYNTAX INTEGER {
frCircuitStateオブジェクト・タイプ構文整数
invalid (1),
active (2),
inactive (3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates whether the particular virtual circuit is
operational. In the absence of a Data Link Connection
Management Interface, virtual circuit entries (rows)
may be created by setting virtual circuit state to
'active', or deleted by changing Circuit state to
'invalid'.
病人(1)、アクティブな(2)、不活発な(3) マックス-ACCESSは現在の記述が「特定の仮想の回路が操作上であるか否かに関係なく、示す」STATUSを読書して作成します。 Data Link Connection Management Interfaceが不在のとき、仮想の回路エントリー(行)は、'アクティブに'仮想の回路州を設定することによって作成されるか、またはCircuit状態を'病人'に変えることによって、削除されるかもしれません。
Whether or not the row actually disappears is left to
the implementation, so this object may actually read as
'invalid' for some arbitrary length of time. It is
also legal to set the state of a virtual circuit to
'inactive' to temporarily disable a given circuit.
行が実際に見えなくなるかどうかが実装に残されるので、このオブジェクトは実際に何らかの任意の長さの時間の'病人'を読み込まれるかもしれません。 また、'不活発'への仮想の回路の状態に一時与えられた回路を無効にするように設定するのも法的です。
The use of 'invalid' is deprecated in this SNMP Version
2 MIB, in favor of frCircuitRowStatus."
DEFVAL { active }
::= { frCircuitEntry 3 }
「'病人'の使用はfrCircuitRowStatusを支持してこのSNMPバージョン2MIBで推奨しないです。」 DEFVAL能動態:、:= frCircuitEntry3
Brown & Baker Standards Track [Page 16] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[16ページ]。
frCircuitReceivedFECNs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received from the network indicating
forward congestion since the virtual circuit was
created. This occurs when the remote DTE sets the FECN
flag, or when a switch in the network enqueues the
frame to a trunk whose transmission queue is
congested."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.3"
::= { frCircuitEntry 4 }
「フレームの数は仮想の回路が作成されたので前進の混雑を示すネットワークから受けた」frCircuitReceivedFECNs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「リモートDTEがFECN旗を設定するか、またはネットワークにおけるスイッチがトランスミッション待ち行列が混雑しているトランクにフレームを待ち行列に入れると、これは起こります。」 参照、「セクション3.3 米国標準規格T1.618-1991、0.3インチ:、:、」= frCircuitEntry4
frCircuitReceivedBECNs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
frCircuitReceivedBECNs OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
STATUS current
DESCRIPTION
"Number of frames received from the network indicating
backward congestion since the virtual circuit was
created. This occurs when the remote DTE sets the BECN
flag, or when a switch in the network receives the
frame from a trunk whose transmission queue is
congested."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.4"
::= { frCircuitEntry 5 }
「フレームの数は仮想の回路が作成されたので後方の混雑を示すネットワークから受けた」STATUSの現在の記述。 「リモートDTEがBECN旗を設定するか、またはネットワークにおけるスイッチがトランスミッション待ち行列が混雑しているトランクからフレームを受けるとき、これは起こります。」 参照、「セクション3.3 米国標準規格T1.618-1991、0.4インチ:、:、」= frCircuitEntry5
frCircuitSentFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of frames sent from this virtual circuit
since it was created."
::= { frCircuitEntry 6 }
「それが作成されたので、フレームの数はこの仮想の回路から送った」frCircuitSentFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= frCircuitEntry6
frCircuitSentOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
frCircuitSentOctets OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Brown & Baker Standards Track [Page 17] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[17ページ]。
DESCRIPTION
"The number of octets sent from this virtual circuit
since it was created. Octets counted are the full
frame relay header and the payload, but do not include
the flag characters or CRC."
::= { frCircuitEntry 7 }
「それが作成されたので、八重奏の数はこの仮想の回路から送った」記述。 「数えられた八重奏は、完全なフレームリレーヘッダーとペイロードですが、旗のキャラクタかCRCを含めないでください。」 ::= frCircuitEntry7
frCircuitReceivedFrames OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received over this virtual circuit
since it was created."
::= { frCircuitEntry 8 }
「それが作成されたので、フレームの数はこの仮想の回路の上に受けた」frCircuitReceivedFrames OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= frCircuitEntry8
frCircuitReceivedOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of octets received over this virtual circuit
since it was created. Octets counted include the full
frame relay header, but do not include the flag
characters or the CRC."
::= { frCircuitEntry 9 }
「それが作成されたので、八重奏の数はこの仮想の回路の上に受けた」frCircuitReceivedOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「数えられた八重奏は、完全なフレームリレーヘッダーを含んでいますが、旗のキャラクタかCRCは含んでいません。」 ::= frCircuitEntry9
frCircuitCreationTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime when the virtual circuit was
created, whether by the Data Link Connection Management
Interface or by a SetRequest."
::= { frCircuitEntry 10 }
frCircuitCreationTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「仮想の回路であるときに、sysUpTimeの値は作成されました、Data Link Connection Management InterfaceかSetRequestにかかわらず」。 ::= frCircuitEntry10
Brown & Baker Standards Track [Page 18] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[18ページ]。
frCircuitLastTimeChange OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime when last there was a change in
the virtual circuit state"
::= { frCircuitEntry 11 }
frCircuitLastTimeChange OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「最後にそこであるのに、sysUpTimeの値は仮想の回路州の変化でした」:、:= frCircuitEntry11
frCircuitCommittedBurst OBJECT-TYPE
SYNTAX Integer32(0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the maximum amount of data, in
bits, that the network agrees to transfer under normal
conditions, during the measurement interval."
REFERENCE
"American National Standard T1.617-1991, Section
6.5.19"
DEFVAL { 0 } -- the default indicates no commitment
::= { frCircuitEntry 12 }
frCircuitCommittedBurst OBJECT-TYPE SYNTAX Integer32(0 .2147483647)マックス-ACCESSは「正常な状況では測定間隔の間移この変数がビットのネットワークが同意する最大の量のデータを示すす」STATUSの現在の記述を読書して作成します。 REFERENCE、「米国標準規格T1.617-1991、0.19インチのセクション6.5DEFVAL0--デフォルトは委任を全く示しません:、:、」= frCircuitEntry12
frCircuitExcessBurst OBJECT-TYPE
SYNTAX Integer32(0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the maximum amount of
uncommitted data bits that the network will attempt to
deliver over the measurement interval.
frCircuitExcessBurst OBJECT-TYPE SYNTAX Integer32(0 .2147483647)マックス-ACCESSは「測定間隔の間提供ネットワークがそうする最大の量の未遂のデータ・ビットが試みるこの変数が示すす」STATUSの現在の記述を読書して作成します。
By default, if not configured when creating the entry,
the Excess Information Burst Size is set to the value
of ifSpeed."
REFERENCE
"American National Standard T1.617-1991, Section
6.5.19"
::= { frCircuitEntry 13 }
「デフォルトで、エントリーを作成するとき、構成されないなら、Excess情報Burst SizeはifSpeedの値に用意ができています。」 参照、「セクション6.5 米国標準規格T1.617-1991、0.19インチ:、:、」= frCircuitEntry13
frCircuitThroughput OBJECT-TYPE
SYNTAX Integer32(0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
frCircuitThroughput OBJECT-TYPE SYNTAX Integer32(0 .2147483647)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Brown & Baker Standards Track [Page 19] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[19ページ]。
"Throughput is the average number of 'Frame Relay
Information Field' bits transferred per second across a
user network interface in one direction, measured over
the measurement interval.
「スループットはユーザネットワーク・インターフェースの向こう側に1秒単位で測定間隔の間に測定された一方向に移された'フレームRelay情報Field'ビットの平均した数です。」
If the configured committed burst rate and throughput
are both non-zero, the measurement interval, T, is
T=frCircuitCommittedBurst/frCircuitThroughput.
構成された遂行された炸裂率とスループットがともに非ゼロに合わせるなら、測定間隔(T)はT=frCircuitCommittedBurst/frCircuitThroughputです。
If the configured committed burst rate and throughput
are both zero, the measurement interval, T, is
T=frCircuitExcessBurst/ifSpeed."
REFERENCE
"American National Standard T1.617-1991, Section
6.5.19"
DEFVAL {0} -- the default value of Throughput is
-- "no commitment".
::= { frCircuitEntry 14 }
「構成された遂行された炸裂率とスループットが両方であるなら、ゼロ(測定間隔、T)はT=frCircuitExcessBurst/ifSpeedです。」 REFERENCE、「米国標準規格T1.617-1991、0.19インチのセクション6.5DEFVAL0--スループットのデフォルト値はそうです--、「委任がありません」、」 ::= frCircuitEntry14
frCircuitMulticast OBJECT-TYPE
SYNTAX INTEGER {
unicast (1),
oneWay (2),
twoWay (3),
nWay (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This indicates whether this VC is used as a unicast VC
(i.e. not multicast) or the type of multicast service
subscribed to"
REFERENCE
"Frame Relay PVC Multicast Service and Protocol
Description Implementation: FRF.7 Frame Relay Forum
Technical Committe October 21, 1994"
DEFVAL {unicast}
-- the default value of frCircuitMulticast is
-- "unicast" (not a multicast VC).
::= { frCircuitEntry 15 }
frCircuitMulticast OBJECT-TYPE SYNTAX INTEGER、ユニキャスト(1)、oneWay(2)、twoWay(3)、nWay(4)、マックス-ACCESSが「このVCがVC(すなわち、マルチキャストでない)かマルチキャストサービスのタイプが加入したユニキャストとして使用されるか否かに関係なく、これは示す」STATUSの現在の記述を読書して作成する、REFERENCE、「フレームリレーPVCマルチキャストサービスとプロトコル記述実装:」 「1994年10月21日のFRF.7Frame Relay Forum Technical Committe」DEFVALユニキャスト--frCircuitMulticastのデフォルト値はそうです--、「ユニキャスト。」(マルチキャストVCでない) ::= frCircuitEntry15
frCircuitType OBJECT-TYPE
SYNTAX INTEGER {
static (1),
dynamic (2)
}
frCircuitTypeオブジェクト・タイプ構文整数静電気(1)、動力(2)
Brown & Baker Standards Track [Page 20] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[20ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Indication of whether the VC was manually created
(static), or dynamically created (dynamic) via the data
link control management interface."
::= { frCircuitEntry 16 }
「VCが手動でダイナミックに(静的)で作成されたかどうかしるしはデータリンク制御管理インタフェースを通して作成(ダイナミックな)だった」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= frCircuitEntry16
frCircuitDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of inbound frames dropped because of format
errors, or because the VC is inactive."
::= { frCircuitEntry 17 }
「本国行きのフレームの数は形式誤りのため、またはVCが不活発であるので下げた」frCircuitDiscards OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= frCircuitEntry17
frCircuitReceivedDEs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames received from the network indicating
that they were eligible for discard since the virtual
circuit was created. This occurs when the remote DTE
sets the DE flag, or when in remote DTE's switch
detects that the frame was received as Excess Burst
data."
REFERENCE
"American National Standard T1.618-1991, Section 3.3.4"
::= { frCircuitEntry 18 }
「フレームの数は仮想の回路が作成されたので破棄に、彼らが適任であったのを示すネットワークから受けた」frCircuitReceivedDEs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 This occurs when the remote DTE sets the DE flag, or when in remote DTE's switch detects that the frame was received as Excess Burst data." 参照、「セクション3.3 米国標準規格T1.618-1991、0.4インチ:、:、」= frCircuitEntry18
frCircuitSentDEs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of frames sent to the network indicating that
they were eligible for discard since the virtual
circuit was created. This occurs when the local DTE
sets the DE flag, indicating that during Network
congestion situations those frames should be discarded
in preference of other frames sent without the DE bit
set."
REFERENCE
「フレームの数は仮想の回路が作成されたので破棄に、彼らが適任であったのを示すネットワークに送った」frCircuitSentDEs OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「地方のDTEがDE旗を設定すると、これは起こります、Network混雑状況の間、それらのフレームがDEビットセットなしで送られた他のフレームの好みで捨てられるべきであるのを示して。」 参照
Brown & Baker Standards Track [Page 21] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[21ページ]。
"American National Standard T1.618-1991, Section
3.3.4"
::= { frCircuitEntry 19 }
「セクション3.3 米国標準規格T1.618-1991、0.4インチ:、:、」= frCircuitEntry19
frCircuitLogicalIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Normally the same value as frDlcmiIfIndex, but
different when an implementation associates a virtual
ifEntry with a DLC or set of DLCs in order to associate
higher layer objects such as the ipAddrEntry with a
subset of the virtual circuits on a Frame Relay
interface. The type of such ifEntries is defined by the
higher layer object; for example, if PPP/Frame Relay is
implemented, the ifType of this ifEntry would be PPP.
If it is not so defined, as would be the case with an
ipAddrEntry, it should be of type Other."
::= { frCircuitEntry 20 }
frCircuitLogicalIfIndex OBJECT-TYPE SYNTAX InterfaceIndexマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「通常frDlcmiIfIndexにもかかわらず、異なるのと実装がFrame Relayインタフェースの仮想の回路の部分集合にipAddrEntryなどの、より高い層のオブジェクトを関連づけるためにDLCsのDLCかセットに仮想のifEntryを関連づけると同じ値。」 そのようなifEntriesのタイプは、より高い層のオブジェクトによって定義されます。 例えば、PPP/フレームRelayが実装されるなら、このifEntryのifTypeはPPPでしょう。 「ipAddrEntryに関してそうであるようにそのように定義されないなら、タイプOtherにはそれがそうあるべきです。」 ::= frCircuitEntry20
frCircuitRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object is used to create a new row or modify or
destroy an existing row in the manner described in the
definition of the RowStatus textual convention.
Writable objects in the table may be written in any
RowStatus state."
::= { frCircuitEntry 21 }
frCircuitRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトはRowStatusの原文のコンベンションの定義で説明された方法で既存の行を新しい行を作成するか、変更するか、または破壊するのに使用されます」。 「テーブルの書き込み可能なオブジェクトはどんなRowStatus状態にも書かれているかもしれません。」 ::= frCircuitEntry21
--
-- Error Table
-- -- 誤りテーブル
-- The table describing errors encountered on each Frame
-- Relay Interface.
-- 各Frameで遭遇する誤りについて説明するテーブル--Interfaceをリレーしてください。
frErrTable OBJECT-TYPE
SYNTAX SEQUENCE OF FrErrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A table containing information about Errors on the
Frame Relay interface. Discontinuities in the counters
contained in this table are the same as apply to the
「Frame Relayの上のErrorsのテーブル含有情報は連結する」frErrTable OBJECT-TYPE SYNTAX SEQUENCE OF FrErrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルに含まれたカウンタの不連続は申し込むのと同じです。
Brown & Baker Standards Track [Page 22] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[22ページ]。
ifEntry associated with the Interface."
::= { frameRelayDTE 3 }
「ifEntryはInterfaceと交際しました。」 ::= frameRelayDTE3
frErrEntry OBJECT-TYPE
SYNTAX FrErrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The error information for a single frame relay
interface."
INDEX { frErrIfIndex }
::= { frErrTable 1 }
「シングルフレームリレーのためのエラー情報は連結する」frErrEntry OBJECT-TYPE SYNTAX FrErrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 frErrIfIndexに索引をつけてください:、:= frErrTable1
FrErrEntry ::=
SEQUENCE {
frErrIfIndex InterfaceIndex,
frErrType INTEGER,
frErrData OCTET STRING,
frErrTime TimeStamp,
frErrFaults Counter32,
frErrFaultTime TimeStamp
}
FrErrEntry:、:= 系列frErrIfIndex InterfaceIndex、frErrType整数、frErrData八重奏ストリング、frErrTimeタイムスタンプ、frErrFaults Counter32、frErrFaultTimeタイムスタンプ
frErrIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The ifIndex Value of the corresponding ifEntry."
::= { frErrEntry 1 }
frErrIfIndex OBJECT-TYPE SYNTAX InterfaceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「対応するifEntryのifIndex Value。」 ::= frErrEntry1
frErrType OBJECT-TYPE
SYNTAX INTEGER {
unknownError(1),
receiveShort(2),
receiveLong(3),
illegalAddress(4),
unknownAddress(5),
dlcmiProtoErr(6),
dlcmiUnknownIE(7),
dlcmiSequenceErr(8),
dlcmiUnknownRpt(9),
noErrorSinceReset(10)
}
frErrTypeオブジェクト・タイプ構文整数unknownError(1)、receiveShort(2)、receiveLong(3)、illegalAddress(4)、unknownAddress(5)、dlcmiProtoErr(6)、dlcmiUnknownIE(7)、dlcmiSequenceErr(8)、dlcmiUnknownRpt(9)、noErrorSinceReset(10)
Brown & Baker Standards Track [Page 23] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[23ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of error that was last seen on this interface:
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「最後にこのインタフェースで見られた誤りのタイプ:」
receiveShort: frame was not long enough to allow
demultiplexing - the address field was incomplete,
or for virtual circuits using Multiprotocol over
Frame Relay, the protocol identifier was missing
or incomplete.
receiveShort: フレームは逆多重化を許容できるくらいには長くはありませんでした--Frame Relayの上でMultiprotocolを使用する仮想の回路に、プロトコル識別子は、アドレス・フィールドが不完全であったか、なくなるまたは不完全でした。
receiveLong: frame exceeded maximum length configured for this
interface.
receiveLong: フレームはこのインタフェースに構成された最大の長さを超えていました。
illegalAddress: address field did not match configured format.
illegalAddress: アドレス・フィールドは構成された形式に合っていませんでした。
unknownAddress: frame received on a virtual circuit which was not
active or administratively disabled.
unknownAddress: フレームはアクティブでないか、または行政上障害がある仮想の回路の上に受信されました。
dlcmiProtoErr: unspecified error occurred when attempting to
interpret link maintenance frame.
dlcmiProtoErr: リンクメインテナンスフレームを解釈するのを試みるとき、不特定の誤りは発生しました。
dlcmiUnknownIE: link maintenance frame contained an Information
Element type which is not valid for the
configured link maintenance protocol.
dlcmiUnknownIE: リンクメインテナンスフレームは構成されたリンクメインテナンスプロトコルには、有効でない情報Elementタイプを含みました。
dlcmiSequenceErr: link maintenance frame contained a sequence
number other than the expected value.
dlcmiSequenceErr: リンクメインテナンスフレームは期待値以外の一連番号を含みました。
dlcmiUnknownRpt: link maintenance frame contained a Report Type
Information Element whose value was not valid
for the configured link maintenance protocol.
dlcmiUnknownRpt: リンクメインテナンスフレームは構成されたリンクメインテナンスプロトコルには、値が有効でなかったReport Type情報Elementを含みました。
noErrorSinceReset: no errors have been detected since the last
cold start or warm start."
::= { frErrEntry 2 }
noErrorSinceReset: 「最後のコールドスタートかウォームスタート以来誤りは全く検出されていません。」 ::= frErrEntry2
frErrData OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(1..1600))
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"An octet string containing as much of the error packet
as possible. As a minimum, it must contain the Q.922
Address or as much as was delivered. It is desirable
to include all header and demultiplexing information."
::= { frErrEntry 3 }
「できるだけ多量の誤りパケットを含んでいて、八重奏は結ぶ」frErrData OBJECT-TYPE SYNTAX OCTET STRING(SIZE(1 .1600))のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 最小限として、それはQ.922 Addressを提供されていたのと同じくらい非常に含まなければなりません。 「すべてのヘッダーと逆多重化情報を含んでいるのは望ましいです。」 ::= frErrEntry3
Brown & Baker Standards Track [Page 24] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[24ページ]。
frErrTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at which the error was
detected."
::= { frErrEntry 4 }
frErrTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「誤りが検出されたsysUpTimeの値。」 ::= frErrEntry4
frErrFaults OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times the interface has gone down since
it was initialized."
::= { frErrEntry 5 }
frErrFaults OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「それ以来インタフェースが行かせている回数は初期化されました」。 ::= frErrEntry5
frErrFaultTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime at the time when the interface
was taken down due to excessive errors. Excessive
errors is defined as the time when a DLCMI exceeds the
frDlcmiErrorThreshold number of errors within
frDlcmiMonitoredEvents. See FrDlcmiEntry for further
details."
::= { frErrEntry 6 }
frErrFaultTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「インタフェースであるときに、過度の誤りのため、sysUpTimeの値は降ろされました」。 過度の誤りはDLCMIがfrDlcmiMonitoredEventsの中でfrDlcmiErrorThresholdエラー回数を超えている時と定義されます。 「さらに詳しい明細についてはFrDlcmiEntryを見てください。」 ::= frErrEntry6
--
--
-- Frame Relay Trap Control
-- フレームリレー罠コントロール
frameRelayTrapControl OBJECT IDENTIFIER ::= { frameRelayDTE 4 }
frameRelayTrapControlオブジェクト識別子:、:= frameRelayDTE4
-- the following highly unusual OID is as it is for compatibility
-- with RFC 1315, the SNMP V1 predecessor of this document.
frameRelayTraps OBJECT IDENTIFIER ::= { frameRelayDTE 0 }
-- 以下の非常に珍しいOIDはそれが互換性のためのものである、RFC1315と共にあります. このドキュメントframeRelayTraps OBJECT IDENTIFIERのSNMP V1前任者:、:= frameRelayDTE0
Brown & Baker Standards Track [Page 25] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[25ページ]。
frTrapState OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable indicates whether the system produces
the frDLCIStatusChange trap."
DEFVAL { disabled }
::= { frameRelayTrapControl 1 }
frTrapState OBJECT-TYPE SYNTAX INTEGERは(2)であると無効にされた(1)を可能にしました。マックス-ACCESSは「この変数は、システムがfrDLCIStatusChange罠を生産するかどうかを示すこと」をSTATUSの現在の記述に読書して書きます。 DEFVAL身体障害者:、:= frameRelayTrapControl1
frTrapMaxRate OBJECT-TYPE
SYNTAX Integer32 (0..3600000)
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"This variable indicates the number of milliseconds
that must elapse between trap emissions. If events
occur more rapidly, the impementation may simply fail
to trap, or may queue traps until an appropriate time."
DEFVAL { 0 } -- no minimum elapsed period is specified
::= { frameRelayTrapControl 2 }
frTrapMaxRate OBJECT-TYPE SYNTAX Integer32(0 .3600000)マックス-ACCESSは「この変数は罠放出の間で経過しなければならないミリセカンドの数を示すこと」をSTATUSの現在の記述に読書して書きます。 「イベントが、より急速に起こるなら、impementationは絶対に捕らえないか、または適切な時期まで罠を列に並ばせるかもしれません。」 DEFVAL0--どんな最小の経過した期間も指定されません:、:= frameRelayTrapControl2
-- Data Link Connection Management Interface Related Traps
-- データリンク接続の管理のインタフェースの関連罠
frDLCIStatusChange NOTIFICATION-TYPE
OBJECTS { frCircuitState }
STATUS current
frDLCIStatusChange NOTIFICATION-TYPE OBJECTS frCircuitState、STATUS海流
DESCRIPTION
"This trap indicates that the indicated Virtual Circuit
has changed state. It has either been created or
invalidated, or has toggled between the active and
inactive states. If, however, the reason for the state
change is due to the DLCMI going down, per-DLCI traps
should not be generated."
::= { frameRelayTraps 1 }
-- conformance information
記述、「この罠は、示されたVirtual Circuitが状態を変えたのを示します」。 それは、作成されたか、無効にされた、またはアクティブで不活発な州の間で切り換えられました。 「しかしながら、州の変化の理由が落ちるDLCMIのためであるなら、1DLCIあたりの罠を生成するべきではありません。」 ::= frameRelayTraps1--順応情報
frConformance OBJECT IDENTIFIER ::= { frameRelayDTE 6 }
frConformanceオブジェクト識別子:、:= frameRelayDTE6
frGroups OBJECT IDENTIFIER ::= { frConformance 1 }
frCompliances OBJECT IDENTIFIER ::= { frConformance 2 }
frGroupsオブジェクト識別子:、:= frConformance1frCompliancesオブジェクト識別子:、:= frConformance2
-- compliance statements
-- 承諾声明
Brown & Baker Standards Track [Page 26] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[26ページ]。
frCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement "
MODULE -- this module
MANDATORY-GROUPS { frPortGroup, frCircuitGroup }
「承諾声明」frCompliance MODULE-COMPLIANCE STATUSの現在の記述MODULE--このモジュールMANDATORY-GROUPSfrPortGroup、frCircuitGroup
GROUP frErrGroup
DESCRIPTION
"This optional group is used for debugging Frame Relay
Systems."
「この任意のグループはFrame Relay Systemsをデバッグしながら、使用される」GROUP frErrGroup記述。
GROUP frTrapGroup
DESCRIPTION
"This optional group is used for the management of
asynchronous notifications by Frame Relay Systems."
GROUP frTrapGroup記述、「この任意のグループはFrame Relay Systemsによる非同期な通知の管理に使用されます」。
GROUP frNotificationGroup
DESCRIPTION
"This optional group defines the asynchronous
notifications generated by Frame Relay Systems."
GROUP frNotificationGroup記述、「この任意のグループはFrame Relay Systemsによって生成された非同期な通知を定義します」。
OBJECT frDlcmiRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Row creation is not required for the frDlcmiTable."
OBJECT frDlcmiRowStatus MIN-ACCESS書き込み禁止記述、「通りの作成はfrDlcmiTableに必要ではありません」。
OBJECT frCircuitRowStatus
オブジェクトfrCircuitRowStatus
MIN-ACCESS read-only
DESCRIPTION
"Row creation is not required for the frCircuitTable."
MIN-ACCESS書き込み禁止記述、「通りの作成はfrCircuitTableに必要ではありません」。
::= { frCompliances 1 }
::= frCompliances1
frCompliance0 MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for objects and the trap
defined in RFC 1315."
MODULE -- this module
MANDATORY-GROUPS { frPortGroup0, frCircuitGroup0 }
「オブジェクトと罠のための承諾声明はRFC1315で定義した」frCompliance0 MODULE-COMPLIANCE STATUSの現在の記述。 MODULE--このモジュールMANDATORY-GROUPSfrPortGroup0、frCircuitGroup0
GROUP frErrGroup0
DESCRIPTION
"This optional group is used for debugging Frame Relay
Systems."
「この任意のグループはFrame Relay Systemsをデバッグしながら、使用される」GROUP frErrGroup0記述。
Brown & Baker Standards Track [Page 27] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[27ページ]。
GROUP frTrapGroup0
DESCRIPTION
"This optional group is used for the management of
asynchronous notifications by Frame Relay Systems."
GROUP frTrapGroup0記述、「この任意のグループはFrame Relay Systemsによる非同期な通知の管理に使用されます」。
GROUP frNotificationGroup
DESCRIPTION
"This optional group defines the asynchronous
notifications generated by Frame Relay Systems."
GROUP frNotificationGroup記述、「この任意のグループはFrame Relay Systemsによって生成された非同期な通知を定義します」。
::= { frCompliances 2 }
::= frCompliances2
-- units of conformance
-- ユニットの順応
frPortGroup OBJECT-GROUP
OBJECTS {
frDlcmiIfIndex, frDlcmiState, frDlcmiAddress,
frDlcmiAddressLen, frDlcmiPollingInterval,
frDlcmiFullEnquiryInterval, frDlcmiErrorThreshold,
frDlcmiMonitoredEvents, frDlcmiMaxSupportedVCs,
frDlcmiMulticast, frDlcmiStatus, frDlcmiRowStatus
}
STATUS current
DESCRIPTION
"The objects necessary to control the Link Management
Interface for a Frame Relay Interface as well as
maintain the error statistics on this interface."
::= { frGroups 1 }
frPortGroup OBJECT-GROUP OBJECTS、frDlcmiIfIndex、frDlcmiState、frDlcmiAddress、frDlcmiAddressLen、frDlcmiPollingInterval、frDlcmiFullEnquiryInterval、frDlcmiErrorThreshold、frDlcmiMonitoredEvents、frDlcmiMaxSupportedVCs、frDlcmiMulticast、frDlcmiStatus、frDlcmiRowStatus、「Frame Relay InterfaceのためにLink Management Interfaceを制御して、これで誤り統計を維持するのに必要なオブジェクトは連結する」STATUSの現在の記述。 ::= frGroups1
frCircuitGroup OBJECT-GROUP
OBJECTS {
frCircuitIfIndex, frCircuitDlci, frCircuitState,
frCircuitReceivedFECNs, frCircuitReceivedBECNs,
frCircuitSentFrames, frCircuitSentOctets,
frCircuitReceivedFrames, frCircuitReceivedOctets,
frCircuitCreationTime, frCircuitLastTimeChange,
frCircuitCommittedBurst, frCircuitExcessBurst,
frCircuitThroughput, frCircuitMulticast,
frCircuitType, frCircuitDiscards,
frCircuitReceivedDEs, frCircuitSentDEs,
frCircuitLogicalIfIndex, frCircuitRowStatus
}
STATUS current
DESCRIPTION
"The objects necessary to control the Virtual Circuits
layered onto a Frame Relay Interface."
::= { frGroups 2 }
frCircuitGroupオブジェクト群対象、frCircuitIfIndex、frCircuitDlci、frCircuitState、frCircuitReceivedFECNs、frCircuitReceivedBECNs、frCircuitSentFrames、frCircuitSentOctets、frCircuitReceivedFrames、frCircuitReceivedOctets、frCircuitCreationTime、frCircuitLastTimeChange、frCircuitCommittedBurst、frCircuitExcessBurst、frCircuitThroughput、frCircuitMulticast、frCircuitType、frCircuitDiscards、frCircuitReceivedDEs、frCircuitSentDEs、frCircuitLogicalIfIndex、frCircuitRowStatus; 「Virtual Circuitsを制御するのに必要なオブジェクトはFrame Relay Interfaceに層にした」STATUSの現在の記述。 ::= frGroups2
Brown & Baker Standards Track [Page 28] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[28ページ]。
frTrapGroup OBJECT-GROUP
OBJECTS { frTrapState, frTrapMaxRate }
STATUS current
DESCRIPTION
"The objects necessary to control a Frame Relay
Interface's notification messages."
::= { frGroups 3 }
frTrapGroup OBJECT-GROUP OBJECTS、frTrapState、frTrapMaxRate、「Frame Relay Interfaceの通知を制御するのに必要なオブジェクトは通信させる」STATUSの現在の記述。 ::= frGroups3
frErrGroup OBJECT-GROUP
OBJECTS {
frErrIfIndex, frErrType, frErrData, frErrTime,
frErrFaults, frErrFaultTime
}
STATUS current
DESCRIPTION
"Objects designed to assist in debugging Frame Relay
Interfaces."
::= { frGroups 4 }
frErrGroup OBJECT-GROUP OBJECTS、frErrIfIndex、frErrType、frErrData、frErrTime、frErrFaults、frErrFaultTime、「オブジェクトはFrame Relay Interfacesをデバッグするのを助けるように設計した」STATUSの現在の記述。 ::= frGroups4
frNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS { frDLCIStatusChange }
STATUS current
DESCRIPTION
"Traps which may be used to enhance event driven
management of the interface."
::= { frGroups 5 }
frNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS frDLCIStatusChange、STATUSの現在の記述、「インタフェースのイベントドリブン管理を機能アップするのに使用されるかもしれない罠。」 ::= frGroups5
frPortGroup0 OBJECT-GROUP
OBJECTS {
frDlcmiIfIndex, frDlcmiState, frDlcmiAddress,
frDlcmiAddressLen, frDlcmiPollingInterval,
frDlcmiFullEnquiryInterval, frDlcmiErrorThreshold,
frDlcmiMonitoredEvents, frDlcmiMaxSupportedVCs,
frDlcmiMulticast
}
STATUS current
DESCRIPTION
"The objects necessary to control the Link Management
Interface for a Frame Relay Interface as well as
maintain the error statistics on this interface from
RFC 1315."
::= { frGroups 6 }
frPortGroup0 OBJECT-GROUP OBJECTS、frDlcmiIfIndex、frDlcmiState、frDlcmiAddress、frDlcmiAddressLen、frDlcmiPollingInterval、frDlcmiFullEnquiryInterval、frDlcmiErrorThreshold、frDlcmiMonitoredEvents、frDlcmiMaxSupportedVCs、frDlcmiMulticast、「また、Frame Relay InterfaceのためのLink Management Interfaceを制御するのに必要なオブジェクトはRFC1315からこのインタフェースにおける誤り統計であることを支持する」STATUSの現在の記述。 ::= frGroups6
frCircuitGroup0 OBJECT-GROUP
OBJECTS {
frCircuitIfIndex, frCircuitDlci, frCircuitState,
frCircuitReceivedFECNs, frCircuitReceivedBECNs,
frCircuitSentFrames, frCircuitSentOctets,
frCircuitGroup0オブジェクト群対象、frCircuitIfIndex、frCircuitDlci、frCircuitState、frCircuitReceivedFECNs、frCircuitReceivedBECNs、frCircuitSentFrames、frCircuitSentOctets
Brown & Baker Standards Track [Page 29] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[29ページ]。
frCircuitReceivedFrames, frCircuitReceivedOctets,
frCircuitCreationTime, frCircuitLastTimeChange,
frCircuitCommittedBurst, frCircuitExcessBurst,
frCircuitThroughput
}
STATUS current
DESCRIPTION
"The objects necessary to control the Virtual Circuits
layered onto a Frame Relay Interface from RFC 1315."
::= { frGroups 7 }
frCircuitReceivedFrames、frCircuitReceivedOctets、frCircuitCreationTime、frCircuitLastTimeChange、frCircuitCommittedBurst、frCircuitExcessBurst、frCircuitThroughput 「Virtual Circuitsを制御するのに必要なオブジェクトはRFC1315からFrame Relay Interfaceに層にした」STATUSの現在の記述。 ::= frGroups7
frErrGroup0 OBJECT-GROUP
OBJECTS {
frErrIfIndex, frErrType, frErrData, frErrTime
}
STATUS current
DESCRIPTION
"Objects designed to assist in debugging Frame Relay
Interfaces from RFC 1315."
::= { frGroups 8 }
frErrGroup0 OBJECT-GROUP OBJECTS、frErrIfIndex、frErrType、frErrData、frErrTime、「オブジェクトはRFC1315からFrame Relay Interfacesをデバッグするのを助けるように設計した」STATUSの現在の記述。 ::= frGroups8
frTrapGroup0 OBJECT-GROUP
OBJECTS { frTrapState }
STATUS current
DESCRIPTION
"The objects necessary to control a Frame Relay
Interface's notification messages from RFC 1315."
::= { frGroups 9 }
frTrapGroup0 OBJECT-GROUP OBJECTS frTrapState、STATUSの現在の記述、「RFC1315からのFrame Relay Interfaceの通知メッセージを制御するのに必要なオブジェクト。」 ::= frGroups9
END
終わり
7. Security Issues
7. 安全保障問題
Security issues for this MIB are entirely covered by the SNMP Security Architecture, and have not been expanded within the contents of this MIB.
このMIBのための安全保障問題は、SNMP Security Architectureで完全にカバーされていて、このMIBのコンテンツの中で広げられていません。
8. Acknowledgments
8. 承認
This document was originally produced by the IP Over Large Public Data Networks (IPLPDN) Working Group, and has since been carried on in the PPP Working Group, sort of. Currently, the Ion Working Group is its host.
このドキュメントで元々IP Over Large Public Data Networks(IPLPDN)作業部会によって生産されて、以来PPP作業部会で運ばれています、ちょっと。 現在、Ion作業部会はそのホストです。
Special thanks to James Watt of Newbridge Networks for his fine suggestions and pastable text.
ニューブリッジネットワークスのジェームズ・ワットのおかげで、彼のよい提案と「過去-可能」テキストにおいて、特別です。
Brown & Baker Standards Track [Page 30] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[30ページ]。
9. Authors' Addresses
9. 作者のアドレス
Caralyn Brown Cadia Networks, Inc. 1 Corporate Dirve Andover, Massachusetts 01810 Telephone: +1 508 689 2400 x133 E-Mail: cbrown@cadia.com
CaralynブラウンCadiaはアンドーバー、マサチューセッツ 01810が電話をするInc.1の法人のDirveをネットワークでつなぎます: +1 2400年の508 689x133メール: cbrown@cadia.com
Fred Baker Cisco Systems 519 Lado Drive Santa Barbara, California 93111 Telephone +1 408 526 4257 E-Mail: fred@cisco.com
フレッドベイカーシスコシステムズ519のLado Driveサンタバーバラ、カリフォルニア 93111は+1 4257がメールする408 526に電話をします: fred@cisco.com
10. References
10. 参照
[1] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M.,
and S. Waldbusser, "Structure of Management Information
for Version 2 of the Simple Network Management Protocol
(SNMPv2)", RFC 1902, January 1996.
[1]SNMPv2作業部会、ケース、J.、McCloghrie、K.、ローズ、M.、およびS.Waldbusser、「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための経営情報の構造」、RFC1902(1996年1月)。
[2] McCloghrie, K., and M. Rose, Editors, "Management
Information Base for Network Management of TCP/IP-based
internets: MIB-II", STD 17, RFC 1213, Hughes LAN Systems,
Performance Systems International, March 1991.
[2] McCloghrie、K.とM.ローズ、エディターズ、「TCP/IPベースのインターネットのNetwork Managementのための管理Information基地:」 「MIB-II」、STD17、RFC1213、ヒューズLANシステム、国際言語運用機構、1991年3月。
[3] Case, J., Fedor, M., Schoffstall, M., and J. Davin. " A
Simple Network Management Protocol (SNMP)", STD 15, RFC
1157, SNMP Research, Performance Systems International,
MIT Lab for Computer Science, May 1990.
[3] ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン。 「簡単なネットワーク管理プロトコル(SNMP)」、STD15、RFC1157、SNMPは研究します、国際言語運用機構、コンピュータサイエンスのためのMIT研究室、1990年5月。
[4] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M.,
and S. Waldbusser, "Protocol Operations for Version 2 of
the Simple Network Management Protocol (SNMPv2)", RFC
1905, January 1996.
[4] SNMPv2作業部会、ケース、J.、McCloghrie(K.、ローズ、M.、およびS.Waldbusser)は「簡単なネットワーク管理プロトコル(SNMPv2)のバージョン2のための操作について議定書の中で述べます」、RFC1905、1996年1月。
[5] McCloghrie, K. and F. Kastenholz, "Evolution of the
Interfaces Group of MIB-II", RFC 1573, Hughes LAN
Systems, FTP Software, January 1994.
[5]McCloghrieとK.とF.Kastenholz、「MIB-IIのインタフェースグループの発展」、RFC1573、ヒューズLANシステム、FTPソフトウェア(1994年1月)。
[6] T. Bradley, C. Brown, A. Malis, "Multiprotocol
Interconnect over Frame Relay", RFC 1490, 07/26/1993.
[6] T.ブラッドリー、C.ブラウン、A.Malis、「Multiprotocolはフレームリレーの上で内部連絡する」RFC1490、07/26/1993。
[7] International Telegraph and Telephone Consultative
Committee, "ISDN Data Link Layer Specification for Frame
Mode Bearer Services", CCITT Recommendation Q.922, 19
[7]国際電信電話諮問委員会、「フレーム方式運搬人サービスのためのISDNデータ・リンク層仕様」、CCITT推薦Q.922、19
Brown & Baker Standards Track [Page 31] RFC 2115 Frame Relay DTE MIB September 1997
ブラウンとベイカーStandardsはフレームリレーDTE MIB1997年9月にRFC2115を追跡します[31ページ]。
April 1991.
1991年4月。
[8] American National Standard For Telecommunications -
Integrated Services Digital Network - Frame Relay Bearer
Service - Architectural Framework and Service
Description, ANSI T1.606-1991, 18 June 1991.
テレコミュニケーションのための[8]のアメリカの国家規格--サービス統合ディジタル網--フレームリレー運搬人サービス--建築フレームワークとサービス記述、ANSI T1.606-1991(1991年6月18日)。
[9] American National Standard For Telecommunications -
Integrated Services Digital Network - Digital Subscriber
Signalling System No. 1 - Signaling Specification for
Frame Relay Bearer Service, ANSI T1.617-1991, 18 June
1991.
テレコミュニケーションのための[9]のアメリカの国家規格--サービス統合ディジタル網--デジタル加入者合図システムNo.1--フレームリレー運搬人サービス、ANSI T1.617-1991、1991年6月18日の仕様に合図します。
[10] American National Standard For Telecommunications -
Integrated Services Digital Network - Core Aspects of
Frame Protocol for Use with Frame Relay Bearer Service,
ANSI T1.618-1991, 18 June 1991.
テレコミュニケーションのための[10]のアメリカの国家規格--サービス統合ディジタル網--フレームのコア局面はフレームリレー運搬人サービスとの使用のために議定書を作ります、ANSI T1.618-1991、1991年6月18日。
Brown & Baker Standards Track [Page 32]
ブラウンとベイカー標準化過程[32ページ]
一覧
スポンサーリンク
