1. Introduction

The only three pieces of information carried by BGP-4 [BGP-4] that are IPv4 specific are (a) the NEXT_HOP attribute (expressed as an IPv4 address), (b) AGGREGATOR (contains an IPv4 address), and (c) NLRI (expressed as IPv4 address prefixes). This document assumes that any BGP speaker (including the one that supports multiprotocol capabilities defined in this document) has to have an IPv4 address (which will be used, among other things, in the AGGREGATOR attribute). Therefore, to enable BGP-4 to support routing for multiple Network Layer protocols, the only two things that have to be added to BGP-4 are (a) the ability to associate a particular Network Layer protocol with the next hop information, and (b) the ability to associate a particular Network Layer protocol with NLRI. To identify individual Network Layer protocols associated with the next hop information and semantics of NLRI, this document uses a combination of Address Family, as defined in [IANA-AF], and Subsequent Address Family (as described in this document).

Les trois seules informations transportées par BGP-4 [BGP-4] qui sont spécifiques à IPv4 sont (a) l'attribut NEXT_HOP (exprimé sous la forme d'une adresse IPv4), (b) AGGREGATOR (contient une adresse IPv4), et (c) NLRI (exprimé sous la forme de préfixes d'adresse IPv4). Ce document suppose que tout locuteur BGP (y compris celui qui prend en charge les capacités multiprotocoles définies dans ce document) doit avoir une adresse IPv4 (qui sera utilisée, entre autres, dans l'attribut AGGREGATOR). Par conséquent, pour permettre à BGP-4 de prendre en charge le routage pour plusieurs protocoles de couche réseau, les deux seules choses qui doivent être ajoutées à BGP-4 sont (a) la capacité d'associer un protocole de couche réseau particulier aux informations de saut suivant, et (b) la capacité d'associer un protocole de couche réseau particulier au NLRI. Pour identifier les protocoles de couche réseau individuels associés aux informations de saut suivant et à la sémantique du NLRI, ce document utilise une combinaison de Famille d'adresses, telle que définie dans [IANA-AF], et de Famille d'adresses ultérieure (telle que décrite dans ce document).

One could further observe that the next hop information (the information provided by the NEXT_HOP attribute) is meaningful (and necessary) only in conjunction with the advertisements of reachable destinations - in conjunction with the advertisements of unreachable destinations (withdrawing routes from service), the next hop information is meaningless. This suggests that the advertisement of reachable destinations should be grouped with the advertisement of the next hop to be used for these destinations, and that the advertisement of reachable destinations should be segregated from the advertisement of unreachable destinations.

On pourrait observer en outre que les informations de saut suivant (les informations fournies par l'attribut NEXT_HOP) sont significatives (et nécessaires) uniquement en conjonction avec les annonces de destinations accessibles - en conjonction avec les annonces de destinations inaccessibles (retrait de routes du service), les informations de saut suivant n'ont aucun sens. Cela suggère que l'annonce des destinations accessibles doit être groupée avec l'annonce du saut suivant à utiliser pour ces destinations, et que l'annonce des destinations accessibles doit être séparée de l'annonce des destinations inaccessibles.

To provide backward compatibility, as well as to simplify introduction of the multiprotocol capabilities into BGP-4, this document uses two new attributes, Multiprotocol Reachable NLRI (MP_REACH_NLRI) and Multiprotocol Unreachable NLRI (MP_UNREACH_NLRI). The first one (MP_REACH_NLRI) is used to carry the set of reachable destinations together with the next hop information to be used for forwarding to these destinations. The second one (MP_UNREACH_NLRI) is used to carry the set of unreachable destinations. Both of these attributes are optional and non-transitive. This way, a BGP speaker that doesn't support the multiprotocol capabilities will just ignore the information carried in these attributes and will not pass it to other BGP speakers.

Pour assurer la rétrocompatibilité, ainsi que pour simplifier l'introduction des capacités multiprotocoles dans BGP-4, ce document utilise deux nouveaux attributs, Multiprotocol Reachable NLRI (MP_REACH_NLRI) et Multiprotocol Unreachable NLRI (MP_UNREACH_NLRI). Le premier (MP_REACH_NLRI) est utilisé pour transporter l'ensemble des destinations accessibles avec les informations de saut suivant à utiliser pour le transfert vers ces destinations. Le second (MP_UNREACH_NLRI) est utilisé pour transporter l'ensemble des destinations inaccessibles. Ces deux attributs sont optionnels et non transitifs. De cette façon, un locuteur BGP qui ne prend pas en charge les capacités multiprotocoles ignorera simplement les informations transportées dans ces attributs et ne les transmettra pas aux autres locuteurs BGP.