Concepts – Redistribution – CCIE

Définition : La redistribution permet à un routeur d'importer les routes apprises via un protocole de routage (ou une source statique/connectée) dans un autre protocole. Le routeur qui effectue la redistribution est appelé point de redistribution ou ASBR (Autonomous System Boundary Router).

Pipeline de redistribution

RIB source
OSPF / EIGRP / BGP… → redistribute
commande IOS → route-map
(optionnel) → Protocole cible
annonce aux voisins

La redistribution s'effectue depuis la RIB du protocole source — pas depuis la table de routage globale. Si une route OSPF n'est pas dans la RIB OSPF (ex: supprimée par filtrage), elle ne sera pas redistribuée.

Syntaxe universelle

⚙️ Structure de la commande redistribute

! Syntaxe générale (sous le processus cible)
router <protocole-cible>
  redistribute <source> [metric <valeur>] [metric-type <type>] \
               [route-map <nom>] [tag <valeur>] [subnets]

! Exemples :
router ospf 1
  redistribute eigrp 100 subnets metric-type 1 tag 100

router eigrp 100
  redistribute ospf 1 metric 10000 100 255 1 1500

router bgp 65001
  redistribute ospf 1 route-map OSPF-TO-BGP

Sources redistribuables

Source	Mot-clé IOS	Notes
OSPF	`redistribute ospf <pid>`	pid = process ID ; `match internal external 1 external 2` disponible
EIGRP	`redistribute eigrp <asn>`	ASN = numéro du process EIGRP
BGP	`redistribute bgp <asn>`	Redistribue uniquement les routes best-path BGP
IS-IS	`redistribute isis <tag>`	tag = nom du process IS-IS ; `match level-1 level-2`
Routes statiques	`redistribute static`	Toutes les routes statiques, ou filtrées via route-map
Connecté	`redistribute connected`	Interfaces actives avec `ip address`
RIP	`redistribute rip`	Rare en CCIE, mais supporté

Seed metric : Métrique initiale assignée à une route lors de sa redistribution dans un protocole cible. Chaque protocole a une métrique différente (hops, composite, cost…). Sans seed metric valide, certains protocoles (notamment EIGRP) refusent d'annoncer la route.

Comportement par protocole

Protocole cible	Seed metric par défaut	Obligatoire ?	Configuration
OSPF	20 (E2)	Non — défaut utilisé si absent	`metric <cost>` ou `default-metric <cost>`
EIGRP	∞ (infinie = route ignorée)	OUI — sans metric = route non annoncée	`metric bw delay reliability load mtu` ou `default-metric`
BGP	IGP metric du chemin (MED)	Non — MED hérité automatiquement	`default-metric <med>` ou route-map set metric
IS-IS	0	Non — mais 0 peut causer des problèmes	`metric <valeur>`
RIP	∞ (inaccessible)	Oui en pratique	`default-metric <hops>`

EIGRP — Seed metric composite (5 paramètres)

⚠️ EIGRP exige les 5 composantes

La métrique EIGRP est composée de 5 valeurs. Toutes doivent être spécifiées, même si seules bandwidth et delay sont utilisées par défaut (K1=K3=1, K2=K4=K5=0).

! Format : metric <bandwidth> <delay> <reliability> <load> <mtu>
! bandwidth : Kbps (ex: 10000 = 10 Mbps)
! delay     : unités de 10 µs (ex: 100 = 1000 µs = 1 ms)
! reliability: 0-255 (255 = 100%)
! load      : 0-255 (1 = minimum)
! mtu       : octets (ex: 1500)

router eigrp 100
  redistribute ospf 1 metric 10000 100 255 1 1500

! Ou avec default-metric (s'applique à tous les redistribute)
router eigrp 100
  default-metric 10000 100 255 1 1500
  redistribute ospf 1
  redistribute connected

OSPF — metric-type E1 vs E2

E2 — External Type 2 (défaut)

La métrique reste fixe à la valeur du seed metric tout au long du chemin OSPF. Les routeurs intermédiaires n'ajoutent pas leur coût interne.

Risque : Deux chemins vers l'ASBR avec des coûts internes différents mais la même métrique E2 → sélection arbitraire.

redistribute eigrp 100 subnets metric-type 2 metric 20

E1 — External Type 1 (recommandé)

La métrique est cumulative : seed metric + coût interne OSPF jusqu'à l'ASBR. Reflète le vrai coût end-to-end.

Recommandé quand plusieurs ASBR redistribuent les mêmes routes → sélection déterministe.

redistribute eigrp 100 subnets metric-type 1 metric 20

Distance Administrative (AD) : Valeur de confiance d'une source de routage. Quand une route existe dans plusieurs protocoles, le routeur installe celle avec la plus petite AD dans la RIB. En redistribution, l'AD peut créer des comportements inattendus, notamment en redistribution bidirectionnelle.

Tableau des AD par défaut

Source	AD par défaut	Remarque
Connecté	0	Toujours préféré
Statique	1	Très préféré
eBGP	20	Routes BGP externes
EIGRP (interne)	90	Routes apprises normalement via EIGRP
OSPF (intra/inter)	110	E1 et E2 aussi = 110
IS-IS	115
RIP	120
EIGRP (externe)	170	Routes redistribuées dans EIGRP
iBGP	200

Le piège EIGRP externe AD=170

🚨 Redistribution OSPF → EIGRP : perte de routes possible

Un routeur EIGRP qui a une route OSPF (AD=110) ET la même route redistribuée dans EIGRP (AD=170 externe) préférera toujours OSPF. La route EIGRP externe n'est jamais installée dans la RIB sur ce routeur.

Conséquence : si la route OSPF disparaît, la route EIGRP externe prend le relai — comportement parfois souhaité, parfois non.

! Scénario : R1 a OSPF et EIGRP, redistribue OSPF → EIGRP
! Sur R2 (EIGRP only) : reçoit la route EIGRP externe (AD=170) ✓
! Sur R1 lui-même : OSPF AD=110 < EIGRP externe AD=170
! → R1 utilise OSPF, pas sa propre route EIGRP redistribuée
! C'est normal mais peut surprendre en lab

Modifier l'AD avec distance

⚙️ Ajuster l'AD d'un protocole

! Modifier l'AD OSPF globalement
router ospf 1
  distance 200

! Modifier l'AD OSPF par type de route
router ospf 1
  distance ospf intra-area 80 inter-area 90 external 115

! Modifier l'AD EIGRP pour les routes externes uniquement
router eigrp 100
  distance eigrp 90 140
  ! (interne=90, externe=140 au lieu de 170)

! ATTENTION : modifier l'AD peut créer des boucles !
! Toujours associer à des route-maps ou prefix-lists

Route Tag : Valeur numérique (32 bits) attachée à une route. Opaque pour les protocoles de routage — ils la transportent sans la modifier. Outil principal pour la prévention des boucles en redistribution bidirectionnelle.

Principe anti-loop par tags

TOPOLOGIE : OSPF ↔ EIGRP avec deux ASBR (R1 et R2)

OSPF domain ⇄ R1 (ASBR) ⇄ EIGRP domain ⇄ R2 (ASBR) ⇄ OSPF domain

Problème sans tags : R1 redistribue OSPF→EIGRP avec tag=0. R2 voit ces routes EIGRP et les redistribue EIGRP→OSPF — les routes OSPF reviennent dans OSPF avec une métrique externe plus haute = boucle potentielle.
Solution : R1 tag les routes OSPF→EIGRP avec tag 100. R2 filtre toute route EIGRP ayant tag 100 avant de redistribuer vers OSPF.

Configuration complète anti-loop

⚙️ Config ASBR R1 — redistribue OSPF → EIGRP

! Étape 1 : route-map qui tague les routes OSPF
route-map OSPF-TO-EIGRP permit 10
  set tag 100

! Étape 2 : redistribuer avec ce tag
router eigrp 100
  redistribute ospf 1 metric 10000 100 255 1 1500 route-map OSPF-TO-EIGRP

⚙️ Config ASBR R2 — redistribue EIGRP → OSPF (avec filtre)

! Étape 1 : bloquer les routes venant d'OSPF (tag=100)
route-map EIGRP-TO-OSPF deny 10
  match tag 100       ! bloquer routes originaires d'OSPF

route-map EIGRP-TO-OSPF permit 20
  ! tout le reste passe (routes vraiment EIGRP natives)

! Étape 2 : redistribuer avec ce filtre
router ospf 1
  redistribute eigrp 100 subnets route-map EIGRP-TO-OSPF

🔄 Config symétrique — R2 redistribue aussi OSPF → EIGRP

! Sur R2 : tagger les routes OSPF → EIGRP avec tag 200
route-map OSPF-TO-EIGRP-R2 permit 10
  set tag 200
router eigrp 100
  redistribute ospf 1 metric 10000 100 255 1 1500 route-map OSPF-TO-EIGRP-R2

! Sur R1 : bloquer les routes tagguées 200 avant redistribution EIGRP→OSPF
route-map EIGRP-TO-OSPF-R1 deny 10
  match tag 200
route-map EIGRP-TO-OSPF-R1 permit 20
router ospf 1
  redistribute eigrp 100 subnets route-map EIGRP-TO-OSPF-R1

Support des tags par protocole

Protocole	Support tag	Taille	Notes
OSPF	✅	32 bits	Champ tag dans LSA Type 5 et Type 7
EIGRP	✅	32 bits	Champ tag dans l'update EIGRP
BGP	Via communities	32 bits (community)	Pas de champ tag natif, utiliser `set community`
IS-IS	✅	32 bits	Supporté via TLV
Statique	✅	32 bits	`ip route ... tag <val>`

Route-map en redistribution : Outil de filtrage et de modification des attributs de route au moment de la redistribution. Permet de sélectionner quelles routes redistribuer, modifier leur métrique, ajouter des tags, et plus.

Ce qu'on peut matcher dans une route-map

Commande match	Ce qui est comparé	Utilité redistribution
`match ip address <acl/pfx>`	Préfixe réseau de la route	Filtrer certaines routes seulement
`match tag <val>`	Tag de la route	Anti-loop, filtrage par origine
`match route-type`	Type OSPF (internal, e1, e2, nssa-e1…)	Ne redistribuer que les routes internes OSPF
`match metric <val>`	Métrique de la route source	Filtrer par métrique
`match interface <if>`	Interface next-hop	Filtrer selon interface de sortie

Ce qu'on peut modifier avec set

Commande set	Effet
`set metric <val>`	Overrides le seed metric pour ces routes
`set metric-type type-1 \| type-2`	Force E1 ou E2 pour OSPF
`set tag <val>`	Assigne un tag (anti-loop)
`set community <val>`	Ajoute une community BGP
`set local-preference <val>`	Local-pref BGP

Exemple : redistribution sélective avec métriques différentes

📋 Scénario : EIGRP → OSPF avec métriques différentes par préfixe

! Préfixes critiques (10.1.0.0/16) en E1 avec métrique 10
! Autres préfixes en E2 avec métrique 50

ip prefix-list CRITIQUES seq 5 permit 10.1.0.0/16

route-map EIGRP-TO-OSPF permit 10
  match ip address prefix-list CRITIQUES
  set metric 10
  set metric-type type-1
  set tag 200

route-map EIGRP-TO-OSPF permit 20
  set metric 50
  set metric-type type-2
  set tag 200

router ospf 1
  redistribute eigrp 100 subnets route-map EIGRP-TO-OSPF

⚠️ Clause implicite deny : Une route-map se termine toujours par un deny everything implicite. Si aucune clause ne matche une route, elle n'est PAS redistribuée. Toujours terminer avec un permit N sans match si l'intention est de redistribuer tout le reste.

EIGRP sans seed metric = routes silencieusement ignorées

Si redistribute ospf 1 est configuré sous EIGRP sans metric ni default-metric, EIGRP accepte la commande sans erreur mais n'annonce aucune route redistribuée. Vérifier avec show ip eigrp topology | include External.

OSPF sans "subnets" = seules les routes classful sont redistribuées

Sans le mot-clé subnets, OSPF ne redistribue que les réseaux classful (10.0.0.0/8, 172.16.0.0/16, 192.168.1.0/24). Tous les sous-réseaux (10.1.1.0/24, etc.) sont silencieusement ignorés. Ce mot-clé est presque toujours obligatoire.

Route-map sans clause permit finale = blackhole de redistribution

Une route-map avec uniquement des clauses deny (ou des clauses permit qui ne matchent pas tout) bloque silencieusement les routes non matchées. Toujours terminer avec un permit <N> sans condition si l'intention est de tout redistribuer sauf les exceptions.

Redistribution bidirectionnelle sans tags = boucles de routage

Sans mécanisme anti-loop (tags, route-maps, manipulation d'AD), une route redistribuée d'OSPF vers EIGRP peut revenir dans OSPF avec une métrique externe plus faible, créant une route sous-optimale ou une boucle. Toujours tagger les routes redistribuées et filtrer à l'autre bout.

La redistribution opère depuis la RIB du protocole source, pas la RIB globale

Si une route OSPF est supprimée de la RIB OSPF par un distribute-list ou un area filter-list, elle ne sera pas redistribuée vers EIGRP même si elle reste dans la RIB globale via une autre source. La redistribution n'est pas un contournement du filtrage intra-protocole.

EIGRP externe AD=170 vs OSPF AD=110 sur le même routeur ASBR

Sur l'ASBR qui redistribue OSPF→EIGRP, le routeur lui-même préfère OSPF (AD=110) sur ses propres routes EIGRP externes (AD=170). C'est normal. Si vous voulez que l'ASBR utilise EIGRP pour ces routes, il faut modifier l'AD d'OSPF ou d'EIGRP externe — mais avec précaution.

BGP redistribution : next-hop non modifié en iBGP

Quand on redistribue des routes IGP dans BGP et qu'elles sont annoncées à des pairs iBGP, le next-hop reste l'adresse du peer eBGP originel. Les routeurs iBGP internes doivent avoir une route vers ce next-hop (via IGP). Utiliser next-hop-self sur les route-reflectors ou next-hop unchanged selon le scénario.

Cliquer pour révéler la réponse.

Qu'est-ce qu'un seed metric et quel protocole l'exige obligatoirement ?

La métrique initiale assignée à une route lors de sa redistribution dans un protocole cible. EIGRP l'exige obligatoirement — sans seed metric, EIGRP accepte la commande mais n'annonce aucune route.

Quelle est l'AD des routes EIGRP externes ? Pourquoi c'est important ?

AD = 170. C'est supérieur à OSPF (110) et EIGRP interne (90). Un routeur qui a la même route via OSPF et via EIGRP externe préférera OSPF. En redistribution OSPF→EIGRP, l'ASBR lui-même n'utilise jamais sa propre route EIGRP externe.

Pourquoi le mot-clé "subnets" est-il presque toujours nécessaire avec OSPF ?

Sans subnets, OSPF ne redistribue que les réseaux classful. Tous les sous-réseaux (ex: 10.1.1.0/24 dans la classe A 10.0.0.0/8) sont ignorés silencieusement. En pratique quasi-toujours requis.

Différence entre OSPF E1 et E2 en redistribution ?

E2 (défaut) : métrique fixe = seed metric, ne change pas en traversant OSPF. E1 : métrique cumulative = seed metric + coût interne jusqu'à l'ASBR. E1 est préféré quand plusieurs ASBR redistribuent les mêmes routes.

Comment fonctionne l'anti-loop par route tags ?

L'ASBR A tague les routes redistribuées (ex: OSPF→EIGRP avec tag=100). L'ASBR B filtre toute route ayant tag=100 avant de redistribuer en sens inverse (EIGRP→OSPF). Les routes ne peuvent pas "reboucler" car elles sont identifiées par leur tag d'origine.

La redistribution opère-t-elle depuis la RIB globale ou la RIB du protocole source ?

Depuis la RIB du protocole source. Si une route OSPF est filtrée par un distribute-list OSPF et n'est pas dans la RIB OSPF, elle ne sera pas redistribuée même si elle est présente dans la RIB globale via une autre source.

Que se passe-t-il si une route-map de redistribution n'a pas de clause permit finale ?

Les routes qui ne matchent aucune clause sont bloquées par le deny implicite final. Seules les routes matchées par une clause permit explicite sont redistribuées. Il faut toujours terminer avec route-map NOM permit N sans match si on veut tout redistribuer sauf exceptions.

Les 5 paramètres du seed metric EIGRP dans l'ordre ?

metric <bandwidth> <delay> <reliability> <load> <mtu> — ex: metric 10000 100 255 1 1500. Bandwidth en Kbps, delay en unités de 10µs, reliability 0-255, load 0-255, MTU en octets.

Concepts fondamentaux de la redistribution