waarom we BGP nodig hebben-het Border Gateway Protocol

waarom we BGP nodig hebben-het Border Gateway Protocol

In deze Cisco CCNA training tutorial leert u over de noodzaak van BGP (het Border Gateway Protocol). Scroll naar beneden voor de video en ook tekst tutorial.

dit is de eerste in een reeks BGP-tutorials.

deel 2: BGP-Routering en Padselectie voor serviceproviders

deel 3: BGP-buren configureren op Cisco-Routers

Deel 4: Hoe om te Adverteren BGP Routes op Cisco-Routers

Deel 5: Cisco BGP voor Ondernemingen

Waarom Moeten We BGP – Border Gateway Protocol – Video-Tutorial

YouTube video

Marianne Beauregard

Marianne Beauregard

ik ben momenteel ingeschreven in uw CCNA cursus verfrissende mijn router, schakelen, subnetting, enz kennis. Wil je gewoon laten weten dat de cursus is geweldig en je bent gewoon een ontploffing uit het verleden. Ik geniet zo van je lezingen, je humor en je expertise. Ga zo door.

Marianne Beauregard

IGP-Interior Gateway-protocollen in Serviceprovidersnetwerken

dit klinkt misschien voor de hand liggend, maar internetproviders hebben niet slechts één enorme router die het verkeer tussen al hun klanten doorstuurt. Ze hebben veel routers die al hun verschillende fysieke locaties verbinden. Deze routers bieden connectiviteit voor klantenverkeer en ook voor het interne verkeer van de serviceprovider tussen hun eigen interne afdelingen.

serviceproviders moeten daarom een IGP (Interior Gateway Protocol) gebruiken voor de routering binnen hun administratieve domein. Het is meestal OSPF of IS-IS die wordt gebruikt. U kunt zowel OSPF en IS-is in gebruik in verschillende delen van het netwerk in grote netwerken.

laten we een korte samenvatting hebben van hoe IGP ‘ s zoals OSPF en ISIS werken, omdat we dit gaan vergelijken met hoe BGP later werkt.

Hoe werken IGP ‘ s

Waarom hebben we BGP nodig?

 waarom we BGP

nodig hebben in het voorbeeld hierboven heeft de beheerder OSPF ingeschakeld op de interfaces van router R1. R1 stuurt dan link-local multicast hello berichten op zoek naar andere OSPF routers die het een adjacency kan vormen met.

in dit voorbeeld heeft R2 nog geen OSPF ingeschakeld, dus het laat het OSPF hello packet vallen van R1. Omdat het een link-local multicast is, stuurt R2 het niet door naar andere interfaces.

dan is de beheerder doet inschakelen OSPF op R2. R2 begint met het verzenden van multicast OSPF hello berichten.

het bericht bereikt R1 en R1 zegt: “Hey, Ik ben het uitvoeren van OSPF ook. Laten we controleren of onze instellingen overeenkomen. (Bijvoorbeeld, deze interfaces bevinden zich beide in hetzelfde gebied en de timers komen overeen. Dan vormen we een adjacency.”

de adjacency wordt gevormd en dan wisselen de routers routes uit.

In ons autonome systeem (ons administratief domein) zetten we OSPF in op al onze routers. Dit is wat de dienstverlener doet in hun netwerk in ons voorbeeld. De OSPF-adjacentie wordt gevormd tussen R1 en R2 en zij wisselen routes uit. Hetzelfde gebeurt tussen R2 en R3, R3 en R4, R4 en R5, en R5 en R1. Alle routers vormen adjacencies met hun buren. Ze wisselen allemaal routes met elkaar uit en al snel kennen alle routers de routes om overal in het netwerk te komen.

IGP ‘ s leren de IP-subnetten die beschikbaar zijn binnen het autonome systeem en berekenen de beste paden naar die IP-subnetten. Ze doen dit op basis van de verbindingen tussen de individuele fysieke routers. IGP ‘ s delen informatie en nemen beslissingen – wat de beste route is – op een fysieke hop door fysieke hop basis. Alle routers in de IGP leren over de beste paden om overal te komen, fysieke router per fysieke router.

dienstverleners moeten ook de connectiviteit tussen hun interne netwerken handhaven. In het voorbeeld hierboven hebben we New York linksboven in het diagram, Washington eronder, Boston rechtsboven en Philadelphia rechtsonder. Tussen deze routers, de service provider heeft hun kern routers. Ze draaien een IGP, OSPF of IS-IS, op al die routers en alle routers leren de routes naar overal anders binnen het netwerk van de serviceprovider.

maar de dienstverlener heeft niet alleen zijn eigen interne verkeer, hij heeft ook klanten nodig om geld te kunnen verdienen. En die klanten hebben publieke IP-adressen nodig om met elkaar te kunnen communiceren.

laten we eens kijken hoe publieke IP-adresallocatie vervolgens werkt.

Internet IP Address Allocation

de toewijzing van openbare IP-adressen volgt een hiërarchisch model. Aan de top van de boom is IANA, de Internet toegewezen nummers Autoriteit. Ze zijn verantwoordelijk voor wereldwijde publieke IP-adressen. Dat wordt dan opgesplitst in kleinere regio ‘ s. IANA delegeert toewijzingen van IP-adresblokken aan regionale Internetregisters, RIR ‘ s. Elke RIR kent adressen toe voor een ander deel van de wereld. Er is bijvoorbeeld een RIR in Noord-Amerika enzovoort.

de RIR ‘ s gaan dan naar een ander lager niveau. Ze verdelen hun toegewezen adresgroepen weer in kleinere blokken en delegeren ze aan Internet Service Providers. Deze kleinere blokken van adressen kunnen ook worden gedelegeerd aan een andere organisatie, zoals een bedrijf, op dat niveau als het bedrijf groot genoeg is om een eigen blok te hebben.

naar het laatste niveau kunnen internetproviders adressen toewijzen aan klanten. Het bedrijf hiernaast en uw netwerk thuis krijgen hun publieke IP-adressen van een internetprovider.

connectiviteit tussen klanten

de Internet Service Provider wordt weergegeven in het midden van het diagram hierboven. Ze draaien hun IGP binnen hun netwerk.

de links afgebeelde klant 1 is een middelgrote onderneming. Ze draaien ook een IGP binnen hun netwerk. Ze willen ook internetverbinding hebben, zodat ze verbinding maken met de Internet Service Provider.

klant 2 rechts is een ander bedrijf dat ook zijn eigen IGP behoudt en internetconnectiviteit wil.

beide klanten hebben slechts één weg naar het Internet, met de ISP als de volgende hop. Beide klanten configureren een standaard statische route die naar de ISP wijst. Alle interne verkeer zal worden gerouteerd via hun IGP’ s, en verkeer bestemd voor het Internet zal overeenkomen met de standaard statische routes.

op dit moment kent de dienstverlener de routes naar al zijn eigen interne netwerken. Ze kennen ook de routes naar de openbare IP-adressen van hun klanten omdat ze die adressen toegewezen. En de klanten hebben standaard statische routes wijzen op het Internet en IGP ‘ s voor hun eigen interne routes.

we hebben connectiviteit binnen alle interne particuliere netwerken (maar niet tussen de verschillende particuliere netwerken) en ook tussen alle openbare netwerken.

op dit moment hebben we geen BGP nodig. IGP ‘ s worden uitgevoerd in de service provider en de klanten, standaard statische routes bij de klanten wijzen op het Internet, en alles werkt prima.

maar we hebben natuurlijk niet slechts één internetprovider in de wereld. Er zijn veel Internet Service Providers. Alle verschillende serviceproviders hebben hun eigen klanten en zodat klanten overal in de hele wereld met elkaar kunnen communiceren, moeten de serviceproviders connectiviteit met elkaar hebben. Dus de dienstverleners peer met elkaar in Internet exchanges, dat zijn big datacenters die hen in staat stellen om verbinding te maken.

interconnectiviteit van dienstverleners

in het voorbeeld hierboven Service Provider 1 hebben hun IGP en hun klanten. Ze maken verbinding met Service Provider 2, die ook hun IGP en hun klanten hebben. Service Provider 2 maakt verbinding met Service Provider 3 in ons voorbeeld. 1 is verbonden met 4, 4 is verbonden met 5, en 5 is verbonden met 3.

merk op dat deze topologie slechts een voorbeeld is. In de echte wereld, het is niet dat de dienstverleners altijd met elkaar in een ring als deze. Je zult meerdere serviceproviders hebben die verbonden zijn met andere meerdere serviceproviders. We gebruiken deze topologie omdat het nuttig zal zijn voor de voorbeelden die je later zult zien.

IGP Scalability Issue

je zag het eerder toen we net de enige service provider hadden dat een IGP voor alles zou werken. Maar we krijgen een probleem als het netwerk groeit en we hebben meerdere verschillende dienstverleners. IGP ‘ s zoals OSPF en IS-IS zijn niet ontworpen om routing op het Internet te ondersteunen. Het is niet haalbaar om routing voor de hele planeet te controleren op een fysieke hop door fysieke hop basis. We kunnen niet elke serviceprovider weten over alle verschillende individuele routers in de hele wereld-uiteraard gaat dat niet werken! Er moet dus een ander model worden gebruikt. En dat is waar BGP, het Border Gateway Protocol, een rol speelt.

het Border Gateway Protocol (BGP)

BGP is het enige EGP (Exterior Gateway Protocol) dat momenteel in gebruik is. Er zijn veel keuzes voor een IGP binnen een bedrijf, zoals ERGIP, OSPF, enzovoort. Maar voor routing op het Internet, is het altijd BGP dat wordt gebruikt. En met BGP, in plaats van het delen van informatie en het nemen van beslissingen op een fysieke hop door fysieke hop (fysieke router door fysieke router) basis, BGP werkt op een AS door AS basis – autonoom systeem door autonoom systeem.

autonome systemen

een autonoom systeem is een deel van een groot netwerk, zoals het Internet, dat onder één enkele administratieve controle staat. Dus dat kan het netwerk van een dienstverlener zijn of het kan het netwerk van een bedrijf zijn. Het punt is dat het een enkele entiteit is die de routing binnen dat deel van het netwerk controleert.

de term autonoom systeem heeft ook een andere betekenis. Het wordt ook gebruikt in EIGENRP en BGP configuraties om hun scope te specificeren. Om EIGENRP-routers naast elkaar te laten liggen, moeten ze in dezelfde EIGENRP zitten als.

onze interieur Gateway protocollen worden gebruikt om routes binnen een AS te delen. En de AS ‘ s hebben één coherent interieur routing plan en ze presenteren een consistent beeld van welke bestemmingen zijn bereikbaar via het. Binnen het netwerk van een bedrijf of een organisatie, zullen ze een IGP draaien en alle routers in die IGP weten hoe ze bij alle andere netwerken binnen dat netwerk kunnen komen. Zo werkt een IGP binnen een AS. Maar voor routing tussen verschillende AS ‘ S, dat is waar we gaan gebruiken BGP.

wanneer we BGP gebruiken, hebben de serviceproviders elk een uniek BGP-nummer. Dit is overlay in het diagram hierboven. Elk van deze verschillende dienstverleners, SP1 tot en met SP5, heeft een AS-nummer. BGP zal zich daarvan bewust zijn als nummer en het zal het gebruiken voor het routeren van verkeer tussen de verschillende serviceproviders. Lees meer over BGP routing binnen serviceproviders in het volgende bericht in deze serie!

In deze Cisco CCNA training tutorial leert u over de noodzaak van BGP (het Border Gateway Protocol). Scroll naar beneden voor de video en ook tekst tutorial. dit is de eerste in een reeks BGP-tutorials. deel 2: BGP-Routering en Padselectie voor serviceproviders deel 3: BGP-buren configureren op Cisco-Routers Deel 4: Hoe om te Adverteren BGP…

In deze Cisco CCNA training tutorial leert u over de noodzaak van BGP (het Border Gateway Protocol). Scroll naar beneden voor de video en ook tekst tutorial. dit is de eerste in een reeks BGP-tutorials. deel 2: BGP-Routering en Padselectie voor serviceproviders deel 3: BGP-buren configureren op Cisco-Routers Deel 4: Hoe om te Adverteren BGP…

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.