BGP4 est le protocole de routage externe actuellement utilisé pour le routage global de l'Internet IPv4 (la version 4, identique pour BGP et IP, est pure coïncidence). Compte tenu de sa criticité, ce protocole est l'objet d'évolutions constantes. L'une d'entre elles est le RFC 2858 qui rend BGP4 multi-protocole en introduisant la notion de famille d'adresse (ex. IPv4, IPv6, IPX...) et de sous-famille d'adresse (ex. unicast, multicast). Le RFC 2545 précise l'usage des extensions multi-protocoles pour le cas d'IPv6.

L'adaptation multi-protocole de BGP4 est assez simple car elle ne concerne que les trois attributs dont le format dépend de l'adresse soit :

• NLRI : Network Layer Reachability Informations (suite de préfixes);
• NEXT_HOP : Adresse IP où il faut router les NLRI;
• AGGREGATOR : Adresse IP du routeur qui a fait une aggrégation de préfixes.

Pour réaliser pratiquement cette adaptation, BGP4+ introduit deux nouveaux attributs :

• MP_REACH_NLRI : Multiprotocol Reachable NLRI;
• MP_UNREACH_NLRI : Multiprotocol Unreachable NLRI.

qui indiquent que l'on annonce des informations de routage autres que les routes unicasts IPv4. Ces attributs codent en premier le type de famille et de sous-famille d'adresse, puis les attributs dont le format est spécifique. Les autres attributs (comme le chemin d'AS Autonomous Systems) sont codés et annoncés sans changement.

Les implémentations du RFC 2858 sont souvent appelées MBGP (pour faire référence à leur capacité de traitement des routes multicast) ou BGP4+ (pour faire référence à leur capacité de traitement de routes IPv6). Pour l'anecdote, le numéro de version du protocole n'a pas été modifié (en BGP5 par exemple) car le passage de BGP3 à BGP4 rappelle trop de souvenirs douloureux à ceux qui l'ont mis en oeuvre. Les numéros d'AS utilisés pour IPv4 servent aussi pour IPv6.

Règles d'annonce et d'agrégation

Pour assurer un bonne gestion du routage en IPv6, il est nécessaire de définir une politique de routage cohérente, qui agrège les sous-réseaux en un réseau global à chaque frontière de domaine (site, opérateur,...). Le RFC 2772 donne les règles d'agrégation souhaitables pour le 6bone. En particulier :

• il ne faut pas annoncer les différents sous-réseaux d'un site à l'extérieur de ce site, mais au contraire annoncer une route unique pour tout le site ;
• aux différentes frontières du plan d'adressage agrégé, il faut regrouper les différents NLA en un seul préfixe ;
• et naturellement les adresses non globales (lien local, site local) ne doivent pas être annoncées.

Avec les plans d'adressages actuels, cela se traduit par les règles d'annonces suivantes :

• Un site ne doit pas annoncer de préfixe plus long que /48.
• Dans le routage entre noeuds d'interconnexion, seuls existent des annonces de préfixe de longueur /24 ou /28 pour les préfixes "6bone" (3ffe:xxx, cf. Adresses de test), de longueur /35 pour les préfixes "plan autorités régionales" (2001:xxx, cf. Adressage global : plan d'adressage agrégé), et 2002::/16 (cf. 6to4).

Bien entendu ces règles n'interdisent pas d'échanger des routages plus spécifiques entre deux organisations qui ont des collaborations.