Fehlerbehebung bei Problemen mit OSPF-Nachbarn

Einleitung

In diesem Dokument werden häufige Probleme im Zusammenhang mit der vollständigen Nachbarschaft von OSPF (Open Shortest Path First) beschrieben.

Voraussetzungen

Anforderungen

Für dieses Dokument werden grundlegende Kenntnisse der IP-Routing-Protokolle sowie des OSPF-Routing-Protokolls benötigt. Weitere Informationen zu IP-Routing-Protokollen finden Sie unter How to Configure Basic IP Routing. Weitere Informationen zu OSPF finden Sie auf der OSPF-Support-Seite (Open Shortest Path First).

Verwendete Komponenten

Die in diesem Dokument enthaltenen Informationen basieren auf den aufgeführten Software- und Hardwareversionen:

• OSPF kann auf allen Routern konfiguriert werden, z. B. auf den Cisco Switches der Serie 2900 und auf Layer-3-Switches.

• OSPF wird von der Cisco IOS^® Software Version 10.0 und höher unterstützt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

Bei einer erfolgreichen Bildung der OSPF-Adjacency erhalten die OSPF-Nachbarn den Nachbarstatus FULL. Um die Adjacency-Bildung zu untersuchen, geben Sie dendebug ip ospf adjBefehl ein. Bevor Sie debug-Befehle eingeben, lesen Sie Wichtige Informationen zu Debug-Befehlen.

Adjacencies

Die Tatsache, dass Router Nachbarn sind, reicht nicht aus, um einen Austausch von Link-State-Updates zu gewährleisten. Sie müssen Adjacencies bilden, um Link-State-Updates auszutauschen. Adjazenz ist eine erweiterte Form der Nachbarschaft, die von Routern gebildet wird, die Routing-Informationen austauschen, nachdem Parameter für einen solchen Austausch ausgehandelt wurden. Router erreichen einen VOLLSTÄNDIGEN Zustand der Adjacency, wenn sie Ansichten in einer Link-State-Datenbank synchronisiert haben.

Der Schnittstellentyp spielt eine wichtige Rolle bei der Bildung der Nachbarschaften. So versuchen beispielsweise Nachbarn auf Punkt-zu-Punkt-Verbindungen immer, aneinander zu grenzen, während Router, die mit Übertragungsmedien wie Ethernet verbunden sind, nur mit einer Untergruppe von Nachbarn an der Schnittstelle aneinander angrenzen können.

Sobald ein Router eine Adjacency mit einem Nachbarn bildet, beginnt er mit dem Austausch einer vollständigen Kopie seiner Link-State-Datenbank. Der Nachbar tauscht wiederum eine vollständige Kopie seiner Link-State-Datenbank mit dem Router aus. Nachdem mehrere Nachbarstaaten übergeben wurden, grenzen die Router vollständig aneinander an.

Nachbarstaaten

Verwenden Sie den Befehl show ip ospf neighbor, um den Status des oder der OSPF-Nachbarn zu ermitteln. Die Ausgabe dieses Befehls zeigt eine der folgenden Optionen:

• überhaupt nichts

• Status = nicht aktiv

• state = init

• state = exstart

• state = exchange

• Zustand = 2-fach

• Zustand = Laden

Es gibt andere OSPF-Zustände, aber die hier gezeigten sind die häufigsten, die in der Ausgabe des Befehls show ip ospf neighbor zu finden sind. Weitere Informationen und eine Erläuterung aller OSPF-Nachbarstaaten finden Sie unter OSPF Neighbor States (OSPF-Nachbarstaaten).

Kein Zustand angegeben

Wenn der show ip ospf neighbor Befehl überhaupt nichts offenbart - oder nichts über den gewünschten Nachbarn preisgibt, hat dieser Router keine "gültigen" OSPF-HELLOs von diesem Nachbarn erhalten. Das bedeutet, dass OSPF entweder keine HELLO-Pakete vom Nachbarn oder HELLO-Pakete erhalten hat, die bei grundlegenden Integritätsprüfungen nicht erfolgreich waren.

Prüfen Sie Folgendes:

• Ist die Schnittstelle am lokalen Router und dem benachbarten Router aktiv, und ist das Leitungsprotokoll aktiv? Geben Sie denshow interfaceBefehl ein, um den Schnittstellenstatus zu überprüfen.

• Überprüfen Sie die IP-Verbindungen zwischen den benachbarten Routern, wie folgt:

  • Reagiert der Nachbar auf einenpingBefehl? Senden Sie einen Ping an die IP-Adresse, die der betreffenden Schnittstelle auf dem benachbarten Router zugewiesen ist. Geben Sie für dentracerouteBefehl dieselbe IP-Adresse ein, und stellen Sie sicher, dass es nicht mehr als einen Hop dauert, bis das Ziel erreicht wird.

  • Antwortet der Nachbar, wenn Sie einenping 224.0.0.5Befehl eingeben? (224.0.0.5 ist die IP-Adresse, an die OSPF-HELLOs gesendet werden.)

  • Suchen Sie nach eingehenden Zugriffslisten oder anderen Geräten (z. B. einem Switch), die die Weiterleitung der IP-Pakete von einem Nachbarn zum anderen unterbinden können.

• Ist OSPF sowohl auf Ihrer Schnittstelle als auch auf der Schnittstelle des benachbarten/benachbarten Routers aktiviert? Geben Sie den show ip ospf interface zu überprüfenden Befehl ein.

• Ist OSPF für die Schnittstelle des lokalen oder benachbarten/benachbarten Routers als passiv konfiguriert? Geben Sie den show ip ospf interface Befehl ein, um zu überprüfen, ob HELLO-Pakete von der Schnittstelle gesendet werden sollen. Eine aktive OSPF-Schnittstelle zeigt eine Zeile ähnlich der folgenden an:

  Router#show ip ospf interface 
  GigabitEthernet0/0 is up, line protocol is up 
  Internet Address 10.1.1.1/30, Area 0, Attached via Network Statement
  Process ID 1, Router ID 10.1.1.1, Network Type BROADCAST, Cost: 1
  Topology-MTID Cost Disabled Shutdown Topology Name
  0 1 no no Base
  Transmit Delay is 1 sec, State BDR, Priority 1
  Designated Router (ID) 10.1.1.2, Interface address 10.1.1.2
  Backup Designated router (ID) 10.1.1.1, Interface address 10.1.1.1
  Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
  oob-resync timeout 40
  Hello due in 00:00:05
  Supports Link-local Signaling (LLS)
  Cisco NSF helper support enabled
  IETF NSF helper support enabled
  Index 1/1/1, flood queue length 0
  Next 0x0(0)/0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 1 msec, maximum is 1 msec
  Neighbor Count is 1, Adjacent neighbor count is 1 
  Adjacent with neighbor 10.1.1.2 (Designated Router)
  Suppress hello for 0 neighbor(s)

• Überprüfen Sie, ob benachbarte Router unterschiedliche Router-IDs haben. Router-IDs werden verwendet, um jeden Router in einem OSPF-Netzwerk zu identifizieren. Router, die denselben Router verwenden, ignorieren die von einander gesendeten HELLOs und werden nicht zu benachbarten. In der ersten Zeile der show ip ospf Befehlsausgabe wird die aktuelle Router-ID jedes Routers angezeigt.

• Überprüfen Sie, ob diese HELLO-Parameter mit den benachbarten Schnittstellen übereinstimmen:

  • OSPF-Bereichsnummer - Geben Sie den zu verifizierenden show ip ospf interface interface-name Befehl ein.

  • OSPF-Bereichstyp, z. B. Stub oder NSSA - Geben Sie den zu überprüfenden show ip ospf Befehl ein.

  • Subnetz- und Subnetzmaske: Geben Sie den zu überprüfenden show interface Befehl ein.

  • OSPF HELLO- und Dead-Timer-Werte - Geben Sie den zu überprüfenden show ip ospf interface interface-name Befehl ein.

• Wenn das Problem bei einer Point-to-Point-Verbindung (z. B. PPP oder High-Level Data Link Control [HDLC]) auftritt und zwischen diesem Routerpaar mehr als eine parallele Verbindung besteht, stellen Sie sicher, dass die Leitungen richtig angeschlossen sind. Angenommen, Sie planen, die Schnittstelle Serial0/0 auf einem Router mit der Schnittstelle Serial0/0 auf seinem Nachbarn und Serial1/0 mit Serial1/0 auf seinem Nachbarn zu verbinden, aber Sie haben sie versehentlich überquert und Serial0/0 jedes Routers mit Serial1/0 auf dem anderen verbunden. Der ping Befehl kann ein solches Problem nicht erkennen, OSPF stellt jedoch keine Adjacency her. Verwenden Sie die Informationen aus dem Cisco Discovery Protocol (CDP), um die ordnungsgemäße Geräteverbindung zu überprüfen. Geben Sie den show cdp neighbor interface-name Befehl ein, um zu überprüfen, ob der Name und die Port-ID eines Remote-Geräts mit dem Netzwerkdesign übereinstimmen.

Anmerkung: OSPF-Adjacencies werden nur in primären, nicht in sekundären Netzwerken erstellt.

Wenn all diese Prüfungen verifiziert wurden und der show ip ospf neighbor Befehl weiterhin keine Ergebnisse liefert, ist Ihr Problem nicht sehr häufig, und Sie können sich an Cisco TAC wenden, um Unterstützung zu erhalten.

Nachbar im Bundesstaat Down

Ein Nachbar, der dynamisch durch den Empfang von HELLO-Paketen erkannt wird, kann auf einen Down-Status zurückfallen, wenn er durch den OSPF-Prozess gelöscht wird. Wenn OSPF beispielsweise keine HELLO-Pakete vom Nachbarn für einen Zeitraum empfängt, der länger als das Zeitgeberintervall für den Abbruch ist, ist der Abschaltstatus für diese Nachbarn vorübergehend. sie gehen entweder in höhere Zustände oder werden aus der Tabelle der bekannten Nachbarn gelöscht. Dies wird als "vergessen" .

Normalerweise wurden Nachbarn im deaktivierten Zustand mit dem neighbor Befehl manuell konfiguriert. Manuell konfigurierte Nachbarn sind immer in der OSPF-Nachbartabelle vorhanden. Wenn OSPF nie HELLO-Pakete vom manuell konfigurierten Nachbarn erhalten hat oder wenn während des vorherigen Zeitraums für den abgestorbenen Timer keine HELLO-Pakete vom Nachbarn empfangen wurden, wird der manuell konfigurierte Nachbarn als nicht verfügbar aufgeführt. 

Anmerkung: Der neighbor Befehl kann nur für direkt verbundene Nachbarn in den folgenden Netzwerktypen konfiguriert werden:

- NBMA-Netzwerke (Non-Broadcast MultiAccess) - Schnittstellen, die mit demip ospf network non-broadcastBefehl konfiguriert wurden
- Point-to-Multipoint-Netzwerke ohne Broadcast-Funktion - Schnittstellen, die mit demip ospf network point-to-multipoint non-broadcastBefehl konfiguriert wurden

Wenn sich ein Nachbar im inaktiven Zustand befindet, überprüfen Sie, ob der Nachbar-Router aktiv und ordnungsgemäß für OSPF an dieser Schnittstelle konfiguriert ist. Testen Sie die Verbindung zwischen den Routern mit den ping und -tracerouteBefehlen. Überprüfen Sie mit demshow ip ospf neighborBefehl die OSPF-Nachbartabelle auf dem Nachbarrouter, und führen Sie die gleichen Konfigurationsüberprüfungsaktionen durch, die zuvor in diesem Dokument im Abschnitt Kein Zustand angegeben wurden.

Nachbar im Init-Zustand

Der init-Status gibt an, dass ein Router HELLO-Pakete vom Nachbarn empfängt, die bidirektionale Kommunikation jedoch nicht hergestellt wurde. Ein Cisco Router enthält die Router-IDs aller Nachbarn im Init-Status (oder höher) im Nachbarfeld seiner HELLO-Pakete. Damit eine bidirektionale Kommunikation mit einem Nachbarn hergestellt werden kann, muss ein Router auch im Nachbarfeld der Nachbarn-HELLO-Pakete eine eigene Router-ID erhalten. Ein ausführlicheres Beispiel und eine ausführlichere Erklärung finden Sie unter Why Does the show ip ospf neighbor Command Reveal Neighbors in the Init State?

Nachbar im 2-Wege-Status

Der bidirektionale Status gibt an, dass der Router seine eigene Router-ID im Nachbarfeld des benachbarten HELLO-Pakets erhalten hat. Der Empfang eines DBD-Pakets (Database Descriptor) von einem Nachbarn im init-Zustand führt ebenfalls zu einem Übergang in den 2-Wege-Zustand. Der bidirektionale OSPF-Nachbarstatus gibt in Broadcast- und NBMA-Netzwerken (Non-Broadcast Multi Access) keinen Anlass zu Bedenken. Eine Erklärung des 2-Wege-Zustands finden Sie unter Why Does the show ip ospf neighbor Command Reveal Neighbors Stuck in 2-Way State?

Nachbar im Exstart- oder Austauschstatus

OSPF-Nachbarn im exstart- oder exchange state versuchen, DBD-Pakete auszutauschen. Der Router und sein Nachbar bilden eine primäre und sekundäre Beziehung. Die Adjacency muss über diesen Status hinaus fortgesetzt werden. Wenn dies nicht der Fall ist, liegt ein Problem mit dem DBD-Austausch vor, z. B. eine MTU-Diskrepanz (Maximum Transmission Unit) oder der Empfang einer unerwarteten DBD-Sequenznummer. Weitere Informationen finden Sie unter Why Are OSPF Neighbors Stuck in Exstart/Exchange State? (Warum sind OSPF-Nachbarn im Exchange-Status gefangen?)

Nachbar im Ladezustand

Im Ladezustand senden Router Link-State-Anforderungspakete. Erhält ein Router in der Nachbarschaft ein veraltetes oder verpasstes LSA (Link-State Advertisement), sendet er ein Link-State-Anforderungspaket, um das LSA anzufordern. Nachbarn, die diesen Status nicht überschreiten, tauschen wahrscheinlich beschädigte LSAs aus. Dieses Problem wird normalerweise von einer %OSPF-4-BADLSA-Konsolenmeldung begleitet. Da dieses Problem nicht häufig auftritt, wenden Sie sich an Cisco TAC.

Typische Gründe für OSPF-Nachbarprobleme

In dieser Tabelle sind die Gründe aufgeführt, warum OSPF-Nachbarn Probleme haben, wenn sie versuchen, eine Adjacency zu bilden, sowie einige Befehle, die Sie verwenden können, um das Problem zu überprüfen.

Anmerkung: Um die MTU-Prüfung bei der OSPF-Adjacency-Einrichtung zu vermeiden, können Sie denip ospf mtu-ignoreBefehl im Schnittstellenkonfigurationsmodus konfigurieren. Es wird jedoch empfohlen, MTU-Diskrepanzen zu beheben, indem Sie die Schnittstellenkonfiguration überprüfen, anstatt die MTU-Prüfung zu umgehen.

Zugehörige Informationen

• Warum wird die OSPF-Formularadjazenz auf einer PRI-, BRI- oder Dialer-Schnittstelle nicht unterstützt?
• Was zeigt der show ip ospf neighbor Command Reveal?
• Anfängliche Konfigurationen für OSPF über Frame-Relay-Subschnittstellen
• Anfängliche Konfigurationen für OSPF über nicht-Broadcast-Links
• Anfängliche Konfigurationen für OSPF über eine Point-to-Point-Verbindung
• Anfängliche Konfigurationen für OSPF über Broadcast Media
• Technischer Support und Downloads von Cisco