JNCIP-ENT: BGP Troubleshooting
01.07.2026 4 Min. Lesezeit
Die Diagnose von Routingproblemen in BGP unterscheidet sich grundlegend von der Analyse klassischer IGP‑Probleme. Während Protokolle wie OSPF oder IS‑IS durch eine gemeinsame Topologiesicht geprägt sind, basiert BGP auf einem zustandsorientierten Sitzungsaufbau und einer entkoppelten Pfadentscheidung. Probleme äußern sich daher selten als „offensichtlicher Fehler“, sondern vielmehr als stilles Fehlverhalten: Sessions stehen, aber es werden keine Routen genutzt, oder Routen sind vorhanden, aber nicht aktiv.
Ein sinnvoller Einstieg in die Analyse ist immer der Verbindungszustand zwischen den Peers. BGP durchläuft eine feste Sequenz von Zuständen, die den Aufbau der TCP‑Session und den anschließenden Austausch von Routinginformationen abbilden. Diese Zustände sind nicht nur Statusanzeigen, sondern liefern präzise Hinweise darauf, an welcher Stelle ein Problem auftritt. Ein Router im Zustand „Idle“ hat die Session entweder noch nicht initialisiert oder versucht sie bewusst nicht aufzubauen. „Connect“ zeigt an, dass ein TCP‑Verbindungsaufbau angestoßen wird. Bleibt der Zustand bei „Active“, deutet dies darauf hin, dass wiederholt Verbindungsversuche stattfinden, aber keine Antwort vom Peer kommt. Diese Unterscheidung ist entscheidend, da sie zwischen einem Konfigurationsproblem und einem Erreichbarkeitsproblem differenziert.
Sobald die TCP‑Session etabliert ist, folgt der Austausch von BGP‑Nachrichten. In „OpenSent“ und „OpenConfirm“ werden grundlegende Parameter wie die AS‑Nummer und die Fähigkeiten der beiden Router abgestimmt. Fehler in diesen Phasen sind oft auf inkonsistente Konfigurationen zurückzuführen, etwa eine falsche AS‑Nummer oder fehlende Unterstützung bestimmter Features. Erst im Zustand „Established“ ist die Session vollständig aufgebaut und bereit, Routinginformationen auszutauschen. Ein häufiger Fehler besteht darin, diesen Zustand mit funktionierendem Routing gleichzusetzen. Tatsächlich sagt er lediglich aus, dass die Kommunikationsbasis steht, nicht jedoch, dass auch sinnvolle Routen vorhanden oder nutzbar sind.
Die Analyse verlagert sich an diesem Punkt von der Sitzungslogik auf die eigentlichen Routen. Eine der ersten Fragen lautet, ob überhaupt Informationen empfangen werden. BGP trennt klar zwischen empfangenen Routen und solchen, die tatsächlich in die Routingentscheidung einfließen. Werkzeuge zur Anzeige empfangener Routen spiegeln den Zustand vor jeglicher Filterung wider, während die Routing-Tabelle nur die akzeptierten Einträge zeigt. Diese Trennung ist essenziell, da sie sofort erkennen lässt, ob ein Problem im Empfang oder in der Verarbeitung liegt.
Ein typisches Szenario ist eine funktionierende Session, bei der jedoch keine Routen im Routing Table erscheinen. In solchen Fällen liegt die Ursache häufig in Policies, die eingehende Routen verwerfen. Die Session selbst bleibt davon unberührt, da sie lediglich den Transportmechanismus darstellt. Ohne gezielte Analyse wirkt dies wie ein Widerspruch, da scheinbar alles funktioniert, aber keine Ergebnisse sichtbar sind.
Wenn Routen vorhanden sind, aber nicht verwendet werden, verschiebt sich die Analyse auf die Entscheidungslogik. BGP ordnet mehrere Pfade anhand seiner Attributkette. Eine Route kann daher korrekt empfangen und verarbeitet werden, aber dennoch nicht gewählt werden, weil ein anderer Pfad als besser betrachtet wird. In diesem Fall wird die Route nicht verworfen, sondern bleibt als alternative Option erhalten. Dieses Verhalten ist gewollt und dient der Stabilität, da bei Änderungen sofort auf einen alternativen Pfad zurückgegriffen werden kann.
Ein weiterer zentraler Fehlerfall betrifft die Erreichbarkeit des Next-Hop. BGP selbst prüft nicht aktiv die physikalische Konnektivität, sondern verlässt sich auf das darunterliegende Routing. Wird eine Route mit einem Next-Hop empfangen, zu dem kein gültiger Pfad existiert, bleibt die Route unbrauchbar. Sie kann weiterhin in den BGP‑Tabellen erscheinen, wird jedoch nicht in die aktive Routingentscheidung übernommen. Dieses Verhalten führt häufig zu der falschen Annahme, dass ein Problem im BGP vorliegt, obwohl die Ursache im IGP oder in fehlenden Infrastrukturinformationen liegt.
Besonders tückisch sind Situationen, in denen mehrere Faktoren gleichzeitig wirken. Eine Route kann beispielsweise sowohl durch eine Policy beeinflusst als auch durch die Next-Hop-Auflösung eingeschränkt sein. In solchen Fällen ist es notwendig, die einzelnen Verarbeitungsschritte getrennt zu betrachten. Der Weg einer Route beginnt beim Empfang, führt über die Anwendung von Policies, durchläuft die Entscheidungslogik und endet schließlich in der Übernahme in die Forwarding-Ebene. Jede dieser Stufen kann unabhängig voneinander dazu führen, dass eine Route nicht genutzt wird.
Ein strukturierter Ansatz zur Fehlersuche basiert daher darauf, diesen Weg systematisch nachzuvollziehen. Zunächst wird geprüft, ob die Session korrekt aufgebaut ist. Anschließend wird verifiziert, ob Routen empfangen werden. Der nächste Schritt besteht darin, zu analysieren, ob diese Routen durch Policies verändert oder verworfen werden. Erst danach wird betrachtet, welche Route tatsächlich ausgewählt wird und warum. Abschließend muss sichergestellt werden, dass die gewählte Route auch technisch umgesetzt werden kann, insbesondere in Bezug auf die Next-Hop-Erreichbarkeit.
Die wichtigste Erkenntnis dabei ist, dass BGP‑Probleme selten isoliert auftreten. Sie sind fast immer das Ergebnis einer Wechselwirkung zwischen mehreren Komponenten. Die Session kann korrekt sein, während die Policy fehlerhaft ist. Die Policy kann korrekt sein, während der Next-Hop nicht erreichbar ist. Die Route kann korrekt sein, während sie durch eine bessere Alternative verdrängt wird. Ohne ein klares Verständnis dieser Zusammenhänge bleibt die Analyse oberflächlich und führt oft zu falschen Schlussfolgerungen.
Die Stärke von BGP liegt in seiner deterministischen Struktur. Jeder Zustand, jede Entscheidung und jede Ablehnung folgt klar definierten Regeln. Die Herausforderung besteht darin, diese Regeln nicht isoliert zu betrachten, sondern als zusammenhängenden Prozess zu verstehen. Sobald dieser Prozess verinnerlicht ist, lassen sich auch komplexe Fehlerbilder systematisch auflösen und reproduzierbar erklären.