[要約] RFC 4148は、IPパフォーマンスメトリクス(IPPM)メトリクスレジストリに関するものであり、IPネットワークのパフォーマンス測定に使用されるメトリクスの登録と管理を目的としています。

Network Working Group                                         E. Stephan
Request for Comments: 4148                            France Telecom R&D
BCP: 108                                                     August 2005
Category: Best Current Practice
        

IP Performance Metrics (IPPM) Metrics Registry

IPパフォーマンスメトリック(IPPM)メトリックレジストリ

Status of this Memo

本文書の位置付け

This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited.

このドキュメントは、インターネットコミュニティのインターネットの最良のプラクティスを指定し、改善のための議論と提案を要求します。このメモの配布は無制限です。

Copyright Notice

著作権表示

Copyright (C) The Internet Society (2005).

Copyright(c)The Internet Society(2005)。

Abstract

概要

This memo defines a registry for IP Performance Metrics (IPPM). It assigns and registers an initial set of OBJECT IDENTITIES to currently defined metrics in the IETF.

このメモは、IPパフォーマンスメトリック(IPPM)のレジストリを定義します。IETFで現在定義されているメトリックにオブジェクトアイデンティティの初期セットを割り当てて登録します。

This memo also defines the rules for adding IP Performance Metrics that are defined in the future and for encouraging all IP performance metrics to be registered here.

このメモは、将来定義されているIPパフォーマンスメトリックを追加し、すべてのIPパフォーマンスメトリックをここに登録することを奨励するためのルールを定義します。

IANA has been assigned to administer this new registry.

IANAは、この新しいレジストリを管理するために割り当てられています。

Table of Contents

目次

   1. The Internet-Standard Management Framework ......................2
   2. Overview ........................................................2
   3. IP Performance Metrics Registry Framework .......................2
   4. Initial IPPM Metrics Registry Creation ..........................3
   5. IANA Considerations .............................................4
      5.1. Management Rules ...........................................4
      5.2. Registration Template ......................................4
   6. Initial IPPM Registry Definition ................................4
   7. Security Considerations ........................................11
   8. References .....................................................12
      8.1. Normative References ......................................12
      8.2. Informative References ....................................12
        
1. The Internet-Standard Management Framework
1. インターネット標準の管理フレームワーク

For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].

現在のインターネット標準管理フレームワークを説明するドキュメントの詳細な概要については、RFC 3410 [RFC3410]のセクション7を参照してください。

Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].

管理されたオブジェクトは、管理情報ベースまたはMIBと呼ばれる仮想情報ストアからアクセスされます。MIBオブジェクトは通常、単純なネットワーク管理プロトコル(SNMP)からアクセスされます。MIBのオブジェクトは、管理情報の構造(SMI)で定義されたメカニズムを使用して定義されます。このメモは、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]およびSTD 58、RFC 2580 [RFC2580]に記載されているSMIV2に準拠したMIBモジュールを指定します。

2. Overview
2. 概要

This memo defines a registry of the current metrics and a framework for the integration of future metrics for the following reasons:

このメモは、現在のメトリックのレジストリと、次の理由で将来のメトリックを統合するためのフレームワークを定義します。

o to permit metrics to be clearly referenced by MIB modules or other data models;

o メトリックをMIBモジュールまたは他のデータモデルによって明確に参照できるようにする。

o to provide metrics identifiers for measurement interoperability;

o 測定の相互運用性のメトリック識別子を提供する。

o to take special care with the integration of future standardized metrics because it is a continuous process;

o 継続的なプロセスであるため、将来の標準化されたメトリックの統合に特に注意すること。

o to provide room where other standards bodies can register their metrics in order to encourage IP performance metrics to have OBJECT IDENTITIES rooted at a common point because the intent of the IPPM WG is to cooperate with other appropriate standards bodies (or fora) to promote consistent metrics;

o IPM WGの意図は、一貫したメトリックを促進するために他の適切な標準団体(またはfora)と協力することであるため、他の標準団体がメトリックを登録できる場所を提供するために、IPパフォーマンスメトリックがオブジェクトアイデンティックを共通点に根付かせることを奨励するために、部屋を提供するために;

o and, similarly, to provide room for enterprises to register metrics.

o 同様に、企業がメトリックを登録する余地を提供すること。

3. IP Performance Metrics Registry Framework
3. IPパフォーマンスメトリックレジストリフレームワーク

MIB modules need to be able to reference IPPM Metrics precisely. The registry associates an OBJECT-IDENTITY with each metric. For example, Type-P-One-way-Delay and Type-P-One-way-Delay-Poisson-Stream have different OBJECT IDENTITIES.

MIBモジュールは、IPPMメトリックを正確に参照できる必要があります。レジストリは、オブジェクトの同一性を各メトリックに関連付けます。たとえば、Type-P-One-Way-DelayおよびType-P-One-Way-Delay-Poisson-Streamには、オブジェクトのアイデンティティが異なります。

The registry has one branch. Metrics are identified in the 'ianaIppmMetrics' subtree.

レジストリには1つのブランチがあります。メトリックは「ianaippmmetrics」サブツリーで識別されます。

This document defines an initial registry of the existing metrics defined in the IPPM WG and the rules to manage the registry.

このドキュメントでは、IPPM WGで定義された既存のメトリックの初期レジストリと、レジストリを管理するルールを定義します。

Documents defining metrics in the future will include in the IANA section the registration information to identify these metrics unambiguously.

将来のメトリックを定義するドキュメントには、IANAセクションに登録情報が含まれ、これらのメトリックを明確に識別します。

4. Initial IPPM Metrics Registry Creation
4. 初期IPPMメトリックレジストリの作成

The initial registry identifies the metrics currently defined in the RFCs produced in the IPPM WG. To date, the IPPM WG defined 33 metrics related to the following 7 topics:

初期レジストリは、IPPM WGで生成されたRFCで現在定義されているメトリックを識別します。これまで、IPPM WGは、次の7つのトピックに関連する33のメトリックを定義しました。

1. IPPM Metrics for Measuring Connectivity, RFC 2678 [RFC2678]

1. 接続性を測定するためのIPPMメトリック、RFC 2678 [RFC2678]

2. One-way Delay Metrics, RFC 2679 [RFC2679]

2. 一元配置遅延メトリック、RFC 2679 [RFC2679]

3. One-way Packet Loss Metrics, RFC 2680 [RFC2680]

3. 一元配置パケット損失メトリック、RFC 2680 [RFC2680]

4. Round-trip Delay Metrics, RFC 2681 [RFC2681]

4. 往復遅延メトリック、RFC 2681 [RFC2681]

5. One-way Loss Pattern Sample Metrics, RFC 3357 [RFC3357]

5. 一元配置損失パターンサンプルメトリック、RFC 3357 [RFC3357]

6. IP Packet Delay Variation Metric, RFC 3393 [RFC3393]

6. IPパケット遅延バリエーションメトリック、RFC 3393 [RFC3393]

7. IPPM Metrics for periodic streams, RFC 3432 [RFC3432]

7. 定期的なストリームのIPPMメトリック、RFC 3432 [RFC3432]

These are sequentially registered in the node ianaIppmMetrics.

これらは、ノードianaippmmetricsに連続的に登録されています。

The naming conventions used for the existing metrics, and encouraged for new IPPM metrics, are:

既存のメトリックに使用され、新しいIPPMメトリックに奨励されている命名規則は次のとおりです。

o Metrics names conform SMIv2 rules for descriptors defined in section 3.1 of [RFC2578];

o メトリック名は、[RFC2578]のセクション3.1で定義されている記述子のSMIV2ルールを適合させます。

o The name starts with the prefix 'ietf';

o 名前は、プレフィックス「IETF」から始まります。

o 'Type-P' prefix is removed;

o 「タイプ-P」プレフィックスが削除されます。

o '-' are removed;

o ' - 'が削除されます。

o The letter following a '-' is changed to uppercase.

o 「 - 」に続く文字は大文字に変更されます。

5. IANA Considerations
5. IANAの考慮事項

This section describes the rules for the management of the registry by IANA.

このセクションでは、IANAによるレジストリの管理に関する規則について説明します。

5.1. Management Rules
5.1. 管理ルール

Registrations are done sequentially by IANA in the ianaIppmMetrics subtree on the basis of 'Specification Required', as defined in [RFC2434].

[RFC2434]で定義されているように、「必要な仕様」に基づいて、IANAIPPMMETRICSサブツリーのIANAによって登録が順次行われます。

The reference of the specification must point to a stable document including a title, a revision, and a date.

仕様の参照は、タイトル、改訂、日付を含む安定したドキュメントを指す必要があります。

The name always starts with the name of the organization and must respect the SMIv2 rules for descriptors defined in section 3.1 of [RFC2578].

名前は常に組織の名前から始まり、[RFC2578]のセクション3.1で定義されている記述子のSMIV2ルールを尊重する必要があります。

A document that creates new metrics would have an "IANA Considerations" section in which it would describe new metrics to be registered.

新しいメトリックを作成するドキュメントには、登録される新しいメトリックを説明する「IANA考慮事項」セクションがあります。

An OBJECT IDENTITY assigned to a metric is definitive and cannot be reused. If a new version of a metric is produced, then it is assigned with a new name and a new identifier.

メトリックに割り当てられたオブジェクトIDは決定的であり、再利用することはできません。メトリックの新しいバージョンが生成された場合、新しい名前と新しい識別子が割り当てられます。

5.2. Registration Template
5.2. 登録テンプレート

The following is a proposed template to insert in the IANA considerations section. For each metric, that section would instantiate the following statement:

以下は、IANAの考慮事項セクションに挿入するための提案されたテンプレートです。各メトリックについて、そのセクションは次のステートメントをインスタンス化します。

IANA has registed the following metric in the IANA-IPPM-METRICS-REGISTRY-MIB:

IANAは、IANA-IPPM-Metrics-Registry-Mibで次のメトリックを登録しました。

       aNewMetricName OBJECT-IDENTITY
       STATUS       current
       DESCRIPTION
          "The identifier for a new metric."
       REFERENCE
          "Reference R, section n."
          ::= { ianaIppmMetrics nn }     -- IANA assigns nn
        
6. Initial IPPM Registry Definition
6. 初期IPPMレジストリ定義
   IANA-IPPM-METRICS-REGISTRY-MIB DEFINITIONS ::= BEGIN
        

IMPORTS

輸入

OBJECT-IDENTITY, MODULE-IDENTITY, mib-2 FROM SNMPv2-SMI;

SNMPV2-SMIからのオブジェクトアイデンティティ、モジュールアイデンティティ、MIB-2;

ianaIppmMetricsRegistry MODULE-IDENTITY LAST-UPDATED "200507280000Z" -- July 28, 2005 ORGANIZATION "IANA" CONTACT-INFO "Internet Assigned Numbers Authority

ianaippmmetricsregistryモジュールのアイデンティティ最後の「200507280000Z」 - 2005年7月28日「IANA」インターネットが割り当てられた数字の機関

Postal: ICANN 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292

郵便:ICANN 4676 ADMIRALTY WAY、SUITE 330 MARINA DEL REY、CA 90292

            Tel:    +1 310 823 9358
            E-Mail: iana@iana.org"
        

DESCRIPTION "This module defines a registry for IP Performance Metrics.

説明 "このモジュールは、IPパフォーマンスメトリックのレジストリを定義します。

Registrations are done sequentially by IANA in the ianaIppmMetrics subtree on the basis of 'Specification Required', as defined in [RFC2434].

[RFC2434]で定義されているように、「必要な仕様」に基づいて、IANAIPPMMETRICSサブツリーのIANAによって登録が順次行われます。

The reference of the specification must point to a stable document including a title, a revision, and a date.

仕様の参照は、タイトル、改訂、日付を含む安定したドキュメントを指す必要があります。

The name always starts with the name of the organization and must respect the SMIv2 rules for descriptors defined in section 3.1 of [RFC2578].

名前は常に組織の名前から始まり、[RFC2578]のセクション3.1で定義されている記述子のSMIV2ルールを尊重する必要があります。

A document that creates new metrics would have an IANA considerations section in which it would describe new metrics to be registered.

新しいメトリックを作成するドキュメントには、登録される新しいメトリックを説明するIANAの考慮事項セクションがあります。

An OBJECT IDENTITY assigned to a metric is definitive and cannot be reused. If a new version of a metric is produced, then it is assigned with a new name and a new identifier.

メトリックに割り当てられたオブジェクトIDは決定的であり、再利用することはできません。メトリックの新しいバージョンが生成された場合、新しい名前と新しい識別子が割り当てられます。

Copyright (C) The Internet Society (2005). The initial version of this MIB module was published in RFC 4148; for full legal notices see the RFC itself or http://www.ietf.org/copyrights/ianamib.html."

Copyright(c)The Internet Society(2005)。このMIBモジュールの初期バージョンは、RFC 4148で公開されました。完全な法的通知については、RFC自体またはhttp://www.ietf.org/copyrights/ianamib.htmlを参照してください。

   REVISION      "200507280000Z"    -- July 28, 2005
   DESCRIPTION
       "Initial version of the IPPM metrics registry module.
        This version published as RFC 4148."
   ::= { mib-2 128 }
      ianaIppmMetrics OBJECT-IDENTITY
       STATUS       current
       DESCRIPTION
           "Registration point for IP Performance Metrics."
       ::= { ianaIppmMetricsRegistry 1 }
        

-- -- Registry of the metrics of the IPPM WG RFCs --

--- IPPM WG RFCSのメトリックのレジストリ -

-- -- RFC 2678 "IPPM Metrics for Measuring Connectivity" --

--- RFC 2678「接続性を測定するためのIPPMメトリック」 -

   ietfInstantUnidirConnectivity OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Instantaneous-Unidirectional-Connectivity"
       REFERENCE "RFC2678, section 2."
       ::= { ianaIppmMetrics 1}
        
   ietfInstantBidirConnectivity OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Instantaneous-Bidirectional-Connectivity"
       REFERENCE "RFC2678, section 3."
       ::= { ianaIppmMetrics 2}
        
   ietfIntervalUnidirConnectivity OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Interval-Unidirectional-Connectivity"
       REFERENCE "RFC2678, section 4."
       ::= { ianaIppmMetrics 3 }
        
   ietfIntervalBidirConnectivity OBJECT-IDENTITY
       STATUS current
       DESCRIPTION
           "Type-P-Interval-Bidirectional-Connectivity"
       REFERENCE "RFC2678, section 5."
       ::= { ianaIppmMetrics 4 }
        
   ietfIntervalTemporalConnectivity OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P1-P2-Interval-Temporal-Connectivity"
       REFERENCE "RFC2678, section 6."
       ::= { ianaIppmMetrics 5 }
        

-- -- RFC 2679 "A One-way Delay Metric for IPPM" --

--- RFC 2679 "IPPMの一方向遅延メトリック" -

   ietfOneWayDelay OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay"
       REFERENCE "RFC2679, section 3."
       ::= { ianaIppmMetrics 6 }
        
   ietfOneWayDelayPoissonStream OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay-Poisson-Stream"
       REFERENCE "RFC2679, section 4."
       ::= { ianaIppmMetrics 7 }
        
   ietfOneWayDelayPercentile OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay-Percentile"
       REFERENCE "RFC2679, section 5.1."
       ::= { ianaIppmMetrics 8 }
        
   ietfOneWayDelayMedian OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay-Median"
       REFERENCE "RFC2679, section 5.2."
       ::= { ianaIppmMetrics 9 }
        
   ietfOneWayDelayMinimum OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay-Minimum"
       REFERENCE "RFC2679, section 5.3."
       ::= { ianaIppmMetrics 10 }
        
   ietfOneWayDelayInversePercentile OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay-Inverse-Percentile"
       REFERENCE "RFC2679, section 5.4."
       ::= { ianaIppmMetrics 11 }
        

-- -- RFC 2680 "One-way Packet Loss Metric for IPPM" --

--- RFC 2680 "IPPMの一元配置パケット損失メトリック" -

   ietfOneWayPktLoss OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Packet-Loss"
       REFERENCE "RFC2680, section 2."
       ::= { ianaIppmMetrics 12 }
        
   ietfOneWayPktLossPoissonStream OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Packet-Loss-Poisson-Stream"
       REFERENCE "RFC2680, section 3."
       ::= { ianaIppmMetrics 13 }
        
   ietfOneWayPktLossAverage OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Packet-Loss-Average"
       REFERENCE "RFC2680, section 4."
       ::= { ianaIppmMetrics 14 }
        

-- -- RFC 2681 "A Round-trip Delay Metric for IPPM" --

- RFC 2681「IPPMの往復遅延メトリック」 -

   ietfRoundTripDelay OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Round-trip-Delay"
       REFERENCE " section 2 of the rfc2681."
       ::= { ianaIppmMetrics 15 }
        
   ietfRoundTripDelayPoissonStream OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Round-trip-Delay-Poisson-Stream"
       REFERENCE "RFC2681, section 4."
       ::= { ianaIppmMetrics 16 }
        

ietfRoundTripDelayPercentile OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Delay-Percentile" REFERENCE "RFC2681, section 4.1."

IETFROUNDTRIPDELAYPERCENTILEオブジェクトアイデンティティステータス現在の説明

       ::= { ianaIppmMetrics 17 }
        
   ietfRoundTripDelayMedian OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Round-trip-Delay-Median"
       REFERENCE "RFC2681, section 4.2."
       ::= { ianaIppmMetrics 18 }
        
   ietfRoundTripDelayMinimum OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Round-trip-Delay-Minimum"
       REFERENCE "RFC2681, section 4.3."
       ::= { ianaIppmMetrics 19 }
        
   ietfRoundTripDelayInvPercentile OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-Round-trip-Inverse-Percentile"
       REFERENCE "RFC2681, section 4.4."
       ::= { ianaIppmMetrics 20 }
        

-- -- RFC 3357: "One-way Loss Pattern Sample Metrics" --

--- RFC 3357:「一元配置損失パターンサンプルメトリック」 -

ietfOneWayLossDistanceStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Distance-Stream" REFERENCE " RFC3357, section 5.4.1." ::={ ianaIppmMetrics 21}

IETFONEWAYLOSSDISTANCESTEMオブジェクトアイデンティティステータス現在の説明:: = {ianaippmmetrics 21}

ietfOneWayLossPeriodStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Period-Stream" REFERENCE " RFC3357, section 5.4.2." ::={ ianaIppmMetrics 22}

IETFONEWAYLOSSPERIODSTREAMオブジェクトアイデンティティステータス現在の説明:: = {ianaippmmetrics 22}

   ietfOneWayLossNoticeableRate OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-Way-Loss-Noticeable-Rate"
       REFERENCE " RFC3357, section 6.1."
       ::= { ianaIppmMetrics 23 }
        
   ietfOneWayLossPeriodTotal OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-Way-Loss-Period-Total"
       REFERENCE " RFC3357, section 6.2."
       ::= { ianaIppmMetrics 24 }
        
   ietfOneWayLossPeriodLengths OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-Way-Loss-Period-Lengths"
       REFERENCE " RFC3357, section 6.3."
       ::= { ianaIppmMetrics 25 }
        
   ietfOneWayInterLossPeriodLengths OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-Way-Inter-Loss-Period-Lengths"
       REFERENCE " RFC3357, section 6.4."
       ::= { ianaIppmMetrics 26 }
        
   --
   -- RFC 3393: "IP Packet Delay Variation Metric
   --           for IP Performance Metrics (IPPM)"
        
   ietfOneWayIpdv OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-ipdv"
       REFERENCE " RFC3393, section 2."
       ::= { ianaIppmMetrics 27 }
        
   ietfOneWayIpdvPoissonStream OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-ipdv-Poisson-stream"
       REFERENCE " RFC3393, section 3."
       ::= { ianaIppmMetrics 28 }
        
   ietfOneWayIpdvPercentile OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
         "Type-P-One-way-ipdv-percentile"
       REFERENCE " RFC3393, section 4.3."
       ::= { ianaIppmMetrics 29 }
        
   ietfOneWayIpdvInversePercentile OBJECT-IDENTITY
       STATUS     current
          DESCRIPTION
           "Type-P-One-way-ipdv-inverse-percentile"
       REFERENCE " RFC3393, section 4.4."
       ::= { ianaIppmMetrics 30 }
        
   ietfOneWayIpdvJitter OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-ipdv-jitter"
       REFERENCE " RFC3393, section 4.5."
       ::= { ianaIppmMetrics 31 }
        
   ietfOneWayPeakToPeakIpdv OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-peak-to-peak-ipdv"
       REFERENCE " RFC3393, section 4.6."
       ::= { ianaIppmMetrics 32 }
        

-- -- RFC 3432: "Network performance measurement with periodic streams" --

--- RFC 3432:「定期的なストリームを使用したネットワークパフォーマンス測定」 -

   ietfOneWayDelayPeriodicStream OBJECT-IDENTITY
       STATUS     current
       DESCRIPTION
           "Type-P-One-way-Delay-Periodic-Stream"
       REFERENCE " RFC3432, section 4."
       ::= { ianaIppmMetrics 33 }
        

END

終わり

7. Security Considerations
7. セキュリティに関する考慮事項

This module does not define any management objects. Instead, it assigns a set of OBJECT-IDENTITIES which may be used by other MIB modules to identify specific IP Performance Metrics.

このモジュールは、管理オブジェクトを定義しません。代わりに、特定のIPパフォーマンスメトリックを識別するために他のMIBモジュールが使用できるオブジェクトの同一性のセットを割り当てます。

Meaningful security considerations can only be written in the MIB modules that define management objects. This document has therefore no impact on the security of the Internet.

意味のあるセキュリティ上の考慮事項は、管理オブジェクトを定義するMIBモジュールでのみ作成できます。したがって、このドキュメントは、インターネットのセキュリティに影響を与えません。

8. References
8. 参考文献
8.1. Normative References
8.1. 引用文献

[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.

[RFC2434] Narten、T。およびH. Alvestrand、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 2434、1998年10月。

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

[RFC2578] McCloghrie、K.、Perkins、D。、およびJ. Schoenwaelder、「管理情報の構造バージョン2(SMIV2)」、STD 58、RFC 2578、1999年4月。

[RFC2678] Mahdavi, J. and V. Paxson, "IPPM Metrics for Measuring Connectivity", RFC 2678, September 1999.

[RFC2678] Mahdavi、J。およびV. Paxson、「接続性を測定するためのIPPMメトリック」、RFC 2678、1999年9月。

[RFC2679] Almes, G., Kalidindi, S., and M. Zekauskas, "A One-way Delay Metric for IPPM", RFC 2679, September 1999.

[RFC2679] Almes、G.、Kalidindi、S。、およびM. Zekauskas、「IPPMの一方向遅延メトリック」、RFC 2679、1999年9月。

[RFC2680] Almes, G., Kalidindi, S., and M. Zekauskas, "A One-way Packet Loss Metric for IPPM", RFC 2680, September 1999.

[RFC2680] Almes、G.、Kalidindi、S。、およびM. Zekauskas、「IPPMの一元配置パケット損失メトリック」、RFC 2680、1999年9月。

[RFC2681] Almes, G., Kalidindi, S., and M. Zekauskas, "A Round-trip Delay Metric for IPPM", RFC 2681, September 1999.

[RFC2681] Almes、G.、Kalidindi、S。、およびM. Zekauskas、「IPPMの往復遅延メトリック」、RFC 2681、1999年9月。

[RFC3357] Koodli, R. and R. Ravikanth, "One-way Loss Pattern Sample Metrics", RFC 3357, August 2002.

[RFC3357] Koodli、R。およびR. Ravikanth、「一元配置パターンサンプルメトリック」、RFC 3357、2002年8月。

[RFC3393] Demichelis, C. and P. Chimento, "IP Packet Delay Variation Metric for IP Performance Metrics (IPPM)", RFC 3393, November 2002.

[RFC3393] Demichelis、C。およびP. Chimento、「IPパフォーマンスメトリック(IPPM)のIPパケット遅延変動メトリック」、RFC 3393、2002年11月。

[RFC3432] Raisanen, V., Grotefeld, G., and A. Morton, "Network performance measurement with periodic streams", RFC 3432, November 2002.

[RFC3432] Raisanen、V.、Grotefeld、G。、およびA. Morton、「定期的なストリームによるネットワークパフォーマンス測定」、RFC 3432、2002年11月。

8.2. Informative References
8.2. 参考引用

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

[RFC2579] McCloghrie、K.、Perkins、D。、およびJ. Schoenwaelder、「SMIV2のテキストコンベンション」、STD 58、RFC 2579、1999年4月。

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

[RFC2580] McCloghrie、K.、Perkins、D。、およびJ. Schoenwaelder、「SMIV2の適合ステートメント」、STD 58、RFC 2580、1999年4月。

[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.

[RFC3410] Case、J.、Mundy、R.、Partain、D。、およびB. Stewart、「インターネット標準管理フレームワークの紹介と適用声明」、RFC 3410、2002年12月。

Author's Address

著者の連絡先

Stephan Emile France Telecom R & D 2 avenue Pierre Marzin Lannion F-22307 France

ステファンエミールフランステレコムR&D 2アベニューピエールマルジンラニオンF-22307フランス

   Fax:   +33 2 96 05 18 52
   EMail: emile.stephan@francetelecom.com
        

Full Copyright Statement

完全な著作権声明

Copyright (C) The Internet Society (2005).

Copyright(c)The Internet Society(2005)。

This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.

この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。

This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM 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.

このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織(もしあれば)が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。

Intellectual Property

知的財産

The IETF takes no position regarding the validity or scope of any Intellectual Property Rights 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; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.

IETFは、知的財産権またはその他の権利の有効性または範囲に関して、本書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスに基づくライセンスの範囲に関連すると主張される可能性のある他の権利に関しては、立場を取得しません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。

Copies of IPR disclosures made to the IETF Secretariat 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 implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.

IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。

The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.

IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要なテクノロジーをカバーする可能性のあるその他の独自の権利を注意深く招待します。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。

Acknowledgement

謝辞

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

RFCエディター機能の資金は現在、インターネット協会によって提供されています。