Sicherheitsglossar
Was ist BGP (Border Gateway Protocol)?
BGP (Border Gateway Protocol) ist ein Pfadvektor-Routingprotokoll, das Erreichbarkeitsinformationen zwischen autonomen Systemen im Internet austauscht. Es läuft über TCP zwischen konfigurierten Peers und wählt Routen anhand von Pfadattributen und Richtlinien aus, anstatt sich auf eine einzige Metrik für den kürzesten Pfad zu stützen.
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.BGP (Border Gateway Protocol) is a path-vector routing protocol that exchanges reachability information between autonomous systems on the internet using TCP port 179, allowing networks such as ISPs, cloud providers, and enterprises to announce address prefixes and select routes based on policy attributes rather than shortest-path metrics. The protocol operates through TCP sessions between configured peers that exchange OPEN and UPDATE messages to advertise or withdraw prefixes, with each router applying import and export policies to determine the best path for each prefix. BGP's reliance on policy and peer trust means misconfigurations can quickly propagate route leaks or hijacks that misdirect traffic, making proper prefix filtering, monitoring of session state and prefix counts, and route origin validation essential for preventing outages and ensuring consistent routing behavior across networks.
So funktioniert BGP
BGP-Router bauen Verbindungen zu konfigurierten Nachbarn auf, tauschen die Präfixe aus, die sie erreichen können, und jeder Router wählt für jedes Präfix den besten Pfad auf der Grundlage von Attributen und lokalen Richtlinien aus.
- Aufbau einer TCP-Sitzung: Zwei konfigurierte Peers öffnen eine TCP-Verbindung auf Port 179. Sie können sich in unterschiedlichen autonomen Systemen (externes BGP) oder im selben autonomen System (internes BGP) befinden.
- Austausch von OPEN-Nachrichten: Jeder Peer sendet seine Autonome-System-Nummer, seine Haltezeit und seine Fähigkeiten. Die Peers bestätigen, dass die Parameter kompatibel sind, und die Sitzung wird nach dem Austausch von KEEPALIVE-Nachrichten hergestellt.
- Routen ankündigen: Peers senden UPDATE-Nachrichten, um Präfixe mit Pfadattributen wie AS-Pfad und nächstem Hop anzukündigen oder Präfixe zurückzuziehen, die nicht mehr erreichbar sind.
- Auswahl des besten Pfades: Jeder Router wendet die Import-Richtlinie an und führt anschließend seinen Entscheidungsprozess über die in Frage kommenden Pfade durch. Attribute wie lokale Präferenz, AS-Pfadlänge und Ursprung werden der Reihe nach verglichen.
- Installieren und erneut ankündigen: Der gewählte Pfad wird in die Routing-Tabelle aufgenommen und kann gemäß der Export-Richtlinie an andere Peers angekündigt werden. Regelmäßige KEEPALIVE-Nachrichten halten die Sitzung aufrecht.
BGP sendet nach dem anfänglichen Austausch inkrementelle Aktualisierungen, anstatt die vollständige Tabelle regelmäßig erneut zu senden. Wenn eine Sitzung fehlschlägt oder der Hold-Timer abläuft, zieht der Router die von diesem Peer erlernten Routen zurück.
Häufige BGP-Probleme
Ein Nachbar, der zwischen den Zuständen „Active“ und „Idle“ wechselt, deutet in der Regel auf eine fehlgeschlagene TCP-Verbindung auf Port 179 hin. Häufige Ursachen sind eine Firewall oder eine ACL, die den Port blockiert, eine falsche Nachbaradresse oder eine Nichtübereinstimmung der Quellschnittstelle auf dem Peer.
Ohne eingehende und ausgehende Präfixfilter kann ein Multihomed-Netzwerk die Routen eines Anbieters an einen anderen weitervermitteln und Transitverkehr anziehen, den es nicht transportieren kann. Die Folge sind überlastete Verbindungen und plötzliche Latenzänderungen nach einer Richtlinienänderung.
Sitzungen, die mit einer Benachrichtigung über den Ablauf des Hold-Timers abgebrochen werden, deuten häufig auf Paketverlust, CPU-Engpässe oder ein MTU-Problem hin, das große UPDATE-Nachrichten blockiert. Bei jedem Flap werden Präfixe zurückgezogen und erneut angekündigt, was bei nachgelagerten Peers zu Churn führt.
Eine Route kann in der BGP-Tabelle erscheinen, wird jedoch niemals zum besten Pfad, wenn ihr nächster Hop nicht aufgelöst werden kann. Dies tritt häufig bei internem BGP auf, wenn der nächste Hop eine externe Peer-Adresse ist, die nicht im internen Routing-Protokoll übertragen wird.
Der Datenverkehr kann einen längeren oder teureren Pfad nehmen, da Attribute wie die lokale Präferenz vor der AS-Pfadlänge ausgewertet werden. Techniker gehen oft davon aus, dass der kürzeste AS-Pfad den Vorrang hat, und interpretieren die Entscheidungsreihenfolge falsch.
Verwandte Begriffe
Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke
Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…
Content Hub Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen
Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…
Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke
Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…
Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines
Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…
Podcast Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert
KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…
Podcast Podcast: Why Open Platforms Matter in Network Operations
Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.
Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen
Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…
Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht
Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…