1. Introduction (Einführung)
1. Introduction (Einführung)
Der Inhalt einer Link-State-Datenbank (LSDB) oder der Traffic-Engineering-Datenbank (TED) eines IGP beschreibt nur die Links und Knoten innerhalb eines IGP-Bereichs. Einige Anwendungen, wie End-to-End-Traffic-Engineering (TE), würden von Sichtbarkeit außerhalb eines Bereichs oder autonomen Systems (AS) profitieren, um bessere Entscheidungen zu treffen.
Die IETF hat das Path Computation Element (PCE) [RFC4655] als Mechanismus definiert, um die Berechnung von End-to-End-TE-Pfaden zu erreichen, die die Sichtbarkeit von mehr als einem TED überschreiten oder CPU-intensive oder koordinierte Berechnungen erfordern. Die IETF hat auch den ALTO-Server [RFC5693] als eine Entität definiert, die eine abstrahierte Netzwerktopologie generiert und sie netzwerkbewussten Anwendungen zur Verfügung stellt.
Sowohl ein PCE als auch ein ALTO-Server müssen Informationen über die Topologien und Fähigkeiten des Netzwerks sammeln, um ihre Funktion erfüllen zu können.
Dieses Dokument beschreibt einen Mechanismus, durch den Link-State- und TE-Informationen aus Netzwerken gesammelt und mit externen Komponenten unter Verwendung des BGP-Routing-Protokolls [RFC4271] geteilt werden können. Dies wird durch die Verwendung eines neuen BGP Network Layer Reachability Information (NLRI) Kodierungsformats erreicht. Der Mechanismus ist auf physische und virtuelle Links anwendbar. Der beschriebene Mechanismus unterliegt der Richtlinienkontrolle.
Ein Router verwaltet eine oder mehrere Datenbanken zum Speichern von Link-State-Informationen über Knoten und Links in einem bestimmten Bereich. Die in diesen Datenbanken gespeicherten Link-Attribute umfassen: lokale/entfernte IP-Adressen, lokale/entfernte Schnittstellenidentifikatoren, Link-Metrik und TE-Metrik, Link-Bandbreite, reservierbare Bandbreite, Reservierungsstatus pro Dienstklasse (CoS), Präemption und gemeinsame Risikolink-Gruppen (SRLG). Der BGP-Prozess des Routers kann die Topologie aus diesen LSDBs abrufen und sie an einen Verbraucher verteilen, entweder direkt oder über einen Peer-BGP-Sprecher (typischerweise einen dedizierten Route-Reflector), unter Verwendung der in diesem Dokument spezifizierten Kodierung.
Die Sammlung von Link-State- und TE-Informationen und deren Verteilung an Verbraucher wird in der folgenden Abbildung dargestellt.
+-----------+
| Consumer |
+-----------+
^
|
+-----------+
| BGP | +-----------+
| Speaker | | Consumer |
+-----------+ +-----------+
^ ^ ^ ^
| | | |
+---------------+ | +-------------------+ |
| | | |
+-----------+ +-----------+ +-----------+
| BGP | | BGP | | BGP |
| Speaker | | Speaker | . . . | Speaker |
+-----------+ +-----------+ +-----------+
^ ^ ^
| | |
IGP IGP IGP
Abbildung 1: Sammlung von Link-State- und TE-Informationen
Ein BGP-Sprecher kann eine konfigurierbare Richtlinie auf die Informationen anwenden, die er verteilt. Somit kann er die reale physische Topologie aus der LSDB oder dem TED verteilen. Alternativ kann er eine abstrahierte Topologie erstellen, bei der virtuelle, aggregierte Knoten durch virtuelle Pfade verbunden sind. Aggregierte Knoten können beispielsweise aus mehreren Routern in einem Point of Presence (POP) erstellt werden. Die abstrahierte Topologie kann auch eine Mischung aus physischen und virtuellen Knoten sowie physischen und virtuellen Links sein. Darüber hinaus kann der BGP-Sprecher Richtlinien anwenden, um zu bestimmen, wann Informationen an den Verbraucher aktualisiert werden, sodass eine Reduzierung des Informationsflusses vom Netzwerk zu den Verbrauchern erfolgt. Mechanismen, durch die Topologien aggregiert oder virtualisiert werden können, liegen außerhalb des Umfangs dieses Dokuments.