Wer OSPF in kleinen Laboren einsetzt, kommt oft mit einer einzigen Area aus. Spätestens wenn ein Netzwerk wächst, mehrere Standorte dazu kommen oder viele Router und VLANs im Spiel sind, wird das Konzept der OSPF Areas entscheidend. OSPF ist als Link-State-Protokoll sehr leistungsfähig, aber genau diese Stärke bringt auch Komplexität: Alle Router innerhalb einer Area halten eine gemeinsame Link-State Database (LSDB) und berechnen daraus ihre Pfade. Ohne Struktur kann das zu großen LSDBs, längeren Berechnungszeiten (SPF), mehr LSA-Traffic und dadurch zu schwerer wartbaren Netzen führen. OSPF Areas sind die Lösung: Sie teilen ein OSPF-Domain in logisch getrennte Bereiche, begrenzen die Ausbreitung bestimmter LSAs und ermöglichen ein hierarchisches Design mit einem klaren Backbone. Dieser Artikel erklärt, wie Sie OSPF Areas verstehen, wie ein gutes Area-Design aussieht, welche Routerrollen (ABR, ASBR) wichtig sind und wie Sie Areas auf Cisco IOS/IOS XE korrekt konfigurieren. Zusätzlich erhalten Sie Best Practices, typische Fallstricke und praxistaugliche Prüfkommandos, damit Ihr OSPF-Setup nicht nur „funktioniert“, sondern auch langfristig stabil und skalierbar bleibt.
Warum OSPF Areas überhaupt existieren
OSPF skaliert, indem es Topologieinformationen (LSAs) verteilt und in jeder Area eine konsistente Datenbank aufbaut. In einer kleinen Umgebung ist das unkompliziert. In einer großen Umgebung kann es jedoch passieren, dass:
- die LSDB sehr groß wird und Router mehr CPU/RAM für SPF-Berechnungen benötigen,
- Topologieänderungen (Link-Flaps, Interface-Änderungen) unnötig weit verbreitet werden,
- Fehlersuche und Wartung schwieriger werden, weil „alles mit allem“ gekoppelt ist.
Areas schaffen hier Struktur: Innerhalb einer Area ist die Topologie detailliert sichtbar; zwischen Areas werden Informationen oft zusammengefasst (Summary) und bestimmte LSA-Typen werden kontrolliert. Das senkt die Komplexität pro Router und macht das Netzwerk planbarer.
Das Grundprinzip: Area 0 als Backbone
OSPF ist hierarchisch aufgebaut. Das Herzstück ist Area 0 (Backbone Area). Die wichtigste Regel für ein sauberes OSPF-Design lautet: Inter-Area-Verkehr läuft über das Backbone. Das bedeutet praktisch:
- Alle nicht-Backbone-Areas (z. B. Area 10, Area 20) müssen logisch an Area 0 angebunden sein.
- Router, die zwischen Areas vermitteln, sind ABRs (Area Border Router).
- Ein Routing-Design ohne saubere Backbone-Anbindung führt häufig zu instabilen oder schwer nachvollziehbaren Pfaden.
In Cisco-Umgebungen ist es daher üblich, Area 0 in den Core/Distribution-Layer zu legen und Außenbereiche (z. B. Standorte oder größere Campus-Zonen) als eigene Areas anzubinden.
Die wichtigsten OSPF-Routerrollen in Area-Designs
Für das Verständnis von OSPF Areas müssen Sie drei Rollen sicher einordnen können. Das ist keine Theorieübung, sondern hilft direkt bei Design und Troubleshooting.
- Internal Router: Alle OSPF-Interfaces liegen in derselben Area (z. B. nur Area 10).
- ABR (Area Border Router): Router mit Interfaces in Area 0 und mindestens einer weiteren Area. ABRs verbinden Areas und erzeugen Summary-LSAs.
- ASBR (Autonomous System Boundary Router): Router, der externe Routen in OSPF injiziert (z. B. aus statischen Routen oder BGP). Er erzeugt External LSAs.
Ein Router kann gleichzeitig ABR und ASBR sein, wenn er sowohl Areas verbindet als auch externe Routen einspeist. In der Praxis sollten Sie solche Rollen bewusst dokumentieren, weil sie für Ausfallszenarien und Pfadwahl entscheidend sein können.
LSA-Typen: Welche Informationen werden wo verteilt?
Einsteiger müssen nicht alle LSA-Details auswendig kennen, aber ein grobes Verständnis hilft, Area-Typen korrekt auszuwählen und Fehler zu vermeiden. Auf hoher Ebene gilt:
- Intra-Area-Informationen: Detaillierte Topologie innerhalb einer Area.
- Inter-Area-Informationen: Zusammenfassungen/Erreichbarkeiten zwischen Areas, vermittelt über ABRs.
- External Information: Routen, die von außen kommen (z. B. Internet, MPLS, BGP), injiziert über ASBRs.
Areas helfen dabei, die Ausbreitung dieser Informationen zu kontrollieren. Genau daraus entstehen auch die bekannten „Special Areas“ wie Stub oder NSSA.
Area-Typen im Überblick: Standard, Stub, Totally Stubby, NSSA
OSPF kennt verschiedene Area-Typen, die festlegen, welche Route-Informationen in einer Area erlaubt sind. Wichtig ist: Area-Typen sind ein Designwerkzeug, kein Selbstzweck. Sie wählen einen Area-Typ, um LSAs zu reduzieren, Routingtabellen schlanker zu machen oder bestimmte Pfade zu erzwingen.
Standard Area
Die Standard Area ist der Default: Alle üblichen OSPF-Informationen können enthalten sein. Das ist flexibel, aber nicht immer minimalistisch. In vielen Campus-Designs bleiben Backbone und zentrale Areas Standard Areas.
Stub Area
Eine Stub Area reduziert externe Routen (typischerweise keine externen LSAs). Stattdessen wird meist eine Default Route in die Area gebracht, sodass Router in der Stub Area „nach außen“ über den ABR gehen. Das ist sinnvoll, wenn ein Bereich keine detaillierten externen Routen benötigt, z. B. ein Standort, der nur über eine Zentrale ins restliche Netz geht.
Totally Stubby Area
„Totally Stubby“ ist ein Cisco-spezifisches Konzept, das Stub-Charakteristik noch weiter treibt: Neben externen Informationen werden auch viele Inter-Area-Summaries stark reduziert. Router im Außenbereich sehen dann oft nur eine Default Route. Das kann Routingtabellen sehr klein halten, muss aber zu Ihrem Design passen.
NSSA (Not-So-Stubby Area)
Eine NSSA ist eine Stub-ähnliche Area, die dennoch externe Routen aus der Area heraus ins OSPF-Domain einspeisen kann (z. B. wenn am Standort ein kleines externes Netz oder eine spezielle Verbindung hängt). Das ist nützlich, wenn ein Außenbereich grundsätzlich stub sein soll, aber trotzdem eine lokale „externe“ Route in OSPF bekannt machen muss.
Für Standardhintergrund zu OSPFv2 ist der Anchor-Text RFC 2328 (OSPFv2) eine verlässliche Referenz. Für Cisco-spezifische Area-Typen und Praxisdetails eignet sich der Anchor-Text Cisco OSPF Dokumentation.
OSPF Area Design: Bewährte Architekturprinzipien
Ein gutes OSPF-Design ist in erster Linie konsistent. Folgende Prinzipien sind in vielen Unternehmen praxiserprobt:
- Backbone im Core/Distribution: Area 0 ist zentral, stabil und redundant.
- Außenbereiche als eigene Areas: Standorte, Gebäudecluster oder große Campus-Zonen in separaten Areas.
- ABRs bewusst platzieren: Wenige, leistungsfähige Geräte, die Areas verbinden.
- Summarization dort, wo es Sinn ergibt: Präfixe zusammenfassen, um Routingtabellen und LSA-Last zu reduzieren.
- Area-Typen gezielt nutzen: Stub/NSSA nur, wenn der Bereich keine vollständige Sicht braucht.
Praxis-Tipp: Wenn Sie unsicher sind, starten Sie mit Standard Areas und führen Sie Stub/NSSA erst ein, wenn Sie ein klares Ziel haben (z. B. Reduktion externer Routen oder vereinfachte Außenstandorte).
Beispiel-Topologie: Backbone und zwei Außen-Areas
Eine typische Einsteiger-Architektur sieht so aus:
- Area 0: Core/Distribution (z. B. Router R1 und R2)
- Area 10: Standort A (z. B. Router R3 mit mehreren LANs)
- Area 20: Standort B (z. B. Router R4 mit mehreren LANs)
R2 könnte ABR sein, der Area 0 und Area 10 verbindet, während R1 ABR für Area 0 und Area 20 ist. So bleibt das Backbone stabil, und Änderungen im Standort A beeinflussen nicht automatisch alle Router in Standort B.
Konfiguration auf Cisco: Areas mit network statements einrichten
Der klassische Cisco-Weg aktiviert OSPF über router ospf und bindet Interfaces mit network-Statements in eine Area ein. Für Einsteiger ist es empfehlenswert, sehr präzise Netzwerke zu matchen, damit nicht versehentlich falsche Interfaces in OSPF landen.
Schritt 1: OSPF-Prozess und Router-ID setzen
enable
configure terminal
router ospf 1
router-id 2.2.2.2
end
Schritt 2: Backbone-Interface in Area 0 aufnehmen
Beispiel: Transitnetz 10.0.12.0/30 liegt im Backbone:
configure terminal
router ospf 1
network 10.0.12.0 0.0.0.3 area 0
end
Schritt 3: Standort-Interface in Area 10 aufnehmen
Beispiel: Transitnetz 10.0.23.0/30 verbindet ABR mit Standortrouter und soll in Area 10 sein:
configure terminal
router ospf 1
network 10.0.23.0 0.0.0.3 area 10
end
Wichtig: Ein Interface gehört immer genau zu einer Area. Wenn Sie ein Transitnetz in der falschen Area konfigurieren, entsteht keine Nachbarschaft (oder nur eine unvollständige), und Inter-Area-Routing bricht.
Stub Area konfigurieren: Beispiel und typische Anwendung
Wenn Area 10 ein Außenstandort ist, der keine externen Routen benötigt, kann eine Stub Area sinnvoll sein. In Cisco wird die Stub-Eigenschaft auf allen Routern der Area konsistent gesetzt – besonders wichtig auf dem ABR und dem internen Router.
Stub auf dem ABR (für Area 10)
configure terminal
router ospf 1
area 10 stub
end
Stub auf dem internen Standortrouter
configure terminal
router ospf 1
area 10 stub
end
Wenn Sie Stub setzen, sollte der Standort typischerweise eine Default Route Richtung ABR nutzen (OSPF kann diese in die Stub Area einbringen). Für Einsteiger ist wichtig: Sobald Area-Typen nicht übereinstimmen, entstehen Nachbarschaftsprobleme. Deshalb immer beidseitig und konsistent konfigurieren.
NSSA konfigurieren: Wenn ein Außenbereich externe Routen einspeisen soll
Eine NSSA ist sinnvoll, wenn ein Standort grundsätzlich „stubby“ sein soll, aber trotzdem lokale externe Routen einbringen muss (z. B. eine spezielle Providerverbindung oder ein angeschlossenes Nicht-OSPF-Netz). Auch hier gilt: Area-Typ muss auf allen beteiligten Routern identisch konfiguriert sein.
NSSA auf ABR und Standortrouter setzen
configure terminal
router ospf 1
area 10 nssa
end
In NSSA-Designs ist es besonders wichtig zu dokumentieren, wo externe Routen injiziert werden und wie Default-Informationen gehandhabt werden. Das ist ein häufiger Punkt, an dem Außenstandorte später „unerklärliche“ Pfade zeigen, wenn niemand mehr weiß, wer was announced.
Summarization: OSPF Areas effizient halten
OSPF kann von Aggregation stark profitieren. Wenn ein Standort viele /24-Netze hat, ist es oft sinnvoll, diese am ABR zusammenzufassen, sodass im Backbone nur ein Summary-Prefix sichtbar ist. Das reduziert Routingtabellen und LSA-Last.
Das Grundprinzip: Sie vergeben IP-Netze eines Standortes so, dass sie aggregierbar sind (z. B. 10.10.0.0/16 statt viele verstreute Netze). Dann kann der ABR diese als Summary Richtung Backbone announcen. In der Praxis ist Summarization daher eng mit IP-Adressplanung verknüpft: Ohne saubere Planung ist Aggregation kaum möglich.
Passive Interfaces: OSPF nur dort sprechen lassen, wo Nachbarn sind
OSPF Areas funktionieren am stabilsten, wenn OSPF-Hellos nur auf Transitlinks gesendet werden, nicht auf Client-LANs. Das verbessert Sicherheit und reduziert unnötigen OSPF-Traffic.
Empfohlenes Muster: Default passive, Transit-Interfaces freigeben
configure terminal
router ospf 1
passive-interface default
no passive-interface gigabitethernet0/0
no passive-interface gigabitethernet0/1
end
Damit bleiben LAN-Interfaces passiv (sie werden weiterhin announced, aber ohne OSPF-Nachbarschaften), während Transitinterfaces aktiv sprechen.
Verifikation: So prüfen Sie Area-Design und OSPF-Zustand auf Cisco
Nach Konfiguration von Areas sollten Sie nicht nur „Neighbors up“ prüfen, sondern auch, ob Router tatsächlich in den erwarteten Areas arbeiten und Inter-Area-Routen wie geplant erscheinen.
show ip ospf(Area-Übersicht, Router-ID, Timer, genereller Status)show ip ospf neighbor(Nachbarn, States, Uptime)show ip ospf interface brief(welches Interface in welcher Area?)show ip route ospf(OSPF-Routen in der Routingtabelle)show ip ospf database(LSDB-Überblick, hilfreich bei tieferer Fehlersuche)
Praxis-Tipp: Wenn eine Nachbarschaft nicht FULL wird, prüfen Sie zuerst die Area-Zuordnung des Interfaces und dann Masken, Timer und Authentifizierung. Area-Mismatch ist eine der häufigsten Ursachen, gerade bei Einsteigern.
Häufige Design- und Konfigurationsfehler bei OSPF Areas
Viele OSPF-Probleme entstehen nicht durch „OSPF ist kompliziert“, sondern durch wenige wiederkehrende Fehler. Wenn Sie diese kennen, sparen Sie viel Zeit.
Area 0 fehlt oder Areas sind nicht korrekt angebunden
- Symptom: Inter-Area-Routing funktioniert nicht, Routen fehlen, Pfade wirken unlogisch.
- Fix: Backbone-Design prüfen, ABRs korrekt platzieren, Nicht-Backbone-Areas sauber an Area 0 anbinden.
Area-Typen sind nicht konsistent (Stub/NSSA)
- Symptom: Nachbarschaft kommt nicht hoch oder bleibt in einem Zwischenzustand; Routen erscheinen nicht.
- Fix: Area-Typ auf allen Routern der Area identisch konfigurieren (insbesondere ABR und interne Router).
Zu breite network statements
- Symptom: Unerwartete Interfaces sprechen OSPF, Nachbarn tauchen dort auf, wo sie nicht sein sollen.
- Fix: network statements präzise setzen oder interfacebezogen arbeiten, passive-interface konsequent nutzen.
Fehlende Summarization trotz großer Außenbereiche
- Symptom: Backbone-Router tragen sehr viele einzelne Präfixe, LSDB wächst unnötig.
- Fix: IP-Adressplanung aggregierbar gestalten und Summarization am ABR einführen.
Best Practices: OSPF Areas langfristig wartbar gestalten
- Area 0 stabil halten: Backbone gehört auf zuverlässige, redundante Geräte; möglichst wenige unnötige Änderungen.
- Standorte in eigene Areas: Änderungen bleiben lokal, LSDB pro Router bleibt kleiner.
- Router-ID bewusst setzen: stabile IDs erleichtern Diagnose und verhindern unerwartete Neuwahlen.
- Passive Interfaces als Standard: OSPF nur auf Transitlinks aktiv sprechen lassen.
- Summarization planen: IP-Adressierung so wählen, dass Aggregation möglich ist.
- Area-Typen sparsam einsetzen: Stub/NSSA nur mit klarer Motivation und sauberer Dokumentation.
- Dokumentation: Area-Plan, ABR-Standorte, Summary-Strategie und Default-Verteilung festhalten.
Weiterführende Orientierung: Standards und Cisco-Dokumentation
Wenn Sie die Details von OSPF Areas, LSA-Typen und ABR-Verhalten vertiefen möchten, ist der Anchor-Text RFC 2328 (OSPFv2) die maßgebliche Standardreferenz. Für Cisco-spezifische Beispiele, Konfigurationsoptionen (inklusive Stub/NSSA-Varianten) und plattformabhängige Hinweise bietet der Anchor-Text Cisco OSPF Support & Dokumentation eine robuste Grundlage.
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:
-
Netzwerkdesign & Topologie-Planung
-
Router- & Switch-Konfiguration (Cisco IOS)
-
VLAN, Inter-VLAN Routing
-
OSPF, RIP, EIGRP (Grundlagen & Implementierung)
-
NAT, ACL, DHCP, DNS-Konfiguration
-
Troubleshooting & Netzwerkoptimierung
-
Packet Tracer Projektentwicklung & Dokumentation
-
CCNA Lern- & Praxisunterstützung
Lieferumfang:
-
Konfigurationsdateien
-
Packet-Tracer-Dateien (.pkt)
-
Netzwerkdokumentation
-
Schritt-für-Schritt-Erklärungen (auf Wunsch)
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.
