Les « offset-lists » est un système permettant d’ajouter une valeur a une ou plusieurs routes apprises par EIGRP. La métrique sera modifié par le routeur quand la route est apprise ou quand celle-ci est avertie, et le choix des routes dont la métrique doit être modifiée sera fait via une ACL qui permettra de choisir en fonction du préfixe.
On va donc devoir créer une ACL qui permettra d’identifier les routes à « personnaliser », une fois cela fait il suffira de renseigner les paramétres de « offset-list » dans la configuration de notre EIGRP, cela sera donc lié a l’AS (autonomous system) de notre EIGRP.
Le fait de modifier la métrique d’une route permettra de forcer notre routeur à avoir un FS (Feasible Successor), dans le cas par exemple où la RD (Reported Distance, métrique depuis un voisin) est égale à notre FD (Feasible Distance, meilleure route depuis notre routeur). Pour avoir un FS, il faut que la métrique depuis le voisin soit INFERIEUR à notre FD, si celle-ci est égale alors la FC (Feasible Condition) n’est pas respectée et la route ne peut donc pas être utilisée comme route de secoure (notre FS).
Nous allons prendre l’architecture suivante comme exemple, et visualiser l’absence du Feasible Successor ainsi que le problème engendré.
On utilise des interfaces loopback pour simuler un LAN sur chaque routeur, et on va les relier via des PVC Frame Relay.
Pour les réseaux des loopback on utilisera les subnets suivant:
- R1 : 1.1.1.1/32
- R2 : 2.2.2.2/32
- R3 : 3.3.3.3/32
Pour les PVC on utilisera les subnets:
- R1 <-> R2 : 10.0.1.0/30
- R2 <-> R3 : 10.0.2.0/30
- R3 <-> R1 : 10.0.3.0/30
Voici la configuration des interfaces » serial 0/0 » et des « sub-if »:
interface Serial0/0
no ip address
encapsulation frame-relay
clock rate 2000000
interface Serial0/0.101 point-to-point
ip address 10.0.1.1 255.255.255.252
snmp trap link-status
frame-relay interface-dlci 101
interface Serial0/0.103 point-to-point
ip address 10.0.3.2 255.255.255.252
snmp trap link-status
frame-relay interface-dlci 103
Après avoir mis en place une configuration basique de EIGRP, on regarde la table de routage et la table topologique de R1.
Une fois le réseau convergé, voici la table de routage de R1, on peut voir qu’il connait maintenant les réseaux distant (lo2 et lo3, ainsi que le réseau entre R2 et R3).
!– information tronquée –!
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
C 1.1.1.1 is directly connected, Loopback1
2.0.0.0/32 is subnetted, 1 subnets
D 2.2.2.2 [90/2297856] via 10.0.1.2, 00:17:29, Serial0/0.101
3.0.0.0/32 is subnetted, 1 subnets
D 3.3.3.3 [90/2297856] via 10.0.3.1, 00:17:29, Serial0/0.103
10.0.0.0/30 is subnetted, 3 subnets
D 10.0.2.0 [90/2681856] via 10.0.3.1, 00:17:29, Serial0/0.103
[90/2681856] via 10.0.1.2, 00:17:29, Serial0/0.101
C 10.0.3.0 is directly connected, Serial0/0.103
C 10.0.1.0 is directly connected, Serial0/0.101
On va s’intéresser au subnet 2.2.2.2/32 (lo2). On sait qu’il y a deux chemin pour joindre se réseau depuis R1, soit via R2 directement en utilisant le PVC avec le DLCI 101, soit via R3 en utilisant le PVC avec le DLCI 103 suivi du PVC reliant R3 à R2.
On devrait donc avoir un « successor », ainsi que un « feasible successor » (route de secoure); regardons la table topologique de R1.
En gras et en italique on peut voir les routes utilisées par EIGRP pour le subnet 2.2.2.2, on peut clairement voir qu’il n’y a qu’un « successor » et aucun FS. Pourtant si on utilise l’argument « all-links » qui permet d’afficher tout les liens de la table topologique on peut voir qu’il y a bien deux routes pour joindre 2.2.2.2/32.
Si vous regardez dans l’encadré, en rouge vous pourrez voir la FD (Feasible Distance), c’est la métrique la plus faible depuis R1 pour joindre la destination. Le problème qui se pose, c’est que l’élection du FS (Feasible Successor, route de secoure) est basé sur :
C’est la que vont pouvoir entrer en jeu les « offset-lists » en modifiant la métrique de la route apprise par R3 pour joindre le subnet 2.2.2.2/32.
La première chose a faire pour utiliser les « offset-lists » va être de créer une ACL contenant le ou les réseaux dont on veut modifier la métrique. Il est possible d’utiliser des ACL standard, étendue, ou encore nommée.
Voici l’ACL pour le subnet 2.2.2.2/32:
Si vous ne mettez pas le « wildcard mask », alors la modification de la métrique sera réalisé sur tout les préfixe.
Ensuite, il suffit de créer la « offset-list » dans la configuration de notre EIGRP et de lier notre ACL :
R1(config)#router eigrp 51
R1(config-router)#offset-list 1 ? => choix du sens d’application de l’ACL 1
in Perform offset on incoming updates => quand la mise à jour EIGRP entre (in)
out Perform offset on outgoing updates => quand la mise à jour EIGRP sort (out)
R1(config-router)#offset-list 1 in ? => choix de la valeur à ajouter
<0-2147483647> Offset
R1(config-router)#offset-list 1 in 5 s0/0.103 => ajoute 5 uniquement si la route est matché via l’ACL 1 et que l’information arrive sur l’interface Serial0/0.103 (sinon, s’applique à toutes les interfaces du routeur)
Maintenant si on regarde notre table topologique, on peut voir que la RD annoncée par R3 est supérieur de 5 à notre FD, et sera donc FS.
R1#sh ip eigrp topology all-links
IP-EIGRP Topology Table for AS(51)/ID(1.1.1.1)Codes: P – Passive, A – Active, U – Update, Q – Query, R – Reply,
r – reply Status, s – sia StatusP 3.3.3.3/32, 1 successors, FD is 2297856, serno 31
via 10.0.3.1 (2297856/128256), Serial0/0.103
via 10.0.1.2 (2809856/2297856), Serial0/0.101
P 2.2.2.2/32, 1 successors, FD is 2297856, serno 28
via 10.0.1.2 (2297856/128256), Serial0/0.101
via 10.0.3.1 (2809861/2297861), Serial0/0.103
No related posts.
