Ma a BGP protokollt nézzük meg. Nem fogunk sokáig beszélni arról, hogy miért van ez, és miért ezt használják egyedüli protokollként. Elég sok információ van például erről a témáról itt.
Tehát mi az a BGP? A BGP egy dinamikus útválasztási protokoll, és az egyetlen EGP (External Gateway Protocol) protokoll. Ezt a protokollt az interneten történő útválasztás létrehozására használják. Nézzük meg, hogyan épül fel egy szomszédság két BGP útválasztó között.
Tekintsük a Router1 és Router3 közötti környéket. Állítsuk be őket a következő parancsokkal:
Az egyetlen autonóm rendszeren belüli szomszédság az AS 10. Miután megadta az adatokat egy útválasztón, például a Router1-en, a router megpróbál szomszédsági kapcsolatot létrehozni a Router3-mal. A kezdeti állapotot, amikor semmi sem történik, hívják Idle. Amint a bgp be van állítva a Router1-en, elkezdi figyelni a 179-es TCP-portot - állapotba kerül Csatlakozás, és amikor megpróbál munkamenetet nyitni a Router3-mal, állapotba kerül Aktív.
Miután létrejött a munkamenet az 1. útválasztó és a 3. útválasztó között, az Open üzenetek cseréje történik. Amikor ezt az üzenetet az 1. útválasztó küldi, ez az állapot hívódik meg Nyissa meg az Elküldött elemet. És amikor Nyílt üzenetet kap a Router3-tól, állapotba kerül Nyissa meg a Megerősítés lehetőséget. Nézzük meg közelebbről az Open üzenetet:
Ez az üzenet magáról a BGP protokollról közöl információkat, amelyet az útválasztó használ. Az Open üzenetek cseréjével a Router1 és Router3 információkat közöl egymással a beállításaikról. A következő paraméterek kerülnek átadásra:
Változat: ide tartozik az útválasztó által használt BGP-verzió. A BGP jelenlegi verziója a 4-es verzió, amelyet az RFC 4271 ír le. Két BGP-útválasztó megpróbálja egyeztetni a kompatibilis verziót, ha eltérés van, akkor nem lesz BGP-munkamenet.
Az én AS-em: ez tartalmazza a BGP útválasztó AS-számát, az útválasztóknak meg kell állapodniuk az AS-szám(ok)ban, és azt is meghatározza, hogy iBGP-t vagy eBGP-t fognak-e futtatni.
Tartsa az időt: ha a BGP nem kap semmilyen megőrző vagy frissítő üzenetet a másik oldalról a tartási idő alatt, akkor a másik oldalt 'halottnak' nyilvánítja, és lebontja a BGP munkamenetet. Alapértelmezés szerint a tartási idő 180 másodpercre van beállítva a Cisco IOS útválasztókon, a rendszer 60 másodpercenként elküldi az üzenetet. Mindkét útválasztónak meg kell állapodnia a tartási időben, különben nem lesz BGP-munkamenet.
BGP azonosító: ez a helyi BGP útválasztó azonosítója, amelyet ugyanúgy választanak ki, mint az OSPF:
Használja a bgp router-id paranccsal manuálisan konfigurált router-ID-t.
Használja a legmagasabb IP-címet a loopback interfészen.
Használja a legmagasabb IP-címet a fizikai interfészen.
Opcionális paraméterek: itt megtalálja a BGP router néhány opcionális képességét. Ezt a mezőt azért adtuk hozzá, hogy új funkciókat lehessen hozzáadni a BGP-hez anélkül, hogy új verziót kellene létrehozni. Itt találhatók a következők:
MP-BGP (Multi Protocol BGP) támogatása.
az Route Refresh támogatása.
4 oktett AS számok támogatása.
A szomszédság létrehozásához a következő feltételeknek kell teljesülniük:
Verziószám. A jelenlegi verzió a 4.
Az AS számnak meg kell egyeznie a beállított értékkel szomszéd 192.168.13.3 távoli-as 10.
A router azonosítójának különböznie kell a szomszédétól.
Ha valamelyik paraméter nem felel meg ezeknek a feltételeknek, a router elküldi Bejelentés üzenet jelzi a hibát. Nyitott üzenetek küldése és fogadása után a szomszédsági kapcsolat állapotba kerül ALAPÍTOTT. Ezt követően az útválasztók információkat cserélhetnek az útvonalakkal kapcsolatban, és ezt a segítségével tehetik meg Frissítések üzenetek. Ez a frissítési üzenet, amelyet a Router1 küld a Router3-nak:
Itt láthatja a Router1 és Path attribútumok által jelentett hálózatokat, amelyek hasonlóak a metrikákhoz. A Path attribútumokról részletesebben fogunk beszélni. TCP-munkameneten belül is elküldésre kerülnek a Keepalive üzenetek. A továbbítás alapértelmezés szerint 60 másodpercenként történik. Ez egy Keepalive Timer. Ha a Hold Timer alatt nem érkezik Keepalive üzenet, az a szomszéddal való kommunikáció megszakadását jelenti. Alapértelmezés szerint ez 180 másodperc.
Hasznos jel:
Úgy tűnik, rájöttünk, hogy a routerek hogyan továbbítanak információkat egymásnak, most próbáljuk megérteni a BGP protokoll logikáját.
A BGP táblához vezető útvonal hirdetéséhez, mint az IGP protokollokban, a hálózati parancsot használják, de a működési logika más. Ha az IGP-ben, miután a hálózati parancsban megadta az útvonalat, az IGP megnézi, hogy mely interfészek tartoznak ehhez az alhálózathoz, és felveszi azokat a táblájába, akkor a BGP hálózati parancsa megnézi az útválasztási táblát, és megkeresi точное megegyezik a hálózati parancsban szereplő útvonallal. Ha talál ilyet, ezek az útvonalak megjelennek a BGP táblázatban.
Keressen egy útvonalat az útválasztó aktuális IP-útválasztási táblázatában, amely pontosan megegyezik a hálózati parancs paramétereivel; ha az IP-útvonal létezik, tegye be az egyenértékű NLRI-t a helyi BGP-táblába.
Most emeljük fel a BGP-t az összes többire, és nézzük meg, hogyan van kiválasztva az útvonal egy AS-en belül. Miután a BGP útválasztó útvonalakat kap a szomszédjától, elkezdi kiválasztani az optimális útvonalat. Itt meg kell értenie, hogy milyen típusú szomszédok lehetnek - belső és külső. A router a konfiguráció alapján megérti, hogy a konfigurált szomszéd belső vagy külső? Ha csapatban:
neighbor 192.168.13.3 remote-as 10
a remote-as paraméter meghatározza az AS-t, amely magán az útválasztón van konfigurálva a router bgp 10 paranccsal. A belső AS-től érkező útvonalakat belsőnek, a külső AS-ről érkező útvonalakat pedig külsőnek tekintjük. És mindegyiknél más a fogadás és a küldés logikája. Tekintsük ezt a topológiát:
Minden útválasztó rendelkezik egy visszacsatolási interfésszel, amely ip-vel van konfigurálva: xxxx 255.255.255.0 – ahol x az útválasztó száma. A Router9-en van egy loopback interfészünk a következő címmel: 9.9.9.9 255.255.255.0. A BGP-n keresztül bejelentjük, és meglátjuk, hogyan terjed. Ezt az útvonalat a Router8 és a Router12 továbbítja. A Router8-tól ez az útvonal a Router6-hoz fog menni, de a Router5-höz nem lesz benne az útválasztási táblázatban. A Router12-n is megjelenik ez az útvonal a táblázatban, de a Router11-en sem lesz ott. Próbáljuk meg ezt kitalálni. Nézzük meg, milyen adatokat és paramétereket továbbít a Router9 a szomszédjainak, jelentve ezt az útvonalat. Az alábbi csomag a Router9-ről a Router8-ra kerül.
Az útvonalinformáció az útvonalattribútumokból áll.
Az útvonalattribútumok 4 kategóriába sorolhatók:
Köztudottan kötelező - Minden BGP-t futtató útválasztónak fel kell ismernie ezeket az attribútumokat. Minden frissítésben jelen kell lennie.
Jól ismert diszkrecionális - Minden BGP-t futtató útválasztónak fel kell ismernie ezeket az attribútumokat. Jelen lehetnek a frissítésekben, de jelenlétük nem kötelező.
Választható tranzitív - előfordulhat, hogy nem ismeri fel minden BGP implementáció. Ha az útválasztó nem ismeri fel az attribútumot, a frissítést részlegesnek jelöli, és továbbítja a szomszédjainak, eltárolva a fel nem ismert attribútumot.
Opcionális, nem tranzitív - előfordulhat, hogy nem ismeri fel minden BGP implementáció. Ha az útválasztó nem ismeri fel az attribútumot, akkor az attribútumot figyelmen kívül hagyja és eldobja, amikor átadja a szomszédoknak.
Példák BGP attribútumokra:
Köztudottan kötelező:
Autonóm rendszerútvonal
Következő ugrás
Eredet
Jól ismert diszkrecionális:
Helyi preferencia
Atom aggregátum
Választható tranzitív:
Összesítő
Közösségek
Opcionális, nem tranzitív:
Több kijáratú diszkriminátor (MED)
Kezdeményező azonosítója
Klaszter lista
Ebben az esetben egyelőre az Origin, a Next-hop, az AS Path lesz az érdeklődésünk. Mivel az útvonal Router8 és Router9 között, azaz egy AS-en belül továbbít, belsőnek minősül, és az Origin-re fogunk figyelni.
Origin attribútum – azt jelzi, hogyan szerezték be a frissítésben szereplő útvonalat. Lehetséges attribútumértékek:
0 - IGP: az eredeti autonóm rendszerben kapott NLRI;
1 - EGP: Az NLRI-t az Exterior Gateway Protocol (EGP) segítségével tanulják meg. A BGP elődje, nem használt
2 - Hiányos: Az NLRI-t más módon tanulták meg
A mi esetünkben, amint a csomagból látható, ez egyenlő 0-val. Amikor ezt az útvonalat továbbítják a Router12-nek, ennek a kódnak a kódja 1 lesz.
Next, Next-hop. Next-hop attribútum
Ez az eBGP útválasztó IP-címe, amelyen keresztül a célhálózat elérési útja halad.
Az attribútum megváltozik, amikor az előtagot egy másik AS-hez küldik.
Az iBGP esetében, vagyis egy AS-en belül a Next-hop-ot az fogja jelezni, aki értesült erről az útvonalról vagy mesélt róla. Esetünkben 192.168.89.9 lesz. De amikor ezt az útvonalat továbbítják a Router8-ról a Router6-ra, a Router8 megváltoztatja, és lecseréli a sajátjára. A következő ugrás 192.168.68.8 lesz. Ez két szabályhoz vezet bennünket:
Ha egy útválasztó továbbít egy útvonalat a belső szomszédjához, akkor nem változtatja meg a Next-hop paramétert.
Ha egy útválasztó egy útvonalat továbbít a külső szomszédjának, akkor a Next-hop-ot annak az interfésznek az IP-jére változtatja, amelyről a router továbbít.
Ez elvezet bennünket ahhoz, hogy megértsük az első problémát – Miért nem lesz útvonal az útválasztási táblázatban a Router5 és Router11 esetében. Nézzük meg közelebbről. Tehát a Router6 információt kapott a 9.9.9.0/24 útvonalról, és sikeresen hozzáadta az útválasztási táblázathoz:
Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
9.0.0.0/24 is subnetted, 1 subnets
B 9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:
<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>
Ugyanez történik a Router11-Router12 között. A helyzet elkerülése érdekében be kell állítania a Router6-t vagy Router12-t, amikor átadja az útvonalat a belső szomszédoknak, hogy az IP-címüket Next-hop-ként helyettesítse. Ez a következő paranccsal történik:
neighbor 192.168.56.5 next-hop-self
A parancs után a Router6 frissítés üzenetet küld, ahol a Gi0/0 Router6 interfész ip-je Next-hop for routes-ként lesz megadva - 192.168.56.6, ami után ez az útvonal már szerepelni fog az útválasztási táblázatban.
Menjünk tovább, és nézzük meg, hogy ez az útvonal megjelenik-e a Router7-en és a Router10-en. Nem lesz benne az útválasztási táblában, és azt gondolhatnánk, hogy ugyanaz a probléma, mint az elsőben a Next-hop paraméterrel, de ha megnézzük a show ip bgp parancs kimenetét, látni fogjuk, hogy a az útvonalat még rossz Next-hop-al sem fogadta, ami azt jelenti, hogy az útvonalat nem is továbbították. És ez elvezet bennünket egy másik szabály létezéséhez:
A belső szomszédoktól kapott útvonalakat a rendszer nem továbbítja más belső szomszédokhoz.
Mivel a Router5 az útvonalat a Router6-tól kapta, az nem kerül továbbításra a másik belső szomszédjához. Az átvitelhez konfigurálnia kell a funkciót Útvonalvisszaverő, vagy konfiguráljon teljesen összekapcsolt szomszédsági kapcsolatokat (Full Mesh), vagyis a Router5-7 mindenki szomszédja lesz mindenkinek. Ebben az esetben Route Reflektort használunk. A Router5-ön ezt a parancsot kell használnia:
neighbor 192.168.57.7 route-reflector-client
A Route-Reflector megváltoztatja a BGP viselkedését, amikor átad egy útvonalat egy belső szomszédnak. Ha a belső szomszédot úgy adjuk meg útvonal-reflektor-kliens, akkor ezeknek az ügyfeleknek belső útvonalakat hirdetünk meg.
Az útvonal nem jelent meg a Router7-en? Ne feledkezzünk meg a Next-hopról sem. Ezen manipulációk után az útvonalnak a Router7-hez is kell mennie, de ez nem történik meg. Ezzel elvezetünk egy másik szabályhoz:
A következő ugrás szabálya csak külső útvonalakon működik. Belső útvonalak esetén a következő ugrás attribútum nem kerül lecserélésre.
És olyan helyzetet kapunk, amikor statikus útválasztási vagy IGP-protokollokat használó környezetet kell létrehozni, hogy tájékoztassák az útválasztókat az AS-en belüli összes útvonalról. Regisztráljunk statikus útvonalakat a Router6-on és Router7-en, és ezt követően megkapjuk a kívánt útvonalat a router táblázatban. Az AS 678-ban egy kicsit másképp fogjuk csinálni - a 192.168.112.0/24-hez a Router10-en és a 192.168.110.0/24-hez a Router12-n statikus útvonalakat regisztrálunk. Ezután létrehozzuk a Router10 és a Router12 közötti szomszédsági kapcsolatot. A Router12-t úgy is beállítjuk, hogy a következő ugrást a Router10-re küldje:
neighbor 192.168.110.10 next-hop-self
Az eredmény az lesz, hogy a Router10 a 9.9.9.0/24 útvonalat fogja kapni, azt a Router7 és a Router12 is. Lássuk, mit választ a Router10:
Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>i 9.9.9.0/24 192.168.112.12 0 100 0 45 i
192.168.107.7 0 123 45 i
Amint látjuk, két útvonal és egy nyíl (>) azt jelenti, hogy a 192.168.112.12-en keresztüli útvonal van kiválasztva.
Nézzük meg, hogyan működik az útvonalválasztás folyamata:
Az útvonal fogadásakor az első lépés a Next-hop elérhetőségének ellenőrzése. Éppen ezért, amikor a Router5-ön egy útvonalat kaptunk a Next-hop-self beállítása nélkül, ezt az útvonalat nem dolgoztuk tovább.
Ezután jön a súly paraméter. Ez a paraméter nem elérési út attribútum (PA), és nem küldi el BGP-üzenetekben. Minden útválasztón helyileg van konfigurálva, és csak magán az útválasztón az útvonalválasztás manipulálására szolgál. Nézzünk egy példát. Közvetlenül fent látható, hogy a Router10 a 9.9.9.0/24 útvonalat választotta a Router12-n keresztül (192.168.112.12). A Wieght paraméter megváltoztatásához a route-map segítségével beállíthat konkrét útvonalakat, vagy súlyt rendelhet a szomszédjához a következő paranccsal:
neighbor 192.168.107.7 weight 200
Most a szomszédból induló összes útvonal ilyen súlyú lesz. Nézzük meg, hogyan változik az útvonalválasztás a manipuláció után:
Router10#show bgp
*Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console
BGP table version is 2, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*> 9.9.9.0/24 192.168.107.7 200 123 45 i
* i 192.168.112.12 0 100 0 45 i
Amint láthatja, a Router7-en keresztüli útvonal ki van választva, de ez nem lesz hatással a többi útválasztóra.
A harmadik helyen a helyi preferencia áll rendelkezésünkre. Ez a paraméter egy jól ismert diszkrecionális attribútum, ami azt jelenti, hogy jelenléte nem kötelező. Ez a paraméter csak egy AS-en belül érvényes, és csak a belső szomszédok útvonalválasztását befolyásolja. Ezért csak a belső szomszédnak szánt frissítési üzenetekben kerül továbbításra. Nem található meg a Frissítési üzenetekben külső szomszédok számára. Ezért a jól ismert diszkrecionális kategóriába sorolták. Próbáljuk meg alkalmazni a Router5-ön. A Router5-ön két útvonalat kell biztosítanunk a 9.9.9.0/24-hez – az egyik a Router6-on, a másik pedig a Router7-en keresztül.
Nézzük:
Router5#show bgp
BGP table version is 2, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i
De ahogy látjuk az egyik útvonalat a Router6-on keresztül. Hol van az útvonal a Router7-en keresztül? Lehet, hogy a Router7-ben sincs? Nézzük:
Router#show bgp
BGP table version is 10, local router ID is 7.7.7.7
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i
192.168.107.10 0 678 45 i
Furcsa, úgy tűnik, minden rendben van. Miért nem továbbítják a Router5-re? A helyzet az, hogy a BGP-nek van egy szabálya:
Az útválasztó csak azokat az útvonalakat továbbítja, amelyeket használ.
A Router7 a Router5-ön keresztüli útvonalat használja, így a Router10-en keresztüli útvonal nem kerül továbbításra. Térjünk vissza a Helyi beállításokhoz. Állítsuk be a helyi beállításokat a Router7-en, és nézzük meg, hogyan reagál erre a Router5:
route-map BGP permit 10
match ip address 10
set local-preference 250
access-list 10 permit any
router bgp 123
neighbor 192.168.107.10 route-map BGP in</b>
Tehát létrehoztunk egy útvonaltérképet, amely tartalmazza az összes útvonalat, és azt mondtuk a Router7-nek, hogy a Helyi beállítások paraméterét 250-re állítsa, amikor megkapta, az alapértelmezett 100. Lássuk, mi történt a Router5-ön:
Router5#show bgp
BGP table version is 8, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 i
Amint látjuk, a Router5 a Router7-en keresztüli útvonalat részesíti előnyben. Ugyanez a kép lesz a Router6-on is, bár számára jövedelmezőbb a Router8-on keresztüli útvonalat választani. Azt is hozzátesszük, hogy ennek a paraméternek a módosításához a környezet újraindítása szükséges ahhoz, hogy a változás érvénybe lépjen. Olvas itt. Megoldottuk a Helyi beállításokat. Térjünk át a következő paraméterre.
Előnyben részesítse a 0.0.0.0 Next-hop paraméterű útvonalat, azaz helyi vagy összesített útvonalakat. A hálózati parancs megadása után ezekhez az útvonalakhoz a rendszer automatikusan hozzárendel egy súlyparamétert, amely megegyezik a maximummal – 32678-mal:
Router#show bgp
BGP table version is 2, local router ID is 9.9.9.9
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*> 9.9.9.0/24 0.0.0.0 0 32768 i
A legrövidebb út az AS-en keresztül. A legrövidebb AS_Path paraméter van kiválasztva. Minél kevesebb AS-n halad át egy útvonal, annál jobb. Tekintsük a 9.9.9.0/24-hez vezető útvonalat a Router10-en:
Router10#show bgp
BGP table version is 2, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
* 9.9.9.0/24 192.168.107.7 0 123 45 i
*>i 192.168.112.12 0 100 0 45 i
Mint látható, a Router10 a 192.168.112.12 útvonalon keresztül választotta az útvonalat, mert ehhez az útvonalhoz az AS_Path paraméter csak 45-öt tartalmaz, egy másik esetben pedig 123-at és 45-öt. Intuitív módon egyértelmű.
A következő paraméter az Origin. Az IGP (BGP-vel kapott útvonal) jobb, mint az EGP (a BGP elődjével kapott útvonal, már nincs használatban), és az EGP jobb, mint a hiányos? (valamilyen más módszerrel, például újraelosztással nyerjük).
A következő paraméter a MED. Wieghtünk volt, ami csak helyileg működött a routeren. Létezett a Helyi preferencia, amely csak egyetlen autonóm rendszeren belül működött. Ahogy sejthető, a MED egy olyan paraméter, amely az autonóm rendszerek között továbbítódik. Nagyon jó cikk erről a paraméterről.
Több attribútum nem kerül felhasználásra, de ha két útvonal ugyanazokkal az attribútumokkal rendelkezik, akkor a következő szabályokat kell használni:
Válassza ki a legközelebbi IGP-szomszédon keresztül vezető utat.
Válassza ki a legrégebbi útvonalat az eBGP útvonalhoz.
Válassza ki a legkisebb BGP útválasztó azonosítóval rendelkező szomszédon keresztül vezető utat.
Válasszon egy utat a legalacsonyabb IP-című szomszédon keresztül.
Most nézzük meg a BGP konvergencia kérdését.
Nézzük meg, mi történik, ha a Router6 elveszíti a 9.9.9.0/24 útvonalat a Router9-en keresztül. Tiltsuk le a Router0 Gi1/6 interfészét, amely azonnal megérti, hogy a BGP munkamenet a Router8-cal megszakadt és a szomszéd eltűnt, ami azt jelenti, hogy a tőle kapott útvonal nem érvényes. A Router6 azonnal Frissítés üzeneteket küld, ahol a Visszavont útvonalak mezőben a 9.9.9.0/24 hálózatot jelzi. Amint a Router5 ilyen üzenetet kap, elküldi a Router7-nek. De mivel a Router7-nek van egy útvonala a Router10-en keresztül, azonnal válaszol egy frissítéssel egy új útvonallal. Ha az interfész állapota alapján nem észlelhető a szomszéd leesése, akkor meg kell várnia, amíg a Hold Timer bekapcsol.
Államszövetség.
Ha emlékszel, beszéltünk arról, hogy gyakran kell teljesen összekapcsolt topológiát használni. Nagyszámú útválasztó egy AS-ben ez nagy problémákat okozhat, ennek elkerülése érdekében konföderációkat kell használni. Egy AS több al-AS-re van felosztva, ami lehetővé teszi, hogy teljesen összekapcsolt topológia nélkül működjenek.
Itt van egy link ehhez labuÉs itt konfiguráció a GNS3 számára.
Például ezzel a topológiával össze kellene kapcsolnunk az AS 2345 összes útválasztóját egymással, de a konföderáció használatával szomszédsági kapcsolatokat csak az egymáshoz közvetlenül kapcsolódó útválasztók között tudunk létrehozni. Beszéljünk erről részletesen. Ha csak AS 2345 lenne, akkor laForge miután megkapta a felvonulást Picard elmondaná a routereknek dátum и Worf, de erről nem szóltak a routernek Crusher . Maga az útválasztó által terjesztett útvonalak is laForge, nem került volna át Crusher sem Worf-Óh ne dátum.
Konfigurálnia kell egy Útvonal-reflektort vagy egy teljesen összekapcsolt szomszédsági kapcsolatot. Ha minden útválasztóhoz egy AS 2345-öt 4 al-AS-re (2,3,4,5) osztunk fel, más működési logikát kapunk. Minden tökéletesen le van írva itt.
Forrás:
CCIE Routing and Switching v5.0 hivatalos tanúsítási útmutató, 2. kötet, XNUMX. kiadás, Narbik Kocharians, Terry Vinson.