Ma ma is megbeszéljük a BGP protokollt. Nem fogunk sokáig beszélni arról, hogy miért van szükség rá és hogy miért használják mint egyetlen protokollt. Számos információ található ezzel kapcsolatban, például .
Tehát mi is az a BGP? A BGP egy dinamikus útválasztási protokoll, amely az egyetlen EGP (External Gateway Protocol) protokoll. Ezt a protokollt az internetes útválasztás felépítésére használják. Nézzük meg, hogyan épül fel a szomszédság két BGP útválasztó között.
Nézzük meg a szomszédságot a Router1 és a Router3 között. Állítsuk be őket a következő parancsok segítségével:
router bgp 10
network 192.168.12.0
network 192.168.13.0
neighbor 192.168.13.3 remote-as 10
router bgp 10
network 192.168.13.0
network 192.168.24.0
neighbor 192.168.13.1 remote-as 10A szomszédság egy autonóm rendszeren belül — AS 10. Miután beírtuk az adatokat az útválasztóra, például a Router1-re, ez az útválasztó megpróbálja beállítani a szomszédság kapcsolatait a Router3-mal. Az alapállapot, amikor semmi nem történik, a Idle. Amint beállítják a bgp-t a Router1-en, elkezdi hallgatni a TCP 179-es portot — át fog lépni a Kapcsolódásállapotba, és amikor megpróbálja megnyitni a kapcsolatot a Router3-mal, át fog lépni az Aktív.
Miután a kapcsolat létrejött a Router1 és a Router3 között, megkezdődik az Open üzenetek cseréje. Amikor ezt az üzenetet a Router1 elküldi, ezt az állapotot nevezik Open Sent. Amikor megkapja az Open üzenetet a Router3-tól, akkor át fog lépni az állapotba Open Confirm. Nézzük meg részletesebben az Open üzenetet:
Ebben az üzenetben információt közölnek a BGP protokollról, amelyet az útválasztó használ. Az Open üzenetek váltogatásával a Router1 és a Router3 információt ad át egymásnak a beállításaikról. Az alábbi paraméterek kerülnek átadásra:
- Verzió: ez tartalmazza a BGP verziót, amelyet az útválasztó használ. A BGP jelenlegi verziója a 4-es verzió, amelyet az RFC 4271 ír le. Két BGP útválasztó megpróbál kompatibilis verziót alkotni, ha eltérés van, akkor nem lesz BGP kapcsolat.
- My AS: ez tartalmazza a BGP útválasztó AS számát, az útválasztóknak meg kell egyezniük az AS szám(ok)ban, és ez határozza meg, hogy iBGP-t vagy eBGP-t alkalmaznak.
- Hold Time: ha a BGP nem kap semmilyen keepalive vagy frissítő üzenetet a másik féltől a hold időszak alatt, akkor az 'halottá' nyilvánítja a másik felet és megszünteti a BGP kapcsolatot. Alapértelmezetten a hold idő Ciscón 180 másodpercre van beállítva, a keepalive üzenetet 60 másodpercenként küldik. Mindkét útválasztónak meg kell egyeznie a hold időben, különben nem lesz BGP kapcsolat.
- BGP Identifier: ez az a helyi BGP útválasztó azonosító, amelyet az OSPF-hez hasonlóan választanak ki:
- Használja a router-ID-t, amelyet kézzel állítottak be a bgp router-id parancs segítségével.
- Használja a legmagasabb IP címet egy loopback interfészen.
- Használja a legmagasabb IP címet egy fizikai interfészen.
- Voltak megadva: itt találhat néhány opcionális funkciót a BGP routerhez. Ezt a mezőt azért adták hozzá, hogy új funkciók bevezetésére legyen lehetőség a BGP-ben anélkül, hogy új verziót kellene létrehozni. Amit itt találhat, az a következő:
- támogatás az MP-BGP (Multi Protocol BGP) számára.
- támogatás az útvonal frissítéshez.
- támogatás a 4-bájtos AS számokhoz.
Szomszédság létrehozásához a következő feltételeknek kell teljesülniük:
- A verzió száma. A jelenlegi verzió 4.
- Az AS számnak meg kell egyeznie azzal, amelyet beállított. neighbor 192.168.13.3 remote-as 10.
- A Router ID-nak különböznie kell a szomszédtól.
Ha bármelyik paraméter nem felel meg ezeknek a feltételeknek, a router értesítést küld. Értesítés üzenetet, amelyben megadja a hibát. Az Open üzenetek küldése és fogadása után a szomszédság állapota ESTABLISHEDátmegy egy állapotba. Ekkor a routerek elkezdhetik az útvonalinformációk cseréjét, és ezt Frissítés üzenetek segítségével végzik. Ilyen Update üzenetet küld a Router1 a Router3-nak:
Itt tüntetik fel azokat a hálózatokat, amelyeket a Router1 jelzett és a Path attribútumokat, amelyek a metrikáknak felelnek meg. A Path attribútumokról részletesebben fogunk beszélni. Az TCP session belsejében Keepalive üzenetek is átkerülnek. Ezek alapértelmezetten 60 másodpercenként kerülnek elküldésre. Ez a Keepalive Timer. Ha a Hold Timer alatt nem érkezik Keepalive üzenet, az a kapcsolat elvesztését jelenti a szomszéddal. Alapértelmezés szerint ez 180 másodperc.
Hasznos táblázat:
Úgy tűnik, megértettük, hogyan cserélnek információt egymással a routerek, most próbáljuk megérteni a BGP protokoll működésének logikáját.
A BGP táblázatba való útvonal bejelentéséhez, akárcsak az IGP protokollok esetében, a network parancsot használják, de a működési logika eltérő. Az IGP-nél, miután megadja az útvonalat a network parancsban, az IGP megvizsgálja, hogy mely interfészek tartoznak az adott alhálózathoz, és belefoglalja őket a táblázatába, míg a BGP-ben a network parancs a routing táblát vizsgálja és keres pontos egyezést a network parancsban megadott útvonallal. Amennyiben ilyeneket talál, ezek az útvonalak bekerülnek a BGP táblázatba.
Keresni kell egy útvonalat a router jelenlegi IP routing táblájában, amely pontosan megfelel a network parancs paramétereinek; ha az IP útvonal létezik, az azzal egyenértékű NLRI-t be kell tenni a helyi BGP táblába.
Most aktiváljuk a BGP-t az összes fennmaradó routeren, és megnézzük, hogyan történik az útvonalválasztás egy AS-en belül. Miután a BGP router megkapta az útvonalakat a szomszédtól, megkezdődik az optimális útvonal kiválasztása. Fontos megérteni, hogy milyen típusú szomszédok lehetnek – belső és külső. A router a konfiguráció alapján tudja, hogy a beállított szomszéd belső vagy külső-e? Ha a parancsban:
neighbor 192.168.13.3 remote-as 10 A remote-as parameter specifies AS, which is configured on the router with the command router bgp 10. Routes received from the internal AS are considered internal, while routes from the external are considered external. Different logic applies to each regarding acquisition and sending. Let's take a look at this topology:
Each router has a loopback interface configured with IP: x.x.x.x 255.255.255.0 — where x is the router number. On Router9, we have a loopback interface with the address — 9.9.9.9 255.255.255.0. We will announce this via BGP and see how it spreads. This route will be sent to Router8 and Router12. From Router8, this route will reach Router6, but it will not be present on Router5's routing table. Similarly, this route will reach the table on Router12, but it will also be missing on Router11. Let's try to understand this. We'll look into what data and parameters Router9 shares with its neighbors when announcing this route. The packet below will be sent from Router9 to Router8.
Route information consists of path attributes.
Path attributes are divided into 4 categories:
- Well-known mandatory — all routers working with BGP protocol must recognize these attributes. They must be present in all updates.
- Well-known discretionary — all routers working with BGP protocol must recognize these attributes. They may be present in updates, but their presence is not required.
- Optional transitive — may not be recognized by all BGP implementations. If a router does not recognize an attribute, it marks the update as partial and sends it to its neighbors while preserving the unrecognized attribute.
- Optional non-transitive — may not be recognized by all BGP implementations. If a router does not recognize an attribute, it is ignored and discarded when passing to neighbors.
Examples of BGP attributes:
- Well-known mandatory:
- Autonomous system path
- Next-hop
- Eredet
- Well-known discretionary:
- Local preference
- Atomic aggregate
- Optional transitive:
- Aggregator
- Communities
- Optional non-transitive:
- Multi-exit discriminator (MED)
- Originator ID
- Cluster list
In this case, we will focus on Origin, Next-hop, and AS Path. Since the route transmits between Router8 and Router9, which are within the same AS, it is considered internal; we will pay attention to Origin.
The Origin attribute indicates how the route was received in the update. Possible values for the attribute are:
- 0 — IGP: NLRI received within the originating autonomous system;
- 1 — EGP: Az NLRI az Exterior Gateway Protocol (EGP) protokollal lett tanulva. A BGP elődje, már nem használják.
- 2 — Hiányos: Az NLRI valamilyen más módon lett tanulva.
Ebben az esetben, ahogyan a csomagból látható, az érték 0. Amikor ez az útvonal a Router12-nek lesz továbbítva, akkor ez a kód 1-es értéket fog kapni.
Most következik a Next-hop. A Next-hop attribútum.
- Ez az eBGP-router IP-címe, amelyen keresztül a célhálózat felé vezet az út.
- Az attribútum megváltozik, amikor a prefiks másik AS-be kerül át.
Ha iBGP-ről van szó, azaz egy AS-en belül, akkor a Next-hop az, aki értesítette vagy közölte ezt az útvonalat. Ebben az esetben ez 192.168.89.9 lesz. De amikor a Router8 a Router6-nak továbbítja ezt az útvonalat, a Router8 megváltoztatja azt, és a sajátjára cseréli. A Next-hop tehát 192.168.68.8 lesz. Ez két szabályhoz vezet minket:
- Ha a router egy belső szomszédjának továbbít egy útvonalat, akkor nem változtatja meg a Next-hop paramétert.
- Ha a router egy külső szomszédjának továbbít egy útvonalat, akkor a Next-hop-ot arra az IP-címre cseréli, ahonnan ezt a routertől továbbította.
Ez arra a megértésre vezet minket, hogy miért nem lesz útvonal a Router5 és Router11 routing táblájában. Nézzük meg részletesebben. Tehát, Router6 információt kapott a 9.9.9.0/24 útvonalról, és sikeresen hozzáadta azt a routing táblájához:
Router6#show ip route bgp
Kódok: L - helyi, C - csatlakoztatva, S - statikus, R - RIP, M - mobil, B - BGP
D - EIGRP, EX - EIGRP külső, O - OSPF, IA - OSPF belső terület
N1 - OSPF NSSA külső típus 1, N2 - OSPF NSSA külső típus 2
E1 - OSPF külső típus 1, E2 - OSPF külső típus 2
i - IS-IS, su - IS-IS összegzés, L1 - IS-IS szint-1, L2 - IS-IS szint-2
ia - IS-IS belső terület, * - jelölt alapértelmezett, U - felhasználóra vonatkozó statikus útvonal
o - ODR, P - időszakosan letöltött statikus útvonal, H - NHRP, l - LISP
a - alkalmazás útvonal
+ - replikált útvonal, % - következő ugrás felülírás, p - PfR-ből származó felülírások
A végső tartalék átjáró nincs beállítva
9.0.0.0/24 szét van osztva, 1 alhálózat
B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Most Router6 továbbította a Router5 felé az útvonalat, és az első Next-hop szabályt nem módosította. Tehát Router5-nek hozzá kell adnia <b>9.9.9.0 [20/0] via 192.168.68.8</b> , de nincs útvonala a 192.168.68.8-hoz, ezért ezt az útvonalat nem fogja hozzáadni, bár az útvonal információját tárolni fogja a BGP táblázatban:
<source><b>Router5#show ip bgp
A BGP táblázat verziója 1, a helyi router azonosítója 5.5.5.5
Állapot kódok: s elnyomott, d elnyomott, h történet, * érvényes, > legjobb, i - belső,
r RIB-hiba, S Elavult, m többpontos, b biztonsági másolat-útvonal, f RT-Szűrő,
x legjobb-külső, a kiegészítő-útvonal, c RIB-tömörített,
Eredeti kódok: i - IGP, e - EGP, ? - hiányos
RPKI érvényesítési kódok: V érvényes, I érvénytelen, N Nem található
Hálózat Következő ugrás Metrika LocPrf Súly Útvonal
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>Ugyanez a helyzet történik a Router11-Router12 között is. Az ilyen helyzetek elkerülése érdekében be kell állítani, hogy Router6 vagy Router12, amikor az útvonalat a belső szomszédjaiknak továbbítják, a saját IP-címüket helyezzék be Next-hopként. Ezt a parancs használatával végezzük el:
neighbor 192.168.56.5 next-hop-selfE követően a Router6 Update üzenetet küld, ahol az útvonalaknak Next-hopként a Router6 Gi0/0 interfészének IP-címe — 192.168.56.6 lesz megadva, és ezután ez az útvonal már a routing táblába kerül.
Tovább lépve nézzük meg, hogy megjelenik-e ez az útvonal a Router7-en és Router10-en. A routing táblában nem fog szerepelni, és azt gondolhatnánk, hogy a hiba mint az első esetben a Next-hop paraméterrel kapcsolatos, de ha megnézzük a show ip bgp parancs kimenetét, akkor láthatjuk, hogy az útvonalat még helytelen Next-hop mellett sem kaptuk meg, ami azt jelenti, hogy az útvonalat egyáltalán nem továbbították. És ez egy újabb szabály létezéséhez vezet:
A belső szomszédoktól kapott útvonalak nem kerülnek továbbításra más belső szomszédok felé.
Mivel a Router5 megkapta az útvonalat a Router6-tól, nem fogja azt átadni a másik belső szomszédjának. Ahhoz, hogy az átadás megtörténjen, be kell állítani a funkciót , vagy be kell állítani a teljes összekapcsolt szomszédsági kapcsolatokat (Full Mesh), vagyis a Router5-7 minden egyes szomszédja a másikkal. Ebben az esetben az Útvonallekérdezőt fogjuk használni. A Router5-nél ezt a parancsot kell használni:
szomszéd 192.168.57.7 útvonal-lekérdező-ügyfélAz Útvonallekérdező megváltoztatja a BGP viselkedését az útvonal belső szomszédnak történő átkonfigurálásakor. Ha a belső szomszéd meg van jelölve mint útvonal-lekérdező-ügyfél, akkor ezek a kliensek belső útvonalakat fognak hirdetni.
Az útvonal nem jelent meg a Router7-en? Ne feledkezzünk meg a Next-hop-ról sem. Ezek után az útvonalnak ott is meg kellene jelennie a Router7-en, de ez nem történik meg. Ez elvezet minket egy újabb szabályhoz:
A next-hop szabály csak külső útvonalakra működik. Belső útvonalaknál a next-hop attribútum cseréje nem történik meg.
És így olyan helyzetbe kerülünk, ahol statikus routing vagy IGP protokollok segítségével kell tájékoztatni a routereket az összes útvonalról az AS-en belül. Statikus útvonalakat fogunk beírni a Router6-ra és Router7-re, és ezek után megkapjuk a szükséges útvonalat a router táblázatában. Az 678-as AS-nél kicsit másképp járunk el – statikus útvonalakat fogunk beállítani a 192.168.112.0/24-hez a Router10-en és a 192.168.110.0/24-hez a Router12-nél. Ezt követően szomszédsági kapcsolatokat állítunk be a Router10 és a Router12 között. Az is be lesz állítva, hogy a Router12 elküldi a saját next-hop-ját a Router10-nek:
szomszéd 192.168.110.10 next-hop-selfA végeredmény az lesz, hogy a Router10 meg fogja kapni a 9.9.9.0/24 útvonalat, ezt mind a Router7-től, mind a Router12-től meg fogja kapni. Nézzük meg, hogy mit választ a Router10:
Router10#show ip bgp
A BGP táblázat verziója 3, a helyi router ID 6.6.6.6
Státuszkódok: s: elnyomott, d: csillapított, h: történelem, *: érvényes, >: legjobb, i - belső,
r: RIB-hiba, S: elavult, m: többpálys, b: tartalék-útvonal, f: RT-szűrő,
x: legjobb-külső, a: további-útvonal, c: RIB-összenyomott,
Eredet kódok: i - IGP, e - EGP, ? - hiányos
RPKI validálási kódok: V érvényes, I érvénytelen, N Nem található
Hálózat Next Hop Metika LocPrf Súly Útvonal
* >i 9.9.9.0/24 192.168.112.12 0 100 0 45 i
192.168.107.7 0 123 45 i Ahogy látjuk, két útvonal van, és a nyíl (>) azt jelzi, hogy az útvonal a 192.168.112.12-n keresztül lett kiválasztva.
Nézzük meg, hogyan történik az útvonal választási folyamat:
- Első lépésként, amikor az útvonalat megkapjuk, ellenőrizzük a Next-hop elérhetőségét. Éppen ezért, amikor az útvonalat a Router5-re kaptuk Next-hop-self beállítása nélkül, az útvonal további feldolgozásra nem került átadásra.
- A következő paraméter a Weight. Ez a paraméter nem egy Útvonalattribútum (PA) és nem kerül átadásra a BGP üzenetekben. Helyben, minden egyes routeren beállítható és csak a routeren belüli útválasztási döntés manipulálására használják. Nézzünk egy példát. Egy kicsit feljebb látható, hogy a Router10 a 9.9.9.0/24 útvonalat a Router12 (192.168.112.12) révén választotta. A Weight paraméter megváltoztatásához használhatjuk a route-map funkciót, hogy meghatározzuk bizonyos útvonalakhoz, vagy hozzárendelhetünk a szomszédnak egy súlyt a következő parancs segítségével:
neighbor 192.168.107.7 weight 200Mostantól az összes útvonal e szomszédtól ilyen súlyt fog kapni. Nézzük meg, hogyan változik az útvonalválasztás a fenti manipuláció után:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console A BGP táblázat verziója 2, a helyi router ID 6.6.6.6 Állapotkódok: s fojtott, d damped, h történet, * érvényes, > legjobb, i - belső, r RIB-hiba, S elavult, m többpáthú, b biztonsági út, f RT-Filter, x legjobb-külső, a kiegészítő-út, c RIB-összenyomott, Eredetkódok: i - IGP, e - EGP, ? - hiányos RPKI érvényesítési kódok: V érvényes, I érvénytelen, N Nem található Hálózat Következő Hop Metrika LokPrf Weight Útvonal *> 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 iMint látható, most a Router7-en keresztül lett kiválasztva az útvonal, de ez nem hat a többi routerre.
- A harmadik helyen a Local Preference áll. Ez a paraméter egy Well-known discretionary attribútum, ami annyit jelent, hogy jelenléte nem kötelező. Ez a paraméter csak egy AS-en belül érvényes, és csak a belső szomszédok általi útválasztási döntésre hat. Éppen ezért, ezt csak az Update üzenetekben továbbítják, amelyeket belső szomszédoknak szánnak. Az Update üzenetekben a külső szomszédok számára nem szerepel. Ezért tartozik a Well-known discretionary kategóriába. Próbáljuk meg alkalmazni a Router5-nél. A Router5-nek két útvonala kell, hogy legyen a 9.9.9.0/24-hez — az egyik a Router6-on, a másik a Router7-en keresztül.
Nézzük:
Router5#show bgp A BGP táblázat verziója 2, a helyi router ID 5.5.5.5 Állapotkódok: s fojtott, d damped, h történet, * érvényes, > legjobb, i - belső, r RIB-hiba, S elavult, m többpáthú, b biztonsági út, f RT-Filter, x legjobb-külső, a kiegészítő-út, c RIB-összenyomott, Eredetkódok: i - IGP, e - EGP, ? - hiányos RPKI érvényesítési kódok: V érvényes, I érvénytelen, N Nem található Hálózat Következő Hop Metrika LokPrf Weight Útvonal *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 iDe mint látjuk, az útvonal a Router6-on keresztül van. Hol van az útvonal a Router7-en keresztül? Talán a Router7-en sincsen?
Router#show bgp BGP táblázat verziója 10, a helyi router azonosítója 7.7.7.7 Állapotkódok: s elnyomva, d csillapított, h történelem, * érvényes, > legjobb, i - belső, r RIB-hiba, S elavult, m többpályás, b biztonsági másolat pálya, f RT-Szűrő, x legjobb-externál, a további-pálya, c RIB-összenyomva, Eredet kódok: i - IGP, e - EGP, ? - hiányos RPKI érvényesítési kódok: V érvényes, I érvénytelen, N Nem található Hálózat Szomszéd Metrika LocPrf Súly Pálya *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iFurcsa, úgy tűnik, minden rendben van. Miért nem kerül át a Router5-re? Az egész BGP egy szabálya miatt van:
A router csak azokat az útvonalakat továbbítja, amelyeket ő maga használ.
A Router7 az Router5-ön keresztüli útvonalat használja, ezért a Router10-en keresztüli útvonal nem lesz továbbítva. Térjünk vissza a Helyi Preferenciára. Állítsuk be a Helyi Preferenciát a Router7-en, és nézzük meg, hogyan reagál erre a Router5:
route-map BGP engedélyez 10 match ip cím 10 set helyi-előny 250 hozzáférési lista 10 engedélyez bármit router bgp 123 szomszéd 192.168.107.10 route-map BGP be</b>Tehát létrehoztunk egy route-map-et, amelybe minden útvonal bekerül, és megmondtuk a Router7-nek, hogy a fogadáskor állítsa be a Helyi Preferenciát 250-re, amely alapértelmezetten 100. Nézzük meg, mi történt a Router5-ön:
Router5#show bgp BGP táblázat verziója 8, a helyi router azonosítója 5.5.5.5 Állapotkódok: s elnyomva, d csillapított, h történelem, * érvényes, > legjobb, i - belső, r RIB-hiba, S elavult, m többpályás, b biztonsági másolat pálya, f RT-Szűrő, x legjobb-externál, a további-pálya, c RIB-összenyomva, Eredet kódok: i - IGP, e - EGP, ? - hiányos RPKI érvényesítési kódok: V érvényes, I érvénytelen, N Nem található Hálózat Szomszéd Metrika LocPrf Súly Pálya *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iAhogy most látjuk, a Router5 a Router7-en keresztüli útvonalat részesíti előnyben. Ugyanez a helyzet a Router6-on is, bár neki érdemes lenne a Router8-on keresztüli útvonalat választania. Ezenkívül hozzá kell tennünk, hogy a paraméter változtatásához a szomszédság újraindítása szükséges ahhoz, hogy a változás érvénybe lépjen. Olvasd . A Helyi Preferenciát tisztáztuk. Térjünk át a következő paraméterre.
- Az útvonal előnyben részesítése a Next-hop 0.0.0.0 paraméterrel, azaz helyi vagy aggregált útvonalakkal. Ezeknek az útvonalaknak automatikusan 32768 maximális Weight paramétert rendelnek hozzá a network parancs beírása után:
Router#show bgp BGP táblázat verziója 2, a helyi router azonosítója 9.9.9.9 Állapotkódok: s elnyomva, d csillapított, h történelem, * érvényes, > legjobb, i - belső, r RIB-hiba, S elavult, m többpályás, b biztonsági másolat pálya, f RT-Szűrő, x legjobb-externál, a további-pálya, c RIB-összenyomva, Eredet kódok: i - IGP, e - EGP, ? - hiányos RPKI érvényesítési kódok: V érvényes, I érvénytelen, N Nem található Hálózat Szomszéd Metrika LocPrf Súly Pálya *> 9.9.9.0/24 0.0.0.0 0 32768 i - Legrövidebb út AS-en keresztül. A legrövidebb AS_Path paramétert választják. Minél kevesebb AS-en át halad az útvonal, annál jobb. Nézzük meg a 9.9.9.0/24 útvonalat a Router10-en:
Router10#show bgp A BGP táblázat verziója 2, a helyi router azonosítója 6.6.6.6 Állapotkódok: s elnyomva, d tompítva, h történelem, * érvényes, > legjobb, i - belső, r RIB-hiba, S régi, m több útvonal, b biztonsági másolat, f RT-Szűrő, x legjobb külső, a kiegészítő útvonal, c RIB-összenyomva, Származási kódok: i - IGP, e - EGP, ? - hiányos RPKI validálási kódok: V érvényes, I érvénytelen, N nem található Hálózat Következő Ugrás Metika LocPrf Súly Út * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 iAhogy látja, a Router10 a 192.168.112.12 felé vitte az útvonalat, mert a megadott útvonal AS_Path paramétere csak 45-öt tartalmaz, míg a másik esetben 123 és 45. Intuitívan érthető.
- A következő paraméter az Origin. Az IGP (útvonal a BGP révén) jobb, mint az EGP (útvonal, amely a BGP elődjén keresztül jött, ami ma már nem használatos), és az EGP jobb mint a Incomplete? (valamilyen más módon szerezve, például újraelosztással).
- A következő paraméter a MED. Volt Weight, amely csak lokálisan működött a routeren. Volt Local Preference, amely csak egy autonóm rendszer keretein belül működött. Amint kiderül, a MED az a paraméter, amely átkerül az autonóm rendszerek között. Nagyon jó. erről a paraméterről.
Több attribútumot már nem fognak használni, de ha két útvonal azonos, a következő szabályokat használjuk:
- Válassza ki az utat a legközelebbi IGP szomszédhoz.
- Válassza a legidősebb útvonalat az eBGP úton.
- Válassza az utat a legkisebb BGP router azonosítóval rendelkező szomszédhoz.
- Válassza az utat a legkisebb IP-címmel rendelkező szomszédhoz.
Most nézzük meg a BGP konvergálás kérdését.
Nézzük meg, mi történik, ha feltételezzük, hogy a Router6 elveszíti a 9.9.9.0/24 útvonalat a Router9-en keresztül. Kikapcsoljuk a Gi0/1 interfészt a Router6-on, amely azonnal észlelni fogja, hogy a BGP kapcsolat a Router8-cal megszakadt, és a szomszéd eltűnt, így a tőle kapott útvonalak érvénytelenek. A Router6 azonnal Update üzeneteket küld, amelyekben a 9.9.9.0/24 hálózatot jelölik meg a Withdrawn Routes mezőben. Amint a Router5 megkapja az ilyen üzenetet, továbbítja azt a Router7 felé. De mivel a Router7-nek van útvonala a Router10-en keresztül, azonnal válaszként elküldi az Update-t az új útvonallal. Ha a szomszéd állapotának észlelése nem lehetséges interfész állapota alapján, várni kell a Hold Timer aktiválódására.
Konföderáció.
Ha emlékszel, beszéltünk arról, hogy gyakran használni kell a teljesen összekapcsolt topológiát. Nagy számú router esetén egy AS-ben ez komoly problémákat okozhat, ezért fontos, hogy használjunk konfederciókat. Egy AS-t több al-AS-ra bontunk, ami lehetővé teszi számukra a működést anélkül, hogy teljesen összekapcsolt topológiát igényelnének.
Itt a hivatkozás ehhez , és konfiguráció GNS3-hoz.
Például, egy ilyen topológia esetén mindent összekötnünk kellett volna az AS 2345 routereivel, de a konfederció használatával csak azok között a routerek között tudunk szomszédos kapcsolatokat kialakítani, amelyek közvetlenül összekapcsolódnak egymással. Részletesebben beszéljünk erről. Hogyha csak az AS 2345-ünk lett volna, akkor laForge a Picard-tól kapott utat mesélte volna a routereknek , de ők nem mesélték volna el azt a Data és Worf, de nem mondták volna el Crusher routerének. Továbbá, az a route, amelyet a router terjesztett laForge, nem lett volna átadva Crusher sem Worf-nak, sem Data.
Be kellett volna állítani a Route-Reflectort vagy a teljesen összekapcsolt szomszédos kapcsolatokat. Az AS 2345-öt négy al-AS-re (2, 3, 4, 5) osztva minden router számára végül egy másik működési logikát kapunk. Mindez részletesen le van írva .
Források:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Weboldal
- Weboldal .
Forrás: habr.com
