Zum Hauptinhalt springen

3. Detaillierter Betrieb von E-LSPs

3.1. E-LSP-Definition​

E-LSPs sind in Abschnitt 1.2 definiert.

Innerhalb einer gegebenen MPLS-Diff-Serv-Domäne sind alle E-LSPs, die sich auf die vorkonfigurierte Abbildung stützen, in der Lage, dieselbe gemeinsame Menge von 8 oder weniger BAs zu transportieren. Jeder dieser E-LSPs kann tatsächlich diese vollständige Menge von BAs oder eine beliebige Teilmenge davon transportieren.

Für eine gegebene FEC können zwei gegebene E-LSPs, die eine signalisierte `EXP<-->PHB mapping' verwenden, dieselbe oder verschiedene Mengen von Ordered Aggregates unterstützen.

3.2. Befüllen der `Encaps-->PHB mapping' für einen eingehenden E-LSP​

Dieser Abschnitt definiert, wie die `Encaps-->PHB mapping' des Diff-Serv-Kontexts für einen eingehenden E-LSP befüllt wird, um die eingehende PHB-Bestimmung zu ermöglichen.

Die Encaps-->PHB mapping' für einen E-LSP hat immer die Form EXP-->PHB mapping'.

Wenn das Label einem E-LSP entspricht, für den beim LSP-Setup keine EXP<-->PHB mapping' explizit signalisiert wurde, wird die EXP-->PHB mapping' basierend auf der vorkonfigurierten `EXP<-->PHB mapping' befüllt, die unten in Abschnitt 3.2.1 erörtert wird.

Wenn das Label einem E-LSP entspricht, für den beim LSP-Setup eine EXP<-->PHB mapping' explizit signalisiert wurde, wird die EXP-->PHB mapping' gemäß der signalisierten `EXP<-->PHB mapping' befüllt.

3.2.1. Vorkonfigurierte `EXP<-->PHB mapping'​

LSRs, die E-LSPs unterstützen, welche die vorkonfigurierte EXP<-->PHB mapping' verwenden, müssen die lokale Konfiguration dieser EXP<-->PHB mapping' erlauben. Diese Abbildung gilt für alle auf diesem LSR eingerichteten E-LSPs ohne beim Setup explizit signalisierte Abbildung.

Die vorkonfigurierte `EXP<-->PHB mapping' muss entweder an jedem E-LSP-Hop durch die vom LSP überspannte MPLS-Diff-Serv-Domäne konsistent sein, oder es muss eine geeignete Remarkierung des EXP-Feldes vom LSR durchgeführt werden, wann immer eine verschiedene vorkonfigurierte Abbildung auf den Ingress- und Egress-Schnittstellen verwendet wird.

Falls die vorkonfigurierte EXP<-->PHB mapping' vom Netzwerkadministrator tatsächlich nicht konfiguriert wurde, sollte der LSR eine standardmäßige vorkonfigurierte EXP<-->PHB mapping' verwenden, die alle EXP-Werte auf das Default-PHB abbildet.

3.3. Eingehende PHB-Bestimmung auf eingehendem E-LSP​

Dieser Abschnitt definiert, wie die eingehende PHB-Bestimmung durchgeführt wird, wenn der betrachtete Label-Eintrag im empfangenen Label-Stack einem E-LSP entspricht. Dies erfordert, dass die `Encaps-->PHB mapping' wie in Abschnitt 3.2 definiert befüllt ist.

Bei der Berücksichtigung eines Label-Eintrags, der einem eingehenden E-LSP entspricht, für die eingehende PHB-Bestimmung:

  • bestimmt der LSR die EXP-->PHB mapping' durch Nachschlagen der Encaps-->PHB mapping' des Diff-Serv-Kontexts, der in der ILM mit dem betrachteten eingehenden E-LSP-Label assoziiert ist.

  • bestimmt der LSR das eingehende PHB durch Nachschlagen des EXP-Feldes des betrachteten Label-Eintrags in der `EXP-->PHB mapping'-Tabelle.

3.4. Befüllen der `Set of PHB-->Encaps mappings' für einen ausgehenden E-LSP​

Dieser Abschnitt definiert, wie die `Set of PHB-->Encaps mappings' des Diff-Serv-Kontexts beim Label-Setup für einen ausgehenden E-LSP befüllt wird, um die Kodierung von Diff-Serv-Informationen in die Einkapselungsschicht zu ermöglichen.

3.4.1. `PHB-->EXP mapping'​

Ein ausgehender E-LSP muss immer eine PHB-->EXP mapping' als Teil der Set of PHB-->Encaps mappings' seines Diff-Serv-Kontexts haben.

Wenn das Label einem E-LSP entspricht, für den beim LSP-Setup keine EXP<-->PHB mapping' explizit signalisiert wurde, wird diese PHB-->EXP mapping' basierend auf der vorkonfigurierten `EXP<-->PHB mapping' befüllt, die oben in Abschnitt 3.2.1 erörtert wird.

Wenn das Label einem E-LSP entspricht, für den beim LSP-Setup eine EXP<-->PHB mapping' explizit signalisiert wurde, wird die PHB-->EXP mapping' gemäß der signalisierten `EXP<-->PHB mapping' befüllt.

3.4.2. `PHB-->CLP mapping'​

Wenn der LSP über eine ATM-Schnittstelle austritt, die nicht label- switching-gesteuert ist, dann wird eine PHB-->CLP mapping' zur Set of PHB-->Encaps mappings' für diesen ausgehenden LSP hinzugefügt. Diese `PHB-->CLP mapping' wird auf folgende Weise befüllt:

  • sie ist eine Funktion der auf diesem LSP unterstützten PHBs und kann die relevanten Abbildungseinträge für diese PHBs aus der Default-`PHB-->CLP mapping' verwenden, die in Abschnitt 3.4.2.1 definiert ist. Andere Abbildungen als die in Abschnitt 3.4.2.1 definierte können verwendet werden. Insbesondere, wenn in Zukunft eine Abbildung von PHBs auf CLP für den Betrieb von Diff-Serv über ATM standardisiert wird, kann eine solche standardisierte Abbildung dann verwendet werden.

Wenn beispielsweise das ausgehende Label einem LSP entspricht, der die AF1-PSC unterstützt, dann kann die `PHB-->CLP mapping' befüllt werden mit:

         PHB                CLP Field

         AF11       ---->      0
         AF12       ---->      1
         AF13       ---->      1
         EF         ---->      0

Man beachte, dass in diesem Fall die Set of PHB-->Encaps mappings' sowohl eine PHB-->EXP mapping' als auch eine `PHB-->CLP mapping' enthält.

3.4.2.1. Default-`PHB-->CLP mapping'​

         PHB                CLP Bit

         DF         ---->      0
         CSn        ---->      0
         AFn1       ---->      0
         AFn2       ---->      1
         AFn3       ---->      1
         EF         ---->      0

3.4.3. `PHB-->DE mapping'​

Wenn der LSP über eine Frame-Relay-Schnittstelle austritt, die nicht label-switching-gesteuert ist, wird eine PHB-->DE mapping' zur Set of PHB-->Encaps mappings' für diesen ausgehenden LSP hinzugefügt und auf folgende Weise befüllt:

  • sie ist eine Funktion der auf diesem LSP unterstützten PHBs und kann die relevanten Abbildungseinträge für diese PHBs aus der Default-`PHB-->DE mapping' verwenden, die in Abschnitt 3.4.3.1 definiert ist. Andere Abbildungen als die in Abschnitt 3.4.3.1 definierte können verwendet werden. Insbesondere, wenn in Zukunft eine Abbildung von PHBs auf DE für den Betrieb von Diff-Serv über Frame Relay standardisiert wird, kann eine solche standardisierte Abbildung dann verwendet werden.

Man beachte, dass in diesem Fall die Set of PHB-->Encaps mappings' sowohl eine PHB-->EXP mapping' als auch eine `PHB-->DE mapping' enthält.

3.4.3.1. `Default PHB-->DE mapping'​

         PHB                 DE Bit

          DF       ---->       0
          CSn      ---->       0
          AFn1     ---->       0
          AFn2     ---->       1
          AFn3     ---->       1
          EF       ---->       0

3.4.4. `PHB-->802.1 mapping'​

Wenn der LSP über eine LAN-Schnittstelle austritt, auf der mehrere 802.1-Verkehrsklassen wie in [IEEE_802.1] unterstützt werden, dann wird eine PHB-->802.1 mapping' zur Set of PHB-->Encaps mappings' für diesen ausgehenden LSP hinzugefügt. Diese `PHB-->802.1 mapping' wird auf folgende Weise befüllt:

  • sie ist eine Funktion der auf diesem LSP unterstützten PHBs und verwendet die relevanten Abbildungseinträge für diese PHBs aus der vorkonfigurierten `PHB-->802.1 mapping', die in Abschnitt 3.4.4.1 definiert ist.

Man beachte, dass die Set of PHB-->Encaps mappings' dann sowohl eine PHB-->EXP mapping' als auch eine `PHB-->802.1 mapping' enthält.

3.4.4.1. Vorkonfigurierte `PHB-->802.1 Mapping'​

Zum Zeitpunkt der Erstellung dieser Spezifikation gibt es keine standardisierte Abbildung von PHBs auf 802.1-Verkehrsklassen. Folglich muss ein LSR, der mehrere 802.1-Verkehrsklassen über LAN-Schnittstellen unterstützt, die lokale Konfiguration einer `PHB-->802.1 mapping' erlauben. Diese Abbildung gilt für alle ausgehenden LSPs, die vom LSR auf solchen LAN-Schnittstellen eingerichtet werden.

3.5. Kodierung von Diff-Serv-Informationen in die Einkapselungsschicht auf ausgehendem E-LSP​

Dieser Abschnitt definiert, wie Diff-Serv-Informationen in die MPLS-Einkapselungsschicht für einen gegebenen übertragenen Label-Eintrag zu kodieren sind, der einem ausgehenden E-LSP entspricht. Dies erfordert, dass die `Set of PHB-->Encaps mappings' wie in Abschnitt 3.4 definiert befüllt ist.

Der LSR bestimmt zuerst die `Set of PHB-->Encaps mappings' des Diff-Serv-Kontexts, der mit dem entsprechenden Label in der NHLFE assoziiert ist.

3.5.1. `PHB-->EXP mapping'​

Wenn die Set of PHB-->Encaps mappings' eine Abbildung der Form PHB-->EXP mapping' enthält, dann:

  • bestimmt der LSR den Wert, der in das EXP-Feld des entsprechenden Level-Label-Eintrags zu schreiben ist, indem er das „ausgehende PHB“ in dieser `PHB-->EXP mapping'-Tabelle nachschlägt.

3.5.2. `PHB-->CLP mapping'​

Wenn die Set of PHB-->Encaps mappings' eine Abbildung der Form PHB-->CLP mapping' enthält, dann:

  • bestimmt der LSR den Wert, der in das CLP-Feld des ATM-Einkapselungsheaders zu schreiben ist, indem er das „ausgehende PHB“ in dieser `PHB-->CLP mapping'-Tabelle nachschlägt.

3.5.3. `PHB-->DE mapping'​

Wenn die Set of PHB-->Encaps mappings' eine Abbildung der Form PHB-->DE mapping' enthält, dann:

  • bestimmt der LSR den Wert, der in das DE-Feld des Frame-Relay-Einkapselungsheaders zu schreiben ist, indem er das „ausgehende PHB“ in dieser `PHB-->DE mapping'-Tabelle nachschlägt.

3.5.4. `PHB-->802.1 mapping'​

Wenn die Set of PHB-->Encaps mappings' eine Abbildung der Form PHB-->802.1 mapping' enthält, dann:

  • bestimmt der LSR den Wert, der in das User_Priority-Feld der Tag Control Information des 802.1-Einkapselungsheaders [IEEE_802.1] zu schreiben ist, indem er das „ausgehende PHB“ in dieser 'PHB-->802.1 mapping'-Tabelle nachschlägt.

3.6. E-LSP-Zusammenführung​

In einer MPLS-Domäne können zwei oder mehr LSPs an einem LSR zu einem LSP zusammengeführt werden. E-LSPs sind unter der folgenden Bedingung mit LSP-Merging kompatibel:

E-LSPs können nur zu einem LSP zusammengeführt werden, wenn sie die exakt dieselbe Menge von BAs unterstützen.

Für E-LSPs, die eine signalisierte `EXP<-->PHB mapping' verwenden, MUST die obige Zusammenführungsbedingung von LSRs durch explizite Prüfung beim Label-Setup erzwungen werden, dass exakt dieselbe Menge von PHBs auf den zusammengeführten LSPs unterstützt wird.

Für E-LSPs, die die vorkonfigurierte EXP<-->PHB mapping' verwenden, kann sich ein LSR, da die über einen E-LSP unterstützten PHBs zur Einrichtungszeit nicht signalisiert werden, nicht auf Signalisierungsinformationen stützen, um die obige Zusammenführung zu erzwingen. Jedoch sind alle E-LSPs, die die vorkonfigurierte EXP<-->PHB mapping' verwenden, verpflichtet, innerhalb einer gegebenen MPLS-Diff-Serv-Domäne dieselbe Menge von Behavior Aggregates zu unterstützen. Daher ist das Zusammenführen von E-LSPs, die die vorkonfigurierte `EXP<-->PHB mapping' verwenden, innerhalb einer gegebenen MPLS-Diff-Serv-Domäne erlaubt.