b)     Processus d’envoi du message UPDATE.

Le processus d’envoi du message UPDATE distribue les routes retenues lors du processus de décision aux autres systèmes BGP situés dans le système autonome local et/ou les systèmes autonomes voisins.

Mises à jour internes :

Les mises à jour internes concernent les distributions d’informations de routage dans le même système autonome.

Quand un système BGP reçoit un message UPDATE d’un système local situé dans le même système autonome, il ne doit pas propager ce message aux autres paires du système autonomes (le système BGP créateur de ce message l’aura déjà envoyé à toutes les autres paires du système autonome).

Quand un système BGP reçoit un message UPDATE d’un système BGP situé dans un système autonome voisin, il devra propager cette route à tous les autres systèmes BGP de son système autonome à l’aide d’un message UPDATE si les conditions suivantes apparaissent :

-      le degré de préférence de la nouvelle route reçue par le système BGP local est plus haut que le degré de préférence que ce système avait assigné aux autres routes (vers la même destination) qu’ils avait apprise de systèmes BGP situés dans des systèmes autonomes voisins.

-      Ou s’il n’y avait pas déjà d’autres routes apprises grâce à des systèmes BGP situés dans des systèmes autonomes voisins.

-      Ou si la nouvelle route reçue est le résultat de la technique Breaking-tie.

Quand un système BGP reçoit un message UPDATE avec des informations dans le champ WITHDRAWN ROUTES, il devra retirer ces routes de sa base Adj-RIB In, puis il devra accomplir les étapes suivantes :

-      Si la route correspondante praticable (celle qui devrait être dans la base Adj-RIB In) n’existe pas, il n’y a rien d’autre à faire.

-      Si la route praticable correspondante existe dans la base du système BGP local :

o       Si une nouvelle route est sélectionnée pour être propagée et qu’elle a la même NLRI (destination) que la route devenue impraticable (celle identifiée dans le champ WITHDRAWN ROUTES), le système BGP local devra propager une route de remplacement.

o       Si la route de remplacement n’est pas valable, le système BGP local devra inclure le destinations des routes impraticables (sous forme de préfixe IP) dans le champ WITHDRAWN ROUTES d’un message UPDATE, et devra envoyer ce message à toutes les paires BGP à qui il avait indiquer auparavant cette route comme route valide.

Si un système BGP local a plusieurs connexions avec des systèmes BGP situés dans des systèmes autonomes voisins, il aura plusieurs bases Adj-RIB In et ces bases pourraient contenir des routes différentes pour la même destination. On retrouve alors la technique du Breaking Ties pour palier à ce problème.

Mises à jour externes :

Les mises à jour externes permettent de propager les informations de routage aux systèmes BGP situés dans les systèmes autonomes voisins.

Du fait de la phase trois du processus de décision, le système BGP a mis à jour sa base Adj-RIB Out. Toutes les nouvelles routes installées et toutes les routes devenues impraticables sans remplacement possible seront propagées aux systèmes BGP des systèmes autonomes voisins grâce au message UPDATE.

Toutes les routes impraticables seront éliminées de la base Loc-RIB un fois le message UPDATE envoyé.

Les changements sur les routes praticables qui mènent à des destinations à l’intérieur même du système autonome doivent aussi être propagés dans un message UPDATE.