Internet Engineering Task Force (IETF)                          D. Frost
Request for Comments: 7167                                      Blue Sun
Category: Informational                                        S. Bryant
ISSN: 2070-1721                                            Cisco Systems
                                                                M. Bocci
                                                               L. Berger
                                                         LabN Consulting
                                                              April 2014

A Framework for Point-to-Multipoint MPLS in Transport Networks




The Multiprotocol Label Switching Transport Profile (MPLS-TP) is the common set of MPLS protocol functions defined to enable the construction and operation of packet transport networks. The MPLS-TP supports both point-to-point and point-to-multipoint transport paths. This document defines the elements and functions of the MPLS-TP architecture that are applicable specifically to supporting point-to-multipoint transport paths.

マルチプロトコルラベルスイッチングトランスポートプロファイル(MPLS-TP)は、パケットトランスポートネットワークの構築と運用を可能にするために定義されたMPLSプロトコル機能の共通セットです。 MPLS-TPは、ポイントツーポイントとポイントツーマルチポイントの両方のトランスポートパスをサポートしています。このドキュメントでは、ポイントツーマルチポイントトランスポートパスのサポートに特に適用できるMPLS-TPアーキテクチャの要素と機能を定義します。

Status of This Memo


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

このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。

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(Internet Engineering Task Force)の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ(IESG)による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 5741のセクション2をご覧ください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at


Copyright Notice


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

Copyright(c)2014 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents ( 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文書に関するIETFトラストの法的規定(の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents


   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   3
     1.1.  Scope . . . . . . . . . . . . . . . . . . . . . . . . . .   3
     1.2.  Terminology . . . . . . . . . . . . . . . . . . . . . . .   3
   2.  Applicability . . . . . . . . . . . . . . . . . . . . . . . .   4
   3.  MPLS-TP P2MP Requirements . . . . . . . . . . . . . . . . . .   4
   4.  Architecture  . . . . . . . . . . . . . . . . . . . . . . . .   6
     4.1.  MPLS-TP Encapsulation and Forwarding  . . . . . . . . . .   6
   5.  Operations, Administration, and Maintenance . . . . . . . . .   6
   6.  Control Plane . . . . . . . . . . . . . . . . . . . . . . . .   7
     6.1.  P2MP LSP Control Plane  . . . . . . . . . . . . . . . . .   8
     6.2.  P2MP PW Control Plane . . . . . . . . . . . . . . . . . .   8
   7.  Survivability . . . . . . . . . . . . . . . . . . . . . . . .   8
   8.  Network Management  . . . . . . . . . . . . . . . . . . . . .   9
   9.  Security Considerations . . . . . . . . . . . . . . . . . . .   9
   10. References  . . . . . . . . . . . . . . . . . . . . . . . . .   9
     10.1.  Normative References . . . . . . . . . . . . . . . . . .   9
     10.2.  Informative References . . . . . . . . . . . . . . . . .  10
1. Introduction
1. はじめに

The Multiprotocol Label Switching Transport Profile (MPLS-TP) is the common set of MPLS protocol functions defined to meet the requirements specified in [RFC5654]. The MPLS-TP Framework [RFC5921] provides an overall introduction to the MPLS-TP and defines the general architecture of the Transport Profile, as well as the aspects specific to point-to-point transport paths. The purpose of this document is to define the elements and functions of the MPLS-TP architecture applicable specifically to supporting point-to-multipoint transport paths.

マルチプロトコルラベルスイッチングトランスポートプロファイル(MPLS-TP)は、[RFC5654]で指定された要件を満たすように定義されたMPLSプロトコル関数の共通セットです。 MPLS-TPフレームワーク[RFC5921]は、MPLS-TPの全体的な概要を提供し、トランスポートプロファイルの一般的なアーキテクチャと、ポイントツーポイントトランスポートパスに固有の側面を定義します。このドキュメントの目的は、ポイントツーマルチポイントトランスポートパスのサポートに特に適用可能なMPLS-TPアーキテクチャの要素と機能を定義することです。

1.1. Scope
1.1. 範囲

This document defines the elements and functions of the MPLS-TP architecture related to supporting point-to-multipoint transport paths. The reader is referred to [RFC5921] for the aspects of the MPLS-TP architecture that are generic or are concerned specifically with point-to-point transport paths.


1.2. Terminology
1.2. 用語
   Term    Definition
   ------- ---------------------------------------------------
   CE      Customer Edge
   LSP     Label Switched Path
   LSR     Label Switching Router
   MEG     Maintenance Entity Group
   MEP     Maintenance Entity Group End Point
   MIP     Maintenance Entity Group Intermediate Point
   MPLS-TE MPLS Traffic Engineering
   MPLS-TP MPLS Transport Profile
   OAM     Operations, Administration, and Maintenance
   OTN     Optical Transport Network
   P2MP    Point-to-multipoint
   PW      Pseudowire
   RSVP-TE Resource Reservation Protocol - Traffic Engineering
   SDH     Synchronous Digital Hierarchy
   tLDP    Targeted LDP

Detailed definitions and additional terminology may be found in [RFC5921] and [RFC5654].


2. Applicability
2. 適用性

The point-to-multipoint connectivity provided by an MPLS-TP network is based on the point-to-multipoint connectivity provided by MPLS networks. Traffic Engineered P2MP LSP support is discussed in [RFC4875] and [RFC5332], and P2MP PW support is being developed based on [P2MP-PW-REQS] and [VPMS-FRMWK-REQS]. MPLS-TP point-to-multipoint connectivity is analogous to that provided by traditional transport technologies such as Optical Transport Network point-to-multipoint [G.798] and drop-and-continue [G.780], and thus supports the same class of traditional applications, e.g., video distribution.

MPLS-TPネットワークによって提供されるポイントツーマルチポイント接続は、MPLSネットワークによって提供されるポイントツーマルチポイント接続に基づいています。 Traffic Engineered P2MP LSPサポートは[RFC4875]と[RFC5332]で説明されており、P2MP PWサポートは[P2MP-PW-REQS]と[VPMS-FRMWK-REQS]に基づいて開発されています。 MPLS-TPポイントツーマルチポイント接続は、オプティカルトランスポートネットワークポイントツーマルチポイント[G.798]やドロップアンドコンティニュー[G.780]などの従来のトランスポートテクノロジーによって提供される接続に類似しているため、同じサポートを提供しますビデオ配信などの従来のアプリケーションのクラス。

The scope of this document is limited to point-to-multipoint functions and it does not discuss multipoint-to-multipoint support.


3. MPLS-TP P2MP Requirements

The requirements for MPLS-TP are specified in [RFC5654], [RFC5860], and [RFC5951]. This section provides a brief summary of point-to-multipoint transport requirements as set out in those documents; the reader is referred to the documents themselves for the definitive and complete list of requirements. This summary does not include the RFC 2119 [BCP14] conformance language used in the original documents as this document is not authoritative.

MPLS-TPの要件は、[RFC5654]、[RFC5860]、および[RFC5951]で指定されています。このセクションでは、これらのドキュメントに記載されているポイントツーマルチポイントのトランスポート要件の概要を示します。読者は、要件の完全で完全なリストについて、ドキュメント自体を参照されます。この文書は信頼できるものではないため、この要約には、元の文書で使用されているRFC 2119 [BCP14]準拠言語は含まれていません。

From [RFC5654]:


o MPLS-TP must support traffic-engineered point-to-multipoint transport paths.

o MPLS-TPは、トラフィックエンジニアリングされたポイントツーマルチポイントトランスポートパスをサポートする必要があります。

o MPLS-TP must support unidirectional point-to-multipoint transport paths.

o MPLS-TPは、単方向ポイントツーマルチポイントトランスポートパスをサポートする必要があります。

o MPLS-TP must be capable of using P2MP server (sub)layer capabilities as well as P2P server (sub)layer capabilities when supporting P2MP MPLS-TP transport paths.

o P2MP MPLS-TPトランスポートパスをサポートする場合、MPLS-TPはP2MPサーバー(サブ)レイヤー機能とP2Pサーバー(サブ)レイヤー機能を使用できる必要があります。

o The MPLS-TP control plane must support establishing all the connectivity patterns defined for the MPLS-TP data plane (i.e., unidirectional P2P, associated bidirectional P2P, co-routed bidirectional P2P, unidirectional P2MP) including configuration of protection functions and any associated maintenance functions.

o MPLS-TPコントロールプレーンは、保護機能と関連するメンテナンス機能の構成を含む、MPLS-TPデータプレーン(つまり、単方向P2P、関連する双方向P2P、同一方向の双方向P2P、単方向P2MP)に対して定義されたすべての接続パターンの確立をサポートする必要があります。 。

o Recovery techniques used for P2P and P2MP should be identical to simplify implementation and operation.

o P2PとP2MPに使用される回復手法は、実装と操作を簡素化するために同一でなければなりません。

o Unidirectional 1+1 and 1:n protection for P2MP connectivity must be supported.

o P2MP接続の単方向1 + 1および1:n保護をサポートする必要があります。

o MPLS-TP recovery in a ring must protect unidirectional P2MP transport paths.

o リング内のMPLS-TPリカバリは、単方向P2MPトランスポートパスを保護する必要があります。

From [RFC5860]:


o The protocol solution(s) developed to perform the following OAM functions must also apply to point-to-point associated bidirectional LSPs, point-to-point unidirectional LSPs, and point-to-multipoint LSPs:

o 次のOAM機能を実行するために開発されたプロトコルソリューションは、ポイントツーポイント関連の双方向LSP、ポイントツーポイント単方向LSP、およびポイントツーマルチポイントLSPにも適用する必要があります。

* Continuity Check

* 導通チェック

* Connectivity Verification, proactive

* 接続性検証、プロアクティブ

* Lock Instruct

* ロック指示

* Lock Reporting

* ロックレポート

* Alarm Reporting

* アラームレポート

* Client Failure Indication

* クライアント障害表示

* Packet Loss Measurement

* パケットロス測定

* Packet Delay Measurement

* パケット遅延測定

o The protocol solution(s) developed to perform the following OAM functions may also apply to point-to-point associated bidirectional LSPs, point-to-point unidirectional LSPs, and point-to-multipoint LSPs:

o 次のOAM機能を実行するために開発されたプロトコルソリューションは、ポイントツーポイント関連の双方向LSP、ポイントツーポイント単方向LSP、およびポイントツーマルチポイントLSPにも適用できます。

* Connectivity Verification, on-demand

* 接続検証、オンデマンド

* Route Tracing

* ルートトレース

* Diagnostic Tests

* 診断テスト

* Remote Defect Indication

* リモート欠陥表示

From [RFC5951]:


o For unidirectional (P2P and point-to-multipoint (P2MP)) connection, proactive measurement of packet loss and loss ratio is required.

o 単方向(P2Pおよびポイントツーマルチポイント(P2MP))接続の場合、パケット損失と損失率の予防的な測定が必要です。

o For a unidirectional (P2P and P2MP) connection, on-demand measurement of delay measurement is required.

o 単方向(P2PおよびP2MP)接続の場合、遅延測定のオンデマンド測定が必要です。

4. Architecture
4. 建築

The overall architecture of the MPLS-TP is defined in [RFC5921]. The architecture for point-to-multipoint MPLS-TP comprises the following additional elements and functions:


o Unidirectional point-to-multipoint LSPs

o 単方向ポイントツーマルチポイントLSP

o Unidirectional point-to-multipoint PWs

o 単方向ポイントツーマルチポイントPW

o Optional point-to-multipoint LSP and PW control planes

o オプションのポイントツーマルチポイントLSPおよびPWコントロールプレーン

o Survivability, network management, and Operations, Administration, and Maintenance functions for point-to-multipoint PWs and LSPs.

o ポイントツーマルチポイントPWおよびLSPの存続可能性、ネットワーク管理、および運用、管理、保守機能。

The following subsection summarises the encapsulation and forwarding of point-to-multipoint traffic within an MPLS-TP network, and the encapsulation options for delivery of traffic to and from MPLS-TP CE devices when the network is providing a packet transport service.

次のサブセクションでは、MPLS-TPネットワーク内のポイントツーマルチポイントトラフィックのカプセル化と転送、およびネットワークがパケット転送サービスを提供しているときにMPLS-TP CEデバイスとの間でトラフィックを配信するためのカプセル化オプションについて要約します。

4.1. MPLS-TP Encapsulation and Forwarding
4.1. MPLS-TPカプセル化および転送

Packet encapsulation and forwarding for MPLS-TP point-to-multipoint LSPs is identical to that for MPLS-TE point-to-multipoint LSPs. MPLS-TE point-to-multipoint LSPs were introduced in [RFC4875] and the related data-plane behaviour was further clarified in [RFC5332]. MPLS-TP allows for both upstream-assigned and downstream-assigned labels for use with point-to-multipoint LSPs.

MPLS-TPポイントツーマルチポイントLSPのパケットのカプセル化と転送は、MPLS-TEポイントツーマルチポイントLSPの場合と同じです。 MPLS-TEポイントツーマルチポイントLSPは[RFC4875]で導入され、関連するデータプレーンの動作は[RFC5332]でさらに明確になりました。 MPLS-TPでは、ポイントツーマルチポイントLSPで使用するために、アップストリーム割り当てとダウンストリーム割り当ての両方のラベルを使用できます。

Packet encapsulation and forwarding for point-to-multipoint PWs has been discussed within the PWE3 Working Group [P2MP-PW-ENCAPS], but such definition is for further study.


5. Operations, Administration, and Maintenance
5. 運用、管理、保守

The requirements for MPLS-TP OAM are specified in [RFC5860]. The overall OAM architecture for MPLS-TP is defined in [RFC6371], and P2MP OAM design considerations are described in Section 3.7 of that RFC.

MPLS-TP OAMの要件は、[RFC5860]で指定されています。 MPLS-TPのOAMアーキテクチャ全体は[RFC6371]で定義されており、P2MP OAM設計の考慮事項はそのRFCのセクション3.7で説明されています。

All the traffic sent over a P2MP transport path, including OAM packets generated by a MEP, is sent (multicast) from the root towards all the leaves, and thus may be processed by all the MIPs and MEPs associated with a P2MP MEG. If an OAM packet is to be processed by only a specific leaf, it requires information to indicate to all other leaves that the packet must be discarded. To address a packet to an intermediate node in the tree, Time-to-Live-based addressing is used to set the radius and additional information in the OAM payload is used to identify the specific destination. It is worth noting that a MIP and MEP may be instantiated on a single node when it is both a branch and leaf node.

MEPによって生成されたOAMパケットを含む、P2MPトランスポートパスを介して送信されるすべてのトラフィックは、ルートからすべてのリーフに向けて送信(マルチキャスト)されるため、P2MP MEGに関連付けられたすべてのMIPおよびMEPによって処理される可能性があります。 OAMパケットが特定のリーフによってのみ処理される場合、パケットを破棄する必要があることを他のすべてのリーフに示す情報が必要です。パケットをツリーの中間ノードにアドレス指定するために、有効期間ベースのアドレッシングを使用して半径を設定し、OAMペイロードの追加情報を使用して特定の宛先を識別します。 MIPとMEPがブランチノードとリーフノードの両方である場合、単一のノードでインスタンス化される可能性があることに注意してください。

P2MP paths are unidirectional; therefore, any return path to an originating MEP for on-demand transactions will be out of band. Out-of-band return paths are discussed in Section 3.8 of [RFC5921].


A more detailed discussion of P2MP OAM considerations can be found in [MPLS-TP-P2MP-OAM].

P2MP OAMの考慮事項の詳細については、[MPLS-TP-P2MP-OAM]を参照してください。

6. Control Plane
6. コントロールプレーン

The framework for the MPLS-TP control plane is provided in [RFC6373]. This document reviews MPLS-TP control-plane requirements as well as provides details on how the MPLS-TP control plane satisfies these requirements. Most of the requirements identified in [RFC6373] apply equally to P2P and P2MP transport paths. The key P2MP-specific control-plane requirements are:

MPLS-TPコントロールプレーンのフレームワークは、[RFC6373]で提供されています。このドキュメントでは、MPLS-TPコントロールプレーンの要件を確認し、MPLS-TPコントロールプレーンがこれらの要件をどのように満たすかについて詳しく説明します。 [RFC6373]で特定されている要件のほとんどは、P2Pお​​よびP2MPトランスポートパスに等しく適用されます。 P2MP固有の主要なコントロールプレーン要件は次のとおりです。

o requirement 6 (P2MP transport paths),

o 要件6(P2MPトランスポートパス)、

o requirement 34 (use P2P sub-layers),

o 要件34(P2Pサブレイヤーを使用)、

o requirement 49 (common recovery solutions for P2P and P2MP),

o 要件49(P2PおよびP2MPの一般的なリカバリソリューション)、

o requirement 59 (1+1 protection),

o 要件59(1 + 1保護)、

o requirement 62 (1:n protection), and

o 要件62(1:n保護)、および

o requirement 65 (1:n shared mesh recovery).

o 要件65(1:n共有メッシュ回復)。

[RFC6373] defines the control-plane approach used to support MPLS-TP transport paths. It identifies GMPLS as the control plane for MPLS-TP LSPs and tLDP as the control plane for PWs. MPLS-TP allows that either, or both, LSPs and PWs to be provisioned statically or via a control plane. Quoting from [RFC6373]:

[RFC6373]は、MPLS-TPトランスポートパスをサポートするために使用されるコントロールプレーンアプローチを定義します。これは、GMPLSをMPLS-TP LSPのコントロールプレーンとして識別し、tLDPをPWのコントロールプレーンとして識別します。 MPLS-TPを使用すると、LSPとPWの一方または両方を静的に、またはコントロールプレーンを介してプロビジョニングできます。 [RFC6373]からの引用:

The PW and LSP control planes, collectively, must satisfy the MPLS-TP control-plane requirements. As with P2P services, when P2MP client services are provided directly via LSPs, all requirements must be satisfied by the LSP control plane. When client services are provided via PWs, the PW and LSP control planes can operate in combination, and some functions may be satisfied via the PW control plane while others are provided to PWs by the LSP control plane. This is particularly noteworthy for P2MP recovery.

PWおよびLSPコントロールプレーンは、集合的に、MPLS-TPコントロールプレーン要件を満たす必要があります。 P2Pサービスと同様に、P2MPクライアントサービスがLSPを介して直接提供される場合、すべての要件はLSPコントロールプレーンによって満たされる必要があります。クライアントサービスがPWを介して提供される場合、PWおよびLSPコントロールプレーンは組み合わせて動作でき、一部の機能はPWコントロールプレーンを介して満たされ、他の機能はLSPコントロールプレーンによってPWに提供されます。これは、P2MPリカバリーで特に注目に値します。

6.1. P2MP LSP Control Plane
6.1. P2MP LSPコントロールプレーン

The MPLS-TP control plane for P2MP LSPs uses GMPLS and is based on RSVP-TE for P2MP LSPs as defined in [RFC4875]. A detailed listing of how GMPLS satisfies MPLS-TP control-plane requirements is provided in [RFC6373].

P2MP LSPのMPLS-TPコントロールプレーンはGMPLSを使用し、[RFC4875]で定義されているP2MP LSPのRSVP-TEに基づいています。 GMPLSがMPLS-TPコントロールプレーン要件を満たす方法の詳細なリストは、[RFC6373]で提供されています。

[RFC6373] notes that recovery techniques for traffic engineered P2MP LSPs are not formally defined, and that such a definition is needed. A formal definition will be based on existing RFCs and may not require any new protocol mechanisms but, nonetheless, should be documented. GMPLS recovery is defined in [RFC4872] and [RFC4873]. Protection of P2MP LSPs is also discussed in [RFC6372] Section 4.7.3.

[RFC6373]は、トラフィックエンジニアリングされたP2MP LSPの回復手法は正式に定義されておらず、そのような定義が必要であると述べています。正式な定義は既存のRFCに基づいており、新しいプロトコルメカニズムを必要としない場合がありますが、それでも文書化する必要があります。 GMPLSリカバリーは[RFC4872]と[RFC4873]で定義されています。 P2MP LSPの保護については、[RFC6372]セクション4.7.3でも説明しています。

6.2. P2MP PW Control Plane
6.2. P2MP PWコントロールプレーン

The MPLS-TP control plane for P2MP PWs should be based on the LDP control protocol used for point-to-point PWs [RFC4447], with updates as required for P2MP applications. A detailed specification of the control plane for P2MP PWs is for further study.

P2MP PWのMPLS-TPコントロールプレーンは、ポイントツーポイントPW [RFC4447]に使用されるLDPコントロールプロトコルに基づいている必要があり、P2MPアプリケーションに必要な更新が行われます。 P2MP PWのコントロールプレーンの詳細な仕様は、今後の検討課題です。

7. Survivability
7. 生存性

The overall survivability architecture for MPLS-TP is defined in [RFC6372], and Section 4.7.3 of that RFC in particular describes the application of linear protection to unidirectional P2MP entities using 1+1 and 1:1 protection architecture. For 1+1, the approach is for the root of the P2MP tree to bridge the user traffic to both the working and protection entities. Each sink/leaf MPLS-TP node selects the traffic from one entity according to some predetermined criteria. For 1:1, the source/root MPLS-TP node needs to identify the existence of a fault condition impacting delivery to any of the leaves. Fault notification happens from the node identifying the fault to the root node via an out-of-band path. The root then selects the protection transport path for traffic transfer. More sophisticated survivability approaches such as partial tree protection and 1:n protection are for further study.

MPLS-TPの全体的な存続可能性アーキテクチャは[RFC6372]で定義されており、そのRFCのセクション4.7.3は特に、1 + 1および1:1保護アーキテクチャを使用した単方向P2MPエンティティへの線形保護の適用について説明しています。 1 + 1の場合、アプローチはP2MPツリーのルートがユーザートラフィックを現用エンティティと保護エンティティの両方にブリッジすることです。各シンク/リーフMPLS-TPノードは、いくつかの所定の基準に従って1つのエンティティからのトラフィックを選択します。 1:1の場合、ソース/ルートMPLS-TPノードは、リーフへの配信に影響を与える障害状態の存在を識別する必要があります。障害通知は、帯域外パスを介してルートノードへの障害を識別するノードから発生します。次に、ルートはトラフィック転送の保護トランスポートパスを選択します。部分的なツリー保護や1:n保護などのより高度な生存可能性アプローチは、今後の検討課題です。

The IETF has no experience with P2MP PW survivability as yet; therefore, it is proposed that the P2MP PW survivability will initially rely on the LSP survivability. Further work is needed on this subject, particularly if a requirement emerges to provide survivability for P2MP PWs in an MPLS-TP context.

IETFはまだP2MP PWの存続可能性についての経験がありません。したがって、P2MP PWの存続可能性は、最初はLSPの存続可能性に依存することが提案されています。特にMPLS-TPコンテキストでP2MP PWの存続可能性を提供するという要件が発生した場合は、このテーマについてさらに作業が必要です。

8. Network Management
8. ネットワーク管理

An overview of network management considerations for MPLS-TP can be found in Section 3.14 of [RFC5921]. The provided description applies equally to P2MP transport paths.


The network management architecture and requirements for MPLS-TP are specified in [RFC5951]. They derive from the generic specifications described in ITU-T G.7710/Y.1701 [G.7710] for transport technologies. They also incorporate the OAM requirements for MPLS networks [RFC4377] and MPLS-TP networks [RFC5860] and expand on those requirements to cover the modifications necessary for fault, configuration, performance, and security in a transport network. [RFC5951] covers all MPLS-TP connection types, including P2MP.

MPLS-TPのネットワーク管理アーキテクチャと要件は、[RFC5951]で指定されています。これらは、ITU-T G.7710 / Y.1701 [G.7710]で説明されているトランスポートテクノロジーの一般的な仕様に基づいています。また、MPLSネットワーク[RFC4377]およびMPLS-TPネットワーク[RFC5860]のOAM要件を組み込み、トランスポートネットワークの障害、構成、パフォーマンス、およびセキュリティに必要な変更をカバーするようにこれらの要件を拡張します。 [RFC5951]は、P2MPを含むすべてのMPLS-TP接続タイプをカバーしています。

[RFC6639] provides the MIB-based architecture for MPLS-TP. It reviews the interrelationships between different MIB modules that are not MPLS-TP specific and that can be leveraged for MPLS-TP network management, and identifies areas where additional MIB modules are required. While the document does not consider P2MP transport paths, it does provide a foundation for an analysis of areas where MIB-module modification and addition may be needed to fully support P2MP transport paths. There has also been work in the MPLS working group on a P2MP specific MIB, [MPLS-TE-P2MP-MIB].

[RFC6639]は、MPLS-TPのMIBベースのアーキテクチャを提供します。 MPLS-TP固有ではなく、MPLS-TPネットワーク管理に利用できるさまざまなMIBモジュール間の相互関係を確認し、追加のMIBモジュールが必要な領域を識別します。このドキュメントではP2MPトランスポートパスについては考慮していませんが、P2MPトランスポートパスを完全にサポートするためにMIBモジュールの変更と追加が必要になる可能性のある領域を分析するための基礎を提供しています。 P2MP固有のMIB [MPLS-TE-P2MP-MIB]に関するMPLSワーキンググループでの作業も行われています。

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

General security considerations for MPLS-TP are covered in [RFC5921]. Additional security considerations for P2MP LSPs are provided in [RFC4875]. This document introduces no new security considerations beyond those covered in those documents.

MPLS-TPの一般的なセキュリティの考慮事項は、[RFC5921]でカバーされています。 P2MP LSPのセキュリティに関するその他の考慮事項は、[RFC4875]で提供されています。このドキュメントでは、これらのドキュメントでカバーされているものを超える新しいセキュリティの考慮事項を紹介していません。

10. References
10. 参考文献
10.1. Normative References
10.1. 引用文献

[RFC4872] Lang, J., Rekhter, Y., and D. Papadimitriou, "RSVP-TE Extensions in Support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS) Recovery", RFC 4872, May 2007.

[RFC4872] Lang、J.、Rekhter、Y。、およびD. Papadimitriou、「エンドツーエンドの汎用マルチプロトコルラベルスイッチング(GMPLS)リカバリーをサポートするRSVP-TE拡張機能」、RFC 4872、2007年5月。

[RFC4873] Berger, L., Bryskin, I., Papadimitriou, D., and A. Farrel, "GMPLS Segment Recovery", RFC 4873, May 2007.

[RFC4873] Berger、L.、Bryskin、I.、Papadimitriou、D。、およびA. Farrel、「GMPLS Segment Recovery」、RFC 4873、2007年5月。

[RFC4875] Aggarwal, R., Papadimitriou, D., and S. Yasukawa, "Extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label Switched Paths (LSPs)", RFC 4875, May 2007.

[RFC4875] Aggarwal、R.、Papadimitriou、D。、およびS. Yasukawa、「リソース予約プロトコルの拡張-ポイントツーマルチポイントTEラベルスイッチドパス(LSP)のトラフィックエンジニアリング(RSVP-TE)」、RFC 4875、 2007年5月。

[RFC5332] Eckert, T., Rosen, E., Aggarwal, R., and Y. Rekhter, "MPLS Multicast Encapsulations", RFC 5332, August 2008.

[RFC5332] Eckert、T.、Rosen、E.、Aggarwal、R。、およびY. Rekhter、「MPLSマルチキャストカプセル化」、RFC 5332、2008年8月。

[RFC5654] Niven-Jenkins, B., Brungard, D., Betts, M., Sprecher, N., and S. Ueno, "Requirements of an MPLS Transport Profile", RFC 5654, September 2009.

[RFC5654] Niven-Jenkins、B.、Brungard、D.、Betts、M.、Sprecher、N。、およびS. Ueno、「要件、MPLSトランスポートプロファイル」、RFC 5654、2009年9月。

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

[RFC5921] Bocci、M.、Bryant、S.、Frost、D.、Levrau、L。、およびL. Berger、「A Transport Framework in MPLS in MPLS」、RFC 5921、2010年7月。

10.2. Informative References
10.2. 参考引用

[BCP14] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[BCP14] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。

[G.7710] ITU-T, "Common equipment management function requirements", ITU-T G.7710/Y.1701, July 2007.

[G.7710] ITU-T、「Common Equipment Management Function Requirements」、ITU-T G.7710 / Y.1701、2007年7月。

[G.780] ITU-T, "Terms and definitions for synchronous digital hierarchy (SDH) networks", ITU-T G.780/Y.1351, July 2010.

[G.780] ITU-T、「用語と同期デジタル階層(SDH)ネットワークの定義」、ITU-T G.780 / Y.1351、2010年7月。

[G.798] ITU-T, "Characteristics of optical transport network hierarchy equipment functional blocks", ITU-T G.798, December 2012.

[G.798] ITU-T、「光トランスポートネットワーク階層機器の機能ブロックの特性」、ITU-T G.798、2012年12月。

[MPLS-TE-P2MP-MIB] Farrel, A., Yasukawa, S., and T. Nadeau, "Point-to-Multipoint Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) Management Information Base (MIB) module", Work in Progress, April 2009.


[MPLS-TP-P2MP-OAM] Arai, K., Koike, Y., Hamano, T., and M. Namiki, "Framework for Point-to-Multipoint MPLS-TP OAM", Work in Progress, January 2014.

[MPLS-TP-P2MP-OAM]荒井健太郎、小池由紀子、浜野敏明、並木正明、「ポイントツーマルチポイントMPLS-TP OAMのフレームワーク」、2014年1月、作業中。

[P2MP-PW-ENCAPS] Aggarwal, R. and F. Jounay, "Point-to-Multipoint Pseudo-Wire Encapsulation", Work in Progress, March 2010.

[P2MP-PW-ENCAPS] Aggarwal、R。およびF. Jounay、「ポイントツーマルチポイントの疑似配線カプセル化」、2010年3月、作業中。

[P2MP-PW-REQS] Jounay, F., Kamite, Y., Heron, G., and M. Bocci, "Requirements and Framework for Point-to-Multipoint Pseudowires over MPLS PSNs", Work in Progress, February 2014.

[P2MP-PW-REQS] Jounay、F.、Kamite、Y.、Heron、G。、およびM. Bocci、「MPLS PSNを介したポイントツーマルチポイント疑似配線の要件とフレームワーク」、2014年2月、作業中。

[RFC4377] Nadeau, T., Morrow, M., Swallow, G., Allan, D., and S. Matsushima, "Operations and Management (OAM) Requirements for Multi-Protocol Label Switched (MPLS) Networks", RFC 4377, February 2006.

[RFC4377] Nadeau、T.、Morrow、M.、Swallow、G.、Allan、D。、およびS. Matsushima、「Operations and Management(OAM)Requirements for Multi-Protocol Label Switched(MPLS)Networks」、RFC 4377 、2006年2月。

[RFC4447] Martini, L., Rosen, E., El-Aawar, N., Smith, T., and G. Heron, "Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP)", RFC 4447, April 2006.

[RFC4447] Martini、L.、Rosen、E.、El-Aawar、N.、Smith、T。、およびG. Heron、「Pseudowire Setup and Maintenance Using a Label Distribution Protocol(LDP)」、RFC 4447、2006年4月。

[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.、Ward、D。、およびM. Betts、「MPLSトランスポートネットワークにおける運用、管理、および保守(OAM)の要件」、RFC 5860、2010年5月。

[RFC5951] Lam, K., Mansfield, S., and E. Gray, "Network Management Requirements for MPLS-based Transport Networks", RFC 5951, September 2010.

[RFC5951]ラム、K。、マンスフィールド、S。、およびE.グレイ、「MPLSベースのトランスポートネットワークのネットワーク管理要件」、RFC 5951、2010年9月。

[RFC6371] Busi, I. and D. Allan, "Operations, Administration, and Maintenance Framework for MPLS-Based Transport Networks", RFC 6371, September 2011.

[RFC6371] Busi、I。およびD. Allan、「Operations、Administration、and Maintenance Framework for MPLS-Based Transport Networks」、RFC 6371、2011年9月。

[RFC6372] Sprecher, N. and A. Farrel, "MPLS Transport Profile (MPLS-TP) Survivability Framework", RFC 6372, September 2011.

[RFC6372] Sprecher、N。およびA. Farrel、「MPLS Transport Profile(MPLS-TP)Survivability Framework」、RFC 6372、2011年9月。

[RFC6373] Andersson, L., Berger, L., Fang, L., Bitar, N., and E. Gray, "MPLS Transport Profile (MPLS-TP) Control Plane Framework", RFC 6373, September 2011.

[RFC6373] Andersson、L.、Berger、L.、Fang、L.、Bitar、N。、およびE. Gray、「MPLS Transport Profile(MPLS-TP)Control Plane Framework」、RFC 6373、2011年9月。

[RFC6639] King, D. and M. Venkatesan, "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview", RFC 6639, June 2012.

[RFC6639] King、D。、およびM. Venkatesan、「Multiprotocol Label Switching Transport Profile(MPLS-TP)MIB-Based Management Overview」、RFC 6639、2012年6月。

[VPMS-FRMWK-REQS] Kamite, Y., Jounay, F., Niven-Jenkins, B., Brungard, D., and L. Jin, "Framework and Requirements for Virtual Private Multicast Service (VPMS)", Work in Progress, October 2012.

[VPMS-FRMWK-REQS] Kamite、Y.、Jounay、F.、Niven-Jenkins、B.、Brungard、D。、およびL. Jin、「フレームワークと仮想プライベートマルチキャストサービス(VPMS)の要件」、Work in進捗状況、2012年10月。

Authors' Addresses


Dan Frost Blue Sun



Stewart Bryant Cisco Systems

Stewart Bryant Cisco Systems


Matthew Bocci Alcatel-Lucent Voyager Place, Shoppenhangers Road Maidenhead, Berks SL6 2PJ United Kingdom

Matthew Bocci Alcatel-Lucent Voyager Place、Shoppenhangers Road Maidenhead、Berks SL6 2PJイギリス


Lou Berger LabN Consulting

Lou Berger LabNコンサルティング

   Phone: +1-301-468-9228