informatique:cisco:redistribution_de_route
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
informatique:cisco:redistribution_de_route [2008/12/14 15:08] – pteu | informatique:cisco:redistribution_de_route [2012/01/06 10:43] – [Liens] pteu | ||
---|---|---|---|
Line 4: | Line 4: | ||
La redistribution de route permet d' | La redistribution de route permet d' | ||
- | Cela se configure dans le protocole de routage grâce à la commande '' | + | Cela se configure dans le protocole de routage grâce à la commande '' |
Par exemple le routeur R1 utilise 2 protocoles de routage (c'est un ASBR) : eigrp 4 et ospf 3. La commande suivante permet d' | Par exemple le routeur R1 utilise 2 protocoles de routage (c'est un ASBR) : eigrp 4 et ospf 3. La commande suivante permet d' | ||
Line 12: | Line 12: | ||
**NB** : cette commande n' | **NB** : cette commande n' | ||
+ | |||
+ | |||
+ | =====default-information originate===== | ||
+ | |||
+ | Cette commande, à placer dans un processus de routage, ne peut être utilisée que sur un ASBR (un routeur qui fait la jonction entre plusieurs zones de routage (AS)). Elle sert à diffuser une route par défaut dans ledit protocole (ce qui n'est pas le cas par défaut, même si le routeur possède une route par défaut). | ||
+ | |||
+ | Exemple avec un routeur qui redistribue des routes statiques dans l'OSPF : | ||
+ | |||
+ | <code bash> | ||
+ | router ospf 1 | ||
+ | | ||
+ | | ||
+ | | ||
+ | </ | ||
+ | |||
+ | Les paramètres optionnels sont les suivants : | ||
+ | * '' | ||
+ | * '' | ||
+ | * '' | ||
+ | * '' | ||
Line 51: | Line 71: | ||
* Les routes redistribuées dans l'OSPF on le statut d' | * Les routes redistribuées dans l'OSPF on le statut d' | ||
* **E1** précise que la métrique sera incrémenté suivant les liens pris | * **E1** précise que la métrique sera incrémenté suivant les liens pris | ||
- | * **E2** (par défaut) précise que la métrique sera statique = quel que soit le chemin pris, la métrique restera la même | + | * **E2** (métrique |
- | * le mot clé subnets | + | * à coût égal, les routes de type E1 sont préférées aux E2. |
+ | Exemple de redistribution de routes statiques dans l'OSPF avec une métrique de 30 et de type E1 : | ||
+ | <code bash> | ||
+ | redistribute static metric 30 metric-type 1 | ||
+ | </ | ||
+ | |||
+ | * le mot clé **subnets** __doit__ | ||
Par exemple pour redistribuer des routes EIGRP dans l'OSPF : | Par exemple pour redistribuer des routes EIGRP dans l'OSPF : | ||
+ | <code bash> | ||
+ | router ospf 3 | ||
+ | | ||
+ | </ | ||
- | router ospf 3 | + | |
- | | + | * leur type de métrique : ce paramètre n'est disponible que quand on redistribue des routes depuis l' |
+ | <code bash> | ||
+ | router | ||
+ | | ||
+ | </ | ||
+ | * leur adresse : en utilisant une **route-map** | ||
+ | <code bash> | ||
+ | router ospf 1 | ||
+ | | ||
+ | ! | ||
+ | route-map redistibute-EIGRP_to_OSPF permit 10 | ||
+ | match ip address ACL-redistibute-EIGRP_to_OSPF | ||
+ | ! | ||
+ | ip access-list standard ACL-redistibute-EIGRP_to_OSPF | ||
+ | | ||
+ | deny any | ||
+ | </ | ||
+ | Par défaut, tout ce qui ne matche pas l'ACL " | ||
+ | |||
+ | ====OSPF vers OSPF==== | ||
+ | |||
+ | Des problèmes peuvent surgir lorsqu' | ||
+ | * le routage sera indéterministe (implémentation Cisco) : les distances administratives des 2 instances OSPF étant égales (110), c'est le premier processus qui s' | ||
+ | * on risque des boucles de routage | ||
+ | |||
+ | Des solutions / contournements à ces problèmes sont indiqués dans cette doc Cisco : [[http:// | ||
- | | + | Une solution est : |
+ | | ||
+ | <code bash> | ||
+ | router ospf 1 | ||
+ | | ||
+ | ! | ||
+ | router ospf 2 | ||
+ | ! on ne touche pas à la distance administrative par défaut | ||
+ | ! à savoir 110 | ||
+ | </ | ||
+ | Ceci provoque la priorité inconditionnelle (quelque soit leurs métriques) | ||
- | | + | |
- | | + | <code bash> |
+ | router | ||
+ | redistribute ospf 2 subnets route-map AS2_to_AS1 | ||
+ | ! | ||
+ | router | ||
+ | redistribute ospf 1 subnets route-map AS1_to_AS2 | ||
+ | ! | ||
+ | route-map AS2_to_AS1 permit 10 | ||
+ | match ip address network_2 | ||
+ | ! | ||
+ | route-map AS1_to_AS2 permit 10 | ||
+ | match ip address network_1 | ||
+ | </ | ||
+ | Cela évite que les routes de l'AS2, redistribuées par un R1 dans l'AS1, soient apprises par R2 en tant que route externe et soit également redistribuées à nouveau dans l'AS2, créant une boucle de routage. | ||
+ | Cette solution pourrait être réaliser avec des '' | ||
=====IS-IS===== | =====IS-IS===== | ||
Line 70: | Line 149: | ||
router isis | router isis | ||
- | | + | |
=====Configuration avancée===== | =====Configuration avancée===== | ||
+ | |||
+ | ====passive-interface==== | ||
+ | Cette commande permet d' | ||
+ | |||
+ | (config-router)# | ||
+ | |||
====distribute-list==== | ====distribute-list==== | ||
+ | |||
On peut filtrer les routes annoncées en sortie ou apprises en entrée avec la commande '' | On peut filtrer les routes annoncées en sortie ou apprises en entrée avec la commande '' | ||
* '' | * '' | ||
Line 89: | Line 175: | ||
====route-map==== | ====route-map==== | ||
+ | |||
+ | Les route-map permettent de sélectionner certains réseaux (match) et de leur associer une action (set). | ||
+ | |||
+ | Comme les ACLs, elles utilisent un deny implicite à la fin. | ||
ex: Changer la métrique des routes injectées dans l'OSPF : on remplace 1 par 1000 et 2 par 2000 (on utilise une route-map): | ex: Changer la métrique des routes injectées dans l'OSPF : on remplace 1 par 1000 et 2 par 2000 (on utilise une route-map): | ||
Line 108: | Line 198: | ||
====Distance administrative==== | ====Distance administrative==== | ||
- | Changer le distance administrative | + | La distance administrative |
- | | + | Chaque source possède une distance administrative par défaut dont voici le récapitulatif : |
- | | + | ^Connected |
- | + | ^Static | |
- | access-list 64 permit 10.200.200.32 | + | ^EIGRP summary route |5| |
- | access-list 64 permit 10.3.0.0 0.0.255.255 | + | ^eBGP |20| |
+ | ^EIGRP (internal) | ||
+ | ^IGRP |100| | ||
+ | ^OSPF |110| | ||
+ | ^IS-IS | ||
+ | ^RIP | ||
+ | ^Exterior Gateway Protocol (EGP) |140| | ||
+ | ^On Demand Routing (ODR) |160| | ||
+ | ^EIGRP (external) | ||
+ | ^iBGP |200| | ||
+ | ^Inconnu* | ||
+ | |||
+ | * : La distance de 255 détermine une source inconnue qui ne sera pas prise en compte dans la table de routage. | ||
+ | |||
+ | <note warning> | ||
+ | |||
+ | Pour changer le distance administrative des routes apprises par la source 10.0.0.1 qui matchent l'ACL 64 : | ||
+ | <code bash> | ||
+ | router ospf 3 | ||
+ | | ||
+ | ! | ||
+ | access-list 64 permit 10.200.200.32 | ||
+ | access-list 64 permit 10.3.0.0 0.0.255.255 | ||
+ | </ | ||
Avec l' | Avec l' | ||
+ | <code bash> | ||
+ | distance eigrp 80 100 | ||
+ | </ | ||
(Avec du BGP : '' | (Avec du BGP : '' | ||
- | distance eigrp 80 100 | + | =====Liens===== |
- | | + | |
+ | * [[http:// |
informatique/cisco/redistribution_de_route.txt · Last modified: 2015/11/06 09:35 by pteu