1. Introduction (Introduzione)

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).

Le uniche tre informazioni trasportate da BGP-4 [BGP-4] che sono specifiche per IPv4 sono (a) l'attributo NEXT_HOP (espresso come indirizzo IPv4), (b) AGGREGATOR (contiene un indirizzo IPv4) e (c) NLRI (espresso come prefissi di indirizzo IPv4). Questo documento assume che qualsiasi speaker BGP (incluso quello che supporta le funzionalità multiprotocollo definite in questo documento) debba avere un indirizzo IPv4 (che verrà utilizzato, tra le altre cose, nell'attributo AGGREGATOR). Pertanto, per consentire a BGP-4 di supportare il routing per molteplici protocolli di Livello di Rete, le uniche due cose che devono essere aggiunte a BGP-4 sono (a) la capacità di associare un particolare protocollo di Livello di Rete alle informazioni del next hop, e (b) la capacità di associare un particolare protocollo di Livello di Rete all'NLRI. Per identificare i singoli protocolli di Livello di Rete associati alle informazioni del next hop e alla semantica dell'NLRI, questo documento utilizza una combinazione di Address Family, come definita in [IANA-AF], e Subsequent Address Family (come descritto in questo documento).

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.

Si potrebbe osservare ulteriormente che le informazioni del next hop (le informazioni fornite dall'attributo NEXT_HOP) sono significative (e necessarie) solo in congiunzione con gli annunci di destinazioni raggiungibili - in congiunzione con gli annunci di destinazioni irraggiungibili (ritiro delle rotte dal servizio), le informazioni del next hop sono prive di significato. Ciò suggerisce che l'annuncio delle destinazioni raggiungibili dovrebbe essere raggruppato con l'annuncio del next hop da utilizzare per queste destinazioni, e che l'annuncio delle destinazioni raggiungibili dovrebbe essere segregato dall'annuncio delle destinazioni irraggiungibili.

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.

Per fornire retrocompatibilità, così come per semplificare l'introduzione delle funzionalità multiprotocollo in BGP-4, questo documento utilizza due nuovi attributi, Multiprotocol Reachable NLRI (MP_REACH_NLRI) e Multiprotocol Unreachable NLRI (MP_UNREACH_NLRI). Il primo (MP_REACH_NLRI) viene utilizzato per trasportare l'insieme delle destinazioni raggiungibili insieme alle informazioni del next hop da utilizzare per l'inoltro verso queste destinazioni. Il secondo (MP_UNREACH_NLRI) viene utilizzato per trasportare l'insieme delle destinazioni irraggiungibili. Entrambi questi attributi sono opzionali e non transitivi. In questo modo, uno speaker BGP che non supporta le funzionalità multiprotocollo ignorerà semplicemente le informazioni trasportate in questi attributi e non le passerà ad altri speaker BGP.