Hvorfor VI Trenger BGP – The Border Gateway Protocol

 Hvorfor VI Trenger BGP-The Border Gateway Protocol

I Denne Cisco CCNA opplæring opplæringen, vil du lære om behovet FOR BGP (Border Gateway Protocol). Rull ned for video og også tekst tutorial.

Dette er den 1. i en serie av bgp tutorials.

Del 2: Bgp-Ruting Og Banevalg For Tjenesteleverandører

Del 3: Konfigurere Bgp-Naboer på Cisco-Rutere

Del 4: Slik Annonserer DU BGP-Ruter På Cisco-Rutere

Del 5: Cisco BGP For Bedrifter

Hvorfor VI TRENGER BGP – Border Gateway Protocol-Video Tutorial

YouTube video

Marianne Beauregard

Marianne Beauregard

jeg er for tiden påmeldt I CCNA-kurset ditt, forfriskende ruteren min, bytte, subnetting etc kunnskap. Vil bare fortelle deg at kurset er kjempebra, og du er bare en blast fra fortiden. Jeg liker så godt forelesningene dine, humoren din og ekspertisen din. Fortsett det gode arbeidet.

Marianne Beauregard

IGP Interiør Gateway Protokoller I Tjenesteleverandørnettverk

dette kan høres åpenbart, Men Internettleverandører har ikke bare en stor ruter som ruter trafikk mellom alle sine kunder. De har mange rutere som kobler alle sine forskjellige fysiske steder. Disse ruterne gir tilkobling for kundetrafikk og også for tjenesteleverandørens egen interne trafikk mellom sine egne interne avdelinger.

Tjenesteleverandører må derfor bruke EN IGP (Interior Gateway Protocol) for rutingen innenfor sitt administrative domene. DET er VANLIGVIS OSPF eller IS-IS som brukes. DU kan finne BÅDE OSPF og IS – er i bruk i ulike deler av nettverket i store nettverk.

La oss få en rask oppsummering av HVORDAN IGPS SOM OSPF og ISIS jobber fordi vi skal sammenligne dette med HVORDAN BGP fungerer senere.

Hvordan IGPs arbeid

 Hvorfor Vi TRENGER BGP

HVORFOR TRENGER VI BGP

i eksemplet ovenfor aktiverte administratoren OSPF på router R1s grensesnitt. R1 sender deretter ut link-local multicast hei meldinger på jakt etter andre ospf rutere som det kan danne en adjacency med.

I dette eksemplet Har R2 IKKE OSPF aktivert ennå, så det faller ospf hello-pakken Fra R1. Som det er en link-lokal multicast, videresender R2 ikke det ut andre grensesnitt.

deretter aktiverer administratoren OSPF På R2. R2 begynner å sende ut multicast OSPF hei meldinger.

meldingen når R1 og R1 sier, » Hei, jeg kjører OSPF også . La oss sjekke at våre innstillinger kamp. (For eksempel er disse grensesnittene begge i samme område og timere samsvarer.) Da vil vi danne en adjacency.»

adjacency er dannet og deretter rutere utveksle ruter.

i vårt autonome system (vårt administrative domene) aktiverer VI OSPF på alle våre rutere. Dette er hva tjenesteleverandøren gjør i sitt nettverk i vårt eksempel. Ospf adjacency dannes Mellom R1 Og R2 og de bytter ruter. Det samme skjer mellom R2 Og R3, R3 Og R4, R4 Og R5, Og R5 Og R1. Alle ruterne danner adjacencies med sine naboer. De utveksler alle ruter med hverandre, og ganske snart kjenner alle ruterne ruter for å komme til overalt i nettverket.

IGPS lærer IP-undernettene som er tilgjengelige i det autonome systemet og beregner de beste stiene til DISSE IP-undernettene. De gjør dette basert på koblingene mellom de enkelte fysiske ruterne. IGPS dele informasjon og ta avgjørelser-som er den beste ruten-på en fysisk hop av fysisk hop basis. Alle rutere I IGP lære om alle de beste banene for å komme overalt, fysisk router av fysisk router.

Tjenesteleverandører må også opprettholde tilkobling mellom sine interne nettverk. I eksemplet ovenfor har Vi New York oppe øverst til venstre i diagrammet, Washington under, Boston øverst til høyre og Philadelphia nederst til høyre. I mellom disse ruterne har tjenesteleverandøren sine kjernerutere. De kjører EN IGP, OSPF eller IS-IS, på alle disse ruterne, og alle ruterne vil lære ruter til overalt ellers i tjenesteleverandørnettverket.

men tjenesteleverandøren har ikke bare sin egen interne trafikk, den må også ha kunder slik at den kan tjene penger. OG disse kundene trenger offentlige IP-adresser for å kunne kommunisere med hverandre.

La oss se på hvordan offentlig ip-adressetildeling fungerer neste.

Tildeling Av Internett-IP-Adresser

tildelingen av offentlige IP-adresser følger en hierarkisk modell. På toppen av treet er Iana, Internet Assigned Numbers Authority. De er ansvarlige for global offentlig ip-adressetildeling. Det blir deretter brutt ned i mindre regioner. IANA delegerer tildelinger AV IP-adresseblokker Til Regionale Internettregistre, RIRs. HVER RIR tildeler adresser for et annet område av verden. FOR Eksempel er DET EN RIR i Nord-Amerika og så videre.

RIR-ene bryter deretter ned til et annet lavere nivå. De deler sine tildelte adressebassenger i mindre blokker igjen og delegerer Dem Til Internettleverandører. Disse mindre adresseblokkene kan også delegeres til en annen organisasjon, som et selskap, på det nivået hvis selskapet er stort nok til å ha sin egen blokk.

Når Du går ned til siste nivå, Kan Internett-Leverandører tildele adresser til kunder. Selskapet ved siden av og nettverket ditt hjemme kommer til å få sine offentlige IP-adresser fra En Internett-Leverandør.

Tilkobling mellom kunder

Internett-Leverandøren er vist i midten av diagrammet ovenfor. DE kjører DERES IGP inne i nettverket deres.

Kunde 1 vist til venstre er et mellomstort selskap. DE kjører OGSÅ EN IGP i nettverket deres også. De vil også Ha Internett-tilkobling slik at de kobler Seg Til Internett-Leverandøren.

Kunde 2 til høyre er et annet selskap som også opprettholder SIN EGEN IGP og vil Ha Internett-tilkobling.

begge kundene har bare en vei ut Til Internett, MED ISP som neste hopp. Begge kundene konfigurerer en standard statisk rute som peker TIL INTERNETT-LEVERANDØREN. All intern trafikk vil bli rutet via Deres IGPs, og trafikk bestemt Til Internett vil matche standard statiske ruter.

på dette tidspunktet kjenner tjenesteleverandøren rutene til alle sine egne interne nettverk. De kjenner også rutene til de offentlige IP-adressene for sine kunder fordi de tildelte disse adressene. Og kundene har standard statiske ruter som peker Ut Til Internett og IGPS for sine egne interne ruter.

Vi har tilkobling i alle interne private nettverk (men ikke mellom de forskjellige private nettverkene) og også mellom alle de offentlige nettverkene.

På dette punktet trenger VI IKKE BGP. IGPs kjører inne i tjenesteleverandøren og kundene, standard statiske ruter på kundene peker ut Til Internett, og alt fungerer helt fint.

men vi har åpenbart ikke bare En Internett-Leverandør i verden. Det er mange Internett-Leverandører. Alle de forskjellige tjenesteleverandørene har egne kunder, og slik at kunder overalt i hele verden kan kommunisere med hverandre, må tjenesteleverandørene ha tilkobling til hverandre. Så tjenesteleverandørene peer med Hverandre I internett-utvekslinger, som er store datasentre som tillater dem å koble til.

service provider interconnectivity

I eksemplet Ovenfor Har Tjenesteleverandøren 1 FÅTT SINE IGP og deres kunder. De kobler Seg Til Tjenesteleverandør 2, som også har SINE IGP og deres kunder. Tjenesteleverandør 2 kobler Til Tjenesteleverandør 3 i vårt eksempel. 1 er koblet til 4, 4 er koblet til 5 og 5 er koblet til 3.

Merk denne topologien er bare et eksempel. I den virkelige verden, det er ikke som tjenesteleverandører alltid koble til hverandre i en ring som dette. Du kommer til å ha flere tjenesteleverandører koblet til andre flere forskjellige tjenesteleverandører. Vi bruker bare denne topologien fordi det kommer til å være nyttig for eksemplene du skal se senere.

IGP Skalerbarhet Problemet

du så før da vi bare hadde en tjenesteleverandør som EN IGP ville fungere for alt. Men vi kommer til å støte på et problem når nettverket vokser, og vi har flere forskjellige tjenesteleverandører. IGPS SOM OSPF og IS-IS er ikke laget for å støtte ruting på Internett. Det er ikke mulig å kontrollere ruting for hele planeten på en fysisk hop ved fysisk hop basis. Vi kan ikke ha alle tjenesteleverandører å vite om alle de forskjellige individuelle ruterne i hele verden – åpenbart kommer det ikke til å fungere! Så en annen modell må brukes. Og DET er her Bgp, Border Gateway Protocol, kommer inn.

Border Gateway Protocol (Bgp)

BGP er den eneste EGP (Exterior Gateway Protocol) som er i bruk, og den styrer ruting på Internett. Det er mange valg for EN IGP i et selskap, som ERGIP, OSPF, et cetera. Men for ruting på Internett, er DET ALLTID BGP som brukes. Og MED BGP, i stedet for å dele informasjon og ta beslutninger på en fysisk hop av fysisk hop (fysisk router av fysisk router) basis, bgp fungerer PÅ EN as by as basis-Autonomt System Av Autonomt System.

Autonome Systemer

Et Autonomt System er en del av et stort nettverk, For Eksempel Internett, som er under en enkelt administrativ kontroll. Så DET KAN VÆRE nettverket til en tjenesteleverandør eller det kan være nettverket til et selskap. Poenget er at det er en enkelt enhet som styrer rutingen i den delen av nettverket.

Begrepet Autonomt System har også fått en annen betydning. Den brukes også I eigrp-og BGP-konfigurasjoner for å spesifisere omfanget. FOR EIGRP rutere for å danne en adjacency med hverandre må de være i samme EIGRP SOM.

Våre Interne Gateway-Protokoller brukes til å dele ruter innenfor EN AS. OG AS har en enkelt sammenhengende indre ruteplan, og de presenterer et konsekvent bilde av hvilke destinasjoner som kan nås gjennom den. Innenfor et selskaps eller en organisasjons nettverk skal de kjøre EN IGP og alle ruterne i AT IGP vet hvordan man kommer til alle de andre nettverkene i nettverket. SÅ det er hvordan EN IGP fungerer innenfor EN AS. Men for ruting mellom forskjellige AS, det er der VI skal bruke BGP.

når VI bruker BGP, har tjenesteleverandørene hver SIN UNIKE bgp som nummer. Dette er overlaid i diagrammet ovenfor. Hver av de forskjellige tjenesteleverandørene, SP1 TIL SP5, har ET AS-nummer. BGP skal være klar OVER det som nummer, og det skal bruke det til ruting av trafikk mellom de ulike tjenesteleverandørene. Finn ut mer OM BGP-ruting innen Tjenesteleverandører i neste innlegg i denne serien!

I Denne Cisco CCNA opplæring opplæringen, vil du lære om behovet FOR BGP (Border Gateway Protocol). Rull ned for video og også tekst tutorial. Dette er den 1. i en serie av bgp tutorials. Del 2: Bgp-Ruting Og Banevalg For Tjenesteleverandører Del 3: Konfigurere Bgp-Naboer på Cisco-Rutere Del 4: Slik Annonserer DU BGP-Ruter På Cisco-Rutere…

I Denne Cisco CCNA opplæring opplæringen, vil du lære om behovet FOR BGP (Border Gateway Protocol). Rull ned for video og også tekst tutorial. Dette er den 1. i en serie av bgp tutorials. Del 2: Bgp-Ruting Og Banevalg For Tjenesteleverandører Del 3: Konfigurere Bgp-Naboer på Cisco-Rutere Del 4: Slik Annonserer DU BGP-Ruter På Cisco-Rutere…

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.