Voyons en détail l’octet Attribute Flags :

-      Le premier bit de poids fort (le plus à gauche) définit si l’attribut est optionnel (mis à 1) ou déjà connu (mis à 0).

Le terme exact pour un Attribut déjà connu est Well-known. Ces attributs sont reconnus par toutes les implémentations BGP. Certains de ces attributs sont dits Mandatory, c’est à dire obligatoire et doivent être inclus dans tous les messages UPDATE. Les autres sont dits Discretionary (discrets) et peuvent ou non être inclus dans les messages UPDATE. Tous les attributs Well-known doivent être propagés aux autres systèmes BGP.

En plus des attributs Well-known, chaque chemin peut inclure un attribut optionnel. On ne peut pas attendre de tous les systèmes (implémentations) BGP de comprendre les attributs optionnels.

-      Le second bit définit si l’attribut optionnel est transitif (mis à 1) ou non transitif (mis à 0). Pour les attributs déjà connus, ce bit est mis à 1.

L’utilisation d’un attribut optionnel non reconnu est déterminée par la configuration du bit transitif (mis à 0), alors les chemins avec des attribut optionnels non reconnus seront acceptés.

-      Le troisième bit définit si l’attribut optionnel transitif est partiel (mis à 1) ou complet (mis à 0). Pour les attributs déjà connus et les attributs optionnels non transitifs ce bit doit être à 0.

Si un chemin avec un attribut optionnel non reconnu transitif est accepté et véhiculé vers les autres systèmes BGP, cet attribut doit se propager vers les autres systèmes BGP avec le bit Partiel mis à 1.

Notes : les attributs optionnels non transitifs et non reconnus sont ignorés et ne sont pas propagés vers les autres systèmes BGP.

Les nouveaux attributs transitifs peuvent être attachés au chemin par le créateur du message UPDATE ou par n’importe quel autre système autonome dans le chemin. S’ils ne sont pas attachés par le créateur du message, alors le bit partiel doit être à 1.

-      Le quatrième bit définit si Attribute Length (partie du champ Path Attributes, voir schéma du format du message UPDATE) est sur un octet (mis à 0) ou sur 2 octets (mis à 1).

Les quatre bits suivants (bits de poids faibles) sont inutilisés.

L’émetteur d’un message UPDATE doit ordonner les attributs de chemin dans l ‘ordre croissant, cependant le récepteur doit être en mesure de manier ces attributs même s’ils sont dans le mauvais ordre.

Le même attribut ne peut être présent qu’une seule fois dans le champ Path Attributes d’un message UPDATE particulier.

L’octet Attribute Type Code contient le code type de l’attribut.

Code 1 : ORIGIN (origine du chemin de l’information).

Valeur 0 : IGP (Interior Gateway Protocol)à la NLRI (Information sur l’accessibilité du réseau) est interne au système autonome.

Valeur 1 : EGP (Exterior Gateway Protocol)àla NLRI est apprise grâce au protocole EGP (l’information vient d’un autre système autonome).

Valeur 2 : INCOMPLETE àla NLRI a été apprise d’une autre manière.

ORIGIN est un attribut well-known obligatoire (mandatory). Cet attribut est généré par le système autonome à l’origine de l’information de routage. Il doit être présent dans tous les messages UPDATE que les systèmes BGP choisissent de propager cette information aux autres systèmes BGP.