Site icon bintorosoft.com

Was ist BGP? Das OSI-Modell erklärt Routing-Protokolle

Red Snapper

BGP (Border Gateway Protocol) ist das Routing-Protokoll, das das Internet im Kern zusammenhält. Immer wenn Sie eine Website aufrufen, eine E-Mail zustellen oder einen Cloud-Dienst nutzen, ist sehr wahrscheinlich mindestens ein Teil des Datenwegs durch Netze bestimmt worden, die mit BGP Routen austauschen. Gleichzeitig wirkt BGP für viele Einsteiger abstrakt, weil es weniger mit „meinem Heimrouter“ zu tun hat, sondern mit großen Netzwerken, Providern und autonomen Systemen. Dazu kommt eine häufige Verständnisfrage: Wenn Routing im OSI-Modell zur Network Layer (Schicht 3) gehört, warum nutzt BGP dann eine TCP-Verbindung auf Port 179 und wird oft als „Anwendungsprotokoll“ bezeichnet? Genau hier hilft ein sauberer Blick auf das OSI-Schichtenmodell: Es trennt die Aufgabe „Pakete weiterleiten“ (Schicht 3) von der Frage, wie Router Informationen austauschen, um zu entscheiden, wohin sie Pakete schicken. In diesem Artikel lernen Sie verständlich, was BGP ist, wie es funktioniert, warum es für das Internet so wichtig ist und wie das OSI-Modell Routing-Protokolle einordnet – ohne Fachchinesisch, aber mit genug Tiefe, um typische BGP-Begriffe und Fehlerbilder einzuordnen.

Was ist BGP? Eine klare Definition

BGP steht für Border Gateway Protocol und ist ein exteriores Routing-Protokoll (EGP), das zwischen unabhängigen Netzwerken eingesetzt wird. Diese Netzwerke heißen im BGP-Kontext Autonome Systeme (AS). Ein AS ist in der Regel ein Netz eines Internetproviders, eines großen Unternehmens oder eines Cloud-Anbieters, das unter einer einheitlichen Routing-Policy betrieben wird und eine eindeutige AS-Nummer (ASN) besitzt.

Das Ziel von BGP ist nicht, einzelne Endgeräte zu verbinden, sondern Routen zwischen Netzwerken auszutauschen – also Informationen darüber, über welche Nachbarn bestimmte IP-Präfixe erreichbar sind. Anders als viele interne Routing-Protokolle (z. B. OSPF) ist BGP stark policy-basiert: Es geht nicht nur um den „kürzesten“ Weg, sondern um den „gewollten“ Weg, der zu Geschäftsbeziehungen, Peering-Vereinbarungen, Sicherheitsanforderungen und Traffic-Engineering passt.

Warum ist BGP so wichtig für das Internet?

Das Internet besteht aus tausenden autonomen Systemen, die miteinander verbunden sind. BGP ist das Protokoll, mit dem diese Systeme sich darüber einigen, welche Netze sie erreichen können und über welche Nachbarn. Ohne BGP gäbe es keine skalierbare, global verteilte Methode, um Routen über Organisationsgrenzen hinweg auszutauschen.

Ein hilfreicher, allgemein zugänglicher Überblick ist Border Gateway Protocol. Für technische Details gilt als Standardreferenz RFC 4271.

OSI-Modell: Wie ordnet man Routing-Protokolle ein?

Das OSI-Modell hilft, komplexe Netzwerkfunktionen in Schichten zu strukturieren. Dabei ist wichtig zu verstehen: Das OSI-Modell beschreibt Funktionen, nicht zwingend die „Schublade“, in die jedes reale Protokoll perfekt passt. Für Routing gilt grundsätzlich:

Routing als Aufgabe – also „Welcher nächste Hop ist richtig?“ – ist eindeutig Schicht 3. Routing-Protokolle sind jedoch Steuerprotokolle, die Informationen austauschen, um diese Schicht-3-Entscheidungen zu ermöglichen. Deshalb wirken Routing-Protokolle manchmal wie „oben“ angesiedelt, obwohl sie Schicht-3-Funktionen steuern.

Zu welcher OSI-Schicht gehört BGP?

In der Praxis wird BGP häufig als Protokoll der Schicht 7 (Application Layer) beschrieben, weil es über TCP läuft (Port 179) und eine eigene Protokollsemantik zur Routensteuerung definiert. Gleichzeitig dient BGP dazu, Routing-Informationen für Schicht 3 bereitzustellen. Die saubere, praxisnahe Einordnung lautet daher:

Diese Mehrschichtigkeit ist kein Fehler, sondern typisch für Control-Plane-Protokolle. Sie verdeutlicht eine wichtige OSI-Lektion: Datenebene (Data Plane) und Steuerungsebene (Control Plane) sind unterschiedliche Perspektiven. BGP gehört zur Control Plane, beeinflusst aber maßgeblich, wie die Data Plane auf Layer 3 Pakete weiterleitet.

BGP-Grundbegriffe: Autonomes System, Prefix, Neighbor

Damit BGP verständlich wird, helfen ein paar Grundbegriffe:

Gerade der Unterschied eBGP vs. iBGP ist zentral: eBGP verbindet „die Welt da draußen“ zwischen autonomen Systemen, iBGP sorgt dafür, dass ein AS intern konsistent weiß, wie es die externen Ziele erreicht.

Wie funktioniert BGP? Der Blick auf Sessions und Nachrichten

BGP arbeitet verbindungsorientiert. Bevor überhaupt Routen ausgetauscht werden, wird eine TCP-Verbindung aufgebaut und anschließend eine BGP-Sitzung etabliert. Dafür nutzt BGP definierte Nachrichtentypen:

Wichtig ist das Verhalten: BGP sendet nicht ständig „alles neu“, sondern arbeitet inkrementell. Änderungen werden über UPDATE-Nachrichten verteilt. Dadurch ist BGP skalierbar, aber Konvergenz (also die Zeit, bis sich ein neues stabiles Routingbild ergibt) kann je nach Topologie, Policies und Timern variieren.

Path-Vector statt „kürzester Weg“: Was BGP besonders macht

BGP ist ein Path-Vector-Protokoll. Das bedeutet: Es übermittelt nicht nur „ich kenne eine Route“, sondern auch Informationen über den Pfad durch autonome Systeme – insbesondere über das Attribut AS_PATH. Dieses Attribut listet die AS-Nummern auf, die ein Prefix bereits durchlaufen hat. Das hat zwei große Vorteile:

Das unterscheidet BGP von klassischen „kürzester Weg“-Mechanismen in internen Protokollen. Bei BGP ist „bester Weg“ eine Mischung aus technischen Kriterien und geschäftlichen/strategischen Policies.

Wichtige BGP-Attribute: So entscheidet BGP den „besten“ Pfad

BGP nutzt Attribute, um aus mehreren möglichen Pfaden einen bevorzugten auszuwählen. Die konkrete Reihenfolge kann je nach Hersteller variieren, das Prinzip ist jedoch ähnlich. Typische Attribute sind:

Für Einsteiger ist besonders wichtig: BGP ist nicht „objektiv“, sondern bewusst steuerbar. Betreiber gestalten Pfade. Das erklärt auch, warum Internetwege manchmal überraschend sind: Der schnellste Weg ist nicht immer der gewählte Weg.

BGP und die Rolle von TCP: Warum Port 179?

BGP nutzt TCP, weil eine zuverlässige, geordnete Übertragung der Routing-Updates wichtig ist. Während IP-Pakete im Internet verloren gehen können, sorgt TCP dafür, dass BGP-Nachrichten korrekt ankommen, in der richtigen Reihenfolge verarbeitet werden und die Session stabil bleibt. BGP verwendet standardmäßig TCP Port 179.

Diese TCP-Abhängigkeit ist ein Grund, warum man BGP oft auf höheren OSI-Schichten verortet. Aus OSI-Sicht gilt: TCP ist Schicht 4, und BGP „sitzt darüber“. Dennoch bleibt die Routing-Funktionalität, die BGP steuert, klar auf Schicht 3 bezogen.

Control Plane vs. Data Plane: OSI-Verständnis für Routing-Protokolle

Ein hilfreiches Modell, um Routing-Protokolle im OSI-Kontext einzuordnen, ist die Trennung zwischen:

BGP arbeitet in der Control Plane. Es tauscht Informationen aus, die anschließend in Routingtabellen (RIB) und Weiterleitungstabellen (FIB) einfließen. Erst dann kann die Data Plane Pakete schnell weiterleiten. Das OSI-Modell hilft, diese Ebenen nicht zu vermischen: BGP ist nicht „der Router“, sondern der Mechanismus, der dem Router sagt, welche Ziele wohin gehören.

Interne vs. externe Routing-Protokolle: Wo steht BGP im Vergleich?

Routing-Protokolle werden häufig in zwei Klassen eingeteilt:

Diese Einteilung ergänzt das OSI-Modell: Sie beschreibt nicht die Schicht, sondern den Einsatzbereich. Ein IGP optimiert meist technische Pfade innerhalb eines Netzes. BGP verbindet Netzwerke und bildet Policies und Geschäftsbeziehungen ab.

BGP im Alltag: Wo begegnet Ihnen das Protokoll?

Auch wenn viele Nutzer nie einen BGP-Router konfigurieren, ist BGP in typischen Szenarien präsent:

Gerade Anycast basiert häufig darauf, dass derselbe IP-Prefix an mehreren Standorten per BGP annonciert wird, sodass Nutzer „automatisch“ den topologisch passenden Standort erreichen.

Typische Risiken und Fehlerbilder: Warum BGP auch „gefährlich“ sein kann

BGP ist mächtig, aber diese Macht bringt Risiken. Ein falsches Announcement kann große Auswirkungen haben, weil BGP global wirken kann. Häufige Problemklassen sind:

Diese Risiken erklären, warum professionelle BGP-Umgebungen strikte Filter, Monitoring, RPKI-Validierung und klare Policies nutzen. Für einen Einstieg in Sicherheits- und Validierungskonzepte ist RPKI ein sinnvoller Begriff.

Einfaches Beispiel: Wie BGP einen Weg durchs Internet „beschreibt“

Stellen Sie sich vor, ein Unternehmen besitzt das Prefix 203.0.113.0/24. Es hat zwei Provider, Provider A (AS 65001) und Provider B (AS 65002). Das Unternehmen selbst hat AS 65010. Es kündigt sein Prefix an beide Provider an. Beide Provider geben die Route an ihre Nachbarn weiter. Jetzt kann ein drittes Netz im Internet zwei mögliche AS-Pfade sehen:

Je nach Policies, Präferenzen und lokalen Entscheidungen wird ein Netz einen der beiden Wege als „besten“ auswählen. Das kann sich je nach Region und Peer unterscheiden. Deshalb können Nutzer in unterschiedlichen Ländern über unterschiedliche Providerpfade zum selben Ziel gelangen.

Wie passt das alles ins OSI-Modell? Eine praxisnahe Zusammenfassung

Wenn Sie BGP und Routing-Protokolle im OSI-Modell verstehen möchten, hilft diese Faustregel:

Das OSI-Modell erklärt also nicht, dass BGP „auf Layer 3“ laufen muss. Es erklärt, dass BGP die Schicht-3-Entscheidungen ermöglicht, aber seine Nachrichtenübertragung auf anderen Schichten aufbauen kann. Genau diese Trennung macht das Schichtenmodell im Networking so wertvoll.

Outbound-Links für vertiefendes Verständnis

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version