Konfigurieren der Routing-Protokoll-Neuverteilung
Inhalt
Einleitung
In diesem Dokument wird beschrieben, wie Sie Routing-Protokolle (verbundene oder statische Routen) auf ein anderes dynamisches Routing-Protokoll umverteilen können.
Voraussetzungen
Anforderungen
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Verwendete Komponenten
Die Informationen in diesem Dokument sind nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
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.
Konventionen
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Hintergrundinformationen
Die Neuverteilung von Routing-Protokollen ist ein kritisches Konzept in Computernetzwerken, das die Kommunikation zwischen verschiedenen Routing-Domänen ermöglicht. In Unternehmens- und Service-Provider-Netzwerken werden häufig mehrere Routing-Protokolle wie Open Shortest Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), Border Gateway Protocol (BGP) und Routing Information Protocol (RIP) für spezifische Anwendungsfälle bereitgestellt. Durch die Neuverteilung können diese Protokolle Routing-Informationen austauschen und so die Anbindung über verschiedene Netzwerksegmente hinweg sicherstellen.
Gründe für die Neuverteilung
- Multi-Protokoll-Umgebungen: Organisationen können verschiedene Protokolle für verschiedene Zwecke bereitstellen, z. B. BGP für Internet-Routen und OSPF für interne Netzwerke.
- Fusionen und Übernahmen: Netzwerke mit unterschiedlichen Protokollen müssen während der Integration zusammenarbeiten.
- Skalierbarkeit und Optimierung: Die Neuverteilung ermöglicht die selektive gemeinsame Nutzung von Routen, um die Leistung zu optimieren und das Routing-Verhalten zu steuern.
Herausforderungen der Umverteilung
- Routingschleifen: Fehlkonfigurationen können zu Schleifen führen und die Netzwerkleistung beeinträchtigen.
- Administrative Distanz und Metriken: Jedes Protokoll verfügt über eindeutige Metriken und Prioritäten, die während der Neuverteilung ein sorgfältiges Verständnis erfordern.
- Routenfilterung und Sicherheit: Ungefilterte Weiterverteilung kann unbeabsichtigt falsche oder unerwünschte Routen propagieren.
Eine effektive Konfiguration der Routing-Protokoll-Neuverteilung gewährleistet eine nahtlose Kommunikation über Netzwerke hinweg, minimiert Ausfallzeiten und verhindert Routing-Probleme. Durch den Einsatz von Best Practices wie Filterung und Loop Prevention können Netzwerkadministratoren eine robuste und effiziente Routing-Infrastruktur erreichen.
Metriken
Wenn Sie ein Protokoll an ein anderes weiterverteilen, sollten Sie bedenken, dass die Metriken der einzelnen Protokolle bei der Neuverteilung eine wichtige Rolle spielen. Jedes Protokoll verwendet unterschiedliche Metriken. Die RIP-Metrik basiert beispielsweise auf der Anzahl der Hops, und EIGRP verwendet eine zusammengesetzte Metrik, die auf Bandbreite, Verzögerung, Zuverlässigkeit, Last und Maximum Transmission Unit (MTU) basiert. Dabei werden Bandbreite und Verzögerung als einzige Parameter standardmäßig verwendet. Wenn Routen neu verteilt werden, müssen Sie eine Metrik für ein Protokoll definieren, das die empfangene Route verstehen kann. Bei der Neuverteilung von Routen gibt es zwei Methoden zur Definition von Metriken.
EIGRP- und RIP-Topologie
1. Sie können die Metrik nur für diese spezifische Neuverteilung definieren:
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. Sie können dieselbe Metrik als Standard für alle Neuverteilungen verwenden (mit dem Standardmetrik -Befehl, der Ihnen Arbeit erspart, da die Metrik nicht für jede Neuverteilung separat definiert werden muss):
router rip redistribute static redistribute ospf 1 default-metric 1
Administrative Distanz
Wenn ein Router mehrere Routing-Protokolle ausführt und mit beiden Routing-Protokollen eine Route zum gleichen Ziel erfasst, muss welche Route als beste Route ausgewählt werden? Jedes Protokoll verwendet seinen eigenen Metriktyp, um die beste Route zu ermitteln. Routen mit verschiedenen Metriktypen können nicht verglichen werden. Administrative Entfernungen kümmern sich um dieses Problem. Administrative Distanzen werden Routenquellen zugewiesen, sodass die Route aus der am meisten bevorzugten Quelle als bester Pfad ausgewählt werden kann. Weitere Informationen zu administrativen Entfernungen und zur Routenauswahl finden Sie unter Routenauswahl in Cisco Routern.
Administrative Entfernungen erleichtern die Routenauswahl zwischen verschiedenen Routing-Protokollen, können jedoch zu Problemen bei der Neuverteilung führen. Diese Probleme können in Form von Routing-Schleifen, Konvergenzproblemen oder ineffizientem Routing auftreten. Das nächste Bild zeigt eine Topologie und eine Beschreibung eines möglichen Problems.
Topologie eines möglichen Problems
Wenn im vorherigen Topologiebeispiel RIP für R1 und RIP für R2 und R5 für RIP und EIGRP ausgeführt und RIP in EIGRP umverteilt wird, liegt ein potenzielles Problem vor. Beispielsweise erlernen R2 und R5 von R1 bis RIP Informationen zum Netzwerk 192.168.1.0. Dieses Wissen wird auf das EIGRP umverteilt. R2 erfährt von R3 etwas über das Netzwerk 192.168.1.0, und R5 erfährt es von R4 über EIGRP. EIGRP hat eine geringere administrative Distanz als RIP (90 im Vergleich zu 120). Daher wird die EIGRP-Route in der Routing-Tabelle verwendet. Es gibt eine potenzielle Routing-Schleife. Selbst wenn Split Horizon oder eine andere Funktion verwendet wird, die Routing-Schleifen verhindern soll, besteht immer noch ein Konvergenzproblem.
Wenn R2 und R5 EIGRP auch in RIP umverteilen (dies ist gegenseitige Umverteilung) und das Netzwerk 192.168.1.0 nicht direkt mit R1 verbunden ist (R1 lernt von einem anderen Router stromaufwärts davon), dann besteht ein potenzielles Problem, dass R1 das Netzwerk von R2 oder R5 mit einer besseren Metrik als von der ursprünglichen Quelle lernen kann.
Weitere Informationen finden Sie im Abschnitt Vermeiden von Problemen bei der Neuverteilung in diesem Dokument.
Beispiele für Neuverteilungskonfiguration
EIGRP
Diese Ausgabe zeigt einen EIGRP-Router, der statische, OSPF- (Open Shortest Path First), RIP- und IS-IS-Routen (Intermediate System-to-Intermediate System) neu verteilt.
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 benötigt fünf Metriken für die Neuverteilung anderer Protokolle: Bandbreite, Verzögerung, Zuverlässigkeit, Last und MTU.
| Kennzahl |
Wert |
| Bandbreite |
in Kilobit-Einheiten pro Sekunde; 10000 für Ethernet. |
| verzögerung |
in Zehntel-Mikrosekunden; für Ethernet: 100 x 10 Mikrosekunden = 1 ms |
| Zuverlässigkeit |
255 für 100 Prozent Zuverlässigkeit |
| belasten |
Die effektive Auslastung der Verbindung, ausgedrückt als Zahl von 0 bis 255 (255 ist eine Auslastung von 100 Prozent). |
| MTU |
Mindest-MTU des Pfads entspricht in der Regel der Ethernet-Schnittstelle, die 1500 Byte umfasst. |
Auf demselben Router können mehrere EIGRP-Prozesse ausgeführt werden, die untereinander neu verteilt werden können. EIGRP1 und EIGRP2 können beispielsweise auf demselben Router ausgeführt werden. Sie müssen jedoch nicht zwei Prozesse desselben Protokolls auf demselben Router ausführen, und dies kann den Arbeitsspeicher und die CPU des Routers belegen. Die Neuverteilung von EIGRP in einen anderen EIGRP-Prozess erfordert keine Metrikkonvertierung. Daher müssen keine Metriken definiert oder der Befehl default-metric mit der Neuverteilung verwendet werden.
Eine neu verteilte statische Route hat Vorrang vor der zusammengefassten Route, da die statische Route eine administrative Distanz von 1 hat, während die zusammengefasste EIGRP-Route eine administrative Distanz von 5 hat. Dies geschieht, wenn eine statische Route mithilfe des Befehls desredistribute staticEIGRP-Prozesses neu verteilt wird und der EIGRP-Prozess eine Standardroute hat.
OSPF
Diese Ausgabe zeigt einen OSPF-Router, der statische, RIP-, EIGRP- und IS-IS-Routen neu verteilt.
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
Die OSPF-Metrik stellt einen Kostenwert dar, der auf einer Bandbreite von 108/s der Verbindung in Bits/s basiert. Die OSPF-Kosten für Ethernet betragen beispielsweise 10: 108/107 = 10
Wenn ein großes Netzwerk untergeordnet ist, müssen Sie das Schlüsselwort "sub-netted" verwenden, um Protokolle in OSPF umzuverteilen. Ohne dieses Schlüsselwort verteilt OSPF nur größere Netze um, die nicht in Subnetze unterteilt sind.
Es ist möglich, mehrere OSPF-Prozesse auf demselben Router auszuführen. Beachten Sie, dass dies zusätzliche Router-Ressourcen (Arbeitsspeicher und CPU) beanspruchen kann.
Wenn Sie einen OSPF-Prozess in einen anderen verteilen, müssen Sie keine Metrik definieren oder den default-metric-Befehl verwenden.
RIP
Diese Ausgabe zeigt einen RIP-Router, der statische, EIGRP-, OSPF- und IS-IS-Routen neu verteilt:
router rip network 10.10.108.0 redistribute static redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1
Die RIP-Metrik setzt sich aus der Hop-Anzahl zusammen, und die maximal gültige Metrik ist 15. Alles, was größer als 15 ist, wird als unendlich betrachtet. Sie können 16 verwenden, um eine unendliche Metrik in RIP zu beschreiben. Wenn Sie ein Protokoll in RIP verteilen, empfiehlt Cisco die Verwendung einer niedrigen Metrik, z. B. 1. Eine hohe Metrik, z. B. 10, begrenzt RIP noch weiter. Wenn Sie eine Metrik mit 10 für neu verteilte Routen definieren, werden diese Routen nur Routern angekündigt, die bis zu 5 Hops entfernt sind. An diesem Punkt übersteigt die Metrik (Hop-Anzahl) 15. Wenn Sie eine Metrik mit 1 definieren, aktivieren Sie eine Route, um die maximale Anzahl von Hops in einer RIP-Domäne zurückzulegen. Dies kann jedoch die Möglichkeit von Routing-Schleifen erhöhen, wenn mehrere Umverteilungspunkte vorhanden sind und ein Router vom Umverteilungspunkt mit einer besseren Metrik als von der ursprünglichen Quelle Informationen über das Netzwerk erhält. Daher müssen Sie sicherstellen, dass die Metrik weder zu hoch ist, was verhindert, dass die Route für alle Router angekündigt wird, noch zu niedrig, was zu Routing-Schleifen führt, wenn mehrere Umverteilungspunkte vorhanden sind.
IS-IS
Diese Ausgabe zeigt einen IS-IS-Router, der statische, RIP-, EIGRP- und OSPF-Routen neu verteilt.
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
Die IS-IS-Metrik muss zwischen 1 und 63 liegen. In IS-IS gibt es keine metrische Standardoption. Sie müssen eine Metrik für jedes Protokoll definieren, wie im vorherigen Beispiel gezeigt. Wenn für die Routen, die in IS-IS umverteilt werden, keine Metrik angegeben wird, wird standardmäßig der Metrikwert 0 verwendet.
Neuverteilung statischer Routen mit Ausnahme des Gateways der letzten Instanz in RIP mit Routenübersicht
Diese Konfiguration ist ein Beispiel dafür, wie statische Routen mit Ausnahme des Gateways der letzten Gateway-Instanz in RIP über eine Routenübersicht neu verteilt werden.
Dies ist die erste Konfiguration für dieses Beispiel:
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
Um die Neuverteilung ohne das Gateway der letzten Instanz durchzuführen, können Sie die folgenden Konfigurationsschritte durchführen:
1. Erstellen Sie eine Zugriffsliste, um alle Netzwerke abzugleichen, die neu verteilt werden müssen:
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. Rufen Sie diese Zugriffsliste in einer Routenübersicht auf.
route-map TEST match ip address 10
3. Führen Sie in RIP eine Neuverteilung mit der Routenübersicht unter durch, und entfernen Sie den Befehl default information originate aus dem RIP-Prozess.
router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
Neuverteilung verbundener Netzwerke
Verbundene Netzwerke können mit zwei Methoden direkt und indirekt in Routing-Protokolle umverteilt werden. Um verbundene Routen direkt neu zu verteilen, verwenden Sie den Konfigurationsbefehl redistribute connected router, um sicherzustellen, dass eine Metrik definiert ist. Alternativ können verbundene Routen auch indirekt in Routing-Protokolle umverteilt werden, wie in diesem Beispiel gezeigt:
Vernetzte Netzwerke neu verteilen
Im Topologiebeispiel verfügt Router B über zwei Gigabit-Ethernet-Schnittstellen. GigabitEthernet0/0 befindet sich im Netzwerk 10.10.1.0/24 und GigabitEthernet0/1 im Netzwerk 10.20.1.0/24. Router B führt EIGRP mit Router A und OSPF mit Router C aus. Router B wird gegenseitig zwischen EIGRP- und OSPF-Prozessen verteilt. Dies ist die relevante Konfiguration für 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
Die Routing-Tabelle für Router B wird angezeigt:
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#Aus der vorherigen Konfigurations- und Routing-Tabelle lassen sich drei relevante Aspekte entnehmen:
- Die fraglichen Netzwerke sind in der Routing-Tabelle Router B als direkt verbundene Netzwerke aufgeführt.
- Netzwerk 10.10.1.0/24 ist Teil des EIGRP-Prozesses, Netzwerk 10.20.1.0/24 Teil des OSPF-Prozesses.
- Router B teilt EIGRP und OSPF gegenseitig auf.
Routing-Tabellen für Router A und C:
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 hat über EIGRP von Netzwerk 10.20.1.0/24 erfahren. EIGRP wird als externe Route angezeigt, da es von OSPF in EIGRP umverteilt wurde. Router C hat von Netzwerk 10.10.1.0/24 über OSPF als externe Route erfahren, da es vom EIGRP in OSPF umverteilt wurde. Router B verteilt verbundene Netzwerke nicht neu, kündigt jedoch das Netzwerk 10.10.1.0/24 an, das Teil des EIGRP-Prozesses ist und in OSPF neu verteilt wird. Ebenso kündigt Router B das Netzwerk 10.20.1.0/24 an, das Teil des OSPF-Prozesses ist und auf EIGRP umverteilt wird.
Weitere Informationen zu den in OSPF neu verteilten verbundenen Routen finden Sie unter Redistributing Connected Networks into OSPF.
Vermeidung von Problemen durch Umverteilung
Im Abschnitt "Administrative Distance" (Administrative Distanz) wird beschrieben, wie Umverteilung potenziell Probleme verursachen kann, z. B. die nächste Topologie des optimalen Routings, Routing-Schleifen oder langsame Konvergenz. Sie können diese Probleme vermeiden, wenn Sie die ursprünglich vom Routing-Prozess X erhaltenen Informationen nie wieder im Routing-Prozess X ankündigen.
Beispiel 1
R2 und R5 gegenseitige Umverteilung
In diesem Topologiebeispiel befinden sich R2 und R5 in gegenseitiger Neuverteilung. OSPF wird auf EIGRP neu verteilt, und EIGRP wird auf OSPF neu verteilt, wie die nächste Konfiguration zeigt.
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 0R5
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 0Mit dem vorherigen Konfigurationsbeispiel haben Sie die Möglichkeit, dass eines der oben beschriebenen Probleme auftritt. Um diese zu vermeiden, können Sie Routing-Updates filtern:
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 anyR5
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 anyDie den Konfigurationen hinzugefügten Verteilerlisten filtern, wie im vorherigen Beispiel gezeigt, alle EIGRP-Updates, die in die GigabitEthernet0/0-Schnittstelle der Router gelangen. Wenn die Routen in den Updates von Zugriffsliste 1 zugelassen werden, akzeptiert der Router sie im Update. andernfalls nicht. In diesem Beispiel wird den Routern mitgeteilt, dass sie die EIGRP-Updates, die sie über die angegebene Schnittstelle erhalten, nicht für das Netzwerk 192.168.1.0/24 verwenden dürfen. Daher verfügen diese Router für das Netzwerk 192.168.1.0/24 nur über OSPF von R1.
Beachten Sie außerdem, dass in diesem Fall nicht dieselbe Filterstrategie für den OSPF-Prozess verwendet werden muss, da OSPF eine größere administrative Distanz als EIGRP hat. Wenn Routen, die aus der EIGRP-Domäne stammen, über OSPF an R2 und R5 zurückgegeben wurden, haben die EIGRP-Routen weiterhin Vorrang.
Beispiel 2
Gegenseitige Neuverteilung - Beispiel2
Die Topologie in diesem Beispiel veranschaulicht eine weitere Methode zur Vermeidung von Umverteilungsproblemen. Bei dieser bevorzugten Methode werden Routing-Maps verwendet, um Tags für verschiedene Routen festzulegen, sodass Routing-Prozesse basierend auf diesen Tags neu verteilt werden können.
Eines der Probleme, auf die Sie in der vorherigen Topologie stoßen können, besteht darin, dass R1 das Netzwerk 192.168.1.0 an R2 ankündigt. R2 leitet es dann an EIGRP weiter, R5 lernt das Netzwerk über EIGRP und verteilt es über OSPF weiter. Basierend auf der Metrik, die R5 für die neu verteilten Routen festlegt, kann R6 den weniger wünschenswerten Pfad durch R5 bevorzugen, anstatt durch R1 zu gehen, um das Netzwerk zu erreichen.
Das nächste Konfigurationsbeispiel zeigt, wie dies mit setting Tags verhindert und dann basierend auf den Tags neu verteilt werden kann.
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"Nachdem Sie die Konfiguration des vorherigen Beispiels abgeschlossen haben, können Sie in der Routing-Tabelle auf einige spezifische Routen schauen, um festzustellen, dass die Tags festgelegt wurden. Die Ausgabe des Befehls show ip route für bestimmte Routen auf R3 und R1 lautet:
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 88EIGRP verwendet fünf verschiedene Variablen zur Berechnung der Metrik. Umverteilte Routen haben diese Parameter jedoch nicht, was zu Unregelmäßigkeiten in der Route settingführt. Die Best Practice besteht darin, eine Standardmetrik festzulegen, wenn Sie Routen neu verteilen. Mit setting der Standardmetrik kann die Leistung von EIGRP verbessert werden. Für EIGRP werden die Standardwerte mit dem folgenden Befehl eingegeben:
Router(config-router)#default-metric 10000 10 255 1 1500
Beispiel 3
Die Neuverteilung kann auch zwischen verschiedenen Prozessen desselben Routing-Protokolls erfolgen. Die nächste Konfiguration ist ein Beispiel für eine Neuverteilungsrichtlinie, mit der zwei EIGRP-Prozesse, die auf demselben Router oder auf mehreren Routern ausgeführt werden, neu verteilt werden:
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"
In diesem Dokument werden verschiedene Strategien zum Filtern von Routen beschrieben. Es kann jedoch auch andere gültige Strategien geben, die Sie verwenden können.
Neuverteilung oder Meldung einer statischen Route
Sie können eine einzelne statische Route mithilfe einer Routenübersicht selektiv neu verteilen, um nur die statische Route zuzulassen, die mit den nächsten Befehlen neu verteilt werden muss.
Router(config)#access-list
permit
Router(config)#route-map
permit
Router(config-route-map)#match ip address
metric
Das Standardverhalten für RIP und EIGRP besteht darin, direkt verbundene Routen anzukündigen, wenn eine Netzwerkanweisung unter dem Routing-Protokoll das verbundene Schnittstellen-Subnetz enthält. Es gibt zwei Methoden, um eine verbundene Route zu erhalten:
- Eine Schnittstelle wird mit einer IP-Adresse und -Maske konfiguriert. Dieses entsprechende Subnetz wird als verbundene Route betrachtet.
- Eine statische Route, die nur mit einer ausgehenden Schnittstelle und nicht mit einer IP-Next-Hop-Adresse konfiguriert wird. Dies wird auch als verbundene Route betrachtet.
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/0Ein unter EIGRP oder RIP konfigurierter Netzwerkbefehl, der eine dieser verbundenen Routen enthält (oder abdeckt), schließt dieses Subnetz für die Ankündigung ein.
Die vorherige statische Route, 10.100.100.100/32, wird beispielsweise ebenfalls von diesen Routing-Protokollen angekündigt, da es sich um eine verbundene Route handelt, die von der Netzwerkanweisung abgedeckt wird:
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 1Zugehörige Informationen
- RIP- und OSPF-Neuverteilung
- Erläuterung und Verwendung von Enhanced Interior Gateway Routing Protocol
- Neuverteilung zwischen Klassenvollen und Klassenlosen Protokollen: EIGRP oder OSPF in RIP oder IGRP
- BGP-Anwenderberichte
- IP Routing-Support-Seite
- Technischer Support und Dokumentation für Cisco Systeme
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
3.0 |
22-Nov-2024 |
Aktualisierte technische Inhalte und Formatierungen. |
2.0 |
16-Oct-2023 |
Rezertifizierung |
1.0 |
14-Nov-2001 |
Erstveröffentlichung |
Feedback