JNCIP-ENT: iBGP Probleme & Route Reflektoren

30.06.2026 · 5 Min. Lesezeit

BGP‑Entscheidungen wirken auf den ersten Blick konsistent und deterministisch, werden in der Praxis jedoch oft falsch eingeschätzt, weil mehrere Mechanismen gleichzeitig greifen. Das Protokoll bewertet Routen nicht anhand eines einzelnen Kriteriums, sondern durchläuft eine klar definierte Kette von Attributen. Entscheidend ist dabei nicht nur, welches Attribut „wichtiger“ ist, sondern vor allem, in welcher Reihenfolge überhaupt verglichen wird. Viele scheinbar unerklärliche Routing‑Entscheidungen lassen sich genau auf diese Reihenfolge zurückführen.

Im Gegensatz zu Link-State-Protokollen wie OSPF, die primär auf einer einheitlichen Metrik basieren, ist BGP ein Policy-gesteuertes Protokoll. Das bedeutet, dass es darauf ausgelegt ist, administrative Entscheidungen abzubilden, nicht zwingend die technisch kürzeste oder schnellste Route zu wählen. Die Path Selection ist daher bewusst mehrstufig aufgebaut und priorisiert zunächst Attribute, die durch den Betreiber beeinflusst werden können.

An erster Stelle steht die Local Preference. Sie wird innerhalb eines autonomen Systems verwendet und bestimmt, welcher Ausgangspunkt bevorzugt wird, wenn mehrere Wege nach außen existieren. Eine höhere Local Preference führt immer dazu, dass ein Pfad bevorzugt wird, unabhängig davon, wie der restliche Pfad aussieht. Dieser Mechanismus ist bewusst so gestaltet, dass interne Richtlinien Vorrang vor externen Gegebenheiten haben. Entscheidend ist dabei, dass dieses Attribut nicht zwischen autonomen Systemen übertragen wird. Es ist eine rein interne Steuergröße.

Erst wenn mehrere Pfade die gleiche Local Preference haben, kommt die Länge des AS-Pfads ins Spiel. Der AS Path beschreibt, wie viele autonome Systeme ein Paket durchlaufen muss, um das Ziel zu erreichen. Ein kürzerer Pfad wird grundsätzlich bevorzugt, da er in der Regel weniger Transitpunkte und damit eine geringere Komplexität bedeutet. Dieser Schritt ist intuitiv nachvollziehbar, führt aber häufig zu Missverständnissen, da er von der Local Preference übersteuert werden kann. Ein längerer AS Path kann problemlos gewählt werden, wenn die Local Preference entsprechend höher gesetzt ist.

Darauf folgt das Origin-Attribut, das angibt, auf welche Weise eine Route in BGP entstanden ist. Obwohl dieses Kriterium im Vergleich selten entscheidend ist, gehört es zur festen Entscheidungslogik und kann in bestimmten Szenarien den Ausschlag geben. In der Praxis spielt es vor allem dann eine Rolle, wenn alle vorhergehenden Attribute identisch sind.

Ein häufig missverstandener Punkt ist der Umgang mit dem Multi Exit Discriminator, kurz MED. Dieses Attribut wird verwendet, um einem externen Nachbarn mitzuteilen, welcher Einstiegspunkt in das eigene autonome System bevorzugt wird. Seine Bedeutung ist jedoch eingeschränkt. Es wird nur dann in die Entscheidungsfindung einbezogen, wenn mehrere Routen aus demselben externen AS stammen. Sobald unterschiedliche autonome Systeme beteiligt sind, wird der MED ignoriert. Diese Einschränkung ist zentral, da viele Annahmen über Routingentscheidungen auf der falschen Erwartung basieren, dass ein niedrigerer MED grundsätzlich bevorzugt wird.

Nachdem die oben genannten Attribute bewertet wurden, unterscheidet BGP zwischen eBGP- und iBGP-Pfaden. Ein über eBGP gelernter Pfad wird grundsätzlich einem iBGP-Pfad vorgezogen. Diese Regel stellt sicher, dass ein Router bevorzugt direkt an externe Quellen angebunden ist, anstatt Umwege innerhalb des eigenen Netzwerks zu nehmen. Sie hat auch Auswirkungen auf das Design von Netzwerken, da sie implizit eine bestimmte Verkehrsrichtung begünstigt.

Sollten auch nach diesen Kriterien mehrere gleichwertige Pfade existieren, kommt die interne Netzsicht ins Spiel. In diesem Schritt wird bewertet, wie „teuer“ der Weg zum jeweiligen Next-Hop ist. Diese Bewertung basiert auf der internen Routing-Information, etwa aus OSPF oder IS-IS. Der Pfad mit dem günstigeren internen Zugriff auf den Next-Hop wird bevorzugt. Dieser Schritt ist besonders relevant in größeren Netzwerken, in denen mehrere Exit-Punkte existieren und die interne Topologie eine Rolle spielt.

Erst ganz am Ende der Entscheidungslogik greifen Tie-Breaker wie die Router-ID oder die Nachbaradresse. Diese werden nur dann relevant, wenn tatsächlich alle anderen Attribute identisch sind. In der Praxis kommt dieser Fall selten vor, wird aber gerne unterschätzt. Wichtig ist dabei, dass diese Parameter keine inhaltliche Aussage über die Qualität des Pfads treffen, sondern lediglich eine deterministische Entscheidung herbeiführen.

Ein weiterer Aspekt, der häufig zu Verwirrung führt, ist die Behandlung mehrerer gleichwertiger Pfade. Wenn alle relevanten Attribute übereinstimmen und keine Regel einen eindeutigen Gewinner definiert, kann ein Router mehrere Pfade parallel installieren. Dieses Verhalten wird als Multipath bezeichnet und ermöglicht Lastverteilung über mehrere Verbindungen. Es tritt jedoch nur dann ein, wenn wirklich Gleichheit auf allen relevanten Ebenen besteht. Schon kleine Unterschiede verhindern diese Parallelität.

In der Praxis zeigt sich, dass Fehler selten aus einem einzelnen falschen Attribut entstehen, sondern aus einem falschen mentalen Modell der Reihenfolge. Wer annimmt, dass ein kürzerer AS Path immer gewinnt, wird in Situationen scheitern, in denen die Local Preference anders gesetzt ist. Wer sich auf den MED verlässt, ohne den Kontext des Nachbar-AS zu berücksichtigen, trifft ebenfalls falsche Annahmen. Die Entscheidungslogik ist strikt und lässt keine Interpretation zu. Die Herausforderung liegt nicht im Verständnis einzelner Attribute, sondern in ihrer korrekten Einordnung.

Ein weiterer kritischer Punkt ist die Wechselwirkung zwischen BGP und dem darunterliegenden IGP. BGP selbst berechnet keine vollständige Topologie, sondern verlässt sich darauf, dass der Next-Hop erreichbar ist. Diese Abhängigkeit führt dazu, dass selbst der „beste“ BGP-Pfad unbrauchbar wird, wenn die interne Netzsicht unvollständig ist. Entscheidungen werden also nicht isoliert im BGP getroffen, sondern hängen unmittelbar von der Zustand des gesamten Netzwerks ab.

Wer BGP zuverlässig analysieren will, muss daher nicht nur wissen, welche Attribute existieren, sondern vor allem, wann sie überhaupt relevant werden. Die Entscheidungsreihenfolge ist dabei der Schlüssel. Sie bestimmt, welche Information zuerst ausgewertet wird und welche danach möglicherweise gar nicht mehr betrachtet wird. Dadurch entsteht eine strikt deterministische Logik, die sich zwar komplex anfühlt, aber bei konsistenter Anwendung vollständig vorhersagbar ist.