Code 2 : AS_PATH est représenté par un triplet : Path Segment Type, Path Segment Length, Path Segment Value.

Valeur 1 pour le Path Segment Type : AS_SET : le message UPDATE a traversé de façon désordonnée les systèmes autonomes.

Valeur 2 pour le Path Segment Type : AS_SEQUENCE : le message UPDATE à traversé de façon ordonnée les systèmes autonomes.

Le Path Segment Length indique le nombre de systèmes autonomes dans le champ Path Segment Value.

Le Path segment Value contient un ou plusieurs numéros de systèmes autonomes.

AS_PATH est un attribut well-known obligatoire qui identifie les systèmes autonomes à travers lesquelles les informations de routage présentes dans ce message UPDATE sont passées.

Les éléments de cette liste peuvent être AS_SETs ou AS_SEQUENCEs.

Quand un système BGP propage une liste qu’il a apprise par un autre système BGP, il doit modifier l’attribut AS_PATH de la route en se basant sur la location du système BGP à qui la route (information) doit être transmise. Il le modifie de la façon suivante :

-      Si le premier chemin du AS_PATH est de type AS_SEQUENCE, le système local ajoute son propre numéro de système autonome comme dernier élément de la liste.

-      Si le premier chemin du AS_PATH est de type AS_SET, le système local ajoute un nouveau chemin de type AS_SEQUENCE incluant on propre numéro de système autonome

Notes : quand un système BGP propage une route à un autre système BGP situé dans le même système autonome, il ne doit pas modifier l’attribut AS_PATH associée à cette route.

Code 3 : NEXT_HOP : il définit l’adresse IP du routeur frontière pour le prochain saut vers la destination listée dans le champ NLRI du message UPDATE.

Un système BGP peut définir un routeur frontière local comme Next Hop (prochain saut) à condition que l’interface associée avec l’adresse IP de ce routeur frontière partage un réseau commun avec le système BGP local et les systèmes BGP externes au système autonome.

Un système BGP peut définir un routeur frontière externe comme Next Hop à condition que l’adresse IP de ce routeur frontière ait été apprise par un des systèmes BGP, et que l’interface associée à l’adresse IP de ce routeur partage un réseau commun avec les systèmes BGP locaux et distants.

Notes : un système BGP ne doit jamais définir une adresse d’une paire BGP comme Next Hop pour cette paire, tout comme un système BGP ne peut définir sa propre adresse comme Next Hop.

Quand un système BGP fait connaître une route à un autre système BGP dans son propre système autonome, le système générateur du message ne doit pas modifier l’attribut Next Hop associé à cette route.

Quand le système BGP reçoit le message UPDATE d’un autre système BGP du même système autonome, il transfert les paquets à l’adresse donnée par Next Hop, à condition que l’adresse contenue dans l’attribut fasse partie d’un réseau commun entre les système BGP locaux et distants.

Code 4 : MULTI_EXIT_DISC : il s’agit d’un attribut optionnel non transitif utilisé par un périphérique BGP pour distinguer des points d’entrées/sorties vers des systèmes autonomes voisins.

La valeur de cet attribut est un nombre de 4 octets appelé Metric.(métrique en français).

Si tous les facteurs de mesure utilisés pour prendre la décision d’une route par rapport à une autre sont identiques, le système BGP utilisera la route dont la métrique est la plus faible.

Code 5 : LOCAL_PREF : il indique aux périphériques BGP à l’intérieur du système autonome le degré de préférence du périphérique générateur du message UPDATE pour une route particulière.

LOCAL_PREF est un attribut well-known discret qui est inclus dans tous les messages UPDATE envoyés aux autres systèmes BGP du même système autonome.

Un système BGP doit calculer son degré de préférence pour chaque route externe (vers d’autres systèmes autonomes) et le faire connaître aux autres paires BGP de son système autonome.

Un système BGP doit utiliser le degré de préférence appris via LOCAL_PREF dans son processus de décision (choix de la route à emprunter).

Un système BGP ne doit pas inclure cet attribut dans les messages UPDATE destinés aux systèmes autonomes voisins ; toutefois, si cela se produit le système BGP qui reçoit un message UPDATE avec l’attribut LOCAL_PREF d’un système autonome voisin, alors cet attribut sera ignoré.