Why we Need BGP – the Border Gateway Protocol

Why we Need BGP - the Border Gateway Protocol

this Cisco CCNA training tutorial, you ’ ll learn about the need for BGP (the Border Gateway Protocol). Vieritä alas videon ja tekstin opetusohjelma.

tämä on BGP: n tutorials-sarjan 1.

Osa 2: BGP-reititys ja Polkuvalinta palveluntarjoajille

Osa 3: BGP-naapureiden määrittäminen Ciscon reitittimille

osa 4: Näin mainostat BGP-reittejä Ciscon reitittimissä

Osa 5: Cisco BGP yrityksille

miksi tarvitsemme BGP-Border Gateway Protocol-opetusvideo

YouTube-video

Marianne Beauregard

Marianne Beauregard

olen tällä hetkellä ilmoittautunut CCNA: n kurssille päivittäen reitittimeni, vaihtoni, aliverkostoni jne. Haluan vain kertoa, että kurssi on mahtava ja olet vain tuulahdus menneisyydestä. Nautin luennoistanne, huumoristanne ja asiantuntemuksestanne. Jatka samaan malliin.

Marianne Beauregard

IGP Interior Gateway-protokollat Palveluntarjoajaverkoissa

tämä saattaa kuulostaa itsestään selvältä, mutta Internet-palveluntarjoajilla ei ole vain yhtä valtavaa reititintä, joka reitittää kaikkien asiakkaidensa välistä liikennettä. Heillä on monia reitittimiä, jotka yhdistävät kaikki heidän fyysiset sijaintinsa. Reitittimet tarjoavat liitettävyyttä asiakasliikenteelle ja myös palveluntarjoajan omalle sisäiselle liikenteelle omien osastojensa välillä.

palveluntarjoajien on siksi käytettävä IGP-protokollaa (Interior Gateway Protocol) hallinnollisen toimialueensa reititykseen. Se on yleensä OSPF tai on-on, jota käytetään. Saatat löytää sekä OSPF ja IS-on käytössä eri puolilla verkkoa suurissa verkoissa.

kerrataan nopeasti, miten IGP: n kuten OSPF ja ISIS toimivat, koska aiomme verrata tätä siihen, miten BGP toimii myöhemmin.

miten IGP toimii

 miksi tarvitsemme BGP: tä

miksi tarvitsemme BGP

yllä olevassa esimerkissä ylläpitäjä käytössä OSPF router R1: n liitännöissä. Tämän jälkeen R1 lähettää link-local multicast hello-viestejä etsien muita OSPF-reitittimiä, joiden kanssa se voi muodostaa liitännäisyhteyden.

tässä esimerkissä R2 ei ole vielä OSPF käytössä, joten se pudottaa OSPF hello-paketin R1: stä. Koska kyseessä on link-local multicast, R2 ei lähetä sitä eteenpäin muille rajapinnoille.

sitten järjestelmänvalvoja ei ota OSPF R2. R2 alkaa lähettää multicast OSPF hello-viestejä.

viesti tavoittaa R1: n ja R1 sanoo: ”Hei, minäkin johdan OSPF: ää. Tarkistetaan, että asetukset täsmäävät. (Esimerkiksi nämä rajapinnat ovat molemmat samalla alueella ja ajastimet täsmäävät. Sitten muodostamme adjacencyn.”

adjacency muodostetaan ja sitten reitittimet vaihtavat reittejä.

autonomisessa järjestelmässämme (hallinnollisessa verkkotunnuksessamme) otamme OSPF: n käyttöön kaikissa reitittimissämme. Näin palveluntarjoaja tekee verkostossaan esimerkissämme. OSPF: n adjacency muodostuu R1: n ja R2: n välille ja ne vaihtavat reittejä. Sama tapahtuu välillä R2 ja R3, R3 ja R4, R4 ja R5, ja R5 ja R1. Kaikki reitittimet muodostavat adjacensseja naapureidensa kanssa. Ne kaikki vaihtavat reittejä keskenään ja melko pian kaikki reitittimet tietävät reitit päästä kaikkialle verkon sisällä.

IGP: t oppivat autonomisessa järjestelmässä käytettävissä olevat IP-aliverkot ja laskevat parhaat polut niille IP-aliverkoille. He tekevät tämän yksittäisten fyysisten reitittimien välisten linkkien perusteella. IGP: n jakaa tietoa ja tehdä päätöksiä – mikä on paras reitti – fyysinen hop fyysiseltä hop pohjalta. Kaikki reitittimet IGP oppia kaikki parhaat polut saada kaikkialla, fyysinen reititin fyysinen reititin.

palveluntarjoajien on myös ylläpidettävä yhteyksiä sisäisten verkkojensa välillä. Yllä olevassa esimerkissä kaavion vasemmassa yläkulmassa on New York, alapuolella Washington, ylhäällä oikealla Boston ja alhaalla oikealla Philadelphia. Näiden reitittimien välissä palveluntarjoajalla on niiden ydinreitittimet. He käyttävät IGP: tä, OSPF: ää tai IS-IS: ää, kaikissa reitittimissä ja kaikki reitittimet oppivat reitit kaikkialle muualle palveluntarjoajan verkossa.

mutta palveluntarjoajalla ei ole vain omaa sisäistä liikennettä, vaan myös asiakkaita, jotta se voi tehdä rahaa. Ja nämä asiakkaat tarvitsevat julkisia IP-osoitteita voidakseen kommunikoida keskenään.

Katsotaanpa seuraavaksi, miten julkisen IP-osoitteen jakaminen toimii.

Internetin IP-osoitteiden jakaminen

julkisten IP-osoitteiden jakaminen noudattaa hierarkkista mallia. Puun latvassa on Iana, Internetin Numeroviranomainen. He ovat vastuussa globaalista IP-osoitteen allokoinnista. Se jaetaan sitten pienempiin alueisiin. IANA delegoi IP-osoitelohkojen allokoinnit alueellisiin Internet-rekistereihin, rir-rekistereihin. Jokainen RIR jakaa osoitteita eri alueella maailmassa. Esimerkiksi Pohjois-Amerikassa on RIR ja niin edelleen.

RIR: t hajosivat sitten toiselle alemmalle tasolle. Ne jakavat osoitepoolinsa uudelleen pienempiin lohkoihin ja delegoivat ne Internet-palveluntarjoajille. Nämä pienemmät osoitepalikat voidaan myös delegoida toiselle organisaatiolle, kuten yritykselle, sillä tasolla, jos yritys on tarpeeksi iso, että sillä on oma kortteli.

viimeistä tasoa myöten Internet-palveluntarjoajat voivat jakaa osoitteita asiakkaille. Naapuriyritys ja kotiverkostosi saavat julkiset IP-osoitteensa Internet – palveluntarjoajalta.

asiakkaiden väliset yhteydet

Internet – palveluntarjoaja näkyy yllä olevan kaavion keskellä. He käyttävät IGP: tä verkostossaan.

vasemmalla näkyvä Asiakas 1 on keskikokoinen yritys. He myös käyttävät IGP: tä verkostonsa sisällä. He haluavat myös Internet-yhteyden, jotta he muodostavat yhteyden Internet – palveluntarjoajaan.

Asiakas 2 oikealla on eri yhtiö, joka myös ylläpitää omaa IGP: tä ja haluaa nettiyhteyden.

molemmilla asiakkailla on vain yksi reitti ulos Internetiin, ja ISP on seuraava hyppy. Molemmat asiakkaat määrittävät oletuksena staattisen reitin, joka osoittaa ISP: hen. Kaikki sisäinen liikenne reititetään IGP: n kautta, ja Internetiin tarkoitettu liikenne vastaa oletuksena staattisia reittejä.

tässä vaiheessa palveluntarjoaja tietää reitit kaikkiin omiin sisäisiin verkkoihinsa. He tietävät myös reitit asiakkaidensa julkisiin IP-osoitteisiin, koska he jakoivat kyseiset osoitteet. Ja asiakkailla on oletuksena staattiset reitit, jotka osoittavat Internetiin ja IGP: n omiin sisäisiin reitteihinsä.

meillä on yhteydet kaikissa yksityisissä sisäisissä verkoissa (mutta ei eri yksityisissä verkoissa) ja myös kaikkien julkisten verkkojen välillä.

tässä vaiheessa emme tarvitse BGP: tä. IGPs ovat käynnissä sisällä palveluntarjoajan ja asiakkaiden, oletus staattinen reitit asiakkaat osoittavat Internetiin, ja kaikki toimii hienosti.

mutta, meillä ei tietenkään ole vain yhtä Internet-palveluntarjoajaa maailmassa. Internet-palveluntarjoajia on paljon. Kaikki eri palveluntarjoajat ovat saaneet omat asiakkaansa ja jotta asiakkaat kaikkialla maailmassa voivat kommunikoida keskenään, palveluntarjoajilla on oltava yhteys toisiinsa. Palveluntarjoajat vertaavat siis toisiaan Internet-vaihdoissa, jotka ovat suuria datakeskuksia, joiden kautta ne voivat olla yhteydessä toisiinsa.

palveluntarjoajien yhteenliitettävyys

yllä olevassa esimerkissä palveluntarjoaja 1 ovat saaneet IGP ja niiden asiakkaat. Ne yhteyden palveluntarjoaja 2, joka on myös saanut IGP ja asiakkailleen. Palveluntarjoaja 2 yhdistää esimerkissämme palveluntarjoaja 3: een. 1 on kytketty 4: ään, 4 on kytketty 5: een ja 5 on kytketty 3: een.

huomaa, että tämä topologia on vain esimerkki. Oikeassa maailmassa palveluntarjoajat eivät aina ole yhteydessä toisiinsa tällaisessa ringissä. Sinulla tulee olemaan useita palveluntarjoajia, jotka ovat yhteydessä muihin useisiin eri palveluntarjoajiin. Käytämme vain tätä topologiaa, koska siitä on hyötyä esimerkeille joita tulemme näkemään myöhemmin.

IGP skaalautuvuusongelma

näit aiemmin, kun meillä oli juuri yksi palveluntarjoaja, että IGP toimisi kaikkeen. Mutta törmäämme ongelmaan, kun verkosto kasvaa ja meillä on useita eri palveluntarjoajia. IGP: n, kuten OSPF: n ja IS-IS: n, ei ole suunniteltu tukemaan reititystä Internetissä. Ei ole mahdollista hallita koko planeetan reititystä fyysinen hyppy kerrallaan. Emme voi antaa jokaisen palveluntarjoajan tietää kaikista eri yksittäisistä reitittimistä koko maailmassa-se ei tietenkään tule toimimaan! On siis käytettävä erilaista mallia. Siinä BGP, Border Gateway-protokolla, astuu kuvaan.

Border Gateway Protocol (BGP)

BGP on ainoa tällä hetkellä käytössä oleva EGP (Exterior Gateway Protocol) ja se ohjaa reititystä Internetissä. Yrityksen sisällä on paljon vaihtoehtoja IGP: lle, kuten ERGIP, OSPF ja niin edelleen. Mutta reititys Internetissä, se on aina BGP, jota käytetään. Ja BGP: llä sen sijaan, että se jakaisi tietoja ja tekisi päätöksiä fyysisestä hop – periaatteesta fyysisen hop (fyysinen reititin fyysisellä reitittimellä), BGP toimii AS by as-periaatteella-autonominen järjestelmä autonomisella järjestelmällä.

autonomiset järjestelmät

autonominen järjestelmä on osa suurta verkkoa, kuten Internetiä, joka on yhden hallinnollisen valvonnan alainen. Niin, että kuin voisi olla palveluntarjoajan verkko tai se voisi olla yrityksen verkko. Kyse on siitä, että kyseessä on yksittäinen taho, joka ohjaa reititystä kyseisessä verkon osassa.

termillä autonominen järjestelmä on myös toinen merkitys. Sitä käytetään myös EIGRP-ja BGP-kokoonpanoissa niiden soveltamisalan määrittelemiseksi. Jotta EIGRP-reitittimet muodostaisivat liitännäisyhteyden keskenään, niiden on oltava samassa EIGRP: ssä kuin.

Interior Gateway-Protokolliamme käytetään reittien jakamiseen LIITÄNNÄISJÄRJESTELMÄN sisällä. AS: llä on yhtenäinen sisäinen reittisuunnitelma, – ja he antavat yhtenäisen kuvan siitä, mihin kohteisiin sen kautta pääsee. Yrityksen tai organisaation verkossa, he tulevat olemaan käynnissä IGP ja kaikki reitittimet että IGP tietää miten päästä kaikkiin muihin verkkoihin, että verkkoon. Näin IGP toimii AS: ssä. Mutta reititykseen eri AS: n välillä käytämme BGP: tä.

kun käytämme BGP: tä, palveluntarjoajilla on jokaisella yksilöllinen BGP numerona. Tämä on päällekkäin yllä olevassa kaaviossa. Jokainen näistä eri palveluntarjoajat, SP1 SP5, on saanut AS numero. BGP tulee olemaan tietoinen siitä numerona ja se aikoo käyttää sitä reitittääkseen liikennettä eri palveluntarjoajien välillä. Lue lisää BGP-reitityksestä palveluntarjoajien sisällä tämän sarjan seuraavasta viestistä!

this Cisco CCNA training tutorial, you ’ ll learn about the need for BGP (the Border Gateway Protocol). Vieritä alas videon ja tekstin opetusohjelma. tämä on BGP: n tutorials-sarjan 1. Osa 2: BGP-reititys ja Polkuvalinta palveluntarjoajille Osa 3: BGP-naapureiden määrittäminen Ciscon reitittimille osa 4: Näin mainostat BGP-reittejä Ciscon reitittimissä Osa 5: Cisco BGP yrityksille miksi…

this Cisco CCNA training tutorial, you ’ ll learn about the need for BGP (the Border Gateway Protocol). Vieritä alas videon ja tekstin opetusohjelma. tämä on BGP: n tutorials-sarjan 1. Osa 2: BGP-reititys ja Polkuvalinta palveluntarjoajille Osa 3: BGP-naapureiden määrittäminen Ciscon reitittimille osa 4: Näin mainostat BGP-reittejä Ciscon reitittimissä Osa 5: Cisco BGP yrityksille miksi…

Vastaa

Sähköpostiosoitettasi ei julkaista.