1. Introduction (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. (Le BGP multiprotocole (MP-BGP) [RFC4760] spécifie que l'ensemble des protocoles de couche réseau auxquels l'adresse transportée dans le champ Adresse du prochain saut peut appartenir est déterminé par l'identifiant de famille d'adresses (AFI) et l'identifiant de famille d'adresses ultérieure (SAFI). Un certain nombre d'AFI/SAFI existants permettent à l'adresse de saut suivant d'appartenir à une famille d'adresses différente de celle des informations d'accessibilité de la couche réseau (NLRI). Par exemple, l'AFI/SAFI <25/65> utilisé (selon la [RFC6074]) pour effectuer la découverte automatique du réseau privé virtuel de couche 2 (L2VPN) permet d'annoncer les NLRI contenant l'identifiant d'une instance de service LAN privé virtuel (VPLS) ou qui identifie un pool particulier de circuits de rattachement à un Provider Edge (PE) donné, tandis que le champ Adresse du prochain saut contient l'adresse de bouclage d'un PE. De même, l'AFI/SAFI <1/132> (défini dans la [RFC4684]) pour annoncer les informations d'appartenance à la cible de route (RT) permet d'annoncer les NLRI contenant ces informations d'appartenance à la RT, tandis que le champ Adresse du prochain saut contient l'adresse du routeur annonceur.)

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. (De plus, un certain nombre de ces AFI/SAFI existants permettent au saut suivant d'appartenir soit au protocole IPv4, soit au protocole IPv6 et spécifient le codage des informations de saut suivant pour déterminer auquel des protocoles l'adresse appartient réellement. Par exemple, la [RFC4684] permet que l'adresse de saut suivant soit une adresse IPv4 ou IPv6 et stipule que le champ Adresse du prochain saut doit être interprété comme une adresse IPv4 chaque fois que la longueur de l'adresse de saut suivant est de 4 octets et comme une adresse IPv6 chaque fois que la longueur de l'adresse de saut suivant est de 16 octets.)

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). (Il existe des situations telles que celles décrites dans la [RFC4925] et la [RFC5565] où les transporteurs (ou les grands réseaux d'entreprise agissant en tant que transporteur pour leurs ressources internes) peuvent être tenus d'établir une connectivité entre des « îlots » de réseaux d'un type de famille d'adresses via un noyau de transit d'un type de famille d'adresses différent. Cela inclut à la fois le cas d'îlots IPv6 via un noyau IPv4 et le cas d'îlots IPv4 via un noyau IPv6. Lorsque le BGP multiprotocole (MP-BGP) est utilisé pour annoncer les informations d'accessibilité correspondantes, cela se traduit par l'exigence pour un locuteur BGP d'annoncer les NLRI d'une famille d'adresses donnée via un saut suivant d'une famille d'adresses différente (c'est-à-dire IPv6 NLRI avec un saut suivant IPv4 et IPv4 NLRI avec un saut suivant IPv6).)

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. (Les définitions AFI/SAFI pour la famille d'adresses IPv6 supposent que l'adresse de saut suivant appartient au type de famille d'adresses IPv6. Plus précisément, selon la [RFC2545] et la [RFC8277], lorsque le <AFI/SAFI> est <2/1>, <2/2> ou <2/4>, l'adresse de saut suivant est supposée être de type IPv6. Selon la [RFC4659], lorsque le <AFI/SAFI> est <2/128>, l'adresse de saut suivant est supposée être de type 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. (Cependant, la [RFC4798] et la [RFC4659] spécifient comment une adresse IPv4 peut être codée à l'intérieur du champ d'adresse IPv6 de saut suivant lorsque des NLRI IPv6 doivent être annoncés avec un saut suivant IPv4. La [RFC4798] définit comment le format d'adresse IPv6 mappé IPv4 spécifié dans l'architecture d'adressage IPv6 ([RFC4291]) peut être utilisé à cette fin lorsque le <AFI/SAFI> est <2/1>, <2/2> ou <2/4>. La [RFC4659] définit comment le format d'adresse IPv6 mappé IPv4 ainsi qu'un discriminateur de route (RD) nul peuvent être utilisés à cette fin lorsque le <AFI/SAFI> est <2/128>. Ainsi, il existe des solutions existantes pour l'annonce de NLRI IPv6 avec un saut suivant IPv4.)

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. (De même, les définitions AFI/SAFI pour l'annonce de NLRI IPv4 ou NLRI VPN-IPv4 supposent que l'adresse de saut suivant appartient au type de famille d'adresses IPv4. Plus précisément, selon la [RFC4760] et la [RFC8277], lorsque le <AFI/SAFI> est <1/1>, <1/2> ou <1/4>, l'adresse de saut suivant est supposée être de type IPv4. Selon la [RFC4364], lorsque le <AFI/SAFI> est <1/128>, l'adresse de saut suivant est supposée être de type VPN-IPv4. Selon la [RFC6513] et la [RFC6514], lorsque le <AFI/SAFI> est <1/129>, l'adresse de saut suivant est supposée être de type VPN-IPv4. Il n'existe clairement aucune méthode généralement applicable pour coder une adresse IPv6 à l'intérieur du champ d'adresse IPv4 du saut suivant. Par conséquent, il n'existe actuellement aucune solution spécifiée pour annoncer des NLRI IPv4 ou VPN-IPv4 avec un saut suivant IPv6.)

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. (Ce document spécifie les extensions nécessaires pour permettre l'annonce de NLRI IPv4 ou NLRI VPN-IPv4 avec une adresse de saut suivant appartenant au protocole IPv6. Cela comprend une extension des définitions AFI/SAFI pour permettre à l'adresse du saut suivant pour NLRI IPv4 ou NLRI VPN-IPv4 d'appartenir soit au protocole IPv4, soit au protocole IPv6, le codage des informations de saut suivant pour déterminer auquel des protocoles l'adresse appartient réellement, et une capacité BGP permettant aux pairs MP-BGP de découvrir dynamiquement s'ils peuvent échanger des NLRI IPv4 et des NLRI VPN-IPv4 avec un saut suivant IPv6. La capacité BGP permet le déploiement progressif de la fonctionnalité d'annonce de l'accessibilité IPv4 via un saut suivant IPv6 sans aucun jour de basculement ni risque de trou noir de trafic.)

This document obsoletes [RFC5549]. (Ce document rend obsolète la [RFC5549].)

1.1. Requirements Language (Langue des exigences)

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. (Les mots clés "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" et "OPTIONAL" dans ce document doivent être interprétés comme décrit dans BCP 14 [RFC2119] [RFC8174] lorsque, et seulement lorsque, ils apparaissent en majuscules, comme indiqué ici.)