Dnes se podíváme na protokol BGP. Nebudeme se dlouho bavit o tom, proč je používán jako jediný protokol. Existuje o něm mnoho informací, například .
Takže, co je to BGP? BGP je protokol dynamického směrování, který je jediným EGP (External Gateway Protocol) protokolem. Tento protokol se používá pro budování směrování v internetové síti. Podívejme se, jak se navazuje sousedství mezi dvěma směrovači BGP.
Podíváme se na sousedství mezi Router1 a Router3. Nastavíme je pomocí následujících příkazů:
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 10Sousedi uvnitř jedné autonomní soustavy — AS 10. Po zadání údajů na směrovači, například na Router1, se tento směrovač pokusí nastavit vztah sousedství se směrovačem Router3. Počáteční stav, kdy se nic neděje, se nazývá Idle. Jakmile bude bgp na Router1 nastaven, začne poslouchat TCP port 179 — přejde do stavu Připojení, a když se pokusí otevřít relaci se směrovačem Router3, přejde do stavu Aktivní.
Jakmile se relace mezi Router1 a Router3 zavede, dojde k výměně zpráv Open. Když tuto zprávu odešle Router1, bude se tento stav nazývat Open Sent. A když obdrží zprávu Open od Router3, přejde do stavu Open Confirm. Podívejme se podrobněji na zprávu Open:
V této zprávě se předává informace o samotném protokolu BGP, který používá směrovač. Při výměně zpráv Open si Router1 a Router3 vzájemně sdělují informace o svých nastaveních. Předávají se následující parametry:
- Verze: to zahrnuje verzi BGP, kterou směrovač používá. Aktuální verze BGP je verze 4, která je popsána v RFC 4271. Dva směrovače BGP se pokusí dohodnout na kompatibilní verzi, pokud dojde k nesouladu, nebude relace BGP.
- Moje AS: to zahrnuje číslo AS BGP směrovače, směrovače se musí dohodnout na číslech AS a také definuje, zda budou používat iBGP nebo eBGP.
- Hold Time: pokud BGP nedostane žádné keepalive nebo aktualizační zprávy z druhé strany po dobu trvání hold time, prohlásí druhou stranu za 'mrtvou' a ukončí relaci BGP. Výchozí hold time je na směrovačích Cisco IOS nastaven na 180 sekund, zpráva keepalive se posílá každých 60 sekund. Oba směrovače se musí dohodnout na hold time, jinak nebude relace BGP.
- BGP Identifikátor: to je místní ID BGP směrovače, které je voleno podobně jako u OSPF:
- Použijte router-ID, které bylo nakonfigurováno ručně pomocí příkazu bgp router-id.
- Použijte nejvyšší IP adresu na rozhraní loopback.
- Použijte nejvyšší IP adresu na fyzickém rozhraní.
- Volitelné parametry: zde najdete některé volitelné funkce BGP routeru. Toto pole bylo přidáno, aby bylo možné přidávat nové funkce do BGP, aniž by bylo nutné vytvářet novou verzi. Co zde můžete najít:
- podpora MP-BGP (Multi Protocol BGP).
- podpora pro Route Refresh.
- podpora pro 4-octet AS čísla.
Pro navázání sousedství je nutné splnit následující podmínky:
- Číslo verze. Aktuální verze je 4.
- Číslo AS musí odpovídat tomu, co jste nastavili. neighbor 192.168.13.3 remote-as 10.
- Router ID musí být odlišný od souseda.
Pokud některý z parametrů nesplňuje tyto podmínky, router odešle Notification hlášení, ve kterém uvede chybu. Po odeslání a přijetí Open zpráv se vztah sousedství přechází do stavu ESTABLISHED. Poté mohou routery vyměňovat informace o trasách, a to pomocí Aktualizovat zpráv. Takovou Update zprávu posílá Router1 k Router3:
Zde jsou uvedeny sítě, o kterých Router1 informuje, a Path attributes, které jsou analogií metrik. O Path attributes si povíme podrobněji. Také uvnitř TCP relace se přenášejí Keepalive zprávy. Ty se posílají, ve výchozím nastavení, každých 60 sekund. To je Keepalive Timer. Pokud během Hold Timeru nebude přijata Keepalive zpráva, znamená to ztrátu spojení se sousedem. Ve výchozím nastavení je 180 sekund.
Užitečná tabulka:
Zdá se, že jsme pochopili, jak si routery předávají informace, teď se pokusíme pochopit logiku fungování protokolu BGP.
Pro oznámení jakékoliv trasy do BGP tabulky, stejně jako v protokolech IGP, se používá příkaz network, ale logika fungování se liší. Pokud v IGP po uvedení trasy v příkazu network IGP zkontroluje, které rozhraní patří do dané podsítě a zahrne je do své tabulky, příkaz network v BGP hledá přesnou shodu s trasou v příkazu network. Při nalezení takových dat se tyto trasy dostanou do tabulky BGP.
Hledejte trasu v aktuální IP směrovací tabulce routeru, která přesně odpovídá parametrům příkazu network; pokud IP trasa existuje, vložte ekvivalentní NLRI do místní BGP tabulky.
Nyní spusťme BGP na všech zbývajících a podívejme se, jak probíhá výběr trasy uvnitř jedné AS. Poté, co BGP router obdrží trasy od souseda, začíná výběr optimální trasy. Zde je třeba pochopit, jakého typu sousedé mohou být - vnitřní a vnější. Router podle konfigurace rozumí, zda je konfigurovaný soused vnitřní nebo vnější? Pokud v příkazu:
neighbor 192.168.13.3 remote-as 10 v parametru remote-as je uvedeno AS, které je nakonfigurováno na samotném routeru v příkazu router bgp 10. Trasy přicházející z interní AS se považují za interní, zatímco trasy z externí AS jsou považovány za externí. A vzhledem k tomu se používá různá logika pro přijímání a odesílání. Podívejme se na tuto topologii:
Na každém routeru je nakonfigurován loopback interface s IP: x.x.x.x 255.255.255.0 — kde x je číslo routeru. Na Router9 máme loopback rozhraní s adresou — 9.9.9.9 255.255.255.0. Ten budeme inzerovat přes BGP a podíváme se, jak se šíří. Tato trasa bude předána na Router8 a Router12. Z Router8 se tato trasa dostane na Router6, ale na Router5 v tabulce tras nebude. Také na Router12 se tato trasa dostane do tabulky, ale na Router11 také nebude. Pokusíme se s tím vypořádat. Podívejme se, jaké údaje a parametry Router9 předává svým sousedům, když informuje o této trase. Paket níže bude odeslán z Router9 na Router8.
Informace o trase se skládá z atributů cesty (Path attributes).
Atributy cesty jsou rozděleny do 4 kategorií:
- Well-known mandatory — všechny routery pracující s protokolem BGP musí tyto atributy rozpoznávat. Musí být přítomny ve všech aktualizacích (update).
- Well-known discretionary — všechny routery pracující s protokolem BGP musí tyto atributy rozpoznávat. Mohou být přítomny v aktualizacích (update), ale jejich přítomnost není povinná.
- Optional transitive — nemusí být rozpoznávány všemi implementacemi BGP. Pokud router atribut nerozpozná, označí aktualizaci jako částečnou (partial) a odešle ji dále sousedům, přičemž zachová nerozpoznaný atribut.
- Optional non-transitive — nemusí být rozpoznávány všemi implementacemi BGP. Pokud router atribut nerozpozná, atribut se ignoruje a při předávání sousedům je vynechán.
Příklady atributů BGP:
- Well-known mandatory:
- Cesta autonomního systému
- Next-hop
- původní
- Well-known discretionary:
- Lokální preference
- Atomická agregace
- Optional transitive:
- Agregátor
- Komunity
- Optional non-transitive:
- Multi-exit discriminator (MED)
- ID původce
- Seznam clusterů
V tomto případě nás zatím zajímají Origin, Next-hop, AS Path. Jelikož trasa se přenáší mezi Router8 a Router9, tedy uvnitř jedné AS, považuje se za interní a zaměříme se na Origin.
Atribut Origin — ukazuje, jakým způsobem byla trasa přijata v aktualizaci. Možné hodnoty atributu:
- 0 — IGP: NLRI získaná uvnitř původní autonomní systém;
- 1 — EGP: NLRI byla naučena protokolem Exterior Gateway Protocol (EGP). Předchůdce BGP, nepoužívá se
- 2 — Incomplete: NLRI byla naučena jiným způsobem
V našem případě, jak je vidět, je hodnota 0. Když bude tato trasa předána Router12, tento kód bude mít hodnotu — 1.
Dále, Next-hop. Atribut Next-hop
- Je to IP adresa eBGP routeru, přes který vede cesta k cílové síti.
- Atribut se mění při předání prefixu do jiné AS.
V případě iBGP, tedy uvnitř jedné AS, bude Next-hop uveden tím, který to místo zjistil nebo o něm informoval. V našem případě to bude 192.168.89.9. Ale když se tato trasa předává z Router8 na Router6, Router8 ji změní a nahradí svou. Next-hop bude — 192.168.68.8. To nás přivádí k dvěma pravidlům:
- Pokud router předává trasu svému internímu sousedovi, nemění parametr Next-hop.
- Pokud router předává trasu svému externímu sousedovi, mění Next-hop na IP adresu rozhraní, ze kterého tuto trasu předává.
To nás vede k pochopení prvního problému — Proč nebude trasa v tabulce směrování na Router5 a Router11. Podívejme se na to podrobněji. Takže, Router6 obdržel informace o trase 9.9.9.0/24 a úspěšně ji přidal do tabulky směrování:
Router6#show ip route bgp
Kódy: L - místní, C - připojeno, S - statické, R - RIP, M - mobilní, B - BGP
D - EIGRP, EX - externí EIGRP, O - OSPF, IA - OSPF mezi oblastmi
N1 - OSPF NSSA externí typ 1, N2 - OSPF NSSA externí typ 2
E1 - externí OSPF typ 1, E2 - externí OSPF typ 2
i - IS-IS, su - shrnutí IS-IS, L1 - IS-IS úroveň 1, L2 - IS-IS úroveň 2
ia - IS-IS mezi oblastmi, * - kandidátní výchozí, U - statická trasa per uživatel
o - ODR, P - periodicky stahovaná statická trasa, H - NHRP, l - LISP
a - aplikační trasa
+ - replikovaná trasa, % - přepsání dalšího skoku, p - přepsání z PfR
Brána poslední resorty není nastavena
9.0.0.0/24 je subnetována, 1 subnet
B 9.9.9.0 [20/0] přes 192.168.68.8, 00:38:25<source>
Nyní Router6 předal trasu Router5 a první pravidlo Next-hop nezměnil. To znamená, že Router5 musí přidat <b>9.9.9.0 [20/0] přes 192.168.68.8</b> , ale nemá trasu do 192.168.68.8, a proto tato trasa nebude přidána, i když informace o této trase bude uchovávána v BGP tabulce:
<source><b>Router5#show ip bgp
Verze BGP tabulky je 1, místní identifikátor routeru je 5.5.5.5
Stavové kódy: s potlačeno, d ztlumeno, h historie, * platné, > nejlepší, i - interní,
r RIB-porucha, S zastaralé, m více cest, b záložní cesta, f RT-Filtr,
x nejlepší-externí, a dodatečná cesta, c RIB-komprimováno,
Kódy původu: i - IGP, e - EGP, ? - neúplné
Kódy validace RPKI: V platné, I neplatné, N nenalezeno
Síť Další skok Metrika LocPrf Váha Cesta
* i 9.9.9.0/24 192.168.68.8 0 100 0 45 i</b>Stejná situace nastane mezi Router11 a Router12. Aby se předešlo této situaci, je nutné nastavit, aby Router6 nebo Router12, když předávají trasu svým interním sousedům, vložily jako Next-hop svou IP adresu. Dělá se to pomocí příkazu:
neighbor 192.168.56.5 next-hop-selfPo tomto příkazu Router6 odešle Update zprávu, kde pro trasy bude jako Next-hop uvedena IP adresa rozhraní Gi0/0 Router6 — 192.168.56.6, po které se tato trasa již dostane do tabulky směrování.
Pokračujme dál a zjistíme, zda se tato trasa objeví na Router7 a Router10. V tabulce směrování ji nenajdeme a mohli bychom si myslet, že problém je stejný jako v prvním případě s parametrem Next-hop, ale pokud se podíváme na výstup příkazu show ip bgp, uvidíme, že tam trasa nebyla získána ani s nesprávným Next-hop, což znamená, že trasa nebyla ani předána. A to nás dovede k existenci dalšího pravidla:
Trasy získané od interních sousedů se nepředávají dalším interním sousedům.
Router5 obdržel trasu od Router6, takže ji nebude předávat svému dalšímu internímu sousedovi. Aby došlo k předání, je nutné nastavit funkci , nebo nastavit plně propojené sousedství (Full Mesh), což znamená, že každého Router5-7 bude sousedem s každým. V tomto případě budeme používat reflektor tras. Na Router5 je třeba použít tento příkaz:
neighbor 192.168.57.7 route-reflector-clientReflektor tras mění chování BGP při předávání trasy internímu sousedovi. Pokud je interní soused uveden jako route-reflector-client, pak budou těmto klientům inzerovány interní trasy.
Trasa se neobjevila na Router7? Nezapomínejme také na Next-hop. Po těchto manipulacích by trasa měla být i na Router7, ale to se neděje. To nás přivádí k dalšímu pravidlu:
Pravidlo next-hop funguje pouze pro externí trasy. Pro interní trasy nedochází k nahrazení atributu next-hop.
A my se dostáváme do situace, kdy je třeba vytvořit prostředí pomocí statické routy nebo protokolů IGP, aby se směrovače dozvěděly o všech trasách uvnitř AS. Napíšeme statické trasy na Router6 a Router7 a poté získáme požadovanou trasu v tabulce směrovače. V AS 678 se zachováme trochu jinak - napíšeme statické trasy pro 192.168.112.0/24 na Router10 a 192.168.110.0/24 na Router12. Poté nastavíme sousedství mezi Router10 a Router12. Také na Router12 nastavíme odeslání svého next-hop pro Router10:
neighbor 192.168.110.10 next-hop-selfVýsledkem bude, že Router10 obdrží trasu 9.9.9.0/24, ta bude získána jak od Router7, tak od Router12. Podívejme se, jakou volbu udělá 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 Jak vidíme, existují dvě trasy a šipka (>) znamená, že byla zvolena trasa přes 192.168.112.12.
Podívejme se, jak probíhá proces výběru trasy:
- Nejprve při přijímání trasy se kontroluje dostupnost jejího Next-hop. A proto, když jsme získali trasu na Router5 bez nastavení Next-hop-self, tato trasa nebyla dále předána k zpracování.
- Následuje parametr Weight. Tento parametr není atributem cesty (PA) a nepřenáší se v BGP zprávách. Je nastavován lokálně na každém směrovači a používá se pouze pro manipulaci s výběrem cesty na samotném směrovači. Podívejme se na příklad. V předchozím textu je uvedeno, že Router10 zvolil cestu pro 9.9.9.0/24 přes Router12 (192.168.112.12). Pro změnu parametru Weight můžeme použít route-map, abychom nastavili určité cesty, nebo přidělit sousedovi váhu pomocí příkazu:
neighbor 192.168.107.7 weight 200Nyní budou všechny cesty od tohoto souseda mít tuto váhu. Podívejme se, jak se změní výběr cesty po této manipulaci:
Router10#show bgp *Mar 2 11:58:13.956: %SYS-5-CONFIG_I: Konfigurováno z konzole konzolou Verze BGP tabulky je 2, místní ID směrovače je 6.6.6.6 Stavové kódy: s potlačeno, d utlumeno, h historie, * platné, > nejlepší, i - interní, r selhání RIB, S zastaralé, m vícestopé, b záložní cesta, f RT-Filtr, x nejlepší-vnější, a další-cesta, c RIB-zkomprimováno, Kódy původu: i - IGP, e - EGP, ? - neúplné Kódy validace RPKI: V platné, I neplatné, N Nenalezeno Síť Další skok Metrika LocPrf Vaha Cesta * > 9.9.9.0/24 192.168.107.7 200 123 45 i * i 192.168.112.12 0 100 0 45 iJak vidíte, nyní byla zvolena cesta přes Router7, ale na ostatní směrovače to mít nebude žádný efekt.
- Na třetí pozici máme - Local Preference. Tento parametr je Well-known discretionary atribut, což znamená, že jeho přítomnost není povinná. Tento parametr má platnost pouze uvnitř jedné AS a ovlivňuje výběr cesty pouze pro interní sousedy. Právě proto je přenášen pouze v Update zprávách určených pro interní sousedy. V Update zprávách pro externí sousedy není přítomen. Proto byl zařazen mezi Well-known discretionary. Pokusíme se ho aplikovat na Router5. Na Router5 bychom měli mít dvě cesty pro 9.9.9.0/24 – jednu přes Router6 a druhou přes Router7.
Podívejme se:
Router5#show bgp Verze BGP tabulky je 2, místní ID směrovače je 5.5.5.5 Stavové kódy: s potlačeno, d utlumeno, h historie, * platné, > nejlepší, i - interní, r selhání RIB, S zastaralé, m vícestopé, b záložní cesta, f RT-Filtr, x nejlepší-vnější, a další-cesta, c RIB-zkomprimováno, Kódy původu: i - IGP, e - EGP, ? - neúplné Kódy validace RPKI: V platné, I neplatné, N Nenalezeno Síť Další skok Metrika LocPrf Vaha Cesta * >i 9.9.9.0/24 192.168.56.6 0 100 0 45 iAle jak vidíme, jedna cesta je přes Router6. A kde je cesta přes Router7? Možná ji na Router7 také nemáme? Podívejme se:
Router#show bgp BGP tabulka verze je 10, místní ID routeru je 7.7.7.7 Stavové kódy: s potlačeno, d utlumen, h historie, * platný, > nejlepší, i - interní, r RIB-chyba, S zastaralé, m vícenásobná cesta, b záložní cesta, f RT-filter, x nejlepší-externí, a další-cesta, c RIB-komprimováno, Původní kódy: i - IGP, e - EGP, ? - neúplné RPKI validační kódy: V platný, I neplatný, N nenalezen Síť Další Hop Metrika LocPrf Váha Cesta *>i 9.9.9.0/24 192.168.56.6 0 100 0 45 i 192.168.107.10 0 678 45 iJe to divné, všechno vypadá v pořádku. Proč se to nepřenáší na Router5? Vše je o tom, že BGP má pravidlo:
Router předává pouze ty trasy, které sám používá.
Router7 využívá trasu přes Router5, a proto se trasa přes Router10 nepřenese. Vraťme se k místní preferenci. Nastavme místní preferenci na Router7 a podívejme se, jak na to reaguje Router5:
route-map BGP povolit 10 shoda s ip adresou 10 nastav místní preference 250 přístupový seznam 10 povolit jakýkoli směrovač bgp 123 soused 192.168.107.10 route-map BGP dovnitř</b>Takže jsme vytvořili route-map, do které spadají všechny trasy a řekli jsme Router7, aby při přijímání upravil parametr místní preference na 250, který je ve výchozím stavu 100. Podívejme se, co se stalo na Router5:
Router5#show bgp BGP tabulka verze je 8, místní ID routeru je 5.5.5.5 Stavové kódy: s potlačeno, d utlumen, h historie, * platný, > nejlepší, i - interní, r RIB-chyba, S zastaralé, m vícenásobná cesta, b záložní cesta, f RT-filter, x nejlepší-externí, a další-cesta, c RIB-komprimováno, Původní kódy: i - IGP, e - EGP, ? - neúplné RPKI validační kódy: V platný, I neplatný, N nenalezen Síť Další Hop Metrika LocPrf Váha Cesta *>i 9.9.9.0/24 192.168.57.7 0 250 0 678 45 iJak vidíme, nyní Router5 preferuje trasu přes Router7. Stejný obrázek bude i na Router6, ačkoli by pro něj bylo výhodnější zvolit trasu přes Router8. Také dodáme, že změna tohoto parametru vyžaduje restart sousedství, aby se změna projevila. Číst . Místní preference je jasná. Přejděme k dalšímu parametru.
- Preferování trasy s parametrem Next-hop 0.0.0.0, tedy místní nebo agregované trasy. Těmto trasám je automaticky po zadání příkazu network přiřazena váha rovná maximu — 32678:
Router#show bgp BGP tabulka verze je 2, místní ID routeru je 9.9.9.9 Stavové kódy: s potlačeno, d utlumen, h historie, * platný, > nejlepší, i - interní, r RIB-chyba, S zastaralé, m vícenásobná cesta, b záložní cesta, f RT-filter, x nejlepší-externí, a další-cesta, c RIB-komprimováno, Původní kódy: i - IGP, e - EGP, ? - neúplné RPKI validační kódy: V platný, I neplatný, N nenalezen Síť Další Hop Metrika LocPrf Váha Cesta *> 9.9.9.0/24 0.0.0.0 0 32768 i - Nejkratší cesta přes AS. Je vybrán nejkratší parametr AS_Path. Čím méně AS trasou projde, tím je lepší. Podívejme se na trasu k 9.9.9.0/24 na Router10:
Router10#show bgp Verze tabulky BGP je 2, lokální ID routeru je 6.6.6.6 Kódy stavu: s potlačeno, d tlumeno, h historie, * platný, > nejlepší, i - interní, r selhání RIB, S zastaralé, m vícecestné, b záložní cesta, f RT-Filter, x nejlepší externí, a další cesta, c RIB komprimované, Kódy původu: i - IGP, e - EGP, ? - neúplné Kódy validace RPKI: V platný, I neplatný, N nenalezeno Síť Další skok Metrika LocPrf Váha Cesta * 9.9.9.0/24 192.168.107.7 0 123 45 i *>i 192.168.112.12 0 100 0 45 iJak vidíte, Router10 zvolil trasu přes 192.168.112.12, protože pro tuto trasu obsahuje parametr AS_Path pouze 45, zatímco v jiném případě 123 a 45. Je to intuitivně jasné.
- Dalším parametrem je původ. IGP (trasa získaná prostřednictvím BGP) je lepší než EGP (trasa získaná prostřednictvím předchůdce BGP, dnes již nepoužívaného), a EGP je lepší než neúplné? (získaná jiným způsobem, například redistribucí).
- Dalším parametrem je MED. Měli jsme Weight, který fungoval pouze lokálně na routeru. Byla zde Local Preference, která fungovala pouze v rámci jedné autonomní systém. Jak není těžké uhodnout, MED je parametr, který bude předáván mezi autonomními systémy. Velmi užitečný. o tomto parametru.
Další atributy nebudou použity, ale pokud mají dvě trasy stejné, použijí se následující pravidla:
- Vybrat cestu přes nejbližšího IGP souseda.
- Vybrat nejstarší trasu pro eBGP cestu.
- Vybrat cestu přes souseda s nejmenším BGP router ID.
- Vybrat cestu přes souseda s nejmenší IP adresou.
Nyní se podívejme na problém konvergence BGP.
Podíváme se, co se stane, pokud například Router6 ztratí trasu 9.9.9.0/24 přes Router9. Odpojíme rozhraní Gi0/1 Routeru6, který okamžitě pochopí, že BGP relace s Routerem8 byla přerušena a soused zmizel, což znamená, že trasa, kterou od něj získal, není platná. Router6 okamžitě odešle Update zprávy, ve kterých uvádí síť 9.9.9.0/24 v poli Vyřazené trasy. Jakmile Router5 obdrží takovou zprávu, odešle ji Routeru7. Ale protože Router7 má trasu přes Router10, okamžitě odešle Update s novou trasou. Pokud není možné detekovat selhání souseda na základě stavu rozhraní, bude třeba čekat na vypršení Hold Timeru.
Konfederace.
Pokud si pamatujete, mluvili jsme o tom, že často je nutné používat plně propojenou topologii. S velkým počtem směrovačů v jedné AS to může způsobit velké problémy, abychom se tomu vyhnuli, je nutné použít konfederace. Jedna AS se rozdělí na několik sub-AS, což jim umožňuje fungovat bez potřeby plně propojené topologie.
Zde je odkaz na tuto , a konfigurace pro GNS3.
Například, při takové topologii bychom museli spojit všechny směrovače v AS 2345 mezi sebou, ale použitím konfederace můžeme navázat sousedské vztahy pouze mezi směrovači, které jsou přímo propojeny. O tom si povíme podrobněji. Pokud bychom měli pouze AS 2345, pak laForge by dostal trasu od Picard a řekl by ji jeho směrovačům Data a Worf, ale ti by o ní neinformovali směrovač Crusher . Také trasy, které šíří samotný směrovač laForge, by nebyly předány Crusher ani Worf-em, ani Data.
Bylo by nutné nastavit Route-Reflector nebo plně propojené sousedství. Rozdělením jedné AS 2345 na 4 sub-AS (2,3,4,5) pro každý směrovač, nakonec získáme jinou logiku práce. Vše je skvěle popsáno .
Zdroje:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Web
- Web .
Zdroj: habr.com
