v některých ohledech je BGP pěkný a jednoduchý. Například existuje pouze jeden BGP: BGP verze 4. Mnoho síťových profesionálů se ptá, zda BGP verze 4 bude brzy nahrazena BGP 5. Není však čeho se obávat. Dnes stále provozujeme BGP verzi 4 jako náš externí Gateway Protocol (EGP). I když dnešní BGP4 dělá všechny druhy věcí, které BGP4 před 20 lety nemohl udělat, jako je směrování IPv6, multicast a VPN nebo používání komunit. BGP se ukázala jako velmi rozšiřitelná—ale je to stále BGP – a jediný proces BGP. Ale BGP zpracovává pouze vnější stranu směrování—existuje také vnitřní směrování.

protokoly vnitřní brány
a v protokolech vnitřní brány (IGP) je mnohem větší výběr. Starý favorit je RIP, směrovací informační protokol. Dokonce i vylepšený RIPv2 je v dnešní době pro většinu sítí příliš jednoduchý, stejně jako RIPng (next generation) pro IPv6. Cisco proto vytvořilo vlastní Interior Gateway Routing Protocol (IGRP) a poté vylepšenou verzi s příhodným názvem Enhanced IGRP (EIGRP). Nejpoužívanějším IGP je však OSPF: nejprve otevřete nejkratší cestu. OSPF je“ otevřená “ implementace nejkratší cesty první nebo dijkstrova algoritmu. (Název neodkazuje na možnou otevřenost nejkratší cesty.) OSPF verze 2 se používá pro IPv4; OSPF verze 3 pro IPv6. Sítě, které provozují obě verze IP a používají OSPF jako svůj IGP, tedy musí spouštět OSPFv2 i OSPFv3.

Zpět v pozdní 1980, kdy OSPF byl vyvinut, OSI (Open Systems Interconnect) rodina síťových protokolů byl stále ve hře, a hodně z technologie byla si půjčoval/ukraden OSI z IP a IP od OSI. Výsledkem je, že OSI má směrovací protokol IS-IS pro směrování OSI CLNP, který je v mnoha ohledech velmi podobný OSPF (nebo naopak). IS-IS je zkratka pro Intermediate System to Intermediate System, kde „intermediate system“ znamená „router“. IS – IS byl později rozšířen o podporu nejprve IPv4 a poté také IPv6 a používá se hlavně ve velmi velkých IP sítích.

S zavedení z cesty, chci se zaměřit na nejčastější případ: síť běží BGP jako EGP a OSPF jako IGP a podívat se na to, jak směrování povinnosti jsou rozděleny přes oba protokoly a jak dva komunikovat.

redistribuce
s OSPF je IGP a BGP je EGP naznačuje zřejmé rozdělení práce: OSPF zpracovává vnitřní směrování, BGP směrování směrem k externím cílům. Není to však tak jednoduché. Ano, OSPF má na starosti interní směrování. Tyto trasy se zobrazují jako trasy “ O „ve výstupu“ show ip route “ na routeru Cisco. Pokud je síť rozdělena do více OSPF oblastí—není nutné v těchto dnech, pokud máte stovky směrovačů—můžete také vidět inter-area „O IA“ trasy.

trasy o A O IA jsou pouze adresní bloky, které se používají na rozhraních routeru, které skutečně provozují OSPF. To nezahrnuje rozhraní k serverům nebo PC a jiným zařízením koncových uživatelů, nebo, v případě poskytovatelů internetových služeb, zákazníci. Aby se tyto adresy zobrazovaly v OSPF, musíme přerozdělit připojené podsítě a / nebo redistribuovat statické trasy:

!
router ospf 1
redistribuovat připojené podsítě
redistribuovat statické podsítě
!

1 v „routeru ospf 1“ je číslo procesu nebo instance OSPF. Je možné spustit více instancí OSPF na stejném routeru-což samozřejmě vyžaduje pečlivé plánování, aby bylo vše v pořádku. Pokud přerozdělení všech připojených a/nebo statické cesty v OSPF je více, než potřebujete, můžete přidat „route-map <route-map-name>“ a pak použijte uvedena mapa trasy odfiltrovat nežádoucí trasy, aby nemohli být šířen.

ve výchozím nastavení jsou redistribuované trasy vytvořeny externím typem 2 a zobrazují se jako „O E2“. Je také možné redistribuovat jako externí typ 1 (s „metric-type 1“). Rozdíl je v tom, že u tras O E1 náklady na trasu OSPF zahrnují náklady na spojení na dosažení vnější trasy, zatímco u tras O E2 jsou náklady na vnitřní spojení ignorovány.

iBGP
Je zřejmé, že BGP zpracovává trasy směrem k externím sítím, které jsou schopné BGP. Bylo by však trochu trapné, kdyby všechny směrovače BGP v síti říkaly svým vnějším sousedům úplně jiné věci. Takže všechny směrovače BGP v síti musí spolu mluvit, aby vyprávěly konzistentní příběh externím sítím. K tomu slouží interní BGP (iBGP). „Normální“ BGP je tedy externí BGP (eBGP). Když řeknu všechny směrovače BGP, opravdu mám na mysli všechny: pokud má vaše síť 100 směrovačů BGP, každý z nich musí udržovat relace iBGP s ostatními 99. No, pokud nepoužíváte reflektory trasy, ale to je příběh na další den.

Pokud jste zvyklí na eBGP, iBGP vyžaduje nějaké zvyknutí. Na rozdíl od eBGP je iBGP v pořádku
pracuje na mnoha chmelech. To však přidává komplikaci. Zvažte následující sítě:
loopback rozhraní

Předpokládejme, že iBGP zasedání od routeru k routeru D dostane nastavit k router D je adresa na souvislost mezi B a D. Poté, když spojení mezi směrovači B A D klesá, adresa D na rozhraní, které se připojuje k tomuto odkazu, klesá a s ním relace iBGP nakonfigurovaná k adrese tohoto rozhraní. Takže místo konfigurace relací iBGP směrem k adresám rozhraní jsme pro to nastavili rozhraní zpětné smyčky. Na rozdíl od Rozhraní loopback na Serveru nebo jiném hostiteli, který vždy používá adresu 127.0.0.1, směrovače používají „skutečné“ adresy na svých rozhraních loopback, což funguje takto:

!
rozhraní loopback0
ip adresa 192.0.2.65 255.255.255.255
!
router BGP 9000
neighbor 192.0.2.67 remote-as 9000
neighbor 192.0.2.67 update-source loopback0
!

Na rozdíl od jiných rozhraní mohou mít Rozhraní loopback délku předpony /32, takže používají pouze jednu adresu. Dálkový ovladač as pro souseda 192.0.2.67 je stejný jako místní AS (9000), takže tato relace BGP je relací iBGP. Řádek „update-source loopback0“ zajišťuje, že zdrojová adresa v odchozích paketech BGP je adresa IP nakonfigurovaná na rozhraní loopback0, takže odpovídá adrese, kterou vzdálený směrovač hledá. Pokud nyní jedna cesta mezi dvěma směrovači iBGP klesá, pakety iBGP mohou být přesměrovány přes jinou cestu a BGP nemá žádný dopad. Všimněte si, že aby to fungovalo, musí být v IGP přítomny adresy Rozhraní loopback 2-obvykle budou propojené trasy redistribuovány, aby se to stalo.
BGP ve velkých sítích eBook
také na rozdíl od eBGP, iBGP neaktualizuje cestu AS nebo další hop adresu. To znamená, že další hopová adresa v aktualizacích iBGP stále ukazuje na IP adresu routeru v sousední síti, ze které byla trasa naučena. Tato adresa bude umístěna v podsíti point-to-point mezi routerem eBGP a routerem BGP sousední sítě. Váš směrovač eBGP bude tuto adresu znát, protože je přítomen na přímo připojeném rozhraní, ale bez dalších kroků ostatní směrovače tuto adresu neznají, takže další adresa hop pro trasy iBGP se nevyřeší a trasy iBGP nelze použít. Znovu to řeší přerozdělení připojených sítí do OSPF (nebo vašeho IGP volby). Případně můžete na svých relacích iBGP nakonfigurovat „next-hop-self“ a router nahradí další adresu hop v aktualizacích iBGP svou vlastní adresou.

redistribuce BGP
je také možné redistribuovat trasy do BGP. Například ve velké síti ISP můžete redistribuovat připojené a statické trasy v BGP spíše než v IS-IS, protože to udrží is-IS štíhlé a střední. Další trasy BGP jsou relativně bezvýznamné a příjemnou výhodou je, že pokud jsou interně přesměrovány, nespustí to žádné aktualizace BGP. Spíše jsou následující adresy hop vyřešeny odlišně po změně IS-IS, kterou může každý router provádět nezávisle. Samozřejmě to vyžaduje dobré filtry, které zajistí, že velké množství malých předpon používaných zákazníky neunikne do globální tabulky BGP. Dobrým způsobem, jak dosáhnout takového filtrování, je přidání komunity k trasám, které mohou být propagovány v eBGP, a poté filtrování na základě této komunity.

dříve nebylo neobvyklé přerozdělovat všechny trasy BGP do OSPF. S půl milionem předpon v BGP se tato praxe stala méně běžnou. Pokud opravdu chcete žít na hraně, můžete redistribuovat BGP do OSPF a OSPF do BGP. Pak, pokud vaše filtry nejsou dokonalé, trasy mohou zpáteční mezi BGP a OSPF, s tím výsledkem, že cesta AS bude odstraněna. Takže teď inzerujete přes BGP celou řadu tras, které nejsou vaše, ale s one-hopem jako cestou, takže mnoho vašich sousedů vám začne posílat provoz na tyto trasy.

administrativní vzdálenost
V neposlední řadě, co se stane, když je stejná trasa přítomna v BGP i OSPF? Je zřejmé, že je těžké porovnat místní preference BGP s metrikou OSPF. Takže to, co (Cisco) router dělá, je přiřadit“ administrativní vzdálenost “ každému směrovacímu protokolu. Trasa s NEJNIŽŠÍ vzdáleností pak vyhrává. OSPF má vzdálenost 110. BGP trasy mají vzdálenost 20 (lepší než OSPF a další Čipy), když jsou naučil v průběhu eBGP a 200 (horší než OSPF a další Čipy), když jsou naučil v průběhu iBGP. Statické trasy mají ve výchozím nastavení vzdálenost 1, ale můžete to změnit zahrnutím hodnoty vzdálenosti na konec příkazu „ip route…“. Hodnota vzdálenosti 250 jim zabrání v cestě směrovacích protokolů. Administrativní vzdálenost je první číslo mezi hranatými závorkami ve výstupu“ show ip route“.