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.
In dit document wordt beschreven hoe u routekaarten kunt configureren die worden toegepast met de opdracht voor herdistributie van dynamische routingprotocollen.
Er zijn geen specifieke vereisten van toepassing op dit document.
De informatie in dit document is gebaseerd op Cisco IOS® Software Release 12.3.
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.
Dit gedeelte biedt een overzicht van routekaarten die worden gebruikt in Cisco IOS-software.
Routekaarten hebben veel kenmerken gemeen met algemeen bekende toegangscontrolelijsten (ACL's). Dit zijn enkele kenmerken die beide mechanismen gemeen hebben:
Dit zijn mogelijke verschillen tussen routekaarten en ACL's:
Met de opdracht Dynamic Protocol Redistribute Configuration kunt u een ACL of een routekaart toepassen. De verschillen die in dit gedeelte worden beschreven, geven aan wanneer een routekaart moet worden gebruikt in het herverdelingsproces. Routekaarten hebben de voorkeur als u van plan bent routegegevens aan te passen tijdens de herverdeling of als u krachtigere mogelijkheden nodig hebt om de capaciteit te matchen dan een ACL kan bieden. Omgekeerd, als u bepaalde routes selectief moet toestaan op basis van hun prefix of masker, raadt Cisco u aan om een ACL (of een gelijkwaardige prefix lijst) rechtstreeks in de opdracht herverdelen te gebruiken. Als u een routekaart gebruikt om bepaalde routes selectief toe te staan op basis van hun voorvoegsel of masker, gebruikt u meestal meer configuratieopdrachten om hetzelfde doel te bereiken. Routekaarten worden altijd toegepast voor inkomend verkeer en de routekaart heeft geen effect op het uitgaande verkeer.
Dit is een typische routekaart van Open Shortest Path First naar Enhanced Interior Gateway Routing Protocol (OSPF-naar-EIGRP), toegepast met een herverdelingsopdracht:
!
router eigrp 1
redistribute ospf 1 route-map ospf-to-eigrp
default-metric 20000 2000 255 1 1500
!--- Output suppressed.
!
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
!
Dit zijn de belangrijkste opmerkingen bij dit voorbeeld:
Cisco beveelt aan dat clausules worden genummerd in intervallen van 10 om nummerruimte te reserveren om clausules in de toekomst in te voegen, indien nodig.
Voor elke herverdeelde route evalueert de router eerst de overeenkomende opdracht van een clausule in de routekaart. Als de gematchte criteria slagen, wordt de route herverdeeld of afgewezen zoals voorgeschreven door de vergunnings- of weigeringsclausule, en sommige van de attributen worden gewijzigd door ingestelde opdrachten. Als de gematchte criteria niet werken, is deze clausule niet van toepassing op de route en beoordeelt Cisco IOS-software de route aan de hand van de volgende clausule in de routekaart. Scan van de routekaart gaat door totdat een clausule is gevonden waarvan de opdracht(en) overeenkomen met de route of totdat het einde van de routekaart is bereikt.
Configureer een ingestelde opdracht niet in een clausule voor het weigeren van routekaarten, omdat de clausule voor het weigeren van routeherverdeling verbiedt. Er is geen informatie die kan worden gewijzigd.
Een routekaartclausule zonder een matchset-opdracht voert een actie uit. Een lege vergunningsclausule maakt een herverdeling van de rest van de routes zonder wijziging mogelijk. Een lege weigeringsclausule staat geen herverdeling van andere routes toe (dit is de standaardactie als een routekaart volledig wordt gescand, maar er geen expliciete overeenkomst wordt gevonden).
Op basis van de informatie in deze sectie doet het vorige OSPF-naar-EIGRP routekaartvoorbeeld dit:
Deze sectie bevat de volgende onderwerpen:
Routekaarten zijn generieke mechanismen die u in veel configuraties kunt gebruiken, dit omvat de eerder beschreven opdracht herverdelen. U kunt bijvoorbeeld de opdracht overeenkomende lengte configureren in een routekaart voor PBR om aan te geven dat een speciale actie wordt uitgevoerd wanneer pakketten van een bepaalde lengte worden doorgestuurd. U zou echter de opdracht overeenkomende lengte niet gebruiken in routekaarten die zijn toegepast op herverdeling.
U kunt opdrachten configureren en instellen in een routekaart die niet worden ondersteund (of geen effect hebben) in een context waarin een routekaart wordt toegepast (of die in een later stadium moet worden toegepast). Een voorbeeld van deze situatie kan de opdracht matchlengte zijn die wordt gebruikt in een routekaart die wordt toegepast op herverdeling. Bij herverdeling wordt een routekaart toegepast op elke route die in de routeringstabel is geïnstalleerd, volgens het protocol dat is opgegeven in de opdracht herverdelen. Daarom, wanneer een router een routekaart uitvoert, interpreteert de router alleen de opdrachten die zinvol zijn in de context van routekaarttoepassing. In dit voorbeeld heeft de opdracht matchlengte die in de routekaart voor herverdeling wordt genoemd geen effect op herverdeling. Het blijft in de configuratie van de routekaart, en het kan worden gezien in de actieve configuratie van de router. De routeherverdeling wordt echter niet beïnvloed, ongeacht of deze opdracht in de routekaart aanwezig is of niet.
Daarom maakt de router de configuratie van alle soorten match en set-commando's mogelijk, maar ze moeten logisch worden toegepast op de situatie. Anders kan de configuratie erg verwarrend zijn of onjuiste taken uitvoeren.
Gebruik geen commando's zonder effect in een routekaartcontext - zelfs als ze onschadelijk lijken - vanwege deze problemen:
Opdrachten zonder effect kunnen verhullen wat u wilt bereiken. Het probleem kan verwarring veroorzaken.
Opdrachten die momenteel niet worden ondersteund, kunnen worden ondersteund in toekomstige versies van Cisco IOS-software. Er kunnen ongewenste veranderingen optreden in het routekaartgedrag na toekomstige software-upgrades.
Niet alle commando's zijn volledig onschadelijk; bijvoorbeeld de set metric +/- opdracht, die de relatieve verandering van metric specificeert en die wordt gebruikt met BGP-routeadvertentie. Het kan de huidige metriek van een route nemen en deze met een gespecificeerde waarde verhogen of verlagen voordat het zich voortplant.
De +/- vorm van deze opdracht wordt niet ondersteund door sommige protocollen, zie EIGRP Route Map Support en in andere scenario's wordt het eigenlijk geïnterpreteerd als de set metric opdracht met het teken weggelaten. Denk bijvoorbeeld aan deze routekaart:
!--- This redistribution route-map is very dangerous!
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. Toch stelt het eigenlijk de metriek van alle routes gelijk, gelijk aan 2. Dit is onverwacht in de configuratie van de router.
Deze routekaart zorgt voor een nog meer contra-intuïtief effect:
!--- This redistribution route-map is very dangerous!
route-map ospf-to-ospf permit 10
set metric +2
!
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).
Routekaarten toegepast op herverdeling werken met twee routeringsprotocollen:
Het protocol dat de oorspronkelijke routeringsinformatie biedt
Het protocol waarnaar de routeringsinformatie wordt herverdeeld
Elk routeringsprotocol kan zijn eigen set routeattributen ondersteunen.
Bij herverdeling routekaartconfiguratie:
Route-map match-opdrachten controleren de attributen van een route die worden ondersteund door het protocol dat de oorspronkelijke route voor herverdeling heeft geleverd.
Route-map set commando's wijzigen de attributen van routes die worden ondersteund door het protocol waaraan de routes worden herverdeeld.
In het gedeelte Tabellen voor opdrachtondersteuning van dit document worden de opdrachten weergegeven. Ze worden gecategoriseerd op match en set commando's, om de twee-protocol aard van herverdeling routekaarten te benadrukken.
In dit gedeelte worden de opdrachten beschreven die worden ondersteund in routekaarten die zijn gekoppeld aan de opdracht herverdelen. Er zijn zeven routeringsprotocollen van waaruit routes kunnen worden herverdeeld; er zijn echter slechts vijf waarop herverdeling kan plaatsvinden. Gekoppelde en statische routes zijn geen dynamische routeringsprotocollen en kunnen alleen informatie bieden die moet worden herverdeeld in andere protocollen.
Deze sectie bevat niet de opdrachten voor match en set die worden ondersteund in de routekaarten van Cisco IOS Software Release 12.3, maar die niet van toepassing zijn in de context van herdistributie.
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 uitvoeren (waarschijnlijk een ongewenste actie) worden gemarkeerd met een Nee.
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 |
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 |
Routekaarten zijn zeer krachtige, maar ingewikkelde instrumenten voor de herverdeling van routes. Ze zorgen voor een zeer fijne manipulatie van routeringsinformatie wanneer deze wordt herverdeeld tussen protocollen. Ze kunnen echter gevaarlijk zijn en kunnen zwarte gaten of suboptimale verkeersstroom in uw netwerk creëren. U moet netwerken zeer zorgvuldig ontwerpen als u complexe herverdelingsfuncties tussen meerdere routeringsprotocollen wilt gebruiken.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
3.0 |
27-Nov-2023 |
hercertificering |
2.0 |
10-Nov-2022 |
Opmaak bijgewerkt en hercertificering. |
1.0 |
25-Feb-2004 |
Eerste vrijgave |