De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft hoe u een routeringsprotocol, verbonden of statische routes, kunt herdistribueren naar een ander dynamisch routeringsprotocol.
Er zijn geen specifieke vereisten van toepassing op dit document.
De informatie in dit document is niet beperkt tot specifieke 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.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Routing protocol herverdeling is een kritisch concept in computernetwerken die communicatie tussen verschillende routing domeinen mogelijk maakt. In bedrijfs- en serviceprovidernetwerken worden vaak meerdere routeringsprotocollen zoals Open Shortest Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), Border Gateway Protocol (BGP) en Routing Information Protocol (RIP) ingezet voor specifieke gebruikssituaties. Met herdistributie kunnen deze protocollen routeringsinformatie delen, waardoor connectiviteit tussen verschillende netwerksegmenten wordt gewaarborgd.
Waarom herverdeling nodig is
Uitdagingen van herverdeling
Een effectieve configuratie van de herverdeling van routeringsprotocollen zorgt voor naadloze communicatie over netwerken, minimaliseert de downtime en voorkomt routeringsproblemen. Door gebruik te maken van best practices zoals filtering en looppreventie kunnen netwerkbeheerders een robuuste en efficiënte routeringsinfrastructuur realiseren.
Wanneer u het ene protocol in het andere herverdeelt, onthoud dan dat de statistieken van elk protocol een belangrijke rol spelen bij herverdeling. Elk protocol maakt gebruik van verschillende metrics. De RIP-metriek is bijvoorbeeld gebaseerd op hoptelling en EIGRP gebruikt een samengestelde metriek op basis van bandbreedte, vertraging, betrouwbaarheid, belasting en maximale transmissie-eenheid (MTU), waarbij bandbreedte en vertraging de enige parameters zijn die standaard worden gebruikt. Wanneer routes worden herverdeeld, moet u een metriek definiëren voor een protocol dat de route die wordt ontvangen kan begrijpen. Er zijn twee methoden om statistieken te definiëren wanneer routes worden herverdeeld.
EIGRP- en RIP-topologie
1. U kunt alleen de metriek voor die specifieke herverdeling definiëren:
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. U kunt dezelfde metriek gebruiken als standaard voor alle herverdeling (met de opdracht standaard-metriek waarmee u werk bespaart, omdat u de metriek niet voor elke herverdeling afzonderlijk hoeft te definiëren):
router rip redistribute static redistribute ospf 1 default-metric 1
Als een router meer dan één routeringsprotocol uitvoert en een route naar dezelfde bestemming leert met beide routeringsprotocollen, dan moet welke route worden geselecteerd als de beste route? Elk protocol gebruikt zijn eigen metrische type om de beste route te bepalen. Je kunt routes niet vergelijken met verschillende metrische typen. Administratieve afstanden zorgen voor dit probleem. Administratieve afstanden worden toegewezen aan routebronnen, zodat de route van de meest voorkeursbron kan worden gekozen als het beste pad. Raadpleeg Routeselectie in Cisco Routers voor meer informatie over administratieve afstanden en routeselectie.
Administratieve afstanden helpen bij routeselectie tussen verschillende routeringsprotocollen, maar ze kunnen problemen veroorzaken voor herverdeling. Deze problemen kunnen zich voordoen in de vorm van routeringslussen, convergentieproblemen of inefficiënte routering. In de volgende afbeelding ziet u een topologie en een beschrijving van een mogelijk probleem.
Topologie van een mogelijk probleem
In het vorige topologievoorbeeld is er een potentieel probleem als R1 RIP uitvoert en R2 en R5 zowel RIP als EIGRP uitvoeren en RIP herverdelen in EIGRP. R2 en R5 leren bijvoorbeeld allebei over netwerk 192.168.1.0 van R1 tot RIP. Deze kennis wordt herverdeeld in EIGRP. R2 leert over netwerk 192.168.1.0 tot en met R3, en R5 leert erover van R4 tot en met EIGRP. EIGRP heeft een lagere administratieve afstand dan RIP (90 versus 120); daarom wordt de EIGRP-route gebruikt in de routeringstabel. Nu is er een potentiële routing loop. Zelfs als split horizon, of een andere functie die bedoeld is om te voorkomen dat routing loops wordt gebruikt, is er nog steeds een convergentieprobleem.
Als R2 en R5 ook EIGRP herverdelen in RIP (dit is wederzijdse herverdeling) en het netwerk, 192.168.1.0, is niet rechtstreeks verbonden met R1 (R1 leert van een andere router stroomopwaarts), dan is er een potentieel probleem dat R1 het netwerk van R2 of R5 kan leren met een betere metriek dan van de oorspronkelijke bron.
Opmerking: De mechanismen van routeherverdeling zijn eigendom van Cisco-routers. De regels voor herverdeling op een Cisco-router schrijven voor dat de herverdeelde route aanwezig moet zijn in de routeringstabel. Het is niet voldoende dat de route aanwezig is in de routingtopologie of -database. Routes met een lagere administratieve afstand (AD) worden altijd geïnstalleerd in de routeringstabel. Als bijvoorbeeld een statische route op R5 wordt herverdeeld in EIGRP en vervolgens EIGRP vervolgens op dezelfde router (R5) wordt herverdeeld in RIP, wordt de statische route niet herverdeeld in RIP omdat deze nooit in de EIGRP-routeringstabel is ingevoerd. Dit komt doordat statische routes een AD van 1 hebben en EIGRP-routes een AD van 90 en de statische route in de routeringstabel is geïnstalleerd. Om de statische route op R5 te herverdelen naar EIGRP, moet u de statische opdracht herverdelen onder de opdracht Routerrip gebruiken.
Zie het gedeelte Problemen vermijden als gevolg van herverdeling van dit document voor meer informatie.
Deze uitvoer toont een EIGRP-router die statische routes, Open Shortest Path First (OSPF), RIP en Intermediate System-to-Intermediate System (IS-IS) 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 maatstaven nodig bij het herverdelen van andere protocollen: respectievelijk bandbreedte, vertraging, betrouwbaarheid, belasting en MTU.
metriek |
Waarde |
bandbreedte |
In eenheden van kilobits per seconde; 10000 voor Ethernet. |
vertraging |
In eenheden van tientallen microseconden; voor Ethernet is dit 100 x 10 microseconden = 1 ms |
betrouwbaarheid |
255 voor 100 procent betrouwbaarheid |
belasten |
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; meestal gelijk aan die voor de Ethernet-interface, die 1500 bytes is. |
Meerdere EIGRP-processen kunnen op dezelfde router worden uitgevoerd, met herverdeling tussen beide. EIGRP1 en EIGRP2 kunnen bijvoorbeeld op dezelfde router worden uitgevoerd. U hoeft echter niet twee processen van hetzelfde protocol op dezelfde router uit te voeren, en dit kan het routergeheugen en de CPU verbruiken. Voor de herverdeling van EIGRP in een ander EIGRP-proces is geen metrische conversie vereist, dus is het niet nodig om metrieken te definiëren of de standaard-metrische opdracht te gebruiken bij de herverdeling.
Een herverdeelde statische route heeft voorrang op de beknopte route omdat de statische route een administratieve afstand van 1 heeft, terwijl de beknopte EIGRP-route een administratieve afstand van 5 heeft. Dit gebeurt wanneer een statische route wordt herverdeeld met behulp van de opdracht van hetredistribute static
EIGRP-proces en het EIGRP-proces een standaardroute heeft.
Deze uitvoer 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 op basis van 108 / bandbreedte van de link in bits / sec. De OSPF-kosten van Ethernet zijn bijvoorbeeld 10: 108/107 = 10
Opmerking: Als een metriek niet is opgegeven, stelt OSPF een standaardwaarde van 20 in wanneer routes worden herverdeeld van alle protocollen behalve de BGP-routes (Border Gateway Protocol), die een metriek van 1 krijgen.
Wanneer er een groot netwerk is dat is gesubnetteerd, moet u het zoekwoord subnetted gebruiken om protocollen te herverdelen in OSPF. Zonder dit zoekwoord herverdeelt OSPF alleen grote netten die niet zijn gesubnetteerd.
Het is mogelijk om meer dan één OSPF-proces op dezelfde router uit te voeren. Houd er rekening mee dat dit extra routerbronnen kan vergen (geheugen en CPU).
U hoeft geen metriek te definiëren of de opdracht standaard-metriek te gebruiken wanneer u het ene OSPF-proces opnieuw distribueert naar het andere.
Opmerking: De beginselen in dit document zijn van toepassing op de RIP-versies I en II.
Deze uitvoer toont een RIP-router die statische, EIGRP-, OSPF- en IS-IS-routes herverdeelt:
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 het hopaantal en de maximaal geldige metriek is 15. Alles groter dan 15 wordt als oneindig beschouwd; u kunt 16 gebruiken om een oneindige metriek in RIP te beschrijven. Wanneer u een protocol opnieuw distribueert naar RIP, raadt Cisco u aan een lage metriek te gebruiken, zoals 1. Een hoge metriek, zoals 10, beperkt RIP nog verder. Als u een metriek van 10 definieert voor herverdeelde routes, worden deze routes alleen geadverteerd aan routers tot 5 hops verderop, op welk punt de metriek (hoptelling) meer dan 15 bedraagt. Als u een metriek van 1 definieert, schakelt u een route in om het maximale aantal hop in een RIP-domein te reizen. Maar dit kan de mogelijkheid van routeringslussen vergroten als er meerdere herdistributiepunten zijn en als een router meer over het netwerk leert met een betere statistiek van het herdistributiepunt dan van de oorspronkelijke bron. Daarom moet u ervoor zorgen dat de metriek niet te hoog is, wat voorkomt dat de route wordt geadverteerd naar alle routers, of te laag, wat leidt tot routeringslussen wanneer er meerdere herdistributiepunten zijn.
Deze uitvoer toont een IS-IS-router die statische, RIP-, EIGRP- en OSPF-routes herverdeelt.
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 voor elk protocol een metriek definiëren, zoals in het vorige voorbeeld wordt getoond. Als er geen metriek is opgegeven voor de routes die worden herverdeeld in IS-IS, wordt standaard een metrieke waarde van 0 gebruikt.
Deze configuratie is een voorbeeld van hoe statische routes, met uitzondering van de gateway van het laatste gateway-resort, in RIP via een routekaart kunnen worden herverdeeld.
Dit is de 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.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 of last resort, kunt u de volgende configuratiestappen gebruiken:
1. Maak een toegangslijst aan om alle netwerken te matchen die opnieuw verdeeld 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 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. Noem deze toegangslijst in een routekaart.
route-map TEST match ip address 10
3. Herdistribueren in RIP met de routekaart op en verwijderen van de standaardopdracht informatie afkomstig uit het RIP-proces.
router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
Verbonden netwerken kunnen worden herverdeeld in routeringsprotocollen met behulp van twee methoden, direct en indirect. Als u verbonden routes rechtstreeks wilt herverdelen, gebruikt u de opdracht Verbonden routerconfiguratie opnieuw verdelen en zorgt u ervoor dat een metriek is gedefinieerd. Als alternatief kunnen verbonden routes ook indirect worden herverdeeld in routeringsprotocollen, zoals in dit voorbeeld wordt aangetoond:
Verbonden netwerken opnieuw distribueren
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 draait EIGRP met Router A en OSPF met Router C. Router B wordt onderling 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 geeft het volgende weer:
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 routeringstabel zijn er drie relevante dingen op te merken:
Router A en routeringstabellen:
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#
Router A heeft via EIGRP kennis genomen van netwerk 10.20.1.0/24, dat als externe route wordt weergegeven omdat het van OSPF naar EIGRP is herverdeeld. Router C heeft geleerd over netwerk 10.10.1.0/24 via OSPF als een externe route omdat het werd herverdeeld van EIGRP naar OSPF. Hoewel Router B geen aangesloten netwerken herverdeelt, maakt het wel reclame voor het netwerk 10.10.1.0/24, dat deel uitmaakt van het EIGRP-proces dat is herverdeeld in OSPF. Router B adverteert ook voor netwerk 10.20.1.0/24, dat deel uitmaakt van het OSPF-proces dat is herverdeeld in EIGRP.
Zie Verbonden netwerken opnieuw distribueren in OSPF voor meer informatie over verbonden routes die opnieuw zijn verdeeld in OSPF.
Opmerking: Standaard is alleen EBGP-geleerde informatie een kandidaat voor herdistributie in het Interior Gateway Protocol (IGP) wanneer de opdracht bgp herverdelen wordt uitgegeven. De Binnenlandse BGP (iBGP) routes worden niet herverdeeld in IGP totdat de bgp-herdistributie-interne opdracht is geconfigureerd onder de opdracht router bgp. Maar er moeten voorzorgsmaatregelen worden genomen om lussen binnen het autonome systeem te voorkomen wanneer IBGP-routes worden herverdeeld in IGP.
In het gedeelte Administratieve afstand wordt beschreven hoe herverdeling mogelijk problemen kan veroorzaken, zoals de volgende topologie van optimale routering, routeringslussen of langzame convergentie. U kunt deze problemen voorkomen als u nooit aankondigt dat de informatie die u oorspronkelijk van routeringsproces X hebt ontvangen, teruggaat naar routeringsproces X.
R2 en R5 wederzijdse herverdeling
In dit topologievoorbeeld zijn R2 en R5 in onderlinge herverdeling. OSPF wordt herverdeeld in EIGRP en EIGRP wordt herverdeeld naar OSPF, zoals deze volgende configuratie laat zien.
R2
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
Met het vorige configuratievoorbeeld hebt u het potentieel voor een van de eerder beschreven problemen. Om dit te voorkomen, kunt u routeringsupdates filteren:
R2
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 distributielijsten die aan de configuraties zijn toegevoegd, zoals in het vorige voorbeeld wordt getoond, filteren alle EIGRP-updates die in de GigabitEthernet0/0-interface van de routers worden geleverd. Als de routes in de updates zijn toegestaan door toegangslijst 1, accepteert de router ze in de update; anders niet. In dit voorbeeld krijgen de routers te horen dat ze netwerk 192.168.1.0/24 niet mogen leren via de EIGRP-updates die ze op de opgegeven interface ontvangen. Daarom is de enige kennis die deze routers hebben voor netwerk 192.168.1.0/24 via OSPF van R1.
Houd er ook rekening mee dat het in dit geval niet nodig is om dezelfde filterstrategie te gebruiken voor het OSPF-proces omdat OSPF een hogere administratieve afstand heeft dan EIGRP. Als routes die afkomstig zijn uit het EIGRP-domein via OSPF teruggekoppeld werden naar R2 en R5, hebben de EIGRP-routes nog steeds voorrang.
Wederzijdse herverdeling voorbeeld2
De topologie in dit voorbeeld demonstreert een andere methode om herverdelingsproblemen te voorkomen. Deze voorkeursmethode maakt gebruik van routekaarten om tags voor verschillende routes in te stellen, waardoor routeringsprocessen opnieuw kunnen worden verdeeld op basis van deze tags.
Een van de problemen die u in de vorige topologie kunt tegenkomen, is dat R1 het netwerk 192.168.1.0 tot R2 adverteert. R2 herverdeelt vervolgens naar EIGRP, R5 leert het netwerk via EIGRP en herverdeelt het in OSPF. Op basis van de metriek die R5 stelt 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.
In het volgende configuratievoorbeeld wordt getoond hoe u dit kunt voorkomen met setting
tags en vervolgens kunt herverdelen op basis van de tags.
R2
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"
Als de vorige voorbeeldconfiguratie is voltooid, kunt u enkele specifieke routes in de routeringstabel bekijken om te zien of de tags zijn ingesteld. De uitvoer van de opdracht show ip route 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 de metriek te berekenen. Herverdeelde routes hebben deze parameters echter niet en dit veroorzaakt onregelmatigheden in de setting
route. De beste praktijk is om een standaardmetriek in te stellen wanneer u routes herverdeelt. Met setting
de standaardmetriek kunnen de prestaties van EIGRP worden verbeterd. Voor EIGRP worden de standaardwaarden met deze opdracht ingevoerd:
Router(config-router)#default-metric 10000 10 255 1 1500
Herverdeling kan ook plaatsvinden tussen verschillende processen van hetzelfde routeringsprotocol. De volgende configuratie is een voorbeeld van een herverdelingsbeleid dat wordt gebruikt om twee EIGRP-processen te herverdelen die op dezelfde router of op meerdere routers worden 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 bevat verschillende strategieën om routes te filteren. Er kunnen echter andere geldige strategieën zijn die u kunt gebruiken.
U kunt selectief een enkele statische route herverdelen met behulp van een routekaart om alleen de statische route toe te staan die moet worden herverdeeld met de volgende opdrachten.
Router(config)#access-listpermit Router(config)#route-mappermit Router(config-route-map)#match ip addressRouter(config)#router eigrp Router(config-router)#redistribute static route-map metric
Het standaardgedrag voor RIP en EIGRP is het adverteren van direct verbonden routes wanneer een netwerkinstructie onder het routeringsprotocol het aangesloten interfacesubnet omvat. Er zijn twee manieren om een geconnecteerde route te krijgen:
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 netwerkopdracht die is geconfigureerd in het kader van EIGRP of RIP en die een van deze typen verbonden routes omvat (of dekt), omvat dat subnet voor advertenties.
De vorige statische route, 10.100.100.100/32, wordt bijvoorbeeld ook geadverteerd door deze routeringsprotocollen, omdat het een verbonden route is en wordt gedekt door de netverklaring:
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
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
3.0 |
22-Nov-2024 |
Bijgewerkte technische inhoud en opmaak. |
2.0 |
16-Oct-2023 |
hercertificering |
1.0 |
14-Nov-2001 |
Eerste vrijgave |