Site icon bintorosoft.com

Route Redistribution: OSPF und EIGRP sauber verbinden

Red Snapper

network technology background, high detail, 8k --chaos 20 --ar 3:2 --v 6.1 Job ID: 48b73690-0129-4775-b0c9-794ba114156a

In vielen Unternehmensnetzwerken wächst die Routinglandschaft historisch: Ein Bereich nutzt OSPF, ein anderer EIGRP, dazu kommen statische Routen, VPNs oder Provider-Anbindungen. Spätestens wenn diese Domänen miteinander kommunizieren müssen, führt kein Weg an Route Redistribution vorbei. Genau darum geht es hier: OSPF und EIGRP sauber verbinden, ohne sich durch Routing-Loops, unerwartete Pfadwahl oder unkontrollierte Routenfluten Probleme ins Netz zu holen. Redistribution bedeutet vereinfacht: Ein Router (oder Layer-3-Switch) nimmt Routen aus einem Routingprotokoll auf und „übersetzt“ sie in ein anderes. Das klingt simpel, ist aber ein klassischer Bereich, in dem kleine Konfigurationsfehler große Auswirkungen haben. OSPF und EIGRP verwenden unterschiedliche Metriken, unterschiedliche Routen-Typen und unterschiedliche Mechanismen zur Pfadwahl. Ohne Filter- und Markierungsstrategie kann eine bidirektionale Redistribution schnell zu Rückkopplungen führen: Routen werden importiert, wieder exportiert, gewinnen plötzlich an Priorität – und das Netzwerk entscheidet „anders als gedacht“. Dieser Artikel vermittelt Ihnen ein praxistaugliches Vorgehen: klare Designprinzipien, saubere Filter, sinnvolle Seed-Metriken, Tagging gegen Loops sowie konkrete Cisco-Konfigurationsbeispiele, damit OSPF und EIGRP zuverlässig miteinander arbeiten und im Betrieb nachvollziehbar bleiben.

Grundprinzip: Was bedeutet Route Redistribution wirklich?

Route Redistribution ist die kontrollierte Übernahme von Routen aus einer Quelle (z. B. OSPF) in eine Ziel-Routingdomäne (z. B. EIGRP). Dabei entstehen auf dem Redistributor neue Routentypen: OSPF-Routen werden in EIGRP zu „externen“ EIGRP-Routen, und EIGRP-Routen werden in OSPF zu „externen“ OSPF-Routen. Der Redistributor ist damit ein kritischer Knoten im Design, vergleichbar mit einer Grenze zwischen Routingwelten.

Wenn Sie das Protokollverhalten standardnah vertiefen möchten, sind diese Referenzen hilfreich: RFC 2328 (OSPFv2) und RFC 7868 (EIGRP). Für Cisco-spezifische Konfigurationsoptionen sind Cisco OSPF Dokumentation und Cisco EIGRP Dokumentation geeignete Einstiegspunkte.

Warum OSPF und EIGRP nicht „einfach so“ zusammenspielen

OSPF ist ein Link-State-Protokoll mit einer Cost-basierten Metrik und Konzepten wie Areas, LSAs und externen Routentypen (E1/E2). EIGRP ist ein (in RFC-Form standardisiertes) Distance-Vector-nahes Protokoll mit DUAL und einer zusammengesetzten Metrik, die standardmäßig aus Bandbreite und Delay berechnet wird. Daraus ergeben sich zentrale Unterschiede:

Design vor Konfiguration: Drei Fragen, die Sie klären müssen

Bevor Sie einen einzigen Redistribution-Befehl setzen, sollten Sie drei Designfragen beantworten. Das verhindert, dass Sie später mit „unerklärlicher“ Pfadwahl kämpfen.

Praxis-Tipp: Wenn Sie bidirektional redistributen müssen, planen Sie zwingend eine Tagging-Strategie und definieren Sie, welche Seite „autoritativer“ sein soll, falls Pfade konkurrieren.

Beispiel-Topologie für die Konfigurationsbeispiele

Für die Beispiele nehmen wir ein klassisches Übergangsszenario:

Ziel: Netze aus OSPF sollen in EIGRP sichtbar sein und umgekehrt – aber kontrolliert, ohne Schleifen und ohne unnötige Präfixe.

Schlüsselkonzept: Seed-Metrik richtig setzen

Die wichtigste Regel bei Redistribution lautet: Ohne Seed-Metrik keine saubere Übernahme. OSPF kann externen Routen eine Metrik geben, und EIGRP benötigt für externe Routen eine zusammengesetzte Metrik. Zwei typische Ansätze:

EIGRP braucht eine explizite Metrik

EIGRP verwendet eine Metrik, die in Cisco-CLI meist als fünf Werte angegeben wird: bandwidth delay reliability load mtu. Ein verbreitetes, praxistaugliches Beispiel (nicht universell, aber funktional) ist:

Wichtig ist weniger der exakte Wert, sondern Konsistenz und Dokumentation. Seed-Metriken sollten nachvollziehbar sein und zur gewünschten Pfadwahl passen.

OSPF extern: E1 oder E2 bewusst wählen

Wenn Sie EIGRP-Routen in OSPF redistributen, entstehen externe OSPF-Routen. OSPF kennt zwei externe Typen:

In Designs mit mehreren Redistributoren ist E1 häufig die bessere Wahl, weil die Nähe zum Redistributor berücksichtigt wird.

Einseitige Redistribution: OSPF nach EIGRP (einfacher Einstieg)

Wenn Sie zunächst nur OSPF-Netze in die EIGRP-Domäne bringen möchten, ist das Risiko geringer. Sie brauchen vor allem eine saubere Filterung und eine Seed-Metrik.

Konfiguration auf BR1: OSPF → EIGRP

configure terminal
router eigrp 100
no auto-summary
redistribute ospf 1 metric 100000 10 255 1 1500
end

Damit würden grundsätzlich alle OSPF-Routen in EIGRP erscheinen. In der Praxis ist das meist zu breit. Deshalb ist der nächste Schritt: filtern.

Filterung mit Prefix-List und Route-Map

Beispiel: Nur 10.10.0.0/16 soll von OSPF nach EIGRP:

configure terminal
ip prefix-list OSPF-TO-EIGRP seq 5 permit 10.10.0.0/16
route-map RM-OSPF-TO-EIGRP permit 10
match ip address prefix-list OSPF-TO-EIGRP
router eigrp 100
no redistribute ospf 1 metric 100000 10 255 1 1500
redistribute ospf 1 route-map RM-OSPF-TO-EIGRP metric 100000 10 255 1 1500
end

Best Practice: Starten Sie bei Redistribution immer mit einem „deny by default“-Denken. Erlauben Sie nur, was wirklich benötigt wird.

Einseitige Redistribution: EIGRP nach OSPF

Der umgekehrte Weg ist ähnlich, aber OSPF erwartet eine Metrik und optional den externen Typ (E1/E2).

Konfiguration auf BR1: EIGRP → OSPF

configure terminal
router ospf 1
redistribute eigrp 100 subnets metric 50 metric-type 1
end

Wichtige Details:

Filterung mit Prefix-List und Route-Map in OSPF

Beispiel: Nur 10.20.0.0/16 soll aus EIGRP nach OSPF:

configure terminal
ip prefix-list EIGRP-TO-OSPF seq 5 permit 10.20.0.0/16
route-map RM-EIGRP-TO-OSPF permit 10
match ip address prefix-list EIGRP-TO-OSPF
router ospf 1
no redistribute eigrp 100 subnets metric 50 metric-type 1
redistribute eigrp 100 subnets metric 50 metric-type 1 route-map RM-EIGRP-TO-OSPF
end

Bidirektionale Redistribution: Der kritische Teil

Wenn Sie OSPF und EIGRP in beide Richtungen verbinden müssen, steigt die Komplexität deutlich. Der Kern des Problems: Eine Route, die aus OSPF nach EIGRP importiert wurde, darf nicht wieder zurück nach OSPF exportiert werden – sonst drohen Rückkopplungen, instabile Pfadwahl oder unerwartete Präferenzwechsel. Die professionelle Lösung besteht aus drei Bausteinen:

Tagging-Konzept: Routen markieren und Rückkopplung verhindern

In OSPF können externe Routen getaggt werden. Dieses Tag können Sie in Route-Maps auswerten. Ein praxistaugliches Muster:

EIGRP → OSPF: Tag setzen

configure terminal
route-map RM-EIGRP-TO-OSPF permit 10
match ip address prefix-list EIGRP-TO-OSPF
set tag 200
router ospf 1
redistribute eigrp 100 subnets metric 50 metric-type 1 route-map RM-EIGRP-TO-OSPF
end

OSPF → EIGRP: Rückkopplung blocken (Tag matchen)

Hier prüfen wir in der Route-Map: Wenn eine OSPF-Route Tag 200 hat, wird sie nicht in EIGRP redistributet.

configure terminal
route-map RM-OSPF-TO-EIGRP deny 5
match tag 200
route-map RM-OSPF-TO-EIGRP permit 10
match ip address prefix-list OSPF-TO-EIGRP
router eigrp 100
redistribute ospf 1 route-map RM-OSPF-TO-EIGRP metric 100000 10 255 1 1500
end

Dieses Muster ist in der Praxis sehr wirkungsvoll: Sie verhindern, dass eine Route „im Kreis“ wieder zurückkommt, und behalten Kontrolle über die Richtung.

Administrative Distance: Pfadwahl stabil halten

Selbst wenn Sie Loops verhindern, kann es passieren, dass Router zwischen zwei Protokollen „springen“, wenn die Präferenz nicht klar ist. Cisco verwendet Administrative Distance (AD), um zu entscheiden, welches Protokoll bei gleicher Präfixlänge gewinnt. Typisch gilt: OSPF interne Routen und EIGRP interne Routen haben unterschiedliche AD-Werte; externe Routen wiederum ebenfalls. In Redistribution-Szenarien sollten Sie bewusst prüfen, ob eine extern redistributete Route nicht plötzlich eine unerwünschte Priorität erhält.

Wenn Sie mit AD arbeiten, setzen Sie es strategisch und testen Sie Pfadwahl nach Ausfällen. Unkoordinierte AD-Änderungen können Troubleshooting erschweren.

Summarization statt „Route-Flut“: Weniger ist oft mehr

In gemischten OSPF/EIGRP-Umgebungen ist Summarization einer der wichtigsten Stabilitätshebel. Statt viele /24-Routen zu redistributen, fassen Sie Standortpräfixe zusammen und redistributen nur die Summaries. Das senkt die Größe der Routingtabellen und reduziert die Wahrscheinlichkeit von unerwarteten Pfaden.

Best Practice: Planen Sie Standorte oder Zonen so, dass sie in zusammenhängenden Blöcken liegen (z. B. 10.20.0.0/16 pro Standort), damit Summarization technisch und organisatorisch einfach bleibt.

Verifikation: So prüfen Sie, ob Redistribution korrekt und sicher läuft

Nach der Konfiguration ist Verifikation Pflicht. Prüfen Sie nicht nur, ob Routen auftauchen, sondern auch Routentyp, Tagging und Pfadwahl.

OSPF-Seite prüfen

EIGRP-Seite prüfen

Border-Router prüfen

Praxis-Tipp: Route-Maps sollten Treffer haben. Wenn eine Route-Map „0 matches“ zeigt, ist die Filterlogik oft falsch (z. B. falsche Prefix-List, falsche Reihenfolge, fehlendes „permit“ am Ende).

Häufige Fehlerbilder und schnelle Fixes

Redistribution-Probleme sind meist wiederkehrende Muster. Diese Ursachen tauchen besonders häufig auf:

Routen werden nicht übernommen

Routen flappen oder Pfade sind „unerwartet“

Blackholing durch Summaries

Lösung: Summaries nur verwenden, wenn IP-Planung passt, und immer Rückwege/Failover testen.

Best Practices: OSPF und EIGRP sauber verbinden

Für allgemeine Sicherheits- und Betriebshygiene, insbesondere für „Least Privilege“-Denken bei Routing-Policies, ist der Anchor-Text CIS Controls eine sinnvolle Ergänzung.

Praxis-Checkliste: Vor dem Go-Live

Konfiguration speichern und Betrieb absichern

Nach erfolgreicher Verifikation sollten Sie die Konfiguration speichern, damit die Redistribution nach einem Neustart erhalten bleibt:

copy running-config startup-config

Wenn Sie Cisco-spezifische Kommandovarianten, Besonderheiten einzelner Plattformen oder weiterführende Policy-Optionen nachschlagen möchten, sind Cisco OSPF Support und Cisco EIGRP Support gute Ausgangspunkte, um Syntax und Best Practices plattformspezifisch abzugleichen.

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version