Code 6 : ATOMIC_AGGREGATE : il permet d’informer les autres périphériques BGP que le périphérique générateur du message UPDATE a choisi une route moins spécifique plutôt qu’une route plus spécifique.

Il s’agit d’un attribut well-known discret. Si un système BGP choisit la route la moins spécifique plutôt qu’une route plus spécifique, alors il attache l’attribut ATOMIC_AGGREGATE au message UPDATE. Le récepteur de ce message ne doit pas retirer cet attribut avant de propager l’information de routage, et ne doit pas définir de route plus spécifique dans la NLRI.

Code 7 : AGGREGATOR : c’est un attribut optionnel transitif qui contient le dernier numéro de système autonome dans lequel la route a été construite, suivi de l’adresse IP du périphérique qui a construit la route.

Voyons maintenant le dernier champ d’un message UPDATE : le champ Network Layer Reachability Information.

Le champ NLRI est composé de deux informations :

Le champ Length indique la taille du champ Prefix. Une taille de zéro précise qu’un préfixe mappe toutes les adresses IP.

Le champ préfixe contient les préfixes d’adresses IP suivi d’un nombre nécessaire de bit inutiles pour l’information et dont le seul but est de rendre la taille du champ Prefix multiple d’un octet. (puisque le champ Length indique la taille en octet).

Un message UPDATE peut au plus faire connaître UNE route, cette dernière pouvant être décrite par plusieurs attributs de chemin (Path Attributes).

Tous les attributs de chemin sont appliqués aux destinations contenues dans le champ NLRI du message UPDATE.

Un message UPDATE peut distinguer plusieurs routes ; chacune de ces routes est identifiée par sa destination (sous la forme d’un préfixe IP) ce qui identifie sans ambiguïté cette route pour le système BGP.