1. Introduction (はじめに)

Multiprotocol BGP (MP-BGP) [RFC4760] specifies that the set of network-layer protocols to which the address carried in the Next Hop Address field may belong is determined by the Address Family Identifier (AFI) and the Subsequent Address Family Identifier (SAFI). A number of existing AFIs/SAFIs allow the next-hop address to belong to a different address family than the Network Layer Reachability Information (NLRI). For example, the AFI/SAFI <25/65> used (as per [RFC6074]) to perform Layer 2 Virtual Private Network (L2VPN) auto-discovery allows advertising NLRI that contains the identifier of a Virtual Private LAN Service (VPLS) instance or that identifies a particular pool of attachment circuits at a given Provider Edge (PE), while the Next Hop Address field contains the loopback address of a PE. Similarly, the AFI/SAFI <1/132> (defined in [RFC4684]) to advertise Route Target (RT) membership information allows advertising NLRI that contains such RT membership information, while the Next Hop Address field contains the address of the advertising router. (マルチプロトコル BGP (MP-BGP) [RFC4760] は、Next Hop Address フィールドで運ばれるアドレスが属するネットワーク層プロトコルのセットは、アドレスファミリ識別子 (AFI) と後続アドレスファミリ識別子 (SAFI) によって決定されることを規定しています。既存の多くの AFI/SAFI では、ネクストホップアドレスがネットワーク層到達可能性情報 (NLRI) とは異なるアドレスファミリに属することを許可しています。たとえば、レイヤー 2 仮想プライベートネットワーク (L2VPN) 自動検出を実行するために ([RFC6074] に従って) 使用される AFI/SAFI <25/65> では、仮想プライベート LAN サービス (VPLS) インスタンスの識別子を含むか、特定のプロバイダーエッジ (PE) でのアタッチメント回線の特定のプールを識別する NLRI をアドバタイズできますが、Next Hop Address フィールドには PE のループバックアドレスが含まれます。同様に、ルートターゲット (RT) メンバーシップ情報をアドバタイズするために ([RFC4684] で定義されている) AFI/SAFI <1/132> では、そのような RT メンバーシップ情報を含む NLRI をアドバタイズできますが、Next Hop Address フィールドにはアドバタイズ側ルーターのアドレスが含まれます。)

Furthermore, a number of these existing AFIs/SAFIs allow the next hop to belong to either the IPv4 protocol or the IPv6 protocol and specify the encoding of the next-hop information to determine which of the protocols the address actually belongs to. For example, [RFC4684] allows the next-hop address to be either an IPv4 or IPv6 address and states that the Next Hop Address field shall be interpreted as an IPv4 address whenever the length of the next-hop address is 4 octets and as an IPv6 address whenever the length of the next-hop address is 16 octets. (さらに、これらの既存の AFI/SAFI の多くは、ネクストホップが IPv4 プロトコルまたは IPv6 プロトコルのいずれかに属することを許可し、アドレスが実際にどのプロトコルに属するかを決定するためにネクストホップ情報のエンコーディングを指定しています。たとえば、[RFC4684] は、ネクストホップアドレスを IPv4 または IPv6 アドレスのいずれかにすることを許可し、ネクストホップアドレスの長さが 4 オクテットの場合は常に Next Hop Address フィールドを IPv4 アドレスとして解釈し、ネクストホップアドレスの長さが 16 オクテットの場合は常に IPv6 アドレスとして解釈すると述べています。)

There are situations such as those described in [RFC4925] and [RFC5565] where carriers (or large enterprise networks acting as a carrier for their internal resources) may be required to establish connectivity between 'islands' of networks of one address family type across a transit core of a differing address family type. This includes both the case of IPv6 islands across an IPv4 core and the case of IPv4 islands across an IPv6 core. Where Multiprotocol BGP (MP-BGP) is used to advertise the corresponding reachability information, this translates into the requirement for a BGP speaker to advertise the NLRI of a given address family via a next hop of a different address family (i.e., IPv6 NLRI with an IPv4 next hop and IPv4 NLRI with an IPv6 next hop). ([RFC4925] や [RFC5565] で説明されているような状況があり、キャリア (または内部リソースのキャリアとして機能する大企業ネットワーク) は、異なるアドレスファミリタイプのトランジットコアを介して、あるアドレスファミリタイプのネットワークの「島」間の接続を確立する必要がある場合があります。これには、IPv4 コアを介した IPv6 の島の場合と、IPv6 コアを介した IPv4 の島の場合の両方が含まれます。マルチプロトコル BGP (MP-BGP) が対応する到達可能性情報をアドバタイズするために使用される場合、これは、BGP スピーカーが、異なるアドレスファミリのネクストホップを介して特定のアドレスファミリの NLRI をアドバタイズするという要件に変換されます (つまり、IPv4 ネクストホップを使用する IPv6 NLRI と、IPv6 ネクストホップを使用する IPv4 NLRI)。)

The AFI/SAFI definitions for the IPv6 address family assume that the next-hop address belongs to the IPv6 address family type. Specifically, as per [RFC2545] and [RFC8277], when the <AFI/SAFI> is <2/1>, <2/2>, or <2/4>, the next-hop address is assumed to be of an IPv6 type. As per [RFC4659], when the <AFI/SAFI> is <2/128>, the next-hop address is assumed to be of a VPN-IPv6 type. (IPv6 アドレスファミリの AFI/SAFI 定義は、ネクストホップアドレスが IPv6 アドレスファミリタイプに属することを前提としています。具体的には、[RFC2545] および [RFC8277] に従って、<AFI/SAFI> が <2/1>、<2/2>、または <2/4> の場合、ネクストホップアドレスは IPv6 タイプであると見なされます。[RFC4659] に従って、<AFI/SAFI> が <2/128> の場合、ネクストホップアドレスは VPN-IPv6 タイプであると見なされます。)

However, [RFC4798] and [RFC4659] specify how an IPv4 address can be encoded inside the next-hop IPv6 address field when IPv6 NLRI needs to be advertised with an IPv4 next hop. [RFC4798] defines how the IPv4-mapped IPv6 address format specified in the IPv6 addressing architecture ([RFC4291]) can be used for that purpose when the <AFI/SAFI> is <2/1>, <2/2>, or <2/4>. [RFC4659] defines how the IPv4-mapped IPv6 address format as well as a null Route Distinguisher (RD) can be used for that purpose when the <AFI/SAFI> is <2/128>. Thus, there are existing solutions for the advertisement of IPv6 NLRI with an IPv4 next hop. (ただし、[RFC4798] および [RFC4659] は、IPv6 NLRI を IPv4 ネクストホップでアドバタイズする必要がある場合に、IPv4 アドレスをネクストホップ IPv6 アドレスフィールド内でどのようにエンコードできるかを指定しています。[RFC4798] は、<AFI/SAFI> が <2/1>、<2/2>、または <2/4> の場合に、IPv6 アドレッシングアーキテクチャ ([RFC4291]) で指定されている IPv4 マップ IPv6 アドレス形式をその目的にどのように使用できるかを定義しています。[RFC4659] は、<AFI/SAFI> が <2/128> の場合に、IPv4 マップ IPv6 アドレス形式と Null ルート識別子 (RD) をその目的にどのように使用できるかを定義しています。したがって、IPv4 ネクストホップを使用した IPv6 NLRI のアドバタイズのためのソリューションがすでに存在します。)

Similarly, the AFI/SAFI definitions for the advertisement of IPv4 NLRI or VPN-IPv4 NLRI assume that the next-hop address belongs to the IPv4 address family type. Specifically, as per [RFC4760] and [RFC8277], when the <AFI/SAFI> is <1/1>, <1/2>, or <1/4>, the next-hop address is assumed to be of an IPv4 type. As per [RFC4364], when the <AFI/SAFI> is <1/128>, the next-hop address is assumed to be of a VPN-IPv4 type. As per [RFC6513] and [RFC6514], when the <AFI/SAFI> is <1/129>, the next-hop address is assumed to be of a VPN-IPv4 type. There is clearly no generally applicable method for encoding an IPv6 address inside the IPv4 address field of the next hop. Hence, there is currently no specified solution for advertising IPv4 or VPN-IPv4 NLRI with an IPv6 next hop. (同様に、IPv4 NLRI または VPN-IPv4 NLRI のアドバタイズに関する AFI/SAFI 定義は、ネクストホップアドレスが IPv4 アドレスファミリタイプに属することを前提としています。具体的には、[RFC4760] および [RFC8277] に従って、<AFI/SAFI> が <1/1>、<1/2>、または <1/4> の場合、ネクストホップアドレスは IPv4 タイプであると見なされます。[RFC4364] に従って、<AFI/SAFI> が <1/128> の場合、ネクストホップアドレスは VPN-IPv4 タイプであると見なされます。[RFC6513] および [RFC6514] に従って、<AFI/SAFI> が <1/129> の場合、ネクストホップアドレスは VPN-IPv4 タイプであると見なされます。ネクストホップの IPv4 アドレスフィールド内に IPv6 アドレスをエンコードするための一般的に適用可能な方法は明らかにありません。したがって、現在、IPv6 ネクストホップを使用して IPv4 または VPN-IPv4 NLRI をアドバタイズするための指定されたソリューションはありません。)

This document specifies the extensions necessary to allow advertisement of IPv4 NLRI or VPN-IPv4 NLRI with a next-hop address that belongs to the IPv6 protocol. This comprises an extension of the AFI/SAFI definitions to allow the address of the next hop for IPv4 NLRI or VPN-IPv4 NLRI to belong to either the IPv4 or the IPv6 protocol, the encoding of the next-hop information to determine which of the protocols the address actually belongs to, and a BGP Capability allowing MP-BGP peers to dynamically discover whether they can exchange IPv4 NLRI and VPN-IPv4 NLRI with an IPv6 next hop. The BGP Capability allows gradual deployment of the functionality of advertising IPv4 reachability via an IPv6 next hop without any flag day nor any risk of traffic black-holing. (このドキュメントでは、IPv6 プロトコルに属するネクストホップアドレスを使用して IPv4 NLRI または VPN-IPv4 NLRI をアドバタイズできるようにするために必要な拡張機能を規定しています。これには、IPv4 NLRI または VPN-IPv4 NLRI のネクストホップのアドレスが IPv4 または IPv6 プロトコルのいずれかに属することを許可する AFI/SAFI 定義の拡張、アドレスが実際にどのプロトコルに属するかを決定するためのネクストホップ情報のエンコーディング、および MP-BGP ピアが IPv6 ネクストホップを使用して IPv4 NLRI および VPN-IPv4 NLRI を交換できるかどうかを動的に検出できるようにする BGP 機能が含まれます。BGP 機能により、フラグデーやトラフィックのブラックホールのリスクなしに、IPv6 ネクストホップを介して IPv4 到達可能性をアドバタイズする機能を段階的に展開できます。)

This document obsoletes [RFC5549]. (このドキュメントは [RFC5549] を廃止します。)

1.1. Requirements Language (要件言語)

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. (この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", "OPTIONAL" は、BCP 14 [RFC2119] [RFC8174] で説明されているように解釈されます。これらがすべて大文字で表示される場合のみです。)