2. Einzelheiten der Änderung
Die RFCs 3032, 3270 und 5129 werden wie folgt aktualisiert.
2.1. RFC 3032
Auf Seite 4 von RFC 3032 steht:
- Experimental Use This three-bit field is reserved for experimental use.
Dieser Absatz wird ersetzt durch:
- Traffic Class (TC) field This three-bit field is used to carry traffic class information, and the change of the name is applicable to all places it occurs in IETF RFCs and other IETF documents. RFC 3270 and RFC 5129 update the definition of the TC field and describe how to use the field.
Abbildung 1 auf Seite 3 von RFC 3032 spezifiziert den Label-Stack-Eintrag wie folgt:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Label
| Label | Exp |S| TTL | Stack
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Entry
Label: Label Value, 20 bits
Exp: Experimental Use, 3 bits
S: Bottom of Stack, 1 bit
TTL: Time to Live, 8 bits
Figure 1
Entsprechend der Umbenennung in TC-Feld wird Abbildung 1 in RFC 3032 geändert in:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Label
| Label | TC |S| TTL | Stack
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Entry
Label: Label Value, 20 bits
TC: Traffic Class field, 3 bits
S: Bottom of Stack, 1 bit
TTL: Time to Live, 8 bits
Figure 1 (new)
Hinweis: Die Bezeichnung „Figure 1 (new)“ dient nur dazu, die Abbildungen im vorliegenden Dokument auseinanderzuhalten. In RFC 3032 bleibt sie „Figure 1“.
2.2. RFC 3270
Auf Seite 6 von RFC 3270 heißt es in Abschnitt 1.2 „EXP-Inferred-PSC LSPs (E-LSP)“:
Ein einzelner LSP kann einen oder mehrere Ordered Aggregates (OAs) unterstützen. Ein solcher LSP kann bis zu acht Behavior Aggregates (BAs) einer bestimmten FEC unterstützen, unabhängig davon, über wie viele OAs sich diese BAs erstrecken. Bei solchen LSPs bestimmt der LSR anhand des EXP-Feldes des MPLS-Shim-Headers den auf das Paket anzuwendenden PHB, einschließlich PSC und Verwerfungspräferenz.
Solche LSPs heißen „EXP-inferred-PSC LSPs“ (E-LSPs), weil die PSC eines über diesen LSP beförderten Pakets vom Wert seines EXP-Feldes abhängt. Die Zuordnung vom EXP-Feld zum PHB, das heißt zu PSC und Verwerfungspräzedenz, wird für den jeweiligen LSP entweder beim Einrichten des Labels ausdrücklich signalisiert oder beruht auf einer vorkonfigurierten Zuordnung. Die Einzelheiten des Betriebs von E-LSPs sind in Abschnitt 3 von RFC 3270 festgelegt.
RFC 3270 wird nun wie folgt aktualisiert:
a. Am Ende von Abschnitt 1 „Introduction“ wird ein neuer Absatz eingefügt:
The EXP field has been renamed the TC field, and thus all references in RFC 3270 to the EXP field now refer to the TC field.
b. Abschnitt 1.1 „Terminology“ erhält einen neuen Begriff:
TC Traffic Class (replaces the term EXP)
c. Das Akronym E-LSP in Abschnitt 1.1 ist nun zu verstehen als:
E-LSP Explicitly TC-encoded-PSC LSP
Abschnitt 1.2 auf Seite 6 von RFC 3270 wird geändert in „Explicitly TC-encoded-PSC LSPs (E-LSP)“:
Das EXP-Feld wurde in TC-Feld umbenannt; daher beziehen sich alle Verweise auf das EXP-Feld in RFC 3270 nun auf das TC-Feld. Das Akronym E-LSP (Explicitly TC-encoded-PSC LSP) wird beibehalten, da es weit verbreitet ist.
Ein einzelner LSP kann einen oder mehrere OAs unterstützen. Er kann bis zu acht BAs einer bestimmten FEC unterstützen, unabhängig davon, über wie viele OAs sich diese BAs erstrecken. Der LSR bestimmt anhand des TC-Feldes des MPLS-Shim-Headers den auf das Paket anzuwendenden PHB, einschließlich PSC und Verwerfungspräferenz.
Diese LSPs heißen „Explicitly TC-encoded-PSC LSPs“ (E-LSPs), weil die PSC eines Pakets vom Wert seines TC-Feldes, das zuvor EXP-Feld hieß, abhängt. Die Zuordnung vom TC-Feld zum PHB wird beim Einrichten des Labels entweder ausdrücklich signalisiert oder beruht auf einer vorkonfigurierten Zuordnung.
Dies aktualisiert RFC 3032 [RFC3032] im Einklang mit der ursprünglichen Absicht, dieses Feld im MPLS-Shim-Header als TC-Feld zu verwenden. RFC 3270 wurde seinerseits durch RFC 5129 [RFC5129] aktualisiert. Die Einzelheiten des E-LSP-Betriebs sind in Abschnitt 3 von RFC 3270 festgelegt.
2.3. RFC 5129
RFC 5129 wird wie folgt aktualisiert. Am Ende von Abschnitt 1.1 „Background“ wird ein Absatz eingefügt:
The EXP field has been renamed to the TC field, and thus all references in RFC 5129 to the EXP field now refer to the TC field.
Abschnitt 2, fünfter Aufzählungspunkt, auf Seite 7 von RFC 5129 beschreibt einen von [Shayman] vorgeschlagenen Ansatz. Interne LSRs nehmen dabei an, dass die Endpunkte ECN-fähig sind; beim Entfernen des letzten Labels wird diese Annahme geprüft. Hat ein interner LSR ECN im EXP-Feld des Shim-Headers markiert, obwohl der IP-Header nicht ECN-fähige Endpunkte ausweist, verwirft der Randrouter – oder bei Penultimate Hop Popping der vorletzte Router – das Paket. Dieses empfohlene Verfahren heißt per-domain ECT checking. Sein wesentlicher Nachteil besteht darin, dass Pakete nach einer Überlastung zunächst weitergeleitet und erst am Ausgang der MPLS-Domäne verworfen werden können. Abschnitt 8.1 von RFC 5129 begründet diese Entscheidung.
In der aktualisierten Fassung wird „EXP-Feld“ an dieser Stelle durch „TC-Feld“ während die ECN-Fähigkeit der Endpunkte unverändert bleibt. Das Verfahren aktualisiert RFC 3032 [RFC3032] und RFC 3270 [RFC3270]. Alle anderen Aussagen des Aufzählungspunktes bleiben erhalten.
2.4. Umfang dieser Änderung
Die durch dieses Dokument ausdrücklich aktualisierten RFCs verwenden an mehreren Stellen „Exp field“, „Exp bits“, „EXP bits“ oder „EXP“. Alle diese Verweise bezeichnen fortan das TC-Feld.
Auch weitere RFCs – darunter RFC 3272 [RFC3272], RFC 3443 [RFC3443], RFC 3469 [RFC3469], RFC 3564 [RFC3564], RFC 3985 [RFC3985], RFC 4182 [RFC4182], RFC 4364 [RFC4364], RFC 4379 [RFC4379], RFC 4448 [RFC4448] und RFC 4761 [RFC4761] – verweisen mit diesen Bezeichnungen auf das Feld. In sämtlichen RFCs, nicht nur den hier genannten, bezeichnen solche Verweise nun das TC-Feld.