Good Mood

Innledning

Dette dokumentet beskriver vanlige problemer med å få Åpne Korteste Vei Først (OSPF) naboer til å bli fullt tilstøtende. I en vellykket dannelsen av OSPF adjacency, OSPF naboer vil oppnå FULL nabo staten.

for å undersøke dannelsen av adjacency, skrive inn feilsøke ip ospf-adj-kommandoen. Før du skriver debug-kommandoer, kan du se Viktig Informasjon på Debug-Kommandoer.,

Forutsetninger

Krav

Dette dokumentet krever en grunnleggende forståelse av IP-ruting protokoller og OSPF-ruting protokoll. For å lære mer om IP-ruting protokoller, se Ruting Grunnleggende. Se Åpne Korteste Vei Først (OSPF) Kundestøtte for mer informasjon om OSPF.

Komponenter som Brukes

Den informasjonen i dette dokumentet er basert på disse programvare og maskinvare versjoner:

• OSPF kan konfigureres på alle ruter, for eksempel Cisco 2500-serien, Cisco 2600-serien, og Lag 3 brytere.,

• OSPF støttes i Cisco IOS® – Programvare Utgivelser 10.0 og senere.

Den informasjonen i dette dokumentet ble opprettet fra enhetene i en bestemt lab miljø. Alle enhetene som er brukt i dette dokumentet i gang med en klarert (standard) konfigurasjon. Hvis nettverket er i live, må du kontrollere at du forstå den potensielle virkningen av en kommando.

Konvensjoner

Se Ciscos Tekniske Tips Konvensjoner for mer informasjon om dokumentet konvensjoner.,

Adjacencies

Det faktum at rutere er naboer er ikke tilstrekkelig til å garantere en utveksling av link-state-oppdateringer; de må danne adjacencies til exchange-link-state oppdateringer. Adjacency er en avansert form for neighborship dannet av rutere som er villig til å utveksle informasjon om ruting etter forhandlinger parametere for slik utveksling. Rutere nå en FULL tilstand av adjacency når de har synkronisert utsikt på en link-state-database.

Grensesnitt-type spiller en stor rolle i hvordan adjacencies er dannet., For eksempel naboer på punkt-til-punkt-koblinger alltid prøve å bli sammen, samtidig som rutere, som er koblet til kringkastet media, for eksempel Ethernet kan velge å bli tilstøtende bare med et delsett av nærliggende ruter på grensesnittet.

Når en ruter bestemmer seg for å danne en adjacency med en nabo, det starter ved å utveksle en full kopi av sin link-state-database. Naboen, i sin tur, utvekslinger en full kopi av sin link-state database med ruteren. Etter å ha passert gjennom flere nabo-landene rutere bli fullt tilstøtende.,

Nabo Stater

Du kan bruke vis ip-ospf nabo kommando for å finne ut tilstanden i OSPF nabo eller naboer. Resultatet av denne kommandoen vil mest sannsynlig avslører en av disse:

• ingenting i det hele tatt

• state = ned

• state = init –

  – >

• state = exstart

• state = exchange –

  – >

• state = 2-veis

• state = laster

Det er andre OSPF-stater, men de som er vist her er de vanligste sett inn show ip for ospf nabo kommando ut., Se OSPF Nabo Stater for mer informasjon og en forklaring av alle OSPF nabo landene.

Ingen Stat Åpenbart

Hvis show ip ospf nabo kommando avslører ingenting i det hele tatt – eller avslører ingenting om den aktuelle naboen du analyserer – så denne ruteren har ikke sett noen «gyldig» OSPF HELLOs fra naboen. Dette betyr at OSPF-enten ikke motta noen HELLO pakker fra naboen eller mottatt HEI pakker som ikke helt grunnleggende forstand sjekker.,

Sjekk disse:

• Er grensesnittet opp på den lokale ruteren og nærliggende ruter, med linje-protokollen opp? Skriv inn show grensesnitt kommando for å kontrollere.

• se etter IP-tilkobling mellom nærliggende ruter, som vist her:

  • Gjør naboen svarer på et ping-kommandoen? Ping IP-adressen som er tilordnet til grensesnittet i spørsmålet på nærliggende ruter. Skriv inn kommandoen traceroute til samme IP-adresse, og kontroller at det tar ikke mer enn én hop for å nå målet.,

  • Gjør naboen svare hvis du skriver inn en ping 224.0.0.5 kommando? (224.0.0.5 er den adressen som OSPF HELLOs er sendt.)

  • merk av for alle innkommende tilgang lister eller andre enheter (for eksempel en bryter) som kan forby sending av IP-pakker fra en nabo til den andre.

• Er OSPF-aktivert på både grensesnitt og grensesnittet til nærliggende ruter? Skriv inn show ip for ospf-grensesnitt kommando for å kontrollere.

• Er OSPF konfigurert som passiv for grensesnittet av lokale eller nærliggende ruter?, Skriv inn show ip for ospf-grensesnitt kommando for å kontrollere at HELLO pakker er grunn til å bli sendt ut av grensesnittet. En aktiv OSPF-grensesnitt vises en linje som ligner på dette:

  Hello due in 00:00:07

• Kontroller at nærliggende ruter har forskjellige Ruter-Id-er. Ruter-Id-er brukt for å identifisere hver ruter i en OSPF-nettverk. Rutere med den samme Ruteren ID vil ignorere HELLOs sendt av hverandre, noe som hindrer dem fra forming adjacency., Den første linjen av show ip for ospf-kommando-utgang og viser gjeldende Ruter-ID for hver enkelt ruter.

• Kontroller at disse HEI parametere kamp på nærliggende grensesnitt:

  • OSPF-området nummer – skriv Inn show ip for ospf-grensesnitt-navn kommando for å kontrollere.

  • OSPF-området type, som stubb eller NSSA – skriv Inn show ip for ospf-kommando for å kontrollere.

  • Delnett og subnet-mask – Skriv showet grensesnitt kommando for å kontrollere.,

  • OSPF HEI og Døde timer verdier – skriv Inn show ip for ospf-grensesnitt-navn kommando for å kontrollere.

• Hvis problemet er på punkt-til-punkt-link (som PPP-eller Høy-Nivå Data Link Control ), og det er mer enn én parallell kobling mellom dette paret av rutere, kontroller at ledningene er riktig koblet., Tenk deg at du planlagt å koble grensesnitt Serial0/0 på én ruter med grensesnitt Serial0/0 på sin nabo og Serial1/0 med Serial1/0 på sin nabo, men du ved et uhell krysset dem og koblet Serial0/0 av hver router med Serial1/0 på den andre. Ping-kommandoen kan ikke oppdage et slikt problem, men OSPF vil mislykkes i å etablere adjacency. Bruk av informasjon levert av Cisco Discovery Protocol (CDP) for å kontrollere at riktig enhet sammenkobling. Skriv inn show cdp nabo grensesnitt-navn kommando for å kontrollere at navn og PortID av en ekstern enhet som samsvarer med nettverket design.,

Merk: OSPF adjacencies eneste form over primære nettverk, og ikke sekundære nettverk.

Hvis alle disse kontrollene er verifisert og show ip for ospf nabo kommando fortsatt røper ingenting, så problemet er ikke veldig vanlig, og du må kanskje ta Kontakt med Cisco for å få hjelp.

Nabo i ned-Stat

En nabo som oppdaget dynamisk gjennom mottak av HELLO pakker kan falle tilbake til en ned-modus hvis det er slettes, for eksempel når OSPF ikke mottar HEI pakker fra naboen for en periode lenger enn de Døde timer intervall., Derfor ned tilstanden er forbigående for slike naboer; de vil heller avansere til høyere tilstander eller bli fullstendig slettet fra tabellen kjente naboer. Dette er kjent som «glemt».

Vanligvis, naboer som er sett i den ned staten var manuelt konfigurert med naboen kommando. Manuelt konfigurert naboer er alltid til stede i OSPF nabo bordet., Hvis OSPF har aldri mottatt HEI pakker fra konfigureres manuelt nabo, eller hvis ingen HELLO pakker ble hørt fra naboen under den forrige Døde timer intervall, deretter konfigureres manuelt nabo vil bli listet opp som ned.

Merk: De neste kommando kan bare konfigureres for direkte knyttet naboer på disse typer nettverk:
– Ikke-Kringkasting MultiAccess (NBMA) – nettverk- Grensesnitt som er konfigurert med ip-ospf-nettverk som ikke kringkaster kommando.,
– Ikke-Kringkasting Point-to-Multipoint-nettverk – Grensesnitt som er konfigurert med ip-ospf-nettverk point-to-multipoint ikke-broadcast-kommandoen.

Hvis du ser en nabo i ned-stat, må du kontrollere at naboen ruter opp, kjører, og er riktig konfigurert for OSPF på dette grensesnittet. Test tilkobling mellom rutere med ping og traceroute kommandoer. Sjekk OSPF nabo bordet på nærliggende ruter med show ip for ospf neste kommando, og utføre den samme konfigurasjonen bekreftelse handlinger oppført i Ingen Stat Åpenbart delen.,

Nabo i init Stat

init tilstand indikerer at en ruter ser HEI pakker fra naboen, men to-veis kommunikasjon har ikke blitt etablert. En Cisco-ruteren har Ruter-Id-ene til alle naboer i init (eller høyere) staten i Neste felt av sin HEI pakker. For to-veis kommunikasjon å være etablert med en nabo, en ruter også må se sin egen Ruter-ID i Neste felt av naboens HEI pakker. For en mer detaljert eksempel og en forklaring, se Hvorfor Ikke vise ip-ospf nabo Kommando Avsløre Naboer i Init Staten?,

Nabo i 2-veis Stat

2-veis tilstand indikerer at ruteren har sett sin egen Ruter-ID i Neste felt av naboens HEI pakken. Motta en Database Descriptor (DBD) – pakke fra en nabo i init staten vil også føre til en overgang til 2-veis staten. OSPF nabo 2-veis staten er ikke en årsak til bekymring. For en forklaring av 2-veis-stat, se Hvorfor Ikke vise ip-ospf nabo Kommando Avsløre Naboer Fast i 2-Veis Staten?,

Nabo i exstart eller exchange-Stat

OSPF naboer som er i exstart eller exchange staten prøver å utveksle DBD pakker. Ruteren og dens nabo form en primær og en sekundær forhold. Den adjacency bør fortsette forbi denne tilstanden. Hvis den ikke gjør det, det er et problem med DBD exchange, for eksempel en maximum transmission unit (MTU) mismatch eller mottak av et uventet DBD sekvensnummer. For mer informasjon, se Hvorfor Er OSPF Naboer Fast i Exstart/Exchange-Stat?,

Nabo i legge Stat

I legge i staten, rutere sende link-state forespørsel pakker. Under adjacency, hvis ruteren mottar en utdatert eller mangler link-state reklame (LRA), det ber om at LRA ved å sende en link-state forespørsel pakken. Naboer som ikke overgangen utover denne tilstand er mest sannsynlig å utveksle skadet LSAs. Dette problemet er vanligvis ledsaget av et %OSPF-4-BADLSA konsollen melding. Fordi dette problemet er ikke vanlig, ta Kontakt med Cisco for å få hjelp.,

Typiske Grunner for OSPF Nabo Problemer

Denne tabell inneholder en liste over årsaker til hvorfor OSPF naboer har problemer med å danne en adjacency og lister opp noen av de kommandoer du kan bruke for å kontrollere problemet.

Grunnen til Naboen Adjacency Problem	– Kommandoer for å Diagnostisere Problemet
OSPF er ikke konfigurert på en av rutere.	vis ip-ospf
OSPF er ikke aktivert på et grensesnitt der det er nødvendig.,	vis ip-ospf-grensesnitt
OSPF HEI eller Død timer intervall verdier ikke samsvarer.	vis ip-ospf-grensesnitt
ip ospf-nettverk-type mismatch på tilstøtende grensesnitt.	vis ip-ospf-grensesnitt
MTU manglende samsvar mellom nærliggende grensesnitt.	vis grensesnitt <int-type><int-tall>
OSPF-området-type er en stubb på en nabo, men det tilgrensende nabo i samme område er ikke konfigurert for å spire.,	vis du kjører-config viser ip-ospf-grensesnitt
OSPF naboer har like Ruter-Id-er.	vis ip-ospf-show ip for ospf-grensesnitt
OSPF er konfigurert på den sekundære nettverk av naboen, men ikke på den primære nettverk. Dette er en ulovlig konfigurasjon som hindrer OSPF blir aktivert på grensesnittet.	vis ip-ospf-grensesnitt vis du kjører-config
OSPF HELLOs er ikke behandlet på grunn av mangel på ressurser, som for eksempel høy CPU-bruk eller ikke nok minne.,	vis minne oppsummering viser minne prosessor
Et underliggende Lag problemet hindrer OSPF HELLOs fra å bli mottatt.	vis grensesnitt

Merk: for å aviod MTU-kontroller mens du etablere OSPF adjacency, du muligens trenger for å konfigurere ip-ospf-mtu-ignorerer kommandoen i grensesnitt konfigurasjon-modus.

Relatert Informasjon

• Hvorfor ikke OSPF Form Adjacency på en PRI, BRI eller Dialer-Grensesnittet?
• Hva Gjør show ip for ospf nabo Kommando Avsløre?,
• 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