Configurer la redistribution de protocole pour les routeurs
Contenu
Introduction
Ce document décrit comment vous pouvez redistribuer un protocole de routage, des routes connectées ou statiques, dans un autre protocole de routage dynamique.
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Components Used
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
- Cisco IOS® Version du logiciel 12.2(10b)
- Routeurs de la gamme Cisco 2500
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Informations générales
Lorsque vous devez redistribuer un protocole de routage unique, vous pouvez envisager la distribution via le routage multiprotocole. Le routage multiprotocole est utilisé lorsqu'une entreprise fusionne, que plusieurs services sont gérés par plusieurs administrateurs réseau et que des environnements multifournisseurs sont utilisés. Une partie de la conception du réseau consiste à exécuter différents protocoles de routage. Dans tous les cas, quand vous avez un environnement à plusieurs protocoles, cela rend la redistribution nécessaire.
Les différences dans les caractéristiques du protocole de routage, telles que les métriques, la distance administrative, les capacités par classe et sans classe peuvent effectuer la redistribution. L'attention doit être accordée à ces différences pour que la redistribution soit un succès.
Indicateurs
Quand vous redistribuez un protocole dans un autre, rappelez-vous que les métriques de chacun jouent un rôle important dans la redistribution. Chaque protocole utilise des métriques différentes. Par exemple, la mesure RIP (Routing Information Protocol) est basée sur le nombre de sauts. Les protocoles IGRP (Interior Gateway Routing Protocol) et EIGRP (Enhanced Interior Gateway Routing Protocol) utilisent une métrique composite basée sur la bande passante, le délai, la fiabilité, la charge et l'unité de transmission maximale (MTU), où la bande passante et le délai sont les seuls paramètres utilisés par défaut. Lorsque des routes sont redistribuées, vous devez définir une métrique pour un protocole que la route qui reçoit peut comprendre. Il existe deux méthodes pour définir des métriques lorsque des routes sont redistribuées.
Topologie OSPF et RIP
1. Vous pouvez définir la mesure pour cette redistribution spécifique uniquement :
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. Vous pouvez utiliser la même mesure par défaut pour toute redistribution (avec la default-metric qui vous permet de travailler car il n'est plus nécessaire de définir la métrique séparément pour chaque redistribution) :
router rip redistribute static redistribute ospf 1 default-metric 1
Distance administrative
Si un routeur exécute plusieurs protocoles de routage et apprend une route vers la même destination avec les deux protocoles de routage, quelle route doit être sélectionnée comme meilleure route ? Chaque protocole utilise son propre type métrique pour déterminer la meilleure route. Vous ne pouvez pas comparer des routes avec différents types de métriques. Les distances administratives se chargent de ce problème. Les distances administratives sont attribuées aux sources de route afin que la route de la source la plus préférée puisse être choisie comme meilleur chemin. Référez-vous à Sélection de route sur les routeurs Cisco pour plus d'informations sur des distances administratives et la sélection de route.
Les distances administratives aident à la sélection de la route parmi différents protocoles de routage, mais elles peuvent poser des problèmes pour la redistribution. Ces problèmes peuvent être sous forme de boucles de routage, de problèmes de convergence, ou de routage inefficace. L'image suivante présente une topologie et la description d'un problème potentiel.
Topologie d'un problème possible
Dans l’exemple de topologie précédent, si R1 exécute RIP et que R2 et R5 exécutent tous les deux RIP et IGRP et redistribuent RIP dans IGRP, il y a un problème potentiel. Par exemple, R2 et R5 obtiennent tous deux des informations sur le réseau 192.168.1.0 de R1 à RIP. Ces connaissances sont redistribuées dans IGRP. R2 prend connaissance du réseau 192.168.1.0 via R3, et R5 en prend connaissance via R4 via IGRP. IGRP a une distance administrative inférieure à celle de RIP (100 contre 120) ; Par conséquent, la route IGRP est utilisée dans la table de routage. Il y a maintenant une boucle de routage potentielle. Même si le découpage d’horizon, ou toute autre fonctionnalité destinée à empêcher les boucles de routage, est utilisé, il existe toujours un problème de convergence.
Si R2 et R5 redistribuent également le protocole IGRP dans le protocole RIP (il s’agit d’une redistribution mutuelle) et que le réseau, 192.168.1.0, n’est pas directement connecté à R1 (R1 apprend d’un autre routeur en amont de celui-ci), R1 peut alors apprendre le réseau de R2 ou R5 avec une meilleure métrique que celle de la source d’origine.
Le comportement par défaut pour RIP, IGRP et EIGRP est d'annoncer les routes connectées directement lorsqu'une instruction réseau sous le protocole de routage inclut le sous-réseau de l'interface connectée. Il existe deux méthodes pour obtenir une route connectée :
- Une interface est configurée avec une adresse et un masque IP, ce sous-réseau correspondant est considéré comme une route connectée.
- Une route statique est configurée avec seulement une interface de sortie, et non une IP par sauts successifs, elle est également considérée comme une route connectée.
Router#conf t Router(config)#ip route 10.0.77.0 255.255.255.0 ethernet 0/0 Router(config)#end Router#show ip route static 10.0.0.0/24 is subnetted, 1 subnets S 10.0.77.0 is directly connected, Ethernet0/0
Une commande réseau configurée sous EIGRP, RIP ou IGRP qui inclut (ou « couvre ») l'un ou l'autre de ces types de routes connectées inclut ce sous-réseau pour annonce.
Par exemple, si une interface a l'adresse 10.0.23.1 et le masque 255.255.255.0, le sous-réseau 10.0.23.0/24 est une route connectée et peut être annoncé par ces protocoles de routage lorsqu'une instruction network est configurée :
router rip | igrp # | eigrp # network 10.0.0.0
Cette route statique, 10.0.77.0/24, est également annoncée par ces protocoles de routage, parce qu'elle est une route connectée route et est « couverte » par l'instruction réseau.
Consultez la section Éviter les problèmes dus à la redistribution de ce document pour plus d'informations.
Syntaxe et exemples de la configuration de redistribution
IGRP et EIGRP
Ce résultat montre un routeur IGRP/EIGRP qui redistribue les routes statiques OSPF (Open Shortest Path First), RIP et IS-IS (Intermediate System-to-Intermediate System).
router igrp/eigrp 1 network 10.10.108.0 redistribute static redistribute ospf 1 redistribute rip redistribute isis default-metric 10000 100 255 1 1500
Les protocoles IGRP et EIGRP ont besoin de cinq métriques lorsqu’ils redistribuent d’autres protocoles : bande passante, délai, fiabilité, charge, et MTU, respectivement. Le tableau répertorie des exemples de mesures IGRP.
| Métrique |
Valeur |
| largeur de bande |
En unités de kilobits par seconde ; 10 000 pour Ethernet |
| délai |
En dizaine d'unités de micro-secondes ; pour Ethernets c'est 100 x 10 micro-secondes = 1 ms |
| fiabilité |
255 pour une fiabilité de 100 pourcents |
| charge |
Charge effective sur la liaison exprimée sous la forme d’un nombre compris entre 0 et 255 (255 est une charge de 100 %) |
| MTU |
MTU minimum du chemin ; habituellement égale à celle de l'interface Ethernet, qui est de 1 500 octets |
Plusieurs processus IGRP et EIGRP peuvent s'exécuter sur le même routeur, avec redistribution entre eux. Par exemple, IGRP1 et IGRP2 peuvent s'exécuter sur le même routeur. Cependant, vous n'avez pas besoin d'exécuter deux processus du même protocole sur le même routeur, et cela peut consommer la mémoire du routeur et l'UC. La redistribution d'IGRP/EIGRP dans un autre processus IGRP/EIGRP ne nécessite aucune conversion de mesure, il n'est donc pas nécessaire de définir des mesures ou d'utiliser la commande default-metric avec la redistribution.
Une route statique redistribuée est prioritaire sur la route récapitulative, car la route statique a une distance administrative de 1 tandis que la route récapitulative EIGRP a une distance administrative de 5. Cela se produit lorsqu’une route statique est redistribuée à l’aide de la redistribute static sous le processus EIGRP et le processus EIGRP a une route par défaut.
OSPF
Ce résultat montre un routeur OSPF qui redistribue les routes statiques, RIP, IGRP, EIGRP et IS-IS.
router ospf 1 network 10.10.108.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 une valeur de coût basée sur 108/ bande passante du lien en bits/seconde. Par exemple, le coût OSPF d'Ethernet est 10 : 108/107 = 10
Lorsqu’un réseau principal est divisé en sous-réseaux, vous devez utiliser le mot clé sub-netted pour redistribuer les protocoles dans OSPF. Sans ce mot clé, OSPF redistribue uniquement les réseaux principaux qui ne sont pas sous-réseaux.
Il est possible d'exécuter plus d'un processus OSPF sur le même routeur. Cette opération est rarement nécessaire et consomme la mémoire et le processeur du routeur.
Vous n'avez pas besoin de définir la métrique ou d'utiliser la commande default-metric quand vous redistribuez un processus OSPF dans un autre.
DÉCHIRURE
Ce résultat montre un routeur RIP qui redistribue les routes statiques, IGRP, EIGRP, OSPF et IS-IS :
router rip network 10.10.108.0 redistribute static redistribute igrp 1 redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1
La métrique RIP est composée du nombre de sauts et la métrique valide maximale est 15. Toute valeur supérieure à 15 est considérée comme infinie ; vous pouvez utiliser 16 pour décrire une métrique infinie dans le RIP. Lorsque vous redistribuez un protocole dans le protocole RIP, Cisco vous recommande d’utiliser une métrique faible, telle que 1. Une métrique élevée, telle que 10, limite encore davantage le protocole RIP. Si vous définissez une mesure de 10 pour les routes redistribuées, ces routes ne sont annoncées aux routeurs qu’à une distance maximale de 5 sauts. À ce stade, la mesure (nombre de sauts) dépasse 15. Si vous définissez une mesure de 1, vous autorisez une route à parcourir le nombre maximal de sauts dans un domaine RIP. Mais cela peut augmenter la possibilité de boucles de routage s'il y a plusieurs points de redistribution et si un routeur découvre le réseau avec une meilleure métrique du point de redistribution que de la source d'origine. Par conséquent, vous devez vous assurer que la métrique n'est ni trop élevée, ce qui empêche la route d'être annoncée à tous les routeurs, ni trop faible, ce qui entraîne des boucles de routage lorsqu'il y a plusieurs points de redistribution.
Redistribuer les routes statiques sauf la passerelle de dernier recours dans RIP avec la carte de routage
Cette configuration est un exemple de redistribution des routes statiques, à l’exception de la passerelle de dernier recours, dans le protocole RIP via une carte de route.
Voici la configuration initiale de cet exemple :
router rip version 2 network 10.0.0.0 default-information originate no auto-summary ! ip forward-protocol nd ip route 0.0.0.0 0.0.0.0 10.32.32.3 ip route 10.32.42.211 255.255.255.255 192.168.0.102 ip route 10.98.0.0 255.255.255.0 10.32.32.1 ip route 10.99.0.0 255.255.255.0 10.32.32.1 ip route 10.99.99.0 255.255.255.252 10.32.32.5 ip route 10.129.103.128 255.255.255.240 10.32.31.1 ip route 172.16.231.0 255.255.255.0 10.32.32.5
ip route 172.16.28.0 255.255.252.0 10.32.32.5
ip route 192.168.248.0 255.255.255.0 10.32.32.5
ip route 192.168.0.43 255.255.255.0 10.32.32.5
ip route 192.168.0.103 255.255.255.0 10.32.32.5
Pour créer cette configuration :
1. Créez une liste de contrôle d’accès afin de faire correspondre tous les réseaux qui doivent être redistribués :
Router#show access-lists 10 Standard IP access list 10 10 permit 10.32.42.211 20 permit 10.98.0.0, wildcard bits 0.0.0.255 30 permit 10.99.0.0, wildcard bits 0.0.0.255 40 permit 10.129.103.128, wildcard bits 0.0.0.15 50 permit 172.16.231.0, wildcard bits 0.0.0.255< 60 permit 172.16.28.0, wildcard bits 0.0.3.255 70 permit 192.168.248.0, wildcard bits 0.0.0.255 80 permit 192.168.0.43, wildcard bits 0.0.0.255
90 permit 192.168.0.103, wildcard bits 0.0.0.255
2. Appelez cette liste d’accès dans une carte de routage.
Route-map TEST Match ip address 10
3. Redistribuez dans RIP avec la carte de routage à l’emplacement et supprimez la commande default information originate du processus RIP.
Router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
IS-IS
Ce résultat montre un routeur IS-IS qui redistribue les routes statiques, RIP, IGRP, EIGRP et OSPF.
router isis network 49.1234.1111.1111.1111.00 redistribute static redistribute rip metric 20 redistribute igrp 1 metric 20 redistribute eigrp 1 metric 20 redistribute ospf 1 metric 20
La métrique IS-IS doit être comprise entre 1 et 63. Il n'existe aucune option de métrique par défaut dans IS-IS. Vous devez définir une métrique pour chaque protocole, comme indiqué dans l'exemple précédent. Si aucune métrique n'est spécifiée pour les routes qui sont redistribuées dans IS-IS, une valeur métrique de 0 est utilisée par défaut.
Routes connectées
La redistribution directe des réseaux connectés dans les protocoles de routage n'est pas une pratique courante et n'est pas présentée dans les exemples de ce document pour cette raison. Toutefois, il est important de noter que cela peut être fait, directement et indirectement. Pour redistribuer directement les route connectées, utilisez la commande de configuration du routeur redistribute connected. Vous devez également définir une mesure dans ce cas. Vous pouvez également redistribuer indirectement des routes connectées dans des protocoles de routage comme dans cet exemple:
Redistribuer les routeurs connectés
Dans l’exemple de l’image, le routeur B comporte deux interfaces Fast Ethernet. FastEthernet 0/0 se trouve sur le réseau 10.1.1.0/24 et FastEthernet 0/1 sur le réseau 10.1.1.0/24. Le routeur B exécute le protocole EIGRP avec le routeur A et le protocole OSPF avec le routeur C. Le routeur B est mutuellement redistribué entre les processus EIGRP et OSPF. Voici les informations de configuration du routeur B :
interface FastEthernet0/0 ip address 10.1.1.4 255.255.255.0 interface FastEthernet0/ ip address 10.1.10.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-neighbor-changes ! router ospf 7 log-adjacency-changes redistribute eigrp 7 subnets network 10.1.1.0 0.0.0.255 area 0
La table de routage du routeur B affiche :
routerB#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA 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
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 1 subnets
C 10.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
La configuration et la table de routage précédentes contiennent trois éléments pertinents :
- Les réseaux en question figurent dans la table de routage du routeur B en tant que réseaux connectés directement.
- Le réseau 10.1.1.0/24 fait partie du processus EIGRP et le réseau 10.1.1.0/24 fait partie du processus OSPF.
- Le routeur B redistribue mutuellement entre EIGRP et OSPF.
Tables de routage des routeurs A et C :
routerA#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA 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, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 10.0.0.0/24 is subnetted, 1 subnets D EX 10.1.1.0 [170/284160] via 10.1.1.4, 00:07:26, FastEthernet0 routerC#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA 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.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet1 O E2
10.1.1.0 [110/20] via 10.1.10.4, 00:07:32, FastEthernet1
Le routeur A a pris connaissance du réseau 10.1.1.0/24 via EIGRP, qui est affiché en tant que route externe car il a été redistribué d’OSPF vers EIGRP. Le routeur C a appris que le réseau 10.1.1.0/24 via OSPF était une route externe, car il a été redistribué du protocole EIGRP vers OSPF. Bien que le routeur B ne redistribue pas les réseaux connectés, il annonce le réseau 10.1.1.0/24, qui fait partie du processus EIGRP redistribué dans OSPF. De même, le routeur B annonce le réseau 10.1.1.0/24, qui fait partie du processus OSPF redistribué dans EIGRP.
Référez-vous à Redistribution des réseaux connectés dans OSPF pour plus d'informations sur les routes connectées redistribuées dans OSPF.
Éviter les problèmes dus à la redistribution
La section Distance administrative décrit comment la redistribution peut potentiellement causer des problèmes tels que la topologie suivante du routage optimal, des boucles de routage ou une convergence lente. Vous pouvez éviter ces problèmes si vous n'annoncez jamais les informations reçues à l'origine du processus de routage X dans le processus de routage X.
Exemple 1
Redistribution mutuelle de R2 et R5
Dans cet exemple de topologie, R2 et R5 sont en redistribution mutuelle. RIP est redistribué dans IGRP et IGRP est redistribué dans RIP, comme l’indique la configuration suivante.
R2
router igrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 router rip network 172.16.0.0 redistribute igrp 7 metric 2
R5
router igrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 router rip network 172.16.0.0 redistribute igrp 7 metric 2
Avec l'exemple de configuration précédent, vous avez le potentiel pour l'un des problèmes précédemment décrits. Afin de les éviter, vous pouvez filtrer les mises à jour de routage :
R2
router igrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 172.16.0.0 redistribute igrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any
R5
router igrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 172.16.0.0 redistribute igrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any
Les listes de distribution ajoutées aux configurations, comme illustré dans l'exemple précédent, filtrent toutes les mises à jour IGRP qui arrivent dans l'interface série 1 des routeurs. Si les routes dans les mises à niveau sont permises par la liste d'accès 1, le routeur les accepte dans la mise à niveau ; sinon, ce n'est pas le cas. Dans cet exemple, les routeurs sont informés qu’ils ne doivent pas apprendre le réseau 192.168.1.0 par le biais des mises à jour IGRP qu’ils reçoivent sur leur interface série 1. Par conséquent, la seule connaissance que ces routeurs ont du réseau 192.168.1.0 se fait par RIP via R1.
Gardez également à l'esprit que dans ce cas, il n'est pas nécessaire d'utiliser la même stratégie de filtrage pour le processus RIP parce que le RIP a une distance administrative plus élevée qu'IGRP. Si les routes qui proviennent du domaine IGRP ont été renvoyées à R2 et R5 via RIP, les routes IGRP ont toujours la priorité.
Exemple 2
Priorité du protocole IGRP
La topologie de l'exemple précédent montre une autre méthode pour éviter les problèmes redistribués. Cette méthode est préférable. Cette méthode utilise des route-map pour placer des étiquettes pour diverses routes. Les processus de routage peuvent alors redistribuer en se basant sur les étiquettes. Notez que la redistribution basée sur les balises ne fonctionne pas avec RIP version 1 ou IGRP.
L’un des problèmes que vous pouvez rencontrer dans la topologie précédente est :
- R1 annonce le réseau 192.168.1.0 à R2. R2 le redistribue ensuite au protocole EIGRP. R5 apprend le réseau via EIGRP et le redistribue vers RIPv2. En fonction de la métrique définie par R5 pour la route RIPv2, R6 peut préférer la route la moins souhaitable via R5 plutôt que via R1 pour atteindre le réseau.
L'exemple de configuration suivant montre comment empêcher cela avec setting , puis pour redistribuer en fonction des balises.
R2
router eigrp 7 network 172.16.0.181 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1
!--- Redistributes RIP routes that are
!--- permitted by the route-map rip_to_eigrp
router rip
version 2
network 172.16.0.0
redistribute eigrp 7 route-map eigrp_to_rip metric 2
!--- Redistributes EIGRP routes and set the tags
!--- according to the eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88
route−map rip_to_eigrp deny 10 match tag 88
!--- Route-map statement to deny any routes that have a tag of "88"
!--- from being redistributed into EIGRP
!--- Notice the routes tagged with "88" must be the EIGRP
!--- routes that are redistributed into RIPv2
route-map rip_to_eigrp permit 20
set tag 77
!--- Route-map statement to set the tag
!--- on RIPv2 routes redistributed into EIGRP to "77"
route-map eigrp_to_rip deny 10
match tag 77
!--- Route-map statement to deny any routes that have a
!--- tag of "77" from being redistributed into RIPv2
!--- Notice the routes tagged with "77" must be the RIPv2
!--- routes that are redistributed into EIGRP
route-map eigrp_to_rip permit 20 s
et tag 88
!--- Route-map statement to set the tag on EIGRP
!--- routes redistributed into RIPv2 to "88"
R5
router eigrp 7 network 172.16.0.181 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1 !--- Redistributes RIPv2 routes that are permitted !--- by the route-map rip_to_eigrp router rip version 2 network 172.16.0.0 redistribute eigrp 7 route-map eigrp_to_rip metric 2 !--- Redistributes EIGRP routes and sets the tags !--- according to the eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88 !--- Route-map statement to deny any routes that have a tag !--- of "88" from being redistributed into EIGRP !--- Notice the routes tagged with "88" must be the EIGRP routes !--- that are redistributed into RIPv2 route-map rip_to_eigrp permit 20 set tag 77 !--- Route-map statement to set the tag on rip routes !--- redistributed into EIGRP to "77" route-map eigrp_to_rip deny 10 match tag 77 !--- Route-map statement to deny any routes that have a tag !--- of "77" from being redistributed into RIPv2 !--- Notice the routes tagged with "77" must be the RIPv2 routes !--- that are redistributed into EIGRP route-map eigrp_to_rip permit 20 set tag 88 !--- Route-map statement to set the tag on EIGRP routes !--- redistributed into RIPv2 to "88"
Une fois l’exemple de configuration précédent terminé, vous pouvez examiner certaines routes spécifiques dans la table de routage pour vérifier que les balises ont été définies. Le résultat de la commande show ip route pour des routes spécifiques sur R3 et R1 est :
R3#show ip route 172.16.10.8 Routing entry for 172.16.10.8/30 Known via "eigrp 7", distance 170, metric 2560512256 Tag 77, type external Redistributing via eigrp 7 Last update from 172.16.2.10 on Serial0, 00:07:22 ago Routing Descriptor Blocks: * 172.16.2.10, from 172.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 172.16.2.4
Routing entry for 172.16.0.181/16
Known via "rip", distance 120, metric 2
Tag 88
Redistributing via rip
Last update from 172.16.10.50 on Serial0, 00:00:15 ago
Routing Descriptor Blocks:
* 172.16.10.50, from 172.16.10.50, 00:00:15 ago, via Serial0
Route metric is 2, traffic share count is 1
EIGRP emploie cinq variables différentes pour calculer la métrique. Cependant, les routes redistribuées ne possèdent pas ces paramètres, ce qui entraîne des irrégularités dans la route setting. La meilleure pratique consiste à définir une métrique par défaut lorsque vous redistribuez des routes. Par setting Avec la mesure par défaut, les performances du protocole EIGRP peuvent être améliorées. Pour EIGRP, les valeurs par défaut sont entrées avec cette commande :
Router(config-router)#default-metric 10000 100 255 100 1500
Exemple 3
La redistribution peut également avoir lieu parmi différents processus du même protocole de routage. La configuration suivante est un exemple de stratégie de redistribution utilisée pour redistribuer deux processus EIGRP qui s'exécutent sur le même routeur ou sur plusieurs routeurs :
router eigrp 3 redistribute eigrp 5 route-map to_eigrp_3 default-metric 10000 100 255 1 1500 !--- Redistributes EIGRP 5 into EIGRP 3, setting the tags !--- according to the route map "to_eigrp_3" router eigrp 5 redistribute eigrp 3 route-map to_eigrp_5 default-metric 10000 100 255 1 1500 !--- Redistributes EIGRP 3 into EIGRP 5 !--- Routes with tag 33 can not be redistributed !--- due to route map "to_eigrp_5" !--- Though the default-metric command is not required
!--- when redistributing between different EIGRP processes, !--- you can use it optionally as shown in the previous example to advertise
!--- the routes with specific values for calculating the metric. route-map to_eigrp_3 deny 10 match tag 55 !--- Route-map statement used to deny any routes that have a tag !--- of "55" from being redistributed into EIGRP 3 !--- Notice the routes tagged with "55" must be the EIGRP 3 routes !--- that are redistributed into EIGRP 5 route-map to_eigrp_3 permit 20 set tag 33 !--- Route-map statement used to set the tag on routes !--- redistributed from EIGRP 5 to EIGRP 3 to "33" route-map to_eigrp_5 deny 10 match tag 33 !--- Route-map statement used to deny any routes that have a tag !--- of "33" from being redistributed into EIGRP 5 !--- Notice the routes tagged with "33" must be the EIGRP 5 routes !--- that are redistributed into EIGRP 3 route-map to_eigrp_5 permit 20 set tag 55 !--- Route-map statement used to set the tag on routes !--- redistributed from EIGRP 3 to EIGRP 5 to "55"
Ce document fournit plusieurs stratégies pour filtrer les routes. Cependant, vous pouvez utiliser d'autres stratégies valides.
Exemple 4
Dans l'exemple 4, vous avez deux routeurs, l'un est un routeur haut de gamme qui exécute le protocole BGP et l'autre est un routeur bas de gamme qui exécute le protocole RIP. Lorsque vous redistribuez des routes BGP dans RIP, vous pouvez perdre certains paquets.
La redistribution de BGP dans le protocole RIP n'est généralement pas recommandée et les protocoles comme iBGP, OSPF, et EIGRP sont évolutifs et ont une fourchette plus large d'options disponibles.
Au cas où vous rencontreriez ce scénario, qui est la redistribution entre BGP et RIP, et perdriez certains paquets, il est possible que vous deviez configurer cette commande dans le processus RIP :
Router(Config)#router rip Router(Config-router)# input-queue 1024
Exemple 5
Redistribuer la route statique
Cet exemple montre comment redistribuer une route statique dans le protocole de routage RIP. Comme dans l’exemple de topologie, nous avons trois routeurs (R1, R2 et R3). Le protocole RIP est configuré sur l’interface Fast Ethernet 0/0 de R1 et R2. R1 dispose d’une route statique pour atteindre l’interface LO 0 (adresse IP 10.10.10.10/32) du routeur R3. Cette route statique est redistribuée dans le protocole de routage RIP. Le routeur R3 est configuré avec une route par défaut R3# ip route 0.0.0.0 0.0.0.0 FastEthernet 0/0.
R1(config)# ip route 10.10.10.10 255.255.255.255 10.13.13.3 R1(config)# router rip R1(config-router) redistribute static metric 10
Sur le routeur R2, la route 10.10.10.10 est affichée via la commande show ip route :
R2#show ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, 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
C 192.168.12.12/24 is directly connected, FastEthernet0/0
10.0.0.3/32 is subnetted, 1 subnets
R 10.10.10.10 [120/10] via 192.168.12.1, 00:00:07, FastEthernet0/0
Comment redistribuer une seule route statique
Pour redistribuer une route statique unique, utilisez route-map pour sélectionner la route statique qui doit être redistribuée.
Router(config)#access-list 1 permit <network no> <mask> Router(config)#route-map <route-map name> permit 10 Router(config-route-map)#match ip address access list number Router(config)#router eigrp <As number> Router(config-router)#redistribute static route-map <map-name> metric <value>
Informations connexes
- Redistribution RIP et OSPF
- Comprendre et utiliser le protocole Enhanced Interior Gateway Routing Protocol
- Redistribution entre protocoles par classe et sans classe : EIGRP ou OSPF dans RIP ou IGRP
- Études de cas BGP
- Page de support pour le routage IP
- Support et documentation techniques - Cisco Systems
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
14-Nov-2001 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)