Internet Engineering Task Force (IETF) J. Rabadan, Ed.
Request for Comments: 9574 S. Sathappan
Category: Standards Track Nokia
ISSN: 2070-1721 W. Lin
Juniper Networks
M. Katiyar
Versa Networks
A. Sajassi
Cisco Systems
May 2024
Network Virtualization Overlay (NVO) networks using Ethernet VPNs (EVPNs) as their control plane may use trees based on ingress replication or Protocol Independent Multicast (PIM) to convey the overlay Broadcast, Unknown Unicast, or Multicast (BUM) traffic. PIM provides an efficient solution that prevents sending multiple copies of the same packet over the same physical link; however, it may not always be deployed in the NVO network core. Ingress replication avoids the dependency on PIM in the NVO network core. While ingress replication provides a simple multicast transport, some NVO networks with demanding multicast applications require a more efficient solution without PIM in the core. This document describes a solution to optimize the efficiency of ingress replication trees.
コントロールプレーンとしてイーサネットVPN（EVPN）を使用したネットワーク仮想化オーバーレイ（NVO）ネットワークは、イングレスレプリケーションまたはプロトコル独立マルチキャスト（PIM）に基づいて木を使用してオーバーレイ放送、不明なユニキャスト、またはマルチキャスト（BUM）トラフィックを伝えます。PIMは、同じ物理リンク上で同じパケットの複数のコピーを送信するのを防ぐ効率的なソリューションを提供します。ただし、NVOネットワークコアに常に展開されるとは限りません。Ingressレプリケーションは、NVOネットワークコアのPIMへの依存度を回避します。Ingress Replicationはシンプルなマルチキャストトランスポートを提供しますが、マルチキャストアプリケーションを要求する一部のNVOネットワークでは、CoreにPIMなしでより効率的なソリューションが必要です。このドキュメントでは、レプリケーションツリーの効率を最適化するソリューションについて説明します。
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
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 7841.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。インターネット標準の詳細については、RFC 7841のセクション2で入手できます。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc9574.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https://www.rfc-editor.org/info/rfc9574で取得できます。
Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2024 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（https://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。
1. Introduction
2. Terminology and Conventions
3. Solution Requirements
4. EVPN BGP Attributes for Optimized Ingress Replication
5. Non-selective Assisted Replication (AR) Solution Description
5.1. Non-selective AR-REPLICATOR Procedures
5.2. Non-selective AR-LEAF Procedures
5.3. RNVE Procedures
6. Selective Assisted Replication (AR) Solution Description
6.1. Selective AR-REPLICATOR Procedures
6.2. Selective AR-LEAF Procedures
7. Pruned Flooding Lists (PFLs)
7.1. Example of a Pruned Flooding List
8. AR Procedures for Single-IP AR-REPLICATORS
9. AR Procedures and EVPN All-Active Multihoming Split-Horizon
9.1. Ethernet Segments on AR-LEAF Nodes
9.2. Ethernet Segments on AR-REPLICATOR Nodes
10. Security Considerations
11. IANA Considerations
12. References
12.1. Normative References
12.2. Informative References
Acknowledgements
Contributors
Authors' Addresses
Ethernet Virtual Private Networks (EVPNs) may be used as the control plane for a Network Virtualization Overlay (NVO) network [RFC8365]. Network Virtualization Edge (NVE) and Provider Edge (PE) devices that are part of the same EVPN Broadcast Domain (BD) use Ingress Replication (IR) or PIM-based trees to transport the tenant's Broadcast, Unknown Unicast, or Multicast (BUM) traffic.
イーサネット仮想プライベートネットワーク（EVPN）は、ネットワーク仮想化オーバーレイ（NVO）ネットワーク[RFC8365]のコントロールプレーンとして使用できます。ネットワーク仮想化エッジ（NVE）およびプロバイダーエッジ（PE）デバイスと同じEVPNブロードキャストドメイン（BD）の一部であるデバイスは、イングレスレプリケーション（IR）またはPIMベースのツリーを使用してテナントのブロードキャスト、不明なユニキャスト、またはマルチキャスト（バム）を輸送します渋滞。
In the ingress replication approach, the ingress NVE receiving a BUM frame from the Tenant System (TS) will create as many copies of the frame as the number of remote NVEs/PEs that are attached to the BD. Each of those copies will be encapsulated into an IP packet where the outer IP Destination Address (IP DA) identifies the loopback of the egress NVE/PE. The IP fabric core nodes (also known as spines) will simply route the IP-encapsulated BUM frames based on the outer IP DA. If PIM-based trees are used instead of ingress replication, the NVEs/ PEs attached to the same BD will join a PIM-based tree. The ingress NVE receiving a BUM frame will send a single copy of the frame, encapsulated into an IP packet where the outer IP DA is the multicast address that represents the PIM-based tree. The IP fabric core nodes are part of the PIM tree and keep multicast state for the multicast group, so that IP-encapsulated BUM frames can be routed to all the NVEs/PEs that joined the tree.
イングレスレプリケーションアプローチでは、テナントシステム（TS）からバムフレームを受信するイングレスNVEは、BDに接続されているリモートNVE/PEの数と同じくらい多くのフレームのコピーを作成します。これらの各コピーは、外側のIP宛先アドレス（IP DA）が出口NVE/PEのループバックを識別するIPパケットにカプセル化されます。IPファブリックコアノード（スパインとも呼ばれる）は、外側のIP DAに基づいてIPにカプセル化されたバムフレームを単純にルーティングします。PIMベースのツリーが侵入の複製の代わりに使用される場合、同じBDに取り付けられたNVE/ PESがPIMベースのツリーに結合します。バムフレームを受信するIngress NVEは、フレームの単一のコピーを送信します。これは、外側のIP DAがPIMベースのツリーを表すマルチキャストアドレスであるIPパケットにカプセル化されます。IPファブリックコアノードはPIMツリーの一部であり、マルチキャストグループのマルチキャスト状態を維持するため、IPがカプセル化されたバムフレームをツリーに結合したすべてのNVE/PESにルーティングできます。
The two approaches are illustrated in Figure 1. On the left-hand side of the diagram, NVE1 uses ingress replication to send a BUM frame (originated from Tenant System TS1) to the remote nodes attached to the BD, i.e., NVE2, NVE3, and PE1. On the right-hand side, the same example is depicted but using a PIM-based tree, i.e., (S1,G1), instead of ingress replication. While a single copy of the tunneled BUM frame is generated in the latter approach, all the routers in the fabric need to keep multicast state, e.g., the spine keeps a PIM routing entry for (S1,G1) with an Incoming Interface (IIF) and three Outgoing Interfaces (OIFs).
2つのアプローチを図1に示します。図の左側では、NVE1はイングレスレプリケーションを使用して、BDに接続されたリモートノード、つまりNVE2、NVE3にバムフレーム（テナントシステムTS1から発信された）を送信します。およびPE1。右側には、同じ例が示されていますが、PIMベースのツリー、つまり（S1、G1）を使用して、侵入の複製ではありません。トンネル付きバムフレームの単一のコピーが後者のアプローチで生成されますが、ファブリックのすべてのルーターはマルチキャスト状態を維持する必要があります。および3つの発信インターフェイス（OIF）。
To WAN To WAN
^ ^
| |
+-----+ +-----+
+----------| PE1 |-----------+ +----------| PE1 |-----------+
| +--^--+ | | +--^--+ |
| | IP Fabric | | | IP Fabric |
| PE | | (S1,G1) |OIF to G1 |
| +----PE->+-----+ No State | | IIF +-----+ OIF to G1 |
| | +---2->|Spine|------+ | | +------>Spine|------+ |
| | | +-3->+-----+ | | | | +-----+ | |
| | | | 2 3 | | |PIM |OIF to G1| |
| | | |IR | | | | |tree | | |
|+-----+ +--v--+ +--v--+ | |+-----+ +--v--+ +--v--+ |
+| NVE1|---| NVE2|---| NVE3|-+ +| NVE1|---| NVE2|---| NVE3|-+
+--^--+ +-----+ +-----+ +--^--+ +-----+ +-----+
| | | | | |
| v v | v v
TS1 TS2 TS3 TS1 TS2 TS3
Figure 1: Ingress Replication vs. PIM-Based Trees in NVO Networks
図1：NVOネットワークのイングレスレプリケーションとPIMベースの木
In NVO networks where PIM-based trees cannot be used, ingress replication is the only option. Examples of these situations are NVO networks where the core nodes do not support PIM or the network operator does not want to run PIM in the core.
PIMベースのツリーを使用できないNVOネットワークでは、イングレスレプリケーションが唯一のオプションです。これらの状況の例は、コアノードがPIMをサポートしない、またはネットワークオペレーターがコアでPIMを実行したくないNVOネットワークです。
In some use cases, the amount of replication for BUM traffic is kept under control on the NVEs due to the following fairly common assumptions:
一部のユースケースでは、次のかなり一般的な仮定により、バムトラフィックの複製の量はNVEの制御下に置かれます。
a. Broadcast traffic is greatly reduced due to the proxy Address Resolution Protocol (ARP) and proxy Neighbor Discovery (ND) capabilities supported by EVPNs [RFC9161] on the NVEs. Some NVEs can even provide Dynamic Host Configuration Protocol (DHCP) server functions for the attached TSs, reducing the broadcast traffic even further.
a. NVESのEVPNS [RFC9161]によってサポートされているプロキシアドレス解像度プロトコル（ARP）およびプロキシネイバーディスカバリー（ND）機能により、ブロードキャストトラフィックが大幅に削減されます。一部のNVEは、添付されたTSSの動的ホスト構成プロトコル（DHCP）サーバー機能を提供することさえでき、ブロードキャストトラフィックをさらに削減することもできます。
b. Unknown unicast traffic is greatly reduced in NVO networks where all the Media Access Control (MAC) and IP addresses from the TSs are learned in the control plane.
b. 不明なユニキャストトラフィックは、すべてのメディアアクセス制御（MAC）とTSSのIPアドレスがコントロールプレーンで学習されるNVOネットワークで大幅に削減されます。
c. Multicast applications are not used.
c. マルチキャストアプリケーションは使用されていません。
If the above assumptions are true for a given NVO network, then ingress replication provides a simple solution for multi-destination traffic. However, statement c. above is not always true, and multicast applications are required in many use cases.
上記の仮定が特定のNVOネットワークに当てはまる場合、Ingressレプリケーションはマルチデスティングトラフィックの簡単なソリューションを提供します。ただし、ステートメントc。上記は常に真実ではなく、多くのユースケースでマルチキャストアプリケーションが必要です。
When the multicast sources are attached to NVEs residing in hypervisors or low-performance-replication Top-of-Rack (ToR) switches, the ingress replication of a large amount of multicast traffic to a significant number of remote NVEs/PEs can seriously degrade the performance of the NVE and impact the application.
マルチキャストソースがハイパーバイザーまたは低パフォーマンス複製最高ラック（TOR）スイッチに存在するNVEに接続されている場合、多数のマルチキャストトラフィックのイングレス複製は、かなりの数のリモートNVE/PEに深刻な劣化を行うことができますNVEのパフォーマンスとアプリケーションに影響を与えます。
This document describes a solution that makes use of two ingress replication optimizations:
このドキュメントでは、2つのイングレス複製最適化を使用するソリューションについて説明します。
1. Assisted Replication (AR)
1. アシストレプリケーション（AR）
2. Pruned Flooding Lists (PFLs)
2. 剪定された洪水リスト（PFL）
Assisted Replication consists of a set of procedures that allows the ingress NVE/PE to send a single copy of a broadcast or multicast frame received from a TS to the BD without the need for PIM in the underlay. Assisted Replication defines the roles of AR-REPLICATOR and AR-LEAF routers. The AR-LEAF is the ingress NVE/PE attached to the TS. The AR-LEAF sends a single copy of a broadcast or multicast packet to a selected AR-REPLICATOR that replicates the packet multiple times to remote AR-LEAF or AR-REPLICATOR routers and is therefore "assisting" the ingress AR-LEAF in delivering the broadcast or multicast traffic to the remote NVEs/PEs attached to the same BD. Assisted Replication can use a single AR-REPLICATOR or two AR-REPLICATOR routers in the path between the ingress AR-LEAF and the remote destination NVEs/PEs. The procedures that use a single AR-REPLICATOR (the non-selective Assisted Replication solution) are specified in Section 5, whereas Section 6 describes how multi-stage replication, i.e., two AR-REPLICATOR routers in the path between the ingress AR-LEAF and destination NVEs/PEs, is accomplished (the selective Assisted Replication solution). The procedures for Assisted Replication do not impact unknown unicast traffic, which follows the same forwarding procedures as known unicast traffic so that packet reordering does not occur.
アシストレプリケーションは、イングレスNVE/PEがTSからBDに受け取ったブロードキャストまたはマルチキャストフレームの単一のコピーを、下層にPIMを必要とせずにBDに送信できるようにする一連の手順で構成されています。ASTED Replicationは、AR-ReplicatorとAR-Leafルーターの役割を定義します。ARリーフは、TSに取り付けられた侵入NVE/PEです。ARリーフは、放送またはマルチキャストパケットの単一のコピーを選択したARレプリケーターに送信し、パケットをリモートARリーフまたはARレプリケータールーターに複数回複製し、したがって、イングレスARリーフを「支援」しています。同じBDに接続されたリモートNVES/PEへの放送またはマルチキャストトラフィック。アシストレプリケーションは、Ingress AR-Leafとリモート宛先NVES/PESの間のパスで、単一のAR-Replicatorまたは2つのAR-Replicatorルーターを使用できます。単一のARレプリケーター（非選択的支援複製ソリューション）を使用する手順はセクション5で指定されていますが、セクション6では、侵入AR-leafの間のパスの2つのARレプリケータールーター、つまり、マルチ段階の複製方法について説明しています。宛先NVES/PESが達成されます（選択的支援複製ソリューション）。レプリケーション支援の手順は、未知のユニキャストトラフィックに影響を与えません。ユニキャストトラフィックは、パケットの再注文が発生しないように、既知のユニキャストトラフィックと同じ転送手順に従います。
PFLs provide a method for the ingress NVE/PE to prune or remove certain destination NVEs/PEs from a flooding list, depending on the interest of those NVEs/PEs in receiving BUM traffic. As specified in [RFC8365], an NVE/PE builds a flooding list for BUM traffic based on the next hops of the received EVPN Inclusive Multicast Ethernet Tag routes for the BD. While [RFC8365] states that the flooding list is used for all BUM traffic, this document allows pruning certain next hops from the list. As an example, suppose an ingress NVE creates a flooding list with next hops PE1, PE2, and PE3. If PE2 and PE3 did not signal any interest in receiving unknown unicast traffic in their Inclusive Multicast Ethernet Tag routes, when the ingress NVE receives an unknown unicast frame from a TS, it will replicate it only to PE1. That is, PE2 and PE3 are "pruned" from the NVE's flooding list for unknown unicast traffic. PFLs can be used with ingress replication or Assisted Replication and are described in Section 7.
PFLSは、侵入NVE/PEが、パムトラフィックの受信におけるNVE/PEの関心に応じて、洪水リストから特定の目的地NVES/PESを剪定または除去する方法を提供します。[RFC8365]で指定されているように、NVE/PEは、BDの受信EVPNインクルーシブマルチキャストイーサネットタグルートの次のホップに基づいて、バムトラフィックのフラッディングリストを構築します。[RFC8365]は、洪水リストがすべてのバムトラフィックに使用されていると述べていますが、このドキュメントはリストから特定の次のホップを剪定することができます。例として、侵入nveが次のホップPE1、PE2、およびPE3を備えた洪水リストを作成するとします。PE2とPE3が、包括的なマルチキャストイーサネットタグルートで不明なユニキャストトラフィックを受信することに関心を持たなかった場合、Ingress NVEがTSから不明なユニキャストフレームを受信すると、PE1にのみ複製されます。つまり、PE2とPE3は、不明なユニキャストトラフィックのNVEの洪水リストから「剪定」されています。PFLは、イングレスレプリケーションまたはアシストレプリケーションで使用でき、セクション7で説明できます。
Both optimizations -- Assisted Replication and PFLs -- may be used together or independently so that the performance and efficiency of the network to transport multicast can be improved. Both solutions require some extensions to the BGP attributes used in [RFC7432]; see Section 4 for details.
両方の最適化（アシストされた複製とPFL）は、マルチキャストを輸送するためのネットワークのパフォーマンスと効率を改善できるように、一緒にまたは独立して使用できます。どちらのソリューションでも、[RFC7432]で使用されるBGP属性へのいくつかの拡張機能が必要です。詳細については、セクション4を参照してください。
The Assisted Replication solution described in this document is focused on NVO networks (hence its use of IP tunnels). MPLS transport networks are out of scope for this document. The PFLs solution MAY be used in NVO and MPLS transport networks.
このドキュメントで説明されている支援レプリケーションソリューションは、NVOネットワークに焦点を当てています（したがって、IPトンネルの使用）。MPLSトランスポートネットワークは、このドキュメントの範囲外です。PFLSソリューションは、NVOおよびMPLS輸送ネットワークで使用できます。
Section 3 lists the requirements of the combined optimized ingress replication solution, whereas Sections 5 and 6 describe the Assisted Replication solution for non-selective and selective procedures, respectively. Section 7 provides the PFLs solution.
セクション3には、最適化された複製複製ソリューションの要件を示しますが、セクション5と6は、それぞれ非選択的および選択的手順のための支援レプリケーションソリューションを説明します。セクション7では、PFLSソリューションを提供します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.
「必須」、「必要」、「必須」、「shall」、「shall」、「suff」、 "not"、 "becommended"、 "becommented"、 "may"、 "optional「このドキュメントでは、BCP 14 [RFC2119] [RFC8174]で説明されているように解釈されます。
The following terminology is used throughout this document:
このドキュメント全体で次の用語が使用されています。
AR-IP:
AR-IP：
Assisted Replication - IP. Refers to an IP address owned by the AR-REPLICATOR and used to differentiate the incoming traffic that must follow the AR procedures. The AR-IP is also used in the Tunnel Identifier and Next Hop fields of the Replicator-AR route.
アシストレプリケーション-IP。ARレプリケーターが所有するIPアドレスを指し、AR手順に従う必要がある着信トラフィックを区別するために使用されます。AR-IPは、レプリケーター-ARルートのトンネル識別子および次のホップフィールドにも使用されます。
AR-LEAF:
AR-Leaf：
Assisted Replication - LEAF. Refers to an NVE/PE that sends all the BM traffic to an AR-REPLICATOR that can replicate the traffic further on its behalf. An AR-LEAF is typically an NVE/PE with poor replication performance capabilities.
アシストレプリケーション - 葉。すべてのBMトラフィックをARリプリケーターに送信するNVE/PEを指します。これは、その代わりにトラフィックをさらに複製できることです。ARリーフは、通常、複製性能機能が低いNVE/PEです。
AR-REPLICATOR:
AR-Replicator：
Assisted Replication - REPLICATOR. Refers to an NVE/ PE that can replicate broadcast or multicast traffic received on overlay tunnels to other overlay tunnels and local Attachment Circuits (ACs). This document defines the control and data plane procedures that an AR-REPLICATOR needs to follow.
アシストレプリケーション - レプリケーター。オーバーレイトンネルで受け取ったブロードキャストまたはマルチキャストトラフィックを他のオーバーレイトンネルおよびローカルアタッチメントサーキット（ACS）に複製できるNVE/ PEを指します。このドキュメントでは、AR Replicatorが従う必要があるコントロールおよびデータプレーンの手順を定義します。
AR-VNI:
ar-vni：
Assisted Replication - VNI. Refers to a Virtual eXtensible Local Area Network (VXLAN) Network Identifier (VNI) advertised by the AR-REPLICATOR along with the Replicator-AR route. It is used to identify the incoming packets that must follow the AR procedures ONLY in the single-IP AR-REPLICATOR case (see Section 8).
アシストレプリケーション-VNI。Replicator-ARルートとともにAR-Replicatorによって宣伝された仮想拡張可能なローカルエリアネットワーク（VXLAN）ネットワーク識別子（VNI）を指します。これは、単一IP ARレプリケーターのケースでのみAR手順に従わなければならない着信パケットを識別するために使用されます（セクション8を参照）。
Assisted Replication forwarding mode:
アシストレプリケーション転送モード：
In the case of an AR-LEAF, sending an AC Broadcast and Multicast (BM) packet to a single AR-REPLICATOR with a tunnel destination address AR-IP. In the case of an AR-REPLICATOR, this means sending a BM packet to a selected number of, or all of, the overlay tunnels when the packet was previously received from an overlay tunnel.
ARリーフの場合、ACブロードキャストとマルチキャスト（BM）パケットを、トンネル宛先アドレスAR-IPを備えた単一のARレプリケーターに送信します。AR-Replicatorの場合、これは、パケットが以前にオーバーレイトンネルから受信された場合に、選択した数の、またはオーバーレイトンネルにBMパケットを送信することを意味します。
BD:
BD:
Broadcast Domain, as defined in [RFC7432].
[RFC7432]で定義されているブロードキャストドメイン。
BD label:
BDラベル：
Defined as the MPLS label that identifies the BD and is advertised in Regular-IR or Replicator-AR routes, when the encapsulation is MPLS over GRE (MPLSoGRE) or MPLS over UDP (MPLSoUDP).
カプセル化がGRE（MPLSOGRE）またはMPLS UDP（MPLSOUDP）のMPLSである場合、BDを識別し、レギュラーIRまたはレプリケーター-ARルートで宣伝されるMPLSラベルとして定義されます。
BM traffic:
BMトラフィック：
Refers to broadcast and multicast frames (excluding unknown unicast frames).
ブロードキャストおよびマルチキャストフレーム（不明なユニキャストフレームを除く）を指します。
DF and NDF:
DFとNDF：
Designated Forwarder and Non-Designated Forwarder. These are roles defined in NVEs/PEs attached to multihomed TSs, as per [RFC7432] and [RFC8365].
指定されたフォワーダーと非指定されたフォワーダー。これらは、[RFC7432]および[RFC8365]に従って、マルチホームのTSSに付随するNVES/PEで定義されている役割です。
ES and ESI:
ESとESI：
Ethernet Segment and Ethernet Segment Identifier. EVPN multihoming concepts as specified in [RFC7432].
イーサネットセグメントとイーサネットセグメント識別子。[RFC7432]で指定されているEVPNマルチホーム概念。
EVI:
EVI:
EVPN Instance. A group of Provider Edge (PE) devices participating in the same EVPN service, as specified in [RFC7432].
EVPNインスタンス。[RFC7432]で指定されているように、同じEVPNサービスに参加するプロバイダーEDGE（PE）デバイスのグループ。
GRE:
GRE:
Generic Routing Encapsulation [RFC4023].
一般的なルーティングカプセル化[RFC4023]。
Ingress Replication forwarding mode:
イングレスレプリケーション転送モード：
Refers to the ingress replication behavior explained in [RFC7432]. In this mode, an AC BM packet copy is sent to each remote PE/NVE in the BD, and an overlay BM packet is sent only to the ACs and not to other overlay tunnels.
[RFC7432]で説明されている侵入の複製挙動を指します。このモードでは、AC BMパケットコピーがBDの各リモートPE/NVEに送信され、オーバーレイBMパケットはACSのみに送信され、他のオーバーレイトンネルには送信されません。
IR-IP:
IR-IP：
Ingress Replication - IP. Refers to the local IP address of an NVE/PE that is used for the ingress replication signaling and procedures provided in [RFC7432]. Encapsulated incoming traffic with an outer destination IP address matching the IR-IP will follow the procedures for ingress replication and not the procedures for Assisted Replication. The IR-IP is also used in the Tunnel Identifier and Next Hop fields of the Regular-IR route.
Ingressレプリケーション-IP。[RFC7432]で提供されるイングレス複製シグナル伝達と手順に使用されるNVE/PEのローカルIPアドレスを指します。IR-IPに一致する外側の宛先IPアドレスを備えたカプセル化された着信トラフィックは、補助補正の手順ではなく、複製を侵入する手順に従います。IR-IPは、トンネル識別子および通常のIRルートの次のホップフィールドでも使用されます。
IR-VNI:
IR-VNI：
Ingress Replication - VNI. Refers to a VNI advertised along with the Inclusive Multicast Ethernet Tag route for the ingress replication tunnel type.
イングレスレプリケーション-VNI。イングレスレプリケーショントンネルタイプの包括的なマルチキャストイーサネットタグルートとともに宣伝されているVNIを指します。
MPLS:
MPLS：
Multi-Protocol Label Switching.
マルチプロトコルラベルスイッチング。
NVE:
NVE:
Network Virtualization Edge [RFC8365].
ネットワーク仮想化エッジ[RFC8365]。
NVGRE:
nvgre：
Network virtualization using Generic Routing Encapsulation [RFC7637].
一般的なルーティングカプセル化[RFC7637]を使用したネットワーク仮想化。
PE:
PE:
Provider Edge.
プロバイダーエッジ。
PMSI:
PMSI：
P-Multicast Service Interface. A conceptual interface for a PE to send customer multicast traffic to all or some PEs in the same VPN [RFC6513].
P-Multicastサービスインターフェイス。PEの概念インターフェイスは、同じVPN [RFC6513]のすべてまたは一部のPEに顧客マルチキャストトラフィックを送信します。
RD:
RD:
Route Distinguisher.
ルートの違い。
Regular-IR route:
通常のルート：
An EVPN Inclusive Multicast Ethernet Tag route [RFC7432] that uses the ingress replication tunnel type.
イングレスレプリケーショントンネルタイプを使用するEVPNインクルーシブマルチキャストイーサネットタグルート[RFC7432]。
Replicator-AR route:
Replicator-ARルート：
An EVPN Inclusive Multicast Ethernet Tag route that is advertised by an AR-REPLICATOR to signal its capabilities, as described in Section 4.
セクション4で説明されているように、ARレプリケーターによって宣伝されてその機能を信号するためにAR-Replicatorによって宣伝されているEVPN包括的マルチキャストイーサネットタグルート。
RNVE:
rnve：
Regular NVE. Refers to an NVE that supports the procedures provided in [RFC8365] and does not support the procedures provided in this document. However, this document defines procedures to interoperate with RNVEs.
通常のnve。[RFC8365]で提供される手順をサポートし、このドキュメントで提供される手順をサポートしていないNVEを指します。ただし、このドキュメントでは、RNVEと相互運用する手順を定義しています。
ToR switch:
TORスイッチ：
Top-of-Rack switch.
ラックのトップスイッチ。
TS and VM:
TSとVM：
Tenant System and Virtual Machine. In this document, TSs and VMs are the devices connected to the ACs of the PEs and NVEs.
テナントシステムと仮想マシン。このドキュメントでは、TSSとVMはPESおよびNVEのACSに接続されたデバイスです。
VNI:
VNI:
VXLAN Network Identifier. Used in VXLAN tunnels.
VXLANネットワーク識別子。VXLANトンネルで使用。
VSID:
vsid：
Virtual Segment Identifier. Used in NVGRE tunnels.
仮想セグメント識別子。NVGREトンネルで使用されます。
VXLAN:
vxlan：
Virtual eXtensible Local Area Network [RFC7348].
仮想拡張可能なローカルエリアネットワーク[RFC7348]。
The ingress replication optimization solution specified in this document meets the following requirements:
このドキュメントで指定されているIngressレプリケーション最適化ソリューションは、次の要件を満たしています。
a. The solution provides an ingress replication optimization for BM traffic without the need for PIM while preserving the packet order for unicast applications, i.e., unknown unicast traffic should follow the same path as known unicast traffic. This optimization is required in low-performance NVEs.
a. このソリューションは、ユニキャストアプリケーションのパケット注文を維持しながらPIMを必要とせずにBMトラフィックの侵入レプリケーション最適化を提供します。つまり、不明なユニキャストトラフィックは、既知のユニキャストトラフィックと同じパスに従う必要があります。この最適化は、低パフォーマンスNVEで必要です。
b. The solution reduces the flooded traffic in NVO networks where some NVEs do not need broadcast/multicast and/or unknown unicast traffic.
b. このソリューションは、一部のNVEがブロードキャスト/マルチキャストおよび/または未知のユニキャストトラフィックを必要としないNVOネットワークの浸水トラフィックを減らします。
c. The solution is compatible with [RFC7432] and [RFC8365] and has no impact on the Customer Edge (CE) procedures for BM traffic. In particular, the solution supports the following EVPN functions:
c. ソリューションは[RFC7432]および[RFC8365]と互換性があり、BMトラフィックの顧客エッジ（CE）手順に影響を与えません。特に、ソリューションは次のEVPN関数をサポートしています。
* All-active multihoming, including the split-horizon and DF functions.
* スプリットホリゾンやDF機能を含む、すべて活性的なマルチホーム。
* Single-active multihoming, including the DF function.
* DF関数を含む単一活動マルチホーム。
* Handling of multi-destination traffic and processing of BM traffic as per [RFC7432].
* [RFC7432]に従って、マルチデステーショントラフィックの処理とBMトラフィックの処理。
d. The solution is backward compatible with existing NVEs using a non-optimized version of ingress replication. A given BD can have NVEs/PEs supporting regular ingress replication and optimized ingress replication.
d. このソリューションは、Ingress Replicationの非最適化バージョンを使用して、既存のNVEとの後方互換性があります。与えられたBDには、通常のイングレスレプリケーションと最適化されたイングレス複製をサポートするNVE/PEを持つことができます。
e. The solution is independent of the NVO-specific data plane encapsulation and the virtual identifiers being used, e.g., VXLAN VNIs, NVGRE VSIDs, or MPLS labels, as long as the tunnel is IP based.
e. このソリューションは、トンネルがIPベースである限り、NVO固有のデータプレーンのカプセル化と使用されている仮想識別子、たとえばVXLAN VNI、NVGRE VSIDS、またはMPLSラベルとは無関係です。
The ingress replication optimization solution specified in this document extends the Inclusive Multicast Ethernet Tag routes and attributes described in [RFC7432] so that an NVE/PE can signal its optimized ingress replication capabilities.
このドキュメントで指定されているIngress Replication Optimizationソリューションは、[RFC7432]で説明されている包括的なマルチキャストイーサネットタグルートと属性を拡張し、NVE/PEが最適化されたイングレス複製機能を信号することができるようにします。
The Network Layer Reachability Information (NLRI) of the Inclusive Multicast Ethernet Tag route [RFC7432] is shown in Figure 2 and is used in this document without any modifications to its format. The PMSI Tunnel Attribute's general format as provided in [RFC7432] (which takes it from [RFC6514]) is used in this document; only a new tunnel type and new flags are specified, as shown in Figure 3.
包括的なマルチキャストイーサネットタグルート[RFC7432]のネットワークレイヤーリーチ可能性情報（NLRI）を図2に示し、このドキュメントでその形式を変更することなく使用されています。[RFC7432]（[RFC6514]から取得する）で提供されるPMSIトンネル属性の一般的な形式は、このドキュメントで使用されています。図3に示すように、新しいトンネルタイプと新しいフラグのみが指定されています。
+------------------------------------+
| RD (8 octets) |
+------------------------------------+
| Ethernet Tag ID (4 octets) |
+------------------------------------+
| IP Address Length (1 octet) |
+------------------------------------+
| Originating Router's IP Address |
| (4 or 16 octets) |
+------------------------------------+
Figure 2: EVPN Inclusive Multicast Ethernet Tag Route's NLRI
図2：EVPNインクルーシブマルチキャストイーサネットタグルートのNLRI
0 1 2 3 4 5 6 7
+---------------------------------+ +--+--+--+--+--+--+--+--+
| Flags (1 octet) | -> |x |E |x | T |BM|U |L |
+---------------------------------+ +--+--+--+--+--+--+--+--+
| Tunnel Type (1 octet) | T = Assisted Replication Type
+---------------------------------+ BM = Broadcast and Multicast
| MPLS Label (3 octets) | U = Unknown (unknown unicast)
+---------------------------------+ x = unassigned
| Tunnel Identifier (variable) |
+---------------------------------+
Figure 3: PMSI Tunnel Attribute
図3：PMSIトンネル属性
The Flags field in Figure 3 is 8 bits long as per [RFC7902]. The Extension (E) flag was allocated by [RFC7902], and the Leaf Information Required (L) flag was allocated by [RFC6514]. This document defines the use of 4 bits of this Flags field:
図3のフラグフィールドは、[RFC7902]に従って8ビットです。拡張（E）フラグは[RFC7902]によって割り当てられ、必要な葉情報（L）フラグは[RFC6514]によって割り当てられました。このドキュメントでは、このフラグフィールドの4ビットの使用を定義しています。
* Bits 3 and 4, which together form the Assisted Replication Type (T) field
* 一緒にアシストレプリケーションタイプ（T）フィールドを形成するビット3と4
* Bit 5, called the Broadcast and Multicast (BM) flag
* ビット5、ブロードキャストとマルチキャスト（BM）フラグと呼ばれる
* Bit 6, called the Unknown (U) flag
* ビット6、不明（u）フラグと呼ばれる
Bits 5 and 6 are collectively referred to as the Pruned Flooding Lists (PFLs) flags.
ビット5および6は、総噴水リスト（PFL）フラグと集合的に呼ばれます。
The T field and PFLs flags are defined as follows:
TフィールドフラグとPFLフラグは、次のように定義されています。
* T is the Assisted Replication Type field (2 bits), which defines the AR role of the advertising router:
* Tは、広告ルーターのARの役割を定義する支援レプリケーションタイプフィールド（2ビット）です。
- 00 (decimal 0) = RNVE (non-AR support)
- 00（小数0）= rnve（非サポート）
- 01 (decimal 1) = AR-REPLICATOR
- 01（10進数）= ar-replicator
- 10 (decimal 2) = AR-LEAF
- 10（小数2）= ar-leaf
- 11 (decimal 3) = RESERVED
- 11（小数3）=予約済み
* The PFLs flags define the desired behavior of the advertising router for the different types of traffic:
* PFLSフラグは、さまざまな種類のトラフィックの広告ルーターの望ましい動作を定義します。
- Broadcast and Multicast (BM) flag. BM = 1 means "prune me from the BM flooding list". BM = 0 indicates regular behavior.
- ブロードキャストとマルチキャスト（BM）フラグ。BM = 1は、「BMフラッディングリストから私を剪定する」を意味します。BM = 0は通常の動作を示します。
- Unknown (U) flag. U = 1 means "prune me from the Unknown flooding list". U = 0 indicates regular behavior.
- 不明（u）フラグ。u = 1は、「未知の洪水リストから私を剪定する」を意味します。u = 0は通常の動作を示します。
* The L flag (bit 7) is defined in [RFC6514] and will be used only in the selective AR solution.
* Lフラグ（ビット7）は[RFC6514]で定義されており、選択的AR溶液でのみ使用されます。
Please refer to Section 11 for the IANA considerations related to the PMSI Tunnel Attribute flags.
PMSIトンネル属性フラグに関連するIANAの考慮事項については、セクション11を参照してください。
In this document, the above Inclusive Multicast Ethernet Tag route (Figure 2) and PMSI Tunnel Attribute (Figure 3) can be used in two different modes for the same BD:
このドキュメントでは、上記の包括的なマルチキャストイーサネットタグルート（図2）およびPMSIトンネル属性（図3）は、同じBDの2つの異なるモードで使用できます。
Regular-IR route:
通常のルート：
In this route, Originating Router's IP Address, Tunnel Type (0x06), MPLS Label, and Tunnel Identifier MUST be used as described in [RFC7432] when ingress replication is in use. The NVE/PE that advertises the route will set the Next Hop to an IP address that we denominate IR-IP in this document. When advertised by an AR-LEAF node, the Regular-IR route MUST be advertised with the T field set to 10 (AR-LEAF).
このルートでは、RouterのIPアドレス、トンネルタイプ（0x06）、MPLSラベル、およびトンネル識別子を使用しているように使用する必要があります。ルートを宣伝するNVE/PEは、このドキュメントでIR-IPを除去するIPアドレスに次のホップを設定します。ARリーフノードによって宣伝される場合、通常のIRルートは、10（AR-LEAF）に設定されたTフィールドで宣伝する必要があります。
Replicator-AR route:
Replicator-ARルート：
This route is used by the AR-REPLICATOR to advertise its AR capabilities, with the fields set as follows:
このルートは、AR-ReplicatorによってAR機能を宣伝するために使用され、フィールドは次のように設定されています。
* Originating Router's IP Address MUST be set to an IP address of the advertising router that is common to all the EVIs on the PE (usually this is a loopback address of the PE).
* Routerの発信元のIPアドレスは、PEのすべてのEVIに共通する広告ルーターのIPアドレスに設定する必要があります（通常、これはPEのループバックアドレスです）。
- The Tunnel Identifier and Next Hop fields SHOULD be set to the same IP address as the Originating Router's IP Address field when the NVE/PE originates the route -- that is, when the NVE/PE is not an ASBR; see Section 10.2 of [RFC8365]. Irrespective of the values in the Tunnel Identifier and Originating Router's IP Address fields, the ingress NVE/PE will process the received Replicator-AR route and will use the IP address setting in the Next Hop field to create IP tunnels to the AR-REPLICATOR.
- トンネル識別子と次のホップフィールドは、NVE/PEがルートを発信する場合、つまりNVE/PEがASBRではない場合に、元のルーターのIPアドレスフィールドと同じIPアドレスに設定する必要があります。[RFC8365]のセクション10.2を参照してください。トンネル識別子の値と発信するルーターのIPアドレスフィールドに関係なく、イングレスNVE/PEは受信したレプリケーター-ARルートを処理し、次のホップフィールドでIPアドレス設定を使用してAR ReplicatorにIPトンネルを作成します。
- The Next Hop address is referred to as the AR-IP and MUST be different from the IR-IP for a given PE/NVE, unless the procedures provided in Section 8 are followed.
- 次のホップアドレスはAR-IPと呼ばれ、セクション8で提供されている手順が従わない限り、特定のPE/NVEのIR-IPとは異なる必要があります。
* Tunnel Type MUST be set to Assisted Replication Tunnel. Section 11 provides the allocated type value.
* トンネルタイプは、補助レプリケーショントンネルに設定する必要があります。セクション11では、割り当てられたタイプ値を提供します。
* T (Assisted Replication type) MUST be set to 01 (AR-REPLICATOR).
* T（アシストレプリケーションタイプ）は01（AR-Replicator）に設定する必要があります。
* L (Leaf Information Required) MUST be set to 0 for non-selective AR and MUST be set to 1 for selective AR.
* L（葉の情報が必要な葉情報）は、非選択的ARに対して0に設定する必要があり、選択的ARに対して1に設定する必要があります。
An NVE/PE configured as an AR-REPLICATOR for a BD MUST advertise a Replicator-AR route for the BD and MAY advertise a Regular-IR route. The advertisement of the Replicator-AR route will indicate to the AR-LEAFs which outer IP DA, i.e., which AR-IP, they need to use for IP-encapsulated BM frames that use Assisted Replication forwarding mode. The AR-REPLICATOR will forward an IP-encapsulated BM frame in Assisted Replication forwarding mode if the outer IP DA matches its AR-IP but will forward in Ingress Replication forwarding mode if the outer IP DA matches its IR-IP.
BDのARレプリケーターとして構成されたNVE/PEは、BDのReplicator-ARルートを宣伝し、通常のルートを宣伝する必要があります。Replicator-ARルートの広告は、ARリーフに、AR-IPの外側IP DA、つまりAR-IPが、支援レプリケーション転送モードを使用するIPエンカプセル化BMフレームに使用する必要があることを示します。AR-Replicatorは、外側IP DAがAR-IPと一致する場合、IPでカプセル化されたBMフレームをアシストレプリケーション転送モードで転送しますが、外側IP DAがIR-IPと一致する場合、イングレスレプリケーション転送モードで転送します。
In addition, this document also uses the Leaf Auto-Discovery (Leaf A-D) route defined in [RFC9572] in cases where the selective AR mode is used. An AR-LEAF MAY send a Leaf A-D route in response to reception of a Replicator-AR route whose L flag is set. The Leaf A-D route is only used for selective AR, and the fields of such a route are set as follows:
さらに、このドキュメントでは、選択的ARモードが使用される場合に[RFC9572]で定義された葉の自動ディスコービリ（Leaf A-D）ルートも使用します。ARリーフは、Lフラグが設定されているレプリケーター-ARルートの受容に応じて、リーフA-Dルートを送信する場合があります。リーフA-Dルートは選択的ARにのみ使用され、そのようなルートのフィールドは次のように設定されます。
* Originating Router's IP Address is set to the advertising router's IP address (the same IP address used by the AR-LEAF in Regular-IR routes). The Next Hop address is set to the IR-IP, which SHOULD be the same IP address as the advertising router's IP address, when the NVE/PE originates the route, i.e., when the NVE/PE is not an ASBR; see Section 10.2 of [RFC8365].
* Routerの発信元のIPアドレスは、広告ルーターのIPアドレス（通常のIRルートでARリーフが使用するのと同じIPアドレス）に設定されています。次のホップアドレスは、IR-IPに設定されます。これは、NVE/PEがルートを発信する場合、つまりNVE/PEがASBRではない場合、広告ルーターのIPアドレスと同じIPアドレスである必要があります。[RFC8365]のセクション10.2を参照してください。
* Route Key [RFC9572] is the "Route Type Specific" NLRI of the Replicator-AR route for which this Leaf A-D route is generated.
* ルートキー[RFC9572]は、このリーフA-Dルートが生成されるレプリケーター-ARルートの「ルートタイプ固有の」NLRIです。
* The AR-LEAF constructs an IP-address-specific Route Target, analogously to [RFC9572], by placing the IP address carried in the Next Hop field of the received Replicator-AR route in the Global Administrator field of the extended community, with the Local Administrator field of this extended community set to 0, and setting the Extended Communities attribute of the Leaf A-D route to that extended community. The same IP-address-specific import Route Target is auto-configured by the AR-REPLICATOR that sent the Replicator-AR route, in order to control the acceptance of the Leaf A-D routes.
* ARリーフは、[RFC9572]に類似して、IPアドレス固有のルートターゲットを構築します。これにより、拡張コミュニティのグローバル管理者フィールドの受信したレプリケーター-ARルートの次のホップフィールドにIPアドレスを配置することにより、この拡張コミュニティのローカル管理者フィールドは0に設定され、その拡張されたコミュニティにリーフA-Dルートの拡張コミュニティ属性を設定します。Leaf A-Dルートの受け入れを制御するために、同じIPアドレス固有のインポートルートターゲットがReplicator-ARルートを送信したAR-Replicatorによって自動構成されます。
* The Leaf A-D route MUST include the PMSI Tunnel Attribute with Tunnel Type set to Assisted Replication Tunnel (Section 11), T (Assisted Replication type) set to AR-LEAF, and Tunnel Identifier set to the IP address of the advertising AR-LEAF. The PMSI Tunnel Attribute MUST carry a downstream-assigned MPLS label or VNI that is used by the AR-REPLICATOR to send traffic to the AR-LEAF.
* Leaf A-Dルートには、AR-LEAFに設定されたT（セクション11）、T（Assisted Replication Type）に設定されたトンネルタイプを備えたPMSIトンネル属性を、AR-LEAFのIPアドレスに設定したトンネル識別子を含める必要があります。PMSIトンネル属性は、AR-Replicatorが使用するAR-Leafにトラフィックを送信するために使用されるダウンストリーム割り当てのMPLSラベルまたはVNIを運ぶ必要があります。
Each AR-enabled node understands and processes the T (Assisted Replication type) field in the PMSI Tunnel Attribute (Flags field) of the routes and MUST signal the corresponding type (AR-REPLICATOR or AR-LEAF type) according to its administrative choice. An NVE/PE following this specification is not expected to set the Assisted Replication Type field to decimal 3 (which is a RESERVED value). If a route with the Assisted Replication Type field set to decimal 3 is received by an AR-REPLICATOR or AR-LEAF, the router will process the route as a Regular-IR route advertised by an RNVE.
各AR対応ノードは、ルートのPMSIトンネル属性（フラグフィールド）のT（Assisted Replication Type）フィールドを理解および処理し、その管理選択に応じて対応するタイプ（AR-ReplicatorまたはAR-Leafタイプ）を通知する必要があります。この仕様に続くNVE/PEは、アシストされた複製タイプフィールドを小数3に設定することは期待されていません（これは予約済みの値です）。10進数に設定されたアシストレプリケーションタイプフィールドを備えたルートがARレプリケーターまたはARリーフによって受信される場合、ルーターはRNVEによって宣伝された通常のIRルートとしてルートを処理します。
Each node attached to the BD may understand and process the BM/U flags (PFLs flags). Note that these BM/U flags may be used to optimize the delivery of multi-destination traffic; their use SHOULD be an administrative choice and independent of the AR role. When the PFL capability is enabled, the BM/U flags can be used with the Regular-IR, Replicator-AR, and Leaf A-D routes.
BDに添付された各ノードは、BM/Uフラグ（PFLSフラグ）を理解して処理する場合があります。これらのBM/Uフラグを使用して、マルチデスティングトラフィックの配信を最適化することができることに注意してください。それらの使用は、管理上の選択であり、ARの役割とは独立している必要があります。PFL機能が有効になっている場合、BM/Uフラグは、通常のIR、レプリケーター-AR、およびLEAF A-Dルートで使用できます。
Non-optimized ingress replication NVEs/PEs will be unaware of the new PMSI Tunnel Attribute flag definition as well as the new tunnel type (AR), i.e., non-upgraded NVEs/PEs will ignore the information contained in the Flags field or an unknown tunnel type (type AR in this case) for any Inclusive Multicast Ethernet Tag route.
最適化されていないイングレスレプリケーションNVES/PESは、新しいPMSIトンネル属性フラグの定義と新しいトンネルタイプ（AR）、つまりアップグレードされていないNVES/PESがフラグフィールドに含まれる情報または不明な情報を無視します。包括的なマルチキャストイーサネットタグルートのトンネルタイプ（この場合のタイプAR）。
Figure 4 illustrates an example NVO network where the non-selective AR function is enabled. Three different roles are defined for a given BD: AR-REPLICATOR, AR-LEAF, and RNVE. The solution is called "non-selective" because the chosen AR-REPLICATOR for a given flow MUST replicate the BM traffic to all the NVEs/PEs in the BD except for the source NVE/PE. NVO tunnels, i.e., IP tunnels, exist among all the PEs and NVEs in the diagram. The PEs and NVEs in the diagram have TSs or VMs connected to their ACs.
図4は、非選択的AR関数が有効になっているNVOネットワークの例を示しています。特定のBDの3つの異なる役割が定義されています：AR-Replicator、AR-Leaf、およびRNVE。ソースNVE/PEを除き、BMトラフィックをBDのすべてのNVE/PEに複製する必要があるため、ソリューションは「非選択的」と呼ばれます。NVOトンネル、つまりIPトンネルは、図のすべてのPEとNVEの間に存在します。図のPESとNVESには、TSSまたはVMがACSに接続されています。
( )
(_ WAN _)
+---(_ _)----+
| (_ _) |
PE1 | PE2 |
+------+----+ +----+------+
TS1--+ (BD-1) | | (BD-1) +--TS2
|REPLICATOR | |REPLICATOR |
+--------+--+ +--+--------+
| |
+--+----------------+--+
| |
| |
+----+ VXLAN/NVGRE/MPLSoGRE +----+
| | IP Fabric | |
| | | |
NVE1 | +-----------+----------+ | NVE3
Hypervisor| ToR | NVE2 |Hypervisor
+---------+-+ +-----+-----+ +-+---------+
| (BD-1) | | (BD-1) | | (BD-1) |
| LEAF | | RNVE | | LEAF |
+--+-----+--+ +--+-----+--+ +--+-----+--+
| | | | | |
VM11 VM12 TS3 TS4 VM31 VM32
Figure 4: Non-selective AR Scenario
図4：非選択的ARシナリオ
In AR BDs, such as BD-1 in Figure 4, BM traffic between two NVEs may follow a different path than unicast traffic. This solution recommends the replication of BM traffic through the AR-REPLICATOR node, whereas unknown/known unicast traffic will be delivered directly from the source node to the destination node without being replicated by any intermediate node.
図4のBD-1などのAR BDSでは、2つのNVE間のBMトラフィックは、ユニキャストトラフィックとは異なる経路をたどることができます。このソリューションは、AR-Replicatorノードを介したBMトラフィックの複製を推奨しますが、不明/既知のユニキャストトラフィックは、中間ノードで複製されることなく、ソースノードから宛先ノードに直接配信されます。
Note that known unicast forwarding is not impacted by this solution, i.e., unknown unicast traffic SHALL follow the same path as known unicast traffic.
既知のユニキャスト転送はこのソリューションの影響を受けないことに注意してください。つまり、不明なユニキャストトラフィックは、既知のユニキャストトラフィックと同じパスに従うものとすることに注意してください。
An AR-REPLICATOR is defined as an NVE/PE capable of replicating incoming BM traffic received on an overlay tunnel to other overlay tunnels and local ACs. The AR-REPLICATOR signals its role in the control plane and understands where the other roles (AR-LEAF nodes, RNVEs, and other AR-REPLICATORs) are located. A given AR-enabled BD service may have zero, one, or more AR-REPLICATORs. In our example in Figure 4, PE1 and PE2 are defined as AR-REPLICATORs. The following considerations apply to the AR-REPLICATOR role:
ARレプリケーターは、オーバーレイトンネルで他のオーバーレイトンネルやローカルACSに受け取った入っているBMトラフィックを複製できるNVE/PEとして定義されます。AR-Replicatorは、コントロールプレーンでその役割を示し、他の役割（AR-LEAFノード、RNVE、およびその他のARレプリケーター）がどこにあるかを理解しています。所定のAR対応BDサービスには、ゼロ、1つ、またはそれ以上のARレプリケーターがある場合があります。図4のこの例では、PE1とPE2はARレプリケーターとして定義されています。以下の考慮事項は、AR-Replicatorの役割に適用されます。
a. The AR-REPLICATOR role SHOULD be an administrative choice in any NVE/PE that is part of an AR-enabled BD. This administrative option to enable AR-REPLICATOR capabilities MAY be implemented as a system-level option as opposed to a per-BD option.
a. AR-Replicatorの役割は、AR対応BDの一部であるNVE/PEの管理上の選択肢である必要があります。AR-Replicator機能を有効にするこの管理オプションは、BDごとのオプションではなく、システムレベルのオプションとして実装できます。
b. An AR-REPLICATOR MUST advertise a Replicator-AR route and MAY advertise a Regular-IR route. The AR-REPLICATOR MUST NOT generate a Regular-IR route if it does not have local ACs. If the Regular-IR route is advertised, the Assisted Replication Type field of the Regular-IR route MUST be set to 0.
b. AR-Replicatorは、Replicator-ARルートを宣伝し、通常のルートを宣伝する必要があります。AR-Replicatorには、ローカルACSがない場合は、通常のIRルートを生成してはなりません。通常のIRルートが宣伝されている場合、正規IRルートのアシストレプリケーションタイプフィールドを0に設定する必要があります。
c. The Replicator-AR and Regular-IR routes are generated according to Section 4. The AR-IP and IR-IP are different IP addresses owned by the AR-REPLICATOR.
c. レプリケーター-ARおよび正規IRルートは、セクション4に従って生成されます。AR-IPおよびIR-IPは、AR-Replicatorが所有する異なるIPアドレスです。
d. When a node defined as an AR-REPLICATOR receives a BM packet on an overlay tunnel, it will do a tunnel destination IP address lookup and apply the following procedures:
d. AR-Replicatorとして定義されたノードがオーバーレイトンネルでBMパケットを受信すると、トンネル宛先IPアドレスの検索を行い、次の手順を適用します。
* If the destination IP address is the AR-REPLICATOR IR-IP address, the node will process the packet normally as discussed in [RFC7432].
* 宛先IPアドレスがAR-Replicator IR-IPアドレスである場合、ノードは[RFC7432]で説明されているように通常のパケットを処理します。
* If the destination IP address is the AR-REPLICATOR AR-IP address, the node MUST replicate the packet to local ACs and overlay tunnels (excluding the overlay tunnel to the source of the packet). When replicating to remote AR-REPLICATORs, the tunnel destination IP address will be an IR-IP. This will indicate to the remote AR-REPLICATOR that it MUST NOT replicate to overlay tunnels. The tunnel source IP address used by the AR-REPLICATOR MUST be its IR-IP when replicating to AR-REPLICATOR or AR-LEAF nodes.
* 宛先IPアドレスがAR-Replicator AR-IPアドレスである場合、ノードはパケットをローカルACSおよびオーバーレイトンネルに複製する必要があります（オーバーレイトンネルをパケットのソースに除く）。リモートARリプリケーターに複製する場合、トンネルの宛先IPアドレスはIR-IPになります。これは、リモートのARリプリケーターに、トンネルをオーバーレイするために複製してはならないことを示します。AR-Replicatorが使用するトンネルソースIPアドレスは、AR-ReplicatorまたはAR-Leafノードに複製する場合、IR-IPでなければなりません。
An AR-REPLICATOR MUST follow a data path implementation compatible with the following rules:
AR-Replicatorは、次のルールと互換性のあるデータパス実装に従う必要があります。
* The AR-REPLICATORs will build a flooding list composed of ACs and overlay tunnels to remote nodes in the BD. Some of those overlay tunnels MAY be flagged as non-BM receivers based on the BM flag received from the remote nodes in the BD.
* ARレプリケーターは、BDのリモートノードへのACSとオーバーレイトンネルで構成される洪水リストを構築します。これらのオーバーレイトンネルの一部は、BDのリモートノードから受信したBMフラグに基づいて、非BMレシーバーとしてフラグを立てることができます。
* When an AR-REPLICATOR receives a BM packet on an AC, it will forward the BM packet to its flooding list (including local ACs and remote NVEs/PEs), skipping the non-BM overlay tunnels.
* AR-ReplicatorがACでBMパケットを受信すると、BMパケットをフラッディングリスト（ローカルACSおよびリモートNVE/PEを含む）に転送し、非BMオーバーレイトンネルをスキップします。
* When an AR-REPLICATOR receives a BM packet on an overlay tunnel, it will check the destination IP address of the underlay IP header and:
* AR-ReplicatorがオーバーレイトンネルでBMパケットを受け取ると、アンダーレイIPヘッダーの宛先IPアドレスを確認します。
- If the destination IP address matches its IR-IP, the AR-REPLICATOR will skip all the overlay tunnels from the flooding list, i.e., it will only replicate to local ACs. This is the regular ingress replication behavior described in [RFC7432].
- 宛先IPアドレスがIR-IPと一致する場合、AR-Replicatorは洪水リストからすべてのオーバーレイトンネルをスキップします。つまり、ローカルACにのみ複製します。これは、[RFC7432]で説明されている定期的な侵入複製挙動です。
- If the destination IP address matches its AR-IP, the AR-REPLICATOR MUST forward the BM packet to its flooding list (ACs and overlay tunnels), excluding the non-BM overlay tunnels. The AR-REPLICATOR will ensure that the traffic is not sent back to the originating AR-LEAF.
- 宛先IPアドレスがAR-IPと一致する場合、AR-Replicatorは、非BMオーバーレイトンネルを除く、BMパケット（ACSおよびオーバーレイトンネル）に転送する必要があります。AR-Replicatorは、トラフィックが元のARリーフに送り返されないようにします。
- If the encapsulation is MPLSoGRE or MPLSoUDP and the received BD label that the AR-REPLICATOR advertised in the Replicator-AR route is not at the bottom of the stack, the AR-REPLICATOR MUST copy all the labels below the BD label and propagate them when forwarding the packet to the egress overlay tunnels.
- カプセル化がmplsogreまたはmplsoudpであり、Replicator-arルートで宣伝されているAR-Replicatorがスタックの下部にないという受信したBDラベルである場合、AR-ReplicatorはBDラベルの下のすべてのラベルをコピーし、それらを伝播する必要があります。パケットを出口オーバーレイトンネルに転送します。
* The AR-REPLICATOR/LEAF nodes will build an unknown unicast flooding list composed of ACs and overlay tunnels to the IR-IP addresses of the remote nodes in the BD. Some of those overlay tunnels MAY be flagged as non-U (unknown unicast) receivers based on the U flag received from the remote nodes in the BD.
* ARレプリケーター/リーフノードは、BDのリモートノードのIR-IPアドレスにACSとオーバーレイトンネルで構成される未知のユニキャストフラッディングリストを構築します。これらのオーバーレイトンネルの一部は、BDのリモートノードから受信したUフラグに基づいて、非U（不明なユニキャスト）レシーバーとしてフラグを立てることができます。
- When an AR-REPLICATOR/LEAF receives an unknown unicast packet on an AC, it will forward the unknown unicast packet to its flooding list, skipping the non-U overlay tunnels.
- ARレプリケーター/リーフがACで未知のユニキャストパケットを受け取ると、未知のユニキャストパケットをフラッディングリストに転送し、非Uオーバーレイトンネルをスキップします。
- When an AR-REPLICATOR/LEAF receives an unknown unicast packet on an overlay tunnel, it will forward the unknown unicast packet to its local ACs and never to an overlay tunnel. This is the regular ingress replication behavior described in [RFC7432].
- ARレプリケーター/リーフがオーバーレイトンネルで未知のユニキャストパケットを受け取ると、未知のユニキャストパケットをローカルACSに転送し、オーバーレイトンネルに決して転送しません。これは、[RFC7432]で説明されている定期的な侵入複製挙動です。
An AR-LEAF is defined as an NVE/PE that, given its poor replication performance, sends all the BM traffic to an AR-REPLICATOR that can replicate the traffic further on its behalf. It MAY signal its AR-LEAF capability in the control plane and understands where the other roles are located (AR-REPLICATORs and RNVEs). A given service can have zero, one, or more AR-LEAF nodes. In Figure 4, NVE1 and NVE3 (both residing in hypervisors) act as AR-LEAF nodes. The following considerations apply to the AR-LEAF role:
ARリーフはNVE/PEとして定義されており、その複製性能が低いことを考えると、すべてのBMトラフィックがARレプリケーターに送信され、ARレプリケーターにトラフィックをさらに再現できます。コントロールプレーンでのARリーフ能力を示す可能性があり、他の役割がどこにあるか（AR-Replicators and RNVE）を理解することができます。特定のサービスには、ゼロ、1つ、またはそれ以上のARリーフノードを持つことができます。図4では、NVE1とNVE3（どちらもハイパーバイザーに住んでいます）がARリーフノードとして機能します。以下の考慮事項は、ARリーフの役割に適用されます。
a. The AR-LEAF role SHOULD be an administrative choice in any NVE/PE that is part of an AR-enabled BD. This administrative option to enable AR-LEAF capabilities MAY be implemented as a system-level option as opposed to a per-BD option.
a. ARリーフの役割は、AR対応BDの一部であるNVE/PEの管理上の選択である必要があります。ARリーフ機能を有効にするこの管理オプションは、BDごとのオプションとは対照的に、システムレベルのオプションとして実装できます。
b. In this non-selective AR solution, the AR-LEAF MUST advertise a single Regular-IR Inclusive Multicast Ethernet Tag route as described in [RFC7432]. The AR-LEAF SHOULD set the Assisted Replication Type field to AR-LEAF. Note that although this field does not affect the remote nodes when creating an EVPN destination to the AR-LEAF, this field is useful from the standpoint of ease of operation and troubleshooting of the BD.
b. この非選択的ARソリューションでは、ARリーフは[RFC7432]に記載されているように、単一の正規IRインクルーシブマルチキャストイーサネットタグルートを宣伝する必要があります。ARリーフは、AS-LeafceedタイプフィールドをAR-Leafに設定する必要があります。このフィールドは、ARリーフにEVPN宛先を作成するときにリモートノードに影響しませんが、このフィールドは、BDの操作やトラブルシューティングの容易さから役立つことに注意してください。
c. In a BD where there are no AR-REPLICATORs due to the AR-REPLICATORs being down or reconfigured, the AR-LEAF MUST use regular ingress replication based on the remote Regular-IR Inclusive Multicast Ethernet Tag routes as described in [RFC7432]. This may happen in the following cases:
c. ARレプリケーターがダウンまたは再構成されているためにARレプリケーターがないBDでは、ARリーフは、[RFC7432]に記載されているように、リモートレギュラーIRインクルーシブマルチキャストイーサネットタグルートに基づいて通常のイングレスレプリケーションを使用する必要があります。これは、次の場合に発生する可能性があります。
* The AR-LEAF has a list of AR-REPLICATORs for the BD, but it detects that all the AR-REPLICATORs for the BD are down (via next-hop tracking in the IGP or some other detection mechanism).
* ARリーフには、BDのARレプリケーターのリストがありますが、BDのすべてのARレプリケーターがダウンしていることを検出します（IGPまたはその他の検出メカニズムの次のホップトラッキングを介して）。
* The AR-LEAF receives updates from all the former AR-REPLICATORs containing a non-REPLICATOR AR type in the Inclusive Multicast Ethernet Tag routes.
* ARリーフは、包括的なマルチキャストイーサネットタグルートに非複製型ARタイプを含むすべての以前のARレプリケーターから更新を受け取ります。
* The AR-LEAF never discovered an AR-REPLICATOR for the BD.
* ARリーフは、BDのARリプライキーターを発見しませんでした。
d. In a service where there are one or more AR-REPLICATORs (based on the received Replicator-AR routes for the BD), the AR-LEAF can locally select which AR-REPLICATOR it sends the BM traffic to:
d. 1つ以上のARレプリケーターがあるサービス（BDの受信したレプリケーター-ARルートに基づいて）では、ARリーフはBMトラフィックを送信するAR-Replicatorをローカルに選択できます。
* A single AR-REPLICATOR MAY be selected for all the BM packets received on the AR-LEAF ACs for a given BD. This selection is a local decision and does not have to match other AR-LEAFs' selections within the same BD.
* 特定のBDのARリーフACSで受信したすべてのBMパケットに対して、単一のARレプリケーターを選択できます。この選択はローカルな決定であり、同じBD内の他のARリーフの選択を一致させる必要はありません。
* An AR-LEAF MAY select more than one AR-REPLICATOR and do either per-flow or per-BD load balancing.
* ARリーフは、複数のARリプリケーターを選択し、フローごとまたはBDごとの負荷分散のいずれかを実行できます。
* In the case of failure of the selected AR-REPLICATOR, another AR-REPLICATOR SHOULD be selected by the AR-LEAF.
* 選択したARリプリケーターの障害の場合、AR-Leafによって別のAR-Replicatorを選択する必要があります。
* When an AR-REPLICATOR is selected for a given flow or BD, the AR-LEAF MUST send all the BM packets targeted to that AR-REPLICATOR using the forwarding information given by the Replicator-AR route for the chosen AR-REPLICATOR, with Tunnel Type = 0x0A (AR tunnel). The underlay destination IP address MUST be the AR-IP advertised by the AR-REPLICATOR in the Replicator-AR route.
* 特定のフローまたはBDに対してAR-Replicatorが選択されている場合、ARリーフは、選択したAR-ReplicatorのReplicator-ARルートで与えられた転送情報を使用して、そのAR-ReplicatorをターゲットにしたすべてのBMパケットをトンネル付きで送信する必要があります。type = 0x0a（arトンネル）。アンダーレイの宛先IPアドレスは、Replicator-ARルートのAR-Replicatorによって宣伝されているAR-IPでなければなりません。
* An AR-LEAF MAY change the selection of AR-REPLICATOR(s) dynamically due to an administrative or policy configuration change.
* ARリーフは、管理またはポリシーの構成の変更により、AR-Replicatorの選択を動的に変更する場合があります。
* AR-LEAF nodes SHALL send service-level BM control plane packets, following the procedures for regular ingress replication. An example would be IGMP, Multicast Listener Discovery (MLD), or PIM packets, and, in general, any packets using link-local scope multicast IPv4 or IPv6 packets. The AR-REPLICATORs MUST NOT replicate these control plane packets to other overlay tunnels, since they will use the IR-IP address.
* AR-LEAFノードは、通常のイングレス複製の手順に従って、サービスレベルのBMコントロールプレーンパケットを送信するものとします。例には、IGMP、マルチキャストリスナーディスカバリー（MLD）、またはPIMパケット、および一般に、Link-Local ScopeマルチキャストIPv4またはIPv6パケットを使用したパケットが含まれます。ARレプリケーターは、IR-IPアドレスを使用するため、これらの制御プレーンパケットを他のオーバーレイトンネルに複製してはなりません。
e. The use of an AR-REPLICATOR-activation-timer (in seconds, with a default value of 3) on the AR-LEAF nodes is RECOMMENDED. Upon receiving a new Replicator-AR route where the AR-REPLICATOR is selected, the AR-LEAF will run a timer before programming the new AR-REPLICATOR. In the case of a newly added AR-REPLICATOR or if an AR-REPLICATOR reboots, this timer will give the AR-REPLICATOR some time to program the AR-LEAF nodes before the AR-LEAF sends BM traffic. The AR-REPLICATOR-activation-timer SHOULD be configurable in seconds, and its value needs to account for the time it takes for the AR-LEAF Regular-IR Inclusive Multicast Ethernet Tag route to get to the AR-REPLICATOR and be programmed. While the AR-REPLICATOR-activation-timer is running, the AR-LEAF node will use regular ingress replication.
e. AR-LEAFノードでのAR-Replicator-Activation-Activation-Timer（秒単位で、3のデフォルト値）の使用をお勧めします。AR-Replicatorが選択されている新しいReplicator-ARルートを受信すると、AR-LEAFは新しいAR-Replicatorをプログラミングする前にタイマーを実行します。新しく追加されたAR-Replicatorの場合、またはAR-Replicatorが再起動する場合、このタイマーはARリプリケーターにARリーフがBMトラフィックを送信する前にARリーフノードをプログラムする時間を与えます。AR-Replicator-Activation-Activation-Timerは数秒で構成可能である必要があり、その価値はAR-Leaf Regular-IR IR IR IR包括的マルチキャストイーサネットタグルートがAR Replicatorに到達してプログラムされる時間を説明する必要があります。AR-Replicator-Activation-Activation-Timerが実行されている間、ARリーフノードは通常のイングレスレプリケーションを使用します。
f. If the AR-LEAF has selected an AR-REPLICATOR, whether or not to change to a new preferred AR-REPLICATOR for the existing BM traffic flows is a matter of local policy.
f. AR-LeafがAR-Replicatorを選択した場合、既存のBMトラフィックフローの新しい優先ARレプリケーターに変更するかどうかにかかわらず、ローカルポリシーの問題です。
An AR-LEAF MUST follow a data path implementation compatible with the following rules:
ARリーフは、次のルールと互換性のあるデータパス実装に従う必要があります。
* The AR-LEAF nodes will build two flooding lists:
* ARリーフノードは、2つの洪水リストを作成します。
Flooding list #1:
フラッディングリスト＃1：
Composed of ACs and an AR-REPLICATOR-set of overlay tunnels. The AR-REPLICATOR-set is defined as one or more overlay tunnels to the AR-IP addresses of the remote AR-REPLICATOR(s) in the BD. The selection of more than one AR-REPLICATOR is described in item d. above and is a local AR-LEAF decision.
ACSとオーバーレイトンネルのARレプリケーターセットで構成されています。AR-Replicatorセットは、BDのリモートAR-ReplicatorのAR-IPアドレスへの1つ以上のオーバーレイトンネルとして定義されます。複数のAR-Replicatorの選択は、項目dで説明されています。上記で、ローカルARリーフの決定です。
Flooding list #2:
フラッディングリスト＃2：
Composed of ACs and overlay tunnels to the remote IR-IP addresses.
リモートIR-IPアドレスへのACSとオーバーレイトンネルで構成されています。
* When an AR-LEAF receives a BM packet on an AC, it will check the AR-REPLICATOR-set:
* ARリーフがACでBMパケットを受け取ると、AR-Replicator-Setをチェックします。
- If the AR-REPLICATOR-set is empty, the AR-LEAF MUST send the packet to flooding list #2.
- AR-Replicator-Setが空の場合、ARリーフはパケットをフラッディングリスト＃2に送信する必要があります。
- If the AR-REPLICATOR-set is NOT empty, the AR-LEAF MUST send the packet to flooding list #1, where only one of the overlay tunnels of the AR-REPLICATOR-set is used.
- AR-Replicator-Setが空でない場合、ARリーフはパケットをフラッディングリスト＃1に送信する必要があります。ここでは、AR-Replicatorセットのオーバーレイトンネルの1つだけが使用されます。
* When an AR-LEAF receives a BM packet on an overlay tunnel, it will forward the BM packet to its local ACs and never to an overlay tunnel. This is the regular ingress replication behavior described in [RFC7432].
* ARリーフがオーバーレイトンネルでBMパケットを受け取ると、BMパケットをローカルACSに転送し、オーバーレイトンネルに転送しません。これは、[RFC7432]で説明されている定期的な侵入複製挙動です。
* AR-LEAF nodes process unknown unicast traffic in the same way AR-REPLICATORS do, as described in Section 5.1.
* ARリーフノードは、セクション5.1で説明されているように、AR-Replicatorsが行うのと同じ方法で不明なユニキャストトラフィックを処理します。
An RNVE is defined as an NVE/PE without AR-REPLICATOR or AR-LEAF capabilities that does ingress replication as described in [RFC7432]. The RNVE does not signal any AR role and is unaware of the AR-REPLICATOR/LEAF roles in the BD. The RNVE will ignore the flags in the Regular-IR routes and will ignore the Replicator-AR routes (due to an unknown tunnel type in the PMSI Tunnel Attribute) and the Leaf A-D routes (due to the IP-address-specific Route Target).
RNVEは、[RFC7432]に記載されているように複製を侵入するARレプリケーターまたはARリーフ機能のないNVE/PEとして定義されます。RNVEはARの役割を示すものではなく、BDでのARレプリケーター/リーフの役割を認識していません。RNVEは、通常のIRルートのフラグを無視し、レプリケーター-ARルート（PMSIトンネル属性の未知のトンネルタイプのため）とLeaf A-Dルート（IPアドレス固有のルートターゲットのため）を無視します。。
This role provides EVPNs with the backward compatibility required in optimized ingress replication BDs. In Figure 4, NVE2 acts as an RNVE.
この役割は、最適化されたイングレス複製BDSに必要な後方互換性をEVPNに提供します。図4では、NVE2はRNVEとして機能します。
Figure 5 is used to describe the selective AR solution.
図5は、選択的ARソリューションを説明するために使用されます。
( )
(_ WAN _)
+---(_ _)----+
| (_ _) |
PE1 | PE2 |
+------+----+ +----+------+
TS1--+ (BD-1) | | (BD-1) +--TS2
|REPLICATOR | |REPLICATOR |
+--------+--+ +--+--------+
| |
+--+----------------+--+
| |
| |
+----+ VXLAN/NVGRE/MPLSoGRE +----+
| | IP Fabric | |
| | | |
NVE1 | +-----------+----------+ | NVE3
Hypervisor| ToR | NVE2 |Hypervisor
+---------+-+ +-----+-----+ +-+---------+
| (BD-1) | | (BD-1) | | (BD-1) |
|LEAF-set-1 | |LEAF-set-1 | |LEAF-set-2 |
+--+-----+--+ +--+-----+--+ +--+-----+--+
| | | | | |
VM11 VM12 TS3 TS4 VM31 VM32
Figure 5: Selective AR Scenario
図5：選択的ARシナリオ
The solution is called "selective" because a given AR-REPLICATOR MUST replicate the BM traffic to only the AR-LEAFs that requested the replication (as opposed to all the AR-LEAF nodes) and MUST replicate the BM traffic to the RNVEs (if there are any). The same AR roles as those defined in Sections 4 and 5 are used here; however, the procedures are different.
特定のARレプリケーターは、（すべてのARリーフノードとは対照的に）複製を要求したARリーフのみにBMトラフィックを複製し、BMトラフィックをRNVEに複製する必要があるため、ソリューションは「選択的」と呼ばれます。何かがあります）。セクション4および5で定義されている役割と同じARの役割をここで使用します。ただし、手順は異なります。
The selective AR procedures create multiple AR-LEAF-sets in the EVPN BD and build single-hop trees among AR-LEAFs of the same set (AR-LEAF->AR-REPLICATOR->AR-LEAF) and two-hop trees among AR-LEAFs of different sets (AR-LEAF->AR-REPLICATOR->AR-REPLICATOR->AR-LEAF). Compared to the selective solution, the non-selective AR method assumes that all the AR-LEAFs of the BD are in the same set and always creates single-hop trees among AR-LEAFs. While the selective solution is more efficient than the non-selective solution in multi-stage IP fabrics, the trade-off is additional signaling and an additional outer source IP address lookup.
選択的ARプロシージャは、EVPN BDに複数のARリーフセットを作成し、同じセット（AR-LEAF-> AR-Replicator-> AR-Leaf）のARリーフの間にシングルホップツリーを構築し、2ホップツリーを構築しますさまざまなセットのARリーフ（AR-LEAF-> AR-Replicator-> AR-Replicator-> AR-Leaf）。選択的ソリューションと比較して、非選択的AR法は、BDのすべてのARリーフが同じセットにあると想定しており、常にARリーフの間にシングルホップツリーを作成します。選択的ソリューションは、マルチステージIPファブリックの非選択的ソリューションよりも効率的ですが、トレードオフは追加のシグナリングと追加の外部ソースIPアドレスの検索です。
The following subsections describe the differences in the procedures for AR-REPLICATORs/LEAFs compared to the non-selective AR solution. There are no changes applicable to RNVEs.
以下のサブセクションでは、非選択的ARソリューションと比較したARリプリケーター/葉の手順の違いについて説明しています。RNVEに適用される変更はありません。
In our example in Figure 5, PE1 and PE2 are defined as selective AR-REPLICATORs. The following considerations apply to the selective AR-REPLICATOR role:
図5の例では、PE1とPE2は選択的ARレプリケーターとして定義されています。以下の考慮事項は、選択的なARレプリケーターの役割に適用されます。
a. The selective AR-REPLICATOR role SHOULD be an administrative choice in any NVE/PE that is part of an AR-enabled BD. This administrative option MAY be implemented as a system-level option as opposed to a per-BD option.
a. 選択的ARレプリケーターの役割は、AR対応BDの一部であるNVE/PEの管理上の選択である必要があります。この管理オプションは、BDごとのオプションではなく、システムレベルのオプションとして実装できます。
b. Each AR-REPLICATOR will build a list of AR-REPLICATOR, AR-LEAF, and RNVE nodes. In spite of the "selective" administrative option, an AR-REPLICATOR MUST NOT behave as a selective AR-REPLICATOR if at least one of the AR-REPLICATORs has the L flag NOT set. If at least one AR-REPLICATOR sends a Replicator-AR route with L = 0 (in the BD context), the rest of the AR-REPLICATORs will fall back to non-selective AR mode.
b. 各AR-Replicatorは、AR-Replicator、AR-Leaf、およびRNVEノードのリストを作成します。「選択的な」管理オプションにもかかわらず、ARレプリケーターの少なくとも1つのARレプリケーターがLフラグが設定されていない場合、ARレプリケーターは選択的ARレプリケーターとして動作してはなりません。少なくとも1つのAR-ReplicatorがL = 0（BDコンテキストで）でレプリケーター-ARルートを送信すると、残りのARレプリケーターは非選択的ARモードに戻ります。
c. The selective AR-REPLICATOR MUST follow the procedures described in Section 5.1, except for the following differences:
c. 選択的ARレプリケーターは、次の違いを除き、セクション5.1で説明した手順に従う必要があります。
* The AR-REPLICATOR MUST have the L flag set to 1 when advertising the Replicator-AR route. This flag is used by the AR-REPLICATORs to advertise their "selective" AR-REPLICATOR capabilities. In addition, the AR-REPLICATOR auto-configures its IP-address-specific import Route Target as described in the third bullet of the procedures for Leaf A-D routes in Section 4.
* AR-Replicatorは、レプリケーター-ARルートを宣伝するときにLフラグを1に設定する必要があります。このフラグは、AR-Replicatorsによって使用され、「選択的な」ARリプリケーター機能を宣伝します。さらに、AR-Replicatorは、セクション4のリーフA-Dルートの手順の3番目の弾丸に記載されているように、IPアドレス固有のインポートルートターゲットを自動構成します。
* The AR-REPLICATOR will build a "selective" AR-LEAF-set with the list of nodes that requested replication to its own AR-IP. For instance, assuming that NVE1 and NVE2 advertise a Leaf A-D route with PE1's IP-address-specific Route Target and NVE3 advertises a Leaf A-D route with PE2's IP-address-specific Route Target, PE1 will only add NVE1/NVE2 to its selective AR-LEAF-set for BD-1 and exclude NVE3. Likewise, PE2 will only add NVE3 to its selective AR-LEAF-set for BD-1 and exclude NVE1/NVE2.
* AR-Replicatorは、独自のAR-IPに複製を要求するノードのリストを使用して、「選択的」ARリーフセットを構築します。たとえば、NVE1とNVE2がPE1のIPアドレス固有のルートターゲットを備えたリーフA-Dルートを宣伝し、NVE3がPE2のIPアドレス固有のルートターゲットを持つリーフA-Dルートを宣伝すると仮定すると、PE1はNVE1/NVE2を選択的ARに追加するだけです-BD-1用の葉セットとNVE3を除外します。同様に、PE2は、BD-1の選択的AR-LEAFセットにNVE3を追加し、NVE1/NVE2を除外します。
* When a node defined and operating as a selective AR-REPLICATOR receives a packet on an overlay tunnel, it will do a tunnel destination IP lookup, and if the destination IP address is the AR-REPLICATOR AR-IP address, the node MUST replicate the packet to:
* 選択的なAR-Replicatorとして定義され、動作するノードがオーバーレイトンネルでパケットを受信すると、トンネルの宛先IPルックアップが行われ、宛先IPアドレスがAR-Replicator AR-IPアドレスである場合、ノードは複製する必要があります。パケットへ：
- Local ACs.
- ローカルAC。
- Overlay tunnels in the selective AR-LEAF-set, excluding the overlay tunnel to the source AR-LEAF.
- ソースARリーフへのオーバーレイトンネルを除く、選択的ARリーフセットのオーバーレイトンネル。
- Overlay tunnels to the RNVEs if the tunnel source IP address is the IR-IP of an AR-LEAF. In any other case, the AR-REPLICATOR MUST NOT replicate the BM traffic to remote RNVEs. In other words, only the first-hop selective AR-REPLICATOR will replicate to all the RNVEs.
- トンネルソースIPアドレスがARリーフのIR-IPである場合、RNVEにトンネルオーバーレイトンネル。他のいずれの場合でも、AR-ReplicatorはBMトラフィックをリモートRNVEに複製してはなりません。言い換えれば、最初のホップ選択的ARレプリケーターのみがすべてのRNVEに複製します。
- Overlay tunnels to the remote selective AR-REPLICATORs if the tunnel source IP address (of the encapsulated packet that arrived on the overlay tunnel) is an IR-IP of its own AR-LEAF-set. In any other case, the AR-REPLICATOR MUST NOT replicate the BM traffic to remote AR-REPLICATORs. When doing this replication, the tunnel destination IP address is the AR-IP of the remote selective AR-REPLICATOR. The tunnel destination address AR-IP will indicate to the remote selective AR-REPLICATOR that the packet needs further replication to its AR-LEAFs.
- トンネルソースIPアドレス（オーバーレイトンネルに到着したカプセル化されたパケット）が独自のARリーフセットのIR-IPである場合、リモート選択的ARレプリケーターへのオーバーレイトンネル。他のいずれの場合でも、AR-ReplicatorはBMトラフィックをリモートARレプリケーターに複製してはなりません。このレプリケーションを行うとき、トンネル宛先IPアドレスは、リモート選択的ARレプリケーターのAR IPです。トンネルの宛先アドレスAR-IPは、リモートの選択的ARレプリケーターに、パケットがARリーフにさらに複製する必要があることを示します。
A selective AR-REPLICATOR data path implementation MUST be compatible with the following rules:
選択的なAR-Replicatorデータパスの実装は、次のルールと互換性がなければなりません。
* The selective AR-REPLICATORs will build two flooding lists:
* 選択的なARレプリケーターは、2つの洪水リストを作成します。
Flooding list #1:
フラッディングリスト＃1：
Composed of ACs and overlay tunnels to the remote nodes in the BD, always using the IR-IPs in the tunnel destination IP addresses.
ACSとBDのリモートノードへのオーバーレイトンネルで構成され、常にトンネル宛先IPアドレスのIR-IPを使用しています。
Flooding list #2:
フラッディングリスト＃2：
Composed of ACs, a selective AR-LEAF-set, and a selective AR-REPLICATOR-set, where:
ACS、選択的ARリーフセット、および選択的ARレプリケーターセットで構成されています。ここで
- The selective AR-LEAF-set is composed of the overlay tunnels to the AR-LEAFs that advertise a Leaf A-D route for the local AR-REPLICATOR. This set is updated with every Leaf A-D route received/withdrawn from a new AR-LEAF.
- 選択的ARリーフセットは、ARリーフのオーバーレイトンネルで構成され、ローカルARレプリケーター用のリーフA-Dルートを宣伝しています。このセットは、新しいARリーフから受信/撤回されたすべてのLeaf A-Dルートで更新されます。
- The selective AR-REPLICATOR-set is composed of the overlay tunnels to all the AR-REPLICATORs that send a Replicator-AR route with L = 1. The AR-IP addresses are used as tunnel destination IP addresses.
- 選択的AR-Replicatorセットは、L = 1のレプリケーター-ARルートを送信するすべてのARレプリケーターへのオーバーレイトンネルで構成されています。AR-IPアドレスは、トンネル宛先IPアドレスとして使用されます。
* Some of the overlay tunnels in the flooding lists MAY be flagged as non-BM receivers based on the BM flag received from the remote nodes in the routes.
* 洪水リストのオーバーレイトンネルの一部は、ルート内のリモートノードから受け取ったBMフラグに基づいて、非BMレシーバーとしてフラグを立てることができます。
* When a selective AR-REPLICATOR receives a BM packet on an AC, it MUST forward the BM packet to its flooding list #1, skipping the non-BM overlay tunnels.
* 選択的なARレプリケーターがACでBMパケットを受信する場合、BMパケットをフラッディングリスト＃1に転送し、非BMオーバーレイトンネルをスキップする必要があります。
* When a selective AR-REPLICATOR receives a BM packet on an overlay tunnel, it will check the destination and source IPs of the underlay IP header and:
* 選択的ARレプリケーターがオーバーレイトンネルでBMパケットを受け取ると、アンダーレイIPヘッダーの宛先とソースIPを確認します。
- If the destination IP address matches its AR-IP and the source IP address matches an IP of its own selective AR-LEAF-set, the AR-REPLICATOR MUST forward the BM packet to its flooding list #2, unless some AR-REPLICATOR within the BD has advertised L = 0. In the latter case, the node reverts to Non-selective mode, and flooding list #1 MUST be used. Non-BM overlay tunnels are skipped when sending BM packets.
- 宛先IPアドレスがAR-IPに一致し、ソースIPアドレスが独自の選択的ARリーフセットのIPと一致する場合、AR-Replicatorは、AR-Replicatorの一部が含まない限り、BMパケットをフラッディングリスト＃2に転送する必要があります。BDにはL = 0が宣伝されています。後者の場合、ノードは非選択モードに戻り、フラッディングリスト＃1を使用する必要があります。BMパケットを送信すると、非BMオーバーレイトンネルがスキップされます。
- If the destination IP address matches its AR-IP and the source IP address does not match any IP address of its selective AR-LEAF-set, the AR-REPLICATOR MUST forward the BM packet to flooding list #2, skipping the AR-REPLICATOR-set. Non-BM overlay tunnels are skipped when sending BM packets.
- 宛先IPアドレスがAR-IPと一致し、ソースIPアドレスが選択的ARリーフセットのIPアドレスと一致しない場合、AR-ReplicatorはBMパケットをフラッディングリスト＃2に転送し、AR-Replicatorをスキップする必要があります。-セット。BMパケットを送信すると、非BMオーバーレイトンネルがスキップされます。
- If the destination IP address matches its IR-IP, the AR-REPLICATOR MUST use flooding list #1 but MUST skip all the overlay tunnels from the flooding list, i.e., it will only replicate to local ACs. This is the regular ingress replication behavior described in [RFC7432]. Non-BM overlay tunnels are skipped when sending BM packets.
- 宛先IPアドレスがIR-IPと一致する場合、AR-Replicatorはフラッディングリスト＃1を使用する必要がありますが、フラッディングリストからすべてのオーバーレイトンネルをスキップする必要があります。つまり、ローカルACSにのみ複製します。これは、[RFC7432]で説明されている定期的な侵入複製挙動です。BMパケットを送信すると、非BMオーバーレイトンネルがスキップされます。
* In any case, the AR-REPLICATOR ensures that the traffic is not sent back to the originating source. If the encapsulation is MPLSoGRE or MPLSoUDP and the received BD label (the label that the AR-REPLICATOR advertised in the Replicator-AR route) is not at the bottom of the stack, the AR-REPLICATOR MUST copy the rest of the labels when forwarding them to the egress overlay tunnels.
* いずれにせよ、AR-Replicatorは、トラフィックが元のソースに送り返されないことを保証します。カプセル化がmplsogreまたはmplsoudpであり、受信したBDラベル（Replicator-ARルートで宣伝されているAR-Replicatorがスタックの下部にない場合、AR-Replicatorは転送時に残りのラベルをコピーする必要があります。それらは出口オーバーレイトンネルに。
A selective AR-LEAF chooses a single selective AR-REPLICATOR per BD and:
選択的ARリーフは、BDごとに単一の選択的ARレプリケーターを選択します。
* Sends all the BD's BM traffic to that AR-REPLICATOR and
* すべてのBDのBMトラフィックをそのAR-Replicatorに送信し、
* Expects to receive all the BM traffic for a given BD from the same AR-REPLICATOR (except for the BM traffic from the RNVEs, which comes directly from the RNVEs)
* 同じAR-Replicatorから特定のBDのすべてのBMトラフィックを受け取ることを期待しています（RNVEから直接来るRNVEからのBMトラフィックを除く）
In the example in Figure 5, we consider NVE1/NVE2/NVE3 as selective AR-LEAFs. NVE1 selects PE1 as its selective AR-REPLICATOR. If that is so, NVE1 will send all its BM traffic for BD-1 to PE1. If other AR-LEAFs/REPLICATORs send BM traffic, NVE1 will receive that traffic from PE1. A selective AR-LEAF and a non-selective AR-LEAF behave differently, as follows:
図5の例では、NVE1/NVE2/NVE3を選択的ARリーフと見なします。NVE1は、PE1を選択的ARレプリケーターとして選択します。そうであれば、NVE1はBD-1のすべてのBMトラフィックをPE1に送信します。他のARリーフ/レプリケーターがBMトラフィックを送信する場合、NVE1はPE1からそのトラフィックを受け取ります。選択的ARリーフと非選択的ARリーフは、次のように異なって動作します。
a. The selective AR-LEAF role SHOULD be an administrative choice in any NVE/PE that is part of an AR-enabled BD. This administrative option to enable AR-LEAF capabilities MAY be implemented as a system-level option as opposed to a per-BD option.
a. 選択的ARリーフの役割は、AR対応BDの一部であるNVE/PEの管理上の選択である必要があります。ARリーフ機能を有効にするこの管理オプションは、BDごとのオプションとは対照的に、システムレベルのオプションとして実装できます。
b. The AR-LEAF MAY advertise a Regular-IR route if there are RNVEs in the BD. The selective AR-LEAF MUST advertise a Leaf A-D route after receiving a Replicator-AR route with L = 1. It is RECOMMENDED that the selective AR-LEAF wait for a period specified by an AR-LEAF-join-wait-timer (in seconds, with a default value of 3) before sending the Leaf A-D route, so that the AR-LEAF can collect all the Replicator-AR routes for the BD before advertising the Leaf A-D route. If the Replicator-AR route with L = 1 is withdrawn, the corresponding Leaf A-D route is withdrawn too.
b. ARリーフは、BDにRNVEがある場合、通常のIRルートを宣伝する場合があります。選択的ARリーフは、L = 1のレプリケーター-ARルートを受け取った後、リーフA-Dルートを宣伝する必要があります。Leaf a-Dルートを送信する前に、リーフA-Dルートを送信する前に、デフォルト値が3）の秒で、Leaf A-Dルートを宣伝する前にBDのすべてのReplicator-ARルートを収集できるようにします。l = 1のレプリケーター-ARルートが撤回されると、対応する葉のa-Dルートも撤回されます。
c. In a service where there is more than one selective AR-REPLICATOR, the selective AR-LEAF MUST locally select a single selective AR-REPLICATOR for the BD. Once selected:
c. 複数の選択的ARレプリケーターがあるサービスでは、選択的ARリーフは、BDの単一の選択的ARレプリケーターをローカルに選択する必要があります。選択したら：
* The selective AR-LEAF MUST send a Leaf A-D route, including the route key and IP-address-specific Route Target of the selected AR-REPLICATOR.
* 選択的なARリーフは、選択したARレプリケーターのルートキーとIPアドレス固有のルートターゲットを含むLeaf A-Dルートを送信する必要があります。
* The selective AR-LEAF MUST send all the BM packets received on the ACs for a given BD to that AR-REPLICATOR.
* 選択的ARリーフは、特定のBDのACSで受信したすべてのBMパケットをそのAR-Replicatorに送信する必要があります。
* In the case of failure of the selected AR-REPLICATOR (detected when the Replicator-AR route becomes infeasible as a result of any of the underlying BGP mechanisms), another AR-REPLICATOR will be selected and a new Leaf A-D update will be issued for the new AR-REPLICATOR. This new route will update the selective list in the new selective AR-REPLICATOR. In the case of failure of the active selective AR-REPLICATOR, it is RECOMMENDED that the selective AR-LEAF revert to ingress replication behavior for an AR-REPLICATOR-activation-timer (in seconds, with a default value of 3) to mitigate the traffic impact. When the timer expires, the selective AR-LEAF will resume its AR mode with the new selective AR-REPLICATOR. The AR-REPLICATOR-activation-timer MAY be the same configurable parameter as the parameter discussed in Section 5.2.
* 選択したAR-Replicatorの障害の場合（基礎となるBGPメカニズムの結果としてレプリケーター-ARルートが実行不可能になったときに検出）、別のAR-Replicatorが選択され、新しいLeaf A-Dアップデートが発行されます。新しいAR-Replicator。この新しいルートは、新しい選択的ARレプリケーターの選択リストを更新します。アクティブな選択的ARレプリケーターの故障の場合、選択的AR葉がARレプリケーター活性化タイマー（秒単位で、3のデフォルト値）の複製挙動を侵入するために戻るように戻すことをお勧めします。交通の影響。タイマーが期限切れになると、選択的ARリーフは、新しい選択的ARレプリケーターでARモードを再開します。AR-Replicator-Activation-Timerは、セクション5.2で説明したパラメーターと同じ設定可能なパラメーターである場合があります。
* A selective AR-LEAF MAY change the selection of AR-REPLICATOR(s) dynamically due to an administrative or policy configuration change.
* 選択的なARリーフは、管理またはポリシーの構成の変更により、ARリプリケーターの選択を動的に変更する場合があります。
All the AR-LEAFs in a BD are expected to be configured as either selective or non-selective. A mix of selective and non-selective AR-LEAFs SHOULD NOT coexist in the same BD. If a non-selective AR-LEAF is present, its BM traffic sent to a selective AR-REPLICATOR will not be replicated to other AR-LEAFs that are not in its selective AR-LEAF-set.
BDのすべてのARリーフは、選択的または非選択的であるとして構成されると予想されます。選択的と非選択的ARリーフの混合は、同じBDで共存してはなりません。非選択的ARリーフが存在する場合、選択的ARレプリケーターに送信されるBMトラフィックは、選択的ARリーフセットにない他のARリーフに複製されません。
A selective AR-LEAF MUST follow a data path implementation compatible with the following rules:
選択的ARリーフは、次のルールと互換性のあるデータパス実装に従う必要があります。
* The selective AR-LEAF nodes will build two flooding lists:
* 選択的なARリーフノードは、2つのフラッディングリストを作成します。
Flooding list #1:
フラッディングリスト＃1：
Composed of ACs and the overlay tunnel to the selected AR-REPLICATOR (using the AR-IP as the tunnel destination IP address).
ACSと選択したARレプリケーターへのオーバーレイトンネルで構成されています（AR-IPをトンネル宛先IPアドレスとして使用）。
Flooding list #2:
フラッディングリスト＃2：
Composed of ACs and overlay tunnels to the remote IR-IP addresses.
リモートIR-IPアドレスへのACSとオーバーレイトンネルで構成されています。
* Some of the overlay tunnels in the flooding lists MAY be flagged as non-BM receivers based on the BM flag received from the remote nodes in the routes.
* 洪水リストのオーバーレイトンネルの一部は、ルート内のリモートノードから受け取ったBMフラグに基づいて、非BMレシーバーとしてフラグを立てることができます。
* When an AR-LEAF receives a BM packet on an AC, it will check to see if an AR-REPLICATOR was selected; if one is found, flooding list #1 MUST be used. Otherwise, flooding list #2 MUST be used. Non-BM overlay tunnels are skipped when sending BM packets.
* ARリーフがACでBMパケットを受信すると、AR-Replicatorが選択されたかどうかを確認します。見つかった場合、フラッディングリスト＃1を使用する必要があります。それ以外の場合、フラッディングリスト＃2を使用する必要があります。BMパケットを送信すると、非BMオーバーレイトンネルがスキップされます。
* When an AR-LEAF receives a BM packet on an overlay tunnel, it MUST forward the BM packet to its local ACs and never to an overlay tunnel. This is the regular ingress replication behavior described in [RFC7432].
* ARリーフがオーバーレイトンネルでBMパケットを受け取る場合、BMパケットをローカルACSに転送し、オーバーレイトンネルに転送する必要があります。これは、[RFC7432]で説明されている定期的な侵入複製挙動です。
In addition to AR, the second optimization supported by the ingress replication optimization solution specified in this document is the ability of all the BD nodes to signal PFLs. As described in Section 4, an EVPN node can signal a given value for the BM and U PFLs flags in the Regular-IR, Replicator-AR, or Leaf A-D routes, where:
ARに加えて、このドキュメントで指定されたIngress Replication Optimizationソリューションによってサポートされる2番目の最適化は、すべてのBDノードがPFLを信号する能力です。セクション4で説明されているように、EVPNノードは、通常のIR、レプリケーター-AR、またはリーフA-DルートのBMおよびU PFLSフラグの特定の値を信号することができます。
* BM is the Broadcast and Multicast flag. BM = 1 means "prune me from the BM flooding list". BM = 0 indicates regular behavior.
* BMは放送とマルチキャストフラグです。BM = 1は、「BMフラッディングリストから私を剪定する」を意味します。BM = 0は通常の動作を示します。
* U is the Unknown flag. U = 1 means "prune me from the Unknown flooding list". U = 0 indicates regular behavior.
* Uは未知の旗です。u = 1は、「未知の洪水リストから私を剪定する」を意味します。u = 0は通常の動作を示します。
The ability to signal and process these PFLs flags SHOULD be an administrative choice. If a node is configured to process the PFLs flags, upon receiving a non-zero PFLs flag for a route, an NVE/PE will add the corresponding flag to the created overlay tunnel in the flooding list. When replicating a BM packet in the context of a flooding list, the NVE/PE will skip the overlay tunnels marked with the flag BM = 1, since the NVEs/PEs at the end of those tunnels are not expecting BM packets. Similarly, when replicating unknown unicast packets, the NVE/PE will skip the overlay tunnels marked with U = 1.
これらのPFLフラグを信号と処理する機能は、管理上の選択である必要があります。ノードがPFLSフラグを処理するように構成されている場合、ルートのゼロ以外のPFLSフラグを受信すると、NVE/PEは、洪水リストの作成されたオーバーレイトンネルに対応するフラグを追加します。洪水リストのコンテキストでBMパケットを複製する場合、NVE/PEは、これらのトンネルの最後にあるNVES/PESがBMパケットを期待していないため、フラグBM = 1でマークされたオーバーレイトンネルをスキップします。同様に、不明なユニキャストパケットを複製する場合、NVE/PEはU = 1でマークされたオーバーレイトンネルをスキップします。
An NVE/PE not following this document or not configured for this optimization will ignore any of the received PFLs flags. An AR-LEAF or RNVE receiving BUM traffic on an overlay tunnel MUST replicate the traffic to its local ACs, regardless of the BM/U flags on the overlay tunnels.
この最適化のためにこのドキュメントに従わないか、このドキュメントを構成していないNVE/PEは、受信したPFLSフラグを無視します。オーバーレイトンネルでBumトラフィックを受け取るARリーフまたはRNVEは、オーバーレイトンネルのBM/Uフラグに関係なく、ローカルACSにトラフィックを複製する必要があります。
This optimization MAY be used along with the Assisted Replication solution.
この最適化は、支援レプリケーションソリューションとともに使用できます。
In order to illustrate the use of the PFLs solution, we will assume that BD-1 in Figure 4 is optimized ingress replication enabled and:
PFLSソリューションの使用を説明するために、図4のBD-1が最適化されたイングレス複製を有効にしていると仮定します。
* PE1 and PE2 are administratively configured as AR-REPLICATORs due to their high-performance replication capabilities. PE1 and PE2 will send a Replicator-AR route with BM/U flags = 00.
* PE1とPE2は、高性能の複製能力により、ARレプリケーターとして管理上構成されています。PE1とPE2は、BM/U Flags = 00でレプリケーター-ARルートを送信します。
* NVE1 and NVE3 are administratively configured as AR-LEAF nodes due to their low-performance software-based replication capabilities. They will advertise a Regular-IR route with type AR-LEAF. Assuming that both NVEs advertise all of the attached VMs' MAC and IP addresses in EVPNs as soon as they come up and these NVEs do not have any VMs interested in multicast applications, they will be configured to signal BM/U flags = 11 for BD-1. That is, neither NVE1 nor NVE3 is interested in receiving BM or unknown unicast traffic, since:
* NVE1とNVE3は、低パフォーマンスソフトウェアベースの複製機能により、AR-LEAFノードとして管理上構成されています。タイプARリーフを備えた通常のIRルートを宣伝します。両方のNVEが添付されたVMSのMACおよびIPアドレスをすべてEVPNで宣伝していると仮定すると、これらのNVEがマルチキャストアプリケーションに関心のあるVMがいないと仮定します。-1。つまり、NVE1もNVE3もBMまたは未知のユニキャストトラフィックを受信することに関心がありません。
- Their attached VMs (VM11, VM12, VM31, VM32) do not support multicast applications.
- 付属のVM（VM11、VM12、VM31、VM32）は、マルチキャストアプリケーションをサポートしていません。
- Their attached VMs will not receive ARP Requests. Proxy ARP [RFC9161] on the remote NVEs/PEs will reply to ARP Requests locally, and no other broadcast traffic is expected.
- 添付のVMはARPリクエストを受け取りません。リモートNVES/PESのプロキシARP [RFC9161]は、ローカルでARPリクエストに返信し、他のブロードキャストトラフィックは予想されません。
- Their attached VMs will not receive unknown unicast traffic, since the VMs' MAC and IP addresses are always advertised by EVPNs as long as the VMs are active.
- VMSのMACアドレスとIPアドレスは、VMSがアクティブである限り、EVPNによって常に宣伝されるため、添付のVMSは不明なユニキャストトラフィックを受け取りません。
* NVE2 is optimized ingress replication unaware; therefore, it takes on the RNVE role in BD-1.
* NVE2は、不明確に最適化されたイングレスレプリケーションです。したがって、BD-1でRNVEの役割を引き受けます。
Based on the above assumptions, the following forwarding behavior will take place:
上記の仮定に基づいて、次の転送動作が行われます。
1. Any BM packets sent from VM11 will be sent to VM12 and PE1. PE1 will then forward the BM packets on to TS1, the WAN link, PE2, and NVE2 but not to NVE3. PE2 and NVE2 will replicate the BM packets to their local ACs, but NVE3 will be prevented from having to replicate those BM packets to VM31 and VM32 unnecessarily.
1. VM11から送信されたBMパケットは、VM12およびPE1に送信されます。PE1は、BMパケットをTS1、WANリンク、PE2、およびNVE2に転送しますが、NVE3には転送しません。PE2とNVE2はBMパケットをローカルACSに複製しますが、NVE3はこれらのBMパケットをVM31およびVM32に不必要に複製する必要がありません。
2. Any BM packets received on PE2 from the WAN will be sent to PE1 and NVE2 but not to NVE1 and NVE3, sparing the two hypervisors from replicating unnecessarily to their local VMs. PE1 and NVE2 will replicate to their local ACs only.
2. WANからPE2で受信したBMパケットは、PE1およびNVE2に送信されますが、NVE1とNVE3に送信され、2つのハイパーバイザーが不必要に局所VMに複製されるようになります。PE1とNVE2は、ローカルACSのみに複製します。
3. Any unknown unicast packet sent from VM31 will be forwarded by NVE3 to NVE2, PE1, and PE2 but not to NVE1. The solution prevents unnecessary replication to NVE1, since the destination of the unknown traffic cannot be NVE1.
3. VM31から送信された未知のユニキャストパケットは、NVE3によってNVE2、PE1、およびPE2に転送されますが、NVE1には転送されません。このソリューションは、不明なトラフィックの宛先がNVE1になることはできないため、NVE1への不必要な複製を防ぎます。
4. Any unknown unicast packet sent from TS1 will be forwarded by PE1 to the WAN link, PE2, and NVE2 but not to NVE1 and NVE3, since the target of the unknown traffic cannot be NVE1 or NVE3.
4. TS1から送信された未知のユニキャストパケットは、PE1によってWANリンク、PE2、およびNVE2に転送されますが、NVE1およびNVE3には転送されません。不明なトラフィックのターゲットはNVE1またはNVE3になることはできないためです。
The procedures explained in Sections 5 and 6 assume that the AR-REPLICATOR can use two local routable IP addresses to terminate and originate NVO tunnels, i.e., IR-IP and AR-IP addresses. This is usually the case for PE-based AR-REPLICATOR nodes.
セクション5および6で説明されている手順では、ARレプリケーターが2つのローカルルーティング可能なIPアドレスを使用して、NVOトンネル、つまりIR-IPおよびAR-IPアドレスを終了および発信できると仮定しています。これは通常、PEベースのAR-Replicatorノードの場合です。
In some cases, the AR-REPLICATOR node does not support more than one IP address to terminate and originate NVO tunnels, i.e., the IR-IP and AR-IP are the same IP addresses. This may be the case in some software-based or low-end AR-REPLICATOR nodes. If this is the case, the procedures provided in Sections 5 and 6 MUST be modified in the following way:
場合によっては、AR-Replicatorノードは、NVOトンネルを終了および発信するために複数のIPアドレスをサポートしていません。つまり、IR-IPおよびAR-IPは同じIPアドレスです。これは、一部のソフトウェアベースまたはローエンドのARレプリケーターノードの場合に当てはまる場合があります。この場合、セクション5および6で提供される手順は、次の方法で変更する必要があります。
* The Replicator-AR routes generated by the AR-REPLICATOR use an AR-IP that will match its IR-IP. In order to differentiate the data plane packets that need to use ingress replication from the packets that must use Assisted Replication forwarding mode, the Replicator-AR route MUST advertise a different VNI/VSID than the one used by the Regular-IR route. For instance, the AR-REPLICATOR will advertise an AR-VNI along with the Replicator-AR route and an IR-VNI along with the Regular-IR route. Since both routes have the same key, different Route Distinguishers are needed in each route.
* AR-Replicatorによって生成されたレプリケーター-ARルートは、IR-IPに一致するAR-IPを使用します。アシストレプリケーション転送モードを使用する必要があるパケットからのイングレスレプリケーションを使用する必要があるデータプレーンパケットを区別するために、Replicator-ARルートは、通常のIRルートで使用されているものとは異なるVNI/VSIDを宣伝する必要があります。たとえば、AR-Replicatorは、Replicator-ARルートとIR-VNIとともにAR-VNIを通常のIRルートとともに宣伝します。両方のルートには同じキーがあるため、各ルートで異なるルートの違いが必要です。
* An AR-REPLICATOR will perform Ingress Replication forwarding mode or Assisted Replication forwarding mode for the incoming overlay packets based on an ingress VNI lookup as opposed to the tunnel IP DA lookup. Note that when replicating to remote AR-REPLICATOR nodes, the use of the IR-VNI or AR-VNI advertised by the egress node will determine whether Ingress Replication forwarding mode or Assisted Replication forwarding mode is used at the subsequent AR-REPLICATOR.
* AR-Replicatorは、トンネルIP DAルックアップとは対照的に、イングレスVNIルックアップに基づいて、入力オーバーレイパケットの侵入レプリケーション転送モードまたはアシストレプリケーション転送モードを実行します。リモートAR-Replicatorノードに複製する場合、Eugressノードによって宣伝されているIR-VNIまたはAR-VNIの使用により、後続のAR-ReplicatorでIngress Replication Forwarding ModeまたはAssisted Replication Forwardingモードが使用されるかどうかが判断されることに注意してください。
The rest of the procedures will follow those described in Sections 5 and 6.
残りの手順は、セクション5および6に記載されているものに従います。
This section extends the procedures for the cases where two or more AR-LEAF nodes are attached to the same ES and two or more AR-REPLICATOR nodes are attached to the same ES in the BD. The mixed case -- where an AR-LEAF node and an AR-REPLICATOR node are attached to the same ES -- would require extended procedures that are out of scope for this document.
このセクションでは、2つ以上のARリーフノードが同じESに接続され、2つ以上のAR-ReplicatorノードがBDの同じESに接続されている場合の手順を拡張します。AR-LEAFノードとAR-Replicatorノードが同じESに接続されている混合ケースには、このドキュメントの範囲外の拡張手順が必要になります。
If a VXLAN or NVGRE is used and if the split-horizon is based on the tunnel source IP address and "local bias" as described in [RFC8365], the split-horizon check will not work if an ES is shared between two AR-LEAF nodes, and the AR-REPLICATOR replaces the tunnel source IP address of the packets with its own AR-IP.
VXLANまたはNVGREが使用され、[RFC8365]に記載されているように、スプリットホリゾンがトンネルソースIPアドレスと「ローカルバイアス」に基づいている場合、ESが2つのAR間で共有される場合、スプリットホリゾンチェックが機能しません。リーフノード、およびARリプリケーターは、パケットのトンネルソースIPアドレスを独自のAR-IPに置き換えます。
In order to be compatible with the source IP address split-horizon check, the AR-REPLICATOR MAY keep the original received tunnel source IP address when replicating packets to a remote AR-LEAF or RNVE. This will allow AR-LEAF nodes to apply split-horizon check procedures for BM packets before sending them to the local ES. Even if the AR-LEAF's source IP address is preserved when replicating to AR-LEAFs or RNVEs, the AR-REPLICATOR MUST always use its IR-IP as the source IP address when replicating to other AR-REPLICATORs.
ソースIPアドレススプリットホリゾンチェックと互換性があるため、AR-Replicatorは、パケットをリモートARリーフまたはRNVEに複製するときに、元の受信トンネルソースIPアドレスを維持できます。これにより、ARリーフノードは、ローカルESに送信する前に、BMパケットのスプリットホリゾンチェック手順を適用できます。ARリーフまたはRNVEに複製するときにAR-LeafのソースIPアドレスが保存されている場合でも、AR-Replicatorは、他のARレプリケーターに複製する際にIR-IPをソースIPアドレスとして常に使用する必要があります。
When EVPNs are used for MPLSoGRE or MPLSoUDP, the ESI-label-based split-horizon procedure provided in [RFC7432] will not work for multihomed ESs defined on AR-LEAF nodes. Local bias is recommended in this case, as it is in the case of a VXLAN or NVGRE as explained above. The local-bias and tunnel source IP address preservation mechanisms provide the required split-horizon behavior in non-selective or selective AR.
EVPNがmplsogreまたはmplsoudpに使用される場合、[RFC7432]で提供されるESI-Labelベースのスプリットホリゾン手順は、AR-LEAFノードで定義されたマルチホームESSでは機能しません。この場合、上記のVXLANまたはNVGREの場合の場合、ローカルバイアスが推奨されます。ローカルバイアスおよびトンネルソースIPアドレスの保存メカニズムは、非選択的または選択的ARで必要な分割星等式の動作を提供します。
Note that if the AR-REPLICATOR implementation keeps the received tunnel source IP address, the use of unicast Reverse Path Forwarding (uRPF) checks in the IP fabric based on the tunnel source IP address MUST be disabled.
AR-Replicatorの実装が受信したトンネルソースIPアドレスを維持する場合、トンネルソースIPアドレスに基づいてIPファブリックのユニキャストリバースパス転送（URPF）の使用を使用することは無効にする必要があることに注意してください。
AR-REPLICATOR nodes attached to the same all-active ES will follow local-bias procedures [RFC8365] as follows:
同じ全活性ESに接続されたAR-Replicatorノードは、次のようにローカルBias手順[RFC8365]に従います。
a. For BUM traffic received on a local AR-REPLICATOR's AC, local-bias procedures as provided in [RFC8365] MUST be followed.
a. ローカルARレプリケーターのACで受け取った尻のトラフィックの場合、[RFC8365]で提供されるローカルバイアス手順に従う必要があります。
b. For BUM traffic received on an AR-REPLICATOR overlay tunnel with AR-IP as the IP DA, local bias MUST also be followed. That is, traffic received with AR-IP as the IP DA will be treated as though it had been received on a local AC that is part of the ES and will be forwarded to all local ESs, irrespective of their DF or NDF state.
b. AR-ReplicatorオーバーレイトンネルでAR-IPを使用してIP DAとして受け取ったBUMトラフィックの場合、ローカルバイアスも守らなければなりません。つまり、IP DAがESの一部であるローカルACで受信されており、DFまたはNDF状態に関係なくすべてのローカルESに転送されるように扱われるため、AR-IPで受け取ったトラフィック。
c. BUM traffic received on an AR-REPLICATOR overlay tunnel with IR-IP as the IP DA will follow regular local-bias rules [RFC8365] and will not be forwarded to local ESs that are shared with the AR-LEAF or AR-REPLICATOR originating the traffic.
c. IP DAが通常のローカルBiasルール[RFC8365]に従うため、IR-IPを使用してAR-Replicatorオーバーレイトンネルで受け取ったBUMトラフィックは、ARリーフまたはARレプリケーターと共有されるローカルESSに転送されません。渋滞。
d. In cases where the AR-REPLICATOR supports a single IP address, the IR-IP and the AR-IP are the same IP address, as discussed in Section 8. The received BUM traffic will be treated as specified in item b above if the received VNI is the AR-VNI and as specified in item c if the VNI is the IR-VNI.
d. AR-Replicatorが単一のIPアドレスをサポートする場合、IR-IPとAR-IPはセクション8で説明したのと同じIPアドレスです。VNIはAR-VNIであり、VNIがIR-VNIである場合、アイテムCで指定されています。
The security considerations in [RFC7432] and [RFC8365] apply to this document. The security considerations related to the Leaf A-D route in [RFC9572] apply too.
[RFC7432]および[RFC8365]のセキュリティ上の考慮事項は、このドキュメントに適用されます。[RFC9572]のLeaf A-Dルートに関連するセキュリティ上の考慮事項も適用されます。
In addition, the Assisted Replication method introduced by this document may introduce some new risks that could affect the successful delivery of BM traffic. Unicast traffic is not affected by Assisted Replication (although unknown unicast traffic is affected by the procedures for PFLs). The forwarding of BM traffic is modified, and BM traffic from the AR-LEAF nodes will be drawn toward AR-REPLICATORs in the BD. An AR-LEAF will forward BM traffic to its selected AR-REPLICATOR; therefore, an attack on the AR-REPLICATOR could impact the delivery of the BM traffic using that node. Also, an attack on the AR-REPLICATOR and any change to the advertised AR type will modify the selections made by the AR-LEAF nodes. If no other AR-REPLICATOR is selected, the AR-LEAF nodes will be forced to use Ingress Replication forwarding mode, which will impact their performance, since the AR-LEAF nodes are usually NVEs/PEs with poor replication performance.
さらに、このドキュメントで導入された支援レプリケーション方法は、BMトラフィックの成功に影響を与える可能性のある新しいリスクを導入する可能性があります。ユニキャストトラフィックは、レプリケーションの補助の影響を受けません（ただし、ユニキャストトラフィックは不明ですが、PFLの手順の影響を受けます）。BMトラフィックの転送が変更され、ARリーフノードからのBMトラフィックがBDのARレプリケーターに引き寄せられます。ARリーフは、BMトラフィックを選択したARレプリケーターに転送します。したがって、ARリプライキーターへの攻撃は、そのノードを使用してBMトラフィックの配信に影響を与える可能性があります。また、AR-Replicatorへの攻撃と広告されたARタイプの変更は、AR-LEAFノードによって行われた選択を変更します。他のARレプリケーターが選択されていない場合、ARリーフノードは通常、複製パフォーマンスが低いNVES/PESであるため、Performanceに影響を与えます。
This document introduces the ability of the AR-REPLICATOR to forward traffic received on an overlay tunnel to another overlay tunnel. The reader may determine that this introduces the risk of BM loops -- that is, an AR-LEAF receiving a BM-encapsulated packet that the AR-LEAF originated in the first place due to one or two AR-REPLICATORs "looping" the BM traffic back to the AR-LEAF. Following the procedures provided in this document will prevent these BM loops, since the AR-REPLICATOR will always forward the BM traffic using the correct tunnel IP DA (or the correct VNI in the case of single-IP AR-REPLICATORs), which instructs the remote nodes regarding how to forward the traffic. This is true for both the Non-selective and Selective modes defined in this document. However, incorrect implementation of the procedures provided in this document may lead to those unexpected BM loops.
このドキュメントでは、ARレプリケーターがオーバーレイトンネルで受け取ったトラフィックを別のオーバーレイトンネルに転送する能力を紹介します。読者は、これがBMループのリスクを導入すると判断する場合があります。つまり、ARリーフが1つまたは2つのARレプリケーターがBMを「ループする」ために最初に発生したBMエンカプセル化パケットを受け取るARリーフがARリーフに戻るトラフィック。AR-Replicatorは常に正しいトンネルIP DA（またはシングルIP ARレプリケーターの場合の正しいVNI）を使用してBMトラフィックを常に転送するため、このドキュメントで提供された手順に従うことは、これらのBMループを防止します。トラフィックを転送する方法に関するリモートノード。これは、このドキュメントで定義されている非選択的モードと選択的モードの両方に当てはまります。ただし、このドキュメントで提供される手順の誤った実装は、予期しないBMループにつながる可能性があります。
The Selective mode provides a multi-stage replication solution, where proper configuration of all the AR-REPLICATORs will prevent any issues. A mix of mistakenly configured selective and non-selective AR-REPLICATORs in the same BD could theoretically create packet duplication in some AR-LEAFs; however, this document specifies a fallback solution -- falling back to Non-selective mode in cases where the AR-REPLICATORs advertised an inconsistent AR mode.
選択モードは、すべてのARレプリケーターの適切な構成が問題を防ぐマルチステージレプリケーションソリューションを提供します。同じBDで誤って構成された選択的および非選択的ARレプリケーターの組み合わせは、一部のARリーフで理論的にパケットの重複を作成する可能性があります。ただし、このドキュメントは、ARリプリケーターが一貫性のないARモードを宣伝した場合に、フォールバックソリューションを指定します。
This document allows the AR-REPLICATOR to preserve the tunnel source IP address of the AR-LEAF (as an option) when forwarding BM packets from an overlay tunnel to another overlay tunnel. Preserving the AR-LEAF source IP address makes the local-bias filtering procedures possible for AR-LEAF nodes that are attached to the same ES. If the AR-REPLICATOR does not preserve the AR-LEAF source IP address, AR-LEAF nodes attached to all-active ESs will cause packet duplication on the multihomed CE.
このドキュメントにより、AR-Replicatorは、BMパケットをオーバーレイトンネルから別のオーバーレイトンネルに転送する際に（オプションとして）ARリーフのトンネルソースIPアドレスを保存できます。AR-LEAFソースIPアドレスを保存すると、同じESに接続されているARリーフノードに対してローカルバイアスフィルタリング手順が可能になります。AR-ReplicatorがAR-LEAFソースIPアドレスを保存しない場合、AR-LEAFノードがすべて活性型ESSに接続され、マルチホームのCEにパケットの重複を引き起こします。
The AR-REPLICATOR nodes are, by design, using more bandwidth than PEs [RFC7432] or NVEs [RFC8365] would use. Certain network events or unexpected low performance may exceed the AR-REPLICATOR's local bandwidth and cause service disruption.
AR-Replicatorノードは、設計上、PES [RFC7432]またはNVES [RFC8365]よりも多くの帯域幅を使用します。特定のネットワークイベントまたは予期しない低パフォーマンスは、ARリプライキーターのローカル帯域幅を超えて、サービスの中断を引き起こす可能性があります。
Finally, PFLs (Section 7) should be used with care. Intentional or unintentional misconfiguration of the BDs on a given leaf node may result in the leaf not receiving the required BM or unknown unicast traffic.
最後に、PFL（セクション7）は注意して使用する必要があります。特定のリーフノード上のBDSの意図的または意図的ではない誤解により、葉が必要なBMまたは不明なユニキャストトラフィックを受け取らないようになる場合があります。
IANA has allocated the following Border Gateway Protocol (BGP) parameters:
IANAは、次のBorder Gateway Protocol（BGP）パラメーターを割り当てました。
* Allocation in the "P-Multicast Service Interface Tunnel (PMSI Tunnel) Tunnel Types" registry:
* 「P-Multicast Service Interface Tunnel（PMSI Tunnel）トンネルタイプ」レジストリの割り当て：
+=======+=============================+===========+
| Value | Meaning | Reference |
+=======+=============================+===========+
| 0x0A | Assisted Replication Tunnel | RFC 9574 |
+-------+-----------------------------+-----------+
Table 1
* Allocations in the "P-Multicast Service Interface (PMSI) Tunnel Attribute Flags" registry:
* 「P-Multicast Service Interface（PMSI）トンネル属性フラグ」の割り当てレジストリ：
+=======+===============================+===========+
| Value | Name | Reference |
+=======+===============================+===========+
| 3-4 | Assisted Replication Type (T) | RFC 9574 |
+-------+-------------------------------+-----------+
| 5 | Broadcast and Multicast (BM) | RFC 9574 |
+-------+-------------------------------+-----------+
| 6 | Unknown (U) | RFC 9574 |
+-------+-------------------------------+-----------+
Table 2
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
[RFC6513] Rosen, E., Ed. and R. Aggarwal, Ed., "Multicast in MPLS/
BGP IP VPNs", RFC 6513, DOI 10.17487/RFC6513, February
2012, <https://www.rfc-editor.org/info/rfc6513>.
[RFC6514] Aggarwal, R., Rosen, E., Morin, T., and Y. Rekhter, "BGP
Encodings and Procedures for Multicast in MPLS/BGP IP
VPNs", RFC 6514, DOI 10.17487/RFC6514, February 2012,
<https://www.rfc-editor.org/info/rfc6514>.
[RFC7432] Sajassi, A., Ed., Aggarwal, R., Bitar, N., Isaac, A.,
Uttaro, J., Drake, J., and W. Henderickx, "BGP MPLS-Based
Ethernet VPN", RFC 7432, DOI 10.17487/RFC7432, February
2015, <https://www.rfc-editor.org/info/rfc7432>.
[RFC7902] Rosen, E. and T. Morin, "Registry and Extensions for
P-Multicast Service Interface Tunnel Attribute Flags",
RFC 7902, DOI 10.17487/RFC7902, June 2016,
<https://www.rfc-editor.org/info/rfc7902>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8365] Sajassi, A., Ed., Drake, J., Ed., Bitar, N., Shekhar, R.,
Uttaro, J., and W. Henderickx, "A Network Virtualization
Overlay Solution Using Ethernet VPN (EVPN)", RFC 8365,
DOI 10.17487/RFC8365, March 2018,
<https://www.rfc-editor.org/info/rfc8365>.
[RFC9572] Zhang, Z., Lin, W., Rabadan, J., Patel, K., and A.
Sajassi, "Updates to EVPN Broadcast, Unknown Unicast, or
Multicast (BUM) Procedures", RFC 9572,
DOI 10.17487/RFC9572, May 2024,
<https://www.rfc-editor.org/info/rfc9572>.
[RFC4023] Worster, T., Rekhter, Y., and E. Rosen, Ed.,
"Encapsulating MPLS in IP or Generic Routing Encapsulation
(GRE)", RFC 4023, DOI 10.17487/RFC4023, March 2005,
<https://www.rfc-editor.org/info/rfc4023>.
[RFC7348] Mahalingam, M., Dutt, D., Duda, K., Agarwal, P., Kreeger,
L., Sridhar, T., Bursell, M., and C. Wright, "Virtual
eXtensible Local Area Network (VXLAN): A Framework for
Overlaying Virtualized Layer 2 Networks over Layer 3
Networks", RFC 7348, DOI 10.17487/RFC7348, August 2014,
<https://www.rfc-editor.org/info/rfc7348>.
[RFC7637] Garg, P., Ed. and Y. Wang, Ed., "NVGRE: Network
Virtualization Using Generic Routing Encapsulation",
RFC 7637, DOI 10.17487/RFC7637, September 2015,
<https://www.rfc-editor.org/info/rfc7637>.
[RFC9161] Rabadan, J., Ed., Sathappan, S., Nagaraj, K., Hankins, G.,
and T. King, "Operational Aspects of Proxy ARP/ND in
Ethernet Virtual Private Networks", RFC 9161,
DOI 10.17487/RFC9161, January 2022,
<https://www.rfc-editor.org/info/rfc9161>.
The authors would like to thank Neil Hart, David Motz, Dai Truong, Thomas Morin, Jeffrey Zhang, Shankar Murthy, and Krzysztof Szarkowicz for their valuable feedback and contributions. Also, thanks to John Scudder for his thorough review, which improved the quality of the document significantly.
著者は、ニール・ハート、デビッド・モッツ、ダイ・トゥルオン、トーマス・モリン、ジェフリー・チャン、シャンカール・マーシー、クルツィシの貴重なフィードバックと貢献に感謝したいと思います。また、ドキュメントの品質が大幅に向上した徹底的なレビューをしてくれたJohn Scudderに感謝します。
In addition to the authors listed on the front page, the following people also contributed to this document and should be considered coauthors:
フロントページにリストされている著者に加えて、次の人々もこの文書に貢献し、共著者と見なされるべきです。
Wim Henderickx
Nokia
Kiran Nagaraj
Nokia
Ravi Shekhar
Juniper Networks
Nischal Sheth
Juniper Networks
Aldrin Isaac
Juniper
Mudassir Tufail
Citibank
Jorge Rabadan (editor)
Nokia
777 Middlefield Road
Mountain View, CA 94043
United States of America
Email: jorge.rabadan@nokia.com
Senthil Sathappan
Nokia
Email: senthil.sathappan@nokia.com
Wen Lin
Juniper Networks
Email: wlin@juniper.net
Mukul Katiyar
Versa Networks
Email: mukul@versa-networks.com
Ali Sajassi
Cisco Systems
Email: sajassi@cisco.com