RFC3593 日本語訳

3593 Textual Conventions for MIB Modules Using Performance HistoryBased on 15 Minute Intervals. K. Tesink, Ed.. September 2003. (Format: TXT=20363 bytes) (Obsoletes RFC2493) (Status: DRAFT STANDARD)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                     K. Tesink, Ed.
Request for Comments: 3593                        Telcordia Technologies
Obsoletes: 2493                                           September 2003
Category: Standards Track

ワーキンググループK.Tesink、エドをネットワークでつないでください。コメントのために以下を要求してください。 3593のTelcordia技術が以下を時代遅れにします。 2493 2003年9月のカテゴリ: 標準化過程

     Textual Conventions for MIB Modules Using Performance History
                      Based on 15 Minute Intervals

15分の間隔に基づくパフォーマンス歴史を使用するMIBモジュールのための原文のコンベンション

Status of this Memo

このMemoの状態

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

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

Copyright Notice

版権情報

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

Copyright(C)インターネット協会(2003)。 All rights reserved。

Abstract

要約

   This document defines a set of Textual Conventions for MIB modules
   that make use of performance history data based on 15 minute
   intervals.

このドキュメントは15分の間隔に基づく性能歴史データを利用するMIBモジュールのためにTextual Conventionsの1セットを定義します。

   This memo replaces RFC 2493.  Changes relative to RFC 2493 are
   summarized in the MIB module's REVISION clause.

このメモはRFC2493を取り替えます。 RFC2493に比例した変化はMIBモジュールのREVISION節にまとめられます。

Table of Contents

目次

   1.  Introduction .................................................  2
   2.  Note on Invalid Data and Proxies .............................  2
   3.  Note on xyzTimeElapsed .......................................  3
   4.  Note on xyzValidIntervals ....................................  3
   5.  Definitions ..................................................  4
   6.  Acknowledgments ..............................................  8
   7.  References ...................................................  8
       7.1.  Normative References ...................................  8
       7.2.  Informative References .................................  8
   8.  Security Considerations ......................................  9
   9.  Intellectual Property Statement ..............................  9
   10. Editor's Address .............................................  9
   11. Full Copyright Statement ..................................... 10

1. 序論… 2 2. 無効のデータとプロキシの上で注意します。 2 3. xyzTimeElapsedでは、注意します。 3 4. xyzValidIntervalsでは、注意します。 3 5. 定義… 4 6. 承認… 8 7. 参照… 8 7.1. 標準の参照… 8 7.2. 有益な参照… 8 8. セキュリティ問題… 9 9. 知的所有権声明… 9 10. エディタのアドレス… 9 11. 完全な著作権宣言文… 10

Tesink                      Standards Track                     [Page 1]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[1ページ]。

1.  Introduction

1. 序論

   In cases where a manager must obtain performance history data about
   the behavior of equipment it manages, several strategies can be
   followed in the design of a MIB that represents the managed
   equipment, including:

マネージャがそれが管理する設備の動きに関する性能歴史データを得なければならない場合では、管理された設備を表すMIBのデザインでいくつかの戦略に従うことができます、である:

   0  The agent counts events on a continuous basis and, whenever
      desired, the manager obtains the value of the event counter and
      adjusts its understanding of the history of events at the agent.

0 エージェントが随時で出来事を数えて、望まれているとき、マネージャは、イベントカウンタの値を得て、エージェントで出来事の歴史の理解を調整します。

   0  The agent allocates events to 'buckets' where each bucket
      represents an interval of time.

0 エージェントは各バケツが時間の間隔を表す'バケツ'に出来事を割り当てます。

   Telecommunications equipment often makes use of the latter strategy.
   See [3][4][5][7][8] for examples.  In particular, for this equipment
   it is common that history data is maintained by the agent in terms of
   fifteen minute intervals.

通信機器はしばしば後者の戦略を利用します。 [3] 例のための[4][5][7][8]を見てください。 この設備に、歴史データが15分の間隔に関してエージェントによって保守されるのは、特に、一般的です。

   This memo does not attempt to compare the relative merits of
   different strategies used to obtain history data.  Differences may
   include polling policy, the amount of management traffic between
   manager and agent, agent simplicity, and 'data currentness' of the
   data obtained by the manager.  MIB designers should consider these
   aspects when choosing a particular strategy in a MIB design.
   Instead, this memo provides definitions that can be used in MIB
   modules that require history data based on fifteen minute intervals.

このメモは、歴史データを得るのに使用される異なった戦略の優劣を比較するのを試みません。 違いは世論調査方針、マネージャによって得られたデータのマネージャとエージェントと、エージェントの簡単さと、'データ電流'の間の管理交通の量を含むかもしれません。 MIBデザインにおける特定の戦略を選ぶとき、MIBデザイナーはこれらの局面を考えるべきです。 代わりに、このメモは15分の間隔に基づく歴史データを必要とするMIBモジュールで使用できる定義を提供します。

   When designing a MIB module, it is often useful to define new types
   similar to those defined in the SMI [2].  In comparison to a type
   defined in the SMI, each of these new types has a different name, a
   similar syntax, but more precise semantics.  These newly defined
   types are termed textual conventions, and are used for the
   convenience of humans reading the MIB module.  This is done through
   Textual Conventions as defined in RFC 2579 [1].  It is the purpose of
   this document to define the set of textual conventions to be used
   when performance history based on 15 minute intervals is kept.  The
   performance history textual conventions defined in this memo are
   based on 32 bit counts.  For high capacity performance history counts
   see [9].

MIBモジュールを設計するとき、SMI[2]で定義されたものと同様の新しいタイプを定義するのはしばしば役に立ちます。 SMIで定義されたタイプとの比較では、これらの新しいタイプ各人は同様の構文の、しかし、より正確な意味論という異なった名前を持っています。 これらの新たに定義されたタイプは、原文のコンベンションと呼ばれて、MIBモジュールを読んでいる人間の都合のために使用されます。 RFC2579[1]で定義されるようにTextual Conventionsを通してこれをします。 15分の間隔に基づく性能歴史が保管されるとき、使用されるために原文のコンベンションのセットを定義するのは、このドキュメントの目的です。 このメモで定義された性能の歴史の原文のコンベンションは32ビットのカウントに基づいています。 高容量性能に関しては、歴史カウントは[9]を見ます。

2.  Note on Invalid Data and Proxies

2. 無効のデータとプロキシに関する注

   In this document, the word proxy indicates an application which
   receives SNMP messages and replies to them on behalf of the devices
   where the actual implementation resides, e.g., DS3/E3 interfaces.
   The proxy will have already collected the information about the
   DS3/E3 interfaces into its local database and may not necessarily

本書では、単語プロキシは、SNMPメッセージを受け取るアプリケーションを示して、実際の実現がある装置を代表してそれらに答えます、例えば、3DS3/Eのインタフェース。 プロキシは、既に3DS3/Eのインタフェースの情報をローカルのデータベースに集めてしまうだろうといって、必ず集めるかもしれないというわけではありません。

Tesink                      Standards Track                     [Page 2]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[2ページ]。

   forward requests to the actual DS3/E3 interface.  It is expected in
   such an application that there are periods of time where the proxy is
   not communicating with the DS3/E3 interfaces.  In these instances,
   the proxy will not necessarily have up-to-date configuration
   information, and will most likely have missed the collection of some
   data.  Missed data collection may result in some intervals in the
   interval table being unavailable.

3実際のDS3/Eへの前進の要求は連結します。 そのようなアプリケーションでは、期間がプロキシが3DS3/Eのインタフェースで交信する予定でないところにあると予想されます。 これらの例では、プロキシは、必ず最新の設定情報を持つというわけではなくて、たぶんいくつかのデータの収集を逃してしまうでしょう。 逃されたデータ収集は、入手できないので、いくつかの間隔に間隔テーブルに結果として生じるかもしれません。

3.  Note on xyzTimeElapsed

3. xyzTimeElapsedに関する注

   While xyzTimeElapsed is defined as having a maximum, there may be
   cases (e.g., an adjustment in the system's time-of-day clock) where
   the actual value of the current interval would exceed this maximum
   value.

xyzTimeElapsedが最大を持っていると定義されている間、ケース(例えば、システムの時刻時計での調整)が現在の間隔の実価がこの最大値を超えているところにあるかもしれません。

   Suppose that an agent which aligns its 15-minute measurement
   intervals to 15-minute time-of-day ("wall clock") boundaries has a
   time-of-day clock that systematically gains time, and that a manager
   periodically corrects the clock by setting it back.

15分の時刻(「柱時計」)境界に15分の測定間隔を並べるエージェントが系統的に時間を獲得する時刻時計を持って、マネージャがそれを遅らせることによって時計を定期的に修正すると仮定してください。

   It is assumed that the agent's time-of-day clock is reasonably
   accurate, say within a few seconds per day.  Thus, the manager's
   periodic clock adjustments will normally be small, and if done
   frequently enough, need not ever exceed 10 seconds.  In this case,
   all interval durations will be within the allowed tolerance and none
   need be marked invalid, _if_ the ANSI procedure of ending measurement
   intervals at 15-minute time-of-day boundaries is followed [6].

エージェントの時刻時計が合理的に正確であり、1日あたりの数秒以内に言うと思われます。 したがって、通常、マネージャの周期的なクロック調整は小さくなるでしょう、そして、十分頻繁にするなら、必要性は10秒を超えていません。 この場合、許容寛容の中にすべての間隔持続時間があるでしょう、そして、なにも無効であるとマークされる必要はありません、__15分の時刻境界で測定間隔を終わらせるANSI手順が従われているなら。[6]。

   If the time-of-day clock is systematically adjusted in small
   increments, then always ending measurement intervals at 15-minute
   time-of-day boundaries will result, in the long term, in the correct
   number of intervals with the correct average duration, irrespective
   of whether the clock is moved ahead or moved back.  Thus, if for some
   reason, such as an adjustment in the system's time-of-day clock, the
   current interval exceeds the maximum value, it is considered
   acceptable that the agent will return the maximum value.

時刻時計がわずかな増分で系統的に調整されると、15分の時刻境界で測定間隔をいつも終わらせるのは結果として生じるでしょう、長期で、正しい平均した持続時間がある間隔の適度の数で、時計が先行しているか、または戻ることの如何にかかわらず。 したがって、現在の間隔がシステムの時刻時計での調整などの何らかの理由で最大値を超えているなら、エージェントが最大値を返すのは許容できると考えられます。

4.  Note on xyzValidIntervals

4. xyzValidIntervalsに関する注

   The overall constraint on <n> is 1 =< n =< 96.  Any additional
   constraints on n must be defined in the DESCRIPTION clause (e.g., see
   [5]).

<n>における総合的な規制は1=<n=<96です。 記述節でnにおけるどんな追加規制も定義しなければなりません。(例えば、[5])を見てください。

Tesink                      Standards Track                     [Page 3]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[3ページ]。

5.  Definitions

5. 定義

   PerfHist-TC-MIB DEFINITIONS ::= BEGIN

PerfHist Tc MIB定義:、:= 始まってください。

   IMPORTS
      MODULE-IDENTITY,
      Gauge32, mib-2
          FROM SNMPv2-SMI
      TEXTUAL-CONVENTION
          FROM SNMPv2-TC;

IMPORTS MODULE-IDENTITY、Gauge32、mib-2 FROM SNMPv2-SMI TEXTUAL-CONVENTION FROM SNMPv2-TC。

   perfHistTCMIB MODULE-IDENTITY
        LAST-UPDATED "200308130000Z"
        ORGANIZATION "IETF AToM MIB WG"
        CONTACT-INFO
           "WG charter:
              http://www.ietf.org/html.charters/atommib-charter.html

perfHistTCMIB MODULE-IDENTITY LAST-UPDATED"200308130000Z"組織「IETF原子MIB WG」コンタクトインフォメーション、「WGは以下をチャーターします」。 http://www.ietf.org/html.charters/atommib-charter.html

            Mailing Lists:
              General Discussion: atommib@research.telcordia.com
              To Subscribe: atommib-request@research.telcordia.com

メーリングリスト: 一般議論: 申し込む atommib@research.telcordia.com : atommib-request@research.telcordia.com

            Editor:  Kaj Tesink
            Postal:  Telcordia Technologies
                     331 Newman Springs Road
                     Red Bank, NJ 07701
                     USA
            Tel:     +1 732 758 5254
            E-mail:  kaj@research.telcordia.com"

エディタ: カイTesink郵便: Telcordia技術331ニューマン春の道路赤の銀行、ニュージャージー07701米国Tel: +1 5254年の732 758メール: " kaj@research.telcordia.com "

        DESCRIPTION
         "This MIB Module provides Textual Conventions
          to be used by systems supporting 15 minute
          based performance history counts.

「このMIB Moduleは15の微小なベースの性能歴史カウントを支持するシステムによって使用されるためにTextual Conventionsを提供する」記述。

          Copyright (C) The Internet Society (2003).
          This version of this MIB module is part of
          RFC 3593;  see the RFC itself for full
          legal notices."
        REVISION      "200308130000Z"
        DESCRIPTION
         "Contact information and references updated.
          No technical changes have been applied.
          Published as RFC 3593."
        REVISION      "199811071100Z"
        DESCRIPTION
         "The RFC 2493 version of this MIB module."
        ::= { mib-2 58 }

Copyright(C)インターネット協会(2003)。 このMIBモジュールのこのバージョンはRFC3593の一部です。 「完全な法定の通知に関してRFC自身を見てください。」 「問い合わせ先と参照はアップデートした」REVISION"200308130000Z"記述。 技術変化は全く適用されていません。 「RFC3593として、発行されます」。 REVISION"199811071100Z"記述、「このMIBモジュールのRFC2493バージョン。」 ::= mib-2 58

Tesink                      Standards Track                     [Page 4]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[4ページ]。

   -- The Textual Conventions defined below are organized
   -- alphabetically

-- アルファベット順に、以下で定義されたTextual Conventionsは組織化されています。

   -- Use of these TCs assumes the following:
   -- 0  The agent supports 15 minute based history
   --    counters.
   -- 0  The agent is capable of keeping a history of n
   --    intervals of 15 minute performance data.  The
   --    value of n is defined by the specific MIB
   --    module but shall be 0 < n =< 96.
   -- 0  The agent may optionally support performance
   --    data aggregating the history intervals.
   -- 0  The agent will keep separate tables for the
   --    current interval, the history intervals, and
   --    the total aggregates.
   -- 0  The agent will keep the following objects.
   --    If performance data is kept for multiple instances
   --    of a measured entity, then
   --    these objects are applied to each instance of
   --    the measured entity (e.g., interfaces).
   --
   -- xyzTimeElapsed OBJECT-TYPE
   --       SYNTAX  INTEGER (0..899)
   --       MAX-ACCESS  read-only
   --       STATUS  current
   --       DESCRIPTION
   --       "The number of seconds that have elapsed since
   --       the beginning of the current measurement period.
   --       If, for some reason, such as an adjustment in the
   --       system's time-of-day clock, the current interval
   --       exceeds the maximum value, the agent will return
   --       the maximum value."
   --       ::= { xxx }

-- これらのTCsの使用は以下を仮定します: -- 0 エージェントは15の微小なベースの歴史をサポートします--カウンタ。 -- 0 エージェントはnの歴史を保管できます--15分の性能データの間隔。 nの値は特定のMIBによって定義されます--しかし、モジュールはそうでしょう。--、0 <nは<96と等しいです。 -- 0 エージェントは任意に性能を支持するかもしれません--歴史間隔を集めるデータ。 -- そして、エージェントが別々のテーブルを保つ0、--現在の間隔、歴史間隔、--合計は集められます。 -- 0 エージェントは以下の物を保つでしょう。 -- 次に、性能データが測定実体の複数の例のために保たれるなら、これらの物が各例に適用される、--測定実体(例えば、インタフェース)。 -- -- xyzTimeElapsed OBJECT-TYPE--SYNTAX INTEGER(0 .899)--マックス-ACCESS書き込み禁止--STATUS海流--記述--「そうした秒数は以来、経過しました--電流測定の期間の初め。」 -- 「ある理由で中の調整としてのそのようなもの、--システムのものは時刻に時間を計ります、現在の間隔--最大値を超えています、エージェント意志のリターン--、最大値、」 -- ::= xxx

   -- xyzValidIntervals OBJECT-TYPE
   --       SYNTAX  INTEGER (0..<n>)
   --       MAX-ACCESS  read-only
   --       STATUS  current
   --       DESCRIPTION
   --       "The number of previous near end intervals
   --       for which data was collected.
   --          [ The overall constraint on <n> is 1 =< n =< 96; ]
   --          [ Define any additional constraints on <n> here. ]
   --       The value will be <n> unless the measurement was
   --       (re-)started within the last (<n>*15) minutes, in which
   --       case the value will be the number of complete 15
   --       minute intervals for which the agent has at least
   --       some data.  In certain cases (e.g., in the case

-- xyzValidIntervals OBJECT-TYPE--SYNTAX INTEGER(0..<n>)--マックス-ACCESS書き込み禁止--STATUS海流--記述--「どのデータが集められたかに終わりの間隔頃前の数。」 -- [<n>における総合的な規制は1=<n=<96です;]--[ここで<n>であらゆる追加規制を定義してください。] -- 値は測定が>でなかったなら<n>になるでしょう--、(再、)、最後の(<n>*15)議事録、コネの中でどれを始めるか、--完全な15(少なくともエージェントがそうしている微小な間隔)の数がいくつかのデータであるつもりであったなら値をケースに入れてください。 ある場合には、(例えば、ケース

Tesink                      Standards Track                     [Page 5]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[5ページ]。

   --       where the agent is a proxy) it is possible that some
   --       intervals are unavailable.  In this case, this
   --       interval is the maximum interval number for
   --       which data is available."
   --       ::= { xxx }

-- エージェントがそうでは、プロキシ) それは、間隔がいくつか、入手できないのが可能です。 「この場合これ、--、間隔が最大の間隔番号である--、どのデータが利用可能である」 -- ::= xxx

   -- xyzInvalidIntervals OBJECT-TYPE
   --     SYNTAX  INTEGER (0..<n>)
   --     MAX-ACCESS  read-only
   --     STATUS  current
   --     DESCRIPTION
   --       "The number of intervals in the range from
   --        0 to xyzValidIntervals for which no
   --        data is available.  This object will typically
   --        be zero except in cases where the data for some
   --        intervals are not available (e.g., in proxy
   --        situations)."
   --       ::= { xxx }

-- xyzInvalidIntervals OBJECT-TYPE--SYNTAX INTEGER(0..<n>)--マックス-ACCESS書き込み禁止--STATUS海流--記述--、「範囲の間隔の数、--、いいえ--データが利用可能であるxyzValidIntervalsへの0、」 「この物がケース以外のゼロがどこであったかで通常そうする、データ、間隔がいくつか利用可能でない、(例えば、プロキシ--状況で)」 -- ::= xxx

   PerfCurrentCount ::= TEXTUAL-CONVENTION
         STATUS  current
         DESCRIPTION
            "A counter associated with a
             performance measurement in a current 15
             minute measurement interval.  The value
             of this counter starts from zero and is
             increased when associated events occur,
             until the end of the 15 minute interval.
             At that time the value of the counter is
             stored in the first 15 minute history
             interval, and the CurrentCount is
             restarted at zero.  In the
             case where the agent has no valid data
             available for the current interval the
             corresponding object instance is not
             available and upon a retrieval request
             a corresponding error message shall be
             returned to indicate that this instance
             does not exist (for example, a noSuchName
             error for SNMPv1 and a noSuchInstance for
             SNMPv2 GET operation)."
          SYNTAX  Gauge32

PerfCurrentCount:、:= 「カウンタは15分の現在の測定間隔での性能測定に関連づけた」TEXTUAL-CONVENTION STATUSの現在の記述。 このカウンタの値は、裸一貫から始めて、関連出来事が起こるとき、増加されています、15分の間隔の終わりまで。 その時、カウンタの値は最初の15分の歴史間隔に格納されます、そして、CurrentCountはゼロで再開されます。 「場合では、この例が存在しないのを(例えば、SNMPv1のためのnoSuchName誤りとSNMPv2 GET操作のためのnoSuchInstance)示すためにエージェントが対応するオブジェクト例が利用可能でない現在の間隔と検索のときに利用可能などんな有効データにもどこで対応するエラーメッセージを要求させないか返すものとします。」 構文Gauge32

Tesink                      Standards Track                     [Page 6]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[6ページ]。

   PerfIntervalCount ::= TEXTUAL-CONVENTION
         STATUS  current
         DESCRIPTION
            "A counter associated with a
             performance measurement in a previous
             15 minute measurement interval.  In the
             case where the agent has no valid data
             available for a particular interval the
             corresponding object instance is not
             available and upon a retrieval request
             a corresponding error message shall be
             returned to indicate that this instance
             does not exist (for example, a noSuchName
             error for SNMPv1 and a noSuchInstance for
             SNMPv2 GET operation).
             In a system supporting
             a history of n intervals with
             IntervalCount(1) and IntervalCount(n) the
             most and least recent intervals
             respectively, the following applies at
             the end of a 15 minute interval:
             - discard the value of IntervalCount(n)
             - the value of IntervalCount(i) becomes that
               of IntervalCount(i-1) for n >= i > 1
             - the value of IntervalCount(1) becomes that
               of CurrentCount
             - the TotalCount, if supported, is adjusted."
          SYNTAX  Gauge32

PerfIntervalCount:、:= 「カウンタは前の15分の測定間隔での性能測定に関連づけた」TEXTUAL-CONVENTION STATUSの現在の記述。 場合では、この例が存在しないのを(例えば、SNMPv1のためのnoSuchName誤りとSNMPv2 GET操作のためのnoSuchInstance)示すためにエージェントが対応するオブジェクト例が利用可能でない特定の間隔と検索のときに利用可能などんな有効データにもどこで対応するエラーメッセージを要求させないか返すものとします。 それぞれIntervalCount(1)とIntervalCount(n)が最も多いn間隔と最も最近でない間隔の歴史をサポートするシステムでは、以下は15分の間隔の終わりに適用されます: - 「IntervalCount(n)の値を捨ててください--IntervalCount(i)の値はi n>=>1のためにIntervalCountのもの(i-1)になります--IntervalCount(1)の値はCurrentCountのものになります--支持されるなら、TotalCountは調整されます。」 構文Gauge32

   PerfTotalCount ::= TEXTUAL-CONVENTION
         STATUS  current
         DESCRIPTION
            "A counter associated with a
             performance measurements aggregating the
             previous valid 15 minute measurement
             intervals.  (Intervals for which no valid
             data was available are not counted)"
          SYNTAX  Gauge32

PerfTotalCount:、:= 「カウンタは前の測定間隔有効な15分に集められる性能測定に関連づけた」TEXTUAL-CONVENTION STATUSの現在の記述。 (有効データがないのが利用可能であった間隔は数えられません)「構文Gauge32」

   END

終わり

Tesink                      Standards Track                     [Page 7]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[7ページ]。

6.  Acknowledgments

6. 承認

   This document is a product of the AToM MIB Working Group.  The editor
   would like to acknowledge Mike Heard for his many valuable
   contributions to this memo.

このドキュメントはAToM MIB作業部会の製品です。 エディタはこのメモへの彼の多くの有価約因のためにマイクHeardを承認したがっています。

7.  References

7. 参照

7.1.  Normative References

7.1. 引用規格

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

[1]McCloghrie、K.、パーキンス、D.、Schoenwaelder、J.、ケース、J.、ローズ、M.、およびS.Waldbusser、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」

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

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

7.2.  Informative References

7.2. 有益な参照

   [3]  Fowler, D., "Definitions of Managed Objects for the DS1, E1, DS2
        and E2 Interface Types", RFC 2495, January 1999.

[3] 野鳥捕獲者、D.、「DS1、1E、DS2、および2Eのインターフェース型のための管理オブジェクトの定義」、RFC2495、1999年1月。

   [4]  Fowler, D., "Definitions of Managed Objects for the DS3/E3
        Interface Type", RFC 2496, January 1999.

[4] 野鳥捕獲者、D.、「3DS3/Eのインターフェース型のための管理オブジェクトの定義」、RFC2496、1999年1月。

   [5]  Tesink, K., "Definitions of Managed Objects for the Synchronous
        Optical Network/Synchronous Digital Hierarchy (SONET/SDH)
        Interface Type", RFC 3592, September 2003.

[5] Tesink、K.、「同期式光通信網/同期デジタルハイアラーキ(Sonet/SDH)のための管理オブジェクトの定義はタイプを連結します」、RFC3592、2003年9月。

   [6]  American National Standard for Telecommunications - Digital
        Hierarchy - Layer 1 In-Service Digital Transmission Performance
        Monitoring, ANSI T1.231-1997, September 1997.

[6] テレコミュニケーションのための米国標準規格(デジタル階層構造)は1の稼働中のデジタルトランスミッションパフォーマンスモニターを層にします、ANSI T1.231-1997、1997年9月。

   [7]  Bathrick, G. and F. Ly, "Definitions of Managed Objects for the
        ADSL Lines", RFC 2662, August 1999.

[7]BathrickとG.とF.Ly、「ADSL線のための管理オブジェクトの定義」、RFC2662、1999年8月。

   [8]  Ray, B., and R. Abbi, "Definitions of Managed Objects for High
        Bit-Rate DSL - 2nd generation (HDSL2) and Single-Pair High-Speed
        Digital Subscriber Line (SHDSL) Lines", RFC 3276, May 2002.

[8]光線、B.、およびR.Abbi、「高いビット伝送速度DSLのための管理オブジェクトの定義--第2世代(HDSL2)と単独の組の高速デジタル加入者線(SHDSL)は立ち並んでいます」、RFC3276、2002年5月。

   [9]  Ray, B. and R. Abbi, "High Capacity Textual Conventions for MIB
        Modules Using Performance History Based on 15 Minute Intervals",
        Work in Progress.

[9] 「15分の間隔に基づくパフォーマンス歴史を使用するMIBモジュールのための高容量の原文のコンベンション」というレイ、B.、およびR.Abbiは進行中で働いています。

Tesink                      Standards Track                     [Page 8]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[8ページ]。

8.  Security Considerations

8. セキュリティ問題

   This memo defines textual conventions for use in other MIB modules.
   Security issues for these MIB modules are addressed in the memos
   defining those modules.

このメモは他のMIBモジュールにおける使用のために原文のコンベンションを定義します。 これらのMIBモジュールのための安全保障問題はそれらのモジュールを定義するメモに記述されます。

9.  Intellectual Property Statement

9. 知的所有権声明

   The IETF takes no position regarding the validity or scope of any
   intellectual property or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; neither does it represent that it
   has made any effort to identify any such rights.  Information on the
   IETF's procedures with respect to rights in standards-track and
   standards-related documentation can be found in BCP-11.  Copies of
   claims of rights made available for publication and any assurances of
   licenses to be made available, or the result of an attempt made to
   obtain a general license or permission for the use of such
   proprietary rights by implementors or users of this specification can
   be obtained from the IETF Secretariat.

IETFはどんな知的所有権の正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。いずれもどんなそのような権利も特定するための努力にしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、またはIETF事務局からこの仕様のユーザを得ることができます。

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights which may cover technology that may be required to practice
   this standard.  Please address the information to the IETF Executive
   Director.

IETFはこの規格を練習するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 IETF専務に情報を記述してください。

10.  Editor's Address

10. エディタのアドレス

   Kaj Tesink
   Telcordia Technologies
   331 Newman Springs Road
   P.O. Box 7020
   Red Bank, NJ  07701-7020

カイTesink Telcordia Technologies331ニューマンスプリングス道路私書箱7020の赤い銀行、ニュージャージー07701-7020

   Phone: +1 732 758 5254
   EMail: kaj@research.telcordia.com

以下に電話をしてください。 +1 5254年の732 758メール: kaj@research.telcordia.com

Tesink                      Standards Track                     [Page 9]

RFC 3593        15 Minute Based Performance History TCs   September 2003

Tesink規格は微小なベースのパフォーマンス歴史TCs2003年9月にRFC3593 15を追跡します[9ページ]。

11.  Full Copyright Statement

11. 完全な著作権宣言文

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

Copyright(C)インターネット協会(2003)。 All rights reserved。

   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.

それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。

   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機能のための基金は現在、インターネット協会によって提供されます。

Tesink                      Standards Track                    [Page 10]

Tesink標準化過程[10ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

for-each-ref

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る