OSPF oversikt

OSPF (Open Shortest Path First) er en link state ruting protokoll. Fordi det er en åpen standard, det er gjennomført ved en rekke nettverk leverandører. OSPF vil kjøre på de fleste rutere som ikke nødvendigvis trenger å være Cisco-rutere (i motsetning til EIGRP som kan kjøres på Cisco-rutere).

Her er de viktigste funksjonene i OSPF:

  • et klasseløst ruting protokoll
  • støtter VLSM, CIDR, manuell rute summering, lik kostnaden lastbalansering
  • inkrementelle oppdateringer støttes
  • bruker bare én parameter som metric – grensesnitt kostnad.,
  • den administrative avstand av OSPF-ruter er, som standard, 110.
  • bruker multicast-adresser 224.0.0.5 og 224.0.0.6 for ruting oppdateringer.

Ruter kjører OSPF har til å etablere nabo relasjoner før utveksle ruter. Fordi OSPF er en link state ruting protokoll, naboer ikke exchange-ruting tabeller. I stedet, de utveksler informasjon om nettverkstopologien. Hver OSFP ruter går så SFP algoritme for å beregne den beste ruter og legger de til ruting-tabellen., Fordi hver ruteren vet hele topologi av et nettverk, muligheten for en ruting-løkke til å skje er minimal.

Hver OSPF ruter lagrer ruting og topologi informasjon i tre tabeller:

  • Nabo bordet – lagrer informasjon om OSPF naboer
  • Topologi tabell – butikker topologi struktur av et nettverk
  • Ruting-tabellen – lagrer de beste rutene

OSPF naboer

OSPF-rutere behov for å etablere en nabo forhold før utveksle ruting oppdateringer., OSPF naboer er dynamisk oppdaget ved å sende Hei pakker ut hver OSPF-aktivert grensesnitt på en ruter. Hei pakker som er sendt til multicast IP-adressen til 224.0.0.5.

prosessen er forklart i følgende figur:

Rutere R1 og R2 er direkte koblet til. Etter OSFP er aktivert både rutere sende Hellos til hverandre for å etablere en nabo forhold. Du kan bekrefte at naboen forholdet har faktisk blitt etablert ved å skrive inn show ip for ospf naboer kommando.,

I eksempelet ovenfor, kan du se at ruter-id-en av R2 er 2.2.2.2. Hver OSPF-ruteren er tilordnet en ruter ID. En ruter ID bestemmes ved å bruke ett av følgende:

1. bruke ruteren-id-kommandoen under OSPF-prosessen.
2. ved hjelp av høyeste IP-adressen til ruteren er loopback-grensesnitt.
3. ved hjelp av høyeste IP-adressen til ruteren fysisk grensesnitt.,

følgende felt i Hello pakker må være den samme på begge rutere for rutere å bli naboer:

  • subnet
  • – området id
  • hei og døde intervalltidtakere
  • godkjenning
  • – området stub flagg
  • MTU

som standard, OSPF sender hei pakker hvert 10 sekund på et Ethernet-nettverk (Hei intervall)., En død timer er fire ganger verdien av hei intervall, så hvis en ruter i et Ethernet-nettverk ikke motta minst én Hei pakke fra en OSFP nabo i 40 sekunder, rutere erklærer at nabo til å være nede.

OSPF nabo stater

Før etablering av en nabo forhold, OSPF-rutere må gå gjennom flere state endringer. Disse statene er forklart nedenfor.

1. Init-stat – en ruter har mottatt en hilsen melding fra den andre OSFP ruteren
2. 2-veis state – naboen har mottatt Hei meldingen og svarte med et Hei meldingen, av sin egen
3., Exstart state – begynnelsen av LSDB utveksling mellom både ruter. Rutere er i ferd med å bytte link state informasjon.
4. Exchange state – DBD (Database Descriptor) pakker er utvekslet. DBDs inneholder LSAs overskrifter. Ruter vil bruke denne informasjonen for å se hva LSAs trenger å byttes ut.
5. Legge i staten – en nabo sender LSRs (Link State-Forespørsler) for alle nettverk den ikke vet om. Den andre naboen svar med LSUs (Link State Oppdateringer) som inneholder informasjon om bedt om nettverk., Etter at all nødvendig informasjon er mottatt, andre nabo går gjennom den samme prosessen
6. Full state – både rutere har synkronisert database og er fullt tilstøtende med hverandre.

OSPF områder

OSPF bruker begrepet områder. Et område er en logisk gruppering av sammenhengende nettverk og rutere. Alle ruter i samme område har samme topologi tabellen, men de vet ikke om rutere i andre områder., De viktigste fordelene med å opprette områder er at størrelsen på topologi og ruting-tabellen på en ruter er redusert, mindre tid er nødvendig for å kjøre SFP-algoritmen og ruting oppdateringer er også redusert.

Hver området i OSPF-nettverk for å koble til ryggraden området (område 0). Alle ruter i et område må ha samme område ID for å bli OSPF naboer. En ruter som har grensesnitt i mer enn ett område (område 0 og 1, for eksempel) kalles Området Grensen Ruter (ABR)., En ruter som forbinder en OSPF-nettverket til andre ruting domener (EIGRP nettverk, for eksempel) kalles det Autonome Systemet Grensen Ruter (ASBR).

OBS!
I OSPF, manuell rute summering er bare mulig på ABRs og ASBRs.

for Å bedre forstå konseptet av områder, bør du vurdere følgende eksempel.

Alle rutere som kjører OSPF. Rutere R1 og R2 er inne i ryggraden området (område 0). Ruter R3 er en ABR, fordi det har grensesnitt i to områder, nemlig området 0 og 1. Ruter R4 og R5 er inne i område 1., Ruter R6 er en ASBR, fordi det kobler OSFP nettverk til et annet ruting domene (en EIGRP domene i dette tilfellet). Hvis R1 er direkte koblet subnet mislykkes, ruter R1 sender ruting oppdatering bare for å R2 og R3, fordi alle ruting oppdateringer alle lokalisert inne i området.

OBS!
rollen som en ABR er å annonsere adresse sammendrag til nærliggende områder. Rollen som en ASBR er å koble en OSPF-ruting domene til et annet, eksternt nettverk (for eksempel Internett, EIGRP nettverk…).,

LSA, LSU og LSR

LSAs (Link-State-Annonser) er brukt ved OSPF-rutere til å utveksle topologi informasjon. Hver LRA inneholder ruting og toplogy informasjon for å beskrive en del av en OSPF-nettverk. Når to naboer bestemmer seg for å bytte ruter, de sender hverandre en liste over alle LSAa i sine respektive topologi database. Hver ruter deretter sjekker sin topologi databasen og sender en Link State Forespørsel (LSR) melding som ber alle LSAs ikke fant i sin topologi bordet. Andre ruter reagerer med Link State Update (LSU) som inneholder alle LSAs forespurt av andre nabo.,

begrepet er forklart i følgende eksempel:

Etter å konfigurere OSPF på begge ruter, ruter exchange LSAs å beskrive sine respektive topologi database. Ruter R1 sender en LRA-header for sin direkte tilkoblet nettverket 10.0.1.0/24. Ruter R2 sjekke sin topologi database og fastslår at den ikke har informasjon om nettverk. Ruter R2 og deretter sender Link State Forespørsel melding som ber om mer informasjon om nettverk. Ruter R1 reagerer med Link State Oppdatering som inneholder informasjon om subnet 10.0.1.,0/24 (neste hop-adresse, koste…).

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

Hopp til verktøylinje