Was ist IBGP?

Internal BGP (IBGP) ist eine BGP-Sitzung, die zwischen Routern hergestellt wird, die zum selben autonomen System (AS) gehören. Sie überträgt Routen, die von externen BGP-Peers (EBGP) gelernt wurden, an jeden Router innerhalb des AS und sorgt so dafür, dass das Netzwerk hinsichtlich der extern gelernten Routing-Informationen synchronisiert bleibt.

Die wichtigsten Erkenntnisse

• IBGP verteilt extern erlernte Routen auf die Router innerhalb eines AS.
• Eine Regel zur Vermeidung von Schleifen verhindert, dass IBGP-Routen erneut an andere IBGP-Peers weitergegeben werden.
• Mit Routenreflektoren lässt sich IBGP auch ohne ein vollständiges Peer-Mesh-Design skalieren.
• VOS weist IBGP-Routen eine Standardpräferenz von 200 zu, gegenüber 20 bei EBGP.
• VersaDie SD-WAN-Steuerungsebene ist standardmäßig auf die IBGP-AS-Nummer 64512 eingestellt.

Auf dieser Seite: Warum das wichtig ist · So funktioniert es · Arten · IBGP & Versa · Häufig gestellte Fragen

Warum ist IBGP wichtig?

Jedes AS, das über mehr als einen Router mit der Außenwelt verbunden ist, benötigt einen Mechanismus, um die von diesen Grenusroutern erfassten Informationen weiterzugeben. IBGP ist dieser Mechanismus: Es sorgt dafür, dass jeder Router innerhalb des AS dieselben externen Routen sieht, sodass der an einem Rand eintreffende Datenverkehr an einen Ausgang weitergeleitet wird, der von einem anderen Router verwaltet wird. Ohne IBGP würde nur der Router, der eine Route direkt von einem EBGP-Peer erhalten hat, davon Kenntnis haben.

IBGP sorgt außerdem dafür, dass das AS nach außen hin als eine einheitliche Routing-Domäne auftritt. Über EBGP erfasste Attribute – AS-Pfad, Communities, lokale Präferenz – werden unverändert über IBGP-Sitzungen hinweg übertragen, sodass an einem Randknoten getroffene Richtlinienentscheidungen überall konsistent bleiben. Dadurch kann sich ein AS mit mehreren Routern gegenüber dem Rest des Internets als ein einziger, vorhersehbarer Nachbar verhalten.

Was ist IBGP?

Eine IBGP-Sitzung ist eine BGP-Sitzung, bei der beide Peers dieselbe AS-Nummer konfigurieren – im Gegensatz zu EBGP, bei dem die Peers unterschiedliche AS-Nummern verwenden. IBGP-Peers sind in der Regel nicht direkt miteinander verbunden, sodass die Sitzung typischerweise über ein Interior-Gateway-Protokoll oder statische Routen läuft, die die Erreichbarkeit zwischen den Adressen der Peers gewährleisten.

Die grundlegende Regel von IBGP ist die Vermeidung von Schleifen: Ein Router darf eine Route, die er von einem IBGP-Peer gelernt hat, nicht an einen anderen weitergeben. Dadurch wird verhindert, dass IBGP-Routen innerhalb des AS in eine Schleife geraten, was jedoch auch bedeutet, dass jeder Router eine direkte Verbindung zu jedem anderen Router benötigt – ein Vollmaschennetz –, sofern diese Anforderung nicht entsprechend gehandhabt wird. Dies ist der wesentliche praktische Unterschied zu EBGP, bei dem es keine entsprechende Einschränkung gibt.

Arten von IBGP

Es gibt drei Ansätze zur Lösung des Skalierungsproblems bei der IBGP-Vollvernetzung. Die Vollvernetzung bildet die Basis: Jeder Router ist direkt mit jedem anderen Router verbunden – kein zusätzlicher Aufbau erforderlich, jedoch wächst die Anzahl der Sitzungen auf n(n-1)/2 an, was ab einigen Dutzend Routern unüberschaubar wird.

Bei der Routenreflexion kann ein bestimmter Router – ein Routenreflektor – Routen von seinen IBGP-Clients entgegennehmen und diese an andere Clients weitervermitteln, wobei die Regel zur Vermeidung von Schleifen für diese Verbindung umgangen wird.

Konföderationen unterteilen ein großes AS in kleinere Unter-ASes, die intern über EBGP miteinander verbunden sind, nach außen hin jedoch als ein einziges AS erscheinen – wodurch das Full-Mesh-Problem vermieden wird, was jedoch mit einer höheren Komplexität als bei der Routenreflexion einhergeht.

IBGP & Versa

In VOS ist IBGP ein eigenständiger BGP-Sitzungstyp, der sich von EBGP unterscheidet und über eigene Standardwerte verfügt. Das Feld „Type“ einer Peer-Gruppe wird auf „EBGP“ oder „IBGP“ gesetzt, und VOS weist jedem Typ eine unterschiedliche Routenpräferenz zu: Für über IBGP erlernte Routen gilt standardmäßig der Wert 200, für über EBGP erlernte Routen der Wert 20. Auf TVI-basierten WAN-Schnittstellen aktiviert VOS standardmäßig „Next-Hop Self“ für IBGP-Sitzungen, sodass der lokale Router sich selbst als nächsten Hop ankündigt, anstatt eine Adresse anzugeben, die andere AS-Mitglieder möglicherweise nicht erreichen können. „Route Reflector Client“ ist eine ausschließlich für IBGP geltende Einstellung, die es einem Gerät ermöglicht, als Reflektor zu fungieren, anstatt ein vollständiges Netz zu erfordern; der vollständige Feldsatz befindet sich unter „Configure BGP“.

VersaDie SD-WAN-Steuerungsebene des Systems stützt sich in hohem Maße auf IBGP. Gemäß dem SD-WAN-Entwurfsleitfaden bauen Hub-Controller-Knoten IBGP-Sitzungen mit dem Head-End-Controller auf, um das Routing in eingeschränkten oder isolierten Regionen zu vereinheitlichen, wobei standardmäßig die AS-Nummer 64512 verwendet wird. IBGP läuft außerdem zwischen redundanten Edge-Geräten über eine Cross-Connect-Verbindung, wodurch ein Backup-Gerät vollständige Routenübersicht erhält, anstatt auf eine Standardroute angewiesen zu sein.

Häufig gestellte Fragen

Was ist der Unterschied zwischen IBGP und EBGP?

IBGP verbindet Peers innerhalb desselben AS und verteilt extern erlernte Routen intern; EBGP verbindet Peers in verschiedenen AS und dient dazu, diese Routen zu erlernen. VOS wendet für beide unterschiedliche Standardwerte an – EBGP-erlernte Routen erhalten eine Präferenz von 20, IBGP-erlernte Routen eine Präferenz von 200.

Warum benötigt IBGP ein Vollmaschennetz oder Routenreflektoren?

Die Loop-Prevention-Regel von IBGP verhindert, dass ein Router eine Route, die er von einem IBGP-Peer gelernt hat, an einen anderen IBGP-Peer weiterleitet. Ohne ein vollständiges Netz würden einige Router bestimmte Routen niemals erhalten; Routenreflektoren oder Konföderationen lösen dieses Problem, ohne jedes Routerpaar miteinander zu vernetzen.

Was bewirkt „Next-Hop Self“ in einer IBGP-Sitzung?

„Next-Hop Self“ weist einen Router an, sich selbst als nächsten Hop anzukündigen, anstatt den ursprünglichen EBGP-Next-Hop beizubehalten, den andere Router innerhalb des AS möglicherweise nicht erreichen können. VOS aktiviert diese Funktion standardmäßig für IBGP-Sitzungen, die auf TVI-basierten WAN-Schnittstellen konfiguriert sind.

Was ist ein Routenreflektor?

Ein Routenreflektor ist ein IBGP-Router, der von einem IBGP-Client empfangene Routen an seine anderen IBGP-Clients weiterleitet und dabei die standardmäßige Regel zur Vermeidung von Schleifen für diese Verbindung umgeht. VOS unterstützt dies über die Einstellung „Route Reflector Client“ in einer IBGP-Peer-Gruppe.

Welche AS-Nummer verwendet die SD-WAN-Steuerungsebene von Versafür IBGP?

VersaDie SD-WAN-Steuerungsebene verwendet standardmäßig die AS-Nummer 64512 für die internen IBGP-Sitzungen, die das Routing zwischen den Hub-Controller-Knoten und dem Head-End-Controller vereinheitlichen. Dies ist vor allem in eingeschränkten oder isolierten Regionen von Bedeutung, in denen jede Region zwar ihre eigene Controller-Instanz betreiben kann, aber dennoch eine einzige, einheitliche Steuerungsebene benötigt.

Mehr über IBGP

Wenn Sie mehr erfahren möchten, finden Sie hier Quellen, denen wir vertrauen.

Verwandte Begriffe

Wenn Sie sich gerade über IBGP informieren, sollten Sie sich als Nächstes diese Artikel ansehen.