Különbség az EBGP és az IBGP között

EBGP vs IBGP

Mind az EBGP, mind az IBGP a BGP útválasztási protokollban használt kifejezések. Elméletileg a kettő közötti fő különbség az, hogy az EBGP két BGP útválasztó között fut különböző autonóm rendszerben (AS), azonban az IBGP ugyanazon AS rendszer két BGP útválasztója között fut. Mielőtt megbeszéljük az EBGP és az IBGP közötti különbségeket, alaposan megismerjük az EBGP és az IBGP fogalmát.

Mi az EBGP??

A BGP útválasztók között fut különféle autonóm rendszerekben. Alapértelmezés szerint az EBGP-ben (társítva két különféle AS-ben) az IP TTL értéke 1, azaz a társak feltételezik, hogy közvetlenül kapcsolódnak.

Ebben az esetben, amikor a csomag áthalad egy útválasztón, a TTL 0-ra válik, és akkor a csomag ezen túlmutat. Azokban az esetekben, amikor a két szomszéd nincs közvetlenül összekapcsolva, például visszacsatolás visszacsatoló interfészekkel vagy peering, ha az eszközök több ugrástól távol vannak, hozzá kell adnunk a „szomszéd x.x.x.x ebgp-multihop” parancsot.

Ellenkező esetben a BGP szomszédságát nem hozzák létre. Ezenkívül az EBGP társai hirdetik az összes legjobb útvonalat, amelyeket ismernek vagy megtanultak a társaiktól (legyen az EBGP társaik vagy IBGP társaik), ami nem az IBGP esetében.

Mi az IBGP??

Az IBGP-ben nincs korlátozás arra, hogy a szomszédoknak közvetlenül kapcsolódniuk kell; az IBGP társa azonban nem hirdeti az előtagot, amelyet egy IBGP társtól megtanult egy másik IBGP társ számára. Ez a korlátozás azért van, hogy elkerüljék a hurkokat ugyanabban az AS-ben. Ennek tisztázása érdekében, amikor egy útvonalat átadnak egy EBGP-társnak, a helyi AS-szám hozzáadódik az előtaghoz as-pathként, tehát, ha ugyanazt a csomagot kapjuk vissza, amely az AS-t az as-path-ban jelzi, akkor tudjuk, hogy ez egy hurok, és ez a csomag elesik. Ha azonban egy útvonalat hirdetnek egy IBGP társ számára, akkor a helyi AS számot nem adják hozzá az útvonalhoz, 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álnak.

1. Teljes meshed topológia: Ebben az esetben az összes AS útválasztót össze kell kötni egymással. Például, ha N útválasztónk van, akkor N (N-1) / 2 IBGP munkamenetre van szükségünk. Ezt elkerülhetjük az útvonalvisszaverők bevezetésével.

2. Útvisszaverők használata: Ez egy alternatív módszer a teljes háló-forgatókönyv leküzdésére. Ebben az esetben az IBGP üléseket egy központi ponttal hozzák létre. Ezt a központi pontot Route Reflectornak hívják, a többi IBGP útválasztót pedig útvonal reflektor ügyfélnek.

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 peering, míg az IBGP ugyanazon AS (autonóm rendszer) között peering..

2. Az eBGP társaitól megtanult útvonalakat más társaknak hirdetik (BGP vagy IBGP); az IBGP társaitól megtanult útvonalakat azonban nem hirdetik meg más IBGP társaik számára.

3. Alapértelmezés szerint az EBGP társainak a TTL = 1 értéke van beállítva, ami azt jelenti, hogy a szomszédoknak feltételezzük, hogy közvetlenül kapcsolódnak, ami nem az IBGP esetében. Megváltoztathatjuk ezt az viselkedést az EBGP számára a „szomszéd x.x.x.x ebgp-multihop” paranccsal. A multihop kifejezést csak az EBGP-ben használják.

4. Az EBGP útvonalak adminisztratív távolsága 20, az IBGP 200-nak.

5. A következő komló változatlan marad, amikor az útvonalat hirdetik az IBGP társainak; ez azonban megváltozik, ha alapértelmezés szerint az EBGP társainak hirdetik fel.

Az IBGP alapértelmezett viselkedése megváltoztatható a „szomszéd x.x.x.x next-hop-self” paranccsal; ez megváltoztatja a következő ugrást, miközben a helyi útvonalon hirdet.