Zum Hauptinhalt springen

2.1. MPLS-TE with PCE (MPLS-TE mit PCE)

2.1. MPLS-TE with PCE (MPLS-TE mit PCE)​

Wie in [RFC4655] beschrieben, kann ein PCE verwendet werden, um MPLS-TE-Pfade innerhalb einer "Domäne" (wie eines IGP-Bereichs) oder über mehrere Domänen (wie ein Multi-Bereichs-AS oder mehrere ASes) hinweg zu berechnen.

  • Innerhalb eines einzelnen Bereichs bietet der PCE verbesserte Rechenleistung, die auf einzelnen Routern möglicherweise nicht verfügbar ist, ausgefeilte Richtlinienkontrolle und Algorithmen sowie die Koordination der Berechnung über den gesamten Bereich hinweg.

  • Wenn ein Router einen MPLS-TE-Pfad über IGP-Bereiche hinweg berechnen möchte, fehlt seinem eigenen TED die Sichtbarkeit der vollständigen Topologie. Das bedeutet, dass der Router den End-to-End-Pfad nicht bestimmen und nicht einmal den richtigen Ausgangsrouter (Area Border Router (ABR)) für einen optimalen Pfad auswählen kann. Dies ist ein Problem für großflächige Netzwerke, die ihre Kernnetzwerke in verschiedene Bereiche segmentieren müssen, aber dennoch MPLS-TE nutzen möchten.

Frühere Lösungen verwendeten die Pfadberechnung pro Domäne [RFC5152]. Der Quellrouter konnte nur den Pfad für den ersten Bereich berechnen, da der Router nur für den ersten Bereich entlang des Pfads vollständige topologische Sichtbarkeit hat, nicht aber für nachfolgende Bereiche. Die Pfadberechnung pro Domäne verwendet eine Technik namens "Loose-Hop-Expansion" [RFC3209] und wählt den Ausgangs-ABR und andere ABRs oder AS-Border-Router (ASBRs) unter Verwendung der IGP-berechneten kürzesten Pfadtopologie für den Rest des Pfads aus. Dies kann zu suboptimalen Pfaden führen, macht die Berechnung alternativer/Backup-Pfade schwierig und kann dazu führen, dass kein TE-Pfad gefunden wird, obwohl einer tatsächlich existiert.

Der PCE stellt einen Berechnungsserver dar, der möglicherweise Sichtbarkeit in mehr als einen IGP-Bereich oder AS hat oder mit anderen PCEs zusammenarbeiten kann, um verteilte Pfadberechnung durchzuführen. Der PCE benötigt offensichtlich Zugriff auf das TED für den/die von ihm bedienten Bereich(e), aber [RFC4655] beschreibt nicht, wie dies erreicht wird. Viele Implementierungen machen den PCE zu einem passiven Teilnehmer im IGP, damit er den neuesten Zustand des Netzwerks lernen kann, aber dies kann suboptimal sein, wenn das Netzwerk einem hohen Grad an Fluktuation unterliegt oder wenn der PCE für mehrere Bereiche verantwortlich ist.

Die folgende Abbildung zeigt, wie ein PCE seine TED-Informationen unter Verwendung des in diesem Dokument beschriebenen Mechanismus erhalten kann.

            +----------+                           +---------+
            |  -----   |                           |   BGP   |
            | | TED |<-+-------------------------->| Speaker |
            |  -----   |   TED-Synchronisation     |         |
            |    |     |        Mechanismus:       +---------+
            |    |     | BGP with Link-State NLRI
            |    v     |
            |  -----   |
            | | PCE |  |
            |  -----   |
            +----------+
                 ^
                 | Anfrage/
                 | Antwort
                 v
   Service  +----------+   Signalisierungs +----------+
   Anfrage  | Head-End |   Protokoll    | Adjacent |
   -------->|  Node    |<------------>|   Node   |
            +----------+              +----------+

 Abbildung 2: Externer PCE-Knoten mit TED-Synchronisationsmechanismus

Der Mechanismus in diesem Dokument ermöglicht es, die erforderlichen TED-Informationen aus dem IGP innerhalb des Netzwerks zu sammeln, gemäß konfigurierbarer Richtlinien zu filtern und bei Bedarf an den PCE zu verteilen.

Letztes Update am