Dit document legt de mogelijke oorzaken en oplossingen uit voor waarom de show ip ospf burcht bevel openstaande weg Eerst (OSPF) buren in de binnenstaat onthult.
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Bekijk deze voorbeelduitvoer van de opdracht tonen ip ospf buurland:
router2#show ip ospf neighbor Neighbor ID Pri State Dead Time Address Interface 170.170.5.1 1 INIT/- 00:00:34 170.170.1.1 Serial0 router-2#
In deze voorbeelduitvoer, geeft de binnenstaat aan dat router-2 hallo pakketten van de buur ziet, maar de tweerichtingscommunicatie is niet gevestigd. Een router van Cisco omvat de router-IDs van alle buren in de (of een hogere) staat in het buurveld van zijn hallo-pakketten. Om bidirectionele communicatie met een buur tot stand te brengen moet een router ook zijn eigen ID van de router in het buurveld van de hallo-pakketten van de buur zien. Met andere woorden, een router met een buurman in de binnenstaat heeft gedag pakketten van de buur ontvangen maar heeft zijn eigen ID van de router in de hellos van de buur niet gezien. In dit geval, als de router geen vier opeenvolgende hellos ontvangt, scheurt het de zitting en de nabijheid OSPF daalt.
De meest waarschijnlijke reden dat een lokale router niet in de hallo pakketten van een buur is vermeld is dat de buur niet hallo pakketten van de lokale router heeft ontvangen. Mogelijke redenen hiervoor zijn:
Gebruik de opdrachten ping en traceroute om te controleren of de koppelingen tussen routers gebruiksklaar zijn. Als een ping tussen routers niet succesvol is, werkt de link niet goed en u moet problemen oplossen. Raadpleeg pagina's over probleemoplossing die betrekking hebben op Layer 2-technologie die u gebruikt, zoals ISDN, Ethernet, ATM, enzovoort.
Als er toegangslijsten zijn die zijn gedefinieerd op de interface van de buur, moet de bestemming IP van 224.0.0.5 in de lijst met invoertoegang zijn toegestaan.
OSPF-hallo-pakketten hebben een doeladres van 224.0.0.5 (het alle OSPF-routers multicast adres).
Er kan een tweede laag of configuratieprobleem zijn dat multicast pakketten beïnvloedt bij het bereiken van de aangrenzende router. U kunt dit met de ping-opdracht op het multicast adres 224.0.0.5 testen en bevestigen dat de reacties van de naburige router(en) zijn ontvangen. In niet-uitgezonden media zoals Frame Relay, X.25 en ISDN is mapping vereist tussen Layer 2 en het IP-adres. In geval van statische mapping (bijvoorbeeld, de kaart van het interfaceniveau frame-relais ip 1.1.1 100 broadcast of dialer kaart ip 1.1.1 broadcast router name router1 55346) moet u het sleutelwoord uitzenden om insluiting te voorkomen telkens als OSPF de multicast probeert te verzenden . De opdracht ip-pakketdetails debug in de toegangslijst toont als er fouten in de insluiting zijn.
Verificatie is niet aan beide kanten ingeschakeld. De router waarop de authenticatie niet wordt ingeschakeld verwerkt nog altijd hallo-pakketten van de buur en ziet de buur in de binnenstaat. Om dit probleem te verhelpen, moet de authenticatie aan beide kanten mogelijk zijn.
Als u Cisco IOS® softwarerelease 11.1.9 of eerder gebruikt, controleert u de uitvoer van de opdracht van de show ip ospf interface voor discrepanties, zoals:
Neighbor Count is 0, Adjacent neighbor count is 1
Als de OSPF-aangrenzende buurtelling hoger is dan de buurtelling, zou de buurlijst gecorrumpeerd kunnen worden. Toegang tot Cisco bug-id CSCdj01682 (alleen geregistreerde klanten) voor meer informatie.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
10-Aug-2005 |
Eerste vrijgave |