RFC4148 日本語訳
4148 IP Performance Metrics (IPPM) Metrics Registry. E. Stephan. August 2005. (Format: TXT=23074 bytes) (Also BCP0108) (Status: BEST CURRENT PRACTICE)
プログラムでの自動翻訳です。
英語原文
Network Working Group E. Stephan Request for Comments: 4148 France Telecom R&D BCP: 108 August 2005 Category: Best Current Practice
コメントを求めるワーキンググループE.シュテファン要求をネットワークでつないでください: 4148フランステレコム研究開発BCP: 108 2005年8月のカテゴリ: 最も良い現在の習慣
IP Performance Metrics (IPPM) Metrics Registry
IPパフォーマンス測定基準(IPPM)測定基準登録
Status of this Memo
この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.
このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(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パフォーマンスMetrics(IPPM)のために登録を定義します。 それは、IETFでの現在定義された測定基準に、OBJECT IDENTITIESの1人の始発を割り当てて、登録します。
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パフォーマンスMetricsを言い足して、すべての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. インターネット標準の管理枠組み…2 2. 概観…2 3. IPパフォーマンス測定基準登録枠組み…2 4. IPPM測定基準登録創造に頭文字をつけてください…3 5. IANA問題…4 5.1. 管理は統治されます…4 5.2. 登録テンプレート…4 6. IPPM登録定義に頭文字をつけてください…4 7. セキュリティ問題…11 8. 参照…12 8.1. 標準の参照…12 8.2. 有益な参照…12
Stephan Best Current Practice [Page 1] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[1ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
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].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[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].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このメモはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[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 他の標準化団体がIP性能測定基準にはOBJECT IDENTITIESがあるよう奨励するためにそれらの測定基準を登録できる余地を提供するのはIPPM WGの意図が一貫した測定基準を促進するために、他の適切な標準化団体(または、フォーラム)と協力することであるので、一般的なポイントで捜しました。
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 Metricsにできる必要があります。 それぞれがメートル法で登録はOBJECT-IDENTITYを関連づけます。 例えば、Type-Pの片道遅れとType-Pの片道遅れポアソンの流れには、異なったOBJECT IDENTITIESがあります。
The registry has one branch. Metrics are identified in the 'ianaIppmMetrics' subtree.
登録には、1つのブランチがあります。 測定基準は'ianaIppmMetrics'下位木で特定されます。
Stephan Best Current Practice [Page 2] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[2ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
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で生産されたRFCsで定義されている測定基準を特定します。 これまで、IPPM WGは以下の7つの話題に関連する33の測定基準を定義しました:
1. IPPM Metrics for Measuring Connectivity, RFC 2678 [RFC2678]
1. 測定の接続性、RFC2678のためのIPPM測定基準[RFC2678]
2. One-way Delay Metrics, RFC 2679 [RFC2679]
2. 片道遅れ測定基準、RFC2679[RFC2679]
3. One-way Packet Loss Metrics, RFC 2680 [RFC2680]
3. 片道パケット損失測定基準、RFC2680[RFC2680]
4. Round-trip Delay Metrics, RFC 2681 [RFC2681]
4. 往復の遅れ測定基準、RFC2681[RFC2681]
5. One-way Loss Pattern Sample Metrics, RFC 3357 [RFC3357]
5. 片道損失型見本測定基準、RFC3357[RFC3357]
6. IP Packet Delay Variation Metric, RFC 3393 [RFC3393]
6. IPパケット遅れ変化メートル法のRFC3393[RFC3393]
7. IPPM Metrics for periodic streams, RFC 3432 [RFC3432]
7. 周期的な流れのためのIPPM Metrics、RFC3432[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 大文字するために'--'に続く手紙を変えます。
Stephan Best Current Practice [Page 3] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[3ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
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].
登録証明書が'仕様Required'に基づいて[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.
aにメートル法で割り当てられたOBJECT IDENTITYは決定的であり、再利用できません。 aメートル法の新しいバージョンが生産されるなら、それは新しい名前と新しい識別子で割り当てられます。
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のメートル法の以下をregistedしました:
aNewMetricName OBJECT-IDENTITY STATUS current DESCRIPTION "The identifier for a new metric." REFERENCE "Reference R, section n." ::= { ianaIppmMetrics nn } -- IANA assigns nn
aNewMetricName OBJECT-IDENTITY STATUSの現在の記述、「aにおける、新しくメートル法の識別子。」 REFERENCEは「R、セクションn.に、参照をつけます」。 ::= ianaIppmMetrics nn--IANAはnnを割り当てます。
6. Initial IPPM Registry Definition
6. 初期のIPPM登録定義
IANA-IPPM-METRICS-REGISTRY-MIB DEFINITIONS ::= BEGIN
IANA-IPPM測定基準登録MIB定義:、:= 始まってください。
IMPORTS
輸入
Stephan Best Current Practice [Page 4] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[4ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
OBJECT-IDENTITY, MODULE-IDENTITY, mib-2 FROM SNMPv2-SMI;
OBJECT-IDENTITY、MODULE-IDENTITY、mib-2 FROM SNMPv2-SMI。
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
郵便: カリフォルニア ICANN4676海軍本部Way、Suite330マリナデルレイ、90292
Tel: +1 310 823 9358 E-Mail: iana@iana.org"
Tel: +1 9358年の310 823メール: " iana@iana.org "
DESCRIPTION "This module defines a registry for IP Performance Metrics.
記述、「このモジュールはIPパフォーマンスMetricsのために登録を定義します」。
Registrations are done sequentially by IANA in the ianaIppmMetrics subtree on the basis of 'Specification Required', as defined in [RFC2434].
登録証明書が'仕様Required'に基づいて[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.
aにメートル法で割り当てられたOBJECT IDENTITYは決定的であり、再利用できません。 aメートル法の新しいバージョンが生産されるなら、それは新しい名前と新しい識別子で割り当てられます。
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)インターネット協会(2005)。 このMIBモジュールの初期のバージョンはRFC4148で発行されました。 「完全な法定の通知に関して、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 }
REVISION"200507280000Z"--2005年7月28日に、記述は「IPPM測定基準登録モジュールのバージョンに頭文字をつけます」。 「RFC4148として発行されたこのバージョン。」 ::= mib-2 128
Stephan Best Current Practice [Page 5] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[5ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
ianaIppmMetrics OBJECT-IDENTITY STATUS current DESCRIPTION "Registration point for IP Performance Metrics." ::= { ianaIppmMetricsRegistry 1 }
「登録はIPパフォーマンス測定基準のために指す」ianaIppmMetrics OBJECT-IDENTITY STATUSの現在の記述。 ::= ianaIppmMetricsRegistry1
-- -- 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}
ietfInstantUnidirConnectivity OBJECT-IDENTITY STATUSの現在の記述、「」 「RFC2678、セクション2」というタイプのP瞬時に起こっている単方向の接続性REFERENCE。 ::= ianaIppmMetrics1
ietfInstantBidirConnectivity OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Instantaneous-Bidirectional-Connectivity" REFERENCE "RFC2678, section 3." ::= { ianaIppmMetrics 2}
ietfInstantBidirConnectivity OBJECT-IDENTITY STATUSの現在の記述、「」 「RFC2678、セクション3」というタイプのP瞬時に起こっている双方向の接続性REFERENCE。 ::= ianaIppmMetrics2
ietfIntervalUnidirConnectivity OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Interval-Unidirectional-Connectivity" REFERENCE "RFC2678, section 4." ::= { ianaIppmMetrics 3 }
ietfIntervalUnidirConnectivity OBJECT-IDENTITY STATUSの現在の記述、「」 「RFC2678、セクション4」というタイプP間隔単方向の接続性REFERENCE。 ::= ianaIppmMetrics3
ietfIntervalBidirConnectivity OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Interval-Bidirectional-Connectivity" REFERENCE "RFC2678, section 5." ::= { ianaIppmMetrics 4 }
ietfIntervalBidirConnectivity OBJECT-IDENTITY STATUSの現在の記述、「」 「RFC2678、セクション5」というタイプのP間隔の双方向の接続性REFERENCE。 ::= ianaIppmMetrics4
ietfIntervalTemporalConnectivity OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P1-P2-Interval-Temporal-Connectivity" REFERENCE "RFC2678, section 6." ::= { ianaIppmMetrics 5 }
ietfIntervalTemporalConnectivity OBJECT-IDENTITY STATUSの現在の記述、「」 「RFC2678、セクション6」というタイプのP1-P2の間隔の時の接続性REFERENCE。 ::= ianaIppmMetrics5
Stephan Best Current Practice [Page 6] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[6ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
-- -- RFC 2679 "A One-way Delay Metric for IPPM" --
-- -- RFC、2679 「IPPMにおける、メートル法のA One-道の遅れ」--
ietfOneWayDelay OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay" REFERENCE "RFC2679, section 3." ::= { ianaIppmMetrics 6 }
ietfOneWayDelay OBJECT-IDENTITY STATUSの現在の記述「タイプのP片道遅れ」REFERENCE、「RFC2679、セクション3。」 ::= ianaIppmMetrics6
ietfOneWayDelayPoissonStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay-Poisson-Stream" REFERENCE "RFC2679, section 4." ::= { ianaIppmMetrics 7 }
現在のietfOneWayDelayPoissonStream OBJECT-IDENTITY STATUSの記述「タイプのP片道遅れポアソンの流れ」REFERENCE、「RFC2679、セクション4。」 ::= ianaIppmMetrics7
ietfOneWayDelayPercentile OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay-Percentile" REFERENCE "RFC2679, section 5.1." ::= { ianaIppmMetrics 8 }
現在のietfOneWayDelayPercentile OBJECT-IDENTITY STATUSの記述「タイプのP片道遅れ百分順位」REFERENCE、「RFC2679、セクション5.1。」 ::= ianaIppmMetrics8
ietfOneWayDelayMedian OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay-Median" REFERENCE "RFC2679, section 5.2." ::= { ianaIppmMetrics 9 }
現在のietfOneWayDelayMedian OBJECT-IDENTITY STATUSの記述「タイプのP片道遅れメディアン」REFERENCE、「RFC2679、セクション5.2。」 ::= ianaIppmMetrics9
ietfOneWayDelayMinimum OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay-Minimum" REFERENCE "RFC2679, section 5.3." ::= { ianaIppmMetrics 10 }
現在のietfOneWayDelayMinimum OBJECT-IDENTITY STATUSの記述「タイプのP片道遅れ最小限」REFERENCE、「RFC2679、セクション5.3。」 ::= ianaIppmMetrics10
ietfOneWayDelayInversePercentile OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay-Inverse-Percentile" REFERENCE "RFC2679, section 5.4." ::= { ianaIppmMetrics 11 }
現在のietfOneWayDelayInversePercentile OBJECT-IDENTITY STATUSの記述「タイプのP片道遅れ逆さの百分順位」REFERENCE、「RFC2679、セクション5.4。」 ::= ianaIppmMetrics11
Stephan Best Current Practice [Page 7] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[7ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
-- -- 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 }
ietfOneWayPktLoss OBJECT-IDENTITY STATUSの現在の記述「タイプのP片道パケット損失」REFERENCE、「RFC2680、セクション2。」 ::= ianaIppmMetrics12
ietfOneWayPktLossPoissonStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Packet-Loss-Poisson-Stream" REFERENCE "RFC2680, section 3." ::= { ianaIppmMetrics 13 }
現在のietfOneWayPktLossPoissonStream OBJECT-IDENTITY STATUSの記述「タイプのP片道パケット損失ポアソンの流れ」REFERENCE、「RFC2680、セクション3。」 ::= ianaIppmMetrics13
ietfOneWayPktLossAverage OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Packet-Loss-Average" REFERENCE "RFC2680, section 4." ::= { ianaIppmMetrics 14 }
現在のietfOneWayPktLossAverage OBJECT-IDENTITY STATUSの記述「タイプのP片道パケット損失平均」REFERENCE、「RFC2680、セクション4。」 ::= ianaIppmMetrics14
-- -- RFC 2681 "A Round-trip Delay Metric for IPPM" --
-- -- 「IPPMにおける、メートル法の往復の遅れ」あたりRFC2681--
ietfRoundTripDelay OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Delay" REFERENCE " section 2 of the rfc2681." ::= { ianaIppmMetrics 15 }
ietfRoundTripDelay OBJECT-IDENTITY STATUSの現在の記述「タイプのP往復の遅れ」REFERENCEは「2rfc2681を区分します」。 ::= ianaIppmMetrics15
ietfRoundTripDelayPoissonStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Delay-Poisson-Stream" REFERENCE "RFC2681, section 4." ::= { ianaIppmMetrics 16 }
現在のietfRoundTripDelayPoissonStream OBJECT-IDENTITY STATUSの記述「タイプのP往復の遅れポアソンの流れ」REFERENCE、「RFC2681、セクション4。」 ::= ianaIppmMetrics16
ietfRoundTripDelayPercentile OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Delay-Percentile" REFERENCE "RFC2681, section 4.1."
現在のietfRoundTripDelayPercentile OBJECT-IDENTITY STATUSの記述「タイプのP往復の遅れ百分順位」REFERENCE、「RFC2681、セクション4.1。」
Stephan Best Current Practice [Page 8] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[8ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
::= { ianaIppmMetrics 17 }
::= ianaIppmMetrics17
ietfRoundTripDelayMedian OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Delay-Median" REFERENCE "RFC2681, section 4.2." ::= { ianaIppmMetrics 18 }
現在のietfRoundTripDelayMedian OBJECT-IDENTITY STATUSの記述「タイプのP往復の遅れメディアン」REFERENCE、「RFC2681、セクション4.2。」 ::= ianaIppmMetrics18
ietfRoundTripDelayMinimum OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Delay-Minimum" REFERENCE "RFC2681, section 4.3." ::= { ianaIppmMetrics 19 }
現在のietfRoundTripDelayMinimum OBJECT-IDENTITY STATUSの記述「タイプのP往復の遅れ最小限」REFERENCE、「RFC2681、セクション4.3。」 ::= ianaIppmMetrics19
ietfRoundTripDelayInvPercentile OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-Round-trip-Inverse-Percentile" REFERENCE "RFC2681, section 4.4." ::= { ianaIppmMetrics 20 }
現在のietfRoundTripDelayInvPercentile OBJECT-IDENTITY STATUSの記述「タイプのP往復の逆さの百分順位」REFERENCE、「RFC2681、セクション4.4。」 ::= ianaIppmMetrics20
-- -- RFC 3357: "One-way Loss Pattern Sample Metrics" --
-- -- RFC3357: 「片道損失型見本測定基準」--
ietfOneWayLossDistanceStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Distance-Stream" REFERENCE " RFC3357, section 5.4.1." ::={ ianaIppmMetrics 21}
現在のietfOneWayLossDistanceStream OBJECT-IDENTITY STATUSの記述「タイプのP片道損失距離の流れ」REFERENCE、「RFC3357、セクション5.4.1。」 ::=ianaIppmMetrics21
ietfOneWayLossPeriodStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Period-Stream" REFERENCE " RFC3357, section 5.4.2." ::={ ianaIppmMetrics 22}
現在のietfOneWayLossPeriodStream OBJECT-IDENTITY STATUSの記述「タイプのP片道損失期間の流れ」REFERENCE、「RFC3357、セクション5.4.2。」 ::=ianaIppmMetrics22
ietfOneWayLossNoticeableRate OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Noticeable-Rate" REFERENCE " RFC3357, section 6.1." ::= { ianaIppmMetrics 23 }
現在のietfOneWayLossNoticeableRate OBJECT-IDENTITY STATUSの記述「タイプのP片道損失めぼしい率」REFERENCE、「RFC3357、セクション6.1。」 ::= ianaIppmMetrics23
Stephan Best Current Practice [Page 9] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[9ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
ietfOneWayLossPeriodTotal OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Period-Total" REFERENCE " RFC3357, section 6.2." ::= { ianaIppmMetrics 24 }
現在のietfOneWayLossPeriodTotal OBJECT-IDENTITY STATUSの記述「タイプのP片道損失期間の合計」REFERENCE、「RFC3357、セクション6.2。」 ::= ianaIppmMetrics24
ietfOneWayLossPeriodLengths OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Loss-Period-Lengths" REFERENCE " RFC3357, section 6.3." ::= { ianaIppmMetrics 25 }
ietfOneWayLossPeriodLengths OBJECT-IDENTITY STATUSの現在の記述「タイプのP片道損失期間の長さ」REFERENCE「RFC3357、セクション6.3」。 ::= ianaIppmMetrics25
ietfOneWayInterLossPeriodLengths OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-Way-Inter-Loss-Period-Lengths" REFERENCE " RFC3357, section 6.4." ::= { ianaIppmMetrics 26 }
ietfOneWayInterLossPeriodLengths OBJECT-IDENTITY STATUSの現在の記述「タイプのP片道相互損失期間の長さ」REFERENCE「RFC3357、セクション6.4」。 ::= ianaIppmMetrics26
-- -- RFC 3393: "IP Packet Delay Variation Metric -- for IP Performance Metrics (IPPM)"
-- -- RFC3393: 「IPパフォーマンス測定基準(IPPM)における、メートル法のIPパケット遅れ変化」
ietfOneWayIpdv OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-ipdv" REFERENCE " RFC3393, section 2." ::= { ianaIppmMetrics 27 }
ietfOneWayIpdv OBJECT-IDENTITY STATUSの現在の記述「タイプのP片道ipdv」REFERENCE、「RFC3393、セクション2。」 ::= ianaIppmMetrics27
ietfOneWayIpdvPoissonStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-ipdv-Poisson-stream" REFERENCE " RFC3393, section 3." ::= { ianaIppmMetrics 28 }
ietfOneWayIpdvPoissonStream OBJECT-IDENTITY STATUSの現在の記述「タイプのP片道ipdvポアソンは流れ」REFERENCE、「RFC3393、セクション3。」 ::= ianaIppmMetrics28
ietfOneWayIpdvPercentile OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-ipdv-percentile" REFERENCE " RFC3393, section 4.3." ::= { ianaIppmMetrics 29 }
「P片道ipdv百分順位をタイプしてください」というietfOneWayIpdvPercentile OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「RFC3393、セクション4.3。」 ::= ianaIppmMetrics29
ietfOneWayIpdvInversePercentile OBJECT-IDENTITY STATUS current
ietfOneWayIpdvInversePercentile OBJECT-IDENTITY STATUS海流
Stephan Best Current Practice [Page 10] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[10ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
DESCRIPTION "Type-P-One-way-ipdv-inverse-percentile" REFERENCE " RFC3393, section 4.4." ::= { ianaIppmMetrics 30 }
「P片道ipdv逆さの百分順位をタイプしてください」という記述REFERENCE、「RFC3393、セクション4.4。」 ::= ianaIppmMetrics30
ietfOneWayIpdvJitter OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-ipdv-jitter" REFERENCE " RFC3393, section 4.5." ::= { ianaIppmMetrics 31 }
「P片道ipdvジターをタイプしてください」というietfOneWayIpdvJitter OBJECT-IDENTITY STATUSの現在の記述REFERENCE、「RFC3393、セクション4.5。」 ::= ianaIppmMetrics31
ietfOneWayPeakToPeakIpdv OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-peak-to-peak-ipdv" REFERENCE " RFC3393, section 4.6." ::= { ianaIppmMetrics 32 }
「ipdvに最大限にするためにP一方通行のピークをタイプしている」ietfOneWayPeakToPeakIpdv OBJECT-IDENTITY STATUS現在の記述REFERENCE、「RFC3393、セクション4.6。」 ::= ianaIppmMetrics32
-- -- RFC 3432: "Network performance measurement with periodic streams" --
-- -- RFC3432: 「周期的な流れによるネットワーク性能測定」--
ietfOneWayDelayPeriodicStream OBJECT-IDENTITY STATUS current DESCRIPTION "Type-P-One-way-Delay-Periodic-Stream" REFERENCE " RFC3432, section 4." ::= { ianaIppmMetrics 33 }
現在のietfOneWayDelayPeriodicStream OBJECT-IDENTITY STATUSの記述「タイプのP片道遅れ周期的な流れ」REFERENCE、「RFC3432、セクション4。」 ::= ianaIppmMetrics33
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パフォーマンスMetricsを特定するのに他のMIBモジュールで使用されるかもしれないOBJECT-IDENTITIESの1セットを割り当てます。
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モジュールで重要なセキュリティ問題を書くことができるだけです。 したがって、このドキュメントはインターネットのセキュリティに変化も与えません。
Stephan Best Current Practice [Page 11] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[11ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
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問題部に書くためのガイドライン」BCP26、RFC2434(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.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2678] Mahdavi, J. and V. Paxson, "IPPM Metrics for Measuring Connectivity", RFC 2678, September 1999.
[RFC2678] Mahdavi、J.、および「測定の接続性のためのIPPM測定基準」、RFC2678、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における、メートル法のA One-道の遅れ」、RFC2679、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における、メートル法のA One-道のパケット損失」、RFC2680、1999年9月。
[RFC2681] Almes, G., Kalidindi, S., and M. Zekauskas, "A Round-trip Delay Metric for IPPM", RFC 2681, September 1999.
1999年9月の[RFC2681]AlmesとG.とKalidindi、S.とM.Zekauskas、「IPPMにおける、メートル法の往復の遅れ」RFC2681。
[RFC3357] Koodli, R. and R. Ravikanth, "One-way Loss Pattern Sample Metrics", RFC 3357, August 2002.
[RFC3357] KoodliとR.とR.Ravikanth、「片道損失型見本測定基準」、RFC3357、2002年8月。
[RFC3393] Demichelis, C. and P. Chimento, "IP Packet Delay Variation Metric for IP Performance Metrics (IPPM)", RFC 3393, November 2002.
[RFC3393]デミチェリスとC.とP.Chimento、「IPパフォーマンス測定基準(IPPM)における、メートル法のIPパケット遅れ変化」、RFC3393、2002年11月。
[RFC3432] Raisanen, V., Grotefeld, G., and A. Morton, "Network performance measurement with periodic streams", RFC 3432, November 2002.
2002年11月の[RFC3432]RaisanenとV.とGrotefeld、G.とA.モートン、「周期的な流れによるネットワーク性能測定」RFC3432。
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.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、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] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネットの標準の管理枠組みのための序論と適用性声明」、RFC3410(2002年12月)。
Stephan Best Current Practice [Page 12] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[12ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
Author's Address
作者のアドレス
Stephan Emile France Telecom R & D 2 avenue Pierre Marzin Lannion F-22307 France
シュテファンエイミールフランステレコムアールアンドディー2大通りピアー・Marzin Lannion F-22307フランス
Fax: +33 2 96 05 18 52 EMail: emile.stephan@francetelecom.com
Fax: +33 2 96 05 18 52はメールされます: emile.stephan@francetelecom.com
Stephan Best Current Practice [Page 13] RFC 4148 IP Performance Metrics Registry August 2005
シュテファン最も良い現在の習慣[13ページ]RFC4148IPパフォーマンス測定基準登録2005年8月
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(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.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
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.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
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はどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
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.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
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 Editor機能のための基金は現在、インターネット協会によって提供されます。
Stephan Best Current Practice [Page 14]
シュテファンBest現在の習慣[14ページ]
一覧
スポンサーリンク