Internet Engineering Task Force (IETF)                     D. Frost, Ed.
Request for Comments: 6375                                S. Bryant, Ed.
Category: Informational                                    Cisco Systems
ISSN: 2070-1721                                           September 2011
        
              A Packet Loss and Delay Measurement Profile
                   for MPLS-Based Transport Networks
        

Abstract

抽象

Procedures and protocol mechanisms to enable efficient and accurate measurement of packet loss, delay, and throughput in MPLS networks are defined in RFC 6374.

MPLSネットワークにおけるパケット損失、遅延、およびスループットの効率的かつ正確な測定を可能にするための手順およびプロトコルメカニズムは、RFC 6374で定義されています。

The MPLS Transport Profile (MPLS-TP) is the set of MPLS protocol functions applicable to the construction and operation of packet-switched transport networks.

MPLSトランスポートプロファイル(MPLS-TP)は構造との動作に適用MPLSプロトコル機能の集合であるトランスポートネットワークのパケット交換。

This document describes a profile of the general MPLS loss, delay, and throughput measurement techniques that suffices to meet the specific requirements of MPLS-TP.

この文書では、MPLS-TPの特定の要件を満たすために十分で一般的なMPLS損失、遅延、およびスループットの測定技術のプロファイルを記述する。

This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunication Union Telecommunication Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and Pseudowire Emulation Edge-to-Edge (PWE3) architectures to support the capabilities and functionalities of a packet transport network as defined by the ITU-T.

この文書は、IETF MPLSおよび擬似回線エミュレーションエッジツーエッジ(PWE3)アーキテクチャ内MPLSトランスポートプロファイルを含めるための共同のインターネットエンジニアリングタスクフォース(IETF)/国際電気通信連合電気通信標準化部門(ITU-T)の努力の産物でありますITU-Tによって定義されるようなパケットトランスポートネットワークの能力と機能性をサポートします。

Status of This Memo

このメモのステータス

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントはインターネット標準化過程仕様ではありません。それは、情報提供の目的のために公開されています。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

このドキュメントはインターネットエンジニアリングタスクフォース(IETF)の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ(IESG)によって公表のために承認されています。 IESGによって承認されていないすべての文書がインターネットStandardのどんなレベルの候補です。 RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6375.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6375で取得することができます。

Copyright Notice

著作権表示

Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.

著作権(C)2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント(http://trustee.ietf.org/license-info)に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。

1. Introduction
1. はじめに

Procedures for the measurement of packet loss, delay, and throughput in MPLS networks are defined in [RFC6374]. This document describes a profile, i.e., a simplified subset, of these procedures that suffices to meet the specific requirements of MPLS-based transport networks [RFC5921] as defined in [RFC5860]. This profile is presented for the convenience of implementors who are concerned exclusively with the transport network context.

MPLSネットワークにおけるパケット損失、遅延、およびスループットの測定のための手順は、[RFC6374]で定義されています。この文書は、プロファイル、[RFC5860]で定義されるようにMPLSベースのトランスポートネットワーク[RFC5921]の特定の要件を満たすために十分でこれらの手順、すなわち、単純化されたサブセットを、記載されています。このプロファイルは、トランスポートネットワークのコンテキストで独占的に懸念している実装者の利便性のために提示されます。

The use of the profile specified in this document is purely optional. Implementors wishing to provide enhanced functionality that is within the scope of [RFC6374] but outside the scope of this profile may do so, whether or not the implementation is restricted to the transport network context.

この文書で指定されたプロファイルを使用することは純粋に任意です。 [RFC6374]の範囲内でこのプロファイルの範囲外である強化機能を提供することを望む実装は、実装は、トランスポートネットワークのコンテキストに制限されているか否か、そうしてもよいです。

The assumption of this profile is that the devices involved in a measurement operation are configured for measurement by a means external to the measurement protocols themselves, for example, via a Network Management System (NMS) or separate configuration protocol. The manageability considerations in [RFC6374] apply, and further information on MPLS-TP network management can be found in [RFC5950].

このプロファイルの仮定は、測定動作に関与するデバイスはネットワーク管理システム(NMS)または別個の構成プロトコルを介して、例えば、測定プロトコル自体の外部の手段によって測定するように構成されていることです。 [RFC6374]で管理の考慮事項が適用され、MPLS-TPネットワーク管理に関するさらなる情報は、[RFC5950]に見出すことができます。

This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunication Union Telecommunication Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and Pseudowire Emulation Edge-to-Edge (PWE3) architectures to support the capabilities and functionalities of a packet transport network as defined by the ITU-T.

この文書は、IETF MPLSおよび擬似回線エミュレーションエッジツーエッジ(PWE3)アーキテクチャ内MPLSトランスポートプロファイルを含めるための共同のインターネットエンジニアリングタスクフォース(IETF)/国際電気通信連合電気通信標準化部門(ITU-T)の努力の産物でありますITU-Tによって定義されるようなパケットトランスポートネットワークの能力と機能性をサポートします。

2. MPLS-TP Measurement Considerations
2. MPLS-TPの測定に関する注意事項

The measurement considerations discussed in Section 2.9 of [RFC6374] apply also in the context of MPLS-TP, except for the following, which pertain to topologies excluded from MPLS-TP:

[RFC6374]のセクション2.9で説明した測定の考慮事項は、MPLS-TPから除外トポロジに関する以下を除いて、MPLS-TPとの関連でも適用されます。

o Equal Cost Multipath considerations (Section 2.9.4 of [RFC6374])

O等コストマルチパスの考慮事項([RFC6374]のセクション2.9.4)

o Considerations for direct Loss Measurement (LM) in the presence of Label Switched Paths constructed via the Label Distribution Protocol (LDP) or utilizing Penultimate Hop Popping (Section 2.9.8 of [RFC6374])

Oラベルの存在下で直接損失測定(LM)の考慮事項は、ラベル配布プロトコル(LDP)を介して、または最後から二番目のホップポッピング([RFC6374]のセクション2.9.8)を利用して構築パスをスイッチ

3. Packet Loss Measurement (LM) Profile
3.パケットロス測定(LM)プロファイル

When an LM session is externally configured, the values of several protocol parameters can be fixed in advance at the endpoints involved in the session, so that negotiation of these parameters is not required. These parameters, and their default values as specified by this profile, are as follows:

LMセッションが外部から設定されている場合、いくつかのプロトコルパラメータの値は、セッションに関与するエンドポイントに事前に固定することができるので、これらのパラメータのネゴシエーションが必要とされません。次のようにこのプロファイルで指定されたこれらのパラメータ、およびそのデフォルト値は、以下のとおりです。

   Parameter                                 Default Value
   ----------------------------------------- --------------------------
   Query control code                        In-band Response Requested
   Byte/packet Count (B) Flag                Packet count
   Traffic-class-specific (T) Flag           Traffic-class-scoped
   Origin Timestamp Format (OTF)             Truncated IEEE 1588v2
        

A simple implementation may assume that external configuration will ensure that both ends of the communication are using the default values for these parameters. However, implementations are strongly advised to validate the values of these parameters in received messages so that configuration inconsistencies can be detected and reported.

単純な実装では、外部の構成は通信の両端がこれらのパラメータのデフォルト値を使用していることを確認することを仮定してもよいです。しかし、実装が強く、その設定の矛盾を検出し、報告することができますので、受信したメッセージには、これらのパラメータの値を検証することをお勧めします。

LM message rates (and test message rates, when inferred LM is used) should be configurable by the network operator on a per-channel basis. The following intervals should be supported:

(推論LMが使用され、テストメッセージレート)LMメッセージレートは、チャネルごとにネットワークオペレータによって設定可能であるべきです。次の間隔がサポートする必要があります。

   Message Type   Supported Intervals
   -------------- ------------------------------------------------------
   LM Message     100 milliseconds, 1 second, 10 seconds, 1 minute, 10
                  minutes
   Test Message   10 milliseconds, 100 milliseconds, 1 second, 10
                  seconds, 1 minute
        
4. Packet Delay Measurement (DM) Profile
4.パケット遅延測定(DM)のプロフィール

When a DM session is externally configured, the values of several protocol parameters can be fixed in advance at the endpoints involved in the session, so that negotiation of these parameters is not required. These parameters, and their default values as specified by this profile, are as follows:

DMセッションが外部から設定されている場合、いくつかのプロトコルパラメータの値は、セッションに関与するエンドポイントに事前に固定することができるので、これらのパラメータのネゴシエーションが必要とされません。次のようにこのプロファイルで指定されたこれらのパラメータ、およびそのデフォルト値は、以下のとおりです。

   Parameter                                  Default Value
   ------------------------------------------ --------------------------
   Query control code                         In-band Response Requested
   Querier Timestamp Format (QTF)             Truncated IEEE 1588v2
   Responder Timestamp Format (RTF)           Truncated IEEE 1588v2
   Responder's Preferred Timestamp Format     Truncated IEEE 1588v2
   (RPTF)
        

A simple implementation may assume that external configuration will ensure that both ends of the communication are using the default values for these parameters. However, implementations are strongly advised to validate the values of these parameters in received messages so that configuration inconsistencies can be detected and reported.

単純な実装では、外部の構成は通信の両端がこれらのパラメータのデフォルト値を使用していることを確認することを仮定してもよいです。しかし、実装が強く、その設定の矛盾を検出し、報告することができますので、受信したメッセージには、これらのパラメータの値を検証することをお勧めします。

DM message rates should be configurable by the network operator on a per-channel basis. The following message intervals should be supported: 1 second, 10 seconds, 1 minute, 10 minutes.

DMのメッセージレートは、チャンネルごとにネットワークオペレータによって設定する必要があります。次のメッセージ間隔がサポートされなければならない:1秒、10秒、1分、10分。

5. Security Considerations
5.セキュリティについての考慮事項

This document delineates a subset of the procedures specified in [RFC6374], and as such introduces no new security considerations in itself. The security considerations discussed in [RFC6374] also apply to the profile presented in this document. General considerations for MPLS-TP network security can be found in [SECURITY-FRAMEWORK].

このドキュメントは[RFC6374]で指定された手順のサブセットを描く、そのようなものとして、それ自体に新たなセキュリティ問題を導入しません。 [RFC6374]で説明されているセキュリティの考慮事項も、この文書で提示したプロファイルに適用されます。 MPLS-TPネットワークセキュリティのための一般的な考慮事項は、[SECURITY-FRAMEWORK]で見つけることができます。

6. References
6.参照
6.1. Normative References
6.1. 引用規格

[RFC5860] Vigoureux, M., Ward, D., and M. Betts, "Requirements for Operations, Administration, and Maintenance (OAM) in MPLS Transport Networks", RFC 5860, May 2010.

[RFC5860] Vigoureux、M.、ウォード、D.、およびM.ベッツ、 "操作のための要件、管理、および保守(OAM)MPLS交通ネットワークにおける"、RFC 5860、2010年5月。

[RFC6374] Frost, D. and S. Bryant, "Packet Loss and Delay Measurement for MPLS Networks", RFC 6374, September 2011.

[RFC6374]フロスト、D.とS.ブライアント、 "MPLSネットワークのパケットロスや遅延測定"、RFC 6374、2011年9月。

6.2. Informative References
6.2. 参考文献

[RFC5921] Bocci, M., Bryant, S., Frost, D., Levrau, L., and L. Berger, "A Framework for MPLS in Transport Networks", RFC 5921, July 2010.

[RFC5921]ボッチ、M.、ブライアント、S.、フロスト、D.、Levrau、L.、およびL.バーガー、 "トランスポートネットワークにおけるMPLSのための枠組み"、RFC 5921、2010年7月。

[RFC5950] Mansfield, S., Gray, E., and K. Lam, "Network Management Framework for MPLS-based Transport Networks", RFC 5950, September 2010.

[RFC5950]マンスフィールド、S.、グレー、E.、およびK.ラム、RFC 5950、2010年9月 "MPLSベースのトランスポートネットワークのためのネットワーク管理フレームワーク"。

[SECURITY-FRAMEWORK] Fang, L., Niven-Jenkins, B., and S. Mansfield, "MPLS-TP Security Framework", Work in Progress, May 2011.

[SECURITY-FRAMEWORK]牙、L.、ニーヴン・ジェンキンス、B.、およびS.マンスフィールド、 "MPLS-TPセキュリティフレームワーク" が進歩、2011年5月での作業。

Authors' Addresses

著者のアドレス

Dan Frost (editor) Cisco Systems

ダン・フロスト(エディタ)シスコシステムズ

EMail: danfrost@cisco.com

メールアドレス:danfrost@cisco.com

Stewart Bryant (editor) Cisco Systems

スチュワートブライアント(エディタ)シスコシステムズ

EMail: stbryant@cisco.com

メールアドレス:stbryant@cisco.com