Network Working Group                                            P. Pate
Request for Comments: 3020                                      B. Lynch
Category: Standards Track                              Overture Networks
                                                              K. Rehbehn
                                                   Megisto Systems, Inc.
                                                           December 2000
        
                     Definitions of Managed Objects
                   for Monitoring and Controlling the
                 UNI/NNI Multilink Frame Relay Function
        

Status of this Memo

このメモの位置付け

This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.

この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD 1)の最新版を参照してください。このメモの配布は無制限です。

Copyright Notice

著作権表示

Copyright (C) The Internet Society (2000). All Rights Reserved.

著作権(C)インターネット協会(2000)。全著作権所有。

Abstract

抽象

This memo defines a Management Information Base (MIB) for monitoring and controlling a UNI/NNI Multilink Frame Relay Function as defined in Frame Relay Forum FRF.16. This MIB also includes conformance and notification information.

このメモは、フレームリレーフォーラムFRF.16で定義されたUNI / NNIマルチリンクフレームリレー機能を監視し、制御するための管理情報ベース(MIB)を定義します。このMIBはまた、適合性と通知情報が含まれています。

Table of Contents

目次

   1 The SNMP Management Framework ................................    2
   2 Overview .....................................................    3
   2.1 Multilink Frame Relay Background ...........................    3
   2.1.1 Terminology ..............................................    4
   2.1.2 Reference Model ..........................................    5
   2.2 Structure of the MIB .......................................    5
   2.2.1 mfrBundleMaxNumBundles ...................................    6
   2.2.2 mfrBundleNextIndex .......................................    6
   2.2.3 mfrBundleTable ...........................................    6
   2.2.4 Bundle-to-ifIndex Mapping Table ..........................    6
   2.2.5 mfrBundleLinkTable .......................................    6
   2.3 Relationship With Other MIBS and Tables ....................    7
   2.3.1 Relationship With Interface Table ........................    7
   2.3.1.1 Bundle Links ...........................................    7
   2.3.1.2 Bundles ................................................    7
        
   2.3.1.3 Mapping Between ifIndex and mfrBundleIndex .............    8
   2.3.1.4 ifTable Objects ........................................    8
   2.3.2 Relationship With Interface Stack Table ..................    9
   2.3.3 Relationship With Frame Relay DTE MIB ....................    9
   2.3.4 Relationship With Frame Relay Service MIB ................    9
   2.3.5 Example ..................................................    9
   2.4 Creation Of Bundles and Bundle Links .......................   11
   2.4.1 Creation Of Bundles ......................................   11
   2.4.2 Creation Of Bundle Links .................................   11
   2.5 Notifications ..............................................   11
   2.5.1 Bundle ...................................................   11
   2.5.1.1 linkUp .................................................   12
   2.5.1.2 linkDown ...............................................   12
   2.5.2 Bundle Link ..............................................   12
   2.5.2.1 linkUp .................................................   12
   2.5.2.2 linkDown ...............................................   12
   2.5.2.3 mfrMibTrapBundleLinkMismatch ...........................   12
   3 Object Definitions ...........................................   13
   4 Acknowledgments ..............................................   32
   5 References ...................................................   32
   6 Security Considerations ......................................   34
   7 Authors' Addresses ...........................................   35
   8 Full Copyright Statement .....................................   36
        
1. The SNMP Management Framework
1. SNMP管理フレームワーク

The SNMP Management Framework presently consists of five major components:

SNMP Management Frameworkは現在、5つの主要コンポーネントから構成されています。

o An overall architecture, described in RFC 2571 [RFC2571].

Oの全体的なアーキテクチャは、RFC 2571 [RFC2571]で説明します。

o Mechanisms for describing and naming objects and events for the purpose of management. The first version of this Structure of Management Information (SMI) is called SMIv1 and described in STD 16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215 [RFC1215]. The second version, called SMIv2, is described in STD 58: RFC 2578 [RFC2578], RFC 2579 [RFC2579] and RFC 2580 [RFC2580].

管理の目的のためにオブジェクトとイベントを記述し、命名するためのメカニズムO。管理情報(SMI)のこの構造体の最初のバージョンはでSMIv1と呼ばれ、STD 16、RFC 1155 [RFC1155]、STD 16、RFC 1212 [RFC1212]及びRFC 1215 [RFC1215]に記載されています。 SMIv2のと呼ばれる第二のバージョンは、STD 58に記載されている:RFC 2578 [RFC2578]、RFC 2579 [RFC2579]及びRFC 2580 [RFC2580]。

o Message protocols for transferring management information. The first version of the SNMP message protocol is called SNMPv1 and described in STD 15, RFC 1157 [RFC1157]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [RFC1901] and RFC 1906 [RFC1906]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572 [RFC2572] and RFC 2574 [RFC2574].

管理情報を転送するためのOメッセージプロトコル。 SNMPメッセージプロトコルの最初のバージョンは、SNMPv1と呼ばれ、STD 15、RFC 1157 [RFC1157]に記載されています。インターネット標準トラックプロトコルでないSNMPメッセージプロトコルの第2のバージョンは、SNMPv2cのと呼ばれ、RFC 1901 [RFC1901]及びRFC 1906 [RFC1906]に記載されています。メッセージプロトコルのバージョン3は、RFC 2572 [RFC2572]及びRFC 2574 [RFC2574]、[RFC1906]のSNMPv3と呼ばれ、RFC 1906年に記載されています。

o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [RFC1157]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [RFC1905].

管理情報にアクセスするためのOプロトコル操作。プロトコル操作と関連PDU形式の第一セットは、STD 15、RFC 1157 [RFC1157]に記載されています。プロトコル操作と関連PDU形式の第2のセットは、RFC 1905 [RFC1905]に記載されています。

o A set of fundamental applications described in RFC 2573 [RFC2573] and the view-based access control mechanism described in RFC 2575 [RFC2575].

O RFC 2573 [RFC2573]に記載の基本アプリケーションとビューベースアクセス制御機構のセットは、RFC 2575 [RFC2575]で説明します。

A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [RFC2570].

現在のSNMP Management Frameworkへの、より詳細な紹介は、RFC 2570 [RFC2570]で見つけることができます。

Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.

管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBのオブジェクトは、SMIで定義されたメカニズムを使用して定義されています。

This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of the MIB.

このメモはSMIv2に対応であるMIBモジュールを指定します。 SMIv1に従うMIBは、適切な翻訳を介して製造することができます。得られた翻訳されたMIBには翻訳(Counter64のの使用)が可能ではないので、オブジェクトまたはイベントが省略されている場合を除いて、意味的に等価でなければなりません。 SMIv2のいくつかの機械読み取り可能な情報には、翻訳プロセスの間、SMIv1の原文の記述に変換されます。しかし、機械読み取り可能な情報のこの損失がMIBの意味論を変えると考えられません。

2. Overview
2.概要

This document defines a Management Information Base (MIB) for monitoring and controlling the UNI/NNI Multilink Frame Relay function. The agreement on which this MIB is based was defined and documented by the Frame Relay Forum in the Frame Relay Forum Document FRF.16 [FRF.16].

このドキュメントは、UNI / NNIマルチリンクフレームリレー機能を監視し、制御するための管理情報ベース(MIB)を定義します。このMIBの基礎となる契約はフレームリレーフォーラムドキュメントFRF.16 [FRF.16]でフレームリレーフォーラムによって定義され、文書化されました。

2.1. Multilink Frame Relay Background
2.1. マルチリンクフレームリレーの背景

Multilink Frame Relay (MFR) for the User-to-Network Interface (UNI) and the Network-to-Network Interface (NNI) provides physical interface emulation for frame relay devices. The emulated physical interface consists of one or more physical links, called "bundle links", aggregated together into a single "bundle" of bandwidth. This service provides a frame-based inverse multiplexing function, sometimes referred to as an "IMUX".

以下のためのマルチリンクフレームリレー(MFR)、フレーム中継装置のための物理インターフェイスのエミュレーションを提供するユーザ対ネットワークインタフェース(UNI)およびネットワーク・ツー・ネットワークインタフェース(NNI)。エミュレートされた物理インタフェースは、一緒になって、帯域幅の単一の「束」に集約「バンドルリンク」と呼ばれる1つ以上の物理リンク、からなります。このサービスは、時々「IMUX」と呼ばれる、フレームベースの逆多重化機能を提供します。

The bundle provides the same order-preserving service as a physical layer for frames sent on a data link connection. In addition, the bundle provides support for all Frame Relay services based on UNI and NNI standards.

バンドルは、データリンク接続上で送信されたフレームのための物理層と同じ順序保存サービスを提供します。また、バンドルは、UNIとNNIの規格に基づいて、すべてのフレームリレーサービスのサポートを提供します。

2.1.1. Terminology
2.1.1. 用語

Physical Link -- A single physical interface that interconnects two devices in a frame relay network (e.g., DS1, DS0, Bearer channel, refer to FRF.14).

物理リンク - フレームリレーネットワーク内の2つのデバイスを相互接続する単一の物理インタフェース(例えば、DS1、DS0、ベアラチャネルは、FRF.14を参照)。

Bundle -- A grouping of one or more physical links using the formats and procedures of multilink frame relay. The bundle operates as a logical interface function that emulates a single physical interface to the Q.922 data link layer.

バンドル - マルチリンクフレームリレーのフォーマットおよび手順を使用して1つ以上の物理リンクのグループ化。バンドルはQ.922データリンク層への単一の物理インターフェイスをエミュレートする論理インターフェイス関数として動作します。

Bundle Link -- A MFR sub-component that controls operation of one of the bundle's physical links.

バンドルリンク - バンドルの物理リンクのいずれかの動作を制御MFRサブコンポーネント。

2.1.2. Reference Model
2.1.2. 参照モデル
+--------------------------+               +--------------------------+
|   Switching Layer -OR-   |               |   Switching Layer -OR-   |
| Higher-Level Applications|               | Higher-Level Applications|
+--------------------------+               +--------------------------+
|          |C-Plane - Q.933|               |          |C-Plane - Q.933|
| U-Plane  |    (Note 1)   |               | U-Plane  |    (Note 1)   |
| (Note 3) |---------------|               | (Note 3) |---------------|
|          |Q.922 (Note 2) |               |          |Q.922 (Note 2) |
+--------------------------+               +--------------------------+
| Data Link Layer (Q.922)  |               | Data Link Layer (Q.922)  |
+--------------------------+               +--------------------------+
|       Bundle (B)         |               |       Bundle (B)         |
+--------------------------+               +--------------------------+
| Bundle | Bundle | Bundle |               | Bundle | Bundle | Bundle |
|  Link  |  Link  |  Link  |               |  Link  |  Link  |  Link  |
|  (BL)  |  (BL)  |  (BL)  |               |  (BL)  |  (BL)  |  (BL)  |
+--------+--------+--------+               +--------+--------+--------+
|Physical|Physical|Physical|               |Physical|Physical|Physical|
|  (PH)  |  (PH)  |  (PH)  |  __________   |  (PH)  |  (PH)  |  (PH)  |
+----+---+----+---+----+---+ /\          \ +----+---+----+---+----+---+
     |        |        |    /  \          \      |        |        |
     |        |        +--------\          \-----+        |        |
     |        |           /      \          \             |        |
     |        +-------------------\          \------------+        |
     |           _________\_______/  Bundle  /_                    |
     |          /\               /          /  \                   |
     +------------| Bundle Link /          /    |------------------+
                \/_____________/          /____/
                             \/__________/
        

Figure 1: MFR Reference Diagram

図1:MFR参考図

Note 1: C-Plane operation as described in Q.933 [Q.933] and FRF.4 [FRF.4]

注1:Cプレーン動作Q.933に記載されているように[Q.933]とFRF.4 [FRF.4]

Note 2: Multiple frame acknowledged information transfer mode as described in Q.922 [Q.922]

注2:Q.922に記載されているように、複数のフレームは、情報転送モードを認め[Q.922]

Note 3: Core aspects for use with frame relay bearer service as described in Q.922, Annex A [Q.922]

注3:Q.922に記載されるようにベアラサービスフレームリレーと共に使用するためのコアの側面を、附属書A [Q.922]

2.2. Structure of the MIB
2.2. MIBの構造

The UNI/NNI MFR managed objects consist of two scalar objects and three tables.

UNI / NNI MFRは、オブジェクトが2つのスカラーオブジェクトと3つのテーブルで構成されて管理されます。

2.2.1. mfrBundleMaxNumBundles
2.2.1. mfrBundleMaxNumBundles

This scalar is used to inform the manager of the maximum number of bundles supported by this device.

このスカラーは、このデバイスによってサポートされるバンドルの最大数の管理者に通知するために使用されます。

2.2.2. mfrBundleNextIndex
2.2.2. mfrBundleNextIndex

This scalar is used to assist the manager in selecting a value for mfrBundleIndex during row creation. It can also be used to avoid race conditions with multiple managers trying to create rows in the table (see RFC 2494 [RFC2494] for one such algorithm).

このスカラーは、行の作成時にmfrBundleIndexの値を選択する際に管理者を支援するために使用されます。また、(そのようなアルゴリズムのRFC 2494 [RFC2494]を参照)表内の行を作成しようとしている複数のマネージャとの競合状態を避けるために使用することができます。

2.2.3. mfrBundleTable
2.2.3. mfrBundleTable

This table provides a means to configure and monitor bundles. It is indexed by mfrBundleIndex and contains these columns:

このテーブルには、バンドルを設定および監視するための手段を提供します。それはmfrBundleIndexでインデックス化し、これらの列が含まれます:

- mfrBundleIndex Integer32 - mfrBundleIfIndex InterfaceIndex - mfrBundleRowStatus RowStatus - mfrBundleNearEndName SnmpAdminString - mfrBundleFragmentation INTEGER - mfrBundleMaxFragSize Integer32 - mfrBundleTimerHello INTEGER - mfrBundleTimerAck INTEGER - mfrBundleCountMaxRetry INTEGER - mfrBundleActivationClass INTEGER - mfrBundleThreshold Integer32 - mfrBundleMaxDiffDelay Integer32 - mfrBundleSeqNumSize INTEGER - mfrBundleLinksConfigured Integer32 - mfrBundleLinksActive Integer32 - mfrBundleBandwidth Integer32 - mfrBundleFarEndName SnmpAdminString - mfrBundleResequencingErrors Counter32

- mfrBundleIndex Integer32の - mfrBundleIfIndex InterfaceIndexの - mfrBundleRowStatusなRowStatus - mfrBundleNearEndNameれるSnmpAdminString - mfrBundleFragmentation INTEGER - mfrBundleMaxFragSize Integer32の - mfrBundleTimerHello INTEGER - mfrBundleTimerAck INTEGER - mfrBundleCountMaxRetry INTEGER - mfrBundleActivationClass INTEGER - mfrBundleThreshold Integer32の - mfrBundleMaxDiffDelay Integer32の - mfrBundleSeqNumSize INTEGER - mfrBundleLinksConfigured Integer32の - mfrBundleLinksActive Integer32の - mfrBundleBandwidth Integer32の - mfrBundleFarEndNameれるSnmpAdminString - mfrBundleResequencingErrors Counter32の

2.2.4. Bundle-to-ifIndex Mapping Table
2.2.4. バンドルに-ifIndexのマッピング表

This table provides a means to take an ifIndex and find the corresponding mfrBundleIndex. It is indexed by ifIndex and contains these columns:

この表はifIndexのを取り、対応するmfrBundleIndexを見つけるための手段を提供します。それはifIndexによってインデックス化し、これらの列が含まれます:

- mfrBundleIfIndexMapping Integer32

- mfrBundleIfIndexMapping構文Integer32

2.2.5. mfrBundleLinkTable
2.2.5. mfrBundleLinkTable

This table provides a means to configure and monitor bundle links. It is indexed by ifIndex and contains these columns:

この表は、バンドルリンクを設定および監視するための手段を提供します。それはifIndexによってインデックス化し、これらの列が含まれます:

- mfrBundleLinkRowStatus RowStatus - mfrBundleLinkConfigBundleIndex Integer32 - mfrBundleLinkNearEndName SnmpAdminString - mfrBundleLinkState MfrBundleLinkState - mfrBundleLinkFarEndName SnmpAdminString - mfrBundleLinkFarEndBundleName SnmpAdminString - mfrBundleLinkDelay Integer32 - mfrBundleLinkFramesControlTx Counter32 - mfrBundleLinkFramesControlRx Counter32 - mfrBundleLinkFramesControlInvalid Counter32 - mfrBundleLinkTimerExpiredCount Counter32 - mfrBundleLinkLoopbackSuspected Counter32 - mfrBundleLinkUnexpectedSequence Counter32 - mfrBundleLinkMismatch Counter32

- mfrBundleLinkRowStatusなRowStatus - mfrBundleLinkConfigBundleIndex Integer32の - mfrBundleLinkNearEndNameれるSnmpAdminString - mfrBundleLinkState MfrBundleLinkState - mfrBundleLinkFarEndNameれるSnmpAdminString - mfrBundleLinkFarEndBundleNameれるSnmpAdminString - mfrBundleLinkDelay Integer32の - mfrBundleLinkFramesControlTx Counter32の - mfrBundleLinkFramesControlRx Counter32の - mfrBundleLinkFramesControlInvalid Counter32の - mfrBundleLinkTimerExpiredCount Counter32の - mfrBundleLinkLoopbackSuspected Counter32の - mfrBundleLinkUnexpectedSequence Counter32の - mfrBundleLinkMismatch Counter32の

2.3. Relationship With Other MIBS and Tables
2.3. 他のMIBとテーブルとの関係
2.3.1. Relationship With Interface Table
2.3.1. インターフェイステーブルとの関係
2.3.1.1. Bundle Links
2.3.1.1。バンドルリンク

Each bundle link will appear as an interface in the ifTable. The ifIndex that appears in the ifTable is used for indexing the bundle link tables in the UNI-NNI MFR MIB.

各バンドルリンクはifTableにインターフェースとして表示されます。 ifTableで表示されますifIndexはUNI-NNI MFR MIBのバンドルリンクテーブルのインデックスを作成するために使用されています。

2.3.1.2. Bundles
2.3.1.2。バンドル

Each bundle will appear as an interface in the ifTable. There will be corresponding mfrBundleIndex which may be different than the ifIndex of the bundle.

各バンドルはifTable内のインターフェースとして表示されます。バンドルのifIndexのよりも異なってもよいmfrBundleIndexが対応します。

The reason is best summarized in RFC 2494 [RFC2494], which describes frame relay bundle of DS0. It says:

その理由は、最良のDS0のフレームリレーバンドルを記述するRFC 2494 [RFC2494]に要約されています。それは言います:

This table is not indexed by ifIndex because the manager has to choose the index in a createable row and the agent must be allowed to select ifIndex values.

マネージャが作成可能行のインデックスを選択することがあり、薬剤がifIndex値を選択することができなければならないので、この表はifIndexによって索引付けされていません。

The rows in the ifEntry table are not createable as they do not have row status. RFC 2863 [RFC2863] suggests that the ifIndex should be chosen by the agent. Here is its statement regarding row creation and deletion:

彼らは、行のステータスを持っていないとのifEntry表の行が作成可能ではありません。 RFC 2863 [RFC2863]はifIndexのエージェントによって選択されるべきであることを示唆しています。ここでは、行の作成と削除に関するその文は次のとおりです。

While some interfaces, for example, most physical interfaces, cannot be created via network management, other interfaces such as logical interfaces sometimes can be. The ifTable contains only generic information about an interface. Almost all 'create-able' interfaces have other, media-specific, information through which configuration parameters may be supplied prior to creating such an interface. Thus, the ifTable does not itself support the creation or deletion of an interface (specifically, it has no RowStatus column). Rather, if a particular interface type supports the dynamic creation and/or deletion of an interface of that type, then that media-specific MIB should include an appropriate RowStatus object (see the ATM LAN-Emulation Client MIB [ATMLANE] for an example of a MIB which does this). Typically, when such a RowStatus object is created/deleted, then the conceptual row in the ifTable appears/disappears as a by-product, and an ifIndex value (chosen by the agent) is stored in an appropriate object in the media-specific MIB.

一部のインタフェースは、例えば、ほとんどの物理インタフェースは、ネットワーク管理を介して作成することができないが、このような論理インターフェイスなどの他のインターフェースは時々することができます。 ifTableはインターフェイスについてのみ、一般的な情報が含まれています。ほとんどすべての「作成可能な」インターフェースは、構成パラメータは前ようなインターフェイスを作成に供給することができる、それを通して他、メディア固有の情報を持っています。したがって、ifTableのは、それ自体が(具体的には、それはRowStatusの列を有していない)インターフェイスの作成または削除をサポートしていません。特定のインターフェイスタイプはそのタイプのインターフェイスを動的に作成および/または削除をサポートしている場合は、むしろ、そのメディア固有のMIBは適切なRowStatusオブジェクト(の例えばATM LANエミュレーションクライアントMIB [ATMLANE]参照を含める必要がありますこれを行うMIB)。そのようなRowStatusオブジェクトを削除/作成されたとき、典型的には、ifTableの概念的な行は、/副生成物として消失表示され、(エージェントによって選択される)ifIndex値は、メディア固有のMIB内の適切なオブジェクトに格納されています。

The ATM LAN-Emulation Client MIB [ATMLANE] uses different indices and so does the IMA MIB [ATMIMA]. Looking at the examples we have, and the statements from RFC, it seems better to have two indices. This gives the SNMP agent implementor the freedom to manage their ifIndex in the way they like.

ATM LANエミュレーションクライアントMIB [ATMLANE]は、異なる屈折率を使用し、そうIMA MIB [ATMIMA]ありません。我々が持っている例、およびRFCからの文を見てみると、2つのインデックスを持っている良さそうです。これは、SNMPエージェントは、彼らが好きな方法で彼らのifIndexを管理する自由をimplementorになります。

2.3.1.3. Mapping Between ifIndex and mfrBundleIndex
2.3.1.3。 ifIndexとmfrBundleIndex間のマッピング

The mfrBundleIfIndexMappingTable is indexed by ifIndex and provides the means to map a given ifIndex into the corresponding mfrBundleIndex. The mfrBundleIfIndexMapping object in the mfrBundleTable (indexed by mfrBundleIndex) provides the reverse mapping of a mfrBundleIndex to the corresponding ifIndex in the ifTable.

mfrBundleIfIndexMappingTableはifIndexによってインデックス付け及び対応mfrBundleIndexに所与のifIndexをマッピングするための手段を提供します。 (mfrBundleIndexによってインデックス付け)mfrBundleTableでmfrBundleIfIndexMappingオブジェクトはifTableの対応するifIndexにmfrBundleIndexの逆マッピングを提供します。

2.3.1.4. ifTable Objects
2.3.1.4。 ifTableのオブジェクト

The bundle configuration and status table. There is a one-to-one correspondence between a bundle and an interface represented in the ifTable.

バンドルの設定およびステータステーブル。バンドルとifTableで表されるインターフェイスとの間に1対1の対応があります。

The following objects of the ifTable have specific meaning for an MFR bundle:

ifTableの次のオブジェクトは、MFRバンドルのための具体的な意味があります。

ifAdminStatus - the bundle admin status ifOperStatus - the bundle operational status ifSpeed - the current bandwidth of the bundle ifInUcastPkts - the number of frames received on the bundle ifOutUcastPkts - the number of frames transmitted on the bundle ifInErrors - frame (not fragment) errors ifOutErrors - frame (not fragment) errors

ifAdminStatus - バンドル管理ステータスのifOperStatus - バンドル動作状態のifSpeed - バンドルifInUcastPktsの現在の帯域幅 - フレームの数がバンドルifOutUcastPktsで受信 - フレーム(フラグメント化しない)エラーifOutErrors - バンドルifInErrors上で送信されたフレームの数 - フレーム(フラグメント化しない)エラー

The following objects of the ifTable have specific meaning for an MFR bundle link:

ifTableの次のオブジェクトは、MFRバンドルリンクの特定の意味を持っています:

ifAdminStatus - the bundle link admin status ifOperStatus - the bundle link operational status ifSpeed - the bandwidth of the bundle link interface ifInUcastPkts - the number of frames received on the bundle link ifOutUcastPkts - the number of frames transmitted on the bundle link ifInErrors - frame and fragment errors ifOutErrors - frame and fragment errors

ifAdminStatus - バンドルリンク管理ステータスのifOperStatus - バンドルリンク動作状態のifSpeed - バンドルリンクインターフェイスifInUcastPktsの帯域幅 - バンドルリンクifInErrors上で送信されたフレームの数 - - フレームの数は、バンドルリンクifOutUcastPkts上で受信されたフレームおよびフラグメントエラーifOutErrors - フレームおよびフラグメントエラー

2.3.2. Relationship With Interface Stack Table
2.3.2. インタフェーススタックテーブルとの関係

The bundles and bundle links will appear in the ifStackTable defined in RFC 2863 [RFC2863]. Each bundle link will appear a lower layer to its owner bundle. The bundle will appear as a higher layer to the bundle links and as a lower layer to a frame relay service or UNI.

バンドルとバンドルリンクは、RFC 2863 [RFC2863]で定義されたのifStackTableに表示されます。各バンドルリンクは、その所有者のバンドルに下層表示されます。バンドルは、バンドルリンクの上位層として、フレームリレーサービスまたはUNIの下層に表示されます。

2.3.3. Relationship With Frame Relay DTE MIB
2.3.3. フレームリレーDTE MIBとの関係

The bundle will have a one-to-one correspondence with a DLCMI or UNI that appear in the DTE MIB tables [RFC2115].

バンドルはDTE MIBテーブル[RFC2115]に表示さDLCMIまたはUNIと一対一に対応しているであろう。

2.3.4. Relationship With Frame Relay Service MIB
2.3.4. フレームリレーサービスMIBとの関係

There is a one-to-one relationship between the MFR bundle and the frame relay service logical port defined in RFC1604 [RFC1604].

MFRバンドルとRFC1604 [RFC1604]で定義されたフレームリレーサービス論理ポートとの間に1対1の関係が存在します。

2.3.5. Example
2.3.5. 例

Figure two shows an example of how the various tables are related. This example shows two bundles composed of 2 T1s each. The bundles have a mfrBundleIndex of 10 and 20 respectively.

図2は、種々のテーブルが関連している方法の例を示しています。この例では2個のT1それぞれ成る2つのバンドルを示しています。束は、それぞれ10及び20のmfrBundleIndexを有します。

                     +-------------------------+
                     |   Frame Relay Service   |
                     +-----+-------------+-----+
                           |             |
                     +-----+------+------+-----+
                     | MFR Bundle | MFR Bundle |
                     |    10      |     20     |
                     +--+-----+---+---+-----+--+
                        |     |       |     |
                      +-+-+ +-+-+   +-+-+ +-+-+
                      |T1 | |T1 |   |T1 | |T1 |
                      +---+ +---+   +-+-+ +---+
        

Figure 2: Frame Relay Service Being Carried on 4 T1s

図2:フレームリレーサービスは、4つのT1に運ばれ

The assignment of the ifTable index values could for example be:

ifTableのインデックス値の割り当ては、例えば次のようになります。

      ifIndex |  Description               | ifType
      --------+----------------------------+----------------------
         1    |  FrameRelayService         | frameRelayService(44)
         2    |  MFR Bundle #10            | frf16MfrBundle(163)
         3    |  MFR Bundle #20            | frf16MfrBundle(163)
         4    |  ds1 #1/MFR Bundle Link #1 | ds1(18)
         5    |  ds1 #2/MFR Bundle Link #2 | ds1(18)
         6    |  ds1 #3/MFR Bundle Link #3 | ds1(18)
         7    |  ds1 #4/MFR Bundle Link #4 | ds1(18)
        

The ifStackTable is then used to show the relationships between the various interfaces.

ifStackTableには、その後、種々のインターフェースの間の関係を示すために使用されます。

      HigherLayer | LowerLayer
      ------------+-----------
          0       |     1
          1       |     2
          1       |     3
          2       |     4
          2       |     5
          3       |     6
          3       |     7
          4       |     0
          5       |     0
          6       |     0
          7       |     0
        

The mfrBundleIfIndexMappingTable shows the relationship between the ifTable ifIndex and the mfrBundleIndex:

mfrBundleIfIndexMappingTableはifTableのifIndexのとmfrBundleIndexとの関係を示しています。

      ifIndex | mfrBundleIfIndexMappingIndex
      --------+-----------------------------
         2    |            10
         3    |            20
        

The mfrBundleTable shows the relationship between the mfrBundleIndex and the ifIndex:

mfrBundleTableはmfrBundleIndexとifIndexの関係を示しています。

      mfrBundleIndex | mfrBundleIfIndex
      ---------------+-----------------
              10     |      2
              20     |      3
        

The mfrBundleLinkTable shows the relationship between the bundles and bundle links:

mfrBundleLinkTableはバンドルとバンドルリンクの間の関係を示しています。

      mfrBundleIndex | mfrBundleLinkIfIndex
      ---------------+---------------------
             10      |        4
             10      |        5
             20      |        6
             20      |        7
        
2.4. Creation Of Bundles and Bundle Links
2.4. バンドルとバンドルリンクの作成
2.4.1. Creation Of Bundles
2.4.1. バンドルの作成

A new bundle is created by setting a createAndGo(4) value in the mfrBundleRowStatus RowStatus object. Optionally, an agent could also support setting a value of createAndWait(5) followed by a set to the value active(1).

新しいバンドルはmfrBundleRowStatus RowStatusオブジェクトにcreateAndGo(4)の値を設定することによって作成されます。必要に応じて、薬剤は、(5)活性値(1)に設定し、続いてcreateAndWaitに値を設定するサポートすることができます。

When a bundle is created, the agent must create a new interface in the ifTable. The ifIndex for this new interface is used for the value of mfrBundleIfIndex.

バンドルが作成されると、エージェントはifTableに新しいインターフェイスを作成する必要があります。この新しいインターフェイスのifIndexはmfrBundleIfIndexの値に使用されます。

2.4.2. Creation Of Bundle Links
2.4.2. バンドルリンクの作成

A new bundle link is created by setting a createAndGo(4) value in the mfrBundleLinkRowStatus RowStatus object.

新しいバンドルリンクがmfrBundleLinkRowStatus RowStatusオブジェクトにcreateAndGo(4)の値を設定することによって作成されます。

The bundle link is associated with a specific physical interface and uses the ifIndex of the physical interface. The mfrBundleLinkEntry row objects may be created after or during creation of the physical interface's ifEntry row objects.

バンドルリンクは、特定の物理インタフェースに関連付けられた物理インターフェイスのifIndexのに使用されます。 mfrBundleLinkEntry行オブジェクトは、物理インターフェイスのifEntryの列オブジェクトの作成後、または中に作成されてもよいです。

The bundle identified in the object mfrBundleIndex must exist at time of bundle link creation.

オブジェクトmfrBundleIndexで識別バンドルは、バンドルリンクの作成時に存在している必要があります。

2.5. Notifications
2.5. 通知

The linkUp and linkDown traps are defined in RFC 2223 [RFC2223].

リンクアップおよびlinkDownトラップは、RFC 2223 [RFC2223]で定義されています。

2.5.1. Bundle
2.5.1. バンドル

The following SNMP traps are defined for MFR bundles.

以下のSNMPトラップは、MFRバンドル用に定義されています。

2.5.1.1. linkUp
2.5.1.1。リンクアップ

This trap is sent when the ifOperStatus of a bundle transitions from down to up. This occurs when a sufficient number of links (determined by mfrBundleActivationClass and mfrBundleThreshold) are in the operationally up state.

このトラップは、最大ダウンから、バンドルの移行の際のifOperStatus送信されます。リンクの十分な数(mfrBundleActivationClassとmfrBundleThresholdにより決定)動作上アップ状態にある場合に発生します。

2.5.1.2. linkDown
2.5.1.2。リンクダウン

This trap is sent when the ifOperStatus of a bundle transitions from up to down. This occurs when a insufficient number of links (determined by mfrBundleActivationClass and mfrBundleThreshold) are in the operationally up state.

バンドルののifOperStatusがアップからダウンに移行したときにこのトラップが送信されます。リンクの数が不十分(mfrBundleActivationClassとmfrBundleThresholdにより決定)動作上アップ状態にある場合に発生します。

2.5.2. Bundle Link
2.5.2. バンドルリンク

The following SNMP traps are defined for MFR bundle links.

以下のSNMPトラップは、MFRバンドルリンクのために定義されています。

2.5.2.1. linkUp
2.5.2.1。リンクアップ

This trap is sent when a mfrBundleLinkState object transitions to the value mfrBundleLinkStateUp.

このトラップが送信されたときに値mfrBundleLinkStateUpにmfrBundleLinkStateオブジェクトの移行。

2.5.2.2. linkDown
2.5.2.2。リンクダウン

This trap is sent when a mfrBundleLinkState object transitions from the value mfrBundleLinkStateUp.

このトラップが送信されたときに値mfrBundleLinkStateUpからmfrBundleLinkStateオブジェクトの移行。

2.5.2.3. mfrMibTrapBundleLinkMismatch
2.5.2.3。 mfrMibTrapBundleLinkMismatch

This trap indicates that a bundle link mismatch has been detected. The following objects are reported:

このトラップは、バンドルリンクの不一致が検出されたことを示しています。次のオブジェクトが報告されています。

- mfrBundleNearEndName: configured name of near end bundle - mfrBundleFarEndName: previously reported name of far end bundle - mfrBundleLinkNearEndName: configured name of near end bundle - mfrBundleLinkFarEndName: reported name of far end bundle - mfrBundleLinkFarEndBundleName: currently reported name of far end bundle

- mfrBundleNearEndName:構成された近端バンドルの名前 - mfrBundleFarEndName:遠端バンドルの以前に報告された名前 - mfrBundleLinkNearEndName:近端バンドルの構成名 - mfrBundleLinkFarEndName:遠端バンドルの報告名前 - mfrBundleLinkFarEndBundleName:遠端バンドルの現在報告された名前

Note that the configured items may have been configured automatically. Note also that the mfrBundleLinkMismatch counter is incremented when the trap is sent.

構成された項目が自動的に設定されている可能性があることに注意してください。トラップが送信されたときにmfrBundleLinkMismatchカウンタがインクリメントされていることにも注意してください。

3. Object Definitions
3.オブジェクト定義

Managed objects are accessed via a virtual information store, termed the Management Information Base or 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, 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, we often use a textual string, termed the descriptor, to refer to the object type.

管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBのオブジェクトは、SMIで定義された抽象構文記法1(ASN.1)のサブセットを使用して定義されています。具体的には、各オブジェクトタイプは、オブジェクト識別子と、管理上割り当てられた名前によって指定されます。オブジェクトインスタンスと共にオブジェクトタイプは、一意のオブジェクトの特定のインスタンスを識別するのに役立ちます。人間の便宜のために、私たちは多くの場合、テキスト文字列を使用して、オブジェクトタイプを参照するために、記述子と呼ばれます。

FR-MFR-MIB DEFINITIONS ::= BEGIN
        

IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Integer32, Counter32, NOTIFICATION-TYPE, transmission FROM SNMPv2-SMI TEXTUAL-CONVENTION, TestAndIncr, RowStatus FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF SnmpAdminString FROM SNMP-FRAMEWORK-MIB InterfaceIndex, ifIndex FROM IF-MIB;

FROMれるSnmpAdminStringのSNMPv2-CONF FROMのSNMPv2-TC MODULE-COMPLIANCE、オブジェクト・グループ、NOTIFICATION-GROUPからの輸入MODULE-IDENTITY、OBJECT-TYPE、Integer32の、Counter32の、NOTIFICATION-TYPE、SNMPv2の-SMIテキストの表記法、TestAndIncrからの送信、RowStatusのはSNMP-FRAMEWORK-MIBますInterfaceIndex、IF-MIBからのifIndex。

mfrMib MODULE-IDENTITY LAST-UPDATED "200011300000Z" ORGANIZATION "IETF Frame Relay Service MIB (frnetmib) Working Group" CONTACT-INFO "WG Charter: http://www.ietf.org/html.charters/frnetmib-charter.html WG-email: frnetmib@sunroof.eng.sun.com Subscribe: frnetmib-request@sunroof.eng.sun.com Email Archive: ftp://ftp.ietf.org/ietf-mail-archive/frnetmib

mfrMibのMODULE-IDENTITY LAST-UPDATED "200011300000Z" ORGANIZATION "IETFフレームリレーサービスMIB(frnetmib)ワーキンググループ" CONTACT-INFO「WG憲章:http://www.ietf.org/html.charters/frnetmib-charter.html WG -email:frnetmib@sunroof.eng.sun.com購読:frnetmib-request@sunroof.eng.sun.comメールアーカイブ:ftp://ftp.ietf.org/ietf-mail-archive/frnetmib

         Chair:      Andy Malis
                     Vivace Networks
         Email:      Andy.Malis@vivacenetworks.com
        

WG editor: Prayson Pate Overture Networks Email: prayson.pate@overturenetworks.com

HS EDITORE:Praysonパテ序曲NetworksのEメール:прайсон.пате@овертуренетворкс.ком

Co-author: Bob Lynch Overture Networks

共著者:ボブ・リンチ序曲ネットワーク

EMail: bob.lynch@overturenetworks.com

メールアドレス:bob.lynch@overturenetworks.com

Co-author: Kenneth Rehbehn Megisto Systems, Inc. EMail: krehbehn@megisto.com"

共著者:ケネスRehbehn Megistoシステムズ株式会社電子メール:krehbehn@megisto.com "

DESCRIPTION "This is the MIB used to control and monitor the multilink frame relay (MFR) function described in FRF.16."

DESCRIPTION「これはMIBを制御し、マルチリンクフレームリレー(MFR)FRF.16に記載の機能を監視するために使用されます。」

   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Revision History
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        

REVISION "200011300000Z" DESCRIPTION "Published as RFC 3020."

REVISION "200011300000Z" DESCRIPTION "RFC 3020として公開されました"

      ::= { transmission 47 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Textual Conventions
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        
   MfrBundleLinkState ::= TEXTUAL-CONVENTION
      STATUS      current
      DESCRIPTION
         "The possible states for a bundle link, as defined in
          Annex A of FRF.16."
      REFERENCE "FRF.16 Annex A"
      SYNTAX  INTEGER {
         mfrBundleLinkStateAddSent       (1),
         mfrBundleLinkStateAddRx         (2),
         mfrBundleLinkStateAddAckRx      (3),
         mfrBundleLinkStateUp            (4),
         mfrBundleLinkStateIdlePending   (5),
         mfrBundleLinkStateIdle          (6),
         mfrBundleLinkStateDown          (7),
         mfrBundleLinkStateDownIdle      (8)
         }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Object Identifiers
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        
   mfrMibScalarObjects     OBJECT IDENTIFIER ::= { mfrMib 1 }
   mfrMibBundleObjects     OBJECT IDENTIFIER ::= { mfrMib 2 }
   mfrMibBundleLinkObjects OBJECT IDENTIFIER ::= { mfrMib 3 }
   mfrMibTraps             OBJECT IDENTIFIER ::= { mfrMib 4 }
   mfrMibConformance       OBJECT IDENTIFIER ::= { mfrMib 5 }
        
   mfrMibTrapsPrefix       OBJECT IDENTIFIER ::= { mfrMibTraps 0 }
        
   mfrMibGroups      OBJECT IDENTIFIER ::= { mfrMibConformance 1 }
   mfrMibCompliances OBJECT IDENTIFIER ::= { mfrMibConformance 2 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Scalars
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        
   mfrBundleMaxNumBundles OBJECT-TYPE
      SYNTAX  Integer32
      MAX-ACCESS read-only
      STATUS  current
      DESCRIPTION
         "This object is used to inform the manager of the
          maximum number of bundles supported by this device."
      ::= { mfrMibScalarObjects 1 }
        
   mfrBundleNextIndex OBJECT-TYPE
      SYNTAX  TestAndIncr
      MAX-ACCESS read-write
      STATUS  current
      DESCRIPTION
         "This object is used to assist the manager in
          selecting a value for mfrBundleIndex during row creation
          in the mfrBundleTable.  It can also be used to avoid race
          conditions with multiple managers trying to create
          rows in the table (see RFC 2494 [RFC2494] for one such
          alogrithm)."
      REFERENCE "RFC 2494"
      ::= { mfrMibScalarObjects 2 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Bundle Table
   -- ---------------------------------------------------------
   -- --------------------------------------------------------- mfrBundleTable OBJECT-TYPE
      SYNTAX  SEQUENCE OF MfrBundleEntry
      MAX-ACCESS  not-accessible
      STATUS  current
      DESCRIPTION
         "The bundle configuration and status table.  There
          is a one-to-one correspondence between a bundle
          and an interface represented in the ifTable.
        
          The following objects of the ifTable have specific
          meaning for an MFR bundle:
             ifAdminStatus  - the bundle admin status
             ifOperStatus   - the bundle operational status
             ifSpeed        - the current bandwidth of the bundle
             ifInUcastPkts  - the number of frames received
                              on the bundle
             ifOutUcastPkts - the number of frames transmitted
                              on the bundle
             ifInErrors     - frame (not fragment) errors
             ifOutErrors    - frame (not fragment) errors
             "
      ::= { mfrMibBundleObjects 3 }
        
   mfrBundleEntry OBJECT-TYPE
      SYNTAX  MfrBundleEntry
      MAX-ACCESS  not-accessible
      STATUS  current
      DESCRIPTION
         "An entry in the bundle table."
      INDEX   { mfrBundleIndex }
      ::= { mfrBundleTable 1 }
        
   MfrBundleEntry ::=
      SEQUENCE {
         mfrBundleIndex
            Integer32,
         mfrBundleIfIndex
            InterfaceIndex,
         mfrBundleRowStatus
            RowStatus,
         mfrBundleNearEndName
            SnmpAdminString,
         mfrBundleFragmentation
            INTEGER,
         mfrBundleMaxFragSize
            Integer32,
         mfrBundleTimerHello
            INTEGER,
        
         mfrBundleTimerAck
            INTEGER,
         mfrBundleCountMaxRetry
            INTEGER,
         mfrBundleActivationClass
            INTEGER,
         mfrBundleThreshold
            Integer32,
         mfrBundleMaxDiffDelay
            Integer32,
         mfrBundleSeqNumSize
            INTEGER,
         mfrBundleMaxBundleLinks
            Integer32,
         mfrBundleLinksConfigured
            Integer32,
         mfrBundleLinksActive
            Integer32,
         mfrBundleBandwidth
            Integer32,
         mfrBundleFarEndName
            SnmpAdminString,
         mfrBundleResequencingErrors
            Counter32
         }
        
   mfrBundleIndex OBJECT-TYPE
      SYNTAX  Integer32 (1..2147483647)
      MAX-ACCESS  not-accessible
      STATUS  current
      DESCRIPTION
         "The index into the table.  While this corresponds
          to an entry in the ifTable, the value of mfrBundleIndex
          need not match that of the ifIndex in the ifTable.
          A manager can use mfrBundleNextIndex to select a unique
          mfrBundleIndex for creating a new row."
      ::= { mfrBundleEntry 1 }
        

mfrBundleIfIndex OBJECT-TYPE SYNTAX InterfaceIndex MAX-ACCESS read-only STATUS current DESCRIPTION "The value must match an entry in the interface table whose ifType must be set to frf16MfrBundle(163).

mfrBundleIfIndex OBJECT-TYPE構文InterfaceIndexのMAX-ACCESS read-onlyステータス現在の説明は「値のifType frf16MfrBundle(163)に設定されなければならないインタフェーステーブルのエントリと一致しなければなりません。

          For example: if the value of mfrBundleIfIndex is 10,
          then a corresponding entry should be present in the ifTable with an index of 10 and an ifType of 163."
      ::= { mfrBundleEntry 2 }
        
   mfrBundleRowStatus OBJECT-TYPE
      SYNTAX  RowStatus
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
          "The mfrBundleRowStatus object allows create, change,
           and delete operations on bundle entries."
      REFERENCE "RFC 1903"
      ::= { mfrBundleEntry 3 }
        
   mfrBundleNearEndName OBJECT-TYPE
      SYNTAX  SnmpAdminString
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "The configured name of the bundle."
      REFERENCE "FRF.16 section 3.4.1"
      ::= { mfrBundleEntry 4 }
        

mfrBundleFragmentation OBJECT-TYPE SYNTAX INTEGER { enable (1), disable (2) } MAX-ACCESS read-create STATUS current DESCRIPTION "Controls whether the bundle performs/accepts fragmentation and re-assembly. The possible values are:

mfrBundleFragmentation OBJECT-TYPE SYNTAX INTEGER {イネーブル(1)、無効(2)} MAX-ACCESS「STATUSの現在の記述を読んで作成バンドルが実行するかどうかを制御/断片化を受け入れ、アセンブリを再使用可能な値は次のとおりです。

enable(1) - Bundle links will fragment frames

バンドルリンクはフレームを断片化します - (1)有効

          disable(2) - Bundle links will not fragment
                      frames."
      DEFVAL { disable }
      ::= { mfrBundleEntry 5 }
        

mfrBundleMaxFragSize OBJECT-TYPE SYNTAX Integer32 (-1..8184) UNITS "Octets" MAX-ACCESS read-create STATUS current DESCRIPTION "The maximum fragment size supported. Note that this

mfrBundleMaxFragSizeのOBJECT-TYPE構文Integer32(-1..8184)UNITS「オクテット」MAX-ACCESSリード作成ステータス現在の説明「最大フラグメントサイズがサポート。なお、このこと

is only valid if mfrBundleFragmentation is set to enable(1).

mfrBundleFragmentationは、(1​​)有効に設定されている場合にのみ有効です。

Zero is not a valid fragment size.

ゼロは有効なフラグメントサイズではありません。

          A bundle that does not support fragmentation must return
          this object with a value of -1."
      DEFVAL { -1 }
      ::= { mfrBundleEntry 6 }
        
   mfrBundleTimerHello OBJECT-TYPE
      SYNTAX  INTEGER (1..180)
      UNITS "Seconds"
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "The configured MFR Hello Timer value."
      REFERENCE "FRF.16 section 4.3.8.1"
      DEFVAL { 10 }
      ::= { mfrBundleEntry 7 }
        
   mfrBundleTimerAck OBJECT-TYPE
      SYNTAX  INTEGER (1..10)
      UNITS "Seconds"
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "The configured MFR T_ACK value."
      REFERENCE "FRF.16 section 4.3.8.2"
      DEFVAL { 4 }
      ::= { mfrBundleEntry 8 }
        
   mfrBundleCountMaxRetry OBJECT-TYPE
      SYNTAX  INTEGER (1..5)
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "The MFR N_MAX_RETRY value."
      REFERENCE "FRF.16 section 4.3.8.3"
      DEFVAL { 2 }
      ::= { mfrBundleEntry 9 }
        

mfrBundleActivationClass OBJECT-TYPE SYNTAX INTEGER { mfrBundleActivationClassA (1), mfrBundleActivationClassB (2), mfrBundleActivationClassC (3), mfrBundleActivationClassD (4) }

mfrBundleActivationClassのOBJECT-TYPE SYNTAX INTEGER {mfrBundleActivationClassA(1)、mfrBundleActivationClassB(2)、mfrBundleActivationClassC(3)、mfrBundleActivationClassD(4)}

MAX-ACCESS read-create STATUS current DESCRIPTION "Controls the conditions under which the bundle is activated. The following settings are available:

。MAX-ACCESSはリード作成しますステータス現在の説明は「バンドルが活性化される条件を制御し、次の設定を使用できます。

             mfrBundleActivationClassA(1) - at least one must link up
             mfrBundleActivationClassB(2) - all links must be up
             mfrBundleActivationClassC(3) - a certain number must be
                                            up.  Refer to
                                            mfrBundleThreshold for
                                            the required number.
             mfrBundleActivationClassD(4) - custom (implementation
                                            specific)."
      REFERENCE "FRF.16 section 4.2.2.1"
      DEFVAL { mfrBundleActivationClassA }
      ::= { mfrBundleEntry 10 }
        

mfrBundleThreshold OBJECT-TYPE SYNTAX Integer32 (-1..2147483647) UNITS "Bundle Links" MAX-ACCESS read-create STATUS current DESCRIPTION "Specifies the number of links that must be in operational 'up' state before the bundle will transition to an operational up/active state. If the number of operational 'up' links falls below this value, then the bundle will transition to an inactive state.

バンドルが運用に移行する前mfrBundleThreshold OBJECT-TYPE構文Integer32(-1..2147483647)UNITS「バンドルリンク」MAX-ACCESSはリード作成しますステータス現在の説明は「『アップ』動作状態になければならないリンクの数を指定します。 /アクティブ状態次第。運用「アップ」リンクの数がこの値を下回った場合、バンドルは非アクティブ状態に移行します。

          Note - this is only valid when mfrBundleActivationClass
          is set to mfrBundleActivationClassC or, depending upon the
          implementation, to mfrBundleActivationClassD.  A bundle that
          is not set to one of these must return this object with a
          value of -1."
      REFERENCE "FRF.16 section 4.2.2.1"
      DEFVAL { -1 }
      ::= { mfrBundleEntry 11 }
        

mfrBundleMaxDiffDelay OBJECT-TYPE SYNTAX Integer32 (-1..2147483647) UNITS "Milliseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "The maximum delay difference between the bundle links.

オブジェクトタイプmfrBundleMaxDiffDelay構文Integer32(-1..2147483647)UNITS「ミリ秒」MAX-ACCESSリード作成ステータス現在の説明「バンドルリンク間の最大遅延差を。

          A value of -1 indicates that this object does not contain
          a valid value"
      DEFVAL { -1 }
      ::= { mfrBundleEntry 12 }
        
   mfrBundleSeqNumSize OBJECT-TYPE
      SYNTAX  INTEGER {
          seqNumSize12bit (1),
          seqNumSize24bit (2)
          }
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "Controls whether the standard FRF.12 12-bit
          sequence number is used or the optional 24-bit
          sequence number."
      REFERENCE "FRFTC/99-194"
      DEFVAL { seqNumSize12bit }
      ::= { mfrBundleEntry 13 }
        
   mfrBundleMaxBundleLinks OBJECT-TYPE
      SYNTAX  Integer32 (1..2147483647)
      UNITS "Bundle Links"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "The maximum number of bundle links supported for
          this bundle."
      ::= { mfrBundleEntry 14 }
        
   mfrBundleLinksConfigured OBJECT-TYPE
      SYNTAX  Integer32 (1..2147483647)
      UNITS "Bundle Links"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "The number of links configured for the bundle."
      ::= {  mfrBundleEntry 15 }
        
   mfrBundleLinksActive OBJECT-TYPE
      SYNTAX  Integer32 (-1..2147483647)
      UNITS "Bundle Links"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "The number of links that are active."
      ::= {  mfrBundleEntry 16 }
        
   mfrBundleBandwidth OBJECT-TYPE
       SYNTAX  Integer32
       UNITS "Bits/Sec"
       MAX-ACCESS  read-only
       STATUS  current
       DESCRIPTION
          "The amount of available bandwidth on the bundle"
       ::= {  mfrBundleEntry 17 }
        
   mfrBundleFarEndName OBJECT-TYPE
      SYNTAX  SnmpAdminString
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Name of the bundle received from the far end."
      REFERENCE "FRF.16 section 3.4.1"
      ::= { mfrBundleEntry 18 }
        
   mfrBundleResequencingErrors OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Error Events"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "A count of the number of resequencing errors.  Each event
          may correspond to multiple lost frames.  Example:
          Say sequence number 56, 59 and 60 is received for DLCI 100.
          It is decided by some means that sequence 57 and 58 is lost.
          This counter should then be incremented by ONE, even though
          two frames were lost."
      ::= { mfrBundleEntry 19 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- ifIndex Mapping to Bundle Index Table
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        

mfrBundleIfIndexMappingTable OBJECT-TYPE SYNTAX SEQUENCE OF MfrBundleIfIndexMappingEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table mapping the values of ifIndex to the mfrBundleIndex. This is required in order to find the mfrBundleIndex given an ifIndex. The mapping of mfrBundleIndex to ifIndex is provided by the mfrBundleIfIndex entry in the mfrBundleTable."

mfrBundleIfIndexMappingTable MfrBundleIfIndexMappingEntry MAX-ACCESSステータス現在の説明のOBJECT-TYPE構文配列「mfrBundleIndexへのifIndexの値をマッピングテーブル。これはifIndexの所与mfrBundleIndexを見つけるために必要とされる。ifIndexのにmfrBundleIndexのマッピングが提供されmfrBundleTableでmfrBundleIfIndexエントリによります。」

      ::= { mfrMibBundleObjects 4 }
        
   mfrBundleIfIndexMappingEntry OBJECT-TYPE
      SYNTAX  MfrBundleIfIndexMappingEntry
      MAX-ACCESS  not-accessible
      STATUS  current
      DESCRIPTION
           "Each row describes one ifIndex to mfrBundleIndex mapping."
    INDEX   { ifIndex }
    ::= { mfrBundleIfIndexMappingTable 1 }
        
   MfrBundleIfIndexMappingEntry ::=
      SEQUENCE {
        mfrBundleIfIndexMappingIndex
           Integer32
        }
        
   mfrBundleIfIndexMappingIndex OBJECT-TYPE
      SYNTAX  Integer32 (1..2147483647)
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
           "The mfrBundleIndex of the given ifIndex."
    ::= { mfrBundleIfIndexMappingEntry 2 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Bundle Link Table
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        

mfrBundleLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF MfrBundleLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The bundle link configuration and status table. There is a one-to-one correspondence between a bundle link and a physical interface represented in the ifTable. The ifIndex of the physical interface is used to index the bundle link table, and to create rows.

バンドルリンクの設定およびステータステーブル」MfrBundleLinkEntry MAX-ACCESSステータス現在の説明のmfrBundleLinkTable OBJECT-TYPE構文配列は、バンドルリンクとifTableで表される物理インタフェースとの間の1対1の対応がある。のifIndex物理インターフェイスのインデックスにバンドルリンクテーブルを使用し、行を作成します。

          The following objects of the ifTable have specific
          meaning for an MFR bundle link:
        

ifAdminStatus - the bundle link admin status ifOperStatus - the bundle link operational status

ifAdminStatus - バンドルリンクの管理ステータスのifOperStatus - バンドルリンク動作ステータス

             ifSpeed        - the bandwidth of the bundle
                              link interface
             ifInUcastPkts  - the number of frames received
                              on the bundle link
             ifOutUcastPkts - the number of frames transmitted
                              on the bundle link
             ifInErrors     - frame and fragment errors
             ifOutErrors    - frame and fragment errors"
      ::= { mfrMibBundleLinkObjects 1 }
        
   mfrBundleLinkEntry OBJECT-TYPE
      SYNTAX  MfrBundleLinkEntry
      MAX-ACCESS  not-accessible
      STATUS  current
      DESCRIPTION
         "An entry in the bundle link table."
      INDEX   { ifIndex }
      ::= { mfrBundleLinkTable 1 }
        
   MfrBundleLinkEntry ::=
      SEQUENCE {
         mfrBundleLinkRowStatus
            RowStatus,
         mfrBundleLinkConfigBundleIndex
            Integer32,
         mfrBundleLinkNearEndName
            SnmpAdminString,
         mfrBundleLinkState
            MfrBundleLinkState,
         mfrBundleLinkFarEndName
            SnmpAdminString,
         mfrBundleLinkFarEndBundleName
            SnmpAdminString,
         mfrBundleLinkDelay
            Integer32,
         mfrBundleLinkFramesControlTx
            Counter32,
         mfrBundleLinkFramesControlRx
            Counter32,
         mfrBundleLinkFramesControlInvalid
            Counter32,
         mfrBundleLinkTimerExpiredCount
            Counter32,
         mfrBundleLinkLoopbackSuspected
            Counter32,
         mfrBundleLinkUnexpectedSequence
            Counter32,
         mfrBundleLinkMismatch
        
            Counter32
         }
        

mfrBundleLinkRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The mfrBundleLinkRowStatus object allows create, change, and delete operations on mfrBundleLink entries.

mfrBundleLinkRowStatus OBJECT-TYPE構文RowStatus MAX-ACCESSはリード作成しますステータス現在の説明は「mfrBundleLinkRowStatusオブジェクトは、作成可能に変更し、mfrBundleLinkエントリの操作を削除します。

          The create operation must fail if no physical interface
          is associated with the bundle link."
      ::= { mfrBundleLinkEntry 1 }
        
   mfrBundleLinkConfigBundleIndex OBJECT-TYPE
      SYNTAX  Integer32 (1..2147483647)
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "The mfrBundleLinkConfigBundleIndex object allows
          the manager to control the bundle to which the bundle
          link is assigned.  If no value were in this field, then
          the bundle would remain in NOT_READY rowStatus and be
          unable to go to active.  With an appropriate mfrBundleIndex
          in this field, then we could put the mfrBundleLink row in
          NOT_IN_SERVICE or ACTIVE rowStatus."
      ::= { mfrBundleLinkEntry 2 }
        
   mfrBundleLinkNearEndName OBJECT-TYPE
      SYNTAX  SnmpAdminString
      MAX-ACCESS  read-create
      STATUS  current
      DESCRIPTION
         "The configured bundle link name that is sent to the far end."
      ::= { mfrBundleLinkEntry 3 }
        
   mfrBundleLinkState OBJECT-TYPE
      SYNTAX  MfrBundleLinkState
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Current bundle link state as defined by the MFR protocol
          described in Annex A of FRF.16."
      REFERENCE "FRF.16 Annex A"
      ::= { mfrBundleLinkEntry 4 }
        

mfrBundleLinkFarEndName OBJECT-TYPE

mfrBundleLinkFarEndNameのOBJECT-TYPE

      SYNTAX  SnmpAdminString
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Name of bundle link received from far end."
      REFERENCE "FRF.16 section 3.4.2"
      ::= { mfrBundleLinkEntry 5 }
        
   mfrBundleLinkFarEndBundleName OBJECT-TYPE
      SYNTAX  SnmpAdminString
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Name of far end bundle for this link received from far end."
      REFERENCE "FRF.16 section 3.4.1"
      ::= { mfrBundleLinkEntry 6 }
        
   mfrBundleLinkDelay OBJECT-TYPE
      SYNTAX  Integer32 (-1..2147483647)
      UNITS "Milliseconds"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Current round-trip delay for this bundle link.  The
          value -1 is returned when an implementation does not
          support measurement of the bundle link delay."
      REFERENCE "FRF.16 section 3.4.4"
      ::= { mfrBundleLinkEntry 7 }
        
   mfrBundleLinkFramesControlTx OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Frames"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Number of MFR control frames sent."
      REFERENCE "FRF.16 section 3.2"
      ::= { mfrBundleLinkEntry 8 }
        
   mfrBundleLinkFramesControlRx OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Frames"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Number of valid MFR control frames received."
      REFERENCE "FRF.16 section 3.2"
      ::= { mfrBundleLinkEntry 9 }
        
   mfrBundleLinkFramesControlInvalid OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Frames"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "The number of invalid MFR control frames received."
      REFERENCE "FRF.16 section 3.2"
      ::= { mfrBundleLinkEntry 10 }
        
   mfrBundleLinkTimerExpiredCount OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Timer Expiration Events"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "Number of times the T_HELLO or T_ACK timers expired."
      REFERENCE "FRF.16 section 4.3.8.1 and 4.3.8.2"
      ::= { mfrBundleLinkEntry 11 }
        
   mfrBundleLinkLoopbackSuspected OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Loopback Suspected Events"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "The number of times a loopback has been suspected
          (based upon the use of magic numbers)."
      REFERENCE "FRF.16 section 4.3.7"
      ::= { mfrBundleLinkEntry 12 }
        

mfrBundleLinkUnexpectedSequence OBJECT-TYPE SYNTAX Counter32 UNITS "Frames" MAX-ACCESS read-only STATUS current DESCRIPTION "The number of data MFR frames discarded because the sequence number of the frame for a DLCI was less than (delayed frame) or equal to (duplicate frame) the one expected for that DLCI.

mfrBundleLinkUnexpectedSequenceのOBJECT-TYPE構文Counter32 UNITS「フレーム」MAX-ACCESS read-only説明「DLCIのためのフレームのシーケンス番号に(遅延フレーム)以下であったために廃棄されたデータMFRフレーム数(フレームを複製そのDLCIに予想される)1。

          Example:
          Say frames with sequence numbers 56, 58, 59 is received for
          DLCI 100.  While waiting for sequence number 57 another frame
          with sequence number 58 arrives.  Frame 58 is discarded and
          the counter is incremented."
      REFERENCE "FRF.16 section 4.2.3.2"
      ::= { mfrBundleLinkEntry 13 }
        
   mfrBundleLinkMismatch OBJECT-TYPE
      SYNTAX  Counter32
      UNITS "Bundle Name Mismatch Events"
      MAX-ACCESS  read-only
      STATUS  current
      DESCRIPTION
         "The number of times that the unit has been notified by the
          remote peer that the bundle name is inconsistent with other
          bundle links attached to the far-end bundle."
      REFERENCE "FRF.16 section 4.3.2.4"
      ::= { mfrBundleLinkEntry 14 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Notifications/Traps
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        

mfrMibTrapBundleLinkMismatch NOTIFICATION-TYPE OBJECTS { mfrBundleNearEndName, mfrBundleFarEndName, mfrBundleLinkNearEndName, mfrBundleLinkFarEndName, mfrBundleLinkFarEndBundleName } STATUS current DESCRIPTION "This trap indicates that a bundle link mismatch has been detected. The following objects are reported:

mfrMibTrapBundleLinkMismatch NOTIFICATION-TYPEオブジェクト{mfrBundleNearEndName、mfrBundleFarEndName、mfrBundleLinkNearEndName、mfrBundleLinkFarEndName、mfrBundleLinkFarEndBundleName}ステータス現在の説明は「このトラップは、バンドルリンクの不一致が検出されたことを示し、次のオブジェクトが報告されています:

mfrBundleNearEndName: configured name of near end bundle

mfrBundleNearEndName:近端バンドルの設定された名前

mfrBundleFarEndName: previously reported name of far end bundle

mfrBundleFarEndName:遠端バンドルの以前に報告された名前

mfrBundleLinkNearEndName: configured name of near end bundle

mfrBundleLinkNearEndName:近端バンドルの設定された名前

mfrBundleLinkFarEndName: reported name of far end bundle

mfrBundleLinkFarEndName:遠端バンドルの報告名前

mfrBundleLinkFarEndBundleName: currently reported name of far end bundle

mfrBundleLinkFarEndBundleName:遠端バンドルの現在報告された名前

Note: that the configured items may have been configured automatically.

注意:構成された項目が自動的に設定されている可能性があること。

Note: The mfrBundleLinkMismatch counter is incremented when the trap is sent."

注意:トラップが送信されたときにmfrBundleLinkMismatchカウンタがインクリメントされます「。

      REFERENCE "FRF.16 section 4.3.2.4"
       ::= { mfrMibTrapsPrefix 1 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Conformance/Compliance
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        

mfrMibCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for equipment that implements the FRF16 MIB. All of the current groups are mandatory, but a number of objects may be read-only if the implementation does not allow configuration." MODULE -- this module MANDATORY-GROUPS { mfrMibBundleGroup, mfrMibBundleLinkGroup, mfrMibTrapGroup }

mfrMibCompliance MODULE-COMPLIANCEステータス現在の説明「FRF16 MIBを実装機器のための準拠宣言。現在のグループのすべては必須ですが、オブジェクトの数が読み取り専用にすることができる実装が設定を許可しない場合。」 MODULE - このモジュールMANDATORY-GROUPS {mfrMibBundleGroup、mfrMibBundleLinkGroup、mfrMibTrapGroup}

OBJECT mfrBundleFragmentation MIN-ACCESS read-only DESCRIPTION "Write access is not required, but the value used must be reported."

OBJECT mfrBundleFragmentation MIN-ACCESS読み取り専用説明「書き込みアクセス必要とされていませんが、使用される値は報告されなければなりません。」

OBJECT mfrBundleMaxFragSize MIN-ACCESS read-only DESCRIPTION "Write access is not required, but the value used must be reported. A value of -1 indicates that the value is not applicable."

OBJECT mfrBundleMaxFragSize MIN-ACCESS読み取り専用説明「書き込みアクセスが必要とされていませんが、使用される値は報告しなければなりません。値-1は、値が適用されないことを示しています。」

OBJECT mfrBundleThreshold MIN-ACCESS read-only DESCRIPTION "Write access is not required, but the value used must be reported. A value of -1 indicates that the value is not applicable."

OBJECT mfrBundleThreshold MIN-ACCESS読み取り専用説明「書き込みアクセスが必要とされていませんが、使用される値は報告しなければなりません。値-1は、値が適用されないことを示しています。」

OBJECT mfrBundleMaxDiffDelay MIN-ACCESS read-only DESCRIPTION "Write access is not required, but the value used must be reported."

OBJECT mfrBundleMaxDiffDelay MIN-ACCESS読み取り専用説明「書き込みアクセス必要とされていませんが、使用される値は報告されなければなりません。」

OBJECT mfrBundleSeqNumSize MIN-ACCESS read-only DESCRIPTION "Write access is not required, but the value used must be reported. A value of -1 indicates that the value is not applicable."

OBJECT mfrBundleSeqNumSize MIN-ACCESS読み取り専用説明「書き込みアクセスが必要とされていませんが、使用される値は報告しなければなりません。値-1は、値が適用されないことを示しています。」

      ::= { mfrMibCompliances 1 }
        
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
   -- Units of Conformance
   -- ---------------------------------------------------------
   -- ---------------------------------------------------------
        
   mfrMibBundleGroup OBJECT-GROUP
      OBJECTS {
         mfrBundleMaxNumBundles,
         mfrBundleNextIndex,
         mfrBundleIfIndex,
         mfrBundleRowStatus,
         mfrBundleNearEndName,
         mfrBundleFragmentation,
         mfrBundleMaxFragSize,
         mfrBundleTimerHello,
         mfrBundleTimerAck,
         mfrBundleCountMaxRetry,
         mfrBundleActivationClass,
         mfrBundleThreshold,
         mfrBundleMaxDiffDelay,
         mfrBundleMaxBundleLinks,
         mfrBundleLinksConfigured,
         mfrBundleLinksActive,
         mfrBundleBandwidth,
         mfrBundleSeqNumSize,
         mfrBundleFarEndName,
         mfrBundleResequencingErrors,
         mfrBundleIfIndexMappingIndex
         }
      STATUS current
      DESCRIPTION
          "Group of objects describing bundles."
      ::= { mfrMibGroups 1 }
        
   mfrMibBundleLinkGroup   OBJECT-GROUP
      OBJECTS {
         mfrBundleLinkRowStatus, mfrBundleLinkConfigBundleIndex,
         mfrBundleLinkNearEndName,
         mfrBundleLinkState,
         mfrBundleLinkFarEndName,
         mfrBundleLinkFarEndBundleName,
         mfrBundleLinkDelay,
         mfrBundleLinkFramesControlTx,
         mfrBundleLinkFramesControlRx,
         mfrBundleLinkFramesControlInvalid,
         mfrBundleLinkTimerExpiredCount,
         mfrBundleLinkLoopbackSuspected,
         mfrBundleLinkUnexpectedSequence,
         mfrBundleLinkMismatch
         }
      STATUS current
      DESCRIPTION
          "Group of objects describing bundle links."
      ::= { mfrMibGroups 2 }
        
   mfrMibTrapGroup NOTIFICATION-GROUP
      NOTIFICATIONS {
         mfrMibTrapBundleLinkMismatch
         }
      STATUS current
      DESCRIPTION
          "Group of objects describing notifications (traps)."
      ::= { mfrMibGroups 3 }
        

END

終わり

4. Acknowledgments
4.謝辞

This document was produced by the Frame Relay Service MIB (frnetmib) Working Group in conjunction with the Frame Relay Forum.

この文書は、フレームリレーフォーラムと連携してフレームリレーサービスMIB(frnetmib)ワーキンググループによって作成されました。

5. References
5.参考文献

[RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing SNMP Management Frameworks", RFC 2571, April 1999.

[RFC2571]ハリントン、D.、PresuhnとR.とB. Wijnen、 "SNMP管理フレームワークを記述するためのアーキテクチャ"、RFC 2571、1999年4月。

[RFC1155] Rose, M. and K. McCloghrie, "Structure and Identification of Management Information for TCP/IP-based Internets", STD 16, RFC 1155, May 1990.

[RFC1155]ローズ、M.、およびK. McCloghrie、 "構造とTCP / IPベースのインターネットのための経営情報の識別"、STD 16、RFC 1155、1990年5月。

[RFC1212] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16, RFC 1212, March 1991.

[RFC1212]ローズ、M.、およびK. McCloghrie、 "簡潔なMIB定義"、STD 16、RFC 1212、1991年3月。

[RFC1215] Rose, M., "A Convention for Defining Traps for use with the SNMP", RFC 1215, March 1991.

[RFC1215]ローズ、M.、 "SNMPとの使用のためのDefining Trapsのための条約"、RFC 1215、1991年3月。

[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.

[RFC2578] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "経営情報バージョン2(SMIv2)の構造"、STD 58、RFC 2578、 1999年4月。

[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.

[RFC2579] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のためのテキストの表記法"、STD 58、RFC 2579、1999年4月。

[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.

[RFC2580] McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.およびS. Waldbusser、 "SMIv2のための適合性宣言"、STD 58、RFC 2580、1999年4月。

[RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.

[RFC1157]ケース、J.、ヒョードル、M.、Schoffstall、M.、およびJ.デーヴィン、 "簡単なネットワーク管理プロトコル"、STD 15、RFC 1157、1990年5月。

[RFC1901] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901, January 1996.

[RFC1901]ケース、J.、McCloghrie、K.、ローズ、M.およびS. Waldbusser、 "コミュニティベースのSNMPv2の概要"、RFC 1901、1996年1月。

[RFC1906] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Transport Mappings for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1906, January 1996.

[RFC1906]ケース、J.、McCloghrie、K.、ローズ、M.、およびS. Waldbusser、RFC 1906 "簡易ネットワーク管理プロトコル(SNMPv2)のバージョン2のための交通マッピング"、1996年1月。

[RFC2572] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2572, April 1999.

[RFC2572]ケース、J.、ハリントンD.、Presuhn R.とB. Wijnenの、 "メッセージ処理と簡単なネットワーク管理プロトコル(SNMP)のための派遣"、RFC 2572、1999年4月。

[RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2574, April 1999.

、RFC 2574、1999年4月 "簡易ネットワーク管理プロトコル(SNMPv3の)のバージョン3のためのユーザベースセキュリティモデル(USM)" [RFC2574]ブルーメンソール、U.とB. Wijnenの、。

[RFC1905] 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.

[RFC1905]ケース、J.、McCloghrie、K.、ローズ、M.、およびS. Waldbusser、 "簡易ネットワーク管理プロトコルのバージョン2のためのプロトコル操作(SNMPv2の)"、RFC 1905、1996年1月。

[RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC 2573, April 1999.

[RFC2573]レビ、D.、マイヤー、P.とB.スチュワート、 "SNMPv3のアプリケーション"、RFC 2573、1999年4月。

[RFC2575] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2575, April 1999.

[RFC2575] Wijnenの、B.、Presuhn、R.とK. McCloghrie、 "簡易ネットワーク管理プロトコルのためのビューベースアクセス制御モデル(VACM)(SNMP)"、RFC 2575、1999年4月。

[RFC2570] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction to Version 3 of the Internet-standard Network Management Framework", RFC 2570, April 1999.

[RFC2570]ケース、J.、マンディ、R.、パーテイン、D.とB.スチュワート、 "インターネット標準ネットワーク管理フレームワークのバージョン3への序論"、RFC 2570、1999年4月。

[Q.922] ITU-T, Recommendation Q.922: "ISDN Data Link Layer Specification For Frame Mode Bearer Services"

[Q.922] ITU-T勧告のQ.922:「フレームモードベアラサービスのためのISDNデータリンク層仕様」

[Q.933] ITU-T, Recommendation Q.933: "Signalling Specification For Frame Mode Basic Call Control"

[Q.933] ITU-T勧告のQ.933:「フレームモード基本呼制御のためのシグナリング仕様」

[FRF.4] R. Cherukuri (ed), FRF.4: "Frame Relay User-to-Network SVC Implementation Agreement" January 5, 1994.

[FRF.4] R. Cherukuri(編)、FRF.4: "フレームリレーユーザ・ツー・ネットワークSVCの実装合意書" 1994年1月5日。

[FRF.16] M. Sheehan (ed), FRF.16: "UNI/NNI Multilink Frame Relay Interworking Implementation Agreement" August 20, 1999.

[FRF.16] M.シーハン(編)、FRF.16: "UNI / NNIマルチリンクフレームリレーインターワーキング実装合意書" 1999年8月20日。

[RFC1604] Rehbehn, K. and D. Fowler, "Definitions of Managed Objects for Frame Relay Service", RFC 2954, October 2000.

[RFC1604] Rehbehn、K.、およびD.ファウラー、 "フレームリレーサービスのための管理オブジェクトの定義"、RFC 2954、2000年10月。

[RFC2494] Fowler, D., "Definitions of Managed Objects for the DS0 and DS0 Bundle Interface Type", RFC 2494, November 1997.

[RFC2494]ファウラー、D.、 "DS0とDS0バンドルインターフェイスタイプのための管理オブジェクトの定義"、RFC 2494、1997年11月。

[RFC2863] McCloghrie, D. and F. Kastenholz, "The Interfaces Group MIB using SMIv2", RFC 2233, June 2000.

[RFC2863] McCloghrie、D.およびF. Kastenholzと、 "SMIv2のを使用してインタフェースグループMIB"、RFC 2233、2000年6月。

[ATMLANE] T. Newton, ed., "LAN Emulation Client Management Specification Version 2.0" AF-LANE-0093.000, ATM Forum, October, 1998

[ATMLANE] T.ニュートン、編、 "LANエミュレーションクライアント管理仕様バージョン2.0" AF-LANE-0093.000、ATMフォーラム、1998年10月

[ATMIMA] R. Vallee, ed., "Inverse Multiplexing for ATM Specification Version 1.1" (Appendix A) AF-PHY-0086.001, ATM Forum, March, 1999

[ATMIMA] R.ヴァレ編、 "ATM仕様バージョン1.1のための逆多重"(付録A)AF-PHY-0086.001、ATMフォーラム、1999年3月

[RFC2115] Brown, C. and F. Baker, "Management Information Base for Frame Relay DTEs Using SMIv2", RFC 2115, September 1997.

[RFC2115]ブラウン、C.およびF.ベイカー、 "SMIv2のを使用してフレームリレーのDTEのための管理情報ベース"、RFC 2115、1997年9月。

6. Security Considerations
6.セキュリティの考慮事項

There are a number of management objects defined in this MIB that have a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations.

読み書きおよび/またはリード作成のMAX-ACCESS節を持っているこのMIBで定義された管理オブジェクトの数があります。そのようなオブジェクトは、いくつかのネットワーク環境に敏感又は脆弱と考えることができます。適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響を与える可能性があります。

No managed objects in this MIB contain sensitive information.

このMIBの管理対象オブジェクトには機密情報が含まれていません。

SNMPv1 by itself is not a secure environment. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB.

それ自体でSNMPv1が安全な環境ではありません。ネットワーク自体が(IPSecを使用することにより、例えば)安全であっても、その後も、安全なネットワーク上で/ SETにアクセスし、GETだれに許容されているかのように何の制御(読み取り/変更/作成/削除)この内のオブジェクトが存在しませんMIB。

It is recommended that the implementers consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model RFC 2574 [RFC2574] and the View-based Access Control Model RFC 2575 [RFC2575] is recommended.

SNMPv3フレームワークで提供するように実装は、セキュリティ機能を検討することをお勧めします。具体的には、ユーザベースセキュリティモデルのRFC 2574 [RFC2574]とビューベースアクセス制御モデルRFC 2575 [RFC2575]の使用が推奨されます。

It is then a customer/user responsibility to ensure that the SNMP entity giving access to an instance of this MIB, is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.

このMIBのインスタンスへのアクセスを与えるSNMP実体が、適切にのみプリンシパル(ユーザ)にオブジェクトへのアクセスを提供するように設定されていることを確認するために、顧客/ユーザーの責任実際にGETまたはSET(変化への正当な権利を有することです/)/削除、それらを作成します。

7. Authors' Addresses
7.著者のアドレス

Prayson Pate Overture Networks P. O. Box 14864 RTP, NC, USA 27709

Praysonパテ序曲ネットワークP. O.ボックス14864 RTP、NC、USA 27709

Phone: +1 919 558 2200 EMail: prayson.pate@overturenetworks.com

電話:+1 919 558 2200 Eメール:prayson.pate@overturenetworks.com

Bob Lynch Overture Networks P. O. Box 14864 RTP, NC, USA 27709

ボブ・リンチ序曲ネットワークP. O.ボックス14864 RTP、NC、USA 27709

Phone: +1 919 558-2200 EMail: bob.lynch@overturenetworks.com

電話:+1 919 558-2200 Eメール:bob.lynch@overturenetworks.com

Kenneth Rehbehn Megisto Systems, Inc. 20251 Century Boulevard Germantown, MD, USA 20874

ケネスRehbehn Megistoシステムズ株式会社20251センチュリーブルバードジャーマンタウン、MD、USA 20874

Phone: +1 301 529-4427 EMail: krehbehn@megisto.com

電話:+1 301 529-4427 Eメール:krehbehn@megisto.com

8. Full Copyright Statement
8.完全な著作権声明

Copyright (C) The Internet Society (2000). All Rights Reserved.

著作権(C)インターネット協会(2000)。全著作権所有。

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.

この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。

The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.

上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。

This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。

Acknowledgement

謝辞

Funding for the RFC Editor function is currently provided by the Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。