miért van szükségünk BGP-a Border Gateway Protocol

miért van szükségünk BGP - a Border Gateway Protocol

ebben a Cisco CCNA képzési bemutató, megtudhatja, hogy szükség van a BGP (a Border Gateway Protocol). Görgessen lefelé a videóhoz és a szöveges oktatóanyaghoz.

ez az 1.egy sor BGP oktatóanyagok.

2. rész: BGP Útválasztás és útvonalválasztás szolgáltatók számára

3. rész: BGP szomszédok konfigurálása Cisco útválasztókon

4. rész: Hogyan lehet hirdetni a BGP útvonalakat a Cisco útválasztókon

5. rész: Cisco BGP vállalkozások számára

miért van szükségünk BGP-a Border Gateway protokoll – video bemutató

YouTube videó

Marianne Beauregard

Marianne Beauregard

jelenleg beiratkoztam a CCNA tanfolyamra, amely frissíti az útválasztót, a kapcsolást, az alhálózatot stb. Csak azt akarom, hogy tudd, hogy a tanfolyam félelmetes, és csak egy robbanás a múltból. Nagyon élvezem az előadásait, a humorát és a szakértelmét. Csak így tovább.

Marianne Beauregard

IGP Interior Gateway protokollok Szolgáltató hálózatokban

ez nyilvánvalónak tűnhet, de az internetszolgáltatóknak nincs csak egy hatalmas útválasztójuk, amely az összes ügyfelük közötti forgalmat irányítja. Sok útválasztójuk van, amelyek összekapcsolják az összes különböző fizikai helyüket. Ezek az útválasztók kapcsolatot biztosítanak az ügyfélforgalomhoz, valamint a Szolgáltató saját belső forgalmához a saját belső részlegeik között.

a szolgáltatóknak ezért IGP-t (Interior Gateway Protocol) kell használniuk az adminisztratív tartományukon belüli útválasztáshoz. Ez általában OSPF vagy IS-IS, amelyet használnak. Előfordulhat, hogy mind az OSPF, mind az IS-is használatban van a hálózat különböző részein nagy hálózatokban.

röviden összefoglaljuk, hogyan működnek az IGP-k, mint az OSPF és az ISIS, mert ezt később összehasonlítjuk a BGP működésével.

hogyan működnek az IGP-k

 miért van szükségünk BGP-re

miért van szükségünk BGP

a fenti példában az adminisztrátor engedélyezte az OSPF-et az R1 útválasztó interfészein. Az R1 ezután link-local multicast hello üzeneteket küld, amelyek más OSPF útválasztókat keresnek, amelyekkel szomszédságot képezhet.

ebben a példában az R2-nek még nincs engedélyezve az OSPF, így eldobja az OSPF hello csomagot az R1-ből. Mivel ez egy link-local multicast, az R2 nem továbbítja más interfészeket.

ezután a rendszergazda engedélyezi az OSPF-et az R2-N. Az R2 megkezdi a multicast OSPF hello üzenetek küldését.

az üzenet eléri az R1-et, és az R1 azt mondja: “Hé, én is OSPF-et futtatok. Ellenőrizzük, hogy a beállításaink egyeznek-e. (Például ezek az interfészek mind ugyanazon a területen vannak, mind az időzítők egyeznek.) Akkor szomszédságot alakítunk ki.”

a szomszédság kialakul, majd az útválasztók útvonalakat cserélnek.

autonóm rendszerünkben (adminisztratív tartományunkban) minden útválasztón engedélyezzük az OSPF-et. Ez az, amit a Szolgáltató csinál a hálózatunkban a példánkban. Az OSPF szomszédság R1 és R2 között alakul ki, és útvonalakat cserél. Ugyanez történik R2 és R3, R3 és R4, R4 és R5, és R5 és R1 között. Az összes útválasztó szomszédságot alkot a szomszédaival. Mindegyik útvonalat cserél egymással, és hamarosan az összes útválasztó ismeri az útvonalakat, hogy bárhová eljusson a hálózaton belül.

az IGP-k megtanulják az autonóm rendszeren belül elérhető IP-alhálózatokat, és kiszámítják az IP-alhálózatokhoz vezető legjobb útvonalakat. Ezt az egyes fizikai útválasztók közötti kapcsolatok alapján teszik. Az IGP megosztja az információkat és döntéseket hoz – ami a legjobb út – fizikai ugrásról fizikai ugrásra alapozva. Az IGP összes útválasztója megismerheti a legjobb utakat, hogy bárhová eljuthasson, fizikai útválasztó fizikai útválasztón keresztül.

a szolgáltatóknak fenn kell tartaniuk a belső hálózataik közötti kapcsolatot is. A fenti példában New York van a diagram bal felső sarkában, Washington alatt, Boston a jobb felső sarokban, Philadelphia pedig a jobb alsó sarokban. Ezen útválasztók között a Szolgáltatónak megvannak a fő útválasztói. IGP-t, OSPF-et vagy IS-IS-t futtatnak az összes útválasztón, és az összes útválasztó megtanulja az útvonalakat a szolgáltató hálózatán belül minden más helyre.

de a Szolgáltatónak nemcsak saját belső forgalma van, hanem ügyfelekre is szüksége van, hogy pénzt tudjon keresni. Ezeknek az ügyfeleknek pedig nyilvános IP-címekre van szükségük ahhoz, hogy kommunikálni tudjanak egymással.

nézzük meg, hogyan működik a nyilvános IP-cím kiosztása.

Internet IP-cím allokáció

a nyilvános IP-címek kiosztása hierarchikus modellt követ. A fa tetején található az IANA, az Internet hozzárendelt számok hatósága. Ők felelősek a globális nyilvános IP-címek kiosztásáért. Ezt aztán kisebb régiókra bontják. Az IANA delegálja az IP-címblokkok kiosztását a regionális internetes nyilvántartásokba, rir-ek. Minden RIR címeket oszt ki a világ egy másik területére. Például van egy RIR Észak-Amerikában és így tovább.

a RIR-ek ezután egy másik alacsonyabb szintre bomlanak. A kiosztott címkészleteiket ismét kisebb blokkokra osztják, és átruházzák azokat az internetszolgáltatókra. Ezek a kisebb címblokkok egy másik szervezetre is átruházhatók, mint egy vállalat, ezen a szinten, ha a vállalat elég nagy ahhoz, hogy saját blokkja legyen.

az utolsó szintre lépve az internetszolgáltatók címeket rendelhetnek az ügyfelek számára. A szomszéd cég és az otthoni hálózat nyilvános IP-címeket fog kapni egy internetszolgáltatótól.

kapcsolat az ügyfelek között

az internetszolgáltató a fenti ábra közepén látható. Az IGP-t a hálózatukon belül futtatják.

a bal oldalon látható 1.Ügyfél közepes méretű vállalat. Ők is fut egy IGP a hálózaton belül is. Azt is szeretnék, hogy az Internet-kapcsolat, így csatlakozni az Internet szolgáltató.

a jobb oldali 2.ügyfél egy másik vállalat, akik szintén fenntartják saját IGP-jüket, és internetkapcsolatot akarnak.

mindkét ügyfélnek csak egy útja van az internethez, az internetszolgáltatóval a következő ugrásként. Mindkét ügyfél konfigurál egy alapértelmezett statikus útvonalat, amely az internetszolgáltatóra mutat. Minden belső forgalmat az IGP – n keresztül irányítanak, és az internetre szánt forgalom megegyezik az alapértelmezett statikus útvonalakkal.

ezen a ponton a Szolgáltató ismeri az útvonalakat az összes saját belső hálózatához. Ismerik az ügyfelek nyilvános IP-címeihez vezető útvonalakat is, mert kiosztották ezeket a címeket. És az ügyfelek alapértelmezett statikus útvonalakat mutatnak az internetre és az IGP-kre a saját belső útvonalaikhoz.

minden belső magánhálózaton belül van kapcsolatunk (de nem a különböző magánhálózatok között), valamint az összes nyilvános hálózat között.

ezen a ponton nincs szükségünk BGP-re. Az IGP-k a Szolgáltatón és az ügyfeleken belül futnak, az ügyfelek alapértelmezett statikus útvonalai az internetre mutatnak, és minden jól működik.

de nyilvánvalóan nem csak egy internetszolgáltatónk van a világon. Sok internetszolgáltató van. A különböző szolgáltatók mindegyike rendelkezik saját ügyfelekkel, és ahhoz, hogy az ügyfelek az egész világon kommunikálhassanak egymással, a szolgáltatóknak kapcsolódniuk kell egymáshoz. Tehát a szolgáltatók az internetes cserékben társulnak egymással, amelyek nagy adatközpontok, amelyek lehetővé teszik számukra a csatlakozást.

Szolgáltató összekapcsolhatósága

a fenti példában az 1. Szolgáltató megkapta IGP-jét és ügyfeleit. Csatlakoznak a 2. szolgáltatóhoz, akik szintén megkapták az IGP-t és ügyfeleiket. A 2. szolgáltató a példánkban a 3. szolgáltatóhoz csatlakozik. Az 1 csatlakozik a 4-hez, a 4 az 5-hez, az 5 pedig a 3-hoz.

Megjegyzés: Ez a topológia csak egy példa. A való világban, ez nem olyan, mint a szolgáltatók mindig csatlakozni egymáshoz egy gyűrű, mint ez. Több szolgáltató lesz csatlakoztatva más több különböző szolgáltatóhoz. Csak azért használjuk ezt a topológiát, mert hasznos lesz a példákhoz, amelyeket később látni fog.

IGP skálázhatósági probléma

korábban látta, amikor éppen volt egy szolgáltatónk, hogy az IGP mindenre működik. De problémába fogunk ütközni, ahogy a hálózat növekszik, és több különböző szolgáltatónk van. Az IGP-k, mint például az OSPF és az IS-IS, nem támogatják az internetes útválasztást. Nem lehetséges az egész bolygó útvonalát fizikai ugrásról fizikai ugrásra irányítani. Nem lehet, hogy minden szolgáltató tudjon az egész világ különböző útválasztóiról-nyilvánvalóan ez nem fog működni! Tehát más modellt kell használni. És itt jön a képbe a BGP, a Border Gateway protokoll.

a Border Gateway Protocol (BGP)

a BGP az egyetlen jelenleg használt EGP (Exterior Gateway Protocol), amely az interneten történő útválasztást vezérli. Van sok választási IGP egy vállalaton belül, mint ERGIP, OSPF, satöbbi. De az interneten történő útválasztáshoz mindig a BGP-t használják. És a BGP-vel, ahelyett, hogy információt osztana meg és döntéseket hozna fizikai ugrásról fizikai ugrásra (fizikai útválasztó fizikai útválasztóról), a BGP egy AS by as alapon működik – autonóm rendszerről autonóm rendszerre.

autonóm rendszerek

az autonóm rendszer egy nagy hálózat, például az Internet része, amely egyetlen adminisztratív ellenőrzés alatt áll. Tehát, mint lehet egy szolgáltató hálózata, vagy lehet egy vállalat hálózata. A lényeg az, hogy egyetlen entitás irányítja az útválasztást a hálózat ezen részén belül.

az autonóm rendszer kifejezésnek más jelentése is van. Az EIGRP és a BGP konfigurációkban is használják a hatókörük meghatározására. Ahhoz, hogy az EIGRP útválasztók szomszédságot képezzenek egymással, ugyanabban az EIGRP-ben kell lenniük, mint.

belső átjáró Protokolljaink az útvonalak megosztására szolgálnak egy AS-en belül. És az AS – knek egyetlen koherens belső útvonaltervük van, és következetes képet adnak arról, hogy mely célpontok érhetők el rajta keresztül. Egy vállalat vagy szervezet hálózatán belül egy IGP-t fognak futtatni, és az IGP összes útválasztója tudja, hogyan juthat el a hálózat összes többi hálózatához. Tehát így működik az IGP egy AS – n belül. De a különböző AS-K közötti útválasztáshoz itt fogjuk használni a BGP-t.

amikor a BGP-t használjuk, a szolgáltatók mindegyikének egyedi BGP-száma van. Ezt a fenti ábra fedi le. Mindegyik különböző szolgáltató, az SP1-től az SP5-ig, AS számot kapott. A BGP tudatában lesz ennek a számnak, és a különböző szolgáltatók közötti forgalom irányítására fogja használni. Tudjon meg többet a szolgáltatókon belüli BGP útválasztásról a sorozat következő bejegyzésében!

ebben a Cisco CCNA képzési bemutató, megtudhatja, hogy szükség van a BGP (a Border Gateway Protocol). Görgessen lefelé a videóhoz és a szöveges oktatóanyaghoz. ez az 1.egy sor BGP oktatóanyagok. 2. rész: BGP Útválasztás és útvonalválasztás szolgáltatók számára 3. rész: BGP szomszédok konfigurálása Cisco útválasztókon 4. rész: Hogyan lehet hirdetni a BGP útvonalakat a Cisco…

ebben a Cisco CCNA képzési bemutató, megtudhatja, hogy szükség van a BGP (a Border Gateway Protocol). Görgessen lefelé a videóhoz és a szöveges oktatóanyaghoz. ez az 1.egy sor BGP oktatóanyagok. 2. rész: BGP Útválasztás és útvonalválasztás szolgáltatók számára 3. rész: BGP szomszédok konfigurálása Cisco útválasztókon 4. rész: Hogyan lehet hirdetni a BGP útvonalakat a Cisco…

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.