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 [2011/03/02 20:15] – édition externe 127.0.0.1 | informatique:cisco:redistribution_de_route [2012/01/06 10:42] – Liens pteu | ||
---|---|---|---|
Line 16: | Line 16: | ||
=====default-information originate===== | =====default-information originate===== | ||
- | Cette commande à placer dans un processus de routage ne peut être utilisé | + | Cette commande, à placer dans un processus de routage, ne peut être utilisée |
Exemple avec un routeur qui redistribue des routes statiques dans l'OSPF : | Exemple avec un routeur qui redistribue des routes statiques dans l'OSPF : | ||
- | | + | <code bash> |
- | | + | router ospf 1 |
- | | + | |
- | | + | |
+ | | ||
+ | </ | ||
- | Les paramètres | + | Les paramètres |
- | * '' | + | * '' |
* '' | * '' | ||
* '' | * '' | ||
Line 72: | Line 74: | ||
* à coût égal, les routes de type E1 sont préférées aux E2. | * à 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 : | Exemple de redistribution de routes statiques dans l'OSPF avec une métrique de 30 et de type E1 : | ||
- | < | + | < |
redistribute static metric 30 metric-type 1 | redistribute static metric 30 metric-type 1 | ||
</ | </ | ||
Line 78: | Line 80: | ||
* le mot clé **subnets** __doit__ être utiliser pour redistribuer des réseaux avec leur masque (classless) | * le mot clé **subnets** __doit__ être utiliser pour redistribuer des réseaux avec leur masque (classless) | ||
Par exemple pour redistribuer des routes EIGRP dans l'OSPF : | Par exemple pour redistribuer des routes EIGRP dans l'OSPF : | ||
- | < | + | < |
router ospf 3 | router ospf 3 | ||
| | ||
Line 85: | Line 87: | ||
* OSPF permet de filtrer les routes qu'on va redistribuer suivant : | * OSPF permet de filtrer les routes qu'on va redistribuer suivant : | ||
* leur type de métrique : ce paramètre n'est disponible que quand on redistribue des routes depuis l' | * leur type de métrique : ce paramètre n'est disponible que quand on redistribue des routes depuis l' | ||
- | < | + | < |
router eigrp 2 | router eigrp 2 | ||
| | ||
</ | </ | ||
* leur adresse : en utilisant une **route-map** | * leur adresse : en utilisant une **route-map** | ||
- | < | + | < |
router ospf 1 | router ospf 1 | ||
| | ||
Line 103: | Line 105: | ||
Par défaut, tout ce qui ne matche pas l'ACL " | 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 : | ||
+ | * de diminuer la distance administrative d'un AS pour le préférer à l' | ||
+ | <code bash> | ||
+ | router ospf 1 | ||
+ | | ||
+ | ! | ||
+ | router ospf 2 | ||
+ | ! on ne touche pas à la distance administrative par défaut de l' | ||
+ | ! à savoir 110 | ||
+ | </ | ||
+ | Ceci provoque la priorité inconditionnelle (quelque soit leurs métriques) des routes de l'OSPF 1 par rapport à l'OSPF 2. | ||
+ | |||
+ | * de mettre en place une route-map avec ACL pour filtrer la redistribution et ainsi éviter les boucles de routage : | ||
+ | <code bash> | ||
+ | router ospf 1 | ||
+ | | ||
+ | ! | ||
+ | router ospf 2 | ||
+ | | ||
+ | ! | ||
+ | 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 158: | 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