EBGP vs IBGP
Az EBGP és az IBGP is a BGP útválasztási protokollhoz használt kifejezések. Elméletileg a fő különbség a kettő között az, hogy az EBGP két BGP útválasztó között fut különböző autonóm rendszerben (AS), azonban az IBGP két BGP útválasztó között fut ugyanabban az AS-ben. Mielőtt az EBGP és az IBGP közötti különbségeket tárgyalnánk, ismerjük meg az EBGP-t és az IBGP-t alapvetően.
Mi az EBGP?
A BGP különböző autonóm rendszerek útválasztói között fut. Alapértelmezés szerint az EBGP-ben (két különböző AS-ben a társviszony-létesítés) az IP TTL 1-re van állítva, ami azt jelenti, hogy a partnerek közvetlenül csatlakoznak.
Ebben az esetben, amikor a csomag áthalad egy útválasztón, a TTL 0 lesz, majd a csomag ezen túlmenően eldobásra kerül. Azokban az esetekben, amikor a két szomszéd nincs közvetlenül összekapcsolva, például hurokcsatoló interfésszel vagy társviszony-létesítéskor, amikor az eszközök több ugrásnyira vannak, hozzá kell adnunk a „neighbor x.x.x.x ebgp-multihop” parancsot.
Egyébként a BGP szomszédság nem jön létre. Ezen túlmenően az EBGP peer minden általa ismert vagy a társaiktól tanult legjobb útvonalat hirdetni fogja (akár EBGP, akár IBGP peer), ami az IBGP esetében nem.
Mi az IBGP?
Az IBGP-ben nincs korlátozás arra vonatkozóan, hogy a szomszédokat közvetlenül kell csatlakoztatni; azonban egy IBGP-társ nem hirdeti meg az IBGP-társtól tanult előtagot egy másik IBGP-társnak. Ez a korlátozás az azonos AS-en belüli hurkok elkerülésére szolgál. Ennek tisztázása érdekében, amikor egy útvonalat átadunk egy EBGP-társnak, a helyi AS-szám hozzáadásra kerül az as-path előtagjához, tehát ha ugyanazt a csomagot kapjuk vissza, amelyben az AS-ünk az as-path-ban szerepel, akkor tudjuk, hogy ez egy hurok, és a csomag kiesik. Ha azonban egy útvonalat hirdetnek egy IBGP-társnak, a helyi AS-szám nem kerül hozzáadásra az as-path-hoz, mivel a társak ugyanabban az AS-ben vannak.
A hurkok elkerülése érdekében ugyanabban az AS-ben két módszert használunk.
1. Teljes hálós topológia: Ebben az AS-ban lévő összes útválasztónak csatlakoznia kell egymáshoz. Például, ha N útválasztónk van, akkor N (N-1)/2 IBGP szekcióval kell rendelkeznünk. Ezt elkerülhetjük a Route Reflektorok bevezetésével.
2. Útvonal-reflektorok használata: Ez egy alternatív módszer a teljes háló forgatókönyvének leküzdésére. Ebben az esetben az IBGP szekciók egy központi ponttal jönnek létre. Ezt a központi pontot Route Reflectornak, a többi IBGP-útválasztót pedig routereflektor kliensnek nevezik.
Mi a különbség az eBGP és az iBGP között?
1. Az EBGP két különböző AS között működik, míg az IBGP ugyanazon AS (autonóm rendszer) között.
2. Az eBGP-társtól tanult útvonalakat meghirdetjük más partnereknek (BGP vagy IBGP); az IBGP-társtól tanult útvonalakat azonban nem hirdetik meg más IBGP-társaknak.
3. Alapértelmezés szerint az EBGP partnerek TTL=1 értékkel vannak beállítva, ami azt jelenti, hogy a szomszédok közvetlenül csatlakoznak, ami az IBGP esetében nem így van. Az EBGP viselkedését a „szomszéd x.x.x.x ebgp-multihop” paranccsal módosíthatjuk. A multihop kifejezés csak az EBGP-ben használatos.
4. Az EBGP útvonalak közigazgatási távolsága 20, míg az IBGP 200.
5. A következő ugrás változatlan marad, amikor az útvonalat hirdetik az IBGP-társnak; ez azonban módosul, ha alapértelmezés szerint EBGP-társnak hirdetik.
Az IBGP ezen alapértelmezett viselkedése a “szomszéd x.x.x.x next-hop-self” paranccsal módosítható; ez megváltoztatja a következő ugrást, miközben helyi útvonalként hirdeti.
