2.7.5. Paramètre « local-preference »
Le paramètre « local-preference » ou «
local-pref » est utilisé au sein d'un AS pour préciser quel
est le meilleur chemin pour sortir de l'AS afin d'atteindre un réseau
donné.Nous devons retenir que le paramètre « local-pref
» est propagé au sein d'un même AS lors d'un « update
» BGP.
Pour une même destination, les réseaux
marqués avec la valeur « local-pref » la plus forte sont
préférés aux autres réseaux. La valeur de «
local-pref » par défaut est 100. Mais il est possible de modifier
cette valeur et en appliquer une nouvelle :
1. Au niveau du routeur BGP, via la commande :
bgp default local-preference [valeur
local-pref]
2. Au niveau d'un ou plusieurs peerings configurés sur
ce routeur via une «route-map », contenant la commande :
set local-preference [valeur
local-pref]
Ci-dessous, nous présentons un exemple d'utilisation du
paramètre localpref
Figure 21: Exemple d'utilisation du paramètre
local-pref (Source [14])
Dans l'exemple ci-dessus, les routeurs de l'AS 2 peuvent
joindre le réseau ou la destination X de plusieurs manières (via
l'AS 1 ou via l'AS 3). Une «local-preference » est donc
appliquée sur les réseaux appris de AS 1 et de AS 3 pour
prioriser par exemple la porte de sortie via AS 3 quand l'AS 2 veut joindre la
destination X.
2.7.6. Paramètre «metric» ou « MED
» (Multi Exit Discriminator)
Le paramètre MED a pour objectif de forcer un routeur
externe à un AS (routeur eBGP) de choisir un chemin particulier pour
joindre un réseau de l'AS, alors que ce routeur externe dispose de
plusieurs chemins possibles pour cela.
Il est à noter que la valeur du paramètre «
metric » est échangée entre deux AS, mais n'est ensuite pas
retransmise par le routeur qui reçoit l'information. C'est ce qui
signifie que pour une même destination, les réseaux marqués
avec la valeur de « metric » la plus faible sont
préférés aux autres réseaux. Tandis que la valeur
de « metric » par défaut est 0. Mais il est possible de
modifier cette valeur et en appliquer une nouvelle, au niveau d'un ou plusieurs
peerings configurés sur ce routeur via une « route-map »,
contenant la commande :
setmetric[valeur metric]
Il est important de signaler que, par défaut, pour
établir le choix du meilleur chemin, BGP ne va comparer que les valeurs
de MED au sein d'un AS, et pas les valeurs de MED venant d'un autre AS. Pour
que BGP compare l'ensemble des valeurs de MED (y compris celles envoyés
par d'autres AS) il faut activer la commande suivante sur le routeur :
bgpalways-compare-med
Voici à cet effet un exemple d'utilisation du
paramètre metric(Figure 22)
Figure 22: Exemple d'utilisation du paramètre
metric (Source [14])
Dans l'exemple ci-dessus, l'AS2 est doublement
interconnecté à l'AS 1. L'AS 2 peut donc décider de forcer
l'AS 1 à passer en priorité par l'un des deux chemins (ici, en
l'occurrence par le chemin R1-R21 plutôt que par le chemin R1-R22).
Notons que, si au lieu de définir un chemin principal
et un chemin secondaire, on décidait par exemple d'opter pour un partage
de charge, on peut faire appel à la fonctionnalité « bgp
multi path » qui consiste à établir autant de peering qu'il
y a d'interconnexion et ajouter la commande ci-dessous dans la section «
router bgp [numéro d'AS du voisin] » (un partage est alors
effectué en fonction des destinations).
maximum-paths[nombre de chemins]
| 
