Konfigurieren von Routenzuordnungen mithilfe des Redistribution-Befehls
Inhalt
Einleitung
In diesem Dokument wird die Konfiguration von Routenplänen beschrieben, die mit dem Befehl „redistribute“ von dynamischen Routing-Protokollen angewendet werden.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
- Einfaches IP-Routing
- Cisco Command Line Interface (CLI)
Verwendete Komponenten
Obwohl die Routing-Map-Unterstützung ursprünglich mit der Cisco IOS-Software eingeführt wurde, bleibt der Befehl route-map gültig und wird auch in Cisco IOS XE häufig verwendet. Die allgemeinen Routing-Map-Konzepte, z. B. die Bewertung der Reihenfolge, Zulassen- und Ablehnungsklauseln, Zuordnungsanweisungen und Festlegen von Aktionen, gelten auch für Cisco IOS XE. Befehlssyntax und Funktionsunterstützung können je nach Plattform, Softwareversion, Routing-Protokoll und Adressfamilie variieren. Einige Match- und Set-Befehle, die in einem Umverteilungskontext unterstützt werden, können nicht unterstützt werden oder sich in einem anderen anders verhalten. Validieren Sie vor der Bereitstellung immer die genaue Befehlssyntax im Vergleich zur Zielversion und der Plattformdokumentation.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Hintergrundinformationen
Dieser Abschnitt bietet eine Übersicht über die in der Cisco IOS-Software verwendeten Routing-Karten.
Routing-Map-Grundlagen
Routen-Maps und Zugriffskontrolllisten (ACLs) verhalten sich ähnlich. Bei beiden handelt es sich um Richtlinienmechanismen, die Einträge in einer definierten Reihenfolge auswerten und ein Ergebnis für Zulassen oder Ablehnen zurückgeben.
Zu den allgemeinen Merkmalen gehören:
-
Bestellte Bewertung:
ACLs und Routing-Maps werden sequenziell verarbeitet, von der niedrigsten bis zur höchsten Sequenznummer. Die Auswertung wird beendet, wenn der erste übereinstimmende Eintrag gefunden wurde und die diesem Eintrag zugeordnete Aktion angewendet wird. -
Zulassen und Verweigern von Logik:
Sowohl ACLs als auch Routing-Maps verwenden Berechtigungen und Ablehnungen. Die Bedeutung von "Zulassen" und "Verweigern" hängt jedoch davon ab, wie die ACL oder die Routing-Map angewendet wird. Beispielsweise unterscheidet sich die Wirkung einer zur Neuverteilung verwendeten Route Map von der Wirkung einer Route Map, die für eine Policy-Based Routing (PBR)- oder BGP-Richtlinie verwendet wird. -
Kontextabhängiges Verhalten:
ACLs und Routing-Maps sind allgemeine Richtlinien-Tools. Ihr Verhalten hängt von der Funktion ab, die auf sie verweist. Derselbe route-map-Filter kann unterschiedliche Auswirkungen haben, wenn er für die Neuverteilung, die BGP-Routenrichtlinie, den PBR oder eine andere Funktion verwendet wird.
Routing-Maps und ACLs weisen ebenfalls wichtige Unterschiede auf:
-
ACLs bieten grundlegende Übereinstimmungen von Zulassen und Ablehnen:
Eine ACL gibt primär ein "Ja"- oder "Nein"-Ergebnis zurück. Im Zusammenhang mit der Neuverteilung von Routen können ACLs oder Präfixlisten als Anpassungskriterien verwendet werden, um festzustellen, welche Routen für die Neuverteilung qualifiziert sind. -
Route Maps können Routing-Informationen abgleichen und ändern:
Eine Route Map kann auf ACLs, Präfixlisten oder andere Abgleichskriterien verweisen. Zusätzlich zum Zulassen oder Verweigern von Routen können Routenzuordnungen unterstützte Routenattribute mit festgelegten Befehlen ändern. Beispielsweise kann eine bei der Neuverteilung verwendete Route Map je nach Quell- und Ziel-Routing-Protokollen eine Route Metric, ein Tag, einen Metriktyp oder andere unterstützte Attribute festlegen. -
Routenzuordnungen unterstützen erweiterte Abgleichskriterien:
Route Maps können Routing-Attribute zuordnen, die von ACLs nicht direkt ausgewertet werden können. Eine Route Map kann beispielsweise den Routing-Typ, das Routing-Tag, die Metrik, den nächsten Hop, die Routenquelle oder andere protokollspezifische Attribute abgleichen, wenn diese Übereinstimmungsbedingungen im Umverteilungskontext unterstützt werden. -
Das Verhalten des Richtlinienendes hängt von der Anwendung ab:
ACLs schließen am Ende eine implizite Ablehnung ein. Das Route-Map-Verhalten hängt auch von der Verwendung der Route-Map ab. Wenn für die Neuverteilung eine Route keiner route-map-Klausel entspricht, wird die Route nicht neu verteilt. Diese Funktion ähnelt einer impliziten Ablehnung am Ende der Routenübersicht. -
Leere Route-Map-Klauseln haben eine besondere Bedeutung:
Eine route-map-Klausel ohne Match-Anweisung stimmt mit allen verbleibenden Routen überein, die diese Klausel erreichen. Bei der Neuverteilung erlaubt eine Leererlaubnisklausel die Neuverteilung aller verbleibenden Routen, während eine Leerverweigerungsklausel die Neuverteilung aller verbleibenden Routen blockiert.
Der Befehl zur Neuverteilung des dynamischen Routing-Protokolls unterstützt in der Regel die Verwendung einer Route Map, um zu steuern, welche Routen neu verteilt werden und wie Routenattribute während der Neuverteilung geändert werden. Wenn eine Filterung nach Präfix oder Maske erforderlich ist, konfigurieren Sie eine ACL oder Präfixliste, und verweisen Sie diese aus einer Routing-Map mit einer Match-Anweisung.
Verwenden Sie eine Routenzuordnung im Neuverteilungsprozess, wenn Sie Routeninformationen wie Metrik, Tag, Metriktyp oder andere unterstützte Attribute ändern müssen oder wenn Sie Funktionen zuordnen müssen, die über eine einfache Präfix- oder Maskenauswahl hinausgehen. Für eine einfache präfixbasierte Filterung kann weiterhin eine ACL oder Präfixliste verwendet werden. Auf diese wird jedoch in der Regel innerhalb der Route-Map verwiesen, die auf den Befehl redistribute angewendet wird.
Bei der Neuverteilung wird die Route Map auf Routing-Informationen angewendet, die aus dem Quell-Routing-Prozess ausgewählt wurden, bevor diese Informationen in den Ziel-Routing-Prozess eingespeist werden. Er gilt nicht direkt für ein- oder ausgehenden Paketverkehr. Seine Wirkung beschränkt sich auf die Steuerung und Änderung von neu verteilten Routen.
Neuverteilung von OSPF-Routen zu EIGRP mithilfe einer Routing-Map
Dies ist eine typische OSPF-Route (Open Shortest Path First) zum EIGRP (Enhanced Interior Gateway Routing Protocol), die mit dem folgenden Befehl zur Neuverteilung angewendet wird:
!
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
!Wichtige Beobachtungen:
Route-Map-Klauseln sind nummeriert. In diesem Beispiel haben die Klauseln die Sequenznummern 10, 20 und 30. Sequenznummern ermöglichen Ihnen Folgendes:
- Löschen Sie eine bestimmte Klausel, ohne andere Teile der Routenübersicht zu beeinträchtigen.
- Fügen Sie eine neue Klausel zwischen zwei bestehenden Klauseln ein.
Cisco empfiehlt Nummerierungsklauseln in Intervallen von 10, um bei Bedarf Sequenznummern für zukünftige Änderungen zu reservieren.
Route Maps können über Berechtigungen und Ablehnungsklauseln verfügen. In route-map ospf-to-eigrp gibt es eine deny-Klausel mit der Sequenznummer 10 und zwei permit-Klauseln mit den Sequenznummern 20 und 30. Die deny-Klausel lehnt übereinstimmende Routen von der Neuverteilung ab. Daher finden diese Regeln Anwendung:
- Wenn Sie eine ACL in einer route-map permit-Klausel verwenden, werden von der ACL zugelassene Routen neu verteilt.
- Wenn Sie eine ACL in einer route-map deny-Klausel verwenden, werden von der ACL zugelassene Routen nicht neu verteilt.
- Wenn Sie eine ACL in einer route-map permit- oder deny-Klausel verwenden und die ACL eine Route verweigert, wird die route-map-Klausel nicht als Übereinstimmung betrachtet, und die nächste route-map-Klausel wird ausgewertet.
Jede route-map-Klausel kann zwei Befehlstypen enthalten:
- match - Gibt die Kriterien an, anhand derer die Routen ausgewählt werden, für die die Klausel gilt.
- set - Ändert Routenattribute für die abgeglichenen Routen, bevor diese an das Ziel-Routing-Protokoll neu verteilt werden.
Für jede neu verteilte Route wertet der Router zunächst die Übereinstimmungsbefehle in einer route-map-Klausel aus. Wenn die Übereinstimmungskriterien erfolgreich sind, wird die Route entsprechend der permit-Klausel oder der deny-Klausel neu verteilt oder abgelehnt. Wenn die Route zulässig ist, können ihre Attribute durch die Befehle set geändert werden. Wenn die Anpassungskriterien fehlschlagen, gilt die Klausel nicht für die Route, und die Cisco IOS-Software wertet die Route anhand der nächsten Klausel in der Route-Map aus. Der route-map-Scan wird fortgesetzt, bis eine Klausel gefunden wird, deren Übereinstimmungsbefehle mit der Route übereinstimmen, oder bis das Ende der route-map erreicht ist.
Ein Match- oder Set-Befehl kann in jeder Klausel weggelassen oder wiederholt werden. Dabei gelten folgende Überlegungen:
- Wenn mehrere Übereinstimmungsbefehle in einer Klausel vorhanden sind, müssen alle erfolgreich sein, damit eine bestimmte Route mit der Klausel übereinstimmt. Mit anderen Worten, eine logische UND-Operation wird auf mehrere Übereinstimmungsbefehle angewendet.
- Wenn sich ein einzelner Abgleichbefehl auf mehrere Objekte bezieht, kann jedes Objekt abgleichen. Mit anderen Worten, eine logische OR-Operation wird innerhalb desselben Match-Befehls angewendet. Beispiel: Bei Übereinstimmung mit der IP-Adresse 101 121 wird eine Route zugeordnet, wenn sie gemäß Zugriffsliste 101 oder Zugriffsliste 121 zulässig ist.
- Wenn kein Match-Befehl vorhanden ist, stimmen alle Routen mit der Klausel überein. Im vorherigen Beispiel stimmen alle Routen überein, die Klausel 30 erreichen. Das Ende der Routenkarte wird daher nie erreicht.
- Wenn ein set-Befehl in einer route-map permit-Klausel nicht vorhanden ist, wird die Route ohne Änderung ihrer aktuellen Attribute neu verteilt.
Konfigurieren Sie in einer deny route-map-Klausel keinen set-Befehl, da die deny-Klausel die Routen-Neuverteilung verhindert. Es sind keine neu verteilten Routeninformationen zum Ändern vorhanden.
Eine route-map-Klausel ohne einen match- oder set-Befehl führt immer noch eine Aktion aus. Eine leere Erlaubnisklausel erlaubt die Neuverteilung der verbleibenden Routen ohne Änderung. Eine leere deny-Klausel verhindert die Neuverteilung der verbleibenden Routen. Dies ist auch das Standardverhalten, wenn eine Routing-Map vollständig gescannt wird und keine explizite Übereinstimmung gefunden wird.
Basierend auf den Informationen in diesem Abschnitt im vorherigen Beispiel für die OSPF-zu-EIGRP-Routing-Zuordnung geschieht Folgendes:
- Unterbindet die Neuverteilung aller externen OSPF-Routen vom Typ 2 mit Tag 6.
- Verteilt alle Routen, die mit der pfx-Präfixliste übereinstimmen, in EIGRP und legt die EIGRP-Metrikwerte auf 40000, 1000, 255, 1 und 1500 fest.
- Verteilt alle anderen Routen neu und legt deren Tag auf 8 fest.
In diesem Beispiel besteht die Topologie aus drei linear verbundenen Routern: R3 ↔ R1 ↔ R2. Router R1 fungiert als Umverteilungsrouter zwischen R3 und R2, ohne direkte Verbindung zwischen R3 und R2. Jeder Router ist über GigabitEthernet-Schnittstellen verbunden und ermöglicht so eine Punkt-zu-Punkt-Hochgeschwindigkeitsverbindung zwischen benachbarten Geräten.
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#Führen Sie den Befehl show ip route <prefix> auf R3 aus, um zu überprüfen, wie jede neu verteilte Route von der route-map verarbeitet wurde. Die Route 10.20.20.20/32 stimmt mit der Route-Map-Sequenz 20 überein, da sie von der pfx-Präfixliste zugelassen wird. Dadurch wird die Route in EIGRP umverteilt, wobei die Metrik explizit unter Sequenz 20 mit dem Befehl set metric 40000 1000 255 1 1500 konfiguriert wird.
Diese Eigenschaften spiegeln sich in der Routenausgabe wider:
- Die Route wird als externe EIGRP-Route erfasst.
- Die Mindestbandbreite beträgt 40000 Kbit.
- Die Gesamtverzögerung beträgt 10010 Mikrosekunden.
- Es wird kein Routing-Tag angezeigt, da Sequenz 20 nur die Metrik und kein Tag festlegt.
Außerdem stimmt Route 172.16.1.0/24 nicht mit Sequenz 10 oder Sequenz 20 überein, sodass sie Route-Map-Sequenz 30 erreicht. Da Sequenz 30 keine Match-Anweisung hat, stimmt sie mit allen verbleibenden Routen überein und wendet das Set-Tag 8 an, das in der Routenausgabe wiedergegeben wird:
- Die Route wird als externe EIGRP-Route erfasst.
- Die Route umfasst Tag 8.
- In der Ausgabe wird auch das Routen-Tag 8 unter dem Routen-Deskriptor angezeigt.
- Bei der Metrik wird die Standardmetrik für die Neuverteilung verwendet, die im Rahmen des EIGRP-Prozesses konfiguriert wurde, und nicht die Metrik aus Sequenz 20.
Diese Ausgaben bestätigen die Routingzuordnung, die Routen in der folgenden Reihenfolge verarbeitet: Sequenz 20 wendet die explizite EIGRP-Metrik auf Präfixe an, die von der Präfixliste abgeglichen werden, während Sequenz 30 die verbleibenden umverteilten Routen zulässt und sie mit dem Tag 8 markiert.
Die physischen Verbindungen zwischen R3, R1 und R2 sind zwar Gigabit-Ethernet-Schnittstellen mit DLY 10 usec, aber die neu verteilten EIGRP-Routen übertragen auch die während der Neuverteilung konfigurierte Seed-Verzögerung. In den Befehlen set metric und default-metric wird der EIGRP-Verzögerungswert in Zehntel-Mikrosekunden eingegeben. Eine konfigurierte Verzögerung von 1.000 wird somit zu 10000 Mikrosekunden, und eine konfigurierte Verzögerung von 2.000 zu 20000 Mikrosekunden. Wenn R3 die Routen von R1 bezieht, wird die lokale GigabitEthernet-Schnittstellenverzögerung von 10 Mikrosekunden hinzugefügt, was zu Gesamtverzögerungen von 10010 Mikrosekunden bzw. 20010 Mikrosekunden führt.
In der Routenzuordnung verwendete Befehle werden auf Neuverteilung angewendet
Dieser Abschnitt behandelt folgende Themen:
-
Nicht unterstützte Übereinstimmungs- und Setbefehle in Routenzuordnungen konfigurieren
-
Die Neuverteilung von Routing-Maps erfolgt über zwei Protokolle.
Nicht unterstützte Übereinstimmungs- und Setbefehle in Routenzuordnungen
Routenzuordnungen sind generische Mechanismen, die in vielen Konfigurationskontexten verwendet werden können, einschließlich des zuvor beschriebenen Befehls redistribute. Sie können den Befehl Match Length in einer Route-Map konfigurieren und ausführen, die für richtlinienbasiertes Routing (Policy-Based Routing, PBR) verwendet wird, um eine bestimmte Aktion festzulegen, die beim Weiterleiten von Paketen einer bestimmten Länge ausgeführt wird. Der Befehl match length ist jedoch nicht auf Routenzuordnungen anwendbar, die für die Routen-Neuverteilung verwendet werden.
Sie können Befehle in einer Routenübersicht konfigurieren, ausführen und abgleichen und festlegen, die nicht unterstützt werden oder im Kontext, in dem die Routenübersicht angewendet wird, keine Auswirkungen haben. In einem Beispiel wird der Befehl match length in einer auf die Neuverteilung angewendeten Route-Map ausgeführt. Bei der Neuverteilung wird die Route Map auf Routen angewendet, die in der Routing-Tabelle durch das im Befehl "redistribute" angegebene Quellprotokoll installiert sind. Aus diesem Grund interpretiert der Router bei der Verarbeitung der Routing-Map nur die Befehle, die im Kontext der Neuverteilung von Bedeutung sind. In diesem Beispiel hat der Befehl match length keine Auswirkung auf die Neuverteilung. Der Befehl verbleibt in der Routing-Map-Konfiguration und wird in der aktuellen Konfiguration angezeigt. Ob der Befehl jedoch vorhanden ist, hat keinen Einfluss auf die Routen-Neuverteilung.
Obwohl der Router die Konfiguration verschiedener Übereinstimmungs- und Set-Befehle unter einer Routenübersicht zulassen kann, müssen diese Befehle für den Funktions- oder Protokollkontext geeignet sein, in dem die Routenübersicht verwendet wird. Andernfalls kann die Konfiguration verwirrend werden oder zu unbeabsichtigten Ergebnissen führen.
Verwenden Sie aus den folgenden Gründen keine Befehle, die in einem bestimmten Routing-Map-Kontext keine Auswirkungen haben, auch wenn sie harmlos erscheinen:
- Befehle ohne Auswirkungen können die beabsichtigte Richtlinie verschleiern und zu Verwirrung führen.
- Befehle, die im aktuellen Kontext nicht unterstützt werden, können in einer zukünftigen Cisco IOS- oder Cisco IOS XE-Version unterstützt werden, was nach einem Software-Upgrade zu unerwarteten Änderungen im Routing-Map-Verhalten führen kann.
- Nicht alle nicht unterstützten Befehle sind harmlos. Beispielsweise gibt der Befehl set metric +/- eine relative Metrikänderung an und wird in einigen Border Gateway Protocol (BGP)-Routen-Ankündigungskontexten verwendet. Er kann die aktuelle Metrik einer Route übernehmen und sie um den angegebenen Wert erhöhen oder verringern, bevor die Route propagiert wird.
Vorsicht: Die Syntax set metric +<value> und set metric -<value> wird nicht von allen Routing-Protokollen unterstützt. Auf Plattformen oder Protokollen, die das + oder - Formular nicht unterstützen, kann das Zeichen ignoriert und der Befehl als Metrik <Wert> interpretiert werden. Dies kann dazu führen, dass während der Neuverteilung eine unbeabsichtigte Metrik zugewiesen wird, die sich möglicherweise auf die Routenauswahl und den Netzwerkverkehr auswirkt. Überprüfen Sie stets die Plattform- und Protokollunterstützung, bevor Sie die inkrementelle oder dekrementelle Metriksyntax verwenden.
Anmerkung: Weitere Informationen finden Sie unter EIGRP Route Map Support (EIGRP-Routenzuordnungsunterstützung).
Betrachten Sie z. B. diese Routenübersicht:
! route-map ospf-to-ospf permit 10 set metric +2 !Durch diese Konfiguration werden anscheinend alle Routen von einem OSPF-Prozess an einen anderen verteilt, während die Metrik aller Routen um zwei erhöht wird. Der Wert für die Metrik aller Routen wird auf "2" festgelegt. Dies ist in der Routerkonfiguration unerwartet.
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 1Diese Routenübersicht bietet einen nicht-intuitiven Effekt:
!
route-map ospf-to-ospf permit 10
set metric -367
!Anstatt die Metrik der neu verteilten Routen zu verringern, setzt diese Konfiguration die Metrik auf 367 (ein positiver Wert, da eine negative Metrik nicht möglich ist, wenn die festgelegte Metrik ohne Vorzeichen interpretiert wird).
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 1Quell- und Zielprotokollverhalten in Weiterverteilungs-Routenzuordnungen
Routenzuordnungen für die Neuverteilung arbeiten mit zwei Routing-Protokollen:
- Das Quellprotokoll, das die ursprünglichen Routing-Informationen bereitstellt.
- Das Zielprotokoll, dessen Routing-Informationen neu verteilt werden.
Jedes Routing-Protokoll unterstützt seine eigenen Routenattribute. Aus diesem Grund werden Match- und Set-Befehle in einer Weiterverteilungs-Route-Map in Bezug auf verschiedene Protokolle ausgewertet:
- Mit Route-Map-Übereinstimmungsbefehlen werden Attribute von Routen überprüft, die von dem im Befehl redistribute angegebenen Quellprotokoll abgerufen oder installiert wurden.
- Mit Route Map Set-Befehlen werden Routenattribute geändert, die vom Zielprotokoll, über das die Routen neu verteilt werden, unterstützt werden.
Im Abschnitt Command Support Tables werden unterstützte Befehle aufgeführt. Diese werden als Match- und Set-Befehle kategorisiert, um zu zeigen, wie Weiterverteilungs-Routing-Maps auf die Quell- und Ziel-Routing-Protokolle angewendet werden.
Befehlsunterstützungstabellen
In diesem Abschnitt werden die Befehle beschrieben, die in Routing-Maps unterstützt werden, die mit dem Befehl redistribute verknüpft sind. Es gibt sieben Routing-Protokolle, über die Routen neu verteilt werden können. Es gibt jedoch nur fünf, in denen eine Umverteilung stattfindet. Verbundene und statische Routen sind keine dynamischen Routing-Protokolle und können nur Informationen bereitstellen, die in andere Protokolle umverteilt werden müssen.
Intermediate System-to-Intermediate System (IS-IS) und BGP können Informationen über CLNS-Routen (Connectionless Network Service) zusammen mit IP-Routen weitergeben. In den Tabellen in diesem Abschnitt werden auch CLNS-bezogene Befehle erwähnt, die in Weiterverteilungs-Routing-Maps für diese Protokolle verwendet werden können.
Sie können Routing Information Protocol (RIP), OSPF, IS-IS und BGP verwenden, um IPv6-Routen zu propagieren. Weiterverteilungs-Routing-Maps für diese Protokolle können IPv6-spezifische Befehle enthalten. Die Befehle match ip und set ip sind spezifisch für die Neuverteilung von IPv4-Präfixen. Die Befehle match ipv6 und set ipv6 dienen der Neuverteilung von IPv6-Präfixen. Sie können die Befehle match clns und set clns nur verwenden, wenn Sie eine route-map verwenden, um CLNS-Routen vom oder zum Routing-Protokoll neu zu verteilen.
In Tabelle 1 und Tabelle 2 werden folgende Konventionen verwendet:
-
Unterstützte Befehle sind mit Ja gekennzeichnet.
-
Nicht unterstützte Befehle sind durch einen Bindestrich (—) gekennzeichnet.
-
Nicht unterstützte Befehle, die bekanntermaßen eine Aktion ausführen (wahrscheinlich eine unerwünschte Aktion), sind mit Nein gekennzeichnet.
Tabelle 1: Route-Map-Befehle für die Zuordnung der in Routing-Tabellen installierten Routen nach Protokollen
| Command |
Unterstützung von Neuverteilung |
||||||
| Verbunden |
Statisch |
RIP |
EIGRP |
OSPF |
IS-IS |
BGP |
|
| CLN-Adresse des Treffers |
— |
Ja |
— |
— |
— |
Ja |
Ja |
| Next-Hop für Übereinstimmung-Clans |
— |
Ja |
— |
— |
— |
Ja |
— |
| Anpassungsschnittstelle |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
— |
| Match-IP-Adresse |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| Präfixliste für Match-IP-Adresse |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| match ip next-hop |
— |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| match ip next-hop prefix-list |
— |
Nein |
Nein |
Nein |
Nein |
Nein |
Nein |
| match ip route-source |
— |
— |
Ja |
Ja |
Ja |
— |
Ja |
| match ip route-source prefix-liste |
— |
— |
Nein |
Nein |
Nein |
— |
Nein |
| match ipv6 address [Präfixliste] |
Ja |
Ja |
Ja |
— |
Ja |
Ja |
Ja |
| match ipv6 next-hop [Präfixliste] |
— |
Ja |
Ja |
— |
— |
— |
Ja |
| match ipv6 route-source [Präfixliste] |
— |
— |
Ja |
— |
— |
— |
Ja |
| Match-Metrik |
— |
— |
Ja |
Ja |
Ja |
Ja |
Ja |
| Übereinstimmungs-Policy-Liste |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
| Übereinstimmung des Routing-Typs extern |
— |
— |
— |
Ja |
Ja |
Ja |
Ja |
| übereinstimmender Routing-Typ intern |
— |
— |
— |
Ja |
Ja |
— |
Ja |
| Route-Type-Übereinstimmung lokal |
— |
— |
— |
— |
— |
— |
Ja |
| Übereinstimmung Routing-Typ nssa-extern |
— |
— |
— |
— |
Ja |
— |
— |
| Routentyp abgleichen {level-1|level-2} |
— |
— |
— |
— |
— |
Ja |
— |
| Anpassungsmarke |
— |
Ja |
Ja |
Ja |
Ja |
Ja |
Ja |
Tabelle 2: Befehle, die Routenattribute während der Neuverteilung über das Zielprotokoll ändern
| Command |
Unterstützung von Neuverteilung |
||||
| RIP |
EIGRP |
OSPF |
IS-IS |
BGP |
|
| set as-path-Tag |
— |
— |
— |
— |
Ja |
| Set-Community |
— |
— |
— |
— |
Ja |
| set ip next-hop |
— |
— |
— |
— |
Ja |
| set ip next-hop peer address |
— |
— |
— |
— |
Nein |
| set ipv6 next-hop |
— |
— |
— |
— |
Ja |
| Set-Level {Backbone|Stub-Area} |
— |
— |
Nein |
— |
— |
| Ebene festlegen {Ebene-1|Ebene-2|Ebene-1-2} |
— |
— |
— |
Ja |
— |
| lokale Präferenz festlegen |
— |
— |
— |
— |
Ja |
| eingestellte Kennzahl |
Ja |
— |
Ja |
Ja |
Ja |
| Metrik setzen +/- |
Nein |
— |
Nein |
Nein |
Nein |
| metrisches eigrp-metrisches Set |
— |
Ja |
— |
— |
— |
| set metric +/- eigrp-metric |
— |
Nein |
— |
— |
— |
| metrisches internes Set |
— |
— |
— |
Ja |
— |
| metrisches externes Set |
— |
— |
— |
Ja |
— |
| Metriktyp {Typ-1|Typ-2} festlegen |
— |
— |
Ja |
— |
— |
| set nlri |
— |
— |
— |
— |
Ja |
| Sollwert |
— |
— |
— |
— |
Ja |
| Set-Tag |
Ja |
Ja |
Ja |
— |
— |
| Sollgewicht |
— |
— |
— |
— |
Ja |
Schlussfolgerung
Route Maps sind leistungsstarke und flexible Tools zur Steuerung der Routen-Neuverteilung. Sie ermöglichen eine präzise Kontrolle darüber, wie Routing-Informationen zwischen Routing-Protokollen während der Neuverteilung ausgetauscht werden. Verwenden Sie bei der Implementierung der gegenseitigen Neuverteilung Routen-Tags und explizite Filterrichtlinien, um zu verhindern, dass neu verteilte Routen wieder in das ursprüngliche Routing-Protokoll aufgenommen werden. Andernfalls kann es zu Routingschleifen, Datenverkehrsengpässen oder suboptimalen Weiterleitungspfaden kommen. Da die Neuverteilung zwischen mehreren Routing-Protokollen die Routing-Komplexität erheblich erhöhen kann, müssen Netzwerke vor der Bereitstellung erweiterter Weiterverteilungsrichtlinien sorgfältig entworfen, implementiert und validiert werden.
Zugehörige Informationen
- Neuverteilung von Routing-Protokollen
- Seite für Protokoll-Support
- Technischer Support und Downloads von Cisco
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
4.0 |
29-Jul-2026
|
Aktualisierter Titel, Rechtschreibung, Grammatik, eingefügte horizontale Linien, um Abschnitte/Lesbarkeit zu trennen. |
3.0 |
27-Nov-2023
|
Rezertifizierung |
2.0 |
10-Nov-2022
|
Formatierung aktualisiert und erneute Zertifizierung. |
1.0 |
25-Feb-2004
|
Erstveröffentlichung |
Feedback