OSPF Troubleshooting
Systematische Fehlersuche bei OSPF-Problemen
OSPF Troubleshooting
Systematisches OSPF-Troubleshooting folgt einer klaren Reihenfolge: Nachbarschaft prüfen, Datenbank prüfen, Routing-Tabelle prüfen.
Troubleshooting-Reihenfolge
1. OSPF-Nachbarschaft aufgebaut?
-> show ip ospf neighbor
2. LSDB vollständig?
-> show ip ospf database
3. Routen in der Routing-Tabelle?
-> show ip route ospf
4. Konnektivität testen
-> ping / traceroute
Problem 1: Keine Nachbarschaft
show ip ospf neighbor
! Leer -- kein Nachbar gefunden!
Checkliste:
| Prüfpunkt | Befehl |
|---|---|
| Interface up? | show ip interface brief |
| OSPF auf Interface aktiv? | show ip ospf interface |
| Richtige Area? | show ip ospf interface |
| Timer stimmen? | show ip ospf interface (Hello/Dead) |
| Subnetzmaske gleich? | show ip ospf interface |
| Passive Interface? | show ip ospf interface (zeigt "passive") |
| ACL blockiert OSPF? | show access-lists |
Häufigste Ursachen
! 1. Interface ist passiv (sendet keine Hellos)
router ospf 1
no passive-interface GigabitEthernet0/1 ! Fix
! 2. Unterschiedliche Timer
interface Gi0/0
ip ospf hello-interval 10 ! Muss auf beiden Seiten gleich sein
ip ospf dead-interval 40
! 3. Unterschiedliche Area
! Router A: network 10.0.0.0 0.0.0.3 area 0
! Router B: network 10.0.0.0 0.0.0.3 area 1 <- FALSCH!
! 4. Unterschiedliche Subnetzmaske
! Router A: ip address 10.0.0.1 255.255.255.252
! Router B: ip address 10.0.0.2 255.255.255.0 <- FALSCH!
Problem 2: Nachbarschaft steckt fest (nicht FULL)
show ip ospf neighbor
2.2.2.2 EXSTART/-- 00:00:35 10.0.0.2 Gi0/0
Ursachen:
- INIT: Einseitige Kommunikation (ACL, asymmetrisches Problem)
- 2-WAY: Normal für DROTHER-zu-DROTHER auf Broadcast-Netzen
- EXSTART/EXCHANGE: MTU-Mismatch (häufig!)
MTU-Fix:
! MTU muss auf beiden Seiten gleich sein
interface GigabitEthernet0/0
ip mtu 1500
! Oder MTU-Check deaktivieren (Workaround)
interface GigabitEthernet0/0
ip ospf mtu-ignore
Problem 3: Fehlende Routen
show ip route ospf
! Erwartetes Netzwerk fehlt!
Checkliste:
- Wird das Netzwerk per
network-Statement angekündigt? - Ist das Interface auf dem entfernten Router aktiv?
- Wird das Netzwerk von einer Zusammenfassung gefiltert?
- Gibt es eine spezifischere statische Route?
Problem 4: Suboptimaler Pfad
traceroute 10.10.3.1
! Traffic nimmt den längeren Weg!
Ursachen:
- Falsche oder Standard-Referenzbandbreite
- Manuell gesetzte Cost
- Unerwartete DR-Wahl
Analyse:
show ip ospf interface Gi0/0
Cost: 1 ! Prüfen ob erwartet
show ip ospf border-routers
show ip route ospf ! [110/X] -- X ist die Gesamtcost
Die wichtigsten OSPF-Befehle
| Befehl | Zweck |
|---|---|
show ip ospf neighbor |
Nachbar-Status prüfen |
show ip ospf interface |
OSPF-Details pro Interface |
show ip ospf database |
LSDB anzeigen |
show ip route ospf |
OSPF-gelernte Routen |
show ip ospf |
OSPF-Prozess-Informationen |
clear ip ospf process |
OSPF-Prozess neu starten (Vorsicht!) |
debug ip ospf adj |
Adjazenz-Debug (nur kurz!) |
Zusammenfassung
- Troubleshooting-Reihenfolge: Nachbarschaft -> Datenbank -> Routing-Tabelle
- Die häufigsten Probleme: Timer-Mismatch, Area-Mismatch, passive Interface
- MTU-Mismatch verhindert den Übergang zu FULL
show ip ospf neighborundshow ip ospf interfacesind die wichtigsten Befehle
Damit haben Sie die OSPF-Grundlagen abgeschlossen. Sie können jetzt OSPF konfigurieren, verifizieren und Probleme systematisch beheben.
1 In welcher Reihenfolge sollte OSPF-Troubleshooting erfolgen?
2 Was ist die haeufigste Ursache fuer das Steckenbleiben im EXSTART-State?
3 Welcher Befehl zeigt den OSPF-Status eines Interfaces?