Herdistributie van routingprotocollen

Inleiding

Het gebruik van een routeringsprotocol om routes te adverteren die op een andere manier worden geleerd, zoals door een ander routingprotocol, statische routes of direct verbonden routes, wordt herdistributie genoemd. Terwijl het runnen van één enkel routingprotocol door uw volledig IP internetwork wenselijk is, is de multiprotocol routing om een aantal redenen gebruikelijk, zoals bedrijfsfusies, meerdere afdelingen die door meerdere netwerkbeheerders worden beheerd, en multiverkoper omgevingen. Het uitvoeren van verschillende routingprotocollen maakt vaak deel uit van een netwerkontwerp. In elk geval maakt het hebben van een meerdere protocolomgeving herverdeling een noodzaak.

Verschillen in het routeren van protocol eigenschappen, zoals metriek, administratieve afstand, klasse en klassen kunnen herverdeling beïnvloeden. Deze verschillen moeten in aanmerking worden genomen om de herverdeling te doen slagen.

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 de potentiële impact van elke opdracht begrijpen.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

metriek

Wanneer u het ene protocol opnieuw verdeelt in een ander, vergeet dan dat de metriek van elk protocol een belangrijke rol in herverdeling speelt. Elk protocol gebruikt verschillende parameters. Bijvoorbeeld, is de metriek van het Routing Information Protocol (RIP) gebaseerd op hoptelling, maar Interior Gateway Routing Protocol (IGRP) en Enhanced Interior Gateway Routing Protocol (DHCP) gebruiken een samengestelde metriek 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 verdeeld worden, moet u een metriek definiëren die voor het ontvangende protocol begrijpelijk is. Er zijn twee methoden om meetkunde te definiëren bij het opnieuw verdelen van routes.

U kunt de maatstaf alleen voor die specifieke herverdeling definiëren:

router rip
redistribute static metric 1
redistribute ospf 1 metric 1

Of u kunt dezelfde metriek als een standaard gebruiken voor alle herdistributie (het gebruiken van de standaard-metrische opdracht bespaart werk omdat het de noodzaak om de metriek afzonderlijk te definiëren voor elke herverdeling elimineert):

router rip
redistribute static
redistribute ospf 1
default-metric 1

Administratieve afstand

Als een router meer dan één routingprotocol in werking stelt en een route naar de zelfde bestemming leert die zowel protocollen gebruikt, dan zou welke route als de beste route moeten worden geselecteerd? Elk protocol gebruikt zijn eigen metriek type om de beste route te bepalen. Het vergelijken van routes met verschillende metrische types kan niet worden gedaan. Administratieve afstanden houden zich bezig met dit probleem. De administratieve afstanden worden toegewezen aan routebronnen zodat de route van de meest geprefereerde bron als beste weg zal worden gekozen. Raadpleeg Routeselectie in Cisco Routers voor meer informatie over beheerafstanden en routeselectie.

Administratieve afstanden helpen bij routeselectie tussen verschillende routingprotocollen, maar ze kunnen problemen opleveren voor herdistributie. Deze problemen kunnen in de vorm van het verzenden van loops, convergentieproblemen, of inefficiënte routing zijn. Zie hieronder voor een topologie en beschrijving van een mogelijk probleem.

In de bovenstaande topologie, als R1 RIP runt, en R2 en R5 zowel RIP als IGRP draaien en RIP opnieuw verdelen in IGRP, dan is er een potentieel probleem. R2 en R5 leren bijvoorbeeld allebei over netwerk 192.168.1.0 vanaf R1 met RIP. Deze kennis wordt herverdeeld in IGRP. R2 leert over netwerk 192.168.1.0 door R3, en R5 leert erover van R4 door IGRP te gebruiken. IGRP heeft een lagere administratieve afstand dan RIP (100 tegen 120); daarom is de IGRP-route wat in de routingtabel wordt gebruikt. Nu is er een potentiële routinglus. Zelfs als gesplitste horizon, of enige andere eigenschap die bedoeld is om te voorkomen dat routinglijnen in spel komen, is er nog een convergentieprobleem.

Als R2 en R5 ook IGRP herverdelen in RIP (ook bekend als wederzijdse herverdeling) en het netwerk, 192.168.1.0, niet direct verbonden is met R1 (R1 leert van een andere router stroomopwaarts), dan is er een potentieel probleem dat R1 het netwerk van R2 of R5 zal leren met een betere metriek dan van de oorspronkelijke bron.

Opmerking: de mechanica van routeherdistributie is eigen aan Cisco-routers. De regels voor herdistributie op een router van Cisco dicteren dat de herverdeelde route in de Routing tabel aanwezig is. Het is niet voldoende dat de route aanwezig is in de routing topologie of de database. Routes met een lagere administratieve Afstand (AD) worden altijd geïnstalleerd in de routingtabel. Bijvoorbeeld, als een statische route op R5 wordt herverdeeld in IGRP, en dan IGRP later opnieuw wordt gedistribueerd in RIP op dezelfde router (R5), wordt de statische route niet herverdeeld in RIP omdat het nooit in de IGRP routingtabel is opgenomen. Dit is te wijten aan het feit dat statische routes een AD van 1 hebben en IGRP-routes een AD van 100 hebben en de statische route in de routingtabel is geïnstalleerd. Om de statische route in IGRP op R5 opnieuw te verdelen moet u het statische bevel gebruiken onder de router rip opdracht.

Het standaardgedrag voor RIP, IGRP en Ecu moet direct verbonden routes adverteren wanneer een netwerk verklaring onder het routingprotocol het aangesloten interfacesubnet omvat. Er zijn twee methoden om een verbonden route te krijgen:

• Een interface wordt gevormd met een IP adres en een masker, dit overeenkomende voorwerp wordt als een verbonden route beschouwd.

• Een statische route wordt gevormd met slechts een uitgaande interface, en niet een IP volgende-hop, wordt dit ook als een verbonden route beschouwd.

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 netwerk opdracht die onder wanneer u een netwerk hebt ingesteld, RIP of IGRP die een van deze soorten verbonden routes omvat (of "dekt") omvat die net voor advertenties.

Bijvoorbeeld, als een interface adres 10.0.23.1 heeft en 255.255.255.0 maskeert, is Subnet 10.0.23.0/24 een aangesloten route en zal door deze routingprotocollen worden geadverteerd wanneer een netwerkverklaring als volgt wordt gevormd:

router rip | igrp # | eigrp #
   network 10.0.0.0

Deze statische route, 10.0.77.0/24, wordt ook geadverteerd door deze routingprotocollen, omdat het een aangesloten route is en door het netwerk statement "gedekt" wordt.

Zie Problemen voorkomen door herdistributie van dit document voor tips over hoe u dit probleem kunt voorkomen.

Herdistributie Configuration Syntax en Voorbeelden

IGRP en DHCP

Deze uitvoer toont een IGRP/EER router die statische, Open Kortste Pad Eerst (OSPF), RIP, en Intermediate System-to-Intermediate System (IS-IS) routes herverdeelt.

router igrp/eigrp 1 
network 131.108.0.0 
redistribute static
redistribute ospf 1 
redistribute rip 
redistribute isis 
default-metric 10000 100 255 1 1500

IGRP en DHCP hebben vijf metriek nodig wanneer het opnieuw verdelen van andere protocollen: bandbreedte, vertraging, betrouwbaarheid, lading en MTU, respectievelijk. Een voorbeeld van IGRP-metriek volgt:

Meervoudige IGRP en Eco processen kunnen op dezelfde router lopen, met herverdeling tussen hen. Bijvoorbeeld, IGRP1 en IGRP2 kunnen op de zelfde router lopen. Maar twee processen van hetzelfde protocol op dezelfde router zijn zelden nodig, zodat u het geheugen van de router en de CPU kunt gebruiken.

De herverdeling van IGRP/DHCP in een ander IGRP/wanneer wordt gewerkt vereist geen metrische conversie, dus is er geen behoefte om metriek te definiëren of de standaard-metrische opdracht tijdens herverdeling te gebruiken.

Een opnieuw gedistribueerde statische route heeft voorrang op de summiere route, omdat de statische route een administratieve afstand van 1 heeft, terwijl de summiere route van Eigrp een administratieve afstand van 5 heeft. Dit gebeurt wanneer een statische route wordt herverdeeld met het gebruik van herverdelen van statische routes onder het Eigrp-proces en het Eigrp-proces een standaardroute heeft.

OSPF

Deze output toont een OSPF router die statische, RIP, IGRP, DHCP, en IS-IS routes herverdeelt.

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

De OSPF metrische waarde is een kostenwaarde gebaseerd op 10⁸/bandbreedte van de link in bits/sec. Bijvoorbeeld, de OSPF kosten van Ethernet zijn 10: 10⁸/10⁷ = 10

Opmerking: Als metriek niet is gespecificeerd zet OSPF een standaardwaarde van 20 wanneer het herverdelen van routes van alle protocollen behalve de route van het Protocol van de Grensgateway (BGP), die metrisch van 1 krijgt.

Wanneer er een belangrijk net is dat wordt gemetaboliseerd, moet u het sleutelwoordnet gebruiken om protocollen in OSPF opnieuw te verdelen. Zonder dit sleutelwoord, herverdeelt OSPF slechts grote netten die niet ondervernett zijn.

Het is mogelijk om meer dan één OSPF-proces op dezelfde router uit te voeren. U hoeft echter maar zelden meer dan één proces van hetzelfde protocol uit te voeren en het geheugen en de CPU van de router te gebruiken.

U hoeft geen metriek te definiëren of het standaard-metrische bevel te gebruiken wanneer het opnieuw verdelen van één OSPF proces in een ander.

RIP

Opmerking: De beginselen in dit document zijn van toepassing op de RIP versies I en II.

Deze uitvoer toont een router van RIP die statische, IGRP, DHCP, OSPF, en IS-IS routes herdistribueert.

router rip 
network 131.108.0.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 meting in RIP te beschrijven. Wanneer het herverdelen van een protocol in RIP, adviseert Cisco u een lage metriek, zoals 1 te gebruiken. Een hoge metriek, zoals 10, beperkt zelfs verder RIP. Als u een metriek van 10 voor opnieuw verdeelde routes definieert, kunnen deze routes slechts aan routers tot 5 worden geadverteerd, op welk punt de metrische (hoptelling) meer dan 15 bedraagt. Door een metriek van 1 te definiëren, kunt u een route toestaan om het maximum aantal hop in een RIP domein te verplaatsen. Maar dit verhoogt de mogelijkheid om lijnen te routeren als er meerdere herverdelingspunten zijn en een router leert over het netwerk met een betere metriek vanaf het herverdelingspunt dan van de originele bron, zoals wordt uitgelegd in het gedeelte Administratieve Afstand van dit document. Daarom moet u ervoor zorgen dat de metriek niet te hoog is, verhindert dat het aan alle routers wordt geadverteerd, of te laag, wat tot het leiden van lijnen leidt wanneer er meerdere herverdelingspunten zijn.

Herverdeling van statische routen behalve gateway van laatste toevlucht in RIP met behulp van routekaart

Deze configuratie is een voorbeeld van het opnieuw verdelen van statische routes behalve gateway van laatste gateway toevlucht in RIP door routemap.

Eerste configuratie voor 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.192.192.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 67.129.103.128 255.255.255.240 10.32.31.1

ip route 156.55.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 199.43.0.0 255.255.255.0 10.32.32.5

ip route 204.103.0.0 255.255.255.0 10.32.32.5

Volg deze stappen om dit te configureren:

1. Maak een toegangslijst om alle netwerken aan te passen die opnieuw gedistribueerd moeten worden

   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 67.129.103.128, wildcard bits 0.0.0.15
   
       50 permit 156.55.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 199.43.0.0, wildcard bits 0.0.0.255
   
       90 permit 204.103.0.0, wildcard bits 0.0.0.255

2. Bel deze toegangslijst in een routekaart.

   Route-map TEST
   
    Match ip address 10

3. Verdeel opnieuw in RIP met route-kaart bij en verwijder de standaardinformatie voortkomt uit het scheurproces.

   Router RIP
   
   version 2
   
   network 10.0.0.0
   
   redistribute static route-map TEST
   
   no auto-summary

IS-IS

Deze uitvoer toont een IS-IS router die statische, RIP, IGRP, DHCP, 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

IS-IS metriek moet tussen 1 en 63 zijn. Er is geen standaard-metrische optie in IS-IS-u zou een metriek voor elk protocol moeten definiëren, zoals in het bovenstaande voorbeeld wordt getoond. Als geen metrische waarde wordt gespecificeerd voor de routes die in IS-IS worden opnieuw verdeeld, wordt een metrische waarde van 0 gebruikt door standaard.

Verbonden routers

Het herverdelen van direct aangesloten netwerken in het routeren van protocollen is geen gemeenschappelijke praktijk en wordt niet getoond in een van de voorbeelden hierboven om deze reden. Het is echter belangrijk om op te merken dat dit zowel direct als indirect kan gebeuren. Om aangesloten routes direct te herverdelen, gebruik de herverdelen verbonden routerconfiguratie opdracht. In dit geval moet je ook een metriek definiëren. U kunt ook indirect verbonden routes in het routeren van protocollen opnieuw verdelen zoals in dit voorbeeld wordt getoond.

In dit voorbeeld heeft router B twee Fast Ethernet interfaces. FastEthernet 0/0 is in netwerk 10.1.1.0/24 en FastEthernet 0/1 is in netwerk 20.1.1.0/24. De router B loopt wanneer EHRM met router A, en OSPF met router C. De router B is wederzijds herverdelend tussen de EHRM en OSPF processen. Dit is de relevante configuratieinformatie voor router B:

interface FastEthernet0/0
 ip address 10.1.1.4 255.255.255.0

interface FastEthernet0/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-neighbor-changes
!
router ospf 7
 log-adjacency-changes
 redistribute eigrp 7 subnets
 network 20.1.1.0 0.0.0.255 area 0

Als u de routeringstabel voor router B bekijkt, ziet u het volgende:

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

     20.0.0.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

Van de configuratie en de routingtabel hierboven zijn er drie dingen om op te merken:

• De netwerken in kwestie zijn in router B die tabel als direct verbonden netwerken routeert.

• Netwerk 10.1.1.0/24 maakt deel uit van het Ecu-proces en netwerk 20.1.1.0/24 maakt deel uit van het OSPF-proces.

• Router B is wederzijds herverdelend tussen Ecu en OSPF.

Hieronder staan de routingtabellen voor routers A en 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
     20.0.0.0/24 is subnetted, 1 subnets
D EX    20.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

     20.0.0.0/24 is subnetted, 1 subnets
C       20.1.1.0 is directly connected, FastEthernet1
O E2    10.1.1.0 [110/20] via 20.1.1.4, 00:07:32, FastEthernet1

De router A heeft over netwerk 20.1.1.0/24 door middel van Ecu geleerd, dat als externe route wordt getoond, omdat het van OSPF in Ecu opnieuw werd verdeeld. Router C heeft over netwerk 10.1.1.0/24 via OSPF als externe route geleerd, omdat het van RMG in OSPF werd herverdeeld. Hoewel router B geen verbonden netwerken herverdeelt, adverteert het het netwerk 10.1.1.0/24, dat deel van het Ecu- proces uitmaakt dat in OSPF opnieuw verdeeld is. Op dezelfde manier adverteert router B netwerk 20.1.1.0/24, dat deel uitmaakt van het OSPF-proces dat opnieuw is verdeeld in DHCP.

Verwijs naar Herdistributie Verbonden netwerken in OSPF voor meer informatie over verbonden routes die in OSPF worden opnieuw verdeeld.

Opmerking: standaard is alleen door EBGP-leerde informatie kandidaat om in IGP te worden herverdeeld wanneer de herverdelende bgp opdracht is gegeven. De IBGP-routes worden niet opnieuw verdeeld in IGP totdat het bgp-herdistributieve-interne opdracht is ingesteld onder de router bgp-opdracht. Er moeten echter voorzorgsmaatregelen worden genomen om te voorkomen dat er in het autonome systeem leemten ontstaan wanneer IBGP-routes worden herverdeeld in IGP.

Problemen door herverdeling voorkomen

In de sectie op administratieve afstand zag u hoe herdistributie potentieel problemen kan veroorzaken zoals onder optimale routing, routinglijnen of langzame convergentie. Vermijden van deze soorten problemen is zeer eenvoudig - nooit de informatie aankondigen die oorspronkelijk van het routingproces X terug in het routingproces X werd ontvangen.

Voorbeeld 1

In de vorige topologie doen R2 en R5 wederzijds herverdelen. RIP wordt herverdeeld in IGRP en IGRP wordt herverdeeld in RIP, zoals deze configuratie aantoont.

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

R5:

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

Bij de vorige configuratie hebt u het potentieel voor de eerder beschreven problemen. Om hen te vermijden, kunt u het routing updates als volgt filteren:

R2:

router igrp 7
network 181.16.0.0 
 
redistribute rip metric 1 1 1 1 1
distribute-list 1 in s1
 
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

R5:

router igrp 7
network 181.16.0.0 
 
redistribute rip metric 1 1 1 1 1
distribute-list 1 in s1 
 
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

Verdeel lijsten die aan de configuraties worden toegevoegd, zoals hierboven wordt getoond, filter om het even welke updates IGRP die in de seriële 1 interface van de routers komen. Als de routes in de updates door toegangslijst 1 zijn toegestaan, accepteert de router ze in de update; anders doet zij dat niet . In dit voorbeeld, wordt de routers verteld dat zij geen netwerk 192.168.1.0 moeten leren door de IGRP updates die zij op hun seriële 1 interface ontvangen. Daarom is de enige kennis die deze routers hebben voor netwerk 192.168.1.0 door RIP van R1.

Houd er ook rekening mee dat het in dit geval niet nodig is dezelfde filterstrategie te gebruiken voor het TNO-proces, omdat het RIP een hogere administratieve afstand heeft dan het IGRP. Als routes die afkomstig zijn uit het IGRP-domein, teruggevoerd werden naar R2 en R5 door het RIP, zouden de IGRP-routes nog steeds voorrang krijgen.

Voorbeeld 2

Om herverdelingsproblemen te voorkomen, kan een andere methode, die soms beter is, worden gedemonstreerd met de bovenstaande topologie. Deze methode gebruikt routekaarten om tags voor verschillende routes in te stellen. Routing processen kunnen vervolgens opnieuw worden verdeeld op basis van de tags. Merk op dat herdistributie gebaseerd op tags niet werkt met RIP versie 1 of IGRP.

Een van de problemen waar u in de vorige topologie in kunt lopen is als volgt:

R1 adverteert netwerk 192.168.1.0 aan R2. R2 dan herverdeelt aan opstellen. R5 leert het netwerk via wanneer u een netwerk kunt gebruiken en herverdeelt het naar RIPv2. Afhankelijk van de metrische die R5 voor de route RIPv2 wordt ingesteld, zou R6 de minder wenselijke route door R5 in plaats van door R1 kunnen verkiezen om het netwerk te bereiken. De volgende configuratie helpt dit te voorkomen door tags in te stellen en vervolgens opnieuw te distribueren op basis van de tags.

R2:

router eigrp 7
network 181.16.0.0
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 178.1.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 statement to deny any routes that have a tag of "88"


!--- from being redistributed into EIGRP
  

!--- Notice the routes tagged with "88" should 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" should 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"

R5:

router eigrp 7
network 181.16.0.0
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 178.1.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" should 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" should 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 bovenstaande configuratie die is uitgevoerd, kunt u bepaalde routes in de routingtabel bekijken om te zien dat de tags zijn ingesteld. Hieronder staat de output van de show ip route opdracht voor specifieke routes op R3 en R1:

R3#show ip route 178.1.10.8
Routing entry for 178.1.10.8/30
  Known via "eigrp 7", 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

Ecp gebruikt vijf verschillende variabelen om metriek te berekenen. Herverdeelde routes hebben echter niet deze parameters, waardoor routes niet uniform worden ingesteld. De beste praktijk is om een standaard-metriek in te stellen wanneer het herverdelen van routes. Door de standaard metrische waarde in te stellen, kan de prestatie van Ecp worden verbeterd. Voor DHCP worden de standaardwaarden met deze opdracht ingevoerd:

Router(config-router)#default-metric 10000 100 255 100 1500

Voorbeeld 3

Herdistributie kan ook plaatsvinden tussen verschillende processen van hetzelfde routingprotocol. De volgende configuratie is een voorbeeld van een herverdelingsbeleid dat gebruikt wordt voor het opnieuw verdelen van twee proces Ecu dat op dezelfde router of op meerdere routers loopt:

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 will 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 above 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" should 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" should 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 zijn slechts een paar voorbeelden van filterstrategieën die gebruikt worden voor de bedoeling van dit document. U kunt echter ook andere geldige strategieën gebruiken. Raadpleeg het gedeelte over het filteren van routinginformatie in het configureren van IP-routingonafhankelijke functies voor meer informatie.

Voorbeeld 4

U hebt bijvoorbeeld twee routers, een router met hoge einduitvoer voor BGP-protocol en de andere router heeft een lage eindrouter voor RIP-protocol. Wanneer u BGP-routes in RIP opnieuw distribueert, is het mogelijk dat u sommige pakketten ziet verloren gaan.

De herdistributie van BGP in het protocol van RIP wordt over het algemeen niet aanbevolen en protocollen zoals iBGP, OSPF, en DHCP zijn schaalbaar en hebben brede opties beschikbaar.

Voor het geval dat u dit scenario tegenkomt, namelijk de herverdeling tussen BGP aan RIP, en wat pakketverlies kunt verliezen, is het mogelijk dat u deze opdracht in het proces van RIP moet configureren:

router (Config)#router

Router (Config-router)# ingangswachtrij 1024

Opmerking: Overweeg het gebruik van de opdracht input-wachtrij als u een hoogwaardige router hebt die met hoge snelheid naar een lage-snelheidrouter stuurt die mogelijk niet bij hoge snelheid kan ontvangen. De configuratie van deze opdracht helpt het verlies van informatie uit de routingtabel te voorkomen.

Voorbeeld 5

Dit voorbeeld illustreert het opnieuw verdelen van statische route in RIP routingprotocol. Zoals per de topologie, hebben we drie routers (R1, R2, en R3). R1 en R2 hebben RIP gevormd op interface Fast Ethernet 0/0. R1 heeft een statische route om de Lo 0 interface (ip adres 3.3.3.3/32) van router R3 te bereiken. Deze statische route wordt opnieuw verdeeld in het het routing protocol van RIP. De router R3 wordt gevormd met een standaardroute R3# IP route 0.0.0.0.0.0 FastEthernet 0/0.

R1(config)# ip route 3.3.3.3 255.255.255.255 10.13.13.3
R1(config)# router rip
R1(config-router) redistribute static metric 10

Op router R2, kan route 3.3.3.3 via de show ip route opdracht worden gezien:

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.12.12.0/24 is directly connected, FastEthernet0/0
     3.0.0.0/32 is subnetted, 1 subnets
R      3.3.3.3 [120/10] via 192.12.12.1, 00:00:07, FastEthernet0/0

Herverdelen van één statische route

Om één statische route opnieuw te verdelen, gebruik route-kaart om de statische route te selecteren die opnieuw moet worden verdeeld.

Router(config)#access-list 1 permit  
        
         
       

Router(config)#route-map  
        permit 10
Router(config-route-map)#match ip address access list number

Router(config)#router eigrp  
       

Router(config-router)#redistribute static route-map  
        metric  
       

Gerelateerde informatie

• RIP en OSPF-herdistributie
• Herverdeling tussen uitgebreide IGRP en RIP
• Witboek - Enhanced Interior Gateway-routingprotocol
• Herverdeling tussen klastige en klasloze protocollen: DHCP of OSPF in RIP of IGRP
• BGP-casestudy’s
• Opdrachtreferenties opnieuw verdelen
• RIP-ondersteuningspagina
• OSPF-ondersteuningspagina
• IGRP-ondersteuningspagina
• Categoriepagina voor EKE-ondersteuning
• Technische ondersteuning en documentatie – Cisco Systems

Revision History