Cisco 200-301: Dynamisches Routing und IP-Konnektivität — Lernleitfaden

By Laurynas Brazys · 14 August 2026 · #cisco #200-301 #certification #exam-prep #study-guide

Teil des Cisco CCNA 200-301 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Cisco-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Überblick

Dynamisches Routing ermöglicht es Routern, Erreichbarkeitsinformationen automatisch auszutauschen, sodass das Netzwerk bei Änderungen von Verbindungen oder Geräten konvergiert. Die Control Plane führt Routing-Protokolle aus, um die Routing Information Base (RIB) aufzubauen, während die Data Plane Pakete weiterleitet, indem sie die Ziel-IP mit der Forwarding Information Base (FIB/CEF) vergleicht. Interior Gateway Protocols (IGPs) wie OSPF, EIGRP und IS-IS arbeiten innerhalb einer einzigen administrativen Domäne (einem autonomen System) und priorisieren schnelle Konvergenz und Einfachheit. Exterior Gateway Protocols (EGPs) wie BGP verbinden autonome Systeme untereinander und priorisieren Richtlinien (Policy) und Skalierbarkeit gegenüber Geschwindigkeit. Ein solides IP-Konnektivitätsdesign richtet IGP-Domänen an der Adressierungshierarchie aus, nutzt Zusammenfassung (Summarization), um den Ausfallbereich einzugrenzen, und koppelt First-Hop-Gateway-Redundanz mit konsistentem Routing, sodass Endpunkte immer ein funktionierendes Standard-Gateway haben und das Netzwerk einen gangbaren Rückweg besitzt.

OSPF-Grundlagen: Nachbarschaftsbildung, Areas, LSAs, DR/BDR, Kosten

OSPFv2 (IPv4) und OSPFv3 (IPv6) sind Link-State-IGPs: Jeder Router flutet Link-State Advertisements (LSAs), baut eine konsistente Link-State-Datenbank (LSDB) auf und führt SPF aus, um schleifenfreie Pfade zu berechnen.

Nachbarschaftsbildung

• Hellos entdecken Nachbarn und pflegen Adjacencies (Nachbarschaftsbeziehungen). Wichtige Parameter müssen übereinstimmen: Area ID, Netzwerktyp, Hello/Dead-Timer, Authentifizierung und bei OSPFv2 die Subnetzmaske; bei OSPFv3 verwendet die Link-Local-Adjacency den Interface-Scope und kein Maskenfeld.
• Router durchlaufen verschiedene Zustände: Down, Init, 2-Way, ExStart, Exchange, Loading, Full. Auf Broadcast/NBMA-Segmenten bleiben die meisten Nachbarn im 2-Way-Zustand, es sei denn, sie werden zum DR/BDR gewählt oder bilden eine vollständige Adjacency mit dem DR/BDR.

Areas und LSAs

• Area 0 ist die Backbone-Area; alle anderen Areas müssen mit ihr verbunden sein, typischerweise über Area Border Router (ABRs).
• Gängige LSA-Typen in OSPFv2: 1 Router, 2 Network (vom DR), 3 Summary (ABR), 4 ASBR Summary, 5 External, 7 NSSA External (wird vom ABR in Typ 5 übersetzt). OSPFv3 überarbeitet die Formate, behält aber die Rollen bei.
• Designziel: Areas topologisch stabil und zusammenfassbar (summarizable) halten, um SPF-Churn und die Größe der LSDB zu reduzieren.

DR/BDR in Multi-Access-Netzwerken

• In Broadcast- und NBMA-Netzwerken wählt OSPF einen Designated Router (DR) und einen Backup DR, um die Anzahl der Adjacencies und das Fluten von LSAs zu reduzieren. Die Wahl basiert auf der OSPF-Interface-Priorität (0 verhindert die Wahl) und dann der höchsten Router-ID. Die Wahlen sind nicht präemptiv (non-preemptive); ein besserer Router, der später hinzukommt, übernimmt nicht automatisch.

Kosten und Referenzbandbreite

• Die OSPF-Pfadkosten sind die Summe der Interface-Kosten. Standardkosten = Referenzbandbreite (standardmäßig 100 Mbps) geteilt durch die Interface-Bandbreite (in Mbps), abgerundet. Moderne Verbindungen erfordern eine Erhöhung der Referenzbandbreite, um identische Kosten auf schnellen Interfaces zu vermeiden, zum Beispiel:

undefined

undefined

Netzwerktypen

• Broadcast (Ethernet): DR/BDR wird verwendet; Hellos werden per Multicast an 224.0.0.5/6 (FF02::5/6 für v3) gesendet.
• Point-to-Point: kein DR/BDR; vereinfachte Adjacency.
• NBMA: Frame Relay/ATM; manuelle Konfiguration der Nachbarn oft erforderlich; DR/BDR wird verwendet.
• Point-to-Multipoint: Nachbarschaftserkennung pro Spoke; kein DR/BDR; nützlich, um die Tücken von NBMA zu vermeiden.

Häufige Fehler bei der Adjacency-Bildung

• Area-ID- oder Authentifizierungs-Mismatch, Hello/Dead-Timer-Mismatch, MTU-Mismatch (bleibt in ExStart/Exchange hängen), doppelte Router-IDs, Subnetz/Masken-Mismatch (v2), Netzwerktyp-Mismatch, Fehlkonfiguration von Unicast-Nachbarn bei NBMA und ACLs, die 89/OSPF oder Multicast blockieren.

Konfiguration und Verifizierung von Single-Area OSPF

IPv4 OSPFv2 Beispiel (Single Area 0)

• Interfaces mit korrekter IP-Adressierung und Masken.
• Prozesskonfiguration und Interface-Auswahl:

undefined

undefined

undefined

undefined

undefined

• Optionale Interface-Anpassung:

undefined

undefined

undefined

• Verifizierung:

undefined

undefined

undefined

undefined

undefined

IPv6 OSPFv3 Beispiel (Single Area 0)

undefined

undefined

undefined

undefined

undefined

undefined

Betriebliche Überlegungen

• Passive Interfaces kündigen angebundene Präfixe an (advertise), ohne Adjacencies zu bilden. Dies reduziert unnötige Hellos und die Angriffsfläche in Zugangsnetzwerken.
• Das explizite Setzen der Router-ID verhindert Instabilität bei Interface-Flaps.
• Die Ausrichtung von Network-Statements oder Interface-OSPF-Befehlen an zusammenfassbaren Grenzen (summarizable boundaries) reduziert die Größe der LSDB.

Routenauswahl, Schleifenverhinderung, Zusammenfassung, ECMP, ungleiche Pfade und FHRP

Reihenfolge der Routenauswahl

• Längste Präfixübereinstimmung zuerst (Longest Prefix Match).
• Wenn mehrere Routen gleich gut passen, wird die mit der niedrigsten administrativen Distanz (AD) bevorzugt. Typische Standardwerte: connected 0, static 1, eBGP 20, EIGRP 90, OSPF 110, IS-IS 115, RIP 120, iBGP 200.
• Bei gleicher AD wird die niedrigste Metrik pro Protokoll bevorzugt.

Statische und Floating-Static-Routen

• Standardmäßige statische Routen verwenden die Standard-AD 1: ip route 0.0.0.0 0.0.0.0 192.0.2.1
• Eine Floating-Static-Route dient als Backup für eine dynamische Route, indem die AD erhöht wird: ip route 0.0.0.0 0.0.0.0 198.51.100.1 250

Schleifenverhinderung (Loop Prevention)

• Link-State-Protokolle berechnen schleifenfreie Bäume mittels SPF; LSA-Alterung und Sequenznummern entfernen veraltete Daten.
• Distanzvektorprotokolle verlassen sich auf Split Horizon, Route Poisoning und Holddowns.
• Redistribution zwischen Protokollen kann Schleifen erzeugen; verwenden Sie Route-Tags, eine sorgfältige Direktionalität und Zusammenfassung, um Rückkopplungen zu begrenzen.
• Während der Konvergenz können Mikroschleifen (Micro-Loops) auftreten; Zusammenfassung und ein hierarchisches Design reduzieren den „Blast Radius“ (Auswirkungsbereich).

Prinzipien der Zusammenfassung (Summarization)

• Fassen Sie an Area Boundaries (ABRs) und ASBRs zusammen, um den SPF-Bereich und die Anzahl der LSAs zu minimieren. Fügen Sie für jede Zusammenfassung eine passende statische Route zu Null0 hinzu, um zu vermeiden, dass unbekannte, spezifischere Routen angezogen werden und der Verkehr in einem „Blackhole“ landet, wenn die spezifischen Routen verschwinden.
• Nachteile: Die Zusammenfassung kann alternative Ausstiegspfade mit gleichen Kosten verbergen und zu suboptimalem Routing führen.

ECMP und ungleiche Pfade

• Equal-Cost Multi-Path (ECMP) installiert mehrere Next-Hops für dasselbe Präfix, wenn die Metriken übereinstimmen. CEF verwendet standardmäßig Per-Flow-Hashing, um eine Neuordnung von Paketen zu vermeiden. OSPF unterstützt typischerweise bis zu 4 oder 16 Pfade mit gleichen Kosten; konfigurierbar mit maximum-paths.
• Lastverteilung über Pfade mit ungleichen Kosten ist ein Designmerkmal von EIGRP (Variance). Seien Sie vorsichtig bei der Verwendung; ungleiche Pfade können den Jitter erhöhen und die Fehlerbehebung erschweren.
• Vermeiden Sie Lastverteilung pro Paket (Per-Packet Load Sharing) für die meisten Anwendungen; pro Ziel (Per-Destination) oder pro Flow (Per-Flow) ist sicherer.

FHRP und Routing-Interaktion

• HSRP, VRRP und GLBP bieten Redundanz für das Standard-Gateway in LANs. Stellen Sie sicher, dass das aktive Gateway eine gültige Upstream-Route hat; andernfalls senden Geräte den Verkehr an ein Gateway ohne Ausweg.
• Überwachen Sie den Zustand des Upstreams, um FHRP zu beeinflussen: interface Vlan10 standby 10 ip 192.0.2.1 standby 10 priority 110 standby 10 preempt standby 10 track GigabitEthernet0/1 decrement 30
• Wenn dynamisches Routing auf den SVIs läuft, stimmen Sie die OSPF-Kosten und FHRP-Prioritäten aufeinander ab, um asymmetrische Rückwege und unnötiges Traffic-Hairpinning zu vermeiden.

Fehlerbehebung der Routing-Steuerungsebene und der End-to-End-Erreichbarkeit

Systematischer Ansatz

• Bitübertragungs- und Sicherungsschicht (Physical und Link-Layer): Schnittstellen up/up, Geschwindigkeit/Duplex, Fehler und VLAN-Zuweisungen.
• IP-Schicht: Adressierung und Masken, ARP/ND-Einträge für lokale Peers, Standard-Gateway auf Hosts.
• Steuerungsebene: Protokollaktivierung, Nachbarbeziehungen (Adjacencies), Timer und LSDB-Konsistenz bestätigen.

Wichtige Werkzeuge und Befehle

• End-to-End-Tests:
  • ping: Schneller Erreichbarkeitstest; erweiterten Ping verwenden, um Quellschnittstelle/-adresse, Größe, DF-Bit und Wiederholungsanzahl festzulegen, um MTU- oder Asymmetrieprobleme aufzudecken.
  • traceroute: Identifiziert den Pfad und wo die TTL abläuft; hilft bei der Unterscheidung zwischen Problemen auf dem Hin- und Rückweg.

• Routeninspektion:

undefined

/

undefined

, um die Übereinstimmung mit dem längsten Präfix (Longest Prefix Match) und den nächsten Hop (Next-Hop) zu bestätigen.

undefined

, um den FIB-Lookup auf IOS zu validieren.

• OSPF-Zustand:

undefined

für Status, Dead-Timer, DR/BDR-Rollen.

undefined

für Netzwerktyp, Kosten (Cost), Timer, MTU.

undefined

für das Vorhandensein/Alter von LSAs.

undefined

und

undefined

(sparsam und nur in Wartungsfenstern verwenden).

• Richtlinien und Filter:

undefined

, um passive Schnittstellen, Netzwerke, Redistribution und Distanz anzuzeigen.

• ACLs, Control-Plane Policing und Infrastruktur-ACLs prüfen, die OSPF (IP-Protokoll 89) oder BGP (TCP/179) blockieren könnten.
• Typische Fehlermodi:
  • OSPF ExStart/Exchange hängt (MTU-/Authentifizierungs-Mismatch).
  • Routen in der RIB vorhanden, aber der Datenverkehr wird aufgrund fehlender ARP/ND-Einträge, CEF-Punt oder ACLs verworfen.
  • Standard-Gateway erreichbar, aber keine Standardroute im Core; oder Standardroute vorhanden, wird aber aufgrund eines Upstream-Ausfalls und fehlendem Tracking/Floating Static zu einem Blackhole (Daten-Nirwana).

Operative Kompromisse

• Schnellere Konvergenz erhöht oft den Churn auf der Steuerungsebene; Summarisierung und Area-Design schaffen hier einen Ausgleich.
• ECMP verbessert den Durchsatz und die Ausfallsicherheit, erschwert aber die deterministische Fehlerbehebung; Hashing-Algorithmen standardisieren und die Pfadsymmetrie überwachen.

Praktisches Problemszenario

Northwind Textiles migriert von statischen Routen zu OSPF in einer Topologie mit zwei Standorten, die über duale WAN-Verbindungen verbunden sind. Benutzer verlieren während WAN-Failovern zeitweise den Zugriff auf einen ERP-Server im Hauptquartier (HQ), und der Helpdesk stellt inkonsistente Traceroutes fest.

1. Ein sauberes Single-Area-OSPF-Design etablieren

• Area 0 über HQ und Zweigstelle (Branch) auf beiden WAN-Verbindungen konfigurieren. Loopback-Router-IDs explizit zuweisen.
• Begründung: Eine einzige Backbone-Area vereinfacht die Konvergenz und vermeidet ABR-Komplexität während der Migration. Stabile Router-IDs verhindern unnötige SPF-Neuberechnungen bei Schnittstellenänderungen.

2. Schnittstellenkosten und Referenzbandbreite normalisieren

undefined

setzen und die

undefined

pro Schnittstelle so anpassen, dass die primäre WAN-Verbindung niedrigere Kosten als die Backup-Verbindung hat.

• Begründung: Eine explizite Kostenmodellierung gewährleistet eine deterministische Primär-/Backup-Auswahl und vermeidet Mehrdeutigkeiten durch gleiche Kosten (Equal-Cost), die durch die veraltete 100-Mbit/s-Standardreferenz entstehen.

3. ECMP nur aktivieren, wenn beide Verbindungen wirklich gleichwertig sind

• Wenn die Verbindungen gleichwertig sind,

undefined

konfigurieren und identische End-to-End-Metriken bestätigen. Andernfalls einen einzigen besten Pfad beibehalten.

• Begründung: ECMP kann den Durchsatz verbessern, aber bei nicht gleichwertigen Pfaden zu asymmetrischen Flüssen und verwirrenden Traceroutes führen.

4. HSRP mit Upstream-Tracking auf den Benutzer-VLANs im HQ bereitstellen

• HSRP mit Preempt konfigurieren und die zum WAN gerichtete Schnittstelle überwachen (track); die Priorität bei einem WAN-Ausfall verringern.
• Begründung: Hosts behalten eine stabile Standard-Gateway-IP, aber HSRP verschiebt die aktive Rolle auf den Distribution-Switch mit einer funktionierenden WAN-Verbindung und verhindert so Blackholes, wenn der bevorzugte Ausgang ausfällt.

5. Eine Floating Static Default Route als Sicherheitsnetz implementieren

• In der Zweigstelle (Branch)

undefined

hinzufügen.

• Begründung: Sollten die OSPF-Nachbarschaften vollständig ausfallen, hat die Zweigstelle immer noch einen letzten Ausweg (Last-Resort Path) zum ISP CE, der die grundlegende Erreichbarkeit wiederherstellt, während sich das Routing erholt.

6. Die Steuerungsebene validieren und überwachen

• Nachbarn und LSDB mit

undefined

und

undefined

überprüfen; die Routenauswahl mit

undefined

und CEF-Lookups bestätigen. Einen erweiterten Ping mit einer Quelladresse aus dem Branch-LAN und einen Traceroute zum ERP-Server ausführen. Logging für OSPF-Adjacency-Events aktivieren und Hello/Dead-Timer überwachen.

• Begründung: Quellspezifische Tests belegen sowohl den Hin- als auch den Rückweg. Die Überwachung von Adjacency-Flaps identifiziert instabile Verbindungen oder nicht übereinstimmende Timer, die ein Failover auslösen könnten.

7. Routen der Zweigstelle in Richtung HQ zusammenfassen

• Eine Zusammenfassung (Summary) für die Benutzer-Subnetze der Zweigstelle am Branch-Edge ankündigen und eine statische Null0-Route für die Zusammenfassung installieren.
• Begründung: Reduziert die Größe der LSDB und die Auswirkungen von SPF bei Churn in der Zugriffsschicht (Access Layer) und verhindert Schleifen, falls eine spezifischere Route verschwindet.

Dieser schrittweise Plan gleicht die Gateway-Redundanz mit der dynamischen Routing-Richtlinie ab, beseitigt mehrdeutige Pfadauswahl und sorgt für ein deterministisches Failover mit klaren Signalen für die Fehlerbehebung.

← IPv6-Adressierung und IPv6-Routing · Alle Domänen · IP-Dienste →

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →