[要約] RFC 6625は、マルチキャストVPNの自動検出ルートにワイルドカードを使用するための仕様です。このRFCの目的は、ネットワーク管理者が効率的にマルチキャストVPNを設定および管理できるようにすることです。
Internet Engineering Task Force (IETF) E. Rosen, Ed.
Request for Comments: 6625 Cisco Systems, Inc.
Updates: 6514 Y. Rekhter, Ed.
Category: Standards Track Juniper Networks, Inc.
ISSN: 2070-1721 W. Henderickx
Alcatel-Lucent
R. Qiu
Huawei
May 2012
Wildcards in Multicast VPN Auto-Discovery Routes
マルチキャストVPN自動検出ルートのワイルドカード
Abstract
概要
In Multicast Virtual Private Networks (MVPNs), customer multicast flows are carried in "tunnels" through a service provider's network. The base specifications for MVPN define BGP multicast VPN "auto-discovery routes" and specify how to use an auto-discovery route to advertise the fact that an individual customer multicast flow is being carried in a particular tunnel. However, those specifications do not provide a way to specify, in a single such route, that multiple customer flows are being carried in a single tunnel. Those specifications also do not provide a way to advertise that a particular tunnel is to be used by default to carry all customer flows, except in the case where that tunnel is joined by all the provider edge routers of the MVPN. This document eliminates these restrictions by specifying the use of "wildcard" elements in the customer flow identifiers. With wildcard elements, a single auto-discovery route can refer to multiple customer flows or even to all customer flows.
マルチキャスト仮想プライベートネットワーク（MVPN）では、顧客のマルチキャストフローは、サービスプロバイダーのネットワークを介して「トンネル」で伝送されます。 MVPNの基本仕様では、BGPマルチキャストVPNの「自動検出ルート」を定義し、自動検出ルートを使用して、個々のカスタマーマルチキャストフローが特定のトンネルで伝送されていることをアドバタイズする方法を指定します。ただし、これらの仕様では、1つのトンネルで複数のカスタマーフローが伝送されることを1つのルートで指定する方法は提供されていません。また、これらの仕様は、特定のトンネルがデフォルトですべてのカスタマーフローの伝送に使用されることをアドバタイズする方法を提供していません。ただし、そのトンネルがMVPNのすべてのプロバイダーエッジルータに参加している場合を除きます。このドキュメントでは、カスタマーフロー識別子で「ワイルドカード」要素の使用を指定することにより、これらの制限を排除しています。ワイルドカード要素を使用すると、単一の自動検出ルートが複数の顧客フローまたはすべての顧客フローを参照できます。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これは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). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（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 http://www.rfc-editor.org/info/rfc6625.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc6625で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2012 IETF Trustおよびドキュメントの作成者として特定された人物。全著作権所有。
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文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................3
1.1. Terminology ................................................3
1.2. Wildcards in S-PMSI A-D Routes .............................5
1.3. Use Cases ..................................................5
2. Encoding of Wildcards ...........................................7
3. Finding the Matching S-PMSI A-D Route ...........................8
3.1. Finding the Match for Data Transmission ....................8
3.2. Finding the Match for Data Reception .......................9
3.2.1. Finding the Match for (C-S,C-G) .....................9
3.2.2. Finding the Wildcard Match for (C-*,C-G) ............9
4. Procedures for S-PMSI A-D Routes with Wildcards ................10
4.1. Procedures for All Kinds of Wildcards .....................10
4.2. Procedures for (C-*,C-G) S-PMSI A-D Routes ................11
4.3. Procedures for (C-S,C-*) S-PMSI A-D Routes ................12
4.4. Procedures for (C-*,C-*) S-PMSI A-D Routes ................13
5. Security Considerations ........................................15
6. Acknowledgments ................................................15
7. Normative References ...........................................15
In Multicast Virtual Private Networks (MVPNs), customer multicast flows are carried in tunnels through a service provider's network. The base specifications for MVPN define BGP multicast VPN "auto-discovery routes" and specify how to use an auto-discovery route to advertise the fact that an individual customer multicast flow is being carried in a particular tunnel. However, those specifications do not provide a way to specify, in a single such route, that multiple customer flows are being carried in a single tunnel. Those specifications also do not provide a way to advertise that a particular tunnel is to be used by default to carry all customer flows, except in the case where that tunnel is joined by all the provider edge routers of the MVPN. This document eliminates these restrictions by specifying the use of "wildcard" elements in the customer flow identifiers. With wildcard elements, a single auto-discovery route can refer to multiple customer flows or even to all customer flows.
マルチキャスト仮想プライベートネットワーク（MVPN）では、顧客のマルチキャストフローは、サービスプロバイダーのネットワークを介してトンネルで伝送されます。 MVPNの基本仕様では、BGPマルチキャストVPNの「自動検出ルート」を定義し、自動検出ルートを使用して、個々のカスタマーマルチキャストフローが特定のトンネルで伝送されていることをアドバタイズする方法を指定します。ただし、これらの仕様では、1つのトンネルで複数のカスタマーフローが伝送されることを1つのルートで指定する方法は提供されていません。また、これらの仕様は、特定のトンネルがデフォルトですべてのカスタマーフローの伝送に使用されることをアドバタイズする方法を提供していません。ただし、そのトンネルがMVPNのすべてのプロバイダーエッジルータに参加している場合を除きます。このドキュメントでは、カスタマーフロー識別子で「ワイルドカード」要素の使用を指定することにより、これらの制限を排除しています。ワイルドカード要素を使用すると、単一の自動検出ルートが複数の顧客フローまたはすべての顧客フローを参照できます。
This document uses terminology from [MVPN] and, in particular, uses the prefixes "C-" and "P-", as specified in Section 3.1 of [MVPN], to distinguish addresses in the "customer address space" from addresses in the "provider address space". The following terminology and acronyms are particularly important in this document:
このドキュメントでは、[MVPN]の用語を使用し、特に、[MVPN]のセクション3.1で指定されている「C-」および「P-」という接頭辞を使用して、「カスタマーアドレススペース」のアドレスと「プロバイダーアドレススペース」。このドキュメントでは、次の用語と頭字語が特に重要です。
- MVPN
- MVPN
Multicast Virtual Private Network -- a VPN [L3VPN] in which multicast service is offered.
マルチキャスト仮想プライベートネットワーク-マルチキャストサービスが提供されるVPN [L3VPN]。
- VRF
- VRF
VPN Routing and Forwarding table [L3VPN].
VPNルーティングおよび転送テーブル[L3VPN]。
- SP
- SP
Service Provider.
サービスプロバイダー。
- P-tunnel
- Pトンネル
A tunnel through the network of one or more SPs.
1つ以上のSPのネットワークを通過するトンネル。
- C-S
- C-S
Multicast Source. A multicast source address, in the address space of a customer network.
マルチキャストソース。カスタマーネットワークのアドレス空間にあるマルチキャスト送信元アドレス。
- C-G
- C-G
Multicast Group. A multicast group address (destination address) in the address space of a customer network.
マルチキャストグループ。カスタマーネットワークのアドレススペース内のマルチキャストグループアドレス（宛先アドレス）。
- C-multicast flow or C-flow
- CマルチキャストフローまたはCフロー
A customer multicast flow. Each C-flow is identified by the ordered pair (source address, group address), where each address is in the customer's address space. The identifier of a particular C-flow is usually written as (C-S,C-G).
カスタマーマルチキャストフロー。各Cフローは、順序付けられたペア（送信元アドレス、グループアドレス）によって識別されます。各アドレスは顧客のアドレス空間にあります。特定のCフローの識別子は、通常（C-S、C-G）と記述されます。
- RP
- RP
A "Rendezvous Point", as defined in [PIM].
[PIM]で定義されている「ランデブーポイント」。
- C-RP
- C-RP
A Rendezvous Point whose address is in the customer's address space.
アドレスが顧客のアドレス空間にあるランデブーポイント。
- Selective P-tunnel
- 選択的Pトンネル
A P-tunnel that is joined only by Provider Edge (PE) routers that need to receive one or more of the C-flows that are traveling through that P-tunnel.
そのPトンネルを通過する1つ以上のCフローを受信する必要があるプロバイダーエッジ（PE）ルーターのみが参加するPトンネル。
- Inclusive P-tunnel
- 包括的なPトンネル
A P-tunnel that is joined by all PE routers that attach to sites of a given MVPN.
特定のMVPNのサイトに接続するすべてのPEルータが参加するPトンネル。
- S-PMSI A-D route
- S-PMSI A-Dルート
Selective Provider Multicast Service Interface Auto-Discovery route. Carried in BGP Update messages, these routes are used to advertise the fact that particular C-flows are bound to (i.e., are traveling through) particular P-tunnels.
選択的プロバイダーマルチキャストサービスインターフェイスの自動検出ルート。これらのルートは、BGPアップデートメッセージで伝送され、特定のCフローが特定のPトンネルにバインドされている（つまり、通過している）ことを通知するために使用されます。
Familiarity with multicast concepts and terminology [PIM] is also presupposed.
マルチキャストの概念と用語[PIM]に精通していることも前提としています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。
As specified in [MVPN] and [MVPN-BGP], an S-PMSI A-D route advertises that a particular C-flow is bound to a particular selective P-tunnel.
[MVPN]および[MVPN-BGP]で指定されているように、S-PMSI A-Dルートは、特定のCフローが特定の選択的Pトンネルにバインドされていることをアドバタイズします。
The identifier of the specified C-flow, e.g., (C-S,C-G), is encoded into the Network Layer Reachability Information (NLRI) of the S-PMSI A-D route. The identifier of the specified P-tunnel is encoded into an attribute (the "PMSI Tunnel Attribute") of the S-PMSI A-D route. Each S-PMSI A-D route thus specifies a single C-flow. To bind multiple C-flows to a single P-tunnel, it is necessary to advertise one S-PMSI A-D route for each C-flow, specifying the same P-tunnel in each such route.
指定されたCフローの識別子、たとえば（C-S、C-G）は、S-PMSI A-Dルートのネットワーク層到達可能性情報（NLRI）にエンコードされます。指定されたPトンネルの識別子は、S-PMSI A-Dルートの属性（「PMSIトンネル属性」）にエンコードされます。したがって、各S-PMSI A-Dルートは単一のCフローを指定します。複数のCフローを単一のPトンネルにバインドするには、Cフローごとに1つのS-PMSI A-Dルートをアドバタイズし、そのような各ルートで同じPトンネルを指定する必要があります。
This document defines OPTIONAL extensions to the procedures and encodings specified in [MVPN] and [MVPN-BGP]. These extensions enable a single S-PMSI A-D route to advertise that multiple C-multicast flows are bound to a single P-tunnel.
このドキュメントは、[MVPN]と[MVPN-BGP]で指定された手順とエンコーディングへのオプションの拡張を定義します。これらの拡張により、単一のS-PMSI A-Dルートで、複数のCマルチキャストフローが単一のPトンネルにバインドされていることをアドバタイズできます。
The extensions specified in this document are based on the notion of allowing the NLRI of an S-PMSI A-D route to contain a "wildcard". In the NLRI encoding, a wildcard can replace the C-S, the C-G, or both. We use the notation "C-*" to denote a wildcard. The extensions allow the NLRI to encode three kinds of wildcards: (C-*,C-*), (C-S,C-*), and (C-*,C-G).
このドキュメントで指定されている拡張は、S-PMSI A-DルートのNLRIに「ワイルドカード」を含めることを許可するという概念に基づいています。 NLRIエンコーディングでは、ワイルドカードを使用してC-S、C-G、またはその両方を置き換えることができます。ワイルドカードを示すために「C- *」という表記を使用します。拡張機能により、NLRIは（C-*、C-*）、（C-S、C- *）、および（C-*、C-G）の3種類のワイルドカードをエンコードできます。
By using wildcards, a PE may be able to reduce the number of S-PMSI A-D routes it originates, thereby improving the scalability of the control plane. There is, however, no impact on data plane scalability, as the number of P-tunnels is not reduced.
ワイルドカードを使用することにより、PEはそれが発信するS-PMSI A-Dルートの数を減らすことができ、それによってコントロールプレーンのスケーラビリティが向上します。ただし、Pトンネルの数は削減されないため、データプレーンのスケーラビリティには影響しません。
Encoding and detailed procedures are specified in subsequent sections of this document.
エンコーディングと詳細な手順は、このドキュメントの後続のセクションで指定されています。
There are a number of situations in which it can be useful to use wildcards in the NLRI of an S-PMSI A-D route.
S-PMSI A-DルートのNLRIでワイルドカードを使用すると便利な状況がいくつかあります。
- Using a selective P-tunnel as the default tunnel.
- 選択的Pトンネルをデフォルトトンネルとして使用する。
There are procedures in [MVPN] and [MVPN-BGP] that allow a PE to advertise that it is going to use an inclusive P-tunnel as the P-tunnel on which it will transmit all C-flows by "default". However, those documents do not provide any way for a PE to advertise that it is going to use a selective P-tunnel as the P-tunnel on which it will transmit all C-flows by "default". Using the extensions defined in this document, a PE can advertise that it is going to use a selective P-tunnel as its default P-tunnel. It does so by advertising an S-PMSI A-D route whose NLRI contains (C-*,C-*).
[MVPN]および[MVPN-BGP]には、「デフォルト」ですべてのCフローを送信するPトンネルとして包括的なPトンネルを使用することをPEに通知できるようにする手順があります。ただし、これらのドキュメントでは、PEが「デフォルト」ですべてのCフローを送信するPトンネルとして選択的Pトンネルを使用することをPEに通知する方法は提供されていません。 PEは、このドキュメントで定義されている拡張機能を使用して、選択的PトンネルをデフォルトのPトンネルとして使用することをアドバタイズできます。これは、NLRIに（C-*、C- *）が含まれるS-PMSI A-Dルートをアドバタイズすることによって行われます。
- Binding multiple C-flows traveling along a customer's Protocol Independent Multicast - Sparse Mode (PIM-SM) shared tree to a single P-tunnel.
- お客様のProtocol Independent Multicast-Sparse Mode（PIM-SM）共有ツリーに沿って移動する複数のCフローを単一のPトンネルにバインドします。
A PE router may be connected to an MVPN site that contains a customer RP (C-RP). The C-RP may be the root of one or more shared trees. In multicast terminology, these are known as (*,G) trees. By advertising a single S-PMSI A-D route whose NLRI contains the (C-*,C-G) wildcard, the PE can bind all the C-flows traveling along a customer's (*,G) tree to a single P-tunnel. This use case applies only when C-G is a non-bidirectional ASM (Any Source Multicast) group.
PEルータは、カスタマーRP（C-RP）を含むMVPNサイトに接続できます。 C-RPは、1つ以上の共有ツリーのルートである場合があります。マルチキャストの用語では、これらは（*、G）ツリーと呼ばれます。 NLRIに（C-*、C-G）ワイルドカードが含まれる単一のS-PMSI A-Dルートをアドバタイズすることにより、PEは顧客の（*、G）ツリーに沿って移動するすべてのCフローを単一のPトンネルにバインドできます。この使用例は、C-Gが非双方向ASM（Any Source Multicast）グループである場合にのみ適用されます。
- Binding multiple C-flows with the same C-group address to a single P-tunnel, even if each such C-flow is traveling along a customer's PIM source tree.
- 同じCグループアドレスを持つ複数のCフローを単一のPトンネルにバインドします（そのようなCフローがそれぞれ顧客のPIMソースツリーに沿って移動している場合でも）。
A PE router may be connected to an MVPN site containing several multicast sources that are all sending to a common multicast group, along a customer's PIM source trees. Alternatively, the PE may be connected to several sites, each containing at least one source sending to the common multicast group. By advertising a single S-PMSI A-D route whose NLRI contains (C-*,C-G), the PE can bind these C-flows to a single P-tunnel.
PEルータは、カスタマーのPIMソースツリーに沿って、すべてが共通のマルチキャストグループに送信している複数のマルチキャストソースを含むMVPNサイトに接続されている場合があります。別の方法として、PEを複数のサイトに接続することもできます。各サイトには、共通のマルチキャストグループに送信する少なくとも1つのソースが含まれています。 NLRIに（C-*、C-G）が含まれる単一のS-PMSI A-Dルートをアドバタイズすることにより、PEはこれらのCフローを単一のPトンネルにバインドできます。
This use case applies only when the C-group is a non-bidirectional ASM group.
この使用例は、Cグループが非双方向ASMグループである場合にのみ適用されます。
- Binding multiple C-flows with the same C-group address to a single P-tunnel, when those C-flows are traveling along a customer's BIDIR-PIM shared tree.
- 同じCグループアドレスを持つ複数のCフローを1つのPトンネルにバインドします（それらのCフローが顧客のBIDIR-PIM共有ツリーに沿って移動している場合）。
This use case applies only when the C-group is a BIDIR-PIM group.
この使用例は、CグループがBIDIR-PIMグループである場合にのみ適用されます。
- Binding multiple C-flows from a given C-source to a given P-tunnel, irrespective of whether those C-flows all have the same C-group address.
- それらのCフローがすべて同じCグループアドレスを持っているかどうかに関係なく、特定のCソースから特定のPトンネルに複数のCフローをバインドする。
This can be useful when the C-group addresses are SSM (Single Source Multicast) addresses. Suppose, for example, that a given source transmits multiple "channels" of information, each with its own C-group address. It may be desirable to bind all these channels to a single P-tunnel, without having to advertise an S-PMSI A-D route for each one.
これは、CグループアドレスがSSM（シングルソースマルチキャスト）アドレスである場合に役立ちます。たとえば、特定のソースが複数の「チャネル」の情報を送信し、それぞれが独自のCグループアドレスを持つとします。各チャネルのS-PMSI A-Dルートをアドバタイズする必要なく、これらすべてのチャネルを単一のPトンネルにバインドすることが望ましい場合があります。
Of course, a specific C-flow, (C-S,C-G), can always be assigned individually to a particular P-tunnel by advertising an S-PMSI A-D route whose NLRI contains (C-S,C-G).
もちろん、特定のCフロー（C-S、C-G）は、NLRIに（C-S、C-G）が含まれるS-PMSI A-Dルートをアドバタイズすることにより、常に特定のPトンネルに個別に割り当てることができます。
In Section 4, we will sometimes speak of an S-PMSI A-D route being ignored. When we say the route is "ignored", we do not mean that its normal BGP processing is not done, but that the route is not considered when determining which P-tunnel to use when receiving multicast data, and that the MPLS label values it conveys are not used. We will use "ignore" in quotes to indicate this meaning.
セクション4では、S-PMSI A-Dルートが無視されることについて時々話します。ルートが「無視される」と言っても、通常のBGP処理が行われないことを意味するのではなく、マルチキャストデータを受信するときに使用するPトンネルを決定するときにルートが考慮されないこと、およびMPLSラベルがルートを評価することコンベアは使用していません。この意味を示すために、引用符で「無視」を使用します。
This document provides procedures only for the case where the P-tunnels are "unidirectional", i.e., point-to-multipoint. The use of "bidirectional" (multipoint-to-multipoint) P-tunnels is outside the scope of this document.
このドキュメントでは、Pトンネルが「単方向」、つまりポイントツーマルチポイントの場合の手順のみを説明しています。 「双方向」（マルチポイントツーマルチポイント）Pトンネルの使用は、このドキュメントの範囲外です。
Per [MVPN-BGP] Section 4.3, the MCAST-VPN NLRI in an S-PMSI A-D route is encoded as follows:
[MVPN-BGP]セクション4.3に従って、S-PMSI A-DルートのMCAST-VPN NLRIは次のようにエンコードされます。
+-----------------------------------+
| RD (8 octets) |
+-----------------------------------+
| Multicast Source Length (1 octet) |
+-----------------------------------+
| Multicast Source (variable) |
+-----------------------------------+
| Multicast Group Length (1 octet) |
+-----------------------------------+
| Multicast Group (variable) |
+-----------------------------------+
| Originating Router's IP Addr |
+-----------------------------------+
where the "source length" and "group length" fields always have a non-zero value. This document specifies that a "zero-length" source or group represents the corresponding wildcard. Specifically,
ここで、「ソース長」および「グループ長」フィールドは常にゼロ以外の値を持っています。このドキュメントでは、「長さがゼロ」のソースまたはグループが対応するワイルドカードを表すことを指定しています。具体的には
- A source wildcard is encoded as a zero-length source field. That is, the "multicast source length" field contains the value 0x00, and the "multicast source" field is omitted.
- ソースワイルドカードは、長さがゼロのソースフィールドとしてエンコードされます。つまり、「マルチキャストソース長」フィールドには値0x00が含まれ、「マルチキャストソース」フィールドは省略されます。
- A group wildcard is encoded as a zero-length group field. That is, the "multicast group length" field contains the value 0x00, and the "multicast group" field is omitted.
- グループワイルドカードは、長さがゼロのグループフィールドとしてエンコードされます。つまり、「マルチキャストグループの長さ」フィールドには値0x00が含まれ、「マルチキャストグループ」フィールドは省略されます。
This section gives the precise rules for determining the S-PMSI A-D route that is "matched" by a given (C-S,C-G) or (C-*,C-G). The procedures in Section 4 will make use of the matching rules defined in this section.
このセクションでは、特定の（C-S、C-G）または（C-*、C-G）と「一致」するS-PMSI A-Dルートを決定するための正確なルールを示します。セクション4の手順では、このセクションで定義されている一致ルールを使用します。
All matching rules assume the context of a given VRF at a given PE.
すべての一致ルールは、特定のPEで特定のVRFのコンテキストを想定しています。
The rules that a PE applies to find the S-PMSI A-D route that matches a (C-S,C-G) C-flow that it needs to transmit are slightly different than the rules it applies to find the S-PMSI A-D route that matches a (C-S,C-G) C-flow that it needs to receive. These rules are specified in Sections 3.1 and 3.2, respectively.
送信する必要がある（CS、CG）Cフローに一致するS-PMSI ADルートを見つけるためにPEが適用するルールは、（に一致するS-PMSI ADルートを見つけるために適用するルールとは少し異なりますCS、CG）受信する必要があるCフロー。これらの規則は、セクション3.1および3.2でそれぞれ指定されています。
The S-PMSI A-D route that is matched by a given (C-S,C-G) may change over time, as the result of S-PMSI A-D routes being withdrawn or as a result of new S-PMSI A-D routes being originated and/or advertised. In particular, if (C-S,C-G) matches an S-PMSI A-D route whose NLRI contains (C-*,C-*), the origination or reception of an S-PMSI A-D route whose NLRI contains (C-S,C-G) may cause (C-S,C-G) to match the latter route instead. Note also that the S-PMSI A-D route that matches a given (C-S,C-G) is independent of the order in which the routes were originated or received.
特定の（CS、CG）と一致するS-PMSI ADルートは、S-PMSI ADルートが撤回された結果として、または新しいS-PMSI ADルートが発信および/またはアドバタイズされた結果として、時間とともに変化する可能性があります。特に、（CS、CG）がNLRIに（C-*、C- *）を含むS-PMSI ADルートと一致する場合、NLRIに（CS、CG）を含むS-PMSI ADルートの発信または受信により、 （CS、CG）後者のルートを代わりに一致させます。また、特定の（C-S、C-G）に一致するS-PMSI A-Dルートは、ルートが発信または受信された順序とは無関係であることに注意してください。
Consider a given PE; call it PE1. At any given time, for a given VRF at PE1, there is a (possibly empty) set of S-PMSI A-D routes that PE1 has originated and advertised, but not withdrawn. We will refer to these routes as "currently originated" by PE1. Suppose that PE1 needs to transmit a particular C-flow (C-S,C-G) to one or more other PEs. We use the following algorithm to find the S-PMSI A-D route that the C-flow "matches":
特定のPEを検討します。それをPE1と呼びます。いつでも、PE1の特定のVRFに対して、PE1が発信およびアドバタイズしたが撤回されていないS-PMSI A-Dルートのセット（空の場合もある）があります。これらのルートをPE1によって「現在発信されている」と呼びます。 PE1が特定のCフロー（C-S、C-G）を1つ以上の他のPEに送信する必要があるとします。次のアルゴリズムを使用して、Cフローが「一致」するS-PMSI A-Dルートを見つけます。
- If there is an S-PMSI A-D route currently originated by PE1, whose NLRI contains (C-S,C-G), the (C-S,C-G) C-flow matches that route.
- PE1によって現在発信されているS-PMSI A-Dルートがあり、そのNLRIに（C-S、C-G）が含まれている場合、（C-S、C-G）Cフローはそのルートに一致します。
- Otherwise, if there is an S-PMSI A-D route currently originated by PE1, whose NLRI contains (C-S,C-*), AND if C-G is an SSM group address, the (C-S,C-G) C-flow matches that route.
- それ以外の場合、PE1によって現在発信されているS-PMSI A-Dルートがあり、そのNLRIに（C-S、C- *）が含まれ、C-GがSSMグループアドレスの場合、（C-S、C-G）Cフローはそのルートに一致します。
- Otherwise, if there is an S-PMSI A-D route currently originated by PE1, whose NLRI contains (C-*,C-G), AND if C-G is an ASM group address, the (C-S,C-G) C-flow matches that route.
- それ以外の場合、PE1によって現在発信されているS-PMSI A-Dルートがあり、そのNLRIに（C-*、C-G）が含まれ、C-GがASMグループアドレスの場合、（C-S、C-G）Cフローはそのルートに一致します。
- Otherwise, if there is an S-PMSI A-D route currently originated by PE1, whose NLRI contains (C-*,C-*), the (C-S,C-G) C-flow matches that route.
- それ以外の場合、PE1によって現在発信されているS-PMSI A-Dルートがあり、そのNLRIに（C-*、C- *）が含まれている場合、（C-S、C-G）Cフローはそのルートに一致します。
We refer to an S-PMSI A-D route as being "installed" (in a given VRF) if it has been selected by the BGP decision process as the preferred route for its NLRI.
S-PMSI A-DルートがBGP決定プロセスによってそのNLRIの優先ルートとして選択されている場合、S-PMSI A-Dルートは（特定のVRFに）「インストールされている」と呼ばれます。
An S-PMSI A-D route is considered to be "originated by a given PE" if that PE's IP address is contained in the "Originating Router's IP Address" field in the MCAST-VPN NLRI of the route.
S-PMSI A-Dルートは、そのPEのIPアドレスがルートのMCAST-VPN NLRIの[Originating Router's IP Address]フィールドに含まれている場合、「特定のPEによって発信された」と見なされます。
Suppose that a PE router (call it PE1) needs to receive (C-S,C-G), and that PE1 has chosen another PE router (call it PE2) as the "upstream PE" [MVPN] for that flow.
PEルーター（PE1と呼ぶ）が（C-S、C-G）を受信する必要があり、PE1がそのフローの「上流PE」[MVPN]として別のPEルーター（PE2と呼ぶ）を選択したとします。
- If there is an installed S-PMSI A-D route originated by PE2, whose NLRI contains (C-S,C-G), then (C-S,C-G) matches that route.
- PE2から発信されたインストール済みのS-PMSI A-Dルートがあり、そのNLRIに（C-S、C-G）が含まれている場合、（C-S、C-G）はそのルートに一致します。
- Otherwise, if there is an installed S-PMSI A-D route originated by PE2, whose NLRI contains (C-S,C-*), AND if C-G is an SSM multicast group address, then (C-S,C-G) matches that route.
- それ以外の場合、PE2によって発信されたインストール済みのS-PMSI A-Dルートがあり、そのNLRIに（C-S、C- *）が含まれ、C-GがSSMマルチキャストグループアドレスの場合、（C-S、C-G）がそのルートに一致します。
- Otherwise, if there is an installed S-PMSI A-D route originated by PE2, whose NLRI contains (C-*,C-G), AND if C-G is an ASM multicast group address, then (C-S,C-G) matches that route.
- それ以外の場合、PE2によって発信されたインストール済みのS-PMSI A-Dルートがあり、そのNLRIに（C-*、C-G）が含まれ、C-GがASMマルチキャストグループアドレスの場合、（C-S、C-G）がそのルートに一致します。
- Otherwise, if there is an installed S-PMSI A-D route originated by PE2, whose NLRI contains (C-*,C-*), then (C-S,C-G) matches that route.
- そうでない場合、NLRIに（C-*、C- *）が含まれるPE2から発信されたインストール済みのS-PMSI A-Dルートがある場合、（C-S、C-G）はそのルートに一致します。
Suppose that a PE router (call it PE1) needs to receive (C-*,C-G) traffic. Note that even if (C-*,C-G) matches a non-wildcard S-PMSI A-D route (as detailed in Section 12.3 of [MVPN-BGP]), it may also match one or more wildcard S-PMSI A-D routes, as specified below.
PEルーター（PE1と呼びます）が（C-*、C-G）トラフィックを受信する必要があるとします。 （C-*、CG）がワイルドカード以外のS-PMSI ADルートに一致する場合でも（[MVPN-BGP]のセクション12.3に詳細が示されているように）、1つ以上のワイルドカードS-PMSI ADルートに一致する場合もあります。以下に指定されています。
If on PE1 there is an installed S-PMSI A-D route originated by PE2, whose NLRI contains (C-*,C-G), then (C-*,C-G) matches this route if one of the following conditions holds:
PE1に、PE2から発信されたインストール済みのS-PMSI A-Dルートがあり、そのNLRIに（C-*、C-G）が含まれている場合、次の条件のいずれかが当てはまる場合、（C-*、C-G）はこのルートに一致します。
- PE1 determines that PE2 is the "upstream" PE [MVPN] for the C-RP of C-G, or
- PE1は、PE2がC-GのC-RPの「アップストリーム」PE [MVPN]であることを決定します。
- PE1 has installed one or more Source Active A-D routes for C-G originated by PE2, and for at least one of these routes, PE1 does not have a corresponding (C-S,C-G) state, or
- PE1は、PE2によって発信されたC-Gの1つ以上のソースアクティブA-Dルートをインストールしました。これらのルートの少なくとも1つについて、PE1は対応する（C-S、C-G）状態を持ちません、または
- C-G is a BIDIR-PIM group, or
- C-GはBIDIR-PIMグループ、または
- Source Active A-D routes are not being used.
- ソースアクティブA-Dルートは使用されていません。
If (C-*,C-G) does not match a (C-*,C-G) S-PMSI A-D route from PE2, but PE1 has an installed (C-*,C-*) S-PMSI A-D route from PE2, then (C-*,C-G) matches the (C-*,C-*) route if one of the following conditions holds:
（C-*、CG）がPE2からの（C-*、CG）S-PMSI ADルートと一致しないが、PE1にPE2からの（C-*、C- *）S-PMSI ADルートがインストールされている場合、 （C-*、CG）は、次のいずれかの条件が満たされた場合、（C-*、C- *）ルートと一致します。
- PE1 determines that PE2 is the "upstream" PE [MVPN] for the C-RP of C-G, or
- PE1は、PE2がC-GのC-RPの「アップストリーム」PE [MVPN]であることを決定します。
- PE1 has installed one or more Source Active A-D routes for C-G originated by PE2, and for at least one of these routes, PE1 does not have a corresponding (C-S,C-G) state, or
- PE1は、PE2によって発信されたC-Gの1つ以上のソースアクティブA-Dルートをインストールしました。これらのルートの少なくとも1つについて、PE1は対応する（C-S、C-G）状態を持ちません、または
- C-G is a BIDIR-PIM group, or
- C-GはBIDIR-PIMグループ、または
- Source Active A-D routes are not being used.
- ソースアクティブA-Dルートは使用されていません。
This document defines procedures for the following uses of the wildcard in the NLRI of an S-PMSI A-D route:
このドキュメントでは、S-PMSI A-DルートのNLRIでワイルドカードを次のように使用する手順を定義しています。
- (C-*,C-G): Source wildcard, group specified.
- （C-*、C-G）：ソースワイルドカード、グループを指定。
- (C-S,C-*): Source specified, group wildcard.
- （C-S、C- *）：ソース指定、グループワイルドカード。
- (C-*,C-*): Source wildcard, group wildcard.
- （C-*、C- *）：ソースワイルドカード、グループワイルドカード。
All other wildcard functionality is outside the scope of this document.
他のすべてのワイルドカード機能は、このドキュメントの範囲外です。
The ability to originate S-PMSI A-D routes with a particular kind of wildcard is OPTIONAL. However, if a PE has the ability to originate S-PMSI A-D routes with a particular kind of wildcard, it MUST have the ability to interpret and correctly process S-PMSI A-D routes with that kind of wildcard, and it SHOULD have the ability to interpret and correctly process all three kinds of wildcards.
特定の種類のワイルドカードを使用してS-PMSI A-Dルートを開始する機能はオプションです。ただし、PEが特定の種類のワイルドカードを使用してS-PMSI ADルートを発信する機能を持っている場合、その種類のワイルドカードを使用してS-PMSI ADルートを解釈および正しく処理する機能が必要であり、次の機能を持っている必要があります。 3種類のワイルドカードをすべて解釈して正しく処理します。
For a given MVPN, A PE MUST NOT originate S-PMSI A-D routes with a particular kind of wildcard unless it is known a priori that all PEs attached to that MVPN have the ability to interpret and correctly process that kind of wildcard.
特定のMVPNでは、そのMVPNに接続されているすべてのPEがその種類のワイルドカードを解釈して正しく処理できることがアプリオリにわかっている場合を除き、PEは特定の種類のワイルドカードを使用してS-PMSI A-Dルートを発信してはなりません（MUST NOT）。
The criteria for originating and withdrawing S-PMSI A-D routes with wildcards are local to the originating PE.
ワイルドカードを使用したS-PMSI A-Dルートの発信と撤回の基準は、発信PEに対してローカルです。
As specified in [MVPN-BGP], an S-PMSI A-D route is carried in the NLRI field of an MP_REACH_NLRI attribute (see [BGP-MP]). Every S-PMSI A-D route has a particular address family (IPv4 or IPv6), as specified in the Address Family Identifier (AFI) field of the MP_REACH_NLRI attribute. A wildcard in a particular S-PMSI A-D route always refers only to multicast flows of that same address family.
[MVPN-BGP]で指定されているように、S-PMSI A-DルートはMP_REACH_NLRI属性のNLRIフィールドで運ばれます（[BGP-MP]を参照）。すべてのS-PMSI A-Dルートには、MP_REACH_NLRI属性のアドレスファミリ識別子（AFI）フィールドで指定されている特定のアドレスファミリ（IPv4またはIPv6）があります。特定のS-PMSI A-Dルートのワイルドカードは、常に同じアドレスファミリのマルチキャストフローのみを参照します。
The procedures specified in this document apply only when the PMSI Tunnel Attribute of an S-PMSI A-D route specifies a "unidirectional" P-tunnel. The use of "bidirectional" P-tunnels (e.g., Multipoint-to-Multipoint Label Switched Paths, BIDIR-PIM trees) is outside the scope of this document.
このドキュメントで指定されている手順は、S-PMSI A-DルートのPMSIトンネル属性が「単方向」Pトンネルを指定している場合にのみ適用されます。 「双方向」Pトンネル（マルチポイントツーマルチポイントラベルスイッチドパス、BIDIR-PIMツリーなど）の使用は、このドキュメントの範囲外です。
In the following sections, an S-PMSI A-D route whose NLRI contains (C-*,C-G), (C-S,C-*), or (C-*,C-*) will be referred to as a "(C-*,C-G) route", a "(C-S,C-*) route", or a "(C-*,C-*)" route, respectively.
以下のセクションでは、NLRIに（C-*、CG）、（CS、C- *）、または（C-*、C- *）が含まれるS-PMSI ADルートを「（C-*、CG- *） *、CG）ルート」、「（CS、C- *）ルート」、または「（C-*、C- *）」ルート。
This document specifies the use of (C-*,C-G) S-PMSI A-D routes only in the case where C-G is an ASM group address. Use of (C-*,C-G) S-PMSI A-D routes where C-G is an SSM group address is outside the scope of this document. If a PE receives a (C-*,C-G) S-PMSI A-D route, and the PE can determine that C-G is an SSM group address, the PE SHOULD "ignore" this S-PMSI A-D route.
このドキュメントでは、C-GがASMグループアドレスである場合にのみ、（C-*、C-G）S-PMSI A-Dルートの使用を指定します。 C-GがSSMグループアドレスである（C-*、C-G）S-PMSI A-Dルートの使用は、このドキュメントの範囲外です。 PEが（C-*、C-G）S-PMSI A-Dルートを受信し、PEがC-GがSSMグループアドレスであると判断できる場合、PEはこのS-PMSI A-Dルートを「無視」する必要があります。
By default, the set of Route Targets carried by a (C-*,C-G) S-PMSI A-D route originated by a given VRF is the same as the set of Route Targets carried in the (unicast) VPN-IP routes that originated from that VRF. An implementation MUST allow the set of Route Targets carried by the (C-*,C-G) S-PMSI A-D route to be specified by configuration. In the absence of a configured set of Route Targets, the route MUST carry the default set of Route Targets.
デフォルトでは、特定のVRFによって発信された（C-*、CG）S-PMSI ADルートによって運ばれるルートターゲットのセットは、発信された（ユニキャスト）VPN-IPルートによって運ばれるルートターゲットのセットと同じです。そのVRF。実装は、（C-*、C-G）S-PMSI A-Dルートによって運ばれるルートターゲットのセットが構成によって指定されることを許可する必要があります。ルートターゲットの構成されたセットがない場合、ルートはデフォルトのルートターゲットのセットを運ぶ必要があります。
If a PE needs to transmit packets of a (C-S,C-G) C-flow, and if (C-S,C-G) matches a (C-*,C-G) S-PMSI A-D route according to the rules of Section 3.1, then the PE MUST use the P-tunnel advertised in this route for transmitting that C-flow. (Note that it is impossible for a given (C-S,C-G) to match both a (C-*,C-G) wildcard and a (C-S,C-*) wildcard.)
PEが（CS、CG）Cフローのパケットを送信する必要があり、（CS、CG）がセクション3.1のルールに従って（C-*、CG）S-PMSI ADルートと一致する場合、PEこのCフローの送信には、このルートでアドバタイズされたPトンネルを使用する必要があります。 （特定の（C-S、C-G）が（C-*、C-G）ワイルドカードと（C-S、C- *）ワイルドカードの両方に一致することは不可能であることに注意してください。）
If PIM is being used as the PE-PE control protocol, then if the PE has (C-*,C-G) and/or (C-S,C-G) state that matches (according to the procedures of Section 3.2) an S-PMSI A-D route, the PE MUST join the P-tunnel specified in the PMSI Tunnel Attribute of that route.
PIMがPE-PE制御プロトコルとして使用されている場合、PEが（C-*、CG）や（CS、CG）の状態を持っている場合（セクション3.2の手順に従って）S-PMSI ADと一致します。ルート、PEはそのルートのPMSIトンネル属性で指定されたPトンネルに参加する必要があります。
If BGP is being used as the PE-PE control protocol, then
BGPがPE-PE制御プロトコルとして使用されている場合、
- If a given PE has currently originated a C-multicast Shared Tree Join for (C-*,C-G), and if (C-*,C-G) matches a (C-*,C-G) S-PMSI A-D route, then the PE applies the procedures of Section 12.3 ("Receiving S-PMSI A-D Routes by PEs") of [MVPN-BGP] to that S-PMSI A-D route.
- 特定のPEが（C-*、CG）のCマルチキャスト共有ツリー結合を現在発信していて、（C-*、CG）が（C-*、CG）S-PMSI ADルートと一致する場合、PE [MVPN-BGP]のセクション12.3（「PEによるS-PMSI ADルートの受信」）の手順をそのS-PMSI ADルートに適用します。
- Otherwise (the given PE does not have a currently originated C-multicast Shared Tree Join for (C-*,C-G)), if there are one or more values of C-S for which the PE has a currently originated Source Tree Join C-multicast route for (C-S,C-G), the PE MUST join the tunnels advertised by the S-PMSI A-D routes that match (according to Section 3.2) each such (C-S,C-G).
- それ以外の場合（指定されたPEには、（C-*、CG）の現在生成されたCマルチキャスト共有ツリー結合がありません）、PEが現在生成されたソースツリー結合CマルチキャストのCSの値が1つ以上ある場合（CS、CG）のルートの場合、PEは（セクション3.2に従って）一致するS-PMSI ADルートによってアドバタイズされるトンネルに参加する必要があります（CS、CG）。
- Otherwise, the PE "ignores" the route.
- そうでない場合、PEはルートを「無視」します。
This document covers the use of (C-S,C-*) S-PMSI A-D routes for only the C-multicast flows where C-G is an SSM group address. Use of (C-S,C-*) S-PMSI A-D routes for other C-multicast flows is outside the scope of this document. Specifically, if a PE receives a (C-S,C-*) S-PMSI A-D route, and the PE can determine that C-G is not an SSM group address, the PE SHOULD "ignore" this S-PMSI A-D route.
このドキュメントでは、C-GがSSMグループアドレスであるCマルチキャストフローのみに対する（C-S、C- *）S-PMSI A-Dルートの使用について説明します。他のCマルチキャストフローに対する（C-S、C- *）S-PMSI A-Dルートの使用は、このドキュメントの範囲外です。具体的には、PEが（C-S、C- *）S-PMSI A-Dルートを受信し、C-GがSSMグループアドレスではないとPEが判断できる場合、PEはこのS-PMSI A-Dルートを「無視」する必要があります。
By default, the set of Route Targets carried by a (C-S,C-*) S-PMSI A-D route originated by a given VRF is an intersection between the set of Route Targets carried in the Intra-AS I-PMSI A-D route that originated from that VRF, and the set of Route Targets carried by the unicast VPN-IP route to C-S originated from that VRF. An implementation MUST allow the set of Route Targets carried by the (C-S,C-*) S-PMSI A-D route to be specified by configuration. In the absence of a configured set of Route Targets, the route MUST carry the default set of Route Targets.
デフォルトでは、特定のVRFによって発信された（CS、C- *）S-PMSI ADルートによって運ばれるルートターゲットのセットは、発信されたIn-AS I-PMSI ADルートによって運ばれたルートターゲットのセット間の交差ですそのVRFから、およびそのVRFから発信されたユニキャストVPN-IPルートによってCSに伝送されるルートターゲットのセット。実装は、（C-S、C- *）S-PMSI A-Dルートによって運ばれるルートターゲットのセットが構成によって指定されることを許可する必要があります。ルートターゲットの構成されたセットがない場合、ルートはデフォルトのルートターゲットのセットを運ぶ必要があります。
If a PE needs to transmit packets of a (C-S,C-G) C-flow, and if (C-S,C-G) matches a (C-S,C-*) S-PMSI A-D route according to the rules of Section 3.1, then the PE MUST use the P-tunnel advertised in this route for transmitting that C-flow. (Note that it is impossible for a given (C-S,C-G) to match both a (C-*,C-G) wildcard and a (C-S,C-*) wildcard.)
PEが（CS、CG）Cフローのパケットを送信する必要があり、（CS、CG）がセクション3.1のルールに従って（CS、C- *）S-PMSI ADルートと一致する場合、PEこのCフローの送信には、このルートでアドバタイズされたPトンネルを使用する必要があります。 （特定の（C-S、C-G）が（C-*、C-G）ワイルドカードと（C-S、C- *）ワイルドカードの両方に一致することは不可能であることに注意してください。）
If PIM is being used as the PE-PE control protocol for distributing C-multicast routing, and if a given PE needs to receive a (C-S,C-G) flow, and if (C-S,C-G) matches the (C-S,C-*) S-PMSI A-D route (according to the procedures of Section 3.2), then the PE MUST join the P-tunnel specified in the PMSI Tunnel Attribute of that route.
Cマルチキャストルーティングを配信するためのPE-PE制御プロトコルとしてPIMが使用されている場合、および特定のPEが（CS、CG）フローを受信する必要があり、（CS、CG）が（CS、C- *）と一致する場合）S-PMSI ADルート（セクション3.2の手順に従って）、PEはそのルートのPMSIトンネル属性で指定されたPトンネルに参加する必要があります。
If BGP is being used as the PE-PE control protocol for distributing C-multicast routing, and if there is some (C-S,C-G) such that (a) the PE has a currently originated (C-S,C-G) Source Tree Join C-multicast route, AND (b) the given (C-S,C-G) matches (according to the procedures of Section 3.2) a (C-S,C-*) S-PMSI A-D route, then PE1 applies the procedures of Section 12.3 ("Receiving S-PMSI A-D Routes by PEs") of [MVPN-BGP] to the matching S-PMSI A-D route.
C-マルチキャストルーティングを配信するためのPE-PE制御プロトコルとしてBGPが使用されている場合、および（a）PEが現在発信されている（CS、CG）ソースツリー結合C-マルチキャストルート、および（b）指定された（CS、CG）が一致する（セクション3.2の手順に従って）a（CS、C- *）S-PMSI ADルート、次にPE1がセクション12.3の手順を適用する（「受信S [MVPN-BGP]の-PEによる-PMSI ADルート]から、一致するS-PMSI ADルートへ。
(C-*,C-*) S-PMSI A-D routes are used when, for a given MVPN, a PE has a policy not to use an I-PMSI for carrying multicast data traffic originated in the MVPN's site(s) connected to that PE. When the (C-*,C-*) wildcard is used together with BGP C-multicast routing, this results in the "S-PMSI only" model, where no I-PMSIs are used at all for the given MVPN.
（C-*、C- *）S-PMSI ADルートは、特定のMVPNについて、PEが、接続されているMVPNのサイトで発信されたマルチキャストデータトラフィックを運ぶためにI-PMSIを使用しないポリシーを持っている場合に使用されますそのPE。 （C-*、C- *）ワイルドカードをBGP Cマルチキャストルーティングと一緒に使用すると、「S-PMSIのみ」モデルが生成され、特定のMVPNに対してI-PMSIがまったく使用されません。
A (C-*,C-*) S-PMSI A-D route is originated for a given MVPN by a given PE only if that PE has been provisioned with the policy to do so.
（C-*、C- *）S-PMSI A-Dルートは、そのPEがポリシーを使用してプロビジョニングされている場合にのみ、特定のPEによって特定のMVPNに対して発信されます。
When so provisioned, the PE MAY originate the (C-*,C-*) S-PMSI A-D route as soon as it is enabled to support the given MVPN. Alternatively, the PE MAY delay originating the route until one of the following conditions holds:
そのようにプロビジョニングされている場合、PEは、特定のMVPNをサポートできるようになるとすぐに、（C-*、C- *）S-PMSI A-Dルートを開始できます（MAY）。または、PEは、次のいずれかの条件が満たされるまで、ルートの発信を遅らせる場合があります。
- The PE-PE protocol for distributing C-multicast routing is PIM, and for the given MVPN, the PE has some (C-S,C-G) or (C-*,C-G) state for which the upstream interface is one of the VRF interfaces for the given MVPN.
- Cマルチキャストルーティングを配信するためのPE-PEプロトコルはPIMであり、特定のMVPNの場合、PEにはいくつかの（CS、CG）または（C-*、CG）状態があり、アップストリームインターフェイスはVRFインターフェイスの1つです。指定されたMVPN。
- The PE-PE protocol for distributing C-multicast routing is BGP, and the given PE has received and installed either of the following:
- Cマルチキャストルーティングを配信するためのPE-PEプロトコルはBGPであり、指定されたPEは次のいずれかを受信してインストールしました。
* a Source Tree Join C-multicast route, with the C-S contained in the route's NLRI being reachable via one of the given MVPN's VRF interfaces, or
* ソースツリーがCマルチキャストルートに参加します。ルートのNLRIに含まれるC-Sは、特定のMVPNのVRFインターフェイスのいずれかを介して到達可能です。
* a Shared Tree Join C-multicast route, with the C-RP carried in that route being reachable via one of the given MVPN's VRF interfaces.
* 共有ツリーに参加するCマルチキャストルート。そのルートで運ばれるC-RPは、特定のMVPNのVRFインターフェイスのいずれかを介して到達可能です。
By default, the set of Route Targets carried by a (C-*,C-*) S-PMSI A-D route originated from a given VRF is the same as the set of Route Targets carried in the VPN-IP unicast routes originated from that VRF. An implementation MUST allow the set of Route Targets carried by the (C-*,C-*) S-PMSI A-D route to be specified by configuration. In the absence of a configured set of Route Targets, the route MUST carry the default set of Route Targets, as specified above.
デフォルトでは、特定のVRFから発信された（C-*、C- *）S-PMSI ADルートによって運ばれるルートターゲットのセットは、それから発信されたVPN-IPユニキャストルートで運ばれるルートターゲットのセットと同じです。 VRF。実装は、（C-*、C- *）S-PMSI A-Dルートによって運ばれるルートターゲットのセットが構成によって指定されることを許可する必要があります。構成されたルートターゲットのセットがない場合、ルートは上記で指定されたデフォルトのルートターゲットのセットを運ぶ必要があります。
If a PE needs to transmit packets of a (C-S,C-G) C-flow, and if (C-S,C-G) matches a (C-*,C-*) S-PMSI A-D route according to the rules of Section 3.1, then the PE MUST use the P-tunnel advertised in this route for transmitting that C-flow. (Note that it is impossible for a given (C-S,C-G) to match both a (C-*,C-*) wildcard and any other wildcard.)
PEが（CS、CG）Cフローのパケットを送信する必要があり、（CS、CG）がセクション3.1のルールに従って（C-*、C- *）S-PMSI ADルートと一致する場合、 PEは、そのCフローを送信するために、このルートでアドバタイズされたPトンネルを使用する必要があります。 （特定の（C-S、C-G）が（C-*、C- *）ワイルドカードと他のワイルドカードの両方に一致することは不可能であることに注意してください。）
If PIM is being used as the PE-PE control protocol for distributing C-multicast routing, and if a given PE, say PE1, needs to receive a (C-S,C-G) flow, and if (C-S,C-G) matches the (C-*,C-*) S-PMSI A-D route (according to the procedures of Section 3.2), then PE1 MUST join the P-tunnel specified in the PMSI Tunnel Attribute of that route.
PIMがCマルチキャストルーティングを配信するためのPE-PE制御プロトコルとして使用されており、特定のPE、たとえばPE1が（CS、CG）フローを受信する必要があり、（CS、CG）が（C -*、C- *）S-PMSI ADルート（セクション3.2の手順に従って）、PE1はそのルートのPMSIトンネル属性で指定されたPトンネルに参加する必要があります。
If BGP is being used as the PE-PE control protocol for distributing C-multicast routing, then if (and only if) one of the following conditions holds, the PE applies the procedures of Section 12.3 ("Receiving S-PMSI A-D Routes by PEs") of [MVPN-BGP] to the matching S-PMSI A-D route. The conditions are as follows:
BGPがCマルチキャストルーティングを配信するためのPE-PE制御プロトコルとして使用されている場合、次の条件のいずれかが当てはまる場合に限り、PEはセクション12.3の手順を適用します（「S-PMSI ADルートの受信[MVPN-BGP]のPE "）から一致するS-PMSI ADルートへ。条件は次のとおりです。
- The PE has a currently originated C-multicast Source Tree Join route for (C-S,C-G) that matches (according to the procedures of Section 3.2) the (C-*,C-*) S-PMSI A-D route, or
- PEには、（C-S、C-G）の（C-S、C-G）の（C-*、C- *）S-PMSI A-Dルートと（セクション3.2の手順に従って）一致する現在発信されているC-マルチキャストソースツリー参加ルート、または
- The PE has a currently originated a C-multicast Shared Tree Join route for (C-*,C-G) that matches (according to the procedures of Section 3.2) the (C-*,C-*) S-PMSI A-D route.
- PEには、（C-*、C- *）S-PMSI A-Dルートに一致する（セクション3.2の手順に従って）（C-*、C-G）の現在生成されたCマルチキャスト共有ツリー参加ルートがあります。
There are no additional security considerations beyond those of [MVPN] and [MVPN-BGP].
[MVPN]および[MVPN-BGP]以外のセキュリティに関する考慮事項はありません。
The authors wish to thank Arjen Boers, Dongling Duan, Apoorva Karan, Thomas Morin, Keyur Patel, Karthik Subramanian, and Kurt Windisch for many helpful discussions.
著者は、多くの有益な議論をしてくれたArjen Boers、Dongling Duan、Apoorva Karan、Thomas Morin、Keyur Patel、Kartik Subramanian、およびKurt Windischに感謝します。
[BGP-MP] Bates, T., Chandra, R., Katz, D., and Y. Rekhter, "Multiprotocol Extensions for BGP-4", RFC 4760, January 2007.
[BGP-MP]ベイツ、T。、チャンドラ、R。、カッツ、D。、およびY.レクター、「BGP-4のマルチプロトコル拡張機能」、RFC 4760、2007年1月。
[L3VPN] Rosen, E. and Y. Rekhter, "BGP/MPLS IP Virtual Private Networks (VPNs)", RFC 4364, February 2006.
[L3VPN]ローゼン、E。およびY.レクター、「BGP / MPLS IP仮想プライベートネットワーク（VPN）」、RFC 4364、2006年2月。
[MVPN] Rosen, E., Ed., and R. Aggarwal, Ed., "Multicast in MPLS/BGP IP VPNs", RFC 6513, February 2012.
[MVPN] Rosen、E.、Ed。およびR. Aggarwal、Ed。、「Multicast in MPLS / BGP IP VPNs」、RFC 6513、2012年2月。
[MVPN-BGP] Aggarwal, R., Rosen, E., Morin, T., and Y. Rekhter, "BGP Encodings and Procedures for Multicast in MPLS/BGP IP VPNs", RFC 6514, February 2012.
[MVPN-BGP] Aggarwal、R.、Rosen、E.、Morin、T。、およびY. Rekhter、「MPLS / BGP IP VPNにおけるマルチキャスト用のBGPエンコーディングおよび手順」、RFC 6514、2012年2月。
[PIM] Fenner, B., Handley, M., Holbrook, H., and I. Kouvelas, "Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)", RFC 4601, August 2006.
[PIM] Fenner、B.、Handley、M.、Holbrook、H。、およびI. Kouvelas、「Protocol Independent Multicast-Sparse Mode（PIM-SM）：Protocol Specification（Revised）」、RFC 4601、2006年8月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
Authors' Addresses
著者のアドレス
Rahul Aggarwal Arktan
ラフル・アガーワル・アークタン
EMail: raggarwa_1@yahoo.com
Yiqun Cai Microsoft 1065 La Avenida Mountain View, CA 94043
Y IグループCAI Microsoft 1065 LA av EN IDAマウンテンビュー、CA 94043
EMail: yiqunc@microsoft.com
Wim Henderickx Alcatel-Lucent
Wim Henderickxアルカテルルーセント
EMail: wim.henderickx@alcatel-lucent.be
Praveen Muley Alcatel-Lucent
プラヴィーン・ムレイ・アルカテル・ルーセント
EMail: Praveen.Muley@alcatel-lucent.com
Ray (Lei) Qiu 2330 Central Expressway Santa Clara, CA 95050 USA
レイ（レイ）Q IU 2330中央高速道路サンタクララ、カリフォルニア95050米国
EMail: rayq@huawei.com
Yakov Rekhter (editor) Juniper Networks 1194 North Mathilda Ave. Sunnyvale, CA 94089
Yakov Rekhter（編集者）Juniper Networks 1194 North Mathilda Ave. Sunnyvale、CA 94089
EMail: yakov@juniper.net Eric C. Rosen (editor) Cisco Systems, Inc. 1414 Massachusetts Avenue Boxborough, MA 01719
えまいｌ： やこｖ＠じゅにぺｒ。ねｔ えりｃ Ｃ。 ろせん （えぢとｒ） しｓこ Ｓｙｓてｍｓ、 いんｃ。 １４１４ まっさちゅせっｔｓ あゔぇぬえ ぼｘぼろうｇｈ、 ま ０１７１９
EMail: erosen@cisco.com
IJsbrand Wijnands Cisco Systems, Inc. De kleetlaan 6a Diegem 1831 Belgium
IJsbrand Wijnands Cisco Systems、Inc. Kleetlaan 6a Diegem 1831ベルギー
EMail: ice@cisco.com