13.6 OSPF Single Area konfigurieren: Schritt-für-Schritt-Anleitung

Die Konfiguration von OSPF in einer Single-Area-Umgebung gehört zu den wichtigsten praktischen Grundlagen im Routing. Für Einsteiger ist dieses Szenario ideal, weil es die zentralen OSPF-Konzepte vermittelt, ohne sofort die zusätzliche Komplexität mehrerer Areas einzuführen. In einer Single-Area-OSPF-Topologie arbeiten alle Router innerhalb derselben Area, in der Regel Area 0. Dadurch wird die Konfiguration überschaubar, die Nachbarschaftsbildung leicht nachvollziehbar und das Troubleshooting deutlich einfacher. Wer OSPF in einer Single Area sauber konfigurieren kann, versteht bereits einen großen Teil der praktischen Grundlagen von dynamischem Routing auf Cisco-Geräten.

Was bedeutet Single-Area OSPF?

Single-Area OSPF bedeutet, dass alle OSPF-Router und alle relevanten Netzwerke innerhalb eines einzigen OSPF-Bereichs betrieben werden. Meist handelt es sich dabei um Area 0, die Backbone-Area. Im Gegensatz zu Multi-Area-Designs gibt es also keine zusätzliche Aufteilung in mehrere logische OSPF-Bereiche.

Das hat mehrere Vorteile für den Einstieg:

• einfache Planung und Konfiguration
• keine zusätzlichen Area-Grenzen
• leichter nachvollziehbare Nachbarschaften
• übersichtlicheres Troubleshooting

Gerade in kleinen Netzwerken, Laboren und Schulungsumgebungen ist Single-Area OSPF deshalb der ideale Startpunkt.

Warum OSPF statt statischer Routen verwenden?

Bevor die eigentliche Konfiguration beginnt, lohnt sich ein kurzer Blick auf den Zweck von OSPF. Bei statischen Routen müsste jeder Router alle entfernten Netze manuell kennen. Das funktioniert in sehr kleinen Umgebungen, wird aber schnell aufwendig und fehleranfällig, sobald mehrere Router oder zusätzliche Netze ins Spiel kommen.

OSPF übernimmt diese Aufgabe dynamisch. Router lernen über OSPF automatisch die Netze ihrer Nachbarn und berechnen selbstständig die besten Wege zu entfernten Zielen.

Vorteile im Single-Area-Szenario

• weniger manuelle Routenpflege
• automatischer Austausch von Netzwerken
• bessere Anpassung bei Änderungen
• ideal für den Einstieg in dynamisches Routing

Eine Single-Area-Konfiguration macht diese Vorteile besonders gut sichtbar, weil die OSPF-Logik klar und kompakt bleibt.

Das Beispielnetz für die Schritt-für-Schritt-Anleitung

Für eine verständliche OSPF-Grundkonfiguration betrachten wir ein einfaches Labornetz mit drei Cisco-Routern. Jeder Router besitzt ein eigenes LAN und ist über Transitnetze mit den anderen Routern verbunden.

Beispieltopologie

• R1 verbindet das LAN 192.168.10.0/24
• R2 verbindet das LAN 192.168.20.0/24
• R3 verbindet das LAN 192.168.30.0/24
• R1 und R2 sind über 10.0.12.0/30 verbunden
• R2 und R3 sind über 10.0.23.0/30 verbunden

Alle diese Netze sollen in OSPF Area 0 eingebunden werden. Ziel ist, dass jeder Router nach der Konfiguration automatisch alle entfernten LAN-Netze lernt.

IP-Adressierung im Überblick

• R1 G0/0: 192.168.10.1/24
• R1 G0/1: 10.0.12.1/30
• R2 G0/0: 10.0.12.2/30
• R2 G0/1: 10.0.23.1/30
• R2 G0/2: 192.168.20.1/24
• R3 G0/0: 10.0.23.2/30
• R3 G0/1: 192.168.30.1/24

Schritt 1: Grundlegende IP-Konfiguration prüfen

Bevor OSPF aktiviert wird, muss die Layer-3-Basis sauber funktionieren. Alle beteiligten Interfaces müssen IP-Adressen besitzen und aktiv sein. Wenn diese Grundlage nicht stimmt, kann OSPF keine Nachbarschaften aufbauen.

Beispielkonfiguration auf R1

configure terminal
interface GigabitEthernet0/0
 ip address 192.168.10.1 255.255.255.0
 no shutdown
exit

interface GigabitEthernet0/1
 ip address 10.0.12.1 255.255.255.252
 no shutdown
exit

Beispielkonfiguration auf R2

configure terminal
interface GigabitEthernet0/0
 ip address 10.0.12.2 255.255.255.252
 no shutdown
exit

interface GigabitEthernet0/1
 ip address 10.0.23.1 255.255.255.252
 no shutdown
exit

interface GigabitEthernet0/2
 ip address 192.168.20.1 255.255.255.0
 no shutdown
exit

Beispielkonfiguration auf R3

configure terminal
interface GigabitEthernet0/0
 ip address 10.0.23.2 255.255.255.252
 no shutdown
exit

interface GigabitEthernet0/1
 ip address 192.168.30.1 255.255.255.0
 no shutdown
exit

Interface-Status prüfen

show ip interface brief

Mit diesem Befehl sollte geprüft werden, ob alle relevanten Interfaces den Status up/up besitzen und die erwarteten IP-Adressen tragen.

Schritt 2: Direkte Konnektivität testen

Bevor OSPF aktiviert wird, sollte sichergestellt werden, dass direkt verbundene Router IP-seitig erreichbar sind. OSPF baut keine Nachbarschaft auf, wenn die Layer-3-Verbindung zwischen den Nachbarn nicht funktioniert.

Beispielprüfungen

Auf R1:

ping 10.0.12.2

Auf R2:

ping 10.0.12.1
ping 10.0.23.2

Auf R3:

ping 10.0.23.1

Wenn diese Tests fehlschlagen, sollte zuerst die Verkabelung, IP-Adressierung oder Interface-Aktivierung geprüft werden. OSPF-Fehlersuche lohnt sich erst, wenn die direkte IP-Erreichbarkeit funktioniert.

Schritt 3: OSPF-Prozess starten

Auf Cisco-Geräten wird OSPF über einen lokalen Prozess aktiviert. Dieser Prozess benötigt zunächst eine Prozessnummer. Wichtig ist: Diese Prozessnummer ist lokal auf dem Router und muss nicht auf allen Geräten identisch sein. In der Praxis wird trotzdem oft dieselbe Nummer verwendet, um die Konfiguration übersichtlich zu halten.

OSPF-Prozess auf R1 starten

configure terminal
router ospf 1

OSPF-Prozess auf R2 starten

configure terminal
router ospf 1

OSPF-Prozess auf R3 starten

configure terminal
router ospf 1

Damit ist OSPF als Routing-Prozess auf allen drei Routern vorbereitet. Noch nehmen aber keine Interfaces oder Netzwerke aktiv an OSPF teil.

Schritt 4: Router-ID setzen

Jeder OSPF-Router benötigt eine eindeutige Router-ID. Diese ID identifiziert den Router logisch innerhalb des OSPF-Prozesses. Sie sollte in produktiven Umgebungen bewusst gesetzt werden, damit sie stabil und gut nachvollziehbar bleibt.

Router-ID auf R1 setzen

configure terminal
router ospf 1
 router-id 1.1.1.1
exit

Router-ID auf R2 setzen

configure terminal
router ospf 1
 router-id 2.2.2.2
exit

Router-ID auf R3 setzen

configure terminal
router ospf 1
 router-id 3.3.3.3
exit

Warum dieser Schritt wichtig ist

• stabile OSPF-Identität
• einfacheres Troubleshooting
• klare Zuordnung in Nachbarlisten und LSAs

Wenn OSPF bereits aktiv war und die Router-ID nachträglich geändert wird, kann ein Neustart des OSPF-Prozesses nötig sein.

Schritt 5: Netzwerke in Area 0 einbinden

Jetzt werden die relevanten Interfaces über den klassischen OSPF-network-Befehl in OSPF eingebunden. Wichtig ist, dass im Cisco-CLI dabei Wildcard-Masks verwendet werden, nicht normale Subnetzmasken.

OSPF-Netze auf R1 konfigurieren

configure terminal
router ospf 1
 network 192.168.10.0 0.0.0.255 area 0
 network 10.0.12.0 0.0.0.3 area 0
exit

OSPF-Netze auf R2 konfigurieren

configure terminal
router ospf 1
 network 10.0.12.0 0.0.0.3 area 0
 network 10.0.23.0 0.0.0.3 area 0
 network 192.168.20.0 0.0.0.255 area 0
exit

OSPF-Netze auf R3 konfigurieren

configure terminal
router ospf 1
 network 10.0.23.0 0.0.0.3 area 0
 network 192.168.30.0 0.0.0.255 area 0
exit

Was diese Konfiguration bewirkt

• Die passenden Interfaces nehmen an OSPF teil.
• OSPF-Hello-Pakete werden auf diesen Interfaces gesendet.
• Die direkt verbundenen Netze werden in Area 0 angekündigt.

Schritt 6: OSPF-Nachbarschaften prüfen

Nach der Aktivierung der Netzwerke sollten die Router beginnen, Hello-Pakete auszutauschen und OSPF-Nachbarschaften aufzubauen. Dieser Schritt ist entscheidend, denn ohne funktionierende Nachbarschaften gibt es keinen Routingaustausch.

Wichtiger Cisco-Befehl

show ip ospf neighbor

Was erwartet wird

• R1 sollte R2 als Nachbarn sehen
• R2 sollte R1 und R3 als Nachbarn sehen
• R3 sollte R2 als Nachbarn sehen

In einfachen Punkt-zu-Punkt-Umgebungen sollte der Neighbor-State typischerweise FULL sein.

Typische Ausgabe

Neighbor ID     Pri   State   Dead Time   Address      Interface
2.2.2.2           1   FULL/DR 00:00:33    10.0.12.2    GigabitEthernet0/1

Wenn hier keine Nachbarn erscheinen, sollte zuerst geprüft werden, ob die Interfaces korrekt in derselben Area arbeiten und ob IP-Konnektivität besteht.

Schritt 7: OSPF-Interfaces prüfen

Neben der Nachbarbeziehung sollte kontrolliert werden, welche Interfaces tatsächlich an OSPF teilnehmen. Dafür ist ein weiterer Cisco-Befehl sehr hilfreich.

Wichtiger Cisco-Befehl

show ip ospf interface brief

Mit diesem Befehl sieht man:

• welche Interfaces OSPF verwenden
• welcher Area sie zugeordnet sind
• welchen Status sie im OSPF-Kontext besitzen

Damit lässt sich schnell prüfen, ob die gewünschten Interfaces wirklich in OSPF eingebunden wurden.

Schritt 8: Gelernte Routen in der Routingtabelle kontrollieren

Wenn OSPF korrekt funktioniert, sollten die Router nun die entfernten LAN-Netze dynamisch lernen. Diese Routen erscheinen in der Routingtabelle mit dem Kennzeichen O.

Wichtiger Cisco-Befehl

show ip route

Typische OSPF-Routen auf R1

O    192.168.20.0/24 [110/2] via 10.0.12.2
O    192.168.30.0/24 [110/3] via 10.0.12.2

Diese Einträge zeigen:

• Das Netz 192.168.20.0/24 wurde per OSPF gelernt.
• Das Netz 192.168.30.0/24 wurde ebenfalls per OSPF gelernt.
• Der Next Hop ist R2.

Wenn diese OSPF-Routen fehlen, ist meist die Nachbarschaft oder die Netzankündigung noch nicht korrekt.

Schritt 9: End-to-End-Konnektivität testen

Nachdem OSPF-Nachbarschaften und OSPF-Routen sichtbar sind, sollte die tatsächliche Erreichbarkeit zwischen den Netzen geprüft werden. Nur so lässt sich bestätigen, dass Routing nicht nur formal vorhanden, sondern praktisch funktionsfähig ist.

Beispieltests

Auf R1:

ping 192.168.20.1
ping 192.168.30.1

Auf R3:

ping 192.168.10.1
ping 192.168.20.1

Zusätzlich den Pfad prüfen

traceroute 192.168.30.1

Damit lässt sich nachvollziehen, ob der Verkehr den erwarteten OSPF-Pfad über den Zwischenrouter nutzt.

Schritt 10: Konfiguration speichern

Wenn OSPF korrekt funktioniert, sollte die Konfiguration dauerhaft gespeichert werden. Andernfalls wären die Einstellungen nach einem Neustart verloren.

Wichtiger Cisco-Befehl

copy running-config startup-config

Alternativ ist auch dieser Befehl gebräuchlich:

write memory

Gerade bei Routing-Konfigurationen ist das Speichern unverzichtbar.

Typische Fehler bei Single-Area OSPF

Auch wenn die Grundkonfiguration überschaubar ist, gibt es einige klassische Fehlerquellen, die Einsteiger häufig treffen.

Falsche Area

Wenn zwei Router auf einem gemeinsamen Segment unterschiedliche Areas verwenden, entsteht keine funktionierende OSPF-Nachbarschaft.

Falsche Wildcard-Maske

Im Cisco-network-Befehl werden Wildcard-Masks verwendet. Eine falsche Maske kann dazu führen, dass das gewünschte Interface nicht an OSPF teilnimmt.

Interface nicht aktiv

Wenn ein Interface administrativ down oder physisch nicht verbunden ist, kann OSPF darüber keine Nachbarschaft aufbauen.

Fehlende IP-Konnektivität

Bevor OSPF funktioniert, müssen direkt verbundene Router IP-seitig erreichbar sein.

Keine eindeutige Router-ID

Doppelte oder unklare Router-IDs können OSPF instabil machen oder das Troubleshooting unnötig erschweren.

Nachträgliche Router-ID-Änderung ohne Prozessneustart

Wenn die Router-ID nach Aktivierung von OSPF geändert wird, kann ein Neustart des OSPF-Prozesses nötig sein:

clear ip ospf process

Dieser Befehl sollte bewusst eingesetzt werden, da OSPF-Nachbarschaften dadurch neu aufgebaut werden.

Wichtige Show-Befehle im Überblick

Für eine saubere Single-Area-OSPF-Konfiguration und das Troubleshooting gehören einige Cisco-Befehle zur Grundausstattung.

Interface-Status prüfen

show ip interface brief

OSPF-Nachbarn anzeigen

show ip ospf neighbor

OSPF-Interfaces prüfen

show ip ospf interface brief

OSPF-Prozessinformationen anzeigen

show ip ospf

Routingtabelle prüfen

show ip route

Konnektivität testen

ping 192.168.30.1

Pfad analysieren

traceroute 192.168.30.1

Mit diesen Befehlen lässt sich eine einfache Single-Area-OSPF-Umgebung sehr gut prüfen und nachvollziehen.

Best Practices für Einsteiger

Gerade beim Einstieg in OSPF hilft es, einige grundlegende Best Practices konsequent einzuhalten.

Empfehlungen

• für erste Labore nur Area 0 verwenden
• Router-ID immer manuell setzen
• zuerst IP-Konnektivität sicherstellen, dann OSPF prüfen
• Wildcard-Masks sorgfältig berechnen
• nach jeder Konfigurationsphase mit Show-Befehlen kontrollieren

Diese einfachen Regeln machen die OSPF-Konfiguration deutlich robuster und verständlicher.

Warum dieses Thema für CCNA und die Praxis so wichtig ist

Die Konfiguration von OSPF in einer Single-Area-Umgebung verbindet viele zentrale Routing-Grundlagen in einer einzigen praktischen Aufgabe: IP-Adressierung, direkte Konnektivität, Router-ID, OSPF-Nachbarschaft, Routingtabellen und dynamisch gelernte Pfade. Genau deshalb ist dieses Thema für CCNA und die Praxis besonders wertvoll.

• Es ist der einfachste praktische Einstieg in OSPF.
• Es vermittelt die Grundlagen von dynamischem Routing sehr anschaulich.
• Es macht Neighbor Adjacency, Area und Router-ID praktisch greifbar.
• Es ist ein häufiges Laborthema in Ausbildung und Zertifizierung.
• Es schafft die Basis für spätere Multi-Area- und Troubleshooting-Themen.

Wer eine Single-Area-OSPF-Topologie auf Cisco-Geräten sicher konfigurieren, prüfen und verstehen kann, beherrscht damit bereits einen wesentlichen Teil der Routing-Grundlagen in realen Unternehmensnetzwerken. Genau deshalb ist dieses Thema ein zentraler Meilenstein auf dem Weg vom Routing-Einsteiger zum sicheren Netzwerkadministrator.

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

• Professionelle Konfiguration von Routern und Switches

• Einrichtung von VLANs, Trunks, Routing, DHCP, NAT, ACLs und weiteren Netzwerkfunktionen

• Erstellung von Topologien und Simulationen in Cisco Packet Tracer

• Aufbau, Analyse und Fehlerbehebung von Netzwerk-Labs in GNS3 und EVE-NG

• Automatisierung von Netzwerkkonfigurationen mit Python, Netmiko, Paramiko, NAPALM und Ansible

• Erstellung von Skripten für wiederkehrende Netzwerkaufgaben

• Dokumentation der Konfigurationen und Bereitstellung nachvollziehbarer Lösungswege

• Konfigurations-Backups, Optimierung bestehender Setups und technisches Troubleshooting

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.