JNCIP-ENT: OSPF Area Types
22.06.2026 5 Min. Lesezeit
Die verschiedenen OSPF‑Area‑Typen sind kein optionales Feintuning, sondern ein zentrales Instrument zur Kontrolle von Komplexität und Informationsfluss innerhalb eines größeren Netzwerks. Sie bestimmen nicht nur, welche Informationen ein Router erhält, sondern auch, wie groß seine Sicht auf das Netzwerk überhaupt ist. Ohne dieses Verständnis wirkt OSPF in Multi-Area-Designs oft schwer vorhersehbar, da identische Routen je nach Area unterschiedlich behandelt werden können.
Im Ausgangspunkt ist jede Area in OSPF eine in sich geschlossene Einheit. Innerhalb einer Area besitzen alle Router die gleiche Link-State-Datenbank und damit ein vollständiges Bild der Topologie. Sobald mehrere Areas miteinander verbunden werden, entsteht jedoch ein Spannungsfeld zwischen Detailtiefe und Skalierbarkeit. Es wäre theoretisch möglich, alle Informationen uneingeschränkt in jede Area zu propagieren, doch dies würde mit wachsender Netzgröße zu einem erheblichen Aufwand bei Berechnung und Speicher führen. Genau an dieser Stelle setzen unterschiedliche Area-Typen an.
Das Backbone, also Area 0, nimmt eine Sonderrolle ein. Sie ist nicht nur eine weitere Area, sondern das zentrale Verbindungsstück, über das alle anderen Areas miteinander kommunizieren. Jeglicher Inter-Area-Verkehr fließt logisch über dieses Backbone, selbst wenn physikalisch direkte Verbindungen existieren. Diese Architektur stellt sicher, dass die Topologie strukturiert bleibt und verhindert unkontrollierte Querbeziehungen zwischen Areas.
In einer normalen Area wird die gesamte Bandbreite an LSAs akzeptiert und verarbeitet. Das bedeutet, dass sowohl interne Informationen als auch externe Routen verfügbar sind. Für kleinere Netzwerke oder Kernbereiche ist dieses Verhalten sinnvoll, da maximale Transparenz besteht. Mit zunehmender Größe steigt jedoch der Bedarf, die Menge der ausgetauschten Informationen zu reduzieren. Hier kommen Stub Areas ins Spiel.
Eine Stub Area schränkt bewusst den Informationsumfang ein, indem externe LSAs nicht mehr akzeptiert werden. Anstatt jede einzelne externe Route zu verarbeiten, erhält die Area lediglich eine Default-Route, die den Weg aus der Area heraus beschreibt. Damit reduziert sich die Komplexität erheblich, da die Router innerhalb der Area keine Kenntnis über externe Netzstrukturen benötigen. Dieses Modell funktioniert insbesondere dann gut, wenn der Verkehr aus der Area überwiegend in Richtung eines zentralen Exit-Punktes fließt.
Die Idee der Reduktion lässt sich weiter treiben. In einer sogenannten Totally Stubby Area werden nicht nur externe Informationen unterdrückt, sondern auch Inter-Area-Routen stark vereinfacht. Anstelle einer Vielzahl von Summary LSAs wird ebenfalls nur eine Default-Route bereitgestellt. Aus Sicht der Router innerhalb dieser Area existiert damit praktisch nur noch ein einziger Weg in den Rest des Netzwerks. Diese radikale Vereinfachung ist besonders dann sinnvoll, wenn die Area lediglich als Edge-Bereich dient und keine differenzierte Routingentscheidung benötigt.
Ein Problem bei klassischen Stub Areas besteht darin, dass sie keine Möglichkeit bieten, selbst externe Routen zu erzeugen. Sobald ein Router innerhalb einer solchen Area externe Informationen einspeisen soll, stößt man an eine Grenze. Die NSSA, also Not-So-Stubby Area, wurde genau für diesen Anwendungsfall entwickelt. Sie erlaubt es, externe Routen lokal einzubringen, ohne die grundlegende Vereinfachung der Area aufzugeben.
Der Unterschied liegt in der Art der LSAs, die verwendet werden. Während klassische externe Routen als Type 5 LSAs verbreitet werden, nutzt eine NSSA zunächst Type 7 LSAs. Diese sind auf die Area beschränkt und werden nicht unmittelbar in andere Bereiche weitergegeben. Erst ein Area Border Router übersetzt diese Informationen beim Verlassen der Area wieder in Type 5 LSAs. Dadurch bleibt die interne Struktur der NSSA schlank, während gleichzeitig externe Anbindungen möglich bleiben.
Dieses Verhalten hat direkte Auswirkungen auf die Sichtbarkeit von Routen. Ein Router innerhalb einer Stub Area wird niemals eine externe Route sehen, selbst wenn diese im restlichen Netzwerk existiert. In einer NSSA hingegen kann ein Router externe Routen kennen, aber nur solche, die innerhalb der eigenen Area erzeugt wurden. Alles andere wird weiterhin durch die Default-Route repräsentiert. Diese Unterschiede erklären viele Situationen, in denen Routen scheinbar „verschwinden“ oder nicht wie erwartet propagiert werden.
Ein weiterer Aspekt betrifft die Rolle der Area Border Router. Sie sind die Instanzen, die zwischen den unterschiedlichen Sichtweisen vermitteln. Sie entscheiden, welche Informationen aus einer Area exportiert werden und in welcher Form dies geschieht. Dabei wird bewusst Information reduziert. Ein ABR gibt nicht die vollständige interne Struktur einer Area weiter, sondern abstrahiert sie in Form von Summary LSAs. Diese Abstraktion ist entscheidend für die Skalierbarkeit, führt aber gleichzeitig dazu, dass bestimmte Detailinformationen außerhalb der Area nicht mehr sichtbar sind.
In der Praxis entsteht daraus ein Spannungsfeld zwischen Genauigkeit und Effizienz. Eine vollständig transparente Topologie ermöglicht präzise Entscheidungen, skaliert aber schlecht. Eine stark abstrahierte Struktur reduziert Komplexität, beschränkt jedoch die Entscheidungsgrundlage. OSPF bietet mit seinen Area-Typen genau die Werkzeuge, um diese Balance gezielt zu steuern.
Probleme lassen sich in diesem Kontext häufig darauf zurückführen, dass die Erwartungen an die Sichtbarkeit von Routen nicht mit dem gewählten Area-Typ übereinstimmen. Wenn beispielsweise in einer Stub Area eine bestimmte externe Route erwartet wird, liegt die Ursache nicht in einem Fehler des Protokolls, sondern in einer falschen Annahme über das Design. Ebenso kann es in NSSA-Konfigurationen passieren, dass externe Routen nicht korrekt weitergegeben werden, wenn die Übersetzung von Type 7 zu Type 5 an einem bestimmten ABR nicht stattfindet.
Die Wahl des richtigen Area-Typs ist somit keine rein formale Entscheidung, sondern beeinflusst das Verhalten des gesamten Routing-Prozesses. Sie bestimmt, welche Informationen verfügbar sind, wie groß die Routing-Datenbank wächst und wie flexibel das Netzwerk auf Veränderungen reagieren kann. Wer die Unterschiede zwischen den Area-Typen versteht, kann nicht nur bestehende Probleme besser analysieren, sondern bereits im Design gezielt Entscheidungen treffen, die sich später im Betrieb auszahlen.