Good Mood

introduktion

det här dokumentet förklarar vanliga problem med att öppna kortaste vägen först (OSPF) grannar att bli helt intilliggande. I en framgångsrik bildning av OSPF adjacency kommer OSPF grannar att uppnå hela grannstaten.

för att undersöka bildandet av adjacency anger du kommandot debug ip ospf adj. Innan du anger felsökningskommandon, se viktig Information om Felsökningskommandon.,

förutsättningar

krav

detta dokument kräver en grundläggande förståelse för IP-routingprotokoll och OSPF-routingprotokollet. Om du vill veta mer om IP-routingprotokoll läser du grunderna för routning. Se Open Shortest Path First (OSPF) supportsida för mer information om OSPF.

komponenter som används

informationen i detta dokument är baserad på dessa programvaruversioner och hårdvaruversioner:

• OSPF kan konfigureras i alla routrar, såsom Cisco 2500-serien, Cisco 2600-serien och Layer 3-switchar.,

• OSPF stöds i Cisco IOS® software Releases 10.0 och senare.

informationen i det här dokumentet skapades från enheterna i en specifik labbmiljö. Alla enheter som används i det här dokumentet började med en rensad (standard) konfiguration. Om ditt nätverk är live, Se till att du förstår den potentiella effekten av något kommando.

konventioner

se Cisco Technical Tips Conventions för mer information om dokumentkonventioner.,

Adjacencies

det faktum att routrar är grannar är inte tillräckligt för att garantera ett utbyte av länkstatusuppdateringar; de måste bilda adjacencies för att utbyta länkstatusuppdateringar. Adjacency är en avancerad form av grannskaps bildas av routrar som är villiga att utbyta routing information efter förhandlingar parametrar för ett sådant utbyte. Routrar når ett fullständigt tillstånd av adjacency när de har synkroniserade vyer på en länkstatsdatabas.

Gränssnittstyp spelar en viktig roll i hur adjacencierna bildas., Till exempel försöker grannar på punkt-till-punkt-länkar alltid att bli intilliggande, medan routrar som är kopplade till sändningsmedia som Ethernet kan välja att bli intilliggande endast med en delmängd av närliggande routrar på gränssnittet.

När en router bestämmer sig för att bilda en adjacency med en granne, börjar den genom att utbyta en fullständig kopia av sin länkstatsdatabas. Grannen byter i sin tur en fullständig kopia av sin länkstatsdatabas med routern. Efter att ha passerat flera grannstater blir routrarna helt intilliggande.,

grannstater

Du kan använda kommandot Visa ip ospf granne för att bestämma tillståndet för OSPF granne eller grannar. Utgången av detta kommando kommer sannolikt att avslöja en av dessa:

• ingenting alls

• state = down

• state = init

• state = exstart

• state = exchange

• state = 2-way

• State = loading

det finns andra OSPF-stater, men de som visas här är de vanligaste som ses i Visa IP OSPF Neighbor command output., Se OSPF Neighbor States För mer information och en förklaring av alla OSPF neighbor states.

inget tillstånd avslöjat

om kommandot Visa ip ospf neighbor avslöjar ingenting alls – eller avslöjar ingenting om den specifika grannen du analyserar-har den här routern inte sett någon ”giltig” OSPF HELLOs från den grannen. Detta innebär att OSPF antingen inte fick några Hej paket från grannen eller fick hej paket som misslyckades mycket grundläggande sanity kontroller.,

kontrollera dessa:

• är gränssnittet upp på den lokala routern och angränsande router, med line protocol upp? Ange kommandot Visa gränssnitt för att kontrollera.

• kontrollera IP-anslutning mellan de närliggande routrarna, som visas här:

  • svarar grannen på ett ping-kommando? Pinga IP-adressen som tilldelats gränssnittet i fråga på den närliggande routern. Ange kommandot traceroute till samma IP-adress och kontrollera att det inte tar mer än ett hopp för att nå destinationen.,

  • svarar grannen om du anger ett ping 224.0.0.5-kommando? (224.0.0.5 är den adress till vilken OSPF HELLOs skickas.)

  • kontrollera eventuella inkommande åtkomstlistor eller andra enheter (t.ex. en switch) som kan förbjuda sändning av IP-paket från en granne till den andra.

• är OSPF aktiverat på både ditt gränssnitt och gränssnittet för den närliggande routern? Ange kommandot Visa ip ospf gränssnitt för att kontrollera.

• är OSPF konfigurerad som passiv för gränssnittet för den lokala eller närliggande routern?, Ange kommandot Visa ip ospf interface för att verifiera att HELLO-paket ska skickas ut ur gränssnittet. Ett aktivt OSPF-gränssnitt visar en linje som liknar detta:

  Hello due in 00:00:07

• kontrollera att närliggande routrar har olika Router-ID. Routerns ID används för att identifiera varje router i ett OSPF-nätverk. Routrar med samma Router ID kommer att ignorera HELLOs skickas av varandra, vilket hindrar dem från att bilda adjacency., Den första raden i Visa IP ospf kommandoutgång visar den aktuella routerns ID för varje router.

• kontrollera att dessa Hello-parametrar matchar de närliggande gränssnitten:

  • OSPF-områdesnummer-ange kommandot Visa ip ospf-gränssnitt-namn för att kontrollera.

  • OSPF områdestyp, såsom stub eller NSSA – ange kommandot Visa ip ospf för att kontrollera.

  • subnät och nätmask – ange kommandot Visa gränssnitt för att kontrollera.,

  • OSPF HELLO and Dead timer values – ange kommandot Visa ip ospf interface-namn för att kontrollera.

• Om problemet är på punkt-till-punkt länk (t.ex. PPP eller hög nivå datalänk kontroll ) och det finns mer än en parallell länk mellan detta par routrar, kontrollera att linjerna är korrekt anslutna., Antag att du planerade att ansluta gränssnittet Serial0 / 0 på en router med gränssnitt Serial0 / 0 på sin granne och Serial1/0 med Serial1/0 på sin granne, men du av misstag korsade dem och ansluten Serial0/0 av varje router med Serial1/0 på den andra. Ping-kommandot kanske inte upptäcker ett sådant problem, men OSPF kommer inte att fastställa adjacency. Använd information som tillhandahålls av Cisco Discovery Protocol (CDP) för att verifiera korrekt sammankoppling av enheten. Ange kommandot Visa cdp neighbor interface-name för att verifiera att namnet och Portiden för en fjärrenhet matchar nätverksdesignen.,

Obs: OSPF adjacencies bildas endast över primära nätverk, inte sekundära nätverk.

om alla dessa kontroller verifieras och kommandot Visa ip ospf neighbor avslöjar fortfarande ingenting, är ditt problem inte särskilt vanligt och du kan behöva kontakta Cisco för hjälp.

granne i nedläge

en granne som upptäcks dynamiskt genom mottagning av HELLO-paket kan falla tillbaka till ett nedläge om det raderas, till exempel när OSPF inte tar emot HELLO-paket från grannen under längre tid än det döda timerintervallet., Därför är nedtillståndet övergående för sådana grannar; de kommer antingen att gå vidare till högre stater eller helt raderas från tabellen över kända grannar. Detta är känt som ”forgotten”.

vanligtvis konfigurerades grannar som ses i nedläget manuellt med grannkommandot. Manuellt konfigurerade grannar finns alltid i OSPF-grannbordet., Om OSPF aldrig har fått HELLO-paket från den manuellt konfigurerade grannen, eller om inga HELLO-paket hördes från grannen under det tidigare dödtidsintervallet, kommer den manuellt konfigurerade grannen att listas som nere.

Obs: kommandot granne kan endast konfigureras för direkt anslutna grannar på dessa typer av nätverk:
– icke-Broadcast MultiAccess (NBMA) nätverk – gränssnitt konfigurerade med kommandot ip ospf network non-broadcast.,
-icke-Broadcast Point-to – Multipoint networks-gränssnitt konfigurerade med IP ospf network point-to-multipoint non-broadcast command.

om du ser en granne i nedläget, kontrollera att grannroutern är igång, körs och är korrekt konfigurerad för OSPF på det här gränssnittet. Testa anslutning mellan routrar med ping och traceroute kommandon. Kontrollera tabellen OSPF neighbor på den närliggande routern med kommandot Visa ip ospf neighbor och utför samma konfigurationsverifieringsåtgärder som anges i avsnittet No State Revealed.,

granne i init tillstånd

init tillstånd indikerar att en router ser hej paket från grannen, men tvåvägskommunikation har inte fastställts. En Cisco-router innehåller routerns id: N för alla grannar i init (eller högre) tillståndet i Grannfältet för sina HEJPAKET. För att tvåvägskommunikation ska upprättas med en granne måste en router också se sitt eget Router-ID i grannfältet för grannens HELLO-paket. För ett mer detaljerat exempel och förklaring, se varför visar show ip ospf neighbor Command grannar i init-staten?,

granne i 2-vägsläge

2-vägsläget indikerar att routern har sett sitt eget Router-ID i grannfältet i grannens HELLO-paket. Ta emot en databas Descriptor (DBD) paket från en granne i init tillstånd kommer också att orsaka en övergång till 2-vägs tillstånd. OSPF granne 2-vägs tillstånd är inte en anledning till oro. För en förklaring av 2-vägs tillstånd, se varför visar showen ip ospf neighbor Command grannar som fastnat i 2-vägs tillstånd?,

granne i exstart eller exchange State

OSPF grannar som är i exstart eller exchange state försöker byta DBD-paket. Routern och dess granne bildar ett primärt och sekundärt förhållande. Adjacensen bör fortsätta förbi detta tillstånd. Om det inte gör det finns det ett problem med DBD-utbytet, till exempel en maximal överföringsenhet (MTU) missmatchning eller mottagandet av ett oväntat DBD-sekvensnummer. För mer information, se varför OSPF grannar fastnat i Exstart / Exchange State?,

granne i laddningstillstånd

i laddningstillstånd skickar routrar länkstatsförfrågningspaket. Under adjacency, om en router tar emot en föråldrad eller saknad länkstatsannons (LSA), begär den att LSA genom att skicka ett länkstatsförfrågningspaket. Grannar som inte övergår utöver detta tillstånd utbyter sannolikt skadade LSAs. Detta problem åtföljs vanligtvis av ett % OSPF-4-BADLSA-konsolmeddelande. Eftersom det här problemet inte är vanligt, kontakta Cisco för hjälp.,

typiska orsaker till OSPF-Grannproblem

den här tabellen visar anledningar till varför OSPF-grannar har problem med att bilda en adjacency och listar några av de kommandon du kan använda för att verifiera problemet.

orsak till granne Adjacency Problem	kommandon för att diagnostisera problemet
OSPF är inte konfigurerad på en av routrarna.	visa ip ospf
OSPF är inte aktiverat på ett gränssnitt där det behövs.,	visa ip ospf-gränssnitt
OSPF HELLO eller Dead timer intervallvärden är felmatchade.	visa IP ospf gränssnitt
ip ospf nätverkstyp obalans på angränsande gränssnitt.	visa IP ospf gränssnitt
mtu obalans mellan angränsande gränssnitt.	visa gränssnitt<int-type><int-num>
OSPF area-type är stub på en granne, men det angränsande området är inte konfigurerat för stub.,	visa running-config visa ip ospf gränssnitt
OSPF grannar har dubbla Router ID.	visa ip ospf visa IP OSPF-gränssnitt
OSPF är konfigurerad på grannens sekundära nätverk, men inte på det primära nätverket. Detta är en olaglig konfiguration som hindrar OSPF från att aktiveras på gränssnittet.	visa ip ospf interface show running-config
OSPF HELLOs behandlas inte på grund av brist på resurser, till exempel hög CPU-användning eller inte tillräckligt med minne.,	visa minnessammanfattning visa minnesprocessor
ett underliggande lagerproblem förhindrar att OSPF HELLOs tas emot.	visa gränssnitt

Obs: För att aviod mtu-kontrollen medan du etablerar OSPF-adjacency måste du eventuellt konfigurera kommandot ip ospf mtu-ignore i gränssnittskonfigurationsläge.

relaterad Information

• Varför bildar inte OSPF Adjacency på ett pri -, BRI-eller Dialer-gränssnitt?
• vad visar kommandot Visa ip ospf granne?,
• 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