Toegepaste routekaarten configureren met opdracht voor herverdeling
Inhoud
Inleiding
In dit document wordt beschreven hoe u routekaarten kunt configureren die worden toegepast met de opdracht voor herdistributie van dynamische routingprotocollen.
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- Basis IP-routering
- Cisco Command Line Interface (CLI)
Gebruikte componenten
Hoewel routekaartondersteuning oorspronkelijk werd geïntroduceerd in Cisco IOS Software, blijft de routekaartopdracht geldig en wordt deze veel gebruikt in Cisco IOS XE. De algemene routekaartconcepten, zoals geordende sequentieevaluatie, toestemmings- en ontkenningsclausules, matchverklaringen en ingestelde acties, zijn ook van toepassing op Cisco IOS XE. De ondersteuning van de opdrachtsyntaxis en -functies kan variëren per platform, softwarerelease, routeringsprotocol en adresfamilie. Sommige overeenkomende en ingestelde opdrachten die in de ene herverdelingscontext worden ondersteund, kunnen niet worden ondersteund of kunnen zich in een andere context anders gedragen. Valideer altijd de exacte opdrachtsyntaxis tegen de doelrelease en platformdocumentatie voordat u deze implementeert.
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.
Achtergrondinformatie
Dit gedeelte biedt een overzicht van routekaarten die worden gebruikt in Cisco IOS-software.
Basisprincipes routekaart
Routekaarten en toegangscontrolelijsten (ACL's) delen een aantal gemeenschappelijke gedragingen. Beide zijn beleidsmechanismen die inzendingen in een gedefinieerde volgorde evalueren en een vergunning retourneren of resultaten weigeren.
Gemeenschappelijke kenmerken zijn onder meer:
-
Bestelde evaluatie:
ACL's en routekaarten worden opeenvolgend verwerkt, van het laagste volgnummer tot het hoogste. De evaluatie stopt wanneer het eerste overeenkomende item wordt gevonden en de actie die aan dat item is gekoppeld, wordt toegepast. -
Logica toestaan en weigeren:
Zowel ACL's als routekaarten gebruiken vergunnings- en weigeringsverklaringen. De betekenis van vergunning en weigering hangt echter af van de manier waarop de ACL of routekaart wordt toegepast. Het effect van een routekaart die wordt gebruikt voor herverdeling verschilt bijvoorbeeld van het effect van een routekaart die wordt gebruikt voor PBR-beleid of BGP-beleid. -
Contextafhankelijk gedrag:
ACL's en routekaarten zijn algemene beleidsinstrumenten. Hun gedrag hangt af van de functie die naar hen verwijst. Dezelfde routekaart kan verschillende effecten hebben bij gebruik voor herverdeling, BGP-routebeleid, PBR of een andere functie.
Routekaarten en ACL's hebben ook belangrijke verschillen:
-
ACL's bieden een basisvergunning of weigeren matching:
Een ACL retourneert voornamelijk een ja of nee resultaat. In het kader van routeherverdeling kan een ACL- of prefixlijst worden gebruikt als matchcriteria om te bepalen welke routes in aanmerking komen voor herverdeling. -
Routekaarten kunnen routeringsinformatie matchen en wijzigen:
Een routekaart kan verwijzen naar ACL's, voorvoegsellijsten of andere overeenkomende criteria. Naast het toestaan of weigeren van routes, kunnen routekaarten ondersteunde routekenmerken wijzigen met ingestelde opdrachten. Een routekaart die tijdens herverdeling wordt gebruikt, kan bijvoorbeeld een routemetriek, -tag, metriektype of andere ondersteunde kenmerken instellen, afhankelijk van de bron- en doelrouteringsprotocollen. -
Routekaarten ondersteunen meer geavanceerde matchcriteria:
Routekaarten kunnen overeenkomen met routeringskenmerken die ACL's niet rechtstreeks kunnen evalueren. Een routekaart kan bijvoorbeeld overeenkomen met routetype, routetag, metriek, volgende hop, routebron of andere protocolspecifieke kenmerken wanneer die overeenkomende voorwaarden worden ondersteund in de herdistributiecontext. -
Gedrag aan het einde van het beleid is afhankelijk van de toepassing:
ACL's bevatten een impliciete ontkenning aan het einde. Het routekaartgedrag hangt ook af van de manier waarop de routekaart wordt gebruikt. Voor herverdeling wordt de route niet herverdeeld als een route niet overeenkomt met een routekaartclausule. Dit is functioneel vergelijkbaar met een impliciete ontkenning aan het einde van de routekaart. -
Lege routekaartclausules hebben een speciale betekenis:
Een routekaartclausule zonder matchverklaring komt overeen met alle resterende routes die die clausule bereiken. Bij herverdeling staat een lege vergunningsclausule herverdeling van alle resterende routes toe, terwijl een lege weigeringsclausule herverdeling van alle resterende routes blokkeert.
De opdracht dynamische routering protocol herverdelen ondersteunt gewoonlijk het gebruik van een routekaart om te bepalen welke routes worden herverdeeld en hoe routekenmerken worden gewijzigd tijdens herverdeling. Wanneer filtering vereist is op basis van prefix of masker, configureert u een ACL- of prefix-lijst en verwijst u deze naar een routekaart met een overeenkomende instructie.
Gebruik een routekaart in het herverdelingsproces wanneer u routegegevens moet wijzigen, zoals metriek, tag, metriek type of andere ondersteunde kenmerken, of wanneer u mogelijkheden moet matchen die verder gaan dan een eenvoudig voorvoegsel of maskerselectie. Voor eenvoudige prefix-gebaseerde filtering kan nog steeds een ACL- of prefix-lijst worden gebruikt, maar deze wordt meestal verwezen binnen de routekaart die wordt toegepast op de opdracht herverdelen.
Bij herverdeling wordt de routekaart toegepast op routeringsinformatie die is geselecteerd uit het bronrouteringsproces voordat die informatie in het doelrouteringsproces wordt geïnjecteerd. Het is niet rechtstreeks van toepassing op inbound of outbound pakketverkeer. Het effect ervan is beperkt tot het controleren en wijzigen van herverdeelde routes.
OSPF-routes herverdelen in EIGRP met een routekaart
Dit is een typische routekaart van Open Shortest Path First (OSPF) naar Enhanced Interior Gateway Routing Protocol (EIGRP), toegepast met een herverdelingsopdracht:
!
router eigrp 1
default-metric 20000 2000 255 1 1500
redistribute ospf 1 route-map ospf-to-eigrp
!
!
ip prefix-list pfx seq 5 permit 10.0.0.0/8 le 32
!
route-map ospf-to-eigrp deny 10
match tag 6
match route-type external type-2
!
route-map ospf-to-eigrp permit 20
match ip address prefix-list pfx
set metric 40000 1000 255 1 1500
!
route-map ospf-to-eigrp permit 30
set tag 8
!Belangrijke opmerkingen:
De routekaartclausules zijn genummerd. In dit voorbeeld hebben de clausules volgnummers 10, 20 en 30. Met volgnummers kunt u:
- Verwijder één specifieke clausule zonder dat dit invloed heeft op andere delen van de routekaart.
- Voeg een nieuwe clausule toe tussen twee bestaande clausules.
Cisco beveelt nummeringsclausules aan met intervallen van 10 om reeksnummers te reserveren voor toekomstige wijzigingen, indien nodig.
Routekaarten kunnen een vergunning hebben en clausules weigeren. In de routekaart ospf-naar-eigrp, is er een ontkenningsclausule met volgnummer 10, en twee toestemmingsclausules met volgnummers 20 en 30. De weigeringsclausule wijst matching routes van herverdeling af. Daarom zijn deze regels van toepassing:
- Als u een ACL gebruikt in een routekaartvergunningsclausule, worden routes die zijn toegestaan door de ACL herverdeeld.
- Als u een ACL gebruikt in een ontkenningsclausule voor routekaarten, worden routes die zijn toegestaan door de ACL niet herverdeeld.
- Als u een ACL gebruikt in een routekaartvergunning of weigeringsclausule en de ACL een route ontkent, wordt de routekaartclausule niet als een overeenkomst beschouwd en wordt de volgende routekaartclausule geëvalueerd.
Elke routekaartclausule kan twee soorten opdrachten bevatten:
- overeenkomst — Specificeert de criteria die worden gebruikt om de routes te selecteren waarop de clausule van toepassing is.
- instellen — Hiermee wijzigt u routekenmerken voor de overeenkomende routes voordat deze worden herverdeeld in het doelrouteringsprotocol.
Voor elke herverdeelde route evalueert de router eerst de overeenkomende opdrachten in een routekaartclausule. Als de wedstrijdcriteria slagen, wordt de route herverdeeld of afgewezen zoals voorgeschreven door de vergunnings- of weigeringsclausule. Als de route is toegestaan, kunnen de attributen worden gewijzigd door de ingestelde opdrachten. Als de matchcriteria niet werken, is de clausule niet van toepassing op de route en evalueert Cisco IOS-software de route aan de hand van de volgende clausule in de routekaart. De routekaartscan gaat door totdat een clausule is gevonden waarvan de overeenkomende opdrachten overeenkomen met de route, of totdat het einde van de routekaart is bereikt.
Een overeenkomst of set commando kan worden weggelaten of herhaald in elke clausule, met deze overwegingen:
- Als er meerdere overeenkomende commando's aanwezig zijn in een clausule, moeten alle slagen voor een bepaalde route om overeen te komen met de clausule. Met andere woorden, een logische EN-bewerking wordt toegepast op meerdere overeenkomende opdrachten.
- Als een enkele overeenkomende opdracht naar meerdere objecten verwijst, kan elk van de objecten overeenkomen. Met andere woorden, een logische OR-bewerking wordt toegepast binnen hetzelfde overeenkomende commando. Bijvoorbeeld met overeenkomend IP-adres 101 121 komt een route overeen als deze is toegestaan door toegangslijst 101 of toegangslijst 121.
- Als er geen overeenkomende opdracht aanwezig is, komen alle routes overeen met de clausule. In het vorige voorbeeld komen alle routes die clausule 30 bereiken overeen; daarom wordt het einde van de routekaart nooit bereikt.
- Als een set commando niet aanwezig is in een routekaartvergunningsclausule, wordt de route herverdeeld zonder aanpassing van de huidige attributen.
Configureer een ingestelde opdracht niet in een clausule voor het weigeren van routekaarten, omdat de clausule voor het weigeren van een route herverdeling voorkomt. Er is geen herverdeelde routeinformatie om aan te passen.
Een routekaartclausule zonder een overeenkomst of ingestelde opdracht voert nog steeds een actie uit. Een lege vergunningsclausule maakt een herverdeling van de resterende routes zonder wijziging mogelijk. Een lege weigeringsclausule verhindert de herverdeling van de resterende routes. Dit is ook het standaardgedrag als een routekaart volledig wordt gescand en er geen expliciete overeenkomst wordt gevonden.
Op basis van de informatie in deze sectie doet het vorige OSPF-naar-EIGRP routekaartvoorbeeld dit:
- Verbiedt herverdeling van alle externe OSPF-routes van type 2 met tag 6.
- Herverdeelt in EIGRP alle routes die overeenkomen met de lijst met prefix pfx en stelt de EIGRP-metrische waarden in op 40000, 1000, 255, 1 en 1500.
- Herverdeelt alle andere routes en stelt hun tag in op 8.
In dit voorbeeld bestaat de topologie uit drie routers die in een lineaire opstelling zijn verbonden: R3 ↔ R1 ↔ R2. Router R1 fungeert als de herverdelingsrouter tussen R3 en R2, zonder directe verbinding tussen R3 en R2. Elke router is verbonden met behulp van GigabitEthernet-interfaces, waardoor snelle point-to-point-connectiviteit tussen de aangrenzende apparaten wordt geboden.
R3#show ip route 10.20.20.20
Routing entry for 10.20.20.20/32
Known via "eigrp 1", distance 170, metric 320256, precedence routine (0), type external
Redistributing via eigrp 1
Last update from 192.168.1.1 on GigabitEthernet1, 00:01:02 ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 00:01:02 ago, via GigabitEthernet1
Route metric is 320256, traffic share count is 1
Total delay is 10010 microseconds, minimum bandwidth is 40000 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 1
R3#show ip route 172.16.1.0
Routing entry for 172.16.1.0/24
Known via "eigrp 1", distance 170, metric 640256
Tag 8, precedence routine (0), type external
Redistributing via eigrp 1
Last update from 192.168.1.1 on GigabitEthernet1, 00:01:56 ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 00:01:56 ago, via GigabitEthernet1
Route metric is 640256, traffic share count is 1
Total delay is 20010 microseconds, minimum bandwidth is 20000 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 1 Route tag 8
R3#De opdracht show ip route <prefix> op R3 uitvoeren om te bevestigen hoe elke herverdeelde route door de routekaart is verwerkt. De route 10.20.20.20/32 komt overeen met route-map sequentie 20 omdat het is toegestaan door de pfx prefix-lijst. Als gevolg hiervan wordt de route herverdeeld in EIGRP met de metriek expliciet geconfigureerd onder sequentie 20 met de set metric 40000 1000 255 1 1500 opdracht.
Deze kenmerken worden weerspiegeld in de route-output:
- De route wordt aangeleerd als een externe EIGRP-route.
- De minimale bandbreedte is 40000 Kbit.
- De totale vertraging is 10010 microseconden.
- Er wordt geen route-tag weergegeven omdat reeks 20 alleen de metriek instelt en geen tag instelt.
Bovendien komt route 172.16.1.0/24 niet overeen met sequentie 10 of sequentie 20, dus het bereikt route-mapsequentie 30. Aangezien sequentie 30 geen overeenkomende instructie heeft, komt deze overeen met alle resterende routes en past de ingestelde tag 8 toe die wordt weergegeven in de routeuitvoer:
- De route wordt aangeleerd als een externe EIGRP-route.
- De route bevat ook tag 8.
- De output toont ook Route tag 8 onder de route descriptor.
- De metriek gebruikt de standaardmetriek voor herverdeling die is geconfigureerd in het kader van het EIGRP-proces, in plaats van de metriek uit reeks 20.
Deze uitgangen bevestigen de routekaartprocessen routes in volgorde: sequentie 20 past de expliciete EIGRP-metriek toe op voorvoegsels die overeenkomen met de prefixlijst, terwijl sequentie 30 de resterende herverdeelde routes toestaat en markeert met tag 8.
Hoewel de fysieke verbindingen tussen R3, R1 en R2 GigabitEthernet-interfaces zijn met DLY 10-toepassingen, dragen de herverdeelde EIGRP-routes ook de zaadvertraging die is geconfigureerd tijdens herdistributie. In de ingestelde metrische en standaard-metrische opdrachten wordt de EIGRP-vertragingswaarde in tientallen microseconden ingevoerd. Daarom wordt een geconfigureerde vertraging van 1000 10000 microseconden en een geconfigureerde vertraging van 2000 20000 microseconden. Wanneer R3 de routes van R1 leert, voegt het de lokale GigabitEthernet-interfacevertraging van 10 microseconden toe, wat resulteert in totale vertragingen van respectievelijk 10010 microseconden en 20010 microseconden.
Opdrachten gebruikt in routekaart toegepast op herverdeling
Deze sectie bevat de volgende onderwerpen:
Niet-ondersteunde overeenkomst en ingestelde opdrachten in routekaarten
Routekaarten zijn generieke mechanismen die u in veel configuratiecontexten kunt gebruiken, waaronder de eerder beschreven opdracht herverdelen. U kunt de opdracht matchlengte configureren en uitvoeren in een routekaart die wordt gebruikt voor PBR (Policy-Based Routing) om een bepaalde actie op te geven wanneer pakketten van een bepaalde lengte worden doorgestuurd. De opdracht matchlengte is echter niet van toepassing op routekaarten die worden gebruikt voor routeherverdeling.
U kunt opdrachten in een routekaart die niet worden ondersteund of geen effect hebben in de context waarin de routekaart wordt toegepast, configureren en uitvoeren en instellen. Een voorbeeld is het uitvoeren van de opdracht matchlengte in een routekaart die wordt toegepast op herverdeling. Bij herverdeling wordt de routekaart toegepast op routes die in de routeringstabel zijn geïnstalleerd volgens het bronprotocol dat is opgegeven in de opdracht herverdelen. Wanneer de router de routekaart verwerkt, interpreteert deze daarom alleen de opdrachten die zinvol zijn in de herdistributiecontext. In dit voorbeeld heeft de opdracht matchlengte geen effect op de herverdeling. De opdracht blijft in de routekaartconfiguratie en wordt weergegeven in de actieve configuratie, maar de routeherverdeling wordt niet beïnvloed door de aanwezigheid van de opdracht.
Hoewel de router verschillende soorten match en ingestelde commando's kan configureren onder een routekaart, moeten die commando's geschikt zijn voor de functie- of protocolcontext waarin de routekaart wordt gebruikt. Anders kan de configuratie verwarrend worden of onbedoelde resultaten opleveren.
Gebruik geen commando's die geen effect hebben in een specifieke routekaartcontext, zelfs als ze onschadelijk lijken, om deze redenen:
- Commando's zonder effect kunnen het beoogde beleid verduisteren en verwarring veroorzaken.
- Opdrachten die in de huidige context niet worden ondersteund, kunnen worden ondersteund in een toekomstige Cisco IOS- of Cisco IOS XE-release, wat onverwachte veranderingen in routekaartgedrag kan veroorzaken na een software-upgrade.
- Niet alle niet-ondersteunde opdrachten zijn onschadelijk. De opdracht set metric +/- geeft bijvoorbeeld een relatieve metrische wijziging op en wordt gebruikt in een bepaalde BGP-routeadvertentiecontext. Het kan de huidige metriek van een route nemen en deze verhogen of verlagen met de opgegeven waarde voordat de route wordt gepropageerd.
Let op: de ingestelde metric +<value> en de ingestelde metric -<value> syntaxis wordt niet ondersteund door alle routeringsprotocollen. Op platforms of protocollen die het + of - formulier niet ondersteunen, kan het teken worden genegeerd en kan de opdracht worden geïnterpreteerd als ingestelde metrische <waarde>. Dit kan ertoe leiden dat tijdens de herverdeling een onbedoelde metriek wordt toegewezen, wat mogelijk van invloed is op de routeselectie en het netwerkverkeer. Controleer altijd het platform en de protocolondersteuning voordat u de stapsgewijze of stapsgewijze metrische syntaxis gebruikt.
Opmerking: raadpleeg de EIGRP-routekaartondersteuning voor aanvullende informatie.
Denk bijvoorbeeld aan deze routekaart:
! route-map ospf-to-ospf permit 10 set metric +2 !Deze configuratie lijkt alle routes van het ene OSPF-proces naar het andere te herverdelen, terwijl het de metriek van alle routes met twee verhoogt. Het stelt de metriek van alle routes gelijk, gelijk aan 2. Dit is onverwacht in de configuratie van de router.
R2#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, m - OMP
n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
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
H - NHRP, G - NHRP registered, g - NHRP registration summary
o - ODR, P - periodic downloaded static route, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
& - replicated local route overrides by connected
Gateway of last resort is not set
10.0.0.0/32 is subnetted, 2 subnets
C 10.20.20.20 is directly connected, Loopback0
O E2 10.30.30.30 [110/2] via 172.16.1.1, 00:00:26, GigabitEthernet1
172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 172.16.1.0/24 is directly connected, GigabitEthernet1
L 172.16.1.2/32 is directly connected, GigabitEthernet1
O E2 192.168.1.0/24 [110/2] via 172.16.1.1, 00:00:26, GigabitEthernet1
R2#show ip route 10.30.30.30
Routing entry for 10.30.30.30/32
Known via "ospf 1", distance 110, metric 2, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:00:38 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:00:38 ago, via GigabitEthernet1
Route metric is 2, traffic share count is 1
R2#show ip route 192.168.1.0
Routing entry for 192.168.1.0/24
Known via "ospf 1", distance 110, metric 2, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:01:34 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:01:34 ago, via GigabitEthernet1
Route metric is 2, traffic share count is 1Deze routekaart zorgt voor een contra-intuïtief effect:
!
route-map ospf-to-ospf permit 10
set metric -367
!In plaats van de metriek van herverdeelde routes te verlagen, stelt deze configuratie de metriek feitelijk in op 367 (een positieve waarde, omdat een negatieve metriek niet mogelijk is wanneer ingestelde metriek wordt geïnterpreteerd zonder het teken).
R2#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, m - OMP
n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
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
H - NHRP, G - NHRP registered, g - NHRP registration summary
o - ODR, P - periodic downloaded static route, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
& - replicated local route overrides by connected
Gateway of last resort is not set
10.0.0.0/32 is subnetted, 2 subnets
C 10.20.20.20 is directly connected, Loopback0
O E2 10.30.30.30 [110/367] via 172.16.1.1, 00:00:06, GigabitEthernet1
172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 172.16.1.0/24 is directly connected, GigabitEthernet1
L 172.16.1.2/32 is directly connected, GigabitEthernet1
O E2 192.168.1.0/24 [110/367] via 172.16.1.1, 00:00:06, GigabitEthernet1
R2#show ip route 10.30.30.30
Routing entry for 10.30.30.30/32
Known via "ospf 1", distance 110, metric 367, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:00:17 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:00:17 ago, via GigabitEthernet1
Route metric is 367, traffic share count is 1
R2#show ip route 192.168.1.0
Routing entry for 192.168.1.0/24
Known via "ospf 1", distance 110, metric 367, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:00:31 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:00:31 ago, via GigabitEthernet1
Route metric is 367, traffic share count is 1Bron- en doelprotocolgedrag in routekaarten voor herverdeling
Routekaarten toegepast op herverdeling werken met twee routeringsprotocollen:
- Het bronprotocol, dat de oorspronkelijke routeringsinformatie biedt.
- Het doelprotocol, waarbij de routeringsinformatie wordt herverdeeld.
Elk routeringsprotocol ondersteunt zijn eigen set routeattributen. Om deze reden worden match en set commando's in een herverdelingsroutekaart geëvalueerd in relatie tot verschillende protocollen:
- Met opdrachten voor routekaartovereenkomst worden kenmerken van routes geverifieerd die zijn geleerd van of geïnstalleerd door het bronprotocol dat is opgegeven in de opdracht herverdelen.
- Met routekaartopdrachten worden routekenmerken gewijzigd die worden ondersteund door het doelprotocol waarbij de routes worden herverdeeld.
In het gedeelte Tabellen voor opdrachtondersteuning worden ondersteunde opdrachten weergegeven. Deze worden gecategoriseerd als match en stellen commando's in om te laten zien hoe routekaarten voor herverdeling werken over de bron- en doelrouteringsprotocollen.
Opdrachtondersteuningstabellen
In dit gedeelte worden de opdrachten beschreven die worden ondersteund in routekaarten die zijn gekoppeld aan de opdracht herverdelen. Er zijn zeven routeringsprotocollen die routes kunnen worden herverdeeld; er zijn echter slechts vijf waar herverdeling plaatsvindt. Gekoppelde en statische routes zijn geen dynamische routeringsprotocollen en kunnen alleen informatie bieden die moet worden herverdeeld in andere protocollen.
Intermediate System-to-Intermediate System (IS-IS) en BGP kunnen informatie over Connectionless Network Service (CLNS) -routes en IP-routes verspreiden. Om grondig te zijn, vermelden de tabellen in deze sectie ook CLNS-gerelateerde opdrachten, die kunnen worden gebruikt in herdistributieroutekaarten voor deze protocollen.
U kunt Routing Information Protocol (RIP), OSPF, IS-IS en BGP gebruiken om IPv6-routes te propageren; routekaarten voor herdistributie voor deze protocollen kunnen IPv6-specifieke opdrachten bevatten. De overeenkomende ip- en ingestelde ip-opdrachten zijn specifiek voor herdistributie van IPv4-voorvoegsels. De overeenkomende ipv6- en ingestelde ipv6-opdrachten zijn specifiek voor herdistributie van IPv6-voorvoegsels. U kunt de overeenkomende clns gebruiken en alleen clns-opdrachten instellen als u een routekaart gebruikt om CLNS-routes naar of van het routeringsprotocol te herdistribueren.
In tabel 1 en tabel 2 worden de volgende conventies gebruikt:
-
Ondersteunde opdrachten zijn gemarkeerd met een Ja.
-
Niet-ondersteunde opdrachten worden gemarkeerd met een streepje (—).
-
Niet-ondersteunde opdrachten waarvan bekend is dat ze een actie (waarschijnlijk een ongewenste actie) uitvoeren, worden gemarkeerd met Nee.
Tabel 1 – Opdrachten voor routekaart om routes die in routeringstabellen zijn geïnstalleerd, te matchen met protocollen
| Opdracht |
Ondersteuning voor herverdeling |
||||||
| verbonden |
statisch |
SCHEUREN |
EIGRP |
OSPF |
IS-IS |
BGP |
|
| CLNS-adres matchen |
— |
Ja |
— |
— |
— |
Ja |
Ja |
| Match CLNS Next-Hop |
— |
Ja |
— |
— |
— |
Ja |
— |
| match interface |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
— |
| match ip address |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| Prefix-lijst van overeenkomende IP-adressen |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| match ip next-hop |
— |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| Komt overeen met de prefix-lijst van de volgende IP-hop |
— |
Nee |
Nee |
Nee |
Nee |
Nee |
Nee |
| match ip route-source |
— |
— |
Ja |
Ja |
Ja |
— |
Ja |
| IP-route-bron prefix-lijst matchen |
— |
— |
Nee |
Nee |
Nee |
— |
Nee |
| IPv6-adres matchen [prefix-lijst] |
Ja |
Ja |
Ja |
— |
Ja |
Ja |
Ja |
| Komt overeen met IPv6 next-hop [prefix-lijst] |
— |
Ja |
Ja |
— |
— |
— |
Ja |
| IPv6-routebron matchen [prefix-lijst] |
— |
— |
Ja |
— |
— |
— |
Ja |
| match metric |
— |
— |
Ja |
Ja |
Ja |
Ja |
Ja |
| overeenkomende beleidslijst |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| overeenkomend routetype extern |
— |
— |
— |
Ja |
Ja |
Ja |
Ja |
| match route-type intern |
— |
— |
— |
Ja |
Ja |
— |
Ja |
| overeenkomende lokale route |
— |
— |
— |
— |
— |
— |
Ja |
| match route-type NSSA-extern |
— |
— |
— |
— |
Ja |
— |
— |
| Komt overeen met route-type {niveau-1|niveau-2} |
— |
— |
— |
— |
— |
Ja |
— |
| match tag |
— |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Tabel 2 – Opdrachten die routekenmerken wijzigen tijdens herverdeling in het doelprotocol
| Opdracht |
Ondersteuning voor herverdeling |
||||
| SCHEUREN |
EIGRP |
OSPF |
IS-IS |
BGP |
|
| as-path-tag instellen |
— |
— |
— |
— |
Ja |
| set community |
— |
— |
— |
— |
Ja |
| Volgende IP-hop instellen |
— |
— |
— |
— |
Ja |
| IP next-hop peer-adres instellen |
— |
— |
— |
— |
Nee |
| IPv6 next-hop instellen |
— |
— |
— |
— |
Ja |
| Niveau instellen {Backbone|Stub-Area} |
— |
— |
Nee |
— |
— |
| Niveau instellen {Niveau-1|Niveau-2|Niveau-1-2} |
— |
— |
— |
Ja |
— |
| set local-preference |
— |
— |
— |
— |
Ja |
| set metric |
Ja |
— |
Ja |
Ja |
Ja |
| Metriek instellen +/- |
Nee |
— |
Nee |
Nee |
Nee |
| set metric eigrp-metric |
— |
Ja |
— |
— |
— |
| Stel metriek +/- EIGRP-metriek in |
— |
Nee |
— |
— |
— |
| inwendig metrisch type instellen |
— |
— |
— |
Ja |
— |
| extern metrisch type instellen |
— |
— |
— |
Ja |
— |
| Stel metrisch-type in {type-1|type-2} |
— |
— |
Ja |
— |
— |
| NLRI instellen |
— |
— |
— |
— |
Ja |
| set origin |
— |
— |
— |
— |
Ja |
| set tag |
Ja |
Ja |
Ja |
— |
— |
| set weight |
— |
— |
— |
— |
Ja |
Conclusie
Routekaarten zijn krachtige en flexibele hulpmiddelen voor het controleren van routeherverdeling. Ze bieden gedetailleerde controle over hoe routeringsinformatie wordt uitgewisseld tussen routeringsprotocollen tijdens herdistributie. Gebruik bij de implementatie van wederzijdse herverdeling routetags en expliciet filterbeleid om te voorkomen dat hergedistribueerde routes opnieuw worden ingevoerd in hun oorspronkelijke routeringsprotocol. Als u dit niet doet, kan dit leiden tot routeringslussen, verkeerszwarte gaten of suboptimale doorstuurpaden. Omdat herverdeling tussen meerdere routeringsprotocollen de complexiteit van routering aanzienlijk kan vergroten, moeten netwerken zorgvuldig worden ontworpen, geïmplementeerd en gevalideerd voordat ze geavanceerd herverdelingsbeleid implementeren.
Gerelateerde informatie
- Herverdeling van routeringsprotocollen
- Pagina Protocolondersteuning
- Cisco Technical Support en downloads
Revisiegeschiedenis
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
4.0 |
29-Jul-2026
|
Bijgewerkte titel, spelling, grammatica, ingevoegde horizontale lijnen om secties / leesbaarheid te scheiden. |
3.0 |
27-Nov-2023
|
hercertificering |
2.0 |
10-Nov-2022
|
Opmaak bijgewerkt en hercertificering. |
1.0 |
25-Feb-2004
|
Eerste vrijgave |
FeedbackContact Cisco
- Een ondersteuningscase openen
- (Vereist een Cisco-servicecontract)