Dnes sa pozrieme na protokol BGP. Nebudeme dlho hovoriť o tom, prečo to je a prečo sa používa ako jediný protokol. Napríklad o tejto téme je veľa informácií .
Čo je teda BGP? BGP je dynamický smerovací protokol a je jediným protokolom EGP (External Gateway Protocol). Tento protokol sa používa na vytvorenie smerovania na internete. Pozrime sa, ako sa susedí medzi dvoma smerovačmi BGP.
Zvážte susedstvo medzi Router1 a Router3. Nakonfigurujme ich pomocou nasledujúcich príkazov:
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 10Susedstvom v rámci jedného autonómneho systému je AS 10. Po zadaní informácií o smerovači, ako je smerovač 1, sa tento smerovač pokúsi nadviazať vzťah so smerovačom 3. Počiatočný stav, keď sa nič nedeje, sa nazýva Lenivý. Akonáhle je bgp nakonfigurovaný na Router1, začne počúvať TCP port 179 - prejde do stavu Pripojiťa keď sa pokúsi otvoriť reláciu s Router3, prejde do stavu aktívny.
Po nadviazaní spojenia medzi smerovačmi 1 a smerovačom 3 sa vymenia otvorené správy. Keď túto správu odošle Router1, zavolá sa tento stav Otvorte Odoslané. A keď dostane správu Open od Router3, prejde do stavu Otvorte Potvrdiť. Pozrime sa bližšie na správu Open:
Táto správa sprostredkúva informácie o samotnom protokole BGP, ktorý router používa. Výmenou otvorených správ si Router1 a Router3 navzájom vymieňajú informácie o svojich nastaveniach. Prechádzajú sa nasledujúce parametre:
- verzia: zahŕňa verziu BGP, ktorú router používa. Aktuálna verzia BGP je verzia 4, ktorá je opísaná v RFC 4271. Dva smerovače BGP sa pokúsia vyjednať kompatibilnú verziu, ak dôjde k nezhode, nebude relácia BGP.
- Môj AS: toto zahŕňa AS číslo smerovača BGP, smerovače sa budú musieť dohodnúť na čísle AS a tiež definuje, či budú používať iBGP alebo eBGP.
- Počkaj čas: ak BGP nedostane od druhej strany žiadnu udržiavaciu alebo aktualizačnú správu počas doby zadržania, potom vyhlási druhú stranu za „mŕtvu“ a preruší reláciu BGP. V predvolenom nastavení je čas podržania nastavený na 180 sekúnd na smerovačoch Cisco IOS, správa udržiavania sa odosiela každých 60 sekúnd. Obidva smerovače sa musia dohodnúť na čase pozastavenia, inak nebude relácia BGP.
- Identifikátor BGP: toto je miestne ID smerovača BGP, ktoré sa volí rovnako ako OSPF:
- Použite router-ID, ktorý bol nakonfigurovaný manuálne pomocou príkazu bgp router-id.
- Na rozhraní spätnej slučky použite najvyššiu IP adresu.
- Na fyzickom rozhraní použite najvyššiu IP adresu.
- Voliteľné parametre: tu nájdete niektoré voliteľné možnosti smerovača BGP. Toto pole bolo pridané, aby bolo možné do BGP pridávať nové funkcie bez toho, aby ste museli vytvárať novú verziu. Tu môžete nájsť tieto veci:
- podpora pre MP-BGP (Multi Protocol BGP).
- podpora pre obnovenie trasy.
- podpora 4-oktetových AS čísel.
Na vytvorenie susedstva musia byť splnené tieto podmienky:
- Číslo verzie. Aktuálna verzia je 4.
- Číslo AS sa musí zhodovať s tým, čo ste nakonfigurovali sused 192.168.13.3 vzdialený-ako 10.
- ID smerovača sa musí líšiť od suseda.
Ak niektorý z parametrov nespĺňa tieto podmienky, smerovač odošle Oznámenie správa označujúca chybu. Po odoslaní a prijatí správ Open sa susedský vzťah dostane do stavu ZALOŽENÝ. Potom si smerovače môžu vymieňať informácie o trasách a robiť to pomocou Aktualizácia správy. Toto je aktualizačná správa odoslaná smerovačom 1 smerovaču 3:
Tu môžete vidieť siete vykazované atribútmi Router1 a Path, ktoré sú analogické s metrikami. O atribútoch Path si povieme podrobnejšie. Správy Keepalive sa tiež odosielajú v rámci relácie TCP. Štandardne sa vysielajú každých 60 sekúnd. Toto je Keepalive Timer. Ak počas časovača Hold neprijme správu Keepalive, bude to znamenať stratu komunikácie so susedom. Štandardne sa rovná 180 sekundám.
Užitočný znak:
Zdá sa, že sme prišli na to, ako si smerovače navzájom prenášajú informácie, teraz sa pokúsme pochopiť logiku protokolu BGP.
Na inzerovanie trasy k tabuľke BGP, ako v protokoloch IGP, sa používa sieťový príkaz, ale prevádzková logika je iná. Ak sa v IGP po zadaní trasy v sieťovom príkaze IGP pozrie na to, ktoré rozhrania patria do tejto podsiete a zahrnie ich do svojej tabuľky, potom sa sieťový príkaz v BGP pozrie na smerovaciu tabuľku a vyhľadá точное zodpovedá trase v príkaze siete. Ak sa také nájdu, tieto trasy sa zobrazia v tabuľke BGP.
Vyhľadajte trasu v aktuálnej tabuľke smerovania IP smerovača, ktorá presne zodpovedá parametrom sieťového príkazu; ak trasa IP existuje, vložte ekvivalentné NLRI do lokálnej tabuľky BGP.
Teraz zvýšime BGP na všetky zostávajúce a uvidíme, ako sa trasa vyberá v rámci jedného AS. Keď smerovač BGP prijme trasy od svojho suseda, začne s výberom optimálnej trasy. Tu musíte pochopiť, aký typ susedov môže existovať - vnútorný a vonkajší. Rozumie router podľa konfigurácie tomu, či je nakonfigurovaný sused interný alebo externý? Ak ste v tíme:
neighbor 192.168.13.3 remote-as 10 parameter remote-as špecifikuje AS, ktorý je nakonfigurovaný na samotnom smerovači v príkaze smerovača bgp 10. Cesty prichádzajúce z interného AS sa považujú za interné a cesty z externého AS sa považujú za externé. A u každého funguje iná logika prijímania a odosielania. Zvážte túto topológiu:
Každý smerovač má rozhranie spätnej slučky nakonfigurované s ip: xxxx 255.255.255.0 - kde x je číslo smerovača. Na Router9 máme rozhranie spätnej slučky s adresou - 9.9.9.9 255.255.255.0. Oznámime to cez BGP a uvidíme, ako sa to rozšíri. Táto trasa sa prenesie do smerovačov 8 a 12. Z Router8 pôjde táto trasa do Router6, ale do Router5 nebude v smerovacej tabuľke. Aj na Router12 sa táto trasa objaví v tabuľke, ale na Router11 tam tiež nebude. Skúsme na to prísť. Uvažujme, aké údaje a parametre Router9 prenáša svojim susedom a nahlási túto trasu. Nižšie uvedený paket bude odoslaný z Router9 do Router8.
Informácie o trase pozostávajú z atribútov Path.
Atribúty cesty sú rozdelené do 4 kategórií:
- Známy povinný - Všetky smerovače so systémom BGP musia rozpoznať tieto atribúty. Musí byť prítomný vo všetkých aktualizáciách.
- Známy diskrečný - Všetky smerovače so systémom BGP musia rozpoznať tieto atribúty. Môžu byť prítomné v aktualizáciách, ale ich prítomnosť sa nevyžaduje.
- Voliteľný prechodník - nemusia byť rozpoznané všetkými implementáciami BGP. Ak router tento atribút nerozpozná, označí aktualizáciu ako čiastočnú a prepošle ju svojim susedom, pričom si uloží nerozpoznaný atribút.
- Voliteľné neprechodné - nemusia byť rozpoznané všetkými implementáciami BGP. Ak smerovač nerozpozná atribút, potom sa atribút ignoruje a pri odovzdaní susedom sa zahodí.
Príklady atribútov BGP:
- Známy povinný:
- Cesta autonómneho systému
- Ďalší skok
- Pôvod
- Známy diskrečný:
- Miestna preferencia
- Atómový agregát
- Voliteľný prechodník:
- Agregátor
- komunity
- Voliteľné neprechodné:
- Multiexitový diskriminátor (MED)
- ID pôvodcu
- Zoznam klastrov
V tomto prípade nás zatiaľ bude zaujímať Origin, Next-hop, AS Path. Keďže trasa prenáša medzi Router8 a Router9, teda v rámci jedného AS, je považovaná za internú a budeme venovať pozornosť Origin.
Atribút pôvodu – označuje spôsob získania trasy v aktualizácii. Možné hodnoty atribútov:
- 0 - IGP: NLRI prijaté v rámci pôvodného autonómneho systému;
- 1 - EGP: NLRI sa učí pomocou protokolu Exterior Gateway Protocol (EGP). Predchodca BGP, nepoužíva sa
- 2 - Neúplné: NLRI sa naučili iným spôsobom
V našom prípade, ako je zrejmé z paketu, sa rovná 0. Keď sa táto cesta prenesie do smerovača 12, tento kód bude mať kód 1.
Next, Next-hop. Atribút ďalšieho skoku
- Ide o IP adresu smerovača eBGP, cez ktorý ide cesta do cieľovej siete.
- Atribút sa zmení, keď sa predpona odošle do iného AS.
V prípade iBGP, teda v rámci jedného AS, bude Next-hop indikovaný tým, ktorý sa dozvedel alebo povedal o tejto ceste. V našom prípade to bude 192.168.89.9. Keď sa však táto trasa prenáša zo smerovača 8 do smerovača 6, smerovač 8 ju zmení a nahradí svojou vlastnou. Ďalší skok bude 192.168.68.8. To nás vedie k dvom pravidlám:
- Ak smerovač prepošle trasu svojmu internému susedovi, nezmení parameter Next-hop.
- Ak smerovač vysiela cestu svojmu externému susedovi, zmení Next-hop na ip rozhrania, z ktorého tento smerovač vysiela.
To nás vedie k pochopeniu prvého problému – Prečo nebude v smerovacej tabuľke na Router5 a Router11 žiadna trasa. Poďme sa na to pozrieť bližšie. Router6 teda dostal informácie o ceste 9.9.9.0/24 a úspešne ju pridal do smerovacej tabuľky:
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>Rovnaká situácia nastane medzi Router11-Router12. Aby ste predišli tejto situácii, musíte nakonfigurovať Router6 alebo Router12 pri odovzdávaní trasy ich interným susedom tak, aby ich IP adresa nahradila ako Next-hop. To sa vykonáva pomocou príkazu:
neighbor 192.168.56.5 next-hop-selfPo tomto príkaze Router6 odošle aktualizačnú správu, kde ip rozhrania Gi0/0 Router6 bude špecifikovaná ako Next-hop pre trasy - 192.168.56.6, po ktorej bude táto trasa už zahrnutá v smerovacej tabuľke.
Poďme ďalej a uvidíme, či sa táto trasa objaví na Router7 a Router10. V smerovacej tabuľke to nebude a mohli by sme si myslieť, že problém je rovnaký ako v prvom s parametrom Next-hop, ale keď sa pozrieme na výstup príkazu show ip bgp, uvidíme, že trasa tam nebola prijatá ani s nesprávnym Next-hop, čo znamená, že trasa nebola ani prenesená. A to nás privedie k existencii ďalšieho pravidla:
Trasy prijaté od vnútorných susedov sa nešíria k iným interným susedom.
Keďže Router5 prijal trasu od Router6, nebude prenášaná do jeho ďalšieho interného suseda. Aby sa prenos uskutočnil, musíte nakonfigurovať funkciu , alebo nakonfigurovať plne prepojené susedské vzťahy (Full Mesh), to znamená, že Router5-7 bude každý susedom s každým. V tomto prípade použijeme Route Reflector. Na Router5 musíte použiť tento príkaz:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector mení správanie BGP pri prechode trasy k internému susedovi. Ak je vnútorný sused uvedený ako trasa-reflektor-klient, potom budú týmto klientom inzerované interné cesty.
Trasa sa nezobrazila na Router7? Nezabudnite ani na Next-hop. Po týchto manipuláciách by trasa mala ísť aj na Router7, ale to sa nestane. To nás privádza k ďalšiemu pravidlu:
Pravidlo ďalšieho skoku funguje len pre externé trasy. Pre interné cesty sa atribút ďalšieho skoku nenahrádza.
A dostávame sa do situácie, v ktorej je potrebné vytvoriť prostredie pomocou statického smerovania alebo protokolov IGP, aby informovali smerovače o všetkých cestách v rámci AS. Zaregistrujme statické trasy na Router6 a Router7 a potom získame požadovanú trasu v tabuľke smerovača. V AS 678 to urobíme trochu inak - zaregistrujeme statické trasy pre 192.168.112.0/24 na Router10 a 192.168.110.0/24 na Router12. Ďalej vytvoríme susedský vzťah medzi Router10 a Router12. Nakonfigurujeme tiež Router12 tak, aby poslal svoj ďalší skok do Router10:
neighbor 192.168.110.10 next-hop-selfVýsledkom bude, že Router10 dostane trasu 9.9.9.0/24, bude prijatá z Router7 aj Router12. Pozrime sa, akú voľbu robí 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
Ako vidíme, dve trasy a šípka (>) znamenajú, že je zvolená cesta cez 192.168.112.12.
Pozrime sa, ako funguje proces výberu trasy:
- Prvým krokom pri prijímaní trasy je skontrolovať dostupnosť jej Next-hop. Preto, keď sme dostali trasu na Router5 bez nastavenia Next-hop-self, táto trasa nebola ďalej spracovaná.
- Ďalej nasleduje parameter Hmotnosť. Tento parameter nie je atribútom cesty (PA) a neodosiela sa v správach BGP. Konfiguruje sa lokálne na každom smerovači a používa sa iba na manipuláciu s výberom trasy na samotnom smerovači. Pozrime sa na príklad. Hneď vyššie môžete vidieť, že Router10 si vybral cestu pre 9.9.9.0/24 cez Router12 (192.168.112.12). Ak chcete zmeniť parameter Wieght, môžete použiť route-map na nastavenie konkrétnych trás alebo priradiť váhu susedovi pomocou príkazu:
neighbor 192.168.107.7 weight 200Teraz budú mať všetky trasy od tohto suseda túto váhu. Pozrime sa, ako sa po tejto manipulácii zmení výber trasy:
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 iAko vidíte, trasa cez Router7 je teraz vybratá, ale to nebude mať žiadny vplyv na ostatné smerovače.
- Na tretej pozícii máme Local Preference. Tento parameter je dobre známym voliteľným atribútom, čo znamená, že jeho prítomnosť je voliteľná. Tento parameter je platný len v rámci jedného AS a ovplyvňuje výber cesty len pre interných susedov. Preto sa prenáša iba v aktualizačných správach určených pre interného suseda. V správach o aktualizácii pre externých susedov sa nenachádza. Preto bol klasifikovaný ako dobre známy diskrečný. Skúsme to aplikovať na Router5. Na Router5 by sme mali mať dve trasy pre 9.9.9.0/24 – jednu cez Router6 a druhú cez Router7.
Pozeráme sa:
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 iAle ako vidíme jednu cestu cez Router6. Kde je cesta cez Router7? Možno to nemá ani Router7? Pozri:
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 iZvláštne, všetko sa zdá byť v poriadku. Prečo sa neprenáša do Router5? Ide o to, že BGP má pravidlo:
Smerovač prenáša iba tie trasy, ktoré používa.
Router7 používa trasu cez Router5, takže trasa cez Router10 nebude prenášaná. Vráťme sa k Local Preferences. Nastavme Local Preference na Router7 a uvidíme, ako na to Router5 zareaguje:
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>Vytvorili sme teda mapu trasy, ktorá obsahuje všetky trasy a povedali sme Router7, aby po prijatí zmenil parameter Local Preference na 250, predvolená hodnota je 100. Pozrime sa, čo sa stalo na Router5:
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 iAko teraz vidíme, Router5 uprednostňuje cestu cez Router7. Rovnaký obrázok bude na Router6, aj keď je pre neho výhodnejšie zvoliť si trasu cez Router8. Dodávame tiež, že zmena tohto parametra vyžaduje reštart okolia, aby sa zmena prejavila. Čítať . Vyriešili sme Local Preference. Prejdime k ďalšiemu parametru.
- Uprednostňujte trasu s parametrom Next-hop 0.0.0.0, teda lokálne alebo agregované trasy. Týmto trasám sa po zadaní sieťového príkazu automaticky priradí parameter Váha rovnajúci sa maximu – 32678:
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 - Najkratšia cesta cez AS. Vyberie sa najkratší parameter AS_Path. Čím menej AS trasa prechádza, tým je lepšia. Zvážte cestu k 9.9.9.0/24 na Router10:
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 iAko vidíte, Router10 zvolil cestu cez 192.168.112.12, pretože pre túto cestu parameter AS_Path obsahuje len 45 a v inom prípade 123 a 45. Intuitívne prehľadné.
- Ďalším parametrom je Origin. IGP (trasa získaná pomocou BGP) je lepšia ako EGP (trasa získaná pomocou predchodcu BGP, už sa nepoužíva) a EGP je lepšia ako Nedokončená? (získané nejakou inou metódou, napríklad prerozdelením).
- Ďalším parametrom je MED. Mali sme Wieght, ktorý fungoval iba lokálne na smerovači. Existovala miestna preferencia, ktorá fungovala iba v rámci jedného autonómneho systému. Ako asi tušíte, MED je parameter, ktorý sa bude prenášať medzi autonómnymi systémami. Veľmi dobre o tomto parametri.
Nebudú použité žiadne ďalšie atribúty, ale ak majú dve cesty rovnaké atribúty, použijú sa nasledujúce pravidlá:
- Vyberte cestu cez najbližšieho suseda IGP.
- Vyberte najstaršiu trasu pre cestu eBGP.
- Vyberte cestu cez suseda s najmenším ID smerovača BGP.
- Vyberte cestu cez suseda s najnižšou IP adresou.
Teraz sa pozrime na problém konvergencie BGP.
Pozrime sa, čo sa stane, ak Router6 stratí trasu 9.9.9.0/24 cez Router9. Zakážme rozhranie Gi0/1 Router6, ktoré okamžite pochopí, že relácia BGP s Routerom8 bola ukončená a sused zmizol, čo znamená, že trasa prijatá z neho nie je platná. Router6 okamžite odosiela aktualizačné správy, kde v poli Odobraté trasy označuje sieť 9.9.9.0/24. Hneď ako Router5 dostane takúto správu, odošle ju Router7. Ale keďže Router7 má trasu cez Router10, okamžite odpovie Aktualizáciou s novou trasou. Ak nie je možné zistiť pád suseda na základe stavu rozhrania, budete musieť počkať, kým sa spustí časovač Hold.
konfederácie.
Ak si pamätáte, hovorili sme o tom, že často musíte použiť plne prepojenú topológiu. S veľkým počtom smerovačov v jednom AS to môže spôsobiť veľké problémy, aby ste tomu zabránili, musíte použiť konfederácie. Jeden AS je rozdelený na niekoľko sub-AS, čo im umožňuje pracovať bez požiadavky na plne prepojenú topológiu.
Tu je odkaz na toto A konfigurácia pre GNS3.
Napríklad s touto topológiou by sme museli navzájom spojiť všetky smerovače v AS 2345, ale pomocou Konfederácie môžeme vytvoriť susedské vzťahy iba medzi smerovačmi, ktoré sú navzájom priamo spojené. Povedzme si o tom podrobne. Ak by sme mali len AS 2345, tak laForge po prijatí pochodu od Picard povedal by to smerovačom dátum и Worf, ale routeru by o tom nepovedali Drvič . Tiež trasy distribuované samotným routerom laForge, by neboli prevedené Drvič ani Worf-ale nie dátum.
Museli by ste nakonfigurovať Route-Reflector alebo plne prepojený susedský vzťah. Rozdelením jedného AS 2345 na 4 sub-AS (2,3,4,5) pre každý router dostaneme inú prevádzkovú logiku. Všetko je perfektne popísané .
Zdroje:
- CCIE Routing and Switching v5.0 Oficiálny sprievodca certifikátom, zväzok 2, piate vydanie, Narbik Kocharians, Terry Vinson.
- webové stránky
- webové stránky .
Zdroj: hab.com