Welcome to Our Website

OSPF Neighbor Problems Explained (Deutsch)

Einführung

Dieses Dokument erklärt häufige Probleme beim Öffnen des kürzesten Pfades zuerst (OSPF) Nachbarn vollständig angrenzend zu werden. Bei einer erfolgreichen Bildung der OSPF-Adjazenz werden OSPF-Nachbarn den VOLLEN Nachbarzustand erreichen.

Um die Bildung von Adjazenz zu untersuchen, geben Sie den Befehl debug ip ospf adj ein. Bevor Sie Debug-Befehle eingeben, lesen Sie wichtige Informationen zu Debug-Befehlen.,

Voraussetzungen

Anforderungen

Dieses Dokument erfordert ein grundlegendes Verständnis der IP-Routingprotokolle und des OSPF-Routingprotokolls. Weitere Informationen zu IP-Routingprotokollen finden Sie unter Routing-Grundlagen. Weitere Informationen zu OSPF finden Sie auf der Support-Seite Open Shortest Path First (OSPF).

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf diesen Software-und Hardwareversionen:

  • OSPF kann in allen Routern konfiguriert werden, z. B. in der Cisco 2500-Serie, der Cisco 2600-Serie und Layer 3-Switches.,

  • OSPF unterstützt in Cisco IOS® Software-Versionen 10.0 und höher.

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte wurden mit einer gelöschten (Standard -) Konfiguration gestartet. Wenn Ihr Netzwerk live ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen eines Befehls verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions.,

Adjazenzenzen

Die Tatsache, dass Router Nachbarn sind, reicht nicht aus, um einen Austausch von Link-State-Updates zu gewährleisten; Sie müssen Adjazenzenzen bilden, um Link-State-Updates auszutauschen. Adjazenz ist eine fortgeschrittene Form der Nachbarschaft, die von Routern gebildet wird, die bereit sind, Routinginformationen auszutauschen, nachdem Parameter eines solchen Austauschs ausgehandelt wurden. Router erreichen einen VOLLSTÄNDIGEN Adjazenzstatus, wenn sie Ansichten in einer Link-State-Datenbank synchronisiert haben.

Der Schnittstellentyp spielt eine wichtige Rolle bei der Bildung der Adjazenzenzen., Beispielsweise versuchen Nachbarn auf Punkt-zu-Punkt-Verbindungen immer, benachbart zu werden, während Router, die an Broadcast-Medien wie Ethernet angeschlossen sind, nur mit einer Teilmenge benachbarter Router auf der Schnittstelle benachbart werden können.

Sobald ein Router beschließt, eine Adjazenz mit einem Nachbarn zu bilden, beginnt er mit dem Austausch einer vollständigen Kopie seiner Link-State-Datenbank. Der Nachbar wiederum tauscht eine vollständige Kopie seiner Link-State-Datenbank mit dem Router aus. Nach dem Durchlaufen mehrerer Nachbarstaaten werden die Router vollständig benachbart.,

Nachbarzustände

Sie können den Befehl ip ospf neighbor anzeigen verwenden, um den Status des Nachbarn oder Nachbarn von OSPF zu bestimmen. Die Ausgabe dieses Befehls wird höchstwahrscheinlich eines davon anzeigen:

  • überhaupt nichts

  • state = down

  • state = init

  • state = exstart

  • state = exchange

  • state = 2-way

  • state = loading

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 sehen sind., Weitere Informationen und eine Erklärung aller OSPF-Nachbarstaaten finden Sie unter OSPF-Nachbarstaaten.

No State Revealed

Wenn der Befehl show ip ospf neighbor überhaupt nichts anzeigt-oder nichts über den bestimmten Nachbarn preisgibt, den Sie analysieren -, hat dieser Router keine „gültigen“ OSPF-HELLOs von diesem Nachbarn gesehen. Dies bedeutet, dass OSPF entweder keine HELLO-Pakete vom Nachbarn erhalten hat oder HELLO-Pakete empfangen hat, bei denen sehr grundlegende Vernunftprüfungen fehlgeschlagen sind.,

Überprüfen Sie diese:

  • Ist die Schnittstelle auf dem lokalen Router und benachbarten Router, mit Line-up? Geben Sie den Befehl Schnittstelle anzeigen ein, um dies zu überprüfen.

  • Überprüfen Sie die IP-Konnektivität zwischen den benachbarten Routern, wie hier gezeigt:

    • Reagiert der Nachbar auf einen Ping-Befehl? Pingen Sie die IP-Adresse an, die der betreffenden Schnittstelle auf dem benachbarten Router zugewiesen ist. Geben Sie den Befehl traceroute unter derselben IP-Adresse ein und überprüfen Sie, ob nicht mehr als ein Hop benötigt wird, um das Ziel zu erreichen.,

    • Reagiert der Nachbar, wenn Sie einen Befehl ping 224.0.0.5 eingeben? (224.0.0.5 ist die Adresse, an die OSPF HELLOs gesendet werden.)

    • Überprüfen Sie nach eingehenden Zugriffslisten oder anderen Geräten (z. B. einem Switch), die das Senden von IP-Paketen von einem Nachbarn zum anderen verbieten.

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

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

    Hello due in 00:00:07
  • Überprüfen Sie, ob benachbarte Router unterschiedliche Router-IDs haben. Router-IDs werden verwendet, um jeden Router in einem OSPF-Netzwerk zu identifizieren. Router mit derselben Router-ID ignorieren die von ihnen gesendeten HELLOs, wodurch verhindert wird, dass sie eine Adjazenz bilden., In der ersten Zeile der Befehlsausgabe show ip ospf wird die aktuelle Router-ID jedes Routers angezeigt.

  • Stellen Sie sicher, dass diese HALLO – Parameter auf den benachbarten Schnittstellen übereinstimmen:

    • OSPF-Bereichsnummer-Geben Sie den Befehl show ip ospf interface interface-name ein, um dies zu überprüfen.

    • OSPF bereich typ, wie stub oder NSSA-Geben sie die show ip ospf befehl, um zu überprüfen.

    • Subnetz und Subnetzmaske-Geben Sie den Befehl show interface ein, um dies zu überprüfen.,

    • OSPF HALLO und Dead timer werte-Geben sie die show ip ospf interface interface-name befehl, um zu überprüfen.

  • Wenn sich das Problem auf einer Punkt-zu-Punkt-Verbindung (z. B. PPP oder High-Level-Datenverbindungssteuerung ) befindet und mehr als eine parallele Verbindung zwischen diesem Routerpaar besteht, überprüfen Sie, ob die Leitungen ordnungsgemäß verbunden sind., Angenommen, Sie haben geplant, 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 gekreuzt und Serial0/0 von jedem Router mit Serial1/0 auf dem anderen verbunden. Der Ping-Befehl erkennt ein solches Problem möglicherweise nicht, aber OSPF kann keine Adjazenz herstellen. Verwenden Sie die vom Cisco Discovery Protocol (CDP) bereitgestellten Informationen, um die ordnungsgemäße Geräteverbindung zu überprüfen. Geben Sie den Befehl show cdp neighborbor interface-name ein, um zu überprüfen, ob der Name und die PortID eines Remote-Geräts mit dem Netzwerkdesign übereinstimmen.,

Hinweis: OSPF-Adjazenzenzen bilden sich nur über primäre Netzwerke, nicht über sekundäre Netzwerke.

Wenn alle diese Überprüfungen überprüft wurden und der Befehl show ip ospf neighbor immer noch nichts anzeigt, ist Ihr Problem nicht sehr häufig und Sie müssen sich möglicherweise an Cisco wenden, um Unterstützung zu erhalten.

Nachbar im Down-Zustand

Ein Nachbar, der dynamisch durch den Empfang von HELLO-Paketen entdeckt wird, kann in einen Down-Zustand zurückfallen, wenn er gelöscht wird, z. B. wenn OSPF keine HELLO-Pakete vom Nachbarn für einen längeren Zeitraum als das Dead-Timer-Intervall empfängt., Daher ist der Down-Zustand für solche Nachbarn vorübergehend; Sie werden entweder in höhere Zustände vorrücken oder vollständig aus der Tabelle der bekannten Nachbarn gelöscht. Dies wird als „vergessen“ bezeichnet.

Normalerweise wurden Nachbarn, die im Down-Zustand angezeigt werden, manuell mit dem Neighbor-Befehl konfiguriert. Manuell konfigurierte Nachbarn sind immer in der OSPF-Nachbartabelle vorhanden., Wenn OSPF noch nie HALLO-Pakete vom manuell konfigurierten Nachbarn empfangen hat oder wenn während des vorherigen Dead-Timer-Intervalls keine HALLO-Pakete vom Nachbarn gehört wurden, wird der manuell konfigurierte Nachbar als down aufgeführt.

Hinweis: Der Neighbor – Befehl kann nur für direkt angeschlossene Nachbarn in diesen Netzwerktypen konfiguriert werden:
-NBMA – Netzwerke (Non-Broadcast MultiAccess) – Schnittstellen, die mit dem Befehl ip ospf network non-broadcast konfiguriert sind.,
– Nicht-Broadcast-Point-to-Multipoint-Netzwerke – Schnittstellen konfiguriert mit der ip ospf network point-to-multipoint-nicht-broadcast-Befehl.

Wenn Sie einen Nachbarn im Status „Down“ sehen, überprüfen Sie, ob der Nachbarrouter aktiviert ist, ausgeführt wird und auf dieser Schnittstelle ordnungsgemäß für OSPF konfiguriert ist. Testen Sie die Konnektivität zwischen Routern mit den Befehlen ping und traceroute. Überprüfen Sie die Tabelle OSPF neighbor auf dem benachbarten Router mit dem Befehl show ip ospf neighbour und führen Sie dieselben Konfigurationsüberprüfungsaktionen aus, die im Abschnitt No State Revealed aufgeführt sind.,

Nachbar im Init-Zustand

Der Init-Zustand zeigt an, dass ein Router HALLO-Pakete vom Nachbarn sieht, aber keine bidirektionale Kommunikation 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 seine eigene Router-ID im Nachbarfeld der HALLO-Pakete des Nachbarn sehen. Ein detaillierteres Beispiel und eine Erklärung finden Sie unter Warum zeigt der Befehl show ip ospf neighbor Nachbarn im Init-Status an?,

Nachbar im 2-Wege-Zustand

Der 2-Wege-Zustand gibt an, dass der Router seine eigene Router-ID im Nachbarfeld des HALLO-Pakets des Nachbarn gesehen hat. Das Empfangen eines Datenbankdeskriptorpakets (DBD) von einem Nachbarn im Init-Status führt ebenfalls zu einem Übergang in den 2-Wege-Status. Der 2-Wege-Zustand des OSPF-Nachbarn ist kein Grund zur Sorge. Eine Erklärung für den 2-Wege-Status finden Sie unter Warum zeigt der Befehl show ip ospf neighbor Nachbarn an, die im 2-Wege-Zustand stecken bleiben?,

Nachbar im Exstart – oder Exchange-Zustand

OSPF Nachbarn im Exstart-oder Exchange-Zustand versuchen, DBD-Pakete auszutauschen. Der Router und sein Nachbar bilden eine primäre und sekundäre Beziehung. Die Adjazenz sollte über diesen Zustand hinaus fortgesetzt werden. Wenn dies nicht der Fall ist, liegt ein Problem mit dem DBD-Austausch vor, z. B. eine MTU-Fehlanpassung (Maximum Transmission Unit) oder der Empfang einer unerwarteten DBD-Sequenznummer. Weitere Informationen finden Sie unter Warum stecken OSPF-Nachbarn im Exstart/Exchange-Status fest?,

Router im Ladezustand

Router senden im Ladezustand Link-State-Anforderungspakete. Wenn ein Router während der Adjazenz eine veraltete oder fehlende Link-State-Anzeige (LSA) empfängt, fordert er diese LSA an, indem er ein Link-State-Anforderungspaket sendet. Nachbarn, die nicht über diesen Zustand hinausgehen, tauschen höchstwahrscheinlich beschädigte LSAs aus. Dieses Problem wird normalerweise von einer Konsolennachricht %OSPF-4-BADLSA begleitet. Da dieses Problem nicht häufig auftritt, wenden Sie sich an Cisco, um Hilfe zu erhalten.,

Typische Gründe für OSPF-Nachbarprobleme

Diese Tabelle listet Gründe auf, warum OSPF-Nachbarn Probleme haben, eine Adjazenz zu bilden, und listet einige der Befehle auf, die Sie verwenden können, um das Problem zu überprüfen.

Grund für Nachbaradjazenzproblem Befehle zur Diagnose des Problems
OSPF ist auf einem der Router nicht konfiguriert. ip anzeigen ospf
OSPF ist auf einer Schnittstelle, auf der es benötigt wird, nicht aktiviert., show ip ospf interface
OSPF HALLO „oder“ Dead-timer-Intervall-Werte nicht übereinstimmen. show ip ospf interface
ip-ospf-Netzwerk-Typ-mismatch auf den angrenzenden Schnittstellen. show ip ospf interface
MTU-mismatch zwischen benachbarten Schnittstellen. Schnittstelle anzeigen <int-type><int-num>
OSPF area-type ist stub auf einem Nachbarn, aber der angrenzende Nachbar im selben Bereich ist nicht für stub konfiguriert., show running-config show ip ospf interface
OSPF-Nachbarn haben doppelte Router-IDs. show ip ospf show ip ospf interface
OSPF ist im sekundären Netzwerk des Nachbarn konfiguriert, jedoch nicht im primären Netzwerk. Dies ist eine illegale Konfiguration, die verhindert, dass OSPF auf der Schnittstelle aktiviert wird. show ip ospf interface show running-config
OSPF HELLOs werden aufgrund fehlender Ressourcen wie hoher CPU-Auslastung oder nicht genügend Speicher nicht verarbeitet., Speicherübersicht anzeigen Speicherprozessor anzeigen
Ein zugrunde liegendes Layer-Problem verhindert, dass OSPF HELLOs empfangen wird. Schnittstelle anzeigen

Hinweis: Um die MTU-Prüfung während der Einrichtung der OSPF-Adjazenz zu aviodieren, müssen Sie möglicherweise den Befehl ip ospf mtu-ignore im Schnittstellenkonfigurationsmodus konfigurieren.

Verwandte Informationen

  • Warum bildet OSPF keine Adjazenz auf einer PRI -, BRI-oder Dialer-Schnittstelle?
  • Was zeigt der Befehl show ip ospf neighbor?,
  • OSPF Design Guide
  • Initial Configurations for OSPF over Frame Relay Subinterfaces
  • Initial Configurations for OSPF over Non-Broadcast Links
  • Initial Configurations for OSPF over a Point-to-Point Link
  • Initial Configurations for OSPF Over Broadcast Media
  • Technical Support & Documentation – Cisco Systems

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.