EBGP gegen IBGP
Sowohl EBGP als auch IBGP sind Begriffe, die mit dem Routing-Protokoll BGP verwendet werden. Theoretisch besteht der Hauptunterschied zwischen den beiden darin, dass EBGP zwischen zwei BGP-Routern in verschiedenen autonomen Systemen (AS) ausgeführt wird, IBGP jedoch zwischen zwei BGP-Routern im selben AS ausgeführt wird. Bevor wir die Unterschiede zwischen EBGP und IBGP erörtern, lassen Sie uns ein grundlegendes Verständnis von EBGP und IBGP erlangen.
Was ist EBGP?
BGP läuft zwischen Routern in verschiedenen autonomen Systemen. Standardmäßig ist in EBGP (Peering in zwei verschiedenen AS) IP TTL auf 1 gesetzt, was bedeutet, dass Peers direkt verbunden sind.
In diesem Fall, wenn ein Paket einen Router passiert, wird TTL 0 und das Paket wird darüber hinaus verworfen. In Fällen, in denen die beiden Nachbarn nicht direkt verbunden sind, z. B. Peering mit Loopback-Schnittstellen oder Peering, wenn Geräte mehrere Hops entfernt sind, müssen wir den Befehl „neighbor x.x.x.x ebgp-multihop” hinzufügen.
Andernfalls wird keine BGP-Nachbarschaft hergestellt. Darüber hinaus wird der EBGP-Peer alle besten Routen ankündigen, die er kennt oder von seinen Peers gelernt hat (egal ob EBGP-Peer oder IBGP-Peer), was im Fall von IBGP nicht der Fall ist.
Was ist IBGP?
In IBGP gibt es keine Einschränkung, dass Nachbarn direkt verbunden werden müssen; Ein IBGP-Peer wird jedoch das Präfix, das er von einem IBGP-Peer gelernt hat, keinem anderen IBGP-Peer bekannt geben. Diese Einschränkung dient dazu, Schleifen innerhalb derselben AS zu vermeiden. Um dies zu verdeutlichen: Wenn eine Route an einen EBGP-Peer übergeben wird, wird die lokale AS-Nummer dem Präfix in as-path hinzugefügt. Wenn wir also dasselbe Paket mit der Angabe unseres AS in as-path zurückerh alten, wissen wir, dass es sich um a handelt Schleife, und dieses Paket wird verworfen. Wenn jedoch eine Route einem IBGP-Peer angekündigt wird, wird die lokale AS-Nummer nicht zu as-path hinzugefügt, da sich die Peers im selben AS befinden.
Um Schleifen im selben AS zu vermeiden, gibt es zwei Methoden.
1. Full Meshed Topology: Dabei müssen alle Router im selben AS miteinander verbunden sein. Wenn wir beispielsweise N Router haben, müssen wir N (N-1)/2 IBGP-Sitzungen haben. Wir können dies vermeiden, indem wir Routenreflektoren einführen.
2. Verwendung von Route-Reflectors: Dies ist eine alternative Methode, um ein Full-Mesh-Szenario zu überwinden. In diesem Fall werden IBGP-Sitzungen mit einer zentralen Stelle aufgebaut. Dieser zentrale Punkt heißt Route Reflector und die anderen IBGP-Router heißen Route Reflector Clients.
Was ist der Unterschied zwischen eBGP und iBGP?
1. EBGP ist Peering zwischen zwei verschiedenen AS, während IBGP zwischen demselben AS (autonomes System) ist.
2. Vom eBGP-Peer gelernte Routen werden anderen Peers (BGP oder IBGP) angekündigt; jedoch werden Routen, die von IBGP-Peers gelernt wurden, anderen IBGP-Peers nicht angekündigt.
3. Standardmäßig sind EBGP-Peers mit TTL=1 eingestellt, was bedeutet, dass davon ausgegangen wird, dass Nachbarn direkt verbunden sind, was bei IBGP nicht der Fall ist. Wir können dieses Verh alten für EBGP ändern, indem wir den Befehl „neighbor x.x.x.x ebgp-multihop“verwenden. Multihop ist der Begriff, der nur in EBGP verwendet wird.
4. EBGP-Routen haben eine administrative Distanz von 20, während IBGP 200 hat.
5. Der nächste Hop bleibt unverändert, wenn die Route dem IBGP-Peer angekündigt wird; es wird jedoch standardmäßig geändert, wenn es dem EBGP-Peer angekündigt wird.
Dieses Standardverh alten von IBGP kann durch den Befehl „neighbor x.x.x.x next-hop-self“geändert werden; Dies ändert den nächsten Hop, während er als lokale Route beworben wird.
