13.5 Neighbor Adjacency bei OSPF einfach erklärt

Die Neighbor Adjacency gehört zu den wichtigsten Grundlagen in OSPF. Bevor Router über OSPF Routing-Informationen austauschen und Wege zu entfernten Netzwerken berechnen können, müssen sie sich zuerst gegenseitig erkennen und eine Beziehung aufbauen. Genau diese Beziehung wird im OSPF-Kontext als Nachbarschaft und im engeren technischen Sinn als Adjacency bezeichnet. Für Einsteiger wirken diese Begriffe oft ähnlich oder sogar identisch, in der Praxis steckt dahinter jedoch ein klarer Ablauf mit mehreren Zuständen und Prüfmechanismen. Wer verstehen will, warum OSPF-Router manchmal sofort Routen lernen, manchmal aber trotz funktionierender IP-Verbindung keine Informationen austauschen, muss die Neighbor Adjacency sauber verstehen.

Was bedeutet Neighbor Adjacency bei OSPF?

Eine OSPF Neighbor Adjacency ist eine logische Beziehung zwischen zwei OSPF-Routern, über die Link-State-Informationen ausgetauscht werden. Bevor diese vollständige Beziehung entsteht, müssen sich die Router zunächst erkennen, grundlegende Parameter vergleichen und mehrere Zustände durchlaufen.

Vereinfacht lässt sich der Ablauf so beschreiben:

• Zwei Router sehen sich auf einem gemeinsamen Netzwerksegment.
• Sie tauschen Hello-Pakete aus.
• Sie prüfen, ob wichtige OSPF-Parameter zusammenpassen.
• Wenn alles korrekt ist, bauen sie eine Adjacency auf.
• Danach können sie ihre Link-State-Datenbanken abgleichen und OSPF-Routen lernen.

Die Neighbor Adjacency ist also die Voraussetzung dafür, dass OSPF tatsächlich sinnvoll arbeiten kann.

Warum OSPF eine Nachbarschaft überhaupt braucht

OSPF ist ein Link-State-Routing-Protokoll. Das bedeutet, dass Router nicht einfach nur Zielnetze weitergeben, sondern eine gemeinsame Sicht auf die Netzwerktopologie aufbauen. Damit dieser Austausch strukturiert und zuverlässig funktioniert, müssen Router zuerst wissen, mit wem sie überhaupt sprechen dürfen.

Eine Adjacency erfüllt dabei mehrere wichtige Aufgaben:

• Sie stellt sicher, dass nur passende OSPF-Router Informationen austauschen.
• Sie bildet die Grundlage für den Austausch von LSAs.
• Sie sorgt dafür, dass Link-State-Datenbanken synchronisiert werden können.
• Sie ermöglicht erst den Aufbau einer konsistenten OSPF-Topologie.

Ohne funktionierende Neighbor Adjacency bleibt OSPF lokal eingeschaltet, aber praktisch wirkungslos.

Neighbor und Adjacency sind nicht exakt dasselbe

Ein besonders häufiger Anfängerfehler besteht darin, die Begriffe Neighbor und Adjacency gleichzusetzen. Im Alltag werden sie oft gemeinsam verwendet, technisch gibt es aber einen Unterschied.

Neighbor

Ein Neighbor ist zunächst einfach ein anderer OSPF-Router, der über Hello-Pakete erkannt wurde. Die Geräte wissen also, dass es auf dem gemeinsamen Segment einen OSPF-fähigen Nachbarn gibt.

Adjacency

Eine Adjacency ist die weitergehende Beziehung, bei der Router ihre Datenbanken tatsächlich abgleichen und Link-State-Informationen austauschen.

Einfaches Merkschema

• Neighbor: Ich sehe dich.
• Adjacency: Ich arbeite mit dir aktiv im OSPF zusammen.

Diese Unterscheidung hilft enorm, wenn man OSPF-Statusmeldungen oder Troubleshooting-Ausgaben richtig lesen möchte.

Wie OSPF-Router einander entdecken

Der erste Schritt zur Adjacency beginnt mit Hello-Paketen. OSPF-Router senden diese Pakete regelmäßig über ihre OSPF-aktiven Interfaces, um andere OSPF-Router im selben Netzsegment zu entdecken.

Hello-Pakete enthalten mehrere wichtige Informationen, darunter:

• Router-ID
• Hello-Intervall
• Dead-Intervall
• Area-ID
• Netztyp
• Authentifizierungsinformationen, falls verwendet

Wenn ein Router ein passendes Hello-Paket empfängt, erkennt er den Sender als potenziellen OSPF-Nachbarn. Das ist der Beginn der Neighbor-Beziehung.

Welche Voraussetzungen für eine OSPF Adjacency erfüllt sein müssen

Damit aus einer bloßen Neighbor-Erkennung eine vollständige Adjacency wird, müssen mehrere Parameter übereinstimmen. Schon kleine Unterschiede verhindern den sauberen Aufbau der OSPF-Beziehung.

Wichtige Voraussetzungen

• beide Router müssen OSPF auf dem relevanten Interface aktiviert haben
• die Interfaces müssen IP-seitig miteinander kommunizieren können
• die Router müssen sich in derselben Area befinden
• Hello- und Dead-Timer müssen übereinstimmen
• Netztyp und weitere OSPF-Parameter müssen kompatibel sein
• Authentifizierung muss übereinstimmen, wenn sie aktiviert ist
• Subnetz und Layer-3-Erreichbarkeit müssen passen

Wenn einer dieser Punkte nicht stimmt, bleibt die Nachbarschaft unvollständig oder entsteht gar nicht erst.

Die Bedeutung der Router-ID für die Adjacency

Jeder OSPF-Router benötigt eine eindeutige Router-ID. Diese ID dient als logische Identität im OSPF-Prozess und ist zentral für den Aufbau von Nachbarschaften.

Die Router-ID sieht aus wie eine IPv4-Adresse, ist aber in erster Linie eine eindeutige OSPF-Kennung. Sie wird in Hello-Paketen, in der Nachbarliste und in der Link-State-Datenbank verwendet.

Warum die Router-ID wichtig ist

• jeder Router muss eindeutig identifizierbar sein
• Neighbor- und Adjacency-Informationen beziehen sich auf Router-IDs
• doppelte Router-IDs führen zu Problemen im OSPF

Wenn zwei Router dieselbe Router-ID verwenden, kann OSPF keine saubere und stabile Beziehung aufbauen.

Die wichtigsten OSPF-Neighbor-States einfach erklärt

Der Aufbau einer Adjacency geschieht nicht abrupt, sondern in mehreren Zuständen. Diese Neighbor-States helfen dabei zu verstehen, wie weit zwei Router im Beziehungsaufbau bereits gekommen sind.

Down

Im Zustand Down kennt der Router den Nachbarn noch nicht aktiv oder hat längere Zeit keine Hello-Pakete von ihm erhalten.

Init

Der Router hat ein Hello-Paket vom Nachbarn empfangen, aber seine eigene Router-ID wurde im Hello des Gegenübers noch nicht bestätigt. Die Kommunikation ist also erst einseitig sichtbar.

2-Way

Beide Router haben sich gegenseitig in ihren Hello-Paketen gesehen. Jetzt steht fest, dass sie sich gegenseitig erkennen. Das ist ein sehr wichtiger Zustand.

ExStart

Jetzt beginnt die Aushandlung, wie die Datenbanken ausgetauscht werden sollen. Die Router bestimmen unter anderem, wer die führende Rolle beim Synchronisieren übernimmt.

Exchange

In diesem Zustand tauschen die Router Zusammenfassungen ihrer Link-State-Datenbanken aus.

Loading

Jetzt werden fehlende oder noch nicht vollständige Link-State-Informationen nachgeladen.

Full

Im Full-State ist die Adjacency vollständig aufgebaut. Die Router haben ihre Datenbanken abgeglichen und können OSPF stabil nutzen.

Einfaches Merkschema

• sehen
• erkennen
• aushandeln
• austauschen
• vollständig synchronisieren

Diese Zustände sind zentral für das Verständnis von OSPF-Troubleshooting.

Warum der 2-Way-State nicht immer ein Fehler ist

Ein weiterer typischer Anfängerfehler besteht darin, anzunehmen, dass jeder OSPF-Nachbar immer im Zustand Full erscheinen muss. Das stimmt nicht in jedem Netztyp. Auf Multiaccess-Netzen wie Ethernet ist der 2-Way-State zwischen bestimmten Routern teilweise normal.

Der Grund liegt in der DR- und BDR-Logik.

Was auf Broadcast-Netzen passiert

• OSPF wählt einen Designated Router, kurz DR
• außerdem einen Backup Designated Router, kurz BDR
• nicht alle Router bauen zu allen anderen vollständige Adjacencies auf
• vollständige Adjacencies entstehen primär zum DR und BDR

Deshalb kann ein 2-Way-State auf Ethernet-Segmenten völlig normal sein, solange die OSPF-Topologie insgesamt korrekt funktioniert.

DR und BDR einfach eingeordnet

Auf Broadcast- und Multiaccess-Netzen würde es ineffizient werden, wenn jeder Router zu jedem anderen Router eine vollständige Adjacency aufbauen müsste. Um den Link-State-Austausch zu vereinfachen, wählt OSPF dort einen Designated Router und einen Backup Designated Router.

Aufgaben von DR und BDR

• zentralere Koordination des Link-State-Austauschs
• Reduzierung unnötiger Full-Adjacencies
• bessere Effizienz auf gemeinsam genutzten Segmenten

Für Einsteiger ist vor allem wichtig: Nicht jede OSPF-Beziehung muss in jedem Netztyp im Full-State enden. Auf Multiaccess-Netzen ist das Design bewusst anders.

Was passiert, wenn die Adjacency vollständig ist

Sobald zwei Router eine vollständige Adjacency aufgebaut haben, gleichen sie ihre Link-State-Datenbanken ab. Danach kennen sie die für ihre Area relevanten Topologieinformationen konsistent. Aus diesen Informationen berechnet jeder Router mit dem SPF-Algorithmus die besten Wege zu bekannten Netzen.

Die praktische Folge

• OSPF-Routen erscheinen in der Routingtabelle
• Topologieänderungen können verarbeitet werden
• der Router kann Ziele dynamisch lernen und nutzen

Ohne Full-Adjacency oder korrekte OSPF-Nachbarschaft fehlen meist genau diese Ergebnisse.

Ein einfaches Praxisbeispiel für Neighbor Adjacency

Stellen wir uns zwei Router vor, R1 und R2, die über das Netz 10.0.12.0/30 verbunden sind. Beide Router haben OSPF auf ihren Interfaces aktiviert und befinden sich in Area 0.

• R1 sendet Hello-Pakete
• R2 empfängt diese und erkennt R1 als Neighbor
• R2 sendet ebenfalls Hello-Pakete zurück
• Beide Router sehen nun ihre jeweilige Router-ID in den Hellos des anderen
• Die Beziehung geht von 2-Way in weitere Zustände über
• Am Ende erreichen beide Router den Zustand Full

Danach können beide Router ihre direkt verbundenen Netze gegenseitig lernen und in ihre Routingtabellen übernehmen.

Grundlegende OSPF-Konfiguration für eine Adjacency auf Cisco-Geräten

Damit eine Neighbor Adjacency überhaupt entstehen kann, muss OSPF auf Cisco-Geräten sauber aktiviert und die relevanten Interfaces müssen in dieselbe Area eingebunden werden.

Beispielkonfiguration auf R1

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

Beispielkonfiguration auf R2

configure terminal
router ospf 1
 router-id 2.2.2.2
 network 10.0.12.0 0.0.0.3 area 0
 network 192.168.20.0 0.0.0.255 area 0
exit

Wenn die Interfaces IP-seitig korrekt arbeiten und die OSPF-Parameter zusammenpassen, sollte zwischen den Routern eine Adjacency entstehen.

Wichtige Show-Befehle zur Prüfung der Adjacency

Auf Cisco-Geräten gibt es mehrere Befehle, mit denen sich OSPF-Nachbarschaften und deren Status prüfen lassen. Diese Befehle gehören zur Grundausstattung beim OSPF-Troubleshooting.

Neighbor-Status anzeigen

show ip ospf neighbor

Dieser Befehl zeigt unter anderem:

• Router-ID des Nachbarn
• Neighbor-State
• Neighbor-IP-Adresse
• das lokale Interface

OSPF-Prozess prüfen

show ip ospf

Damit lässt sich unter anderem die lokale Router-ID prüfen.

OSPF-Interfaces anzeigen

show ip ospf interface brief

Hier sieht man, welche Interfaces überhaupt an OSPF teilnehmen und in welcher Area sie arbeiten.

Routingtabelle prüfen

show ip route

OSPF-gelernte Routen erscheinen typischerweise mit dem Kennzeichen O.

Typische Ursachen, wenn keine Adjacency entsteht

Wenn OSPF-Nachbarn sich nicht vollständig aufbauen, liegt die Ursache meist in einigen klassischen Fehlkonfigurationen. Diese sollte man systematisch prüfen.

Area stimmt nicht überein

Wenn die Router auf demselben Segment unterschiedliche Areas verwenden, kommt keine saubere Adjacency zustande.

Hello- oder Dead-Timer passen nicht zusammen

Abweichende Timer verhindern, dass Router die Beziehung korrekt aufbauen.

Falsche oder fehlende IP-Konnektivität

Wenn die Router IP-seitig gar nicht korrekt miteinander kommunizieren, kann OSPF ebenfalls nicht sauber starten.

Authentifizierungsfehler

Wenn OSPF-Authentifizierung aktiviert ist und die Werte nicht übereinstimmen, scheitert der Aufbau.

Doppelte Router-ID

Zwei Router mit derselben Router-ID führen zu OSPF-Problemen und instabilem Verhalten.

Falscher Netztyp oder Inkonsistenzen auf dem Link

Auch solche Abweichungen können Adjacencies verhindern oder unerwartete Zustände erzeugen.

Wie man OSPF-Probleme systematisch eingrenzt

Wenn eine OSPF-Adjacency nicht funktioniert, sollte nicht wahllos umkonfiguriert werden. Besser ist ein klarer Prüfansatz.

Sinnvolle Reihenfolge

• Ist das Interface IP-seitig erreichbar?
• Nimmt das Interface wirklich an OSPF teil?
• Stimmt die Area auf beiden Seiten?
• Sind Hello- und Dead-Timer gleich?
• Stimmt die Authentifizierung?
• Ist die Router-ID eindeutig?
• In welchem Neighbor-State bleibt die Beziehung hängen?

Gerade der Punkt „In welchem State bleibt der Nachbar?“ ist sehr wertvoll, weil er oft direkt auf die Fehlerursache hinweist.

Typische Anfängerfehler beim Verständnis von Neighbor Adjacency

„Wenn zwei Router IP-seitig pingen können, muss OSPF funktionieren“

Das ist falsch. IP-Erreichbarkeit ist nur die Grundlage. OSPF braucht zusätzlich passende Protokollparameter.

„2-Way ist immer ein Fehler“

Auf bestimmten Netztypen, besonders Ethernet mit DR/BDR, kann 2-Way völlig normal sein.

„Neighbor und Adjacency sind dasselbe“

Auch das stimmt nicht. Ein Router kann einen anderen als Neighbor erkennen, ohne bereits eine vollständige Adjacency aufgebaut zu haben.

„Hello-Pakete sind nur unwichtige Begrüßungsnachrichten“

In Wirklichkeit sind sie essenziell für Nachbarerkennung und Parameterabgleich.

„Full-State bedeutet nur, dass der Nachbar erreichbar ist“

Nein. Full bedeutet, dass die OSPF-Datenbankabstimmung abgeschlossen wurde und eine vollständige Adjacency besteht.

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

Neighbor Adjacency ist eines der zentralen OSPF-Grundthemen, weil fast jede OSPF-Funktion darauf aufbaut. Wenn Nachbarn nicht korrekt erkannt oder Adjacencies nicht sauber aufgebaut werden, gibt es keinen zuverlässigen Routingaustausch.

• Die Adjacency ist Voraussetzung für OSPF-Routen.
• Sie verbindet Hello-Pakete, Router-ID, Area und Link-State-Datenbank logisch miteinander.
• Sie ist ein zentrales Thema im OSPF-Troubleshooting.
• Sie gehört zu den wichtigsten Grundlagen für CCNA und CCNP.
• Sie hilft, die Arbeitsweise von Link-State-Protokollen wirklich zu verstehen.

Wer OSPF Neighbor Adjacency sauber verstanden hat, versteht nicht nur einen einzelnen Fachbegriff, sondern einen kompletten Abschnitt des Protokollablaufs: vom ersten Hello bis zur vollständig synchronisierten OSPF-Beziehung. Genau deshalb ist dieses Thema so wichtig für Einsteiger und für die spätere praktische Arbeit mit OSPF-Netzwerken.

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.