Hvorfor har vi brug for BGP – Grænseportprotokollen

Hvorfor har vi brug for BGP - Grænseportprotokollen

i denne Cisco CCNA-træningsvejledning lærer du om behovet for BGP (Grænseportprotokollen). Rul ned til videoen og også tekst tutorial.

dette er den 1.i en serie af BGP tutorials.

Del 2: BGP-Routing og Stivalg for tjenesteudbydere

Del 3: konfiguration af BGP-naboer på Cisco-routere

Del 4: Sådan annoncere BGP ruter på Cisco routere

Del 5: Cisco BGP for virksomheder

hvorfor vi har brug for BGP – Grænseportprotokollen-Video Tutorial

YouTube video

Marianne Beauregard

Marianne Beauregard

jeg er i øjeblikket tilmeldt dit CCNA-kursus, der opdaterer min router, skifter, subnetting osv. Vil bare fortælle dig, at kurset er fantastisk, og at du bare er en eksplosion fra fortiden. Jeg nyder dine foredrag, din humor og din ekspertise. Fortsæt det store arbejde.

Marianne Beauregard

IGP indvendige Portprotokoller i Tjenesteudbydernetværk

dette lyder måske indlysende, men internetudbydere har ikke kun en enorm router, der dirigerer trafik mellem alle deres kunder. De har mange routere, der forbinder alle deres forskellige fysiske placeringer. Disse routere giver forbindelse til kundetrafik og også til tjenesteudbyderens egen interne trafik mellem deres egne interne afdelinger.

tjenesteudbydere skal derfor bruge en IGP (intern Portalprotokol) til routing inden for deres administrative domæne. Det er normalt OSPF eller IS-IS, der bruges. Du kan finde både OSPF og IS-IS i brug i forskellige dele af netværket i store netværk.

lad os få en hurtig oversigt over, hvordan IGP ‘ er som OSPF og ISIS fungerer, fordi vi skal sammenligne dette med, hvordan BGP fungerer senere.

hvordan IGP ‘er virker

 hvorfor vi har brug for BGP

Hvorfor har vi brug for BGP

i eksemplet ovenfor aktiverede administratoren OSPF på router R1′ s grænseflader. R1 sender derefter link-local multicast hello-beskeder på udkig efter andre OSPF-routere, som det kan danne en sammenhæng med.

i dette eksempel har R2 ikke OSPF aktiveret endnu, så det falder OSPF hello-pakken fra R1. Da det er en link-local multicast, videresender R2 det ikke andre grænseflader.

derefter aktiverer administratoren OSPF på R2. R2 begynder at sende multicast OSPF Hej beskeder.

meddelelsen når R1 og R1 siger, ” Hej, jeg kører også OSPF. Lad os kontrollere, at vores indstillinger stemmer overens. (For eksempel er disse grænseflader begge i samme område, og timerne matcher.) Så danner vi en adjacency.”

adjacency er dannet, og derefter udveksler routerne ruter.

i vores autonome system (vores administrative domæne) aktiverer vi OSPF på alle vores routere. Dette er, hvad tjenesteudbyderen gør i deres netværk i vores eksempel. OSPF-adjacency er dannet mellem R1 og R2, og de udveksler ruter. Det samme sker mellem R2 og R3, R3 og R4, R4 og R5 og R5 og R1. Alle routere danner adjacencies med deres naboer. De udveksler alle ruter med hinanden, og snart kender alle routerne ruterne til at komme til overalt inde i netværket.

IGP ‘ er lærer de IP-undernet, der er tilgængelige i det autonome system, og beregner de bedste stier til disse IP-undernet. De gør dette baseret på forbindelserne mellem de enkelte fysiske routere. IGP deler information og træffer beslutninger – som er den bedste rute – på et fysisk hop efter fysisk hop-basis. Alle routerne i IGP lærer om alle de bedste stier at komme overalt, fysisk router ved fysisk router.

tjenesteudbydere skal også opretholde forbindelsen mellem deres interne netværk. I eksemplet ovenfor har vi fået ny York øverst til venstre i diagrammet, USA nedenunder, Boston øverst til højre og Philadelphia nederst til højre. Mellem disse routere har tjenesteudbyderen deres kernerutere. De kører en IGP, OSPF eller IS-IS, på alle disse routere, og alle routere vil lære ruterne til alle andre steder inden for tjenesteudbyderens netværk.

men tjenesteudbyderen har ikke kun sin egen interne trafik, den skal også have kunder, så den kan tjene penge. Og disse kunder har brug for offentlige IP-adresser for at kunne kommunikere med hinanden.

lad os se på, hvordan offentlig IP-adresseallokering fungerer næste.

Internet IP-Adresseallokering

tildelingen af offentlige IP-adresser følger en hierarkisk model. Øverst på træet er IANA, Internet Assigned Numbers Authority. De er ansvarlige for global offentlig IP-adresseallokering. Det bliver derefter opdelt i mindre regioner. IANA delegerer tildelinger af IP-adresseblokke til regionale Internetregistre, rir ‘ er. Hver RIR tildeler adresser til et andet område af verden. For eksempel er der en RIR i Nordamerika og så videre.

RIR ‘ erne bryder derefter ned til et andet lavere niveau. De deler deres tildelte adressepuljer i mindre blokke igen og delegerer dem til internetudbydere. Disse mindre adresseblokke kan også delegeres til en anden organisation, som en virksomhed, på dette niveau, hvis virksomheden er stor nok til at have deres egen blok.

når man går ned til det sidste niveau, kan internetudbydere tildele adresser til kunderne. Virksomheden ved siden af og dit netværk derhjemme vil få deres offentlige IP-adresser fra en internetudbyder.

forbindelse mellem kunder

internetudbyderen vises midt i diagrammet ovenfor. De kører deres IGP inde i deres netværk.

kunde 1 vist til venstre er en mellemstor virksomhed. De kører også en IGP inde i deres netværk. De vil også have internetforbindelse, så de opretter forbindelse til internetudbyderen.

kunde 2 til højre er et andet firma, der også opretholder deres egen IGP og ønsker internetforbindelse.

begge kunder har kun en vej ud til internettet, med internetudbyderen som det næste hop. Begge kunder konfigurerer en standard statisk rute, der peger på internetudbyderen. Al intern trafik vil blive dirigeret via deres IGP ‘ er, og trafik bestemt til internettet vil matche standard statiske ruter.

på dette tidspunkt kender tjenesteudbyderen ruterne til alle deres egne interne netværk. De kender også ruterne til de offentlige IP-adresser for deres kunder, fordi de tildelte disse adresser. Og kunderne har standard statiske ruter, der peger på internettet og IGP ‘ er for deres egne interne ruter.

vi har forbindelse inden for alle interne private netværk (men ikke mellem de forskellige private netværk) og også mellem alle de offentlige netværk.

på dette tidspunkt har vi ikke brug for BGP. IGP ‘ er kører inde i tjenesteudbyderen og kunderne, standard statiske ruter hos kunderne peger på internettet, og alt fungerer fint.

men vi har naturligvis ikke kun en internetudbyder i verden. Der er mange internetudbydere. Alle de forskellige tjenesteudbydere har deres egne kunder, og så kunder overalt i hele verden kan kommunikere med hinanden, skal tjenesteudbyderne have forbindelse til hinanden. Så tjenesteudbyderne kigger med hinanden i internetudvekslinger, som er store datacentre, der giver dem mulighed for at oprette forbindelse.

interconnectivity Service provider

i eksemplet ovenfor tjenesteudbyder 1 har fået deres IGP og deres kunder. De opretter forbindelse til tjenesteudbyder 2, som også har deres IGP og deres kunder. Tjenesteudbyder 2 opretter forbindelse til tjenesteudbyder 3 i vores eksempel. 1 er forbundet til 4, 4 er forbundet til 5, og 5 er forbundet til 3.

Bemærk denne topologi er blot et eksempel. I den virkelige verden, det er ikke som tjenesteudbydere altid oprette forbindelse til hinanden i en ring som denne. Du vil have flere tjenesteudbydere forbundet med andre flere forskellige tjenesteudbydere. Vi bruger bare denne topologi, fordi det vil være nyttigt for de eksempler, du vil se senere.

IGP skalerbarhed problem

du så før, da vi lige havde den ene tjenesteudbyder, at en IGP ville arbejde for alt. Men vi kommer til at løbe ind i et problem, da netværket vokser, og vi har flere forskellige tjenesteudbydere. IGP ‘ er som OSPF og IS-IS er ikke designet til at understøtte routing på internettet. Det er ikke muligt at styre routing for hele planeten på et fysisk hop ved fysisk hop basis. Vi kan ikke have alle tjenesteudbydere at vide om alle de forskellige individuelle routere i hele verden – det vil naturligvis ikke fungere! Så en anden model skal bruges. Og det er her, BGP, Grænseportprotokollen, kommer ind.

Grænseportprotokollen (BGP)

BGP er den eneste EGP (ydre Portprotokol), der i øjeblikket er i brug, og den styrer routing på internettet. Der er masser af valg for en IGP inden for et firma, som ERGIP, OSPF, et cetera. Men til routing på internettet er det altid BGP, der bruges. Og med BGP, i stedet for at dele information og træffe beslutninger på et fysisk hop ved fysisk hop (fysisk router ved fysisk router) basis, arbejder BGP på et så som basis – autonomt System ved autonomt System.

autonome systemer

et autonomt System er en del af et stort netværk, såsom Internettet, som er under en enkelt administrativ kontrol. Så det kunne være netværket af en tjenesteudbyder, eller det kunne være et virksomheds netværk. Pointen er, at det er en enkelt enhed, der styrer routingen inden for den del af netværket.

udtrykket autonome System har også fået en anden betydning. Det bruges også i EIGRP-og BGP-konfigurationer til at specificere deres omfang. For at EIGRP-routere skal danne en sammenhæng med hinanden, skal de være i samme EIGRP som.

vores interne Portprotokoller bruges til at dele ruter inden for et AS. Og AS ‘ erne har en enkelt sammenhængende indvendig Ruteplan, og de præsenterer et konsistent billede af, hvilke destinationer der kan nås gennem den. Inden for en virksomheds eller en organisations netværk skal de køre en IGP, og alle routerne i den IGP ved, hvordan man kommer til alle de andre netværk inden for det netværk. Sådan fungerer en IGP inden for et AS. Men for routing mellem forskellige AS ‘ er, er det her, vi skal bruge BGP.

når vi bruger BGP, har tjenesteudbyderne hver især et unikt BGP som nummer. Dette er overlejret i diagrammet ovenfor. Hver af disse forskellige tjenesteudbydere, SP1 til SP5, har et AS-nummer. BGP vil være opmærksom på det som nummer, og det vil bruge det til at dirigere trafik mellem de forskellige tjenesteudbydere. Find ud af mere om BGP-routing inden for tjenesteudbydere i det næste indlæg i denne serie!

i denne Cisco CCNA-træningsvejledning lærer du om behovet for BGP (Grænseportprotokollen). Rul ned til videoen og også tekst tutorial. dette er den 1.i en serie af BGP tutorials. Del 2: BGP-Routing og Stivalg for tjenesteudbydere Del 3: konfiguration af BGP-naboer på Cisco-routere Del 4: Sådan annoncere BGP ruter på Cisco routere Del 5: Cisco BGP…

i denne Cisco CCNA-træningsvejledning lærer du om behovet for BGP (Grænseportprotokollen). Rul ned til videoen og også tekst tutorial. dette er den 1.i en serie af BGP tutorials. Del 2: BGP-Routing og Stivalg for tjenesteudbydere Del 3: konfiguration af BGP-naboer på Cisco-routere Del 4: Sådan annoncere BGP ruter på Cisco routere Del 5: Cisco BGP…

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.