Configure Protocol Redistribution for Routers
Inhoud
Inleiding
Dit document beschrijft hoe u een routeringsprotocol, verbonden of statische routes, naar een ander dynamisch routeringsprotocol kunt herverdelen.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
- Cisco IOS®-softwarerelease 12.2(10b)E
- Cisco 2500 Series routers
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Conventies
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Achtergrondinformatie
Wanneer u één enkel routeringsprotocol moet opnieuw verdelen kunt u distributie door het veelvoud van protocolrouting overwegen. Meervoudige protocolrouting wordt gebruikt bij bedrijfsfusies, meerdere afdelingen die worden beheerd door meerdere netwerkbeheerders en omgevingen van meerdere leveranciers. Een deel van netwerkontwerp is wanneer u verschillende routeringsprotocollen in werking stelt. In elk geval, wanneer u een multiprotocol omgeving het maakt herverdeling een noodzaak.
Verschillen in het routeren van protocolkenmerken, zoals metriek, administratieve afstand, klassieke en klasseloze mogelijkheden kunnen redistributie uitvoeren. Met deze verschillen moet rekening worden gehouden om te komen tot een succesvolle herverdeling.
Statistieken
Wanneer u een protocol herverdeelt in een ander, onthoud dat de maatstaven van elk protocol een belangrijke rol spelen bij herverdeling. Elk protocol gebruikt verschillende maatstaven. Bijvoorbeeld, is de metriek Routing Information Protocol (RIP) gebaseerd op hoptelling. Zowel Interior Gateway Routing Protocol (IGRP) als Enhanced Interior Gateway Routing Protocol (EIGRP) gebruiken een samengestelde metriek-gebaseerde oplossing op basis van bandbreedte, vertraging, betrouwbaarheid, lading en maximale transmissieeenheid (MTU), waar bandbreedte en vertraging de enige parameters zijn die standaard worden gebruikt. Wanneer de routes opnieuw worden verdeeld, moet u metriek voor een protocol bepalen dat de route die ontvangt kan begrijpen. Er zijn twee methodes om metriek te bepalen wanneer de routes worden opnieuw verdeeld.
OSPF- en RIP-topologie
1. U kunt de metriek alleen voor die specifieke herverdeling definiëren:
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. U kunt dezelfde metriek gebruiken als een standaard voor alle herverdeling (met de standaardmetriek een opdracht waarmee u niet hoeft te werken omdat de metriek voor elke herverdeling niet afzonderlijk hoeft te worden gedefinieerd):
router rip redistribute static redistribute ospf 1 default-metric 1
Administratieve afstand
Als een router meer dan één routerprotocol in werking stelt en een route aan de zelfde bestemming met beide routeringsprotocollen leert, dan welke route moet als beste route worden geselecteerd? Elk protocol gebruikt zijn eigen metriek type om de beste route te bepalen. U kunt geen routes met verschillende metrische types vergelijken. Administratieve afstanden zorgen voor dit probleem. De administratieve afstanden worden toegewezen aan routebronnen zodat de route uit de meest aangewezen bron als beste weg kan worden gekozen. Raadpleeg Routeselectie in Cisco-routers voor meer informatie over administratieve afstanden en routeselectie.
De administratieve afstanden helpen met routeselectie onder verschillende routeringsprotocollen, maar zij kunnen problemen voor herdistributie veroorzaken. Deze problemen kunnen in de vorm van routinglijnen, convergentieproblemen of inefficiënte routing zijn. Zie dit volgende beeld toont een topologie en een beschrijving van een mogelijk probleem.
Topologie van een mogelijk probleem
In het vorige topologievoorbeeld, als R1 RIP in werking stelt, en R2 en R5 zowel RIP als IGRP in werking stellen en RIP opnieuw verdelen in IGRP, dan is er een potentieel probleem. Bijvoorbeeld, R2 en R5 leren beide over netwerk 192.168.1.0 van R1 door RIP. Deze kennis wordt opnieuw verdeeld in IGRP. R2 leert over het netwerk 192.168.1.0 door R3, en R5 leert over het van R4 door IGRP. IGRP heeft een lagere administratieve afstand dan RIP (100 tegenover 120); daarom wordt de route IGRP gebruikt in de routeringstabel. Nu is er een potentiële routinglus. Zelfs als gesplitste horizon, of een andere functie bedoeld om te voorkomen dat routing loops wordt gebruikt, is er nog steeds een convergentieprobleem.
Als R2 en R5 ook IGRP in RIP (dit is wederzijdse herdistributie) opnieuw verdelen en het netwerk, 192.168.1.0, niet direct met R1 wordt verbonden (R1 leert van een andere router stroomopwaarts van het), dan is er een potentieel probleem dat R1 het netwerk van R2 of R5 met een betere metriek dan van de originele bron kan leren.
Het standaardgedrag voor RIP, IGRP en EIGRP is direct verbonden routes te adverteren wanneer een netwerkverklaring onder het routeringsprotocol verbonden interfacesubnet omvat. Er zijn twee methoden om een verbonden route te krijgen:
- Een interface wordt geconfigureerd met een IP-adres en een masker. Dit corresponderende subnet wordt beschouwd als een verbonden route.
- Een statische route wordt gevormd met slechts een uitgaande interface, en niet IP volgende-hop, wordt dit ook beschouwd als een verbonden route.
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
Een netwerkopdracht die is geconfigureerd onder EIGRP, RIP of IGRP die een van deze typen verbonden routes bevat (of "bedekt"), bevat dat subnet voor advertenties.
Als een interface bijvoorbeeld het adres 10.0.23.1 en het masker 255.255.255.0 heeft, is subnetvoeding 10.0.23.0/24 een verbonden route en kan door deze routeringsprotocollen worden geadverteerd wanneer een netwerkverklaring wordt gevormd:
router rip | igrp # | eigrp # network 10.0.0.0
Deze statische route, 10.0.77.0/24, wordt ook geadverteerd door deze routeringsprotocollen, omdat het een verbonden route is en het "behandeld"door de netwerk verklaring is.
Zie de sectie Problemen voorkomen door herdistributie van dit document voor meer informatie.
Syntaxis en voorbeelden van herdistributieconfiguratie
IGRP en EIGRP
Deze output toont een router IGRP/EIGRP die statisch, Open Shortest Path First (OSPF), RIP en Intermediate System-to-Intermediate System (IS-IS) routes opnieuw verdeelt.
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
IGRP en EIGRP hebben vijf metriek nodig wanneer zij andere protocollen opnieuw verdelen: bandbreedte, vertraging, betrouwbaarheid, belasting en MTU respectievelijk. De lijst maakt een lijst van voorbeelden van metriek IGRP.
| Metrisch |
Waarde |
| bandbreedte |
in kilogram per seconde; 10000 voor Ethernet |
| opschorten |
in eenheden van tientallen microseconden; voor Ethernet is het 100 x 10 microseconden = 1 ms |
| betrouwbaarheid |
255 voor 100 procent betrouwbaarheid |
| lading |
Effectieve belasting op de link uitgedrukt als een getal van 0 tot 255 (255 is een belasting van 100 procent) |
| MTU |
Minimale MTU van het pad; is meestal gelijk aan dat voor de Ethernet-interface, die 1500 bytes bedraagt |
Meervoudige IGRP- en EIGRP-processen kunnen op dezelfde router worden uitgevoerd, met herverdeling tussen deze routers. IGRP1 en IGRP2 kunnen bijvoorbeeld op dezelfde router worden uitgevoerd. U hoeft echter geen twee processen van hetzelfde protocol op dezelfde router uit te voeren, en dit kan het routergeheugen en de CPU verbruiken. Voor de herdistributie van IGRP/EIGRP in een ander IGRP/EIGRP-proces is geen metrische conversie nodig, zodat het niet nodig is om metingen te definiëren of het standaard-metrische commando met de herdistributie te gebruiken.
Een opnieuw verdeelde statische route krijgt voorrang over de summiere route omdat de statische route een administratieve afstand van 1 heeft terwijl de summiere route EIGRP een administratieve afstand van 5 heeft. Dit gebeurt wanneer een statische route met het gebruik van de redistribute static Het bevel onder het proces EIGRP en het proces EIGRP hebben een standaardroute.
OSPF
Deze output toont een OSPF-router die statische, RIP-, IGRP-, EIGRP- en IS-IS-routes herverdeelt.
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
De OSPF-metriek is een kostenwaarde die is gebaseerd op 108/bandbreedte van de link in bits/sec. De OSPF-kosten van Ethernet zijn bijvoorbeeld 10: 108/107 = 10
Wanneer er een groot net is dat subnetted is, moet u het sleutelwoord gebruiken subnetted om protocollen in OSPF opnieuw te verdelen. Zonder dit sleutelwoord, herverdeelt OSPF slechts belangrijke netten die niet sub-netted zijn.
Het is mogelijk om meer dan één proces OSPF op de zelfde router in werking te stellen. Dit is zelden nodig en het verbruikt het routergeheugen en CPU.
U hoeft geen metriek te definiëren of de standaard-metrische opdracht te gebruiken wanneer u een OSPF-proces opnieuw verdeelt in een ander proces.
RIP
Deze output toont een router van RIP die statisch, IGRP, EIGRP, OSPF, en IS-IS routes opnieuw verdeelt:
router rip network 10.10.108.0 redistribute static redistribute igrp 1 redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1
De RIP-metriek bestaat uit hoptelling en de maximale geldige metriek is 15. Alles boven 15 wordt als oneindig beschouwd; u kunt 16 gebruiken om een oneindige metriek in RIP te beschrijven. Wanneer u een protocol in RIP herverdeelt, raadt Cisco u aan een lage metriek, zoals 1 te gebruiken. Een hoge metriek, zoals 10, beperkt RIP nog verder. Als u een metriek van 10 voor opnieuw verdeelde routes bepaalt, worden deze routes slechts geadverteerd aan routers tot 5 hop weg, op welk punt de metrische (hoptelling) 15 overschrijdt. Als u een metriek van 1 bepaalt, laat u een route toe om het maximumaantal hop in een domein van RIP te reizen. Maar dit kan de mogelijkheid verhogen om lijnen te routing als er meerdere herdistributiepunten zijn en als een router leert over het netwerk met een betere metriek van het herdistributiepunt dan van de oorspronkelijke bron. Daarom moet u ervoor zorgen dat de metriek niet te hoog is, wat de route verhindert om reclame aan alle routers te maken, of te laag, wat tot het routeren van lijnen leidt wanneer er meerdere herdistributiepunten zijn.
Verdeel Statische Routes behalve Gateway van Laatste resort in RIP Met Routekaart
Deze configuratie is een voorbeeld van hoe statische routes, behalve gateway van laatste gateway resort, in RIP door een routekaart opnieuw te verdelen.
Dit is de eerste configuratie bij dit voorbeeld:
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
U maakt deze configuratie als volgt:
1. Maak een toegangslijst op basis van alle netwerken die opnieuw moeten worden gedistribueerd:
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. Bel deze toegangslijst op een routekaart.
Route-map TEST Match ip address 10
3. Verdeel in RIP opnieuw met de routekaart bij en verwijder de standaardinformatie voortkomen bevel uit het proces van RIP.
Router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
IS-IS
Deze output toont een IS-IS router die statische, RIP, IGRP, EIGRP, en OSPF routes opnieuw verdeelt.
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
De IS-IS metriek moet tussen 1 en 63 liggen. Er is geen standaard metrische optie in IS-IS. U moet een metriek voor elk protocol definiëren, zoals in het vorige voorbeeld. Als geen metriek wordt gespecificeerd voor de routes die in IS-IS worden opnieuw verdeeld, wordt een metrische waarde van 0 gebruikt door gebrek.
Verbonden routers
Directe herdistributie van verbonden netwerken in routeringsprotocollen is geen gangbare praktijk en wordt om deze reden in geen van de voorbeelden in dit document getoond. Het is echter belangrijk om op te merken dat dit zowel direct als indirect kan gebeuren. Om verbonden routes direct opnieuw te verdelen, gebruik het redistribute verbonden bevel van de routerconfiguratie. U moet in dit geval ook een metriek definiëren. U kunt verbonden routes ook indirect opnieuw verdelen in routeringsprotocollen zoals in dit voorbeeld:
Verdeel verbonden routers opnieuw
In het beeldvoorbeeld, heeft router B twee Fast Ethernet interfaces. Fast Ethernet 10/2000 is in netwerk 10.1.1.0/24 en Fast Ethernet 10/2001 is in netwerk 10.1.1.0/24. Router B voert EIGRP uit met router A en OSPF met router C. router B wordt wederzijds verdeeld tussen de processen EIGRP en OSPF. Dit is de configuratie-informatie voor router 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
De routeringstabel voor router B toont:
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
Van de vorige configuratie en routeringslijst zijn er drie relevante dingen om op te merken:
- De netwerken in kwestie zijn in de Routerlijst B die als direct verbonden netwerken leiden.
- Network 10.1.1.0/24 maakt deel uit van het EIGRP-proces en netwerk 10.1.1.0/24 maakt deel uit van het OSPF-proces.
- Router B verdeelt wederzijds tussen EIGRP en OSPF.
Router A en C die tabellen routing:
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
De router A heeft over netwerk 10.1.1.0/24 via EIGRP geleerd, dat als externe route wordt getoond omdat het van OSPF in EIGRP werd herverdeeld. Router C heeft over netwerk 10.1.1.0/24 via OSPF als externe route geleerd omdat het van EIGRP in OSPF werd opnieuw verdeeld. Hoewel router B geen verbonden netwerken opnieuw verdeelt, adverteert het netwerk 10.1.1.0/24, dat deel van het proces EIGRP dat in OSPF wordt herverdeeld uitmaakt. Op dezelfde manier adverteert router B het netwerk 10.1.1.0/24, dat deel uitmaakt van het OSPF-proces dat is herverdeeld in EIGRP.
Verwijs naar het opnieuw verdelen van Connected Networks in OSPF voor meer informatie over verbonden routes die in OSPF zijn herverdeeld.
Problemen door herverdeling voorkomen
De administratieve sectie van de Afstand beschrijft hoe de herdistributie problemen zoals de volgende topologie van optimale routing, het routing van lijnen of langzame convergentie kan potentieel veroorzaken. U kunt deze problemen vermijden als u nooit de informatie aankondigt die oorspronkelijk van het routeren van proces X terug in het routeren van proces X werd ontvangen.
Voorbeeld 1
R2 en R5 wederzijdse herverdeling
In dit topologievoorbeeld, zijn R2 en R5 in wederzijdse herverdeling. RIP wordt opnieuw verdeeld in IGRP en IGRP wordt opnieuw verdeeld in RIP, zoals deze volgende configuratie toont.
V2
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
In het vorige configuratievoorbeeld hebt u de mogelijkheid voor een van de eerder beschreven problemen. Om deze te voorkomen, kunt u het routeren van updates filteren:
V2
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
De verdeelde lijsten die aan de configuraties, zoals in het vorige voorbeeld worden toegevoegd, filteren om het even welke updates IGRP die in serie 1 interface van de routers komen. Als de routes in de updates door toegangslijst 1 worden toegelaten, keurt de router hen in de update goed; anders doet zij dat niet. In dit voorbeeld, wordt de routers verteld dat zij geen netwerk 192.168.1.0 door de updates moeten leren IGRP die zij op hun seriële 1 interface ontvangen. Daarom is de enige kennis deze routers voor netwerk 192.168.1.0 hebben door RIP van R1.
Houd ook in gedachten dat het in dit geval niet nodig is om dezelfde filterstrategie voor het RIP-proces te gebruiken omdat RIP een grotere administratieve afstand heeft dan IGRP. Als de routes die in het domein IGRP voortkomen terug naar R2 en R5 door RIP werden teruggevoerd, nemen de routes IGRP nog belangrijkheid.
Voorbeeld 2
IGRP neemt voorrang
De topologie in het vorige voorbeeld, toont een andere methode om herverdeelde problemen te vermijden. Deze methode verdient de voorkeur. Deze methode gebruikt routekaarten om tags voor verschillende routes in te stellen. Routing-processen kunnen vervolgens opnieuw worden gedistribueerd op basis van de tags. Bericht dat de herdistributie op markeringen wordt gebaseerd niet met versie 1 van RIP of IGRP werkt.
Eén van de problemen die u in de vorige topologie kunt tegenkomen, is:
- R1 adverteert voor het netwerk 192.168.1.0 naar R2. R2 verdeelt vervolgens naar EIGRP. R5 leert het netwerk via EIGRP en verdeelt het opnieuw naar RIPv2. Gebaseerd op de metriek die R5 voor de route RIPv2 plaatst, kan R6 de minder wenselijke route door R5 in plaats van door R1 verkiezen om het netwerk te bereiken.
Het volgende configuratievoorbeeld laat zien hoe u dit kunt voorkomen met setting en vervolgens opnieuw te distribueren op basis van de tags.
V2
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"
Met de vorige voltooide voorbeeldconfiguratie, kunt u sommige specifieke routes in de routing tabel bekijken om te zien dat de tags zijn ingesteld. De output van het showip routebevel voor specifieke routes op R3 en R1 is:
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 gebruikt vijf verschillende variabelen om metriek te berekenen. Bij herverdeelde routes zijn deze parameters echter niet aanwezig, wat tot onregelmatigheden op de route leidt setting. De beste praktijk is een standaard-metriek te plaatsen wanneer u routes opnieuw verdeelt. Door setting Als standaard metriek, kunnen de prestaties van EIGRP worden verbeterd. Voor EIGRP zijn de standaardwaarden ingevoerd met deze opdracht:
Router(config-router)#default-metric 10000 100 255 100 1500
Voorbeeld 3
Herdistributie kan ook plaatsvinden tussen verschillende processen van hetzelfde routeringsprotocol. De volgende configuratie is een voorbeeld van een herdistributiebeleid dat wordt gebruikt om twee EIGRP-proces opnieuw te verdelen dat op dezelfde router of op meerdere routers wordt uitgevoerd:
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"
Dit document biedt verschillende strategieën om routes te filteren. Er kunnen echter andere geldige strategieën zijn die u kunt gebruiken.
Voorbeeld 4
In voorbeeld 4, hebt u twee routers, één is een high-end router die het BGP protocol in werking stelt, en andere is low-end router die het protocol van RIP in werking stelt. Wanneer u BGP-routes in RIP herverdeelt, kunt u een aantal pakketten verliezen.
De herdistributie van BGP in RIP-protocol wordt over het algemeen niet aanbevolen en protocollen zoals iBGP, OSPF en EIGRP zijn schaalbaar en er zijn brede opties beschikbaar.
In het geval dat u dit scenario tegenkomt, dat de herverdeling tussen BGP aan RIP is, en sommige pakketten verliest, is het mogelijk dat u dit bevel op het proces van RIP moet vormen:
Router(Config)#router rip Router(Config-router)# input-queue 1024
Voorbeeld 5
Statische route opnieuw verdelen
Dit voorbeeld illustreert hoe u een statische route kunt herverdelen in RIP-routeringsprotocol. Zoals in het topologievoorbeeld, hebben wij drie routers (R1, R2, en R3). R1 en R2 hebben RIP geconfigureerd op interface Fast Ethernet 0/0. R1 heeft een statische route om de Lo 0-interface (ip-adres 10.10.10.10/32) van router R3 te bereiken. Deze statische route wordt opnieuw verdeeld in het RIP-routeringsprotocol. De router R3 is geconfigureerd met een standaardroute R3# IP-route 0.0.0.0.0.0 Fast Ethernet 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
Op router R2 wordt route 10.10.10.10 weergegeven via de opdracht IP-route tonen:
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
Hoe één statische route opnieuw te verdelen
Om één enkele statische route opnieuw te verdelen, gebruik route-kaart om de statische route te selecteren die moet worden opnieuw verdeeld.
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>
Gerelateerde informatie
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
1.0 |
14-Nov-2001 |
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)