Redistribution de Routes

Sommaire • Introduction - Composants utilisés • Métriques • Distance Administrative • Configuration de la redistribution - IGRP et EIGRP - OSPF - RIP - IS-IS - Routes directement connectées • Eviter les problèmes dus à la redistribution - Exemple 1 - Exemple 2 - Exemple 3

Introduction Utiliser un protocole de routage pour annoncer les routes qui sont apprises par d'au- tres moyens comme un autre protocole de routage, des routes statiques ou des routes directement connectées est appelé redistribution. Bien qu'il soit préférable d'utiliser un seul protocole de routage dans votre réseau , le routage multi-protocole est courant pour un certain nombre de raisons telles que la fusion de deux sociétés, de multiples départements administrés par des administrateurs différents et des environnements multi-constructeurs. Très souvent l'utilisation de différents protocoles de routage est un choix de conception de réseau. Dans tous les cas le fait d'utiliser plusieurs proto- coles de routage rend la redistribution nécessaire. Les différences dans les caractéristiques des protocoles de routage telles que les mé- triques, la distance administrative, les capacités pleine classe ou sans classe influent sur la redistribution. Il faut prendre en compte ces différences pour que la redistribu- tion fonctionne correctement. Composants utilisés Les informations contenues dans ce document sont basées sur les versions de logiciel et de matériel suivantes: • Cisco IOS Release 12.2(10b) • Routeurs Cisco série 2600 Métriques Quand vous redistribuez un protocole dans un autre, rappelez-vous que les métriques de chaque protocole jouent un rôle très important dans la redistribution. Chaque pro- tocole utilise une métrique différente. Par exemple la métrique de RIP ( Routing Infor- mation Protocol ) est basée sur le nombre de sauts mais IGRP (Interior Gateway Rou- ting Protocol) et EIGRP (Enhanced Interior Gateway Routing Protocol) utilisent une métrique composite basée sur la bande passante, le délai, la charge, la fiabilité et le MTU (Maximum Transmit Unit) dans laquelle seuls la bande passante et le délai sont utilisés par défaut. Quand les routes sont redistribuées, vous devez définir une métri- que qui peut être comprise par le protocole récepteur. Il y a deux manières de définir les métriques dans la redistribution de routes. OSPF RIP Vous pouvez définir une métrique pour cette redistribution uniquement router rip redistribute static metric 1 redistribute ospf 1 metric 1

Distance administrative Vos pouvez utiliser la même métrique comme une valeur par défaut pour toute redistri- bution (l'utilisation de la commande default-metric élimine de la configuration manu- elle car elle élimine le besoin de définir la métrique séparément pour chaque redistri- bution. router rip redistribute static redistribute ospf default-metric 1 Distance administrative Si un routeur utilise plusieurs protocoles de routage et apprend une route vers la même destination avec deux protocoles de routage, quelle route doit être sélectionnée comme étant la meilleure? Chaque protocole utilise sa propre métrique pour déterminer la meilleure route. Comparer des routes avec des types de métrique différents n'est pas possible. Les distances administratives permettent de résoudre ce problème. Des dis- tances administratives sont affectées au protocole de routage source de la route ainsi la route issue de la source la plus fiable sera choisie comme étant le meilleur chemin. La distance administrative est une valeur affectée à chaque protocole de routage. Ainsi une route découverte par deux protocoles de routage prendra la distance administrati- ve la plus fiable. Les distances administratives permettent de choisir la meilleure route en fonction de la fiabilité accordée au protocole de routage mais elles peuvent causer des problèmes lors de la redistribution. Ces problèmes se posent en termes de boucles de routage, convergence ou routage inefficace. Utilisons la topologie de réseau ci-dessous et étu- dions un problème possible. R1 R2 R3 R4 R5 IGRP RIP S1 S0 181.16.2.4/30 181.16.2.0/30 178.1.10.0/30 192.168.1.0 178.1.10.4/30

Configuration de la redistribution Dans la topologie précédente, si le routeur R1 utilise RIP, R2 et R5 utilisent RIP et IGRP et redistribuent RIP dans IGRP cela peut créer un problème potentiel. Par exemple, R2 et R5 apprennent tous les deux le réseau 192.168.1.0 de R1 avec RIP. Cette connaissance est redistribuée dans IGRP. R2 apprend le réseau 192.168.1.0 par R3. et R5 l'apprend également de R4 avec IGRP. IGRP a une distance administra- tive meilleure que celle de RIP ( 100 pour IGRP, 120 pour RIP) ce qui entraine que la route utilisée sera celle apprise par IGRP et sera celle inscrite dans la table de routa- ge. Maintenant il y a un risque potentiel de boucle. Même si le "split horizon" ou d'autres fonctionnalités sont utilisées, le problème de convergence persiste. Si R2 et R5 redistribuent également IGRP dans RIP (redistribution mutuelle) et que le réseau 192.168.1.0 n'est pas directement connecté à R1, il y a un risque potentiel que R1 apprenne la route par R2 ou R5 avec une métrique meilleur que celle de la source originale. La section suivante regroupe des conseils de configuration pour éviter ces problèmes de redistribution. Configuration de la redistribution IGRP et EIGRP La sortie suivante montre un routeur qui utilise IGRP et EIGRP redistribuant des routes statiques, OSPF (Open Shortest Path First), RIP et IS-IS. router igrp 1 network 131.108.0.0 redistribute static redisribute ospf 1 redistribute rip redistribute isis default metric 10000 100 255 1 1500 Note: igrp peut être remplacé par eigrp IGRP et EIGRP ont besoin de cinq métriques lorsqu'ils redistribuent d'autres protoco- les: Bande passante, délai, fiabilité, charge et le MTU. Voici un exemple de métriques utilisées par IGRP. Métriques Valeurs Bande passante Plus petite bande passant sur le chemin Exprimée en Kbit/s Délai Exprimé par unités de 10µs Fiabilité Pourcentage (1 à 255) ( 255 = 100%) Charge Charge effective de la liaison ( 0 à 255) (255 = 100% de charge) MTU Plus petit MTU sur le chemin

ou d'utiliser la commande default-metric pour la redistribution. OSPF Plusieurs process IGRP et EIGRP peuvent opérer sur le même routeur avec de la redistribution entre eux. Par exemple IGRP 1 et IGRP 2 peuvent opérer sur le même routeur. Cependant la mise en oeuvre de deux process du même protocole de routage sur le même routeur est assez rare et de plus cela nécessite des ressources mémoire et CPU supplémentaires sur le routeur La redistribution de IGRP/EIGRP dans un autre process IGRP/EIGRP ne nécessite pas de conversion de métrique aussi il n'est pas nécessaire de définir des métriques ou d'utiliser la commande default-metric pour la redistribution. OSPF La sortie suivante montre un routeur OSPF redistribuant des routes statiques, RIP, IGRP, EIGRP et IS-IS. router ospf 1 network 131.108.0.0 0.0.255.255 area 0 redistribute static metric 200 subnets redistribute rip metric 200 subnets redistribute igrp 1 metric 100 subnets redistribute eigrp 1 metric 100 subnets redistribute isis metric 10 subnets La métrique OSPF est un coût représenté par une valeur basée sur la bande passante de la liaison en bit/s. Par exemple le coût OSPF pour Ethernet est 10 (108/107=10) Note: Si aucune métrique n'est spécifiée, OSPF donne une valeur 20 par défaut quand il redistribue les autres protocoles dans OSPF sauf pour BGP (Border Gateway Protocol) qui prend une métrique égale à 1. Chaque fois qu'il y a un réseau principal avec des sous-réseaux, vous devez utiliser le mot-clé "subnet" pour redistribuer les autres protocoles dans OSPF. Sans ce mot- clé OSPF redistribue uniquement les réseaux principaux qui n'ont pas de sous- réseaux. Plusieurs process OSPF peuvent opérer sur le même routeur avec de la redistribu- tion entre eux. Cependant la mise en oeuvre de deux process du même protocole de routage sur le même routeur est assez rare et de plus cela nécessite des ressources mémoire et CPU supplémentaires sur le routeur. La redistribution de OSPF dans un autre process OSPF ne nécessite pas de conver- sion de métrique aussi il n'est pas nécessaire de définir des métriques ou d'utiliser la commande default-metric pour la redistribution.

RIP Note: Les principes décrits dans ce document s'appliquent à RIPv1 et RIPv2 La sortie suivante montre un routeur RIP redistribuant des routes statiques, OSPF, IGRP, EIGRP et IS-IS. router rip network 131.108.0.0 redistribute static redistribute ospf 1 redistribute igrp 1 redistribute eigrp 1 redistribute isis default-metric 1 La métrique RIP est constituée par un nombre de sauts avec une valeur maximale de 15. Toute valeur supérieure à 15 est considérée comme une distance infinie. Quand on redistribue un protocole dans RIP, il est recommandé d'utiliser une métrique faible telle que 1. Une métrique élevée telle que 10 limitera RIP par la suite. Si vous définissez une métrique de 10 pour les routes redistribuées, ces routes pourront être annoncées jusqu'à cinq sauts plus loin car à ce point la métrique sera égale au maxi- mum c'est-à-dire 15. En définissant une métrique égale à 1 vous permettez à une route de traverser un maximum de sauts dans un domaine RIP. Par contre en faisant cela vous augmenter la probabilité de boucles de routage s'il y a plusieurs points de redistribution. Un routeur apprend le réseau avec une métrique meilleure depuis le point que celle de la source originale. Aussi vous devez faire en sorte que la métrique ne soit ni trop grande ce qui empêcherait l'annonce de routes à tous les routeurs ni trop petite ce qui pourrait entrainer des boucles de routage en cas de points de redis- tribution multiples. IS-IS La sortie suivante montre un routeur IS-IS redistribuant des routes statiques, OSPF, IGRP, EIGRP et RIP. router isis network 49.1234.1111.1111.1111.00 redistribute ospf 1 metric 20 redistribute igrp 1 metric 20 redistribute eigrp 1 metric 20 redistribute rip metric 20 La métrique IS-IS doit être comprise entre 1 et 63. Il n'y a pas d'option de métrique par défaut dans IS-IS aussi vous devez définir une métrique pour chaque protocole comme le montre l'exemple ci-dessus. Si aucune métrique n'est spécifiée pour les routes redistribuées dans IS-IS, une valeur de métrique égale à 0 est utilisée par défaut.

Routes directement connectées La redistribution de réseaux directement connectés dans les protocoles de routage n'est pas une pratique courante et n'est pas possible dans les exemples déjà cités pour cette raison. Cependant il est important de noter que cela est faisable de mani- ère directe ou indirecte. Pour redistribuer les routes de réseaux directement connec- tés de manière directe, utilisez la commande redistributed connected en mode de configuration routeur. Dans ce cas vous devrez également redéfinir une métrique. Vous pouvez également redistribuer les routes de réseaux directement connectés de manière indirecte dans les protocoles de routage comme le montre l'exemple suivant: RB RC RA EIGRP OSPF .3 .4 .6 10.1.1.0/24 20.1.1.0/24 Fa0/0 Fa0/1 Le routeur RB ci-dessus a deux interfaces FastEthernet. L'interface Fa0/0 est dans le réseau 10.1.1.0/24 et l'interface Fa0/1 est dans le réseau 20.1.1.0/24. Le routeur RB utilise EIGRP avec le routeur RA et OSPF avec le routeur RC; Le routeur RB redistri- bue mutuellement les protocoles EIGRP et OSPF. Voici la configuration adéquate pour le routeur RB. Routeur RB interface FastEtherne0/0 ip address 10.1.1.4 255.255.255.0 ! interface FastEtherne0/1 ip address 20.1.1.4 255.255.255.0 ! router eigrp 7 redistribute ospf 7 metric 10000 100 255 1 1500 network 10.1.1.0 0.0.0.255 auto-summary no eigrp log-neighbors-changes ! router ospf 7 log-adjacency-changes redistribute eigrp 7 subnets network 20.1.1.0 0.0.0.255 area 0

Si vous regardez la table de routage du routeur RB, vous voyez ceci: RB#show ip route codes: C - connected, S - Static, I - IGRP, 3 - RIP, M - Mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter-area N1 - OSPF NSSA external type 1, N2 - OSPF external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 20.1.1.0/24 is subnetted, 1 subnets C 20.1.1.0 is directly connected, FastEthernet0/1 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0/0 A partir de cette table de routage et de la configuration ci-dessus il y a trois choses à noter: • Les réseaux en question sont dans la table du routeur RB en tant que réseaux directement connectés. • Le réseau 10.1.1.0/24 fait partie du process EIGRP et le réseau 20.1.1.0/24 fait partie du process OSPF. • Le routeur RB redistribue mutuellement EIGRP et OSPF. Voici les tables de routage des routeurs RA et RC: RA#show ip route 10.1.1.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 20.0.0.0/24 is subnetted, 1 subnets D EX 20.1.1.0 [170/284160] via 10.1.1.4, 00:02:26, FastEthernet0

RA#show ip route codes: C - connected, S - Static, I - IGRP, 3 - RIP, M - Mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter-area N1 - OSPF NSSA external type 1, N2 - OSPF external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 10.1.1.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 20.0.0.0/24 is subnetted, 1 subnets D EX 20.1.1.0 [170/284160] via 10.1.1.4, 00:02:26, FastEthernet0 RC#show ip route Gateway of last resort is not set 20.0.0.0/24 is subnetted, 1 subnets C 20.1.1.0 is directlyy connected, FastEthernet1 O E2 10.1.1.0 [110/20] via 20.1.1.4, 00:02:32, FastEthernet1 La routeur A a appris le réseau 20.1.1.0/24 via EIGRP, celui est affiché comme une route externe car il redistribué par OSPF dans EIGRP.

Eviter les problèmes dus à la redistribution Dans les sections précédentes, nous avons vu comment la distance administrative peut poser des problèmes potentiels pour le routage optimal, les boucles de routage ou la convergence lente. Eviter ces types de problèmes est assez simple: ne jamais annoncer une information reçue d'un processus de routage X en retour vers le même processus de routage X. Exemple 1 R1 R2 R3 R4 R5 IGRP RIP S1 S0 181.16.2.4/30 181.16.2.0/30 178.1.10.8/30 192.168.1.0 178.1.10.4/30 Dans la topologie de réseau ci-dessus, R2 et R5 effectuent une redistribution mutuelle. RIP est redistribué dans IGRP et IGRP est redistribué dans RIP. Voici les configurations des routeurs R2 et R5. Routeur R2 router igrp 7 network 181.16.0.0 redistribute rip metric 1 1 1 1 1 router rip network 178.1.0.0 redistribute igrp 7 metric 2 Routeur R5

Avec les configurations précédentes de R2 et R5, tout est prêt pour avoir tous les pro- blèmes déjà cités dans les sections précédentes. Pour éviter cela vous pouvez filtrer les mises à jour de routage comme suit: Routeur R2 router igrp 7 network 181.16.0.0 redistribute rip metric 1 1 1 1 1 distribute-list 1 in serial1 router rip network 178.1.0.0 redistribute igrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any Routeur R5 Les listes de distribution ajoutées à la configuration filtrent toute mise à jour IGRP venant par l'interface Serial1 des routeurs. Si les routes contenues dans les mises à jour sont permises par la liste d'accès 1, le routeur les acceptera ou les rejettera si ce n'est pas le cas. Dans cet exemple, les routeurs ne doivent pas apprendre le réseau 192.168.1.0 par les mises à jour IGRP reçues sur l'interface Serial1. Par conséquent La seule connaissance que les routeurs auront au sujet du réseau 192.168.1.0 sera par RIP venant de R1. Gardez en mémoire que dans ce cas il n'est pas nécessaire d'utiliser la même stratégie de filtrage pour le process RIP car RIP a une distance administrative supérieure à celle de RIP. Si les routes qui sont issues du domaine IGRP étaient réinjectées vers R2 et R5 au travers de RIP, les routes IGRP seraient prépondérantes.

Exemple 2 R3 R4 EIGRP R2 R5 RIPv2 R1 R6 181.16.2.4/30 R3 R4 181.16.2.4/30 181.16.2.0/30 S1 S1 EIGRP R2 R5 RIPv2 S0 S0 178.1.10.4/30 178.1.10.8/30 S0 S0 S1 S1 R1 R6 192.168.1.0 192.170.1.0 En utilisant la topologie ci-dessus, nous pouvons montrer une autre méthode ( qui est quelquefois préférable) pour éviter les problèmes de redistribution. Cette méthode uti- lise les route-maps pour positionner des marques sur différentes routes. Les processus de routage peuvent redistribuer sur la base de ces marques. Notez que la redistribution basée sur les marques ne fonctionne pas avec RIPv1 et IGRP. Un des problèmes que vous pouvez rencontrer avec la topologie ci-dessus est le suivant: R1 annonce le réseau 192.168.1.0. R2 redistribue dans EIGRP. R5 apprend le réseau via EIGRP et le redistribue dans RIPv2. Selon la métrique que R5 a fixé pour la route RIPv2, R6 pourra préférer la route la moins valable au travers de R5 au lieu de R1 pour atteindre le réseau. La configuration suivante vous aide à éviter ceci en position- nant des marques et en redistribuant en fonction de ces marques. Routeur R2 router eigrp 7 network 181.16.0.0 redistribute rip route-map rip_vers_eigrp metric 1 1 1 1 1 !-- Redistribue les routes RIPv2 permises !-- par la route-map rip_vers_eigrp router rip version 2 network 178.1.0.0 redistribute igrp 7 route-map eigrp_vers_rip metric 2 !-- Redistribue les routes RIP permises !-- par la route-map eigrp_vers_rip

route-map rip_vers_eigrp deny 10 match tag 88 route-map rip_vers_eigrp deny 10 match tag 88 !-- Instruction route-map pour rejeter les routes avec la marque "88" !-- d'après la route-map eigrp_vers_rip !-- Les routes marquées "88" doivent être des routes EIGRP !-- redistribuées dans RIPv2 route-map rip_vers_eigrp permit 20 set tag 77 !-- Instruction route-map pour inscrire la marque "77" sur les routes !-- RIPv2 redistribuées dans EIGRP "77" route-map eigrp_vers_rip deny 10 match tag 77 !-- Instruction route-map pour rejeter les routes avec la marque "77" !-- pour qu'elles ne soient pas redistribuées dans RIPv2 !-- Les routes marquées "77" doivent être des routes RIPv2 !-- redistribuées dans EIGRP route-map eigrp_vers_rip permit 20 set tag 88 !-- Instruction route-map pour inscrire la marque "88" sur les routes !-- EIGRP redistribuées dans RIPv2 "88" Routeur R5 router eigrp 7 network 181.16.0.0 redistribute rip route-map rip_vers_eigrp metric 1 1 1 1 1 !-- Redistribue les routes RIPv2 permises !-- par la route-map rip_vers_eigrp router rip version 2 network 178.1.0.0 redistribute igrp 7 route-map eigrp_vers_rip metric 2 !-- Redistribue les routes RIP permises !-- par la route-map eigrp_vers_rip route-map eigrp_vers_rip permit 20 set tag 88 !-- Instruction route-map pour inscrire la marque "88" sur les routes !-- EIGRP redistribuées dans RIPv2 "88"

Avec la configuration vue dans les pages précédentes, vous pouvez rechercher des routes spécifiques dans la table de routage pour voir si les marques ont été position- nées. Voici les sorties des commandes show ip route sur les routeurs R3 et R1 pour des routes particulières. R3#show ip route 178.1.10.8 Routing entry for 178.1.10.8/30 Known via "eigrp", distance 170, metric 2560512256 Tag 77, type external Redistributing via eigrp 7 Last update from 181.16.2.10 on Serial0, 00:07:22 ago Routing Descriptor Blocks: * 181.16.2.10, from 181.16.2.10, 00:07:22 ago via Serial0 Route metric is 2560512256, traffic share count is 1 Total delay is 20010 microseconds, minimum bandwidth is 1 Kbit Reliability 1/255, minimum MTU 1 bytes Loading 1/255, Hops 1 R1#show ip route 181.16.2.4 Routing entry for 181.16.0.0/16 Known via "rip", distance 120, metric 2 Tag 88 Redistributing via rip Last update from 178.1.10.5 on Serial0, 00:00:15 ago Routing Descriptor Blocks: * 178.1.10.5, from 178.1.10.5, 00:00:15 ago via Serial0 Route metric is 2, traffic share count is 1 Exemple 3 La redistribution peut également avoir son rôle entre deux process du même protocole de routage. La configuration suivante est un exemple de politique de redistribution entre deux process EIGRP opérant sur un ou plusieurs routeurs. router eigrp 3 redistribute eigrp 5 route-map vers_eigrp_3 default-metric 10000 100 255 1 1500 !-- Redistribue les routes EIGRP 5 dans EIGRP 3 !-- Positionne les marques d'après la route-map vers_eigrp3 router eigrp 5 redistribute eigrp 3 route-map vers_eigrp_5 default-metric 10000 100 255 1 1500 !-- Redistribue les routes EIGRP 3 dans EIGRP 5 !-- Positionne les marques d'après la route-map vers_eigrp5 route-map vers_eigrp3 deny 10 match tag 55 !-- Instruction route-map pour rejeter les routes avec la marque "55" !-- d'après la route-map vers_eigrp3 !-- Les routes marquées "55" doivent être des routes EIGRP 3 !-- redistribuées dans EIGRP 5 route-map vers_eigrp3 permit 20 set tag 33 !-- Instruction route-map pour marquer les routes avec la marque "33" !-- Les routes marquées "33" doivent être des routes EIGRP 5 !-- redistribuées vers EIGRP 3 "33"

route-map vers_eigrp5 deny 10 match tag 33 route-map vers_eigrp5 deny 10 match tag 33 !-- Instruction route-map pour rejeter les routes avec la marque "33" !-- d'après la route-map vers_eigrp5 !-- Les routes marquées "33" doivent être des routes EIGRP 5 !-- redistribuées dans EIGRP 3 route-map vers_eigrp5 permit 20 set tag 55 !-- Instruction route-map pour marquer les routes avec la marque "55" !-- Les routes marquées "33" doivent être des routes EIGRP 3 !-- redistribuées vers EIGRP 5 "55" Ce sont là quelques exemples de stratégies de filtrage utilisées dans le cadre de ce document. Il y a d'autres stratégies qui peuvent être utilisées.