Dnes se podíváme na protokol BGP. O tom, proč tomu tak je a proč se používá jako jediný protokol, nebudeme dlouho mluvit. Na toto téma je například poměrně hodně informací .
Co je tedy BGP? BGP je dynamický směrovací protokol a je jediným protokolem EGP (External Gateway Protocol). Tento protokol se používá k vytvoření směrování na internetu. Podívejme se, jak se mezi dvěma směrovači BGP buduje sousedství.
Zvažte sousedství mezi Router1 a Router3. Pojďme je nakonfigurovat 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 10Sousedstvím v rámci jednoho autonomního systému je AS 10. Po zadání informací o routeru, jako je Router1, se tento router pokusí nastavit sousedský vztah s Router3. Volá se počáteční stav, kdy se nic neděje Líný. Jakmile je bgp nakonfigurováno na Router1, začne naslouchat TCP portu 179 - přejde do stavu mítinky Connecta když se pokusí otevřít relaci s Router3, přejde do stavu Aktivní.
Po navázání relace mezi Router1 a Router3 dojde k výměně otevřených zpráv. Když tuto zprávu odešle Router1, bude zavolán tento stav Otevřít Odesláno. A když obdrží zprávu Open od Router3, přejde do stavu Otevřít Potvrdit. Podívejme se blíže na zprávu Open:
Tato zpráva předává informace o samotném protokolu BGP, který router používá. Výměnou otevřených zpráv si Router1 a Router3 navzájem sdělují informace o svém nastavení. Jsou předány následující parametry:
- Verze: zahrnuje verzi BGP, kterou router používá. Aktuální verze BGP je verze 4, která je popsána v RFC 4271. Dva směrovače BGP se pokusí vyjednat kompatibilní verzi, pokud dojde k neshodě, nebude žádná relace BGP.
- Můj AS: toto zahrnuje AS číslo BGP routeru, routery se budou muset dohodnout na AS čísle (číslech) a také definuje, zda budou provozovat iBGP nebo eBGP.
- Vydrž čas: pokud BGP neobdrží od druhé strany žádné udržovací nebo aktualizační zprávy po dobu trvání zadržení, prohlásí druhou stranu za „mrtvou“ a přeruší relaci BGP. Ve výchozím nastavení je u směrovačů Cisco IOS doba přidržení nastavena na 180 sekund, zpráva o udržování je odesílána každých 60 sekund. Oba routery se musí dohodnout na době zadržení, jinak nedojde k relaci BGP.
- Identifikátor BGP: toto je místní ID směrovače BGP, které se volí stejně jako OSPF:
- Použijte router-ID, který byl nakonfigurován ručně pomocí příkazu bgp router-id.
- Použijte nejvyšší IP adresu na rozhraní zpětné smyčky.
- Použijte nejvyšší IP adresu na fyzickém rozhraní.
- Volitelné parametry: zde naleznete některé volitelné možnosti routeru BGP. Toto pole bylo přidáno, aby bylo možné do BGP přidávat nové funkce, aniž byste museli vytvářet novou verzi. Věci, které zde můžete najít:
- podpora pro MP-BGP (Multi Protocol BGP).
- podpora pro aktualizaci trasy.
- podpora 4-oktetových AS čísel.
Pro založení sousedství musí být splněny následující podmínky:
- Číslo verze. Aktuální verze je 4.
- Číslo AS musí odpovídat tomu, co jste nakonfigurovali soused 192.168.13.3 vzdálený-jako 10.
- ID routeru se musí lišit od sousedního.
Pokud některý z parametrů tyto podmínky nesplňuje, router odešle Oznámení zpráva označující chybu. Po odeslání a přijetí zpráv Open se sousedský vztah dostane do stavu ZALOŽENO. Poté si routery mohou vyměňovat informace o trasách a to pomocí Aktualizace zprávy. Toto je aktualizační zpráva zaslaná směrovačem 1 směrovačem 3:
Zde můžete vidět sítě hlášené pomocí atributů Router1 a Path, které jsou analogické s metrikami. O atributech Path si povíme podrobněji. Keepalive zprávy jsou také odesílány v rámci TCP relace. Standardně jsou vysílány každých 60 sekund. Toto je Keepalive Timer. Pokud během časovače Hold není přijata zpráva Keepalive, bude to znamenat ztrátu komunikace se sousedem. Ve výchozím nastavení je to 180 sekund.
Užitečné znamení:
Zdá se, že jsme přišli na to, jak si routery navzájem přenášejí informace, nyní se pokusme pochopit logiku protokolu BGP.
K inzerování cesty k tabulce BGP, jako v protokolech IGP, se používá síťový příkaz, ale provozní logika je odlišná. Pokud v IGP po zadání cesty v síťovém příkazu IGP zkontroluje, která rozhraní patří do této podsítě a zahrne je do své tabulky, pak se síťový příkaz v BGP podívá do směrovací tabulky a hledá přesné odpovídá trase v příkazu sítě. Pokud jsou takové nalezeny, objeví se tyto trasy v tabulce BGP.
Vyhledejte trasu v aktuální směrovací tabulce IP routeru, která přesně odpovídá parametrům síťového příkazu; pokud trasa IP existuje, vložte ekvivalentní NLRI do místní tabulky BGP.
Nyní zvedneme BGP na všechny zbývající a uvidíme, jak se trasa vybírá v rámci jednoho AS. Poté, co BGP router přijme trasy od svého souseda, začne vybírat optimální trasu. Zde musíte pochopit, jaký typ sousedů může existovat - vnitřní a vnější. Rozumí router podle konfigurace, zda je nakonfigurovaný soused interní nebo externí? Pokud jste v týmu:
neighbor 192.168.13.3 remote-as 10 parametr remote-as specifikuje AS, který je nakonfigurován na samotném routeru v příkazu routeru bgp 10. Cesty přicházející z interního AS jsou považovány za interní a trasy z externího AS jsou považovány za externí. A u každého funguje jiná logika přijímání a odesílání. Zvažte tuto topologii:
Každý router má rozhraní zpětné smyčky nakonfigurované s ip: xxxx 255.255.255.0 - kde x je číslo routeru. Na Router9 máme rozhraní zpětné smyčky s adresou - 9.9.9.9 255.255.255.0. Oznámíme to přes BGP a uvidíme, jak se to rozšíří. Tato trasa bude přenesena do Router8 a Router12. Z Router8 půjde tato trasa do Router6, ale do Router5 nebude ve směrovací tabulce. Také na Router12 se tato trasa objeví v tabulce, ale na Router11 tam také nebude. Zkusme na to přijít. Podívejme se, jaká data a parametry Router9 přenáší svým sousedům a hlásí tuto trasu. Níže uvedený paket bude odeslán ze směrovače 9 do směrovače 8.
Informace o trase se skládají z atributů Path.
Atributy cesty jsou rozděleny do 4 kategorií:
- Známé povinné - Všechny routery s BGP musí tyto atributy rozpoznat. Musí být přítomen ve všech aktualizacích.
- Známý diskreční - Všechny routery s BGP musí tyto atributy rozpoznat. Mohou být přítomny v aktualizacích, ale jejich přítomnost není vyžadována.
- Volitelný přechodník - nemusí být rozpoznány všemi implementacemi BGP. Pokud router atribut nerozpozná, označí aktualizaci jako částečnou a předá ji svým sousedům s uložením nerozpoznaného atributu.
- Volitelné netranzitivní - nemusí být rozpoznány všemi implementacemi BGP. Pokud směrovač nerozpozná atribut, je atribut ignorován a při předání sousedům zahozen.
Příklady atributů BGP:
- Známé povinné:
- Cesta autonomního systému
- Další skok
- Původ
- Známý diskreční:
- Místní preference
- Atomový agregát
- Volitelný přechodník:
- Agregátor
- Společenství
- Volitelné netranzitivní:
- Vícevýstupový diskriminátor (MED)
- ID původce
- Seznam klastrů
V tomto případě nás zatím bude zajímat Origin, Next-hop, AS Path. Vzhledem k tomu, že trasa vysílá mezi Router8 a Router9, tedy v rámci jednoho AS, je považována za interní a budeme věnovat pozornost Originu.
Atribut původu – označuje, jak byla získána trasa v aktualizaci. Možné hodnoty atributů:
- 0 - IGP: NLRI přijaté v rámci původního autonomního systému;
- 1 - EGP: NLRI se učí pomocí protokolu Exterior Gateway Protocol (EGP). Předchůdce BGP, nepoužito
- 2 - Neúplné: NLRI se naučili jiným způsobem
V našem případě, jak je vidět z paketu, je roven 0. Když je tato cesta přenášena do Routeru12, bude mít tento kód kód 1.
Next, Next-hop. Atribut dalšího skoku
- Jedná se o IP adresu routeru eBGP, přes který prochází cesta k cílové síti.
- Atribut se změní, když je předpona odeslána jinému AS.
V případě iBGP, tedy v rámci jednoho AS, bude Next-hop indikován tím, kdo se dozvěděl nebo řekl o této cestě. V našem případě to bude 192.168.89.9. Ale když je tato trasa přenášena z Router8 do Router6, Router8 ji změní a nahradí ji svou vlastní. Další skok bude 192.168.68.8. To nás vede ke dvěma pravidlům:
- Pokud směrovač předá cestu svému vnitřnímu sousedovi, nezmění parametr Next-hop.
- Pokud router přenáší cestu svému externímu sousedovi, změní Next-hop na ip rozhraní, ze kterého tento router vysílá.
To nás vede k pochopení prvního problému – Proč nebude ve směrovací tabulce na Router5 a Router11 žádná trasa. Pojďme se na to blíže podívat. Router6 tedy obdržel informace o trase 9.9.9.0/24 a úspěšně ji přidal do směrovací tabulky:
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>Stejná situace nastane mezi Router11-Router12. Abyste se této situaci vyhnuli, musíte nakonfigurovat Router6 nebo Router12, když předáváte trasu jejich vnitřním sousedům, aby nahradily jejich IP adresu jako Next-hop. To se provádí pomocí příkazu:
neighbor 192.168.56.5 next-hop-selfPo tomto příkazu Router6 odešle Update message, kde bude IP rozhraní Gi0/0 Router6 specifikováno jako Next-hop for routes - 192.168.56.6, po kterém bude tato cesta již zahrnuta do routovací tabulky.
Pojďme dále a uvidíme, zda se tato trasa objeví na Router7 a Router10. Ve směrovací tabulce to nebude a mohli bychom si myslet, že problém je stejný jako v prvním s parametrem Next-hop, ale když se podíváme na výstup příkazu show ip bgp, uvidíme, že trasa tam nebyla přijata ani se špatným Next-hop, což znamená, že trasa nebyla ani přenesena. A to nás přivede k existenci dalšího pravidla:
Trasy přijaté od vnitřních sousedů se nešíří do jiných vnitřních sousedů.
Vzhledem k tomu, že Router5 přijal trasu od Router6, nebude přenášena do svého dalšího vnitřního souseda. Aby k přenosu došlo, musíte funkci nakonfigurovat nebo nakonfigurujte plně propojené sousedské vztahy (Full Mesh), to znamená, že Router5-7 bude každý soused pro každého. V tomto případě použijeme Route Reflector. Na Router5 musíte použít tento příkaz:
neighbor 192.168.57.7 route-reflector-clientRoute-Reflector mění chování BGP při procházení trasy k vnitřnímu sousedovi. Pokud je vnitřní soused zadán jako trasa-reflektor-klient, pak budou těmto klientům inzerovány interní cesty.
Trasa se neobjevila na Router7? Nezapomeňte ani na Next-hop. Po těchto manipulacích by trasa měla jít také do Router7, ale to se nestane. Tím se dostáváme k dalšímu pravidlu:
Pravidlo dalšího skoku funguje pouze pro externí trasy. U interních tras není atribut dalšího skoku nahrazen.
A dostáváme se do situace, kdy je nutné vytvořit prostředí pomocí statického směrování nebo protokolů IGP, aby routery informovaly o všech cestách v rámci AS. Zaregistrujeme statické trasy na Router6 a Router7 a poté získáme požadovanou trasu v tabulce routeru. V AS 678 to uděláme trochu jinak – zaregistrujeme statické trasy pro 192.168.112.0/24 na Router10 a 192.168.110.0/24 na Router12. Dále nastavíme sousedský vztah mezi Router10 a Router12. Nakonfigurujeme také Router12 tak, aby posílal svůj další skok na Router10:
neighbor 192.168.110.10 next-hop-selfVýsledkem bude, že Router10 obdrží trasu 9.9.9.0/24, bude přijata z Router7 i 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, dvě trasy a šipka (>) znamenají, že je vybrána cesta přes 192.168.112.12.
Podívejme se, jak funguje proces výběru trasy:
- Prvním krokem při příjmu trasy je zkontrolovat dostupnost jejího Next-hop. To je důvod, proč, když jsme obdrželi trasu na Router5 bez nastavení Next-hop-self, tato trasa nebyla dále zpracována.
- Následuje parametr Hmotnost. Tento parametr není atributem cesty (PA) a není odesílán ve zprávách BGP. Je konfigurován lokálně na každém routeru a používá se pouze k manipulaci s výběrem trasy na samotném routeru. Podívejme se na příklad. Hned výše vidíte, že Router10 zvolil cestu pro 9.9.9.0/24 přes Router12 (192.168.112.12). Chcete-li změnit parametr Wieght, můžete použít route-map k nastavení konkrétních tras nebo přiřadit váhu sousedovi pomocí příkazu:
neighbor 192.168.107.7 weight 200Nyní budou mít všechny trasy od tohoto souseda tuto váhu. Podívejme se, jak se po této manipulaci změní výběr 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 iJak vidíte, trasa přes Router7 je nyní vybrána, ale na ostatní routery to nebude mít žádný vliv.
- Na třetí pozici máme Local Preference. Tento parametr je dobře známým volitelným atributem, což znamená, že jeho přítomnost je volitelná. Tento parametr je platný pouze v rámci jednoho AS a ovlivňuje volbu cesty pouze pro vnitřní sousedy. Proto se přenáší pouze v aktualizačních zprávách určených pro interního souseda. Není přítomen ve zprávách o aktualizaci pro externí sousedy. Proto byl klasifikován jako dobře známý diskreční. Zkusme to aplikovat na Router5. Na Router5 bychom měli mít dvě trasy pro 9.9.9.0/24 – jednu přes Router6 a druhou přes Router7.
Vypadáme:
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 jak vidíme jednu cestu přes Router6. Kde je cesta přes Router7? Možná to Router7 také nemá? Podívejme se:
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áštní, všechno se zdá být v pořádku. Proč se nepřenáší do Router5? Jde o to, že BGP má pravidlo:
Router přenáší pouze ty trasy, které používá.
Router7 používá trasu přes Router5, takže trasa přes Router10 nebude přenášena. Vraťme se k místní předvolbě. Nastavíme Local Preference na Router7 a uvidíme, jak 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>Vytvořili jsme tedy mapu trasy, která obsahuje všechny trasy a řekli Router7, aby po přijetí změnil parametr Local Preference na 250, výchozí hodnota je 100. Podívejme se, co se 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 iJak nyní vidíme, Router5 preferuje cestu přes Router7. Stejný obrázek bude na Router6, i když je pro něj výhodnější zvolit cestu přes Router8. Dodáváme také, že změna tohoto parametru vyžaduje restart okolí, aby se změna projevila. Číst . Vyřešili jsme místní předvolbu. Přejdeme k dalšímu parametru.
- Preferujte trasu s parametrem Next-hop 0.0.0.0, tedy místní nebo agregované trasy. Těmto trasám je po zadání síťového příkazu automaticky přiřazen parametr Weight rovný 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 - Nejkratší cesta přes AS. Je vybrán nejkratší parametr AS_Path. Čím méně AS trasa prochází, tím je lepší. Zvaž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 iJak vidíte, Router10 zvolil cestu přes 192.168.112.12, protože pro tuto cestu parametr AS_Path obsahuje pouze 45 a v jiném případě 123 a 45. Intuitivně přehledné.
- Dalším parametrem je Origin. IGP (trasa získaná pomocí BGP) je lepší než EGP (trasa získaná pomocí předchůdce BGP, již se nepoužívá) a EGP je lepší než Nekompletní? (získáno nějakou jinou metodou, například přerozdělením).
- Dalším parametrem je MED. Měli jsme Wieght, který fungoval pouze lokálně na routeru. Existovala Local Preference, která fungovala pouze v rámci jednoho autonomního systému. Jak asi tušíte, MED je parametr, který se bude přenášet mezi autonomními systémy. Velmi dobře o tomto parametru.
Už nebudou použity žádné další atributy, ale pokud mají dvě cesty stejné atributy, použijí se následující pravidla:
- Vyberte cestu přes nejbližšího souseda IGP.
- Vyberte nejstarší trasu pro cestu eBGP.
- Vyberte cestu přes souseda s nejmenším ID směrovače BGP.
- Vyberte cestu přes souseda s nejnižší IP adresou.
Nyní se podívejme na problematiku konvergence BGP.
Podívejme se, co se stane, když Router6 ztratí trasu 9.9.9.0/24 přes Router9. Deaktivujme rozhraní Gi0/1 Router6, které okamžitě pochopí, že relace BGP s Routerem8 byla ukončena a soused zmizel, což znamená, že od něj přijatá trasa není platná. Router6 okamžitě odesílá aktualizační zprávy, kde v poli Stažené cesty označuje síť 9.9.9.0/24. Jakmile Router5 obdrží takovou zprávu, odešle ji Router7. Ale protože Router7 má trasu přes Router10, okamžitě odpoví aktualizací s novou trasou. Pokud není možné detekovat pád souseda na základě stavu rozhraní, budete muset počkat, až se spustí časovač Hold.
Konfederace.
Pokud si vzpomínáte, mluvili jsme o tom, že často musíte používat plně propojenou topologii. S velkým počtem routerů v jednom AS to může způsobit velké problémy, abyste tomu zabránili, musíte použít konfederace. Jeden AS je rozdělen na několik sub-AS, což jim umožňuje provoz bez požadavku na plně propojenou topologii.
Zde je odkaz na toto a konfigurace pro GNS3.
Například s touto topologií bychom museli propojit všechny routery v AS 2345 k sobě navzájem, ale pomocí Confederation můžeme vytvořit sousedící vztahy pouze mezi routery, které jsou k sobě přímo připojeny. Promluvme si o tom podrobně. Kdybychom měli jen AS 2345, tak laForge dostal pochod od Picard řekl by to routerům Data и Worf, ale routeru o tom neřekli Drtič . Také trasy distribuované samotným routerem laForge, nebyl by převeden Drtič nebo Worf-Ach ne Data.
Museli byste nakonfigurovat Route-Reflector nebo plně propojený sousedský vztah. Rozdělením jednoho AS 2345 na 4 dílčí AS (2,3,4,5) pro každý router dostaneme jinou provozní logiku. Vše je perfektně popsáno .
Zdroje:
- CCIE Routing and Switching v5.0 Official Cert Guide, Volume 2, Fifth Edition, Narbik Kocharians, Terry Vinson.
- Site
- Site .
Zdroj: www.habr.com