Aller au contenu principal

1. Overview (Vue d'ensemble)

1. Overview (Vue d'ensemble)

Les trois seules informations transportées par BGP-4 qui sont spécifiques à IPv4 sont (a) l'attribut NEXT_HOP (exprimé comme une adresse IPv4), (b) AGGREGATOR (contient une adresse IPv4), et (c) NLRI (exprimé comme des 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, ce document utilise la famille d'adresses, telle que définie dans [RFC1700].

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

Pour fournir une compatibilité ascendante, 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 ainsi que 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 à d'autres locuteurs BGP.