de ce avem nevoie de BGP – The Border Gateway Protocol

de ce avem nevoie de BGP - The Border Gateway Protocol

în acest tutorial de instruire Cisco CCNA, veți afla despre nevoia de BGP (The Border Gateway Protocol). Derulați în jos pentru video și, de asemenea, tutorial text.

acesta este locul 1 într-o serie de tutoriale BGP.

Partea 2: rutare BGP și selectarea căii pentru furnizorii de servicii

Partea 3: Configurarea vecinilor BGP pe routerele Cisco

Partea 4: Cum să faceți publicitate rutelor BGP pe routerele Cisco

Partea 5: Cisco BGP pentru întreprinderi

de ce avem nevoie de BGP-Protocolul Border Gateway – Tutorial Video

Video YouTube

Marianne Beauregard

Marianne Beauregard

sunt în prezent înscris în cursul CCNA răcoritoare router-ul meu, de comutare, subnetting etc cunoștințe. Vreau doar să vă anunț că cursul este minunat și sunteți doar o explozie din trecut. Îmi plac prelegerile tale, umorul și expertiza ta. Ține-o tot așa.

Marianne Beauregard

protocoale de Gateway interior IGP în rețelele furnizorilor de servicii

acest lucru ar putea părea evident, dar furnizorii de servicii de Internet nu au un singur router imens care direcționează traficul între toți clienții lor. Au multe routere care conectează toate locațiile lor fizice diferite. Aceste routere oferă conectivitate pentru traficul clienților și, de asemenea, pentru traficul intern al furnizorului de servicii între propriile departamente interne.

furnizorii de servicii, prin urmare, trebuie să utilizeze un IGP (interior Gateway Protocol) pentru rutarea în domeniul lor administrativ. Este de obicei OSPF sau IS-este care este utilizat. S-ar putea să găsiți atât OSPF, cât și IS-este utilizat în diferite părți ale rețelei în rețele mari.

să facem o scurtă recapitulare a modului în care funcționează IGP ca OSPF și ISIS, deoarece vom compara acest lucru cu modul în care funcționează BGP mai târziu.

cum funcționează IGP-urile

 de ce avem nevoie de BGP

de ce avem nevoie de BGP

în exemplul de mai sus administratorul a activat OSPF pe interfețele routerului R1. R1 trimite apoi Mesaje de salut multicast-link locale în căutarea altor routere OSPF cu care poate forma o adiacență.

în acest exemplu, R2 nu are OSPF activat încă, așa că renunță la pachetul OSPF hello de la R1. Deoarece este un link-local multicast, R2 nu-l transmite alte interfețe.

apoi administratorul activează OSPF pe R2. R2 începe să trimită mesaje OSPF Hello multicast.

mesajul ajunge la R1 și R1 spune: „Hei, și eu conduc OSPF. Să verificăm dacă setările noastre se potrivesc. (De exemplu, aceste interfețe sunt ambele în aceeași zonă și cronometrele se potrivesc.) Atunci vom forma o adiacență.”

se formează adiacența și apoi routerele schimbă rutele.

în sistemul nostru autonom (domeniul nostru administrativ) activăm OSPF pe toate routerele noastre. Aceasta este ceea ce face furnizorul de servicii în rețeaua lor în exemplul nostru. Adiacența OSPF se formează între R1 și R2 și schimbă rute. Același lucru se întâmplă între R2 și R3, R3 și R4, R4 și R5 și R5 și R1. Toate routerele formează adiacențe cu vecinii lor. Toate fac schimb de rute între ele și destul de curând toate routerele cunosc rutele pentru a ajunge peste tot în rețea.

IGP învață subrețele IP care sunt disponibile în cadrul sistemului autonom și calculează cele mai bune căi către aceste subrețele IP. Ei fac acest lucru pe baza legăturilor dintre routerele fizice individuale. Informații cota IGP și să ia decizii – care este cel mai bun traseu – pe un hop fizic de bază hop fizic. Toate routerele din IGP afla despre toate cele mai bune căi pentru a obține peste tot, router fizic de router fizic.

furnizorii de servicii trebuie, de asemenea, să mențină conectivitatea între rețelele lor interne. În exemplul de mai sus, avem New York în partea stângă sus a diagramei, Washington dedesubt, Boston în partea dreaptă sus și Philadelphia în partea dreaptă jos. Între aceste routere, furnizorul de servicii are routerele lor de bază. Rulează un IGP, OSPF sau IS-IS, pe toate aceste routere și toate routerele vor învăța rutele către oriunde altundeva în rețeaua furnizorului de servicii.

dar furnizorul de servicii nu are doar propriul trafic intern, ci trebuie să aibă și clienți, astfel încât să poată câștiga bani. Și acei clienți au nevoie de adrese IP publice pentru a putea comunica între ei.

să ne uităm la modul în care funcționează alocarea adreselor IP publice.

Internet IP address Allocation

alocarea adreselor IP publice urmează un model ierarhic. În partea de sus a copacului se află Iana, Autoritatea Numerelor Atribuite pe Internet. Ei sunt responsabili pentru alocarea adreselor IP publice globale. Acest lucru este apoi împărțit în regiuni mai mici. IANA deleagă alocări de blocuri de adrese IP către registre Regionale de Internet, RIR. Fiecare RIR alocă adrese pentru o zonă diferită a lumii. De exemplu, există un RIR în America de Nord și așa mai departe.

RIR-urile se descompun apoi la un alt nivel inferior. Își împart din nou bazinele de adrese alocate în blocuri mai mici și le delegă furnizorilor de servicii de Internet. Aceste blocuri mai mici de adrese pot fi, de asemenea, delegate unei alte organizații, cum ar fi o companie, la acel nivel dacă compania este suficient de mare pentru a avea propriul bloc.

coborând la ultimul nivel, furnizorii de servicii de Internet pot aloca adrese clienților. Compania de alături și rețeaua dvs. de acasă vor primi adresele IP publice de la un furnizor de servicii de Internet.

conectivitate între clienți

furnizorul de servicii Internet este afișat în mijlocul diagramei de mai sus. Ei rulează IGP lor în interiorul rețelei lor.

Clientul 1 afișat în stânga este o companie de dimensiuni medii. De asemenea, rulează și un IGP în rețeaua lor. De asemenea, doresc să aibă conectivitate la Internet, astfel încât să se conecteze la furnizorul de servicii Internet.

Clientul 2 din dreapta este o companie diferită care își menține, de asemenea, propriul IGP și dorește conectivitate la Internet.

ambii clienți au o singură cale spre Internet, cu ISP-ul ca următorul hop. Ambii clienți configurează o rută statică implicită care indică ISP-ul. Tot traficul intern va fi direcționat prin IGP-urile lor, iar traficul destinat Internetului se va potrivi cu rutele statice implicite.

în acest moment, furnizorul de servicii Cunoaște rutele către toate rețelele interne proprii. Ei cunosc, de asemenea, rutele către adresele IP publice pentru clienții lor, deoarece au alocat aceste adrese. Iar clienții au rute statice implicite care indică Internetul și IGP-urile pentru propriile rute interne.

avem conectivitate în toate rețelele private interne (dar nu între diferitele rețele private) și, de asemenea, între toate rețelele publice.

în acest moment nu avem nevoie de BGP. IGP-urile rulează în interiorul furnizorului de servicii și al clienților, rutele statice implicite la clienți indică Internetul și totul funcționează bine.

dar, evident, nu avem doar un singur furnizor de servicii de Internet în lume. Există o mulțime de furnizori de servicii de Internet. Toți diferiții furnizori de servicii au propriile lor clienți și astfel încât clienții de pretutindeni din întreaga lume să poată comunica între ei, furnizorii de servicii trebuie să aibă conectivitate între ei. Astfel, furnizorii de servicii interacționează între ei în schimburile de Internet, care sunt centre mari de date care le permit să se conecteze.

interconectivitatea furnizorului de servicii

în exemplul de mai sus furnizor de servicii 1 au primit IGP și clienții lor. Se conectează la furnizorul de servicii 2, care are și IGP și clienții lor. Furnizorul de servicii 2 se conectează la furnizorul de servicii 3 în exemplul nostru. 1 este conectat la 4, 4 este conectat la 5 și 5 este conectat la 3.

Notă această topologie este doar un exemplu. În lumea reală, nu este ca și cum furnizorii de servicii se conectează întotdeauna între ei într-un inel ca acesta. Veți avea mai mulți furnizori de servicii conectați la alți furnizori de servicii diferiți. Folosim această topologie pentru că va fi utilă pentru exemplele pe care le veți vedea mai târziu.

IGP scalabilitate problemă

ai văzut înainte, atunci când am avut doar un furnizor de servicii care un IGP ar lucra pentru tot. Dar vom avea o problemă pe măsură ce rețeaua crește și avem mai mulți furnizori de servicii diferiți. IGP, cum ar fi OSPF și IS-IS, nu sunt concepute pentru a sprijini rutarea pe Internet. Nu este posibil să controlați rutarea pentru întreaga planetă pe o bază fizică de hop fizic. Nu putem ca fiecare furnizor de servicii să știe despre toate routerele individuale diferite din întreaga lume – evident că nu va funcționa! Deci, trebuie folosit un model diferit. Și asta în cazul în care BGP, Protocolul de frontieră Gateway, vine în.

Border Gateway Protocol (BGP)

BGP este singurul EGP (exterior Gateway Protocol) utilizat în prezent și controlează rutarea pe Internet. Există o mulțime de opțiuni pentru un IGP în cadrul unei companii, cum ar fi ERGIP, OSPF, et cetera. Dar pentru rutare pe Internet, este întotdeauna folosit BGP. Și cu BGP, mai degrabă decât schimbul de informații și luarea deciziilor pe bază de hop fizic prin hop fizic (router fizic prin router fizic), BGP funcționează pe o bază as by as – sistem autonom prin sistem autonom.

sisteme autonome

un sistem autonom este o porțiune a unei rețele mari, cum ar fi Internetul, care se află sub un singur control administrativ. Așa cum ar putea fi rețeaua unui furnizor de servicii sau ar putea fi rețeaua unei companii. Ideea este că este o singură entitate care controlează rutarea în acea parte a rețelei.

termenul sistem autonom are și un alt sens. Este, de asemenea, utilizat în configurațiile EIGRP și BGP pentru a specifica domeniul lor de aplicare. Pentru ca routerele EIGRP să formeze o adiacență între ele, acestea trebuie să fie în același EIGRP ca.

protocoalele noastre de Gateway Interior sunt folosite pentru a partaja rute în cadrul unui AS. Și AS-urile au un singur plan coerent de rutare interioară și prezintă o imagine consistentă a destinațiilor accesibile prin intermediul acestuia. În cadrul rețelei unei companii sau a unei organizații, vor rula un IGP și toate routerele din acel IGP știu cum să ajungă la toate celelalte rețele din acea rețea. Deci, așa funcționează un IGP în cadrul unui AS. Dar pentru rutare între diferite AS-uri, acolo vom folosi BGP.

când folosim BGP, furnizorii de servicii au fiecare un BGP unic ca număr. Aceasta este suprapusă în diagrama de mai sus. Fiecare dintre acești furnizori de servicii diferiți, SP1 până la SP5, au un număr AS. BGP va fi conștient de acest număr și îl va folosi pentru rutarea traficului între diferiții furnizori de servicii. Aflați mai multe despre rutarea BGP în cadrul furnizorilor de servicii în următoarea postare din această serie!

în acest tutorial de instruire Cisco CCNA, veți afla despre nevoia de BGP (The Border Gateway Protocol). Derulați în jos pentru video și, de asemenea, tutorial text. acesta este locul 1 într-o serie de tutoriale BGP. Partea 2: rutare BGP și selectarea căii pentru furnizorii de servicii Partea 3: Configurarea vecinilor BGP pe routerele Cisco…

în acest tutorial de instruire Cisco CCNA, veți afla despre nevoia de BGP (The Border Gateway Protocol). Derulați în jos pentru video și, de asemenea, tutorial text. acesta este locul 1 într-o serie de tutoriale BGP. Partea 2: rutare BGP și selectarea căii pentru furnizorii de servicii Partea 3: Configurarea vecinilor BGP pe routerele Cisco…

Lasă un răspuns

Adresa ta de email nu va fi publicată.