RFC1604 日本語訳

Network Working Group                                   T. Brown, Editor
Request for Comments: 1604                  Bell Communications Research
Obsoletes: 1596                                               March 1994
Category: Standards Track

ワーキンググループのT.ブラウン、コメントを求めるエディタ要求をネットワークでつないでください: 1604 ベルコミュニケーションズ・リサーチは以下を時代遅れにします。 1596 1994年3月のカテゴリ: 標準化過程

                     Definitions of Managed Objects
                        for Frame Relay Service

フレームリレーサービスのための管理オブジェクトの定義

Status of this Memo

このMemoの状態

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

このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。

Abstract

要約

   This memo defines an extension to the Management Information Base
   (MIB) for use with network management protocols in TCP/IP-based
   internets.  In particular, it defines objects for managing the Frame
   Relay Service.

このメモはネットワーク管理プロトコルでTCP/IPベースのインターネットで使用のためのManagement Information基地(MIB)と拡大を定義します。 特に、それは、Frame Relay Serviceを管理するためにオブジェクトを定義します。

Table of Contents

目次

   1. The SNMPv2 Network Management Framework ...............    2
   2. Object Definitions ....................................    2
   3. Overview ..............................................    2
   3.1 Scope of MIB .........................................    3
   3.2 Frame Relay Service MIB Terminology ..................    5
   3.3 Apply MIB II to a Frame Relay Service ................    7
   4. Object Definitions ....................................   12
   4.1 The Frame Relay Service Logical Port Group ...........   12
   4.2 The Frame Relay Management VC Signaling Group ........   15
   4.3 The PVC End-Point Group ..............................   22
   4.4 Frame Relay PVC Connection Group .....................   30
   4.5 Frame Relay Accounting Groups ........................   37
   5. Frame Relay Network Service TRAPS .....................   40
   6. Conformance Information ...............................   43
   7. Acknowledgments .......................................   45
   8. References ............................................   45
   9. Security Considerations ...............................   46
   10. Author's Address .....................................   46

1. SNMPv2ネットワークマネージメントフレームワーク… 2 2. オブジェクト定義… 2 3. 概要… 2 3.1 MIBの範囲… 3 3.2 フレームリレーサービスMIB用語… 5 3.3 MIB IIをフレームリレーサービスに適用してください… 7 4. オブジェクト定義… 12 4.1 フレームリレーのサービスの論理的なポートグループ… 12 4.2 フレームリレー管理VCシグナリングは分類されます… 15 4.3 PVCエンドポイントグループ… 22 4.4フレームリレーPVC接続グループ… 30 4.5 フレームリレー会計は分類されます… 37 5. フレームリレーネットワーク・サービスは捕らえられます… 40 6. 順応情報… 43 7. 承認… 45 8. 参照… 45 9. セキュリティ問題… 46 10. 作者のアドレス… 46

Frame Relay Service MIB Working Group                           [Page 1]

RFC 1604                Frame Relay Service MIB               March 1994

フレームリレーサービスMIBワーキンググループ[1ページ]RFC1604フレームリレーサービスMIB行進1994

1.  The SNMPv2 Network Management Framework

1. SNMPv2ネットワークマネージメントフレームワーク

   The SNMPv2 Network Management Framework consists of four major
   components.  They are:

SNMPv2 Network Management Frameworkは4個の主要コンポーネントから成ります。 それらは以下の通りです。

      o    RFC 1442 which defines the SMI, the mechanisms used for
           describing and naming objects for the purpose of
           management.

o SMI、説明に、中古のメカニズム、および命名を定義するRFC1442は管理の目的のために反対します。

      o    STD 17, RFC 1213 defines MIB-II, the core set of managed
           objects for the Internet suite of protocols.

o STD17、RFC1213はMIB-II、管理オブジェクトの巻き癖をプロトコルのインターネットスイートと定義します。

      o    RFC 1445 which defines the administrative and other
           architectural aspects of the framework.

o フレームワークの管理の、そして、他の建築局面を定義するRFC1445。

      o    RFC 1448 which defines the protocol used for network
           access to managed objects.

o 管理オブジェクトへのネットワークアクセスに使用されるプロトコルを定義するRFC1448。

   The Framework permits new objects to be defined for the purpose of
   experimentation and evaluation.

Frameworkは、新しいオブジェクトが実験と評価の目的のために定義されるのを可能にします。

2.  Object Definitions

2. オブジェクト定義

   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 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.

管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 MIBのオブジェクトは、SMIで定義された抽象的なSyntax Notation One(ASN.1)の部分集合を使用することで定義されます。 特に、それぞれのオブジェクトオブジェクト・タイプはOBJECT IDENTIFIER、行政上割り当てられた名前によって命名されます。 オブジェクトインスタンスに伴うオブジェクト・タイプは、唯一オブジェクトの特定の具体化を特定するのに勤めます。 人間の便宜のために、私たちはしばしば記述子と呼ばれた原文のストリングを使用して、オブジェクトについて言及するのはタイプされます。

3.  Overview

3. 概要

   These objects are used when the particular media being used to manage
   is Frame Relay Service.  At present, this applies to these values of
   the ifType variable in the Internet-standard MIB:

管理するのに使用されているのが、Frame Relay Serviceであるということである特定のメディアであるときに、これらのオブジェクトは使用されています。 現在のところ、これはインターネット標準MIBのifType変数のこれらの値に適用されます:

          frameRelayService (44)

frameRelayService(44)

   This section provides an overview and background of how to use this
   MIB and other potential MIBs when managing a Frame Relay Service.

このセクションはFrame Relay Serviceを管理するとき、どうこのMIBと他の潜在的MIBsを使用するかに関する概要とバックグラウンドを提供します。

   Figure 1 shows the MIB stack that could be followed for managing a
   Frame Relay Service.  This is only an example and not meant to be
   inclusive.

図1はFrame Relay Serviceを管理するために続くことができたMIBスタックを示しています。 これは、例だけであり、包括的であることを意味しませんでした。

Frame Relay Service MIB Working Group                           [Page 2]

RFC 1604                Frame Relay Service MIB               March 1994

フレームリレーサービスMIBワーキンググループ[2ページ]RFC1604フレームリレーサービスMIB行進1994

                ____________________________________________________
                |              |              |       |            |
                |              |              | SIP   |  RFC1490   |
                |              | X.25 MIB     | Relay | (no applic.|
                |              | for IW/Encap.| MIB   |  MIB)      |
                |              |              |       |            |
                |    MIB II    |-----------------------------------|
                |              |                                   |
                |   ifTable    |      Frame Relay Service MIB      |
                |  ifXTable    |                                   |
                | ifStackTable |___________________________________|
                |              |                         |         |
                |              | Physical Layer MIBs     | ATM MIB |
                |              |  e.g., DS1/E1 MIB,      |---------|
                |              |  RS232-like MIB         | Phy.    |
                |              |                         | Layer   |
                |              |                         |  MIB    |
                |--------------|-------------------------|---------|

____________________________________________________ | | | | | | | | 一口| RFC1490| | | X.25 MIB| リレー| (applic| | | IW/Encap| MIBのために|、MIB) | | | | | | | MIB II|-----------------------------------| | | | | ifTable| フレームリレーサービスMIB| | ifXTable| | | ifStackTable|___________________________________| | | | | | | 物理的な層のMIBs| 気圧MIB| | | 例えば、1DS1/EのMIB|---------| | | RS232のようなMIB| Phy。 | | | | 層| | | | MIB| |--------------|-------------------------|---------|

                     Figure 1. Frame Relay MIB Architecture

図1。 フレームリレーMIBアーキテクチャ

3.1.  Scope of MIB

3.1. MIBの範囲

   The Frame Relay Service MIB will only manage the Frame Relay portion
   of the network.  This MIB is based upon the Customer Network
   Management concepts presented in the document "Service Management
   Architecture for Virtual Connection Services" [6].

Frame Relay Service MIBはネットワークのFrame Relay部分を管理するだけでしょう。 このMIBは概念がドキュメントに「仮想接続サービスのためのサービス管理体系」[6]を示したCustomer Network Managementに基づいています。

   This MIB will NOT be implemented on User Equipment (e.g., DTE), and
   the Frame Relay DTE MIB (RFC 1315) should be used to manage those
   devices [8].

このMIBはUser Equipment(例えば、DTE)で実装されないでしょう、そして、Frame Relay DTE MIB(RFC1315)は、それらのデバイス[8]を管理するのに使用されるべきです。

   Frame Relay Service MIB is intended to be used for Customer Network
   Management (CNM) of a Frame Relay Network Service.  It provides
   information that allows end-customers to obtain performance
   monitoring, fault detection, and configuration information about
   their Frame Relay Service.  It is an implementation decision as to
   whether this MIB is used to create/delete/modify PVCs and to turn
   PVCs on or off.

Frame Relay Network ServiceのCustomer Network Management(CNM)にフレームRelay Service MIBが使用されることを意図します。 それは末端顧客が彼らのFrame Relay Serviceに関する性能モニター、欠点検出、および設定情報を得ることができる情報を提供します。 それはこのMIBがPVCsを作成するか、削除する、または変更して、PVCsをつけたり消したりするのに使用されるかどうかに関する実装決定です。

   By using this and other related MIBs, a customer's NMS can monitor
   their PVCs and UNI/NNI logical ports.  Internal aspects of the
   network (e.g., switching elements, line cards, and network routing
   tables) are outside the scope of this MIB.  The Customer's NMS will
   typically access the SNMP proxy-agent within the Frame Relay network
   using SNMP over UDP over IP with IP encapsulated in Frame Relay
   according to RFC1490/ANSI T1.617 Annex F [7,9].  The customer, thus,

これと他の関連するMIBsを使用することによって、顧客のNMSは彼らのPVCsとUNI/NNIの論理的なポートをモニターできます。 このMIBの範囲の外にネットワーク(例えば、スイッチング素子、系列カード、およびネットワーク経路指定テーブル)の内部の局面があります。 RFC1490/ANSI T1.617 Annex F[7、9]に従ってFrame Relayでカプセル化されるIPと共にIPの上でUDPの上でSNMPを使用することでCustomerのNMSはFrame Relayネットワークの中でSNMPプロキシ兼エージェントに通常アクセスするでしょう。 その結果、顧客

Frame Relay Service MIB Working Group                           [Page 3]

RFC 1604                Frame Relay Service MIB               March 1994

フレームリレーサービスMIBワーキンググループ[3ページ]RFC1604フレームリレーサービスMIB行進1994

   has a PVC to the SNMP proxy-agent.  Alternate access mechanisms and
   SNMP agent implementations are possible.  The service capabilities
   include retrieving information and receiving TRAPs.  It is beyond the
   scope of this MIB to define managed objects to monitor the physical
   layer.  Existing physical layer MIBs (e.g., DS1 MIB) and MIB II will
   be used as possible.  The Frame Relay Service SNMP MIB for CNM will
   not contain any managed objects to monitor the physical layer.  This
   MIB primarily addresses Frame Relay PVCs.  This MIB may be extended
   at a later time to handle Frame Relay SVCs.

SNMPプロキシ兼エージェントにPVCを持っています。 代替のアクセス機構とSNMPエージェント実装は可能です。 サービス能力は、情報を検索して、TRAPsを受けるのを含んでいます。 それは、物理的な層をモニターするために管理オブジェクトを定義するためにこのMIBの範囲を超えています。 既存の物理的な層のMIBs(例えば、DS1 MIB)とMIB IIは可能であるとして使用されるでしょう。 CNMのためのFrame Relay Service SNMP MIBは物理的な層をモニターするどんな管理オブジェクトも含まないでしょう。 このMIBは主としてFrame Relay PVCsを扱います。 このMIBは、Frame Relay SVCsを扱うために後で広げられるかもしれません。

   This MIB is only used to manage a single Frame Relay Service offering
   from one network.  This MIB will typically be implemented on a
   service provider's SNMP proxy-agent. The SNMP proxy-agent proxies for
   all Frame Relay equipment within one service provider's Frame Relay
   network.  (Other SNMP agent implementations are not precluded.)
   Therefore, this MIB models a PVC segment through one Frame Relay
   Network.  See Figure 2.  If the customer's PVCs traverse multiple
   networks, then the customer needs to poll multiple network proxy-
   agents within each Frame Relay Network to retrieve their end-to-end
   view of their service.  See Figure 2 and the Service Management
   Architecture [6].

このMIBは、1つのネットワークから単一のFrame Relay Service提供を管理するのに使用されるだけです。 このMIBはサービスプロバイダーのSNMPプロキシ兼エージェントの上で通常実装されるでしょう。 1つのサービスプロバイダーのFrame Relayネットワークの中のすべてのFrame Relay設備のためのSNMPプロキシ兼エージェントプロキシ。 (他のSNMPエージェント実装は排除されません。) したがって、このMIBは1Frame Relay Networkを通してPVCセグメントをモデル化します。 図2を参照してください。 顧客のPVCsが複数のネットワークを横断するなら、顧客は、彼らのサービスに関する彼らの終わりから端面図を検索するために各Frame Relay Networkの中で複数のネットワークプロキシエージェントに投票する必要があります。 図2とサービス管理体系[6]を参照してください。

Frame Relay Service MIB Working Group                           [Page 4]

RFC 1604                Frame Relay Service MIB               March 1994

フレームリレーサービスMIBワーキンググループ[4ページ]RFC1604フレームリレーサービスMIB行進1994

                +-------------------------------------+
                | Customer Network Management Station |
                |            (SNMP based)             |
                +-------------------------------------+
                    ^              ^               ^
                    |              |               |
                    |              |               |
           UNI      |      NNI     |       NNI     |       UNI
            |       ^       |      ^        |      ^
            | +-----------+ | +-----------+ | +-----------+ |
            | |           | | |           | | |           | |
Originating | |   FR      | | |   FR      | | |   FR      | |Terminating
 +--------+ | | Network I | | | Network J | | | Network K | | +--------+
 |        | | |           | | |           | | |           | | |        |
 |        |---|           |---|           |---|           |---| User B |
 |        | | |           | | |           | | |           | | |        |
 |     ////////////////////////////////////////////////////////////    |
 |        | | |           | | |           | | |           | | |        |
 +--------+ | +-----------+ | +-----------+ | +-----------+ | +--------+
            |               |               |               |
            |               |               |               |
            | PVC Segment 1 | PVC Segment 2 | PVC Segment 3 |
            |<------------->|<------------->|<------------->|
            |                                               |
            |              Multi-network PVC                |
            |<--------------------------------------------->|
            |  NNI = Network-to Network Interface           |
               UNI = User-to-Network Interface

+-------------------------------------+ | 顧客ネットワークマネージメント駅| | (基づくSNMP) | +-------------------------------------+ ^ ^ ^ | | | | | | UNI| NNI| NNI| UNI| ^ | ^ | ^ | +-----------+ | +-----------+ | +-----------+ | | | | | | | | | | | 起因します。| | フラン| | | フラン| | | フラン| |+を終えます。--------+ | | ネットワークI| | | ネットワークJ| | | ネットワークK| | +--------+ | | | | | | | | | | | | | | | |---| |---| |---| |---| ユーザB| | | | | | | | | | | | | | | | //////////////////////////////////////////////////////////// | | | | | | | | | | | | | | | +--------+ | +-----------+ | +-----------+ | +-----------+ | +--------+ | | | | | | | | | PVCセグメント1| PVCセグメント2| PVCセグメント3| |<------------->|<------------->|<------------->| | | | マルチネットワークPVC| |<--------------------------------------------->| | NNIが等しい、ネットワーク、-、ネットワーク・インターフェース| UNIはユーザからネットワーク・インターフェースと等しいです。

                       Figure 2. Multi-network PVC

図2。 マルチネットワークPVC

   Also, since the Frame Relay network is a shared network amongst many
   Frame Relay subscribers, each subscriber will only have access to
   their information (e.g., information with respect to their interfaces
   and PVCs).  Therefore, in order to provide this capability, the Frame
   Relay PVC CNM proxy agent should be able to support instance level
   granularity for MIB views.  See the Service Management Architecture.

また、Frame Relayネットワークが多くのFrame Relay加入者の中の共用回線網であるので、各加入者は彼らの情報(例えば、彼らのインタフェースとPVCsの情報)に近づく手段を持つだけでしょう。 したがって、この能力を提供するために、Frame Relay PVC CNMプロキシエージェントはMIB視点のためにインスタンスレベル粒状をサポートすることができるべきです。 サービス管理体系を見てください。

3.2.  Frame Relay Service MIB Terminology

3.2. フレームリレーサービスMIB用語

   Access Channel - An access channel generically refers to the DS1/E1
   or DS3/E3-based UNI access channel or NNI access channel across which
   frame relay data transits. An access channel is the access pathway
   for a single stream of user data.

アクセスChannel--アクセスチャンネルは一般的に、1DS1/E、DS3/E3ベースのUNIアクセスチャンネルまたはフレームリレーデータが通過するNNIアクセスチャンネルに言及します。 アクセスチャンネルは利用者データのただ一つのストリームのためのアクセス小道です。

   Within a given T1 line, an access channel can denote any one of the
   following:

与えられたT1系列の中では、アクセスチャンネルは以下のどれかを指示できます:

Frame Relay Service MIB Working Group                           [Page 5]

RFC 1604                Frame Relay Service MIB               March 1994

フレームリレーサービスMIBワーキンググループ[5ページ]RFC1604フレームリレーサービスMIB行進1994

      o    Unchannelized T1 - the entire T1 line is considered an access
           channel. Each access channel is comprised of 24 T1 time
           slots.

o Unchannelized T1--全体のT1系列はアクセスチャンネルであると考えられます。 各アクセスチャンネルは24のT1の時間帯から成ります。

      o    Channelized T1 - an access channel is any one of 24 channels.
           Each access channel is comprised of a single T1 time slot.

o Channelized T1--アクセスチャンネルは24個のチャンネルのいずれでもあります。 各アクセスチャンネルはただ一つのT1の時間帯から成ります。

      o    Fractional T1 - an access channel is a grouping of N T1 time
           slots (NX56/64 Kbps, where N = 1-23 T1 Time slots per FT1
           Access Channel) that may be assigned in consecutive or
           non-consecutive order.

o 断片的なT1--アクセスチャンネルは連続したか非連続したオーダーで割り当てられるかもしれないN T1の時間帯(Nが1-23 1FT1 Access ChannelあたりのT1 Timeスロットと等しいところのNX56/64 Kbps)の組分けです。

   Within a given E1 line, a channel can denote any one of the
   following:

与えられた1Eの系列の中では、チャンネルは以下のどれかを指示できます:

      o    Unchannelized E1 - the entire E1 line is considered a single
           access channel.  Each access channel is comprised of 31 E1
           time slots.

o Unchannelized E1--1全体のEの系列がシングルアクセスチャンネルであると考えられます。 各アクセスチャンネルは31の1Eの時間帯から成ります。

      o    Channelized E1 - an access channel is any one of 31 channels.
           Each access channel is comprised of a single E1 time slot.

o Channelized E1--アクセスチャンネルは31個のチャンネルのいずれでもあります。 各アクセスチャンネルはただ一つの1Eの時間帯から成ります。

      o    Fractional E1 - an access channel is a grouping of N E1 time
           slots (NX64 Kbps, where N = 1-30 E1 time slots per FE1 access
           channel) that may be assigned in consecutive or
           non-consecutive order.

o 1断片的なE--アクセスチャンネルは連続したか非連続したオーダーで割り当てられるかもしれない1EのN時間帯(Nが1-30 1EのFE1アクセスチャンネルあたりの時間帯と等しいところのNX64 Kbps)の組分けです。

      in 3 Within a given unformatted line, the entire unformatted line
      is considered an access channel. Examples include RS-232, V.35,
      V.36 and X.21 (non- switched).

3Withinでは、与えられた非フォーマットされた系列であり、全体の非フォーマットされた系列はアクセスチャンネルであると考えられます。 例はRS-232、V.35、V.36、およびX.21(非切り換えられた)を含んでいます。

      Access Rate - The data rate of the access channel, expressed in
      bits/second.  The speed of the user access channel determines how
      rapidly the end user can inject data into the network.

Rateにアクセスしてください--ビット/秒で急送されたアクセスチャンネルのデータ信号速度。 ユーザアクセスチャンネルの速度は、エンドユーザがどれくらい急速にネットワークにデータを注ぐことができるかを決定します。

      Bc - The Committed Burst Size (Bc) is the maximum amount of
      subscriber data (expressed in bits) that the network agrees to
      transfer, under normal conditions, during a time interval Tc.

Bc--Committed Burst Size(Bc)はネットワークが移すのに同意する最大の量の加入者データ(ビットで、言い表される)です、正常な状況では、時間間隔Tcの間。

      Be - The Excess Burst Size (Be) is the maximum amount of
      subscriber data (expressed in bits) in excess of Bc that the
      network will attempt to deliver during the time interval Tc.  This
      data (Be) is delivered in general with a lower probability than
      Bc.

いてください--Excess Burst Size(ある)はネットワークが時間間隔Tcの間、提供するのを試みるBcを超えた最大の量の加入者データ(ビットで、言い表される)です。 一般に、このデータ(ある)はBcより低確率で提供されます。

      CIR - The Committed Information Rate (CIR) is the subscriber data
      rate (expressed in bits/second) that the network commits to
      deliver under normal network conditions.  CIR is averaged over the

CIR--Committed情報Rate(CIR)はネットワークが正常なネットワーク条件のもとで配送するために遂行する加入者データ信号速度(ビット/秒で、言い表される)です。 CIRは平均されています。

Frame Relay Service MIB Working Group                           [Page 6]

RFC 1604                Frame Relay Service MIB               March 1994

フレームリレーサービスMIBワーキンググループ[6ページ]RFC1604フレームリレーサービスMIB行進1994

      time interval Tc (CIR = Bc/Tc).

時間間隔Tc(CIRはBc/Tcと等しいです)。

      DLCI - Data Link Connection Identifier

DLCI--データ・リンク接続識別子

      Logical Port - This term is used to model the Frame Relay
      "interface" on a device.

論理的なPort--今期は、Frame Relay「インタフェース」をデバイスに似せるのに使用されます。

      NNI - Network to Network Interface

NNI--ネットワーク・インターフェースへのネットワーク

      Permanent Virtual Connection (PVC) - A virtual connection that has
      its end-points and bearer capabilities defined at subscription
      time.

永久的なVirtual Connection(PVC)--エンドポイントを持っている仮想接続と購読時に定義された運搬人能力。

      Time slot (E1) - An octet within the 256-bit information field in
      each E1 frame is defined as a time slot. Time slots are position
      sensitive within the 256-bit information field.  Fractional E1
      service is provided in contiguous or non- contiguous time slot
      increments.

時間帯(1E)--1Eのフレームのそれぞれの256ビットの情報フィールドの中の八重奏は時間帯と定義されます。 時間帯は256ビットの情報フィールドの中で敏感な立場です。 隣接の、または、非隣接の時間帯の増分に断片的な1ユーロのサービスを提供します。

      Time slot (T1) - An octet within the 192-bit information field in
      each T1 frame is defined as a time slot. Time slots are position
      sensitive within the 192-bit information field.  Fractional T1
      service is provided in contiguous or non- contiguous time slot
      increments.

時間帯(T1)--それぞれのT1フレームの192ビットの情報フィールドの中の八重奏は時間帯と定義されます。 時間帯は192ビットの情報フィールドの中で敏感な立場です。 隣接の、または、非隣接の時間帯の増分に断片的なT1サービスを提供します。

      UNI - User to Network Interface

UNI--ネットワーク・インターフェースへのユーザ