Configureer routingprotocolherverdeling

Inleiding

Dit document beschrijft hoe u een routeringsprotocol, verbonden of statische routes, kunt herdistribueren naar een ander dynamisch routeringsprotocol.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

De informatie in dit document is niet beperkt tot bepaalde software- en hardwareversies

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

Routing protocol herdistributie is een kritisch concept in computernetwerken dat communicatie tussen verschillende routingdomeinen mogelijk maakt. In ondernemings- en serviceprovidernetwerken worden meerdere routingprotocollen zoals Open Shortest Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), BGP-protocol (BGP) en Routing Information Protocol (RIP) vaak geïmplementeerd voor specifieke gebruikscases. Herdistributie maakt het mogelijk dat deze protocollen routing-informatie delen, waardoor connectiviteit over verschillende netwerksegmenten wordt gegarandeerd.

Waarom herverdeling nodig is

1. Multiprotocol-omgevingen: Organisaties kunnen verschillende protocollen voor uiteenlopende doeleinden implementeren, zoals BGP voor internetroutes en OSPF voor interne netwerken.
2. Fusies en overnames: Netwerken met verschillende protocollen moeten tijdens de integratie samenwerken.
3. Schaalbaarheid en optimalisatie: Herdistributie maakt het mogelijk om selectief route delen te gebruiken om de prestaties te optimaliseren en routergedrag te controleren.

Uitdagingen voor herverdeling

1. Routing-lusjes: Misconfiguraties kunnen leiden tot loops, verslechterende netwerkprestaties.
2. Administratieve afstand en statistieken: Elk protocol heeft unieke maatstaven en prioriteiten, die zorgvuldig begrip tijdens herverdeling vereisen.
3. Routefiltering en -beveiliging: Ongefilterde herverdeling kan per ongeluk onjuiste of ongewenste routes verspreiden.

De efficiënte configuratie van het routeren van protocolherverdeling verzekert naadloze communicatie over netwerken, minimaliseert onderbreking, en verhindert routeringskwesties. Door beste praktijken zoals het filtreren en lijnpreventie te gebruiken, kunnen de netwerkbeheerders een robuuste en efficiënte routeringsinfrastructuur bereiken.

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 van RIP gebaseerd op hoptelling, en EIGRP gebruikt een samengestelde metrisch-gebaseerd op bandbreedte, vertraging, betrouwbaarheid, lading, en maximumtransmissieeenheid (MTU), waar de bandbreedte en de vertraging de enige parameters die door gebrek worden gebruikt zijn. 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.

EIGRP- 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 EIGRP in werking stellen en RIP opnieuw verdelen in EIGRP, 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 EIGRP.  R2 leert over het netwerk 192.168.1.0 door R3, en R5 leert over het van R4 door EIGRP. EIGRP heeft een lagere administratieve afstand dan RIP (90 tegenover 120); daarom wordt de route EIGRP 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 EIGRP 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.

Opmerking: De mechanismen voor routeherverdeling zijn bedrijfseigen op Cisco-routers. De regels voor herdistributie op een Cisco-router dicteren dat de herverdeelde route in de routeringstabel aanwezig moet zijn. Het is niet voldoende dat de route in de routingtopologie of het gegevensbestand aanwezig is. Routes met een lagere administratieve afstand (AD) worden altijd geïnstalleerd in de routeringstabel. Bijvoorbeeld, als een statische route in EIGRP op R5 opnieuw wordt verdeeld, en dan wordt EIGRP later opnieuw verdeeld in RIP op de zelfde router (R5), wordt de statische route niet opnieuw verdeeld in RIP omdat het nooit in de EIGRP routeringstabel is ingegaan. Dit is toe te schrijven aan het feit dat de statische routes een AD van 1 hebben en de routes EIGRP een AD van 90 hebben en de statische route is geïnstalleerd in de routeringstabel. om de statische route in EIGRP op R5 opnieuw te verdelen, moet u het redistribueren statische bevel onder de router gebruiken scheurt bevel.

Zie de sectie Problemen voorkomen door herdistributie van dit document voor meer informatie.

Configuratievoorbeelden voor herdistributie

EIGRP

Deze uitvoer toont een EIGRP-router die eerst statische, Open Shortest Path (OSPF), RIP en Intermediate System-to-Intermediate System (IS-IS) routes herverdeelt.

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

EIGRP heeft vijf metriek nodig wanneer het opnieuw verdelen van andere protocollen: bandbreedte, vertraging, betrouwbaarheid, belasting en MTU respectievelijk.

Metrisch	Waarde
bandbreedte	in kilowattuureenheden per seconde; 10000 voor Ethernet.
vertraging	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 is.

Meervoudige EIGRP-processen kunnen op dezelfde router worden uitgevoerd, met herverdeling tussen deze processen. Bijvoorbeeld, kunnen EIGRP1 en EIGRP2 op de zelfde router lopen. U hoeft echter geen twee processen van hetzelfde protocol op dezelfde router uit te voeren, en dit kan het routergeheugen en de CPU gebruiken. De herverdeling van EIGRP in een ander EIGRP-proces vereist geen metrische conversie, zodat het niet nodig is om metriek te definiëren of het standaard-metrische commando met de herdistributie te gebruiken.

redistribute staticEen 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 het bevel onder het proces EIGRP wordt opnieuw verdeeld en het proces EIGRP een standaardroute heeft.

OSPF

Deze output toont een OSPF-router die statische, RIP-, 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 eigrp 1 metric 100 subnets
 redistribute isis metric 10 subnets

De OSPF-metriek is een kostenwaarde die is gebaseerd op 10⁸/bandbreedte van de link in bits/sec. De OSPF-kosten van Ethernet zijn bijvoorbeeld 10: 10⁸/10⁷ = 10

Opmerking: Als een metriek niet wordt gespecificeerd, zet OSPF een standaardwaarde van 20 wanneer het routes van alle protocollen behalve routes van het Protocol van de Gateway van de Grens (BGP) opnieuw verdeelt, die metrisch van 1 krijgt.

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. Houd in gedachten dat dit extra routerbronnen (geheugen en CPU) kan gebruiken.

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

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

Deze output toont een router van RIP die statisch, EIGRP, OSPF, en IS-IS routes opnieuw verdeelt:

router rip
 network 10.10.108.0
 redistribute static
 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, adviseert Cisco dat u een lage metriek, zoals 1 gebruikt. 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.

ISIS

Deze output toont een IS-IS router die statische, RIP, EIGRP, en OSPF routes opnieuw verdeelt.

router isis
 network 49.1234.1111.1111.1111.00
 redistribute static
 redistribute rip 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.

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 gatewayresort, 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

Om de herverdeling te voltooien zonder de gateway van laatste redmiddel, kunt u de volgende configuratie stappen gebruiken:

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

Herdistributie van verbonden netwerken

Verdeel verbonden netwerken opnieuw

In het topologievoorbeeld, heeft router B twee Gigabit Ethernet interfaces. Gigabit Ethernet0/0 bevindt zich in netwerk 10.10.1.0/24 en Gigabit Ethernet0/1 bevindt zich in netwerk 10.20.1.0/24. Router B voert EIGRP uit met router A en OSPF met router C. router B wordt wederzijds herverdeeld tussen de EIGRP- en OSPF-processen. Dit is de relevante configuratie voor router B:

RouterB#show running-config 
Building configuration...

Current configuration : 3130 bytes
!
!
!
interface GigabitEthernet0/0
 ip address 10.10.1.4 255.255.255.0
 duplex auto
 speed auto
!
interface GigabitEthernet0/1
 ip address 10.20.1.4 255.255.255.0
 duplex auto
 speed auto
!
!
router eigrp 7
 network 10.10.1.0 0.0.0.255
 redistribute ospf 7 metric 10000 10 255 1 1500
!
router ospf 7
 redistribute eigrp 7 subnets
 network 10.20.1.0 0.0.0.255 area 0

De routeringstabel voor router B toont:

RouterB#show ip route
Codes: L - local, 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, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C 10.10.1.0/24 is directly connected, GigabitEthernet0/0
L        10.10.1.4/32 is directly connected, GigabitEthernet0/0
C 10.20.1.0/24 is directly connected, GigabitEthernet0/1
L        10.20.1.4/32 is directly connected, GigabitEthernet0/1
RouterB#

Van de vorige configuratie en routeringslijst zijn er drie relevante dingen om op te merken:

1. De netwerken in kwestie zijn in de Routerlijst B die als direct verbonden netwerken leiden.
2. Network 10.10.1.0/24 maakt deel uit van het EIGRP-proces en netwerk 10.20.1.0/24 maakt deel uit van het OSPF-proces.
3. Router B verdeelt wederzijds tussen EIGRP en OSPF.

Router A en C die tabellen routeren:

RouterA#show ip route
Codes: L - local, 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, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
C        10.10.1.0/24 is directly connected, GigabitEthernet0/0
L        10.10.1.3/32 is directly connected, GigabitEthernet0/0
D EX 10.20.1.0/24 [170/258816] via 10.10.1.4, 00:15:52, GigabitEthernet0/0
RouterA#  

RouterC#show ip route
Codes: L - local, 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, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
O E2 10.10.1.0/24 [110/20] via 10.20.1.4, 00:16:08, GigabitEthernet0/0
C        10.20.1.0/24 is directly connected, GigabitEthernet0/0
L        10.20.1.6/32 is directly connected, GigabitEthernet0/0
RouterC#

De router A heeft over netwerk 10.20.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.10.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.10.1.0/24, dat deel van het proces EIGRP dat in OSPF wordt herverdeeld uitmaakt. Op dezelfde manier adverteert router B het netwerk 10.20.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.

Opmerking: Standaard is alleen EBGP-geleerde informatie een kandidaat voor herdistributie naar Interior Gateway Protocol (IGP) wanneer de bgp-opdracht opnieuw wordt gedistribueerd. De Interior BGP-routes (iBGP) worden niet herverdeeld in IGP totdat de opdracht bgp redistribute-internal is geconfigureerd onder de opdracht router bgp. Maar er moeten voorzorgsmaatregelen worden genomen om lusjes binnen het Autonomous System te voorkomen wanneer IBGP-routes worden herverdeeld in IGP.

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. OSPF wordt opnieuw verdeeld in EIGRP en EIGRP wordt opnieuw verdeeld in OSPF, zoals deze volgende configuratie toont.

V2

R2#show run | section router
router eigrp 7
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500
router ospf 7
 redistribute eigrp 7 subnets
 network 10.0.0.0 0.255.255.255 area 0

R5

R5#show run | section router
router eigrp 7
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500
router ospf 7
 redistribute eigrp 7 subnets
 network 10.0.0.0 0.255.255.255 area 0

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

R2#show run | section router eigrp|access-list
router eigrp 7
 distribute-list 1 in GigabitEthernet0/0
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500

access-list 1 deny   192.168.1.0 0.0.0.255
access-list 1 permit any

R5

R5#show run | section router eigrp|access-list
router eigrp 7
 distribute-list 1 in GigabitEthernet0/0
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500

access-list 1 deny   192.168.1.0 0.0.0.255
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 EIGRP die in de interface Gigabit Ethernet0/0 van de routers komen. Als de routes in de updates door toegangslijst 1 worden toegelaten, keurt de router hen in de update goed; anders is dat niet het geval. In dit voorbeeld, worden de routers verteld dat zij netwerk 192.168.1.0/24 door de updates moeten niet leren EIGRP die zij op de gespecificeerde interface ontvangen. Daarom is de enige kennis deze routers voor netwerk 192.168.1.0/24 hebben via OSPF van R1.

Ook, houd in gedachten dat in dit geval het niet noodzakelijk is om de zelfde filterstrategie voor het OSPF proces te gebruiken omdat OSPF een hogere administratieve afstand dan EIGRP heeft. Als de routes die in het domein EIGRP voortkomen terug naar R2 en R5 door OSPF werden teruggevoerd, nemen de routes EIGRP nog belangrijkheid.

Voorbeeld 2

Wederzijdse herverdeling Voorbeeld 2

De topologie in dit voorbeeld toont een andere methode aan om herverdelingskwesties te vermijden. Deze voorkeursmethode maakt gebruik van routekaarten om tags voor verschillende routes in te stellen, zodat routerprocessen opnieuw kunnen worden gedistribueerd op basis van deze tags.

Eén van de problemen die u in de vorige topologie kunt tegenkomen, is dat R1 netwerk 192.168.1.0 naar R2 adverteert. R2 verdeelt vervolgens naar EIGRP, R5 leert het netwerk via EIGRP en verdeelt het opnieuw naar OSPF. Gebaseerd op de metriek die R5 instelt voor de herverdeelde routes, kan R6 uiteindelijk de voorkeur geven aan het minder wenselijke pad door R5 in plaats van door R1 te gaan om het netwerk te bereiken.

Het volgende configuratievoorbeeld laat zien hoe u dit kunt voorkomen met setting tags en vervolgens opnieuw kunt distribueren op basis van de tags.

V2

router eigrp 7
 redistribute ospf 7 route-map ospf_to_eigrp metric 10000 10 255 1 1500

!--- Redistribute ospf routes that are permitted by the route-map ospf_to_eigrp 

router ospf 7
 redistribute eigrp 7 route-map eigrp_to_ospf subnets

!--- Redistribute EIGRP routes and set the tags according to the eigrp_to_ospf route-map

route−map ospf_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 ospf 

route-map ospf_to_eigrp permit 20 
 set tag 77 

!--- Route-map statement to set the tag on ospf routes redistributed into EIGRP to "77" 

route-map eigrp_to_ospf deny 10 
 match tag 77 

!--- Route-map statement to deny any routes that have a tag of "77" from being redistributed into ospf 
!--- Notice the routes tagged with "77" must be the ospf routes that are redistributed into EIGRP 

route-map eigrp_to_ospf permit 20
 set tag 88 

!--- Route-map statement to set the tag on EIGRP routes redistributed into ospf to "88"

R5

router eigrp 7
 redistribute ospf 7 route-map ospf_to_eigrp metric 10000 10 255 1 1500

!--- Redistributes ospf routes that are permitted by the route-map ospf_to_eigrp

router ospf 7
 redistribute eigrp 7 route-map eigrp_to_ospf subnets

!--- Redistributes EIGRP routes and sets the tags
!--- according to the eigrp_to_ospf route-map

route-map ospf_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 ospf

route-map ospf_to_eigrp permit 20
 set tag 77

!--- Route-map statement to set the tag on ospf routes redistributed into EIGRP to "77"

route-map eigrp_to_ospf deny 10
 match tag 77

!--- Route-map statement to deny any routes that have a tag of "77" from being redistributed into ospf
!--- Notice the routes tagged with "77" must be the ospf routes that are redistributed into EIGRP

route-map eigrp_to_ospf permit 20
 set tag 88

!--- Route-map statement to set the tag on EIGRP routes redistributed into ospf to "88"

Met de vorige voltooide voorbeeldconfiguratie, kunt u sommige specifieke routes in de routeringstabel bekijken om te zien dat de markeringen zijn geplaatst. De output van het showip routebevel voor specifieke routes op R3 en R1 is:

R3#show ip route 192.168.1.1
Routing entry for 192.168.1.1/32
  Known via "eigrp 7", distance 170, metric 258816
  Tag 77, type external
  Redistributing via eigrp 7
  Last update from 172.16.2.10 on GigabitEthernet0/0, 00:01:17 ago
  Routing Descriptor Blocks:
  * 172.16.2.10, from 172.16.2.10, 00:01:17 ago, via GigabitEthernet0/0
      Route metric is 258816, traffic share count is 1
      Total delay is 110 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1
      Route tag 77

R1#show ip route 172.16.2.0
Routing entry for 172.16.2.0/30
  Known via "ospf 7", distance 110, metric 20
  Tag 88, type extern 2, forward metric 1
  Last update from 10.1.10.1 on GigabitEthernet0/1, 00:01:34 ago
  Routing Descriptor Blocks:
  * 10.1.10.6, from 172.16.2.10, 00:16:30 ago, via GigabitEthernet0/0
      Route metric is 20, traffic share count is 1
      Route tag 88
    10.1.10.1, from 172.16.2.1, 00:01:34 ago, via GigabitEthernet0/1
      Route metric is 20, traffic share count is 1
      Route tag 88

EIGRP gebruikt vijf verschillende variabelen om metrisch te berekenen. Bij herverdeelde routes zijn deze parameters echter niet aanwezig, wat tot onregelmatigheden op de route settingleidt. De beste praktijken moeten standaard-metrisch plaatsen wanneer u routes opnieuw verdeelt. Door setting de standaardmetriek, kunnen de prestaties van EIGRP worden verbeterd. Voor EIGRP zijn de standaardwaarden ingevoerd met deze opdracht:

Router(config-router)#default-metric 10000 10 255 1 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 10 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 10 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.

Verdeel of adverteer een Statische Route opnieuw

U kunt selectief één enkele statische route opnieuw verdelen met het gebruik van een route-kaart om slechts de statische route toe te laten die met de volgende bevelen moet worden opnieuw verdeeld.

Router(config)#access-list 
     
     
       permit 
       
        
       
     
Router(config)#route-map 
     
     
       permit 
       
     
Router(config-route-map)#match ip address 
     
     
Router(config)#router eigrp 
     
     
Router(config-router)#redistribute static route-map 
     
     
       metric 
       
     

Het standaardgedrag voor RIP 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:

1. Een interface wordt geconfigureerd met een IP-adres en een masker. dit corresponderende subnet wordt beschouwd als een verbonden route.
2. Een statische route die met slechts een uitgaande interface, en niet een IP volgende-hop wordt gevormd; dit wordt ook beschouwd als een verbonden route.

RouterA#show run | i ip route
ip route 10.100.100.100 255.255.255.255 GigabitEthernet0/0

RouterA#show ip route static
Codes: L - local, 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, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
S        10.100.100.100/32 is directly connected, GigabitEthernet0/0

Een netwerkbevel dat onder EIGRP of RIP wordt gevormd dat (of dekking) één van deze types van verbonden routes omvat omvat die subnet voor reclame.

De vorige statische route, 10.100.100.100/32, wordt bijvoorbeeld ook geadverteerd door deze routeringsprotocollen, omdat het een verbonden route is en door de netwerkverklaring wordt bestreken:

RouterA#show run | section router eigrp
router eigrp 7
 network 10.0.0.0

RouterB#show ip route 10.100.100.100
Routing entry for 10.100.100.100/32
  Known via "eigrp 7", distance 90, metric 3072, type internal
  Redistributing via eigrp 7, ospf 7
  Advertised by ospf 7 subnets
  Last update from 10.10.1.3 on GigabitEthernet0/0, 02:45:01 ago
  Routing Descriptor Blocks:
  * 10.10.1.3, from 10.10.1.3, 02:45:01 ago, via GigabitEthernet0/0
      Route metric is 3072, traffic share count is 1
      Total delay is 20 microseconds, minimum bandwidth is 1000000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

Gerelateerde informatie

• RIP- en OSPF-herdistributie
• Begrijp en gebruik het Enhanced Interior Gateway Routing Protocol
• Opnieuw verdelen tussen klassvolle en klasseloze protocollen: EIGRP of OSPF in RIP of IGRP
• Casestudy’s van BGP
• Ondersteuningspagina voor IP-routing
• Technische ondersteuning en documentatie – Cisco Systems