3. Summary of Operation (Zusammenfassung des Betriebs)
3. Summary of Operation (Zusammenfassung des Betriebs)
Das Border Gateway Protocol (BGP) ist ein Routing-Protokoll zwischen autonomen Systemen (inter-Autonomous System). Es baut auf Erfahrungen auf, die mit EGP (wie in [RFC904] definiert) und der EGP-Nutzung im NSFNET-Backbone (wie in [RFC1092] und [RFC1093] beschrieben) gewonnen wurden. Weitere BGP-bezogene Informationen finden Sie in [RFC1772], [RFC1930], [RFC1997] und [RFC2858].
Die primäre Funktion eines BGP-sprechenden Systems besteht darin, Netzwerk-Erreichbarkeitsinformationen mit anderen BGP-Systemen auszutauschen. Diese Netzwerk-Erreichbarkeitsinformationen enthalten Informationen über die Liste der autonomen Systeme (ASes), die die Erreichbarkeitsinformationen durchqueren. Diese Informationen reichen aus, um einen Graphen der AS-Konnektivität für diese Erreichbarkeit zu konstruieren, aus dem Routing-Schleifen entfernt werden können und auf AS-Ebene einige Richtlinienentscheidungen durchgesetzt werden können.
Im Kontext dieses Dokuments gehen wir davon aus, dass ein BGP-Speaker seinen Peers nur diejenigen Routen ankündigt, die er selbst verwendet (in diesem Kontext wird gesagt, dass ein BGP-Speaker eine BGP-Route "verwendet", wenn es die am meisten bevorzugte BGP-Route ist und bei der Weiterleitung verwendet wird). Alle anderen Fälle liegen außerhalb des Geltungsbereichs dieses Dokuments.
Im Kontext dieses Dokuments bezieht sich der Begriff "IP-Adresse" auf eine IP-Version-4-Adresse [RFC791].
Über BGP ausgetauschte Routing-Informationen unterstützen nur das zielbasierte Weiterleitungs-Paradigma, das davon ausgeht, dass ein Router ein Paket ausschließlich basierend auf der Zieladresse weiterleitet, die im IP-Header des Pakets enthalten ist. Dies spiegelt wiederum die Menge der Richtlinienentscheidungen wider, die unter Verwendung von BGP durchgesetzt werden können (und nicht können). Beachten Sie, dass einige Richtlinien nicht durch das zielbasierte Weiterleitungs-Paradigma unterstützt werden können und daher Techniken wie Source Routing (auch bekannt als Explicit Routing) erfordern, um durchgesetzt zu werden. Solche Richtlinien können auch unter Verwendung von BGP nicht durchgesetzt werden. Zum Beispiel ermöglicht BGP es einem AS nicht, Datenverkehr an ein benachbartes AS zur Weiterleitung an ein Ziel (das über das benachbarte AS, aber jenseits davon erreichbar ist) zu senden, mit der Absicht, dass der Datenverkehr eine andere Route nimmt als diejenige, die vom Datenverkehr genommen wird, der im benachbarten AS (für dasselbe Ziel) entsteht. Andererseits kann BGP jede Richtlinie unterstützen, die dem zielbasierten Weiterleitungs-Paradigma entspricht.
BGP-4 bietet einen neuen Satz von Mechanismen zur Unterstützung von Classless Inter-Domain Routing (CIDR) [RFC1518, RFC1519]. Diese Mechanismen umfassen die Unterstützung für die Ankündigung einer Reihe von Zielen als IP-Präfix und die Eliminierung des Konzepts einer Netzwerk-"Klasse" innerhalb von BGP. BGP-4 führt auch Mechanismen ein, die die Aggregation von Routen ermöglichen, einschließlich der Aggregation von AS-Pfaden.
Dieses Dokument verwendet durchgehend den Begriff `Autonomous System' (AS). Die klassische Definition eines autonomen Systems ist eine Menge von Routern unter einer einzigen technischen Verwaltung, die ein Interior Gateway Protocol (IGP) und gemeinsame Metriken verwenden, um zu bestimmen, wie Pakete innerhalb des AS geroutet werden, und die ein Inter-AS-Routing-Protokoll verwenden, um zu bestimmen, wie Pakete zu anderen ASes geroutet werden. Seit diese klassische Definition entwickelt wurde, ist es üblich geworden, dass ein einzelnes AS mehrere IGPs und manchmal mehrere Sätze von Metriken innerhalb eines AS verwendet. Die Verwendung des Begriffs Autonomous System unterstreicht die Tatsache, dass, selbst wenn mehrere IGPs und Metriken verwendet werden, die Verwaltung eines AS für andere ASes so erscheint, als hätte sie einen einzigen kohärenten internen Routing-Plan und präsentiert ein konsistentes Bild der Ziele, die durch es erreichbar sind.
BGP verwendet TCP [RFC793] als sein Transportprotokoll. Dies eliminiert die Notwendigkeit, explizite Update-Fragmentierung, Neuübertragung, Bestätigung und Sequenzierung zu implementieren. BGP lauscht auf TCP-Port 179. Der in BGP verwendete Fehlerbenachrichtigungsmechanismus setzt voraus, dass TCP ein "graceful" Close unterstützt (d.h., dass alle ausstehenden Daten zugestellt werden, bevor die Verbindung geschlossen wird).
Eine TCP-Verbindung wird zwischen zwei Systemen hergestellt. Sie tauschen Nachrichten aus, um die Verbindungsparameter zu öffnen und zu bestätigen.
Der anfängliche Datenfluss ist der Teil der BGP-Routing-Tabelle, der durch die Exportrichtlinie erlaubt ist, genannt Adj-Ribs-Out (siehe 3.2). Inkrementelle Updates werden gesendet, wenn sich die Routing-Tabellen ändern. BGP erfordert keine regelmäßige Aktualisierung der Routing-Tabelle. Damit lokale Richtlinienänderungen den korrekten Effekt haben, ohne BGP-Verbindungen zurückzusetzen, SOLLTE ein BGP-Speaker entweder (a) die aktuelle Version der Routen, die ihm von allen seinen Peers angekündigt wurden, für die Dauer der Verbindung beibehalten, oder (b) Gebrauch von der Route Refresh-Erweiterung [RFC2918] machen.
KEEPALIVE-Nachrichten können regelmäßig gesendet werden, um sicherzustellen, dass die Verbindung aktiv ist. NOTIFICATION-Nachrichten werden als Reaktion auf Fehler oder besondere Bedingungen gesendet. Wenn eine Verbindung auf einen Fehlerzustand stößt, wird eine NOTIFICATION-Nachricht gesendet und die Verbindung geschlossen.
Ein Peer in einem anderen AS wird als externer Peer (external peer) bezeichnet, während ein Peer im selben AS als interner Peer (internal peer) bezeichnet wird. Internes BGP und externes BGP werden üblicherweise als IBGP und EBGP abgekürzt.
Wenn ein bestimmtes AS mehrere BGP-Speaker hat und Transitdienst für andere ASes bereitstellt, muss darauf geachtet werden, eine konsistente Sicht des Routings innerhalb des AS sicherzustellen. Eine konsistente Sicht der inneren Routen des AS wird durch das im AS verwendete IGP bereitgestellt. Für den Zweck dieses Dokuments wird angenommen, dass eine konsistente Sicht der Routen außerhalb des AS dadurch bereitgestellt wird, dass alle BGP-Speaker innerhalb des AS IBGP miteinander unterhalten.
Dieses Dokument spezifiziert das Basisverhalten des BGP-Protokolls. Dieses Verhalten kann und wird durch Erweiterungsspezifikationen modifiziert. Wenn das Protokoll erweitert wird, ist das neue Verhalten vollständig in den Erweiterungsspezifikationen dokumentiert.